Home > Data Protection > PowerProtect Cyber Recovery > White Papers > Dell PowerProtect Cyber Recovery: Recovery from the Cyber Recovery Vault using Dell PowerProtect Data Manager > Subcopies mapping to storage units
PowerProtect Data Manager creates a storage unit on the DD for each protection policy. Each storage unit saves its data on an MTree with the same name as the storage unit.
Cyber Recovery (PPDM type) policies can contain more than one replication context. Because each replication context represents an MTree source (meaning that each replication context represents a PPDM protection policy), every CR-Copy of a CR Policy includes the server DR and sub-copies of its PPDM protection policies.
Every subcopy has different ID and name from the CR-Copy itself.
To recover to an alternate (or back to production) DD, we need to map each subcopy name in a CR copy to its original Storage Unit name. The mapping is required to manually provide the full path of the data on the replicated MTree (/data/col1/ppdm-recovery-repl).
There are two options to find which subcopy belongs to which Storage Unit name (protection policy):
Create an NFS export using the alternate (or production) DD system web UI. Use the replicated MTree in the directory path, add the client that could connect to the NFS export, and list the directories inside.
Each directory in the NFS export represents a Storage Unit name from the original DD system.
Storage Unit name | Subcopy name |
SysDR_ppdm | cr-copy-PPDM-FS-20230430055609 |
Linux-FS-ppdm-1323d | cr-copy-PPDM-FS-20230430055610 |
Linux_Pre-FS-ppdm-f8672 | cr-copy-PPDM-FS-20230430055611 |
NW-VM_backup-ppdm-b4f5c | cr-copy-PPDM-FS-20230430055612 |
If you do not have a host with an NFS client that can read from NFS exports, you can get the information using the CR REST API: all you need is a REST client (such as “Postman”).
Call type: POST
URL: https://cr-host:14778/cr/v7/login
Body:
{
“username”: “user”,
“password”: “password”
}
Call type: GET
URL: https://cr-host:14778/cr/v7/policies/<CR-Policy-
ID>/copies/<CR-Copy-ID>/details
Headers:
Key: X-CR-AUTH-TOKEN
Value: <The access key you got from the previous
step
You can find the Policy ID and Copy ID from the CR UI:
You will see a long JSON structured response with a lot of information:
Search in the JSON file for the storage unit names in the “sourceStoragePathname” property for each subcopy:
Record the values until you have a full mapping of the Storage Units and subcopy names:
Storage Unit name | Subcopy name |
SysDR_ppdm | cr-copy-PPDM-FS-20230430055609 |
Linux-FS-ppdm-1323d | cr-copy-PPDM-FS-20230430055610 |
Linux_Pre-FS-ppdm-f8672 | cr-copy-PPDM-FS-20230430055611 |
NW-VM_backup-ppdm-b4f5c | cr-copy-PPDM-FS-20230430055612 |