No. However, you can enable versioning for your bucket so that you can store multiple versions of an object in a bucket, and extract, delete, or restore a specific object version. Versioning allows you to restore data lost due to accidental deletion or application failures. For more information, see Setting Versioning.
You can achieve disaster recovery in COS by:
Note:
- Currently, the MAZ configuration of COS is supported only in Guangzhou, Shanghai, and Beijing regions and will be available in other public cloud regions in the future.
- Using the MAZ configuration incurs high storage usage fees. For more information, see Pricing | Cloud Object Storage.
You can set a lifecycle rule and enable Managing historical versions to transition or delete noncurrent object versions.
No. By default, the old object with the same name will be overwritten by the new one. However, you can enable versioning for your bucket so that multiple object versions can be preserved. For more information, see Versioning Overview.
If you download with APIs or SDKs, add the versionId
request parameter. For the API calling directions, see GET Object.
If you download via the console, set the historical versions to Display in the top navigation bar so that you can download the desired object version.
You can use the COSBrowser tool to one-click delete noncurrent object versions in batches. For more information, see COSBrowser User Guide for Desktop Version.
You can also configure a lifecycle policy to delete objects that were modified more than 1 day ago for noncurrent object versions.
By default, cross-region replication uses a private network.
Note:Note that cross-region replication incurs traffic fees, which cannot be redeemed with a resource pack yet. The fees incurred will be deducted from your account at 00:00 the next day.
Yes. Resources under the same account can be synced between two regions. You can set cross-bucket replication to replicate objects incrementally.
You can use COS Migration to migrate data between buckets. Alternatively, you can set cross-bucket replication.
No. You can use Batch Operation instead.
In a source bucket with cross-bucket replication enabled, COS will replicate the following:
Note:
- If you specify an object version to delete in the source bucket by specifying a version ID, COS will not replicate this delete operation.
- If you add a bucket-level configuration such as a lifecycle rule to the source bucket, COS will not replicate any resulting object operations.
For more information, see Cross-Bucket Replication Actions.
Yes. COS supports encryption such as bucket encryption and object encryption. For more information, see Setting Bucket Encryption and Setting Object Encryption.
A client-side/COS-managed/KMS key is used to encrypt the file content into ciphertext, which affects performance to some extent (mainly by increasing access delay). The delay does not significantly affect large object reads/writes, but has a certain impact on small object reads/writes.
To get an encrypted object, include an encryption header when reading it. The encryption header differs according to the encryption algorithm. For more information, see Common Request Headers.
Your data is stored in COS, and the data access permission is public read. When you access and disseminate such data on the public network, you need to comply with applicable laws and regulations. If the content of such data violates regulations, the compliance team of Tencent Cloud will handle it accordingly, and handled files will be displayed in the Violation List in the COS console.
Possible reasons:
COS data is stored at the underlying layer using multiple replicas or erasure coding (both are imperceptible to users). The storage engines are distributed across multiple availability zones in a region, making the data reliability 99.999999999%.
Was this page helpful?