07-31-2015 05:48 AM
Hello,
a customer want to migrate EV data into a geographically different location. We'd like to migrate data from closed partitions first (partitions are NTFS based). I guess it will take several hours maybe days. I am preparing steps which will prohibit changes on closed partitions during this.
I see the following must be set:
- disabling storage expiry
- disabling end-user deletes
- disabling collections
I also consulted a doc about Manual Migration of EV system (http://www.symantec.com/docs/TECH141481 ), and there are also the following settings advised:
- disabling archive location updates
- disabling user actions in Virtual vault (VV)
- disabling manual archiving
But I guess they are related to open partitions (manual archiving and some VV actions) or maybe EV databases (location updates and some VV actions), and not closed partitions. Am I right?
07-31-2015 06:45 AM
I would put the VS in the backup mode so as to preclude any activity in the VS and it's associated DB. Whilst this would effect the open partitions, it would be safer in the long run.
08-04-2015 04:35 AM
Well, I want to disturb end users as little as possible. I'd like to get over migration time without backup mode.
Michal
08-23-2015 08:35 AM
have you figured out your approach for this or do you still have any questions?
08-24-2015 11:38 PM
Hello,
I'd like to have some more comments on my last question:
"But I guess they are related to open partitions (manual archiving and some VV actions) or maybe EV databases (location updates and some VV actions), and not closed partitions. Am I right?"
The more detailed estimate showed that closed partition migration will take 3-5 days, so Id like to avoid using backup mode.
08-25-2015 06:07 AM
You could use a program like robocopy to copy the data from the source to the destination and then once that is completed put the VS in backup mode and use robocopy to copy any deltas which would be a very short duration. Then you could make the change in SQL.
08-25-2015 08:25 AM
that's how i would do it. if you can adjust your expiry and collections schedules until the copy is done it'll help mitigate changes to your closed partitions. thinking about it, worst case is you'll have some orphaned savesets in those partitions after the copy. you could find a tool to do a full comparison and then clean up any extra bits leftover if you had to.
08-27-2015 06:04 AM
OK, I will suggest to perform incremental delta at the end - one question, what do you mean by orphaned shortcuts - orphaned by copy tool possible bugs, or by some EV process which could cause this?
08-27-2015 07:37 AM
orphaned savesets as in if a process such as delete, expiry, collections, etc, happens after you perform the copy. since you're going to do it on a live system not in backup mode it's just a consideration. should be managable with file copy utilities.