复制页面
的Q-Cloud保护设备提供了数据复制功能，可以将其用作灾难恢复计划的一个组成部分。
复制允许您将数据从DXi设备或OpenStorage (OST)服务器复制到您的服务器Q-Cloud保护定时(或根据需要手动)使用。Q-Cloud保护保护AWS S3存储中的复制数据。
在发生原始数据丢失的灾难时，可以在Q-Cloud保护设备。一旦原始系统再次可用，您就可以从云设备将所有数据恢复到它。此恢复允许您的业务有效地恢复正常的运作。
理解数据复制
在数据复制期间，数据从一个系统(源)发送到另一个系统(目标)，例如从中心办公室现场DXi设备发送到Q-Cloud保护设备。
源系统vs.目标系统
来源发送复制的数据和目标收到复制数据。的Q-Cloud保护设备可以从一个源接收数据，并将数据复制回单个目标。尽管云设备主要用作复制数据的目标，但它也可以在failback恢复场景中作为数据源。
网络资源
复制仅适用于重复数据删除和压缩的数据。因此，与存储在源上的原始数据量相比，复制期间系统之间传输的数据量大大减少。
此外，传输源上的数据块只有如果目标还没有该块的副本。您可以选择在传输数据之前加密数据。
类型的复制
的Q-Cloud保护设备可以执行以下类型的复制。
NAS共享或VTL分区复制
当将源DXi设备上的NAS共享或VTL分区配置为将云设备作为目标系统时，就会发生复制。同样，必须将云设备配置为接受来自源系统的数据。
为了优化复制过程，重复数据删除后的数据会在后台不断地从源系统发送到目标系统。但是，只有在发生计划的或手动的复制作业时，才会将保存数据文件结构的快照发送到目标系统。快照包含在创建快照时重新创建存储在源系统上的数据所需的所有信息。
警告:为了在以后恢复数据，需要保存快照。因此，仅仅启用复制是不够的。您还必须配置一个复制计划(推荐)或定期执行手动复制，将源数据的快照发送到目标系统。
当源系统不可用时，可以通过快照恢复云设备保护的数据。在云设备上恢复数据后，可以进行failback恢复。当源系统恢复可用时，可以执行failback操作将数据恢复到原始位置。
基于目录/文件或墨盒的复制
与复制类似，基于目录/文件或基于磁带的复制将数据从源DXi设备上的NAS共享或VTL分区发送到云设备，在云设备中数据受到保护。然而，基于目录/文件或墨盒的复制在许多重要的方面是不同的:
- 共享或分区必须同时启用复制和基于目录/文件或墨盒的复制。
唯一的Sync ID用于将源系统上复制的共享或分区与将在目标系统上接收复制数据的共享或分区关联。
您不需要通过虚拟控制台调度或手动执行基于目录/文件或墨盒的复制。而是在文件关闭、文件修改一段时间后(NAS共享)或磁带盒卸载(VTL分区)时触发复制。
- 对于CIFS共享，文件关闭后立即进行复制。对于NFS共享，当文件处于空闲状态(不被访问)数分钟后进行复制。
- 为了优化复制过程，重复数据删除后的数据会在后台不断地从源系统发送到目标系统。在关闭文件或卸载磁带盒时发送任何剩余数据(连同元数据)。
使用基于目录/文件或基于磁带的复制复制文件或磁带后，它们会在目标系统上自动恢复，并立即可用。不需要首先恢复共享或分区来访问其数据。
- 删除将自动从源系统传播到目标系统，以便释放目标上的空间。
如果删除源DXi设备上为基于目录/文件复制配置的共享，则该共享为不云一体机自动删除。如果不希望保留云设备上的共享，可以手动删除。
- 您可以在任何时候从源系统手动发起同步。同步确保源的内容与目标的内容完全相同。
警告:复制到同一目标的所有源系统的墨盒条形码必须是唯一的。
