Zmanda Pro storage vaults are portable, and their contents can be migrated between storage media and backup users. This gives admins the flexibility to implement different strategies for higher data resiliency.
Introduction & Use Cases
Zmanda Pro storage vaults are portable across different storage media and users, allowing for more sophisticated data resiliency strategies to be implemented.
Use cases include:
General Use Case |
Specific Applications |
Copying the contents from one storage vault to another for the SAME backup user |
|
Copying the contents from one storage vault to another for a DIFFERENT backup user |
|
Creating a replica of the storage vault on another storage medium (secondary copy) |
|
For each of these use cases, it is important to know the password of the original backup user. If you choose to enable the zero-trust model, or if the original backup user is deleted, you will be responsible for keeping track of the password at the time of deletion. See here for more information about how Zmanda Pro manages keys and encrypts data.
Steps to Migrate Data
- Create a new storage vault for the desired user in Zmanda Pro. You may use any medium supported by Zmanda Pro.
- Outside of Zmanda Pro, copy the data from the original medium to the new medium (eg. Disk to Cloud)
- Note: You can use an after-task command on the protected item or storage vault level to replicate the data automatically using rsync, rclone, or similar tools.
- Create a new storage vault pointing to the location of the copied data. This can be done in a new backup user profile, or the same profile.
- Note: New backup users must have the same password as the original user to ensure a successful migration
- Enable Advanced options by clicking on the admin profile tab
- Enter the user profile associated with the original storage vault and click Actions > Edit raw profile
- Copy the following key-value pairs (Example shown below. Your values will differ):
"EncryptionKeyEncryptionMethod": 2002,
"EncryptedEncryptionKey": "6sWwhnF0R2n3n4lma9otHm5kSQ72iGERhgxCJ49M6/cFY46BDoQ4Fij8Zy+WUbWbb3h1EeGYkrLKHBq+dE63I6RusNVfnzuy",
"RepoInitTimestamp": 1721939115, - Paste the pairs into the new storage vault configuration. This could be the same user profile, or a new profile, as described in Step 3.
- You can now backup new data and restore previously backed-up data from the new storage vault
Considerations for Restoring to a Different User
If the original user profile is deleted or destroyed, you may recover it from a server self-backup (self-hosted servers only).
If you use the Zmanda-hosted backup server (SaaS deployment), we can help you restore a user profile for a fee. Contact sales@zmanda.com for more information.
Otherwise, you must make a copy of the user profile manually and store it somewhere secure.