Subscribe

V-series migrate data with 2 different storage array

Hi,

Can V-series attached 2 different storage array for data migration? which mean data on one storage array migrate to the second storage array.

.

Thanks

Alex

Re: V-series migrate data with 2 different storage array

Can you expand a bit more on the details?

Do you mean can a V-Series that is already running on one storage array migrate it's aggregates to a new storage array?

Re: V-series migrate data with 2 different storage array

yes, you're right.

Re: V-series migrate data with 2 different storage array

Ok.  What types of data are being migrated?

Re: V-series migrate data with 2 different storage array

thanks daniel, i will post details information later

so is it possible migrate the data on aggregate to new storage array?

Re: V-series migrate data with 2 different storage array

Absolutley.  But the specific methods may vary depending on the data types, and tolerance for an outage of a few minutes.

Re: V-series migrate data with 2 different storage array

Hi Daniel,

Sorry for late reply. Detail information as below:

existing configuration: V3140 connected ibm SVC with DS3400 storage

new configuration: V3140 connected ibm ds5020 storage

We want to migrate data from ibm SVC with DS3400 storage to ibm ds5020 storage and the data type is CIFS shares.

Is there any other method other than snapmirror that you would suggest for a speedy migration?

Re: V-series migrate data with 2 different storage array

OK.  You have four options.

1.  If using DFS, then just create the new volumes/shares and migrate using DFS.  Transparent and seamless.

2.  Ensure that Local_Syncmirror is licensed on the V-Series controller ("license show").  Contact your NetApp account team for a license if you don't have one.  Create an identical set of array LUNs on the DS5020.  Assign the new luns using the [-p <pool>]  option to add them to pool 1.  Once you've confirmed the 5020 LUNs are in pool 1, you can now mirror the aggregates.  aggr mirror <aggr-name>.   This will create two "plexes" underneath the aggregate.  They will be synchronized copies of each other.  When the mirror is sync'd, you can then offline plex0 (the ds3400 LUNs) and you will then be operating solely on the 5020.  this is transparent to the clients, but limits options for laying out the 5020.  See the DataONTAP Data Protection Guide for more info:  https://library.netapp.com/ecmdocs/ECMM1277793/html/onlinebk/frameset.html

3.  Use SnapMirror.  Contact your account team for a temporary license if you do not have one.  See the Async Snapmirror guide:  http://www.netapp.com/templates/mediaView?m=tr-3446.pdf&cc=us&wid=15139371&mid=9662614  This will involve a small outage (1-2 minutes), but is prefereable to SyncMirror, given the lack of restrictions on the new array layout.

4.  Use a host-based migration tool.  Robocopy is robust enough these days to handle moving the files, folders and permissions, and with the /mir can mirror two shares.  There will be an outage, from a few minutes to an hour or so, depending on how many files and how fast Robocopy can work.  This is the longest outage, but it may be the thing your admins are most comfortable doing (if they are primarily Windows experts)

Hope that helps. 

-Dan