Primary Storage

Expand all | Collapse all

Migration form Storwize V5000 to FlashSystem 5030 & FlashCopy

  • 1.  Migration form Storwize V5000 to FlashSystem 5030 & FlashCopy

    Posted 13 days ago

    Hi,

     

    We are migrating from Storwize V5000 to FlashSystem 5030 and want it to be non-disruptive so going to use LCM disk mirroring.

     

    ·        Prod at site A

    ·        DR & test at site B

    ·        Cross site SAN & Network

    ·        Currently Prod data has FlashCopy to target volumes on Test system at opposite site (So same model at both sites)

     

    We will migrate Test first, then DR and then test to FlashSystem 5030's sitting in same rack as their Storwize counterpart.

     

    My questions are:

    ·        When we migrate the data from V5000 to new FS5030 can we change the V5000 FlashCopy target from a V5000 to the FS5030 so we don't have to cut-over all systems at same time.  I plan to add it to our pre-migration testing, but wanted to know if any gotchas or if it won't work even.

    ·        Also we need to demonstrate the FS5030 will provide the same or greater performance, are there any free tools that will help, we are using AIX LPARS, we thought a simple DD copy with small and then large block size.

     

    Any thoughts welcome

     

     

    John Higgins

    Customer Solutions Architect

    Cloud Transformation and Development

    Application & Multi-Cloud Services

    Mobile:   +44 (0)7824 343588

     

     

     

    Unless otherwise stated, this email has been sent from Fujitsu Services Limited (registered in England No 96056); Fujitsu EMEA PLC (registered in England No 2216100) both with registered offices at: 22 Baker Street, London W1U 3BW; PFU (EMEA) Limited, (registered in England No 1578652) registered offices at: Hayes Park Central, Hayes End Road, Hayes, Middlesex, UB4 8FE and Fujitsu Laboratories of Europe Limited (registered in England No. 4153469) 4th Floor, Building 3, Hyde Park Hayes, 11 Millington Road, Hayes, UB3 4AZ.

    This email is only for the use of its intended recipient. Its contents are subject to a duty of confidence and may be privileged. Fujitsu does not guarantee that this email has not been intercepted and amended or that it is virus-free.



  • 2.  RE: Migration form Storwize V5000 to FlashSystem 5030 & FlashCopy

    Posted 13 days ago
    As you are using AIX LPARs, the best alternative to make it transparently is use LVM mirroring in the partitions.

    Regards,
    Claiton

    ------------------------------
    Claiton Zanella
    ------------------------------



  • 3.  RE: Migration form Storwize V5000 to FlashSystem 5030 & FlashCopy

    Posted 12 days ago
    Hi John,

    regarding your question:
    ... can we change the V5000 FlashCopy target from a V5000 to the FS5030 ...

    It won't work this way, since FlashCopy mappings between a source and a target vdisk only can exist within the same system ("cluster").
    For your new FlashSystem 5030 (5035, maybe?) most likely will be configured as an independent new system, FlashCopy mappings will have to be recreated.
    Also, if the currently used FlashCopy targets in the V5000 are being refreshed regularly, there would not be much use of migrating the FC target vdisks to the new system.
    As Claiton mentioned, a host based migration using AIX LVM mirror should be a good choice.
    Using the Spectrum Virtualize migration feature would impose at least a brief interruption when switching the host attachment over from old V5000 to new FS5035.

    ------------------------------
    Christian Schroeder
    IBM SpecV Storage Support with Passion
    ------------------------------



  • 4.  RE: Migration form Storwize V5000 to FlashSystem 5030 & FlashCopy

    Posted 12 days ago

    Hi,

     

    I did mention at start we are going to use LVM mirroring so we have zero downtime for migrations.

    I did miss FlashCopy relationship re-creation for new system, so thanks for pointing that out.

     

    We also going form SSD/SAS/SATA and multiple disk groups to a single DRAID6 (13 SSD 10+P+Q) all flash,  so was wondering if need some tuning around queue depth or turning it off altogether for SSD.

     

     

     

    John

     

    Unless otherwise stated, this email has been sent from Fujitsu Services Limited (registered in England No 96056); Fujitsu EMEA PLC (registered in England No 2216100) both with registered offices at: 22 Baker Street, London W1U 3BW; PFU (EMEA) Limited, (registered in England No 1578652) registered offices at: Hayes Park Central, Hayes End Road, Hayes, Middlesex, UB4 8FE and Fujitsu Laboratories of Europe Limited (registered in England No. 4153469) 4th Floor, Building 3, Hyde Park Hayes, 11 Millington Road, Hayes, UB3 4AZ.

    This email is only for the use of its intended recipient. Its contents are subject to a duty of confidence and may be privileged. Fujitsu does not guarantee that this email has not been intercepted and amended or that it is virus-free.






  • 5.  RE: Migration form Storwize V5000 to FlashSystem 5030 & FlashCopy

    Posted 9 days ago
    Hi 

    John, according to your initial statement,i agree with you in this case is better use LVM to migrate LUNs. Less downtime.
    The Christian mail is clear about FC. 
    In addition, I can only remember you that if you are using SDDPCM driver in your hosts, in Spectrum Virtualize V8.4 it is withdrawn. You must migrate all the hosts to AIXPCM. In the IBM Support site there is a properly guide to implemented this migration.

    Best Regards

    ------------------------------
    Humberto Sosa
    ------------------------------



  • 6.  RE: Migration form Storwize V5000 to FlashSystem 5030 & FlashCopy

    Posted 8 days ago
    for possible migration options guidance, see Redbook "Block Storage Migration in Open Environments"

    Roger Eriksson
    IBM Nordic Lab Services Storage/IBM Technical Sales Storage
    Phone: 46-70-7933518
     
    Nordic Spectrum Storage User Group
     Meetup 2 Jun, 2021
    Replays avail: ibm.biz/NSSUG2021

    Såvida annat inte anges ovan: / Unless stated otherwise above:

    IBM Svenska AB

    Organisationsnummer: 556026-6883

    Adress: 164 92 Stockholm