topic Re: process to delete the snapmirror and snapvault relation in Protection Manager in Network and Storage Protocols

process to delete the snapmirror and snapvault relation in Protection Manager

asurendr — Thu, 05 Jun 2025 06:25:50 GMT

HI,

Is there a particular way to delete the snapmirror and snapvault volumes. I have set these up using the PM.

Thanks!!

Re: process to delete the snapmirror and snapvault relation in Protection Manager

arunchak — Sat, 02 Jun 2012 01:58:23 GMT

HI,

If its through PM, you should have a dataset for those relationships. One of the ways is to mark the relationship as external (i.e. relinquish the relationship). In this case, the primary and secondary volume shall be left untouched. Then you can go ahead and delete them.

[root@shoemaker-rhel6x64-01 ~]# dfpm dataset relinquish help

NAME

relinquish -- mark a relationship as external

SYNOPSIS

dfpm dataset relinquish { [ <destination-volume-name-or-id> ] |

[ <destination-qtree-name-or-id> ] }

DESCRIPTION

The relationship will be marked as external. Source and

destination objects are left unchanged.

The intent is, if you want to use the same relationship you can goahead and import them on a later date.

However you also have dfpm dataset destroy:

[root@shoemaker-rhel6x64-01 ~]# dfpm dataset destroy help

NAME

destroy -- destroy a dataset

SYNOPSIS

dfpm dataset destroy [ -f ] <dataset-name-or-id>

DESCRIPTION

If the dataset contains objects, datasets cannot be destroyed

unless the -f flag is specified.

Hope this is useful.

Thanks,

Arun

Re: process to delete the snapmirror and snapvault relation in Protection Manager

asurendr — Sun, 03 Jun 2012 19:09:35 GMT

H Arun!

at the site I am automating mirroring the production data (datasets are the volumes having cifs shares) to DR and on the DR filer itself this is getting vaulted (primary being the mirrored volume).

Now once the policy is applied on these datasets, how to perform DR and also how do I retrieve the archived files.

Sequence of steps would be very helpful!

Thanks!

Surendra