Section | Parameter | Description |
Configure Destination Bucket | Source Bucket | The region and name of the source bucket. |
Destination Bucket | Select Select a bucket in this account, and then select the destination bucket in the same region from the drop-down list. |
Objects to Replicate | Select the source data that you want to replicate. Synchronize all files: Replicates all objects in the bucket to the destination bucket. Replicate objects with specified prefixes: Replicates only the objects with a specified prefix to the destination bucket. By default, you can add up to 10 prefixes. To add more prefixes, contact technical support. The prefix limit can be increased to a maximum of 100.
|
Object Tag |
Note You can configure this parameter only if the following conditions are met: Select the Set Rule checkbox to replicate objects with specific tags to the destination bucket. You can add up to 10 tags (key-value pairs). After adding tags, you can select one of the following filtering policies: Match All Tags: An object is replicated only if all of its tags are included in the set of tags specified in the filter rule. Match Any Tag: An object is replicated if at least one of its tags is included in the set of tags specified in the filter rule.
Note Currently, the tag-based filtering feature is not available in the finance cloud regions in China (Shenzhen) and China (Shanghai). |
Replicate KMS-Encrypted Source Objects | Specifies whether to replicate KMS-encrypted objects to the destination bucket. Replicate: Replicates objects to the destination bucket when either the source objects or the destination bucket is encrypted by using SSE-KMS with a specified CMK ID.
Note You can call the HeadObject and GetBucketEncryption operations to query the encryption status of the source object and the destination bucket, respectively. Do not replicate: Does not replicate KMS-encrypted objects to the destination bucket.
|
CMK ID | If you choose to replicate KMS-encrypted objects, you must specify the KMS key to encrypt the destination objects. Before you specify a KMS key, you must create a KMS key in the same region as the destination bucket. For more information, see Create a CMK. |
RAM Role | We recommend that you select New RAM Role. After you select this option from the drop-down list, you must follow the on-screen instructions to grant permissions to the role. You can also select AliyunOSSRole or a custom role. For more information about these three role types, see Role types. |
Configure Replication Policy | Replicate Historical Data | Specifies whether to replicate objects that existed in the source bucket before the replication rule was enabled. |
Copy Delete Operation | Specifies whether to replicate delete operations from the source bucket to the destination bucket.
Note This option appears only if versioning is disabled for the source bucket. If versioning is enabled, it is replaced by Copy Delete Marker and Copy Delete Operation of Specified Version. Yes (for scenarios where you need to share and access the same dataset): Replicates creations, updates, and deletions of objects in the source bucket to the destination bucket.
Important With this policy, the creation, update, and deletion of objects are all replicated to the destination bucket. When an object is deleted from the source bucket, either manually or by a lifecycle rule, the corresponding object in the destination bucket is also deleted and cannot be recovered. No (for disaster recovery scenarios): Replicates only creations and updates of objects in the source bucket to the destination bucket. Delete operations do not affect the destination bucket.
Note This method prevents data loss in the destination bucket that could result from accidental manual deletions or automatic deletions by lifecycle rules in the source bucket.
|
Copy Delete Marker | Specifies whether to replicate delete markers from the source bucket to the destination bucket. Replicate: When an object is deleted from the source bucket without a version ID specified, the delete marker created by OSS in the source bucket is replicated to the destination bucket. This is suitable for scenarios where you need to share and access the same dataset and ensure data consistency between the source and destination buckets.
Important If you configure this policy, when an object is deleted from the source bucket, either manually or by a lifecycle rule, the delete marker is also replicated to the destination bucket, making the data inaccessible in the destination bucket. Do not replicate (for disaster recovery scenarios): Delete markers created in the source bucket are not replicated to the destination bucket. This effectively prevents data loss in the destination bucket caused by accidental deletion or automatic deletion by lifecycle rules in the source bucket.
|
Copy Delete Operation of Specified Version | Specifies whether to replicate the permanent deletion of a specific object version from the source bucket to the destination bucket.
Note After a replication rule is enabled, OSS does not replicate the following to the destination bucket: changes to object storage class resulting from lifecycle rules or CopyObject operations, and updates to the last access time (x-oss-last-access-time) attribute. Replicate: When a specific version of a source object (including the current and previous versions) is permanently deleted, the corresponding version in the destination bucket is also permanently deleted. This is suitable for scenarios that require perfect data consistency between the source and destination buckets.
Important If you configure this policy, object versions that are permanently deleted from the source bucket cannot be recovered in the destination bucket. Use this option with caution. Do not replicate (for disaster recovery scenarios): When a specific version of a source object is permanently deleted, the corresponding version in the destination bucket is not deleted. This prevents permanent delete operations in the source bucket from affecting data security in the destination bucket.
If an object is uploaded to the source bucket by using multipart upload, the upload operation for each part is replicated to the destination bucket. The final object generated after the CompleteMultipartUpload operation is called is also replicated to the destination bucket. For more information about replication behavior when versioning is enabled, see Same-region replication with versioning. |