Commvault AWS备份与恢复

Commvault AWS备份与恢复测试文档​

环境部署​

Amazon客户端配置​

添加Amazon 客户端​

Region选项中填入关联的AWS中国区：cn-north-1;cn-northwest-1，采用IAM Role的方式授权，Proxies选项可关联所有的MA，IAM Role所需权限可参考以下链接：​

​​https://documentation.commvault.com/commvault/v11/article?p=30960.htm​​​

添加S3作为Cloud Storage Library​

可通过role或者AK\SK添加S3存储桶，需具备相应的权限，点击Detect验证权限并选择指定的存储桶​

​​https://documentation.commvault.com/commvault/v11/article?p=9258.htm​​​

添加成功在Library可查看到刚刚添加的S3 Cloud Storage​

配置MA共享池​

用于备份负载，故障切换​

选择刚刚创建的Library，如下图右键，选择属性​

选择Sharing选项卡，当前可看到一个MA，选择右侧的share​

勾选需要添加的MA​

完成MA池的添加​

创建Storage policy​

保留默认​

命名​

选择library​

选择Media Agent​

选择并发数​

不勾选加密​

去重配置可保留默认​

指定去重DDB路径​

Finish完成部署​

配置Snapshot备份策略​

命名，并选择宁夏区的Library，选择MA，经过MA池配置后，下拉菜单可选择MA池中的任一个MA​

创建Snapshot备份复制策略​

命名，Array Replication选择Vault/Replica​

可自定义保留策略​

Copy Policy选择 Copy指向到刚刚创建的快照备份策略，Backup Selection选择从过去的某一时间点，代表复制所选时间点之后的快照，之后OK创建策略​

创建Backup Copy策略，用于将快照数据复制到S3​

命名，并选Selective Copy，为了降低存储成本，可选择Enable Deduplication，指定宁夏区的Library以及MA​

Selective Copy选择中可指定复制的内容​

如启用去重，需要在Deduplication配置去重DDB路径​

Copy Policy同样指定为从过去的一个时间点开始，之后OK创建策略​

由于备份的实例在北京区域，源快照在北京区域，为了确保将复制到宁夏的快照数据抽取到宁夏的S3,需要将Primary Policy的复制源做变更，指向到Snapshot-copy-to-nx这个快照复制任务，当前Primary并未指定Source Copy，若此时启用Snapshot数据抽取到S3任务则任务会调用北京的MA​

右键Storage Policy选择属性​

选择Snapshot，之后在Source Snap Copy选择将快照从北京区复制到宁夏区的Policy​

检查变更指向后，Primary的Source Copy为北京到宁夏的快照复制作业​

为了确保可以实现多MA负载，需要检查每个策略的data path是否都已关联并且用MA池中的MA​

Primary​

Primary Snap​

Snapshot-copy-to-nx​

Snapshot-copy-to-s3​

配置Storage Array​

为了成功执行快照复制作业，需要配置Storage Array​

导航到Commserve控制台，选择Storage，选择Array Management​

选择Amazon Client，选择Edit​

选择Array Controllers，选择包含media agent，之后OK保存​

创建子客户端备份​

选择创建新的子客户端​

定义子客户端名称​

选择Content，点Browse指定要备份的实例​

指定存储策略​

验证Data Paths是否为多MA​

选择IntelliSnap Operations，勾选IntelliSnap启用快照备份，不指定特定的Proxy用于复制以便采用多个MA实现负载，启用快照复制，将快照从北京区复制到宁夏区,之后OK创建子客户端​

根据需要选择备份计划​

执行备份​

运行备份作业​

右键子客户端触发备份​

选择备份类型和执行时间​

任务执行状态可在Job Controller查看，MA后缀为q9a9​

任务详情可看到创建的快照大小、进程进度、完成任务的agent​

在AWS控制台可看到备份产生的快照​

触发快照跨区域复制作业​

当前还未触发快照复制，原因为：快照复制作业计划没有特别指定，可通过查看快照复制policy查看是否有待复制的作业​

指定需要查看的任务范围​

可查看到刚刚快照备份的任务待复制，可通过手动触发或者更改计划的方式触发快照复制​

手动触发的方式，右键Storage Policy，选择执行Run Auxiliary Copy​

选择Any MediaAgent,指定快照复制任务，候选Use Scalable Resource Allocation,之后OK​

任务进行，可以看到本次任务执行的media agent与刚才备份的任务不同，MA后缀为09n0,MA池发挥了作用在多个MA之间负载​

任务执行完毕后，检查宁夏区快照，快照复制成功，并自动标注有Copy标签前缀​

再回去看之前的待运行任务列表，任务已经完成状态为可用​

自动触发可适当修改快照复制任务的计划，右键快照复制Policy​

右键自动复制计划，选择编辑​

默认的计划是每天中午12点，可点击编辑修改计划​

根据需要选择计划类型，测试采用每五分钟连续触发​

改完策略后，可选择Run Immediately立即触发​

触发快照到S3数据抽取任务​

目前还未进行将Snapshot数据抽取到S3任务，检查Backup Copy to S3作业，右键Snapshot to s3policy，查看作业​

指定任务范围​

任务为空​

右键storage policy查看作业​

右键快照备份作业，选择Pick for Backup Copy，关联复制作业​

之后，右键storage policy选择执行Backup Copy​

可指定复制计划，测试采用每隔30min自动复制，也可立即执行​

Snapshot数据抽取到S3任务开始执行​

查看任务详情，可看到MA池中的MediaAgent都有参与快照到S3的复制任务​

快照数据抽取到S3任务完成，数据量基于实际数据，少于快照数据​

再查看Backup Copy to S3作业同样可看到任务列表已经有任务，并可用​

实例恢复演练​

从AWS北京区快照将EC2实例恢复到AWS北京区​

右键选择子客户端，选择Browse and Restore​

选择恢复到Amazon​

Advanced Options选择北京区快照备份策略​

选择需要还原的实例​

取消In place恢复，选择恢复到Amazon，指定恢复用的proxy​

更改恢复的机器名，通过点击Configure修改实例配置，例如网络，实例类型​

点开Configure配置实例类型、网络（可指定私有地址）、安全组​

可选是否恢复开机，是否覆盖同名机器​

可指定立即恢复或按计划恢复​

选择Finish开始恢复​

恢复到AWS北京区成功​

AWS控制台可查看实例​

启动实例可正常访问使用​

从复制到AWS宁夏区的快照恢复EC2实例到AWS宁夏区​

同样选择恢复到Amazon​

Advanced Options选择从快照复制到宁夏区的任务恢复​

选择指定的实例恢复​

更改实例恢复的可用区到宁夏区​

指定宁夏区VPC网络配置​

其余选项同之前恢复步骤​

恢复任务完成​

在宁夏区可查看到恢复成功的实例​

开机可正常使用​

从复制到宁夏区S3的数据恢复EC2实例到宁夏区​

同样恢复到Amazon​

Advanced Options选择从复制到S3的任务恢复​

选择要恢复的实例​

同样选择恢复到宁夏区​

其余配置同之前的选择​

开始恢复​

恢复完毕​

在AWS控制台开启恢复的EC2实例​

实例可正常开机使用​