Topic
  • 7 replies
  • Latest Post - ‏2012-11-23T17:20:34Z by SystemAdmin
robinsguk
robinsguk
31 Posts

Pinned topic SVC to V7000 migration and UUIDs

‏2012-11-21T09:47:21Z |
Hello,

I'm looking to migrate from an SVC (6.2) to a V7000 (6.4).

I'l be using local mirroring to make a copy of the existing vdisks to volumes on the V7000, break the mirror, then change the zoning so that the hosts access the V7000 rather than the SVC.

Will this process have any effect on the UUID of the volumes when they're presented to the hosts from the V7000?
Thanks

Glenn
Updated on 2012-11-23T17:20:34Z at 2012-11-23T17:20:34Z by SystemAdmin
  • karl.h
    karl.h
    64 Posts

    Re: SVC to V7000 migration and UUIDs

    ‏2012-11-21T15:26:42Z  
    Hi,
    if you mirror a volume with Metro Mirror the UUID will change. What operating system do you use? A different UUID should not be any real problem for modern operating systems.
    rgds Karl.
  • robinsguk
    robinsguk
    31 Posts

    Re: SVC to V7000 migration and UUIDs

    ‏2012-11-21T15:53:23Z  
    • karl.h
    • ‏2012-11-21T15:26:42Z
    Hi,
    if you mirror a volume with Metro Mirror the UUID will change. What operating system do you use? A different UUID should not be any real problem for modern operating systems.
    rgds Karl.
    As I mentioned in the post this will be a local copy as the V7000 will be presented to the SVC for the migration. It will not be a remote copy partner.

    We'll be using Windows 2003 and vSphere 5.

    Glenn
  • SystemAdmin
    SystemAdmin
    4779 Posts

    Re: SVC to V7000 migration and UUIDs

    ‏2012-11-21T15:58:08Z  
    • robinsguk
    • ‏2012-11-21T15:53:23Z
    As I mentioned in the post this will be a local copy as the V7000 will be presented to the SVC for the migration. It will not be a remote copy partner.

    We'll be using Windows 2003 and vSphere 5.

    Glenn
    I hope you're talking about the v7 being presented as storage to the SVC because it won't work the other way around. You're also going to have to put the vdisks on the svc into image mode to migrate them down the v7.

    If you're using vmware, you might just want to consider presenting new storage directly from the v7 to the vmware datacenter and using storage vMotion as that will be much more seamless and won't require any downtime.
  • robinsguk
    robinsguk
    31 Posts

    Re: SVC to V7000 migration and UUIDs

    ‏2012-11-21T17:10:26Z  
    I hope you're talking about the v7 being presented as storage to the SVC because it won't work the other way around. You're also going to have to put the vdisks on the svc into image mode to migrate them down the v7.

    If you're using vmware, you might just want to consider presenting new storage directly from the v7 to the vmware datacenter and using storage vMotion as that will be much more seamless and won't require any downtime.
    You're right. I am presenting the V7000 to the SVC.

    For VMWare I'm looking at both Storage vMotion and P2V for some physicals server which are being virtualised.

    Why would I have to put the vdisks in to image mode???? Can't I just create local mirrors on to the V7000?
    Glenn
  • SystemAdmin
    SystemAdmin
    4779 Posts

    Re: SVC to V7000 migration and UUIDs

    ‏2012-11-21T17:13:38Z  
    • robinsguk
    • ‏2012-11-21T17:10:26Z
    You're right. I am presenting the V7000 to the SVC.

    For VMWare I'm looking at both Storage vMotion and P2V for some physicals server which are being virtualised.

    Why would I have to put the vdisks in to image mode???? Can't I just create local mirrors on to the V7000?
    Glenn
    How are you going to mirror them? If it is not going to be a remote copy partner, that will be the only way to "strip" the volumes from the SVC to the V7. You can't add the V7000 to the SVC cluster, so there is no local mirror option.
  • robinsguk
    robinsguk
    31 Posts

    Re: SVC to V7000 migration and UUIDs

    ‏2012-11-23T13:50:47Z  
    How are you going to mirror them? If it is not going to be a remote copy partner, that will be the only way to "strip" the volumes from the SVC to the V7. You can't add the V7000 to the SVC cluster, so there is no local mirror option.
    Really? I didn't realise that we can't do a local copy from SVC to V7000.

    My undrestanding is that the V7000 would present volumes to the SVC so that the SVC could then use these for local mirrors using the SVC vdisks as the source.

    I've just found this article http://www.virtualvizion.com/2012/04/svc-to-v7000-migration.html which does what you suggest i.e. exporting the vdisks to image mode and then presenting to the V7000 'host'

    I need to do a bit more work on this I think.

    Thanks

    Glenn
  • SystemAdmin
    SystemAdmin
    4779 Posts

    Re: SVC to V7000 migration and UUIDs

    ‏2012-11-23T17:20:34Z  
    • robinsguk
    • ‏2012-11-23T13:50:47Z
    Really? I didn't realise that we can't do a local copy from SVC to V7000.

    My undrestanding is that the V7000 would present volumes to the SVC so that the SVC could then use these for local mirrors using the SVC vdisks as the source.

    I've just found this article http://www.virtualvizion.com/2012/04/svc-to-v7000-migration.html which does what you suggest i.e. exporting the vdisks to image mode and then presenting to the V7000 'host'

    I need to do a bit more work on this I think.

    Thanks

    Glenn
    You have to be careful of those 3rd party websites as much as you should be careful of the advice on here. Since the SVC sees the v7000 as 50:05:07:68....something, it knows right away that it can be one of two things - either a storage subsystem or a remote mirror target. But since it is in that address range, it knows that it is NOT a host.

    You will have to present LUNs of the same size to the SVC and then migrate them to image mode (with no I/O running of course) after which you can yank them from the SVC on the V7000 and assign them to the target host. It is not a process to be taken lightly and you should do a few POCs to really be familiar with the process before doing this with your production data.