OK...I'm probably being thick but why didn't snapmirror work for you?
I havn't done a flexvol migration yet but for normal migration were using either snapmirror or ndmpcopy depending on what seemed best at the time.
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of drew.odonnell@americas.bnpparibas.com Sent: Wednesday, 27 July 2005 8:32 AM To: toasters@mathworks.com Subject: Re: Traditional Volumes to Flex Volumes
If all of your data is in qtrees, you can snapmirror from a traditional volume to a flexvol no prob. You can set up a cascade for a production swap fairly easily with this model. Snapmirror will not work if your data is not in a qtree. NDMP copy will work as well, but you have to do the whole volume at once which may or may not be desirable, or you may want to migrate slowly, or separate data etc..
Drew
Internet
bryer@sfu.ca To: steve.pitts cc: toasters
Sent by: bcc:
owner-toasters@mathworks.com Subject: Re: Traditional Volumes to Flex Volumes
07/26/2005 05:53 PM
We've always used SnapMirror for our data migration needs. But when we talked to our NetApp rep about planning our migration from traditional volumes to flex vols he recommended ndmpcopy (SnapMirror wouldn't work for us). We used ndmpcopy to migrate from a FAS250 with traditional volumes to a FAS270 with flex vols. Worked beautifully.
Next month I'll be doing the same thing to migrate from an F820 to a FAS3020. Level 0 ndmcopy to lay down the base, level 1 to copy the week's changes and then shutdown the necessary services and a final level 2 to pick up the last of the changes. That should minimize our downtime.
On Tue, Jul 26, 2005 at 09:47:03PM +0200, Steve Pitts wrote:
I am looking to get a feel for what people think is the best way to copy traditional volumes to flex volumes when I upgrade to 7G. Currently I SnapMirror my 960C production volumes and qtrees to a local R150 and a
coop
R150 located several hundred miles away. I know I need to update the R150 before upgrading the 960C. On my R150 I should have enough space to build a large aggregate to put multiple flex volumes in. I will be able to delete a couple of the
traditional volumes to free up more disk once copied into the flex
volume.
I am leaning toward using ndmpcopy to copy the traditional copies to
flex
volumes. I'm not sure what performance/speed I will get out of using
ndmp. I
am open to suggestions if anyone has a better way of doing this. Thanks, Steve Pitts General Dynamics
-- Jeff Bryer bryer@sfu.ca Systems Administrator (604) 291-4935 Academic Computing, Simon Fraser University
This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified.
---------------------------------------------
Ce message et toutes les pieces jointes (ci-apres le "message") sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie.
Migrating data is easy - ndmpcopy from the filer console works great... did all that just after DOT7 went GA and I was in a 'simple' environment.
Since doing the migration in a company with a relatively 'simple' environment, I have moved to a more complex set up in a big city financial institution and the problem I have is -
- how do we migrate volumes + snapshots - if this is not possible, what do you do with those nearstores with 18 months worth of weekly snapvaults (Tb's of data) once you move to DOT7 and want to use flex vols ???
The only answer I have come up with so far is to leave the old Trad volumes and set up new flex vols in parallel and do the base snapvault again and start over...
...if this is the only way, then it looks like we will be wasting a heck of a lot of disk space :o(
No one from NetApp have given me a solution so far... anyone have any ideas ???
Jason
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of George, Andrew Sent: 27 July 2005 01:27 To: toasters@mathworks.com Subject: RE: Traditional Volumes to Flex Volumes
OK...I'm probably being thick but why didn't snapmirror work for you?
I havn't done a flexvol migration yet but for normal migration were using either snapmirror or ndmpcopy depending on what seemed best at the time.
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of drew.odonnell@americas.bnpparibas.com Sent: Wednesday, 27 July 2005 8:32 AM To: toasters@mathworks.com Subject: Re: Traditional Volumes to Flex Volumes
If all of your data is in qtrees, you can snapmirror from a traditional volume to a flexvol no prob. You can set up a cascade for a production swap fairly easily with this model. Snapmirror will not work if your data is not in a qtree. NDMP copy will work as well, but you have to do the whole volume at once which may or may not be desirable, or you may want to migrate slowly, or separate data etc..
Drew
Internet
bryer@sfu.ca To: steve.pitts cc: toasters
Sent by: bcc:
owner-toasters@mathworks.com Subject: Re: Traditional Volumes to Flex Volumes
07/26/2005 05:53 PM
We've always used SnapMirror for our data migration needs. But when we talked to our NetApp rep about planning our migration from traditional volumes to flex vols he recommended ndmpcopy (SnapMirror wouldn't work for us). We used ndmpcopy to migrate from a FAS250 with traditional volumes to a FAS270 with flex vols. Worked beautifully.
Next month I'll be doing the same thing to migrate from an F820 to a FAS3020. Level 0 ndmcopy to lay down the base, level 1 to copy the week's changes and then shutdown the necessary services and a final level 2 to pick up the last of the changes. That should minimize our downtime.
On Tue, Jul 26, 2005 at 09:47:03PM +0200, Steve Pitts wrote:
I am looking to get a feel for what people think is the best way to copy traditional volumes to flex volumes when I upgrade to 7G. Currently I SnapMirror my 960C production volumes and qtrees to a local R150 and a
coop
R150 located several hundred miles away. I know I need to update the R150 before upgrading the 960C. On my R150 I should have enough space to build a large aggregate to put multiple flex volumes in. I will be able to delete a couple of the
traditional volumes to free up more disk once copied into the flex
volume.
I am leaning toward using ndmpcopy to copy the traditional copies to
flex
volumes. I'm not sure what performance/speed I will get out of using
ndmp. I
am open to suggestions if anyone has a better way of doing this. Thanks, Steve Pitts General Dynamics
-- Jeff Bryer bryer@sfu.ca Systems Administrator (604) 291-4935 Academic Computing, Simon Fraser University
This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified.
---------------------------------------------
Ce message et toutes les pieces jointes (ci-apres le "message") sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie.
-
George, Andrew -
Jason Palmer