Migration from uspvm to vsp

Discussion created by Legacy HDS Forums on Jan 27, 2013
Latest reply on Feb 13, 2013 by Legacy HDS Forums

Like • Show 1 Like1
Comment • 24

Originally posted by: Kamalarajan

Experts,

Need steps to migrate data/ldev's from uspvm to vsp.

We have a new vsp storage in our data centre, the ideal scenario is i want to migrate the data/ldev's that exists in our uspvm storage to the new vsp storage.

Could someone shed some lights on what are the licenes/components required and how to setup the same.

Thanks
S.Kamalarajan

Outcomes

24 Replies

Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: cris

It really depends on what your requirements are.

What are the operating systems invovled?
How long is your outage Window?

Cris
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: Kamalarajan

We have wintel, AIX,HP-UX and Linux Operating Systems.

Does it require any downtime fro migration, I need to check
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: cris

Well you have a few options:

Your best best (with downtime) is that you just virtualize the USPVM LDEVs behind the VSP (using UVM) and then use TSM to migrate the volumes from external to internal volumes. This will require 1 reboot per host.

If you cannot have downtime you have two options:
- Using native migration methods on the host (eg LVM mirroring)
- Engage HDS to conduct a nondisruptive migration. This can only be done by professional services.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: Kamalarajan

I think the first option (downtime) is not possible/ doesn't work in our case.

How to do LVM mirroring, If this doesn't work we need to opt for the 3rd choice.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: joe.paul

if u are part of UNIX group then u would have know/do LVM mirroring stuff, basically present new lun and mirror the source and destination once that completed break the mirror ( then vary off..offline disk stuff ...etc )

Curios which Fabric are u using if u using CISCO then there is a easy of doing this by DMM migration all u need is one special SSD module ( we did this usp-v - vsp migration by this method only )
if u prefer/confirmed to use DMM let us know.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: cris

Yep this is also an option, however please be aware that HDS does not support 3rd party fabric based migrations!
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: joe.paul

we performed this DMM for > 3 USPV no issues at all..worst case scenario if DMM migration fails at one point the primary LUN data remains same its like copy so even after we split the mirror in DMM, source LUNs u can keep it for week or so then destroy them. but as always it need 1 host reboot.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: Newbie

Joe/Cris,

Wont LVM mirroring require a reboot to discover the new target (VSP)?
Please correct me if I am missing something here.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: joe.paul

In perfect world discover the new target LUNs don't require reboot..but after mirror if they are in same volume group/disk group then it might need to vary off volume group , remove disk ..etc ..
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: cris

A reboot is not always required. If everything is multipathed you can just disable one of the HBA ports then rescan. The new targets should then come up. A regular rescan doesn't always work to discover new targets because the BUS rescan generally doesn't propagate beyond the HBA. Forcing a POLGI/FOLGI forces the HBA to discover the new targets.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: Kamalarajan

Joe,

We don't have cisco fabric, our environment is of Brocade only.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: Kamalarajan

Cris,

We got approval from Business for downtime, So will be going with your first option.

Could you please guide on how to setup initiators and targets.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: joe.paul

if u don't have any visualized environment like AMS,USP-V behind VSP until now..its kind of long procedure for first time [ basically its simple but u need to be careful ] ..cris might outline the process in simple steps
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: Kamalarajan

Joe,

We don't have existing virtualization, We would also need to setup one. We are planning to do this next weekend,

As suggested Cris can provide a brief outline of how to do one.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: joe.paul

1. make a decision of how many ports u want to use on VSP and USP-V for virtulization

My Suggestion:

allow 4 ports from the USPV cluster 1 that will be associated with 4 ports from VSP cluster 1 and 4 ports from USPV Cluster 2 will be associated with 4 ports from VSP cluster 2
    uspv     vsp
Ex: 1-A -   1-A
     3-A -   3-A
     5-A -   5-A
     7-A -   7-A

     2-A -   2-A ( follow the remaining 3 for cluster pair -2A/4A/6A/8A )

2. all these ports supposed to be connected to your brocade fabric

3. Zone the uspv and vsp ports like above configuration

4. edit the Confirmed VSP ports attribute to external and UPSV ports and create host groups ( HG mode is windows, corret me if i am wrong on windows point ) with vsp ports wwn on uspv ports

5. present the the required luns to usp-v ports in groups ( also in pairs ex: 03:33 supported to be present to both 1A & 2A that way it has dual paths )

6. login to VSP storage navigator select external storages and click add external volumes

7. Add external volume wizard will open . then select by new external path group and click create ext path group and enter path id ( what ever u decided )

8. if everything seutp properly on ext array and zones u will see available ext paths after u selected teh array in external sub system drop down menu

9.EACH PATHGROUP CONSTITUES OF 2 PORTS OF VSP (depends on the config as to how we want to do it) , After you select 2 ports and hit ok. The new USPV will be discovered, click ok there.

10. then it will take u to add external volume page there u have multiple options/decisions shoule be made.

my suggestion:

Cache mode should be enable for Tiered pools.
Cache mode must be disabled for traditional pools.
In flow control must be disable.
queue depth i setup like 10 but u have to make decision

then click finish and apply

11. then go to pools create one and add these ext volumes to that pool ( drive type - exter stor.... raid level - ext storage.. ).

12. then use TSM to migrate the data off of these ext pools to your vsp Internal pools.

i try my best to simply this process :) but this might need few corrections.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: cris

Windows host setting is fine..

Also remember the hosts need to be moved to the VSP, they need to be zoned to the front end ports and host groups configured to contain either the external volumes (if there is a delay between step 11 and 12 for a shorter outage) or the migrated volumes if you are doing this after step 12.

[u]Further, let me make it clear that the HOSTS MUST BE POWERED OFF DURING THIS PROCESS.[/u] Do NOT attempt to virtualise volumes that are currently in use by hosts

[u]If you have NO to little experience with virtualization or TSM, I strongly suggest you get some professional services help.[/u] If this is not possible, do some test LUNs first so you understand the workflow before doing the migration. You can easily mess this process up without planning.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: Kamalarajan

Thanks Mates.

This information is defintely going to help me a lot, As cris suggested I will be doing it with some test LUNS and test server (as we already have 4 test servers, Win, AIX,UX and Linux).

I need clarifications on the below:-

Inflow control
Queue Depth

When I Implemented HUR across our datacenter, HDS suggested to disable Inflow Control. Till date I didn't understand the term
And also need some detailed information on Queue depth. In general the queue depth value in our setup is default and we haven't changed that.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: cris

Inflow control determines how I/O is handled if connectivity is lost to external volumes. Check the user guide for more information on the settings. Which should be used is determined by the conditions of the environment (availability, headroom in cache, workload, CLPR, system modes, etc).

I ranted about queue depth from a host prescriptive awhile ago ([url="http://forums.hds.com/index.php?/topic/1467-how-to-monitor-queue-depth-per-host-group/page__hl__%2Bqueue+%2Bdepth"]http://forums.hds.com/index.php?/topic/1467-how-to-monitor-queue-depth-per-host-group/page__hl__%2Bqueue+%2Bdepth[/url]), similar principles apply here since the VSP in your instance is like a giant host. What this should be set to is determines by the fan-out ratio of the ports on the other end, the I/O workload on the external volumes and what the architecture is on the virtualised array. Is 10 a good number? A good starting number maybe... start a 10 and optimise if required. In most instances controlling the workload to the external volumes is a better option then trying to tweak the port queue depth.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: Kamalarajan

Thanks Cris for the outline provided.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: whatchamacallit99

Yep this is also an option, however please be aware that HDS does not support 3rd party fabric based migrations!

Hi Cris,
Hope all is well.

Can you clarify what you specifically mean by support?

Thank you,
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: cris

If you try to do a migration with a 3rd party tool (outside of HDS) and something goes wrong (ie, the migration tool destroys all the data on the source), then it is not HDS's responsibility to help you recover it.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: mahak

I would still suggest that if it is the first time you are attempting to do migration get HDS professional services help.
Since there are a lot of things to do, and an error at any stage either during planning or executing could be expensive.

though the process looks straightforward (stop hosts->virtualize->bring back the hosts), but based on experience I can tell
once you start the process there is no going back. If you have mapped volumes accidentally to the wrong ports or in wrong
host groups, or in wrong order (some times), servers may fail to recognize them.

Just a caution.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: Kamalarajan

I have performed from step 1-11 without any issues, as Joe suggested. Now i want to migrate the volumes using TSM.

Eventhough I'm performing it in a test environment, I would require some steps from TSM perspective.
Like • Show 0 Likes0
Actions
Legacy HDS Forums Jun 7, 2013 8:36 PM
Originally posted by: joe.paul

if u have any specific questions about TSM , post the questions in new topic/post bec this is started as uspv - vsp migration
Like • Show 0 Likes0
Actions

Jive

Hitachi Vantara Community

Migration from uspvm to vsp

Outcomes

Related Content

Recommended Content