| copyright |
|
||
|---|---|---|---|
| lastupdated | 2025-08-14 | ||
| keywords | bucket, vault, management, provisioning | ||
| subcollection | cloud-object-storage | ||
| content-type | faq |
{{site.data.keyword.attribute-definition-list}}
{: #faq-backup-vault-mgmt}
Frequently asked questions can produce helpful answers and insight into best practices for working with {{site.data.keyword.cos_full}}. {: shortdesc}
{: #faq-backup-vault-mgmt-max-data} {: faq}
There is no limit on the amount of data or the number of recovery ranges that can be stored in a single backup vault.
{: #faq-backup-vault-mgmt-provisions} {: faq}
Each {{site.data.keyword.cos_short}} instance can contain up to 1000 buckets and backup vaults combined.
{: #faq-backup-vault-mgmt-operations-concurrent} {: faq}
Yes. Each backup vault can service a maximum of 3 active restore operations.
{: #faq-backup-vault-mgmt-operations} {: faq}
No. Restore operations always sync all the objects that were current at the requested restore point-in-time.
{: #faq-backup-vault-mgmt-operations-supported} {: faq}
All operations on a bucket are supported, except for the disabling versioning and deletion of object-versions.
Deletion of an object before it is synced to the BackupVault triggers an unrecoverable failure that causes the Backup Policy to fail permanently. For more information, go to Configure backups.
{: #faq-backup-vault-mgmt-responsibilities} {: faq}
It is the user's responsibility to monitor for and remediate BackupPolicy sync failures. Users are recommended to periodically check BackupPolicy state no less than once per week.
{: #faq-backup-vault-mgmt-identical-source} {: faq}
Not all actions performed on the source-bucket are synced to the BackupVault. If Restore operations need to result in an identical copy of the source bucket, then it is the user's responsibility to not perform actions that are not synced. For more information on what is synced, go to Configure backups.
It is our recommendation that the Restore target bucket be empty in order to avoid conflicts with restored objects. The Restore target bucket should also not have a BackupPolicy enabled on it. Restore to the source bucket is possible, but it is recommended that the BackupPolicy be deleted before beginning a Restore and then reenabled once Restore is complete.