2010-12-01 06:07 AM - edited 2015-12-18 03:06 AM
IHAC who needs to move his source Snapvault volumes from one filer to another without needed to rebaseline the destination Snapvault volumes.
I know how to do this manually, but my customer is using Protection Manager to manage all the Snapvault relationships.
So, my question is, if I snapmirror the source Snapvault volume to another filer, and then restart the Snapvault relationship with the new volume, will Protection Manager recognize this? If so, how?
If not, what else do I have to do in order to move the Snapvault source and continue to have it managed by Protection Manager?
2011-04-05 02:28 PM
You will have to move the relationship out of the Dataset.Then do the step you mentioned in the filer using cli.
Once all the relationship are done(including the restart of the SV relationship), import them from the external relationship.
Till date there is no way in teh product to move primary volumes that are managed in PM in a seamless way without modifying dataset.
2011-07-19 04:03 AM
Whats the best way to move the relationship out of the dataset?
remove the source? destination? both? Just tried to remove both and the destination qtree got deleted (=rebaseline).
2011-07-19 01:13 PM
Here is what you need to do in Protection Manager. I have answered for creator of this thread too.
For you directly use Step 2.
Step 1:Prevents PM’s reaper cleaning up any relationship.
Set the following options as below before doing and reset it back to orphans once done.
dfm options set dpReaperCleanupMode=Never
Step 2:Relinquish the Primary member and the secondary member.
Use the dfpm dataset relinquish
This will mark the relationship as external and PM will no longer manage(schedule jobs) the relationship.
Now remove the primary and secondary from the dataset.
Either using NMC UI Edit Dataset Wizard or using dfpm dataset remove cli.
First remove the primary member then remove the corresponding secondary member.
Step3iscovering as External Relationships.
You must see this relationship as external in the External Relationship tab. If you don’t see it, close and re-login to NMC again,
Step4:Importing to a new dataset.
Create a new dataset with required policy and schedule. Or choose the dataset where you want to import this relationship to.
Use the Import wizard and import them.
dfm options set dpReaperCleanupMode=orphans.
Points to take care:
1. If an entire OSSV host was added as a primary member, and now moved to a new dataset.(the step 2, relinquishing the primary member needs to be done for each dir/mntpath of the OSSV host.).The same applies for a volume which is added as a primary member and now moved to a new dataset.
2. After importing the dynamic referencing of the OSSV host is lost as we import each individual relationships.The same applies for volumes too, now you will start seeing individual qtrees as primary members as opposed to volume.
3. So when a new dir/mnt path is added to the OSSSV host, admin has to manually add it to the dataset.The same applies for new qtrees too.
4. To restore from Old backup version the use must go back to the old dataset as they are not moved over.
2011-07-25 06:36 AM
Thank you for your response.
I have tried that, but i had some problems:
1. created the qsm-relationship
2. copied the snapvault-snapshot
3. changed the dpReaperCleanupMode to never
4. relinquished the destination (checked for dataset members with "dfpm dataset list -m <id>" and did a "dfpm dataset relinquish" for the destination. when i tried to do the same with the source, it returned: "Error: Could not find relationship information: No managed relationship with destination '131401' found."
5. removed the destination and the source via NMC
6. snapmirror update & break on the new volume
7. "snapvault modify", "snapvault start -r" & "snapvault update" on the snapvault destination
8. dfm host discover for all affected nodes.
But now, the modified snapvault-relationship does not appear in the NMC. The only visible relationship is the old one....
What am I doing wrong?
2012-05-23 01:42 AM
Also you may be a victim of this bug as well. To confirm on the same try to import the old relationships back into dataset and see if it throws any error as follows ?
"There is no volume, qtree, LUN path, or OSSV directory named '44288'."
If so pls generate/create a case and add it to bug442664
2012-10-30 05:17 PM
I'm experiencing "There is no volume, qtree, LUN party, or OSSV directory named 'xxxxx'. as well where I'm trying to import relationships into a particular Dataset. This was a result of a volume being migrated and the original deleted. I had a look at Bug 44288 but there was no information associated with the Bug on the NOW site. Do you have any further information on this particular issue?