Re: [Veritas-vx] VxVM -- "Moving" Large Amounts of Data
As others have pointed out, we don't really know which hardware and software resources you've got at disposal. - Most generic solution would be to use plexes to migrate the data. - You'll need to mess around with zoning and masking on the SAN side regardless of what option you take - BCVs are going to be your friend if you're short on execution time, but plentyful on planning time (and if you're just copying data within the same array) - Maybe SRDF is an option here too if you're moving from one array to another. - Joining and Splitting DGs would be my preference via either plex copies or snapshots, but VxVM version might not allow you to do this natively (and from what I recall you gotta have licenses for certain types of snaps?). - You could perhaps also do a ufsdump/vxdump or restore from your backups infrastructure (this probably won't work for the raw vols, but depends how it's backed up exactly). All in all you'll need to look at the details and timeframes carefully before deciding. On Tue, Feb 10, 2009 at 12:14 PM, T wrote: > Hi all. > Sorry about the vague subject. > > Here is the situation and I am really looking for any ideas or comments on > the following: > > I have inherited 20TBs of data split between 2 Servers ( > Solaris/Sunfire/Sol8) > > > Each Server has 2 diskgroups. > Oracle and Sybase Filesystems and Raw Volumes. ( Mixed between diskgroups ) > > ** My main issue ( or so I think ) is going to be moving the Raw Volumes ** > > == > > I need to move ~5TBs from to another server. than move > ~2TBs from > > 1) Get equal amount of EMC storage mapped to ServerC > Veritas mirror all the volumes from ServerA to ServerC > Break Mirror and "fix" any issues on ServerA. > > 2) Would "FlashSnap" or any other "tool" allow me to copy/move volumes > from 1 diskgroup to another diskgroup. > This would be the ideal situation, yes? > > > Any ideas would be welcome and very much appreciated! > > Thank you. > > MWarnock > > > ___ > Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx > > -- sengork ___ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
Re: [Veritas-vx] VxVM -- "Moving" Large Amounts of Data
Well, Like Andrey said, your not being very specific on what you want the end state to be or what versions you have, etc. That said, are BCV's an option? They're tailor made for this kind of stuff. The array would do all the work for you and the systems could be up while you're doing it. There's no difference from a VxVM or EMC-BCV perspective between mirroring filesystems or raw volumes. They're both done the same so it won't be an issue. I forget what version of VxVM gives you the ability to split DG's easily but in the newer versions it's pretty easy and safe. In the older versions you had to do some voodoo via the command line to move volumes to different DG's. It is possible however. Assuming ServerC can *NOT* see the storage ServerA and ServerB (and vise-versa). I'm assuming symmetrix/DMX here, but the Clariions can do it too: I would split BCV's off of the serverA and ServerB (putting databases in hot backup mode or what ever needs to be done to get a consistent split) "Restore" those BCV's to new 'mirrored' storage (or if the BCV's are already mirrored convert to M1) Present that storage to ServerC, Import the DG's and be done, if needed you could clean up extraneous volumes (on each end) and rename the DG's to avoid confusion with ServerA and ServerB But if the servers need to see each other storage for clustering/ failover purposes, this won't work because the new storage will be an exact copy of the DG's and depending on the version, VxVM will freak out about it. How you handle that situation depends greatly on the version of volume manager you're running, but in general, you can change the serial number for the DG so it's different than the original and go on your way. Anyway, just my two cents worth. Rich Whiffen On Feb 9, 2009, at 8:14 PM, T wrote: Hi all. Sorry about the vague subject. Here is the situation and I am really looking for any ideas or comments on the following: I have inherited 20TBs of data split between 2 Servers ( Solaris/ Sunfire/Sol8) Each Server has 2 diskgroups. Oracle and Sybase Filesystems and Raw Volumes. ( Mixed between diskgroups ) ** My main issue ( or so I think ) is going to be moving the Raw Volumes ** == I need to move ~5TBs from to another server. than move ~2TBs from 1) Get equal amount of EMC storage mapped to ServerC Veritas mirror all the volumes from ServerA to ServerC Break Mirror and "fix" any issues on ServerA. 2) Would "FlashSnap" or any other "tool" allow me to copy/move volumes from 1 diskgroup to another diskgroup. This would be the ideal situation, yes? Any ideas would be welcome and very much appreciated! Thank you. MWarnock ___ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx ___ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
Re: [Veritas-vx] VxVM -- "Moving" Large Amounts of Data
If this is s SAN you deport on one import on the other.. data moved. Your requirements are vague as well. -andrey From: veritas-vx-boun...@mailman.eng.auburn.edu [mailto:veritas-vx-boun...@mailman.eng.auburn.edu] On Behalf Of T Sent: Monday, February 09, 2009 8:15 PM To: veritas-vx@mailman.eng.auburn.edu Subject: [Veritas-vx] VxVM -- "Moving" Large Amounts of Data Hi all. Sorry about the vague subject. Here is the situation and I am really looking for any ideas or comments on the following: I have inherited 20TBs of data split between 2 Servers ( Solaris/Sunfire/Sol8) Each Server has 2 diskgroups. Oracle and Sybase Filesystems and Raw Volumes. ( Mixed between diskgroups ) ** My main issue ( or so I think ) is going to be moving the Raw Volumes ** == I need to move ~5TBs from to another server. than move ~2TBs from 1) Get equal amount of EMC storage mapped to ServerC Veritas mirror all the volumes from ServerA to ServerC Break Mirror and "fix" any issues on ServerA. 2) Would "FlashSnap" or any other "tool" allow me to copy/move volumes from 1 diskgroup to another diskgroup. This would be the ideal situation, yes? Any ideas would be welcome and very much appreciated! Thank you. MWarnock ___ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx