云暂存复制服务可以为每个源/目标对创建所有必要的 DSA 配置，以使用 S3 运行备份/还原作业。
下面是一个通过云暂存复制服务定义的目标组创建云暂存区的示例 cloudstagingarea.xml 文件：
{
"name": "cs2-cloudstagingarea",
"storage_type": "S3",
"s3_properties": {
"access_key_id": "ABCDEFGH",
"secret_access_key": "AbcDEfgHIjklmNop123/456qRstUVwXyZ",
"buckets_by_region": [
{
"buckets": [
{
"bucket_name": "example-bucket",
"prefix_list": [
{
"prefix_name": "backup",
"storage_devices": 100
}
]
}
],
"region": "us-west-2"
}
]
},
"source_target_pairs": [
{
"source_system": "sourceSystemA",
"target_system": "targetSystemB"
},
{
"source_system": "sourceSystemA",
"target_system": "sourceSystemC"
}
]
}
您需要在 cloudstagingarea.xml 文件中提供以下详细信息。
- s3_properties，其中包含 s3 信息以及 region/bucket/prefix_list。
- access_key_id
- secret_access_key
使用云暂存复制服务定义的目标组的限制
以下是通过云暂存复制服务定义的目标组创建的云暂存区的限制：
- 您需要提供 access_key_id 和 secret_access_key 进行身份验证。该过程不支持任何其他身份验证方法。
- 在 s3_properties 中，您只能为以下每个参数提供一个值：
- buckets_by_region
- bucket_name
- prefix_list
- 您不能在源/目标对中指定 source_system_target_group 或 target_system_target_group。
- 云暂存复制服务使用缺省共享目标组中列出的媒体服务器为源/目标对中指定的 Teradata 系统创建目标组。如果不存在缺省共享目标组，则云暂存复制服务无法创建云暂存区。
- 当您开始配置时，云暂存复制服务始终尝试在 DSC 中创建新的 S3 AWS 帐户，并且不会重复使用现有帐户。如果现有帐户的 access_key_id 与新配置中的 access_key_id 一致，则会出现配置错误。