当托管数据发生故障时，数据弹性允许数据保持可用于包含API和其他分析服务的传统应用程序和应用程序。

在整体业务连续性计划的背景下选择正确的数据弹性技术和技术集是至关重要的，但它可能既复杂又困难。 你如何重建稳定状态？ 恢复可能会明显影响用户或系统吗？ 您需要能够建立同步点，重新启动，了解任何飞行和不可恢复的内容以及退出。

选择正确的数据弹性技术集至关重要。

备份：旧备用

传统上，组织使用数据备份来恢复数据。备份通常锚定在单个应用程序上。但在互联的世界中，特别是在应用程序互连的地方，备份可能面临重新同步的挑战。备份之间的延迟也会造成数据丢失的缺口。根据数据存储的基础技术，可能无法使用日志记录系统来减少丢失的差距。

由于备份是逐步进行的，因此重新构建要还原的映像可能很麻烦。一些现代数据库非常庞大，甚至无法进行备份。

快照

逻辑磁盘单元的快照可以解决超出单个应用程序的备份。但是，它们可能无法始终与镜像数据和条带数据的各种技术一起使用。

镜像

存在各种镜像技术。镜像副本可以位于同一磁盘驱动器上，也可以推送到远程系统。通常，操作系统处理镜像或复制。

镜像技术可以在同步和异步复制之间变化。使用同步镜像时，数据的两个副本是相同的，并且可能存在关于主要位置和次要位置之间允许的物理距离的延迟问题。异步镜像通常没有距离限制，但如果发生意外故障，延迟可能会导致数据丢失。

在硬件级别，对等远程复制可以提供一种镜像形式，使资源服务能够提供受控的切换或故障转移。

Flash副本

闪存副本可以提供数据的快速时间点副本。您可以使用该副本将应用程序联机到单独的分区或系统中。此类复制还可以补充完成脱机备份或为非生产系统填充数据的能力。

逻辑复制

如果使用逻辑复制来构建具有高可用性的多系统，请确保使用使用同步远程日记的传输机制。日记提供了一种重播方式。

硬件复制

硬件复制在操作系统或磁盘级别而不是在对象级别完成。硬件复制优于逻辑复制的一个优点是硬件复制在较低级别完成。同步完成复制时，您更可能拥有相同的数据副本。缺点是只能从一个副本访问数据，并且在活动复制期间不能使用第二个副本。

软件复制

当您需要移动到辅助系统（例如数据湖或数据仓库）时，软件或数据库复制非常有用。如果使用更改数据捕获（CDC）技术，则数据复制软件依赖于提供日志记录机制的数据库。

业务决策推动了对数据弹性的需求

许多组织正在跨多个云部署应用程序。在多个内部部署和私有云上分散业务的理由受到若干因素的驱动，例如传统部署中的感知弱点以及符合当地法律，法规和文化需求的必要性。

了解数据在企业中的位置和方式 - 因此，跨所有各种云提供商 - 对于缓解数据泄露和数据泄漏非常重要。这些知识还可以帮助您了解如何从数据丢失中恢复并为数据基础架构提供弹性。

随着组织从专门构建的多云架构转变为设计架构，数据弹性至关重要。当出现性能需求或发生灾难性故障时，您需要一个经过深思熟虑并经过测试的数据恢复计划。

避免陷阱

数据弹性计划的两个主要敌人是数据量和网络延迟。要为高可用性，灾难恢复或工作负载重新分配建立弹性，您必须考虑现实世界的物理因素。

将数据从一个位置移动到另一个位置的时间取决于距离。距离越长，延迟越长。一次发送数PB的数据可能会阻塞可用带宽。所有这些约束都与其他考虑因素无关，例如重建索引或在目标位置创建同步点的时间。

无论您是批量移动数据，通过CDC或消息队列涓流数据，还是使用镜像技术，您都需要数据策略，数据拓扑和数据治理。如果您不相信，请考虑今天不同的部署体系结构，现代数据量以及组织无法在没有数字数据的情况下运行。

最后，与数据库存储和内存数据管理相关联的基础技术可以提供提交或同步点，例如创建物理检查点。从业务角度来看，事务可以在事务被视为完全提交之前跨越多个应用程序，数据库，服务器或位置。在任何旨在避免数据丢失的数据弹性计划中，请务必考虑并解决物理和逻辑检查点问题。

原文：https://www.ibm.com/cloud/garage/architectures/resilience/ensure-data-resilience

本文：

讨论：请加入知识星球或者小红圈【首席架构师圈】