如果 IT 亮起蝙蝠侠信号灯，您的 SAP 灾难恢复计划是否已就位？

即使在充斥着超级英雄的宇宙中，各种事件仍旧层出不穷。但是，当您的世界出现问题时，数据丢失是绝对不能接受的。如果您的基础架构发出灾难信号，您是否制定了 SAP 数据救援计划？

我们的 SAP 灾难恢复解决方案产品组合可助您开展救援工作，同时提供下列支持：

• 异步和同步存储复制
• 复制非数据库数据，如应用程序服务器二进制文件
• 使用灾难恢复资源进行开发和测试
• 使用复制的数据来更新开发和测试系统
• 基于克隆的灾难恢复测试
• SAP HANA 系统复制

无论最终面临何种意外情形，您都可以高枕无忧，因为您已制定了坚实可靠的 SAP 灾难恢复计划来保护数据，从而使您的 SAP 环境具有极高的故障恢复能力，并为接下来的一切做好准备。

想象一下，您的客户群每年增加一倍，但高质量标准、客户满意度或易管理性不能打折扣。荷兰 SAP 服务提供商 myBrand 面临着这项不可能完成的任务，在解决严重的维护和迁移系统停机问题方面也面临着更严峻的挑战。

势不可挡的 NetApp 和 Fujitsu 团队可以施以援手。借助额外的支持，myBrand 实施了一个高度可用的冗余业务连续性解决方案，可提供重大灾难恢复升级和防止中断。利用这些新发现的超级 SAP 灾难恢复功能，myBrand 可以处理不断增加的客户负载，并提供无中断 SAP 环境。

要构建 SAP 灾难恢复解决方案，首先要确定业务应用程序要求，也就是说，在有必要部署增强功能之前，您可以承受多少损失/停机时间？

可使用两个参数来定义这些要求：

• 恢复点目标 (RPO) — 可容许的最大数据丢失量
• 恢复时间目标 (RTO) — 可容许的最长业务应用程序停机时间

确定 RPO 和 RTO 会直接影响可用的技术选项。如果您态度明确，确定不能容忍任何数据丢失或停机，则最终的 SAP 灾难恢复解决方案会比您可能需要的更昂贵、更复杂。不会有两个规模相同的事故，因此您可以为从本地断电到整个数据中心故障的不同故障情形分配不同的 RTO 和 RPO 要求。

一旦设定了要求，您就可以明确制定最适合您业务的灾难恢复计划。出现问题时，只需单击 SAP 灾难恢复“启动”按钮即可。

您的 SAP 应用程序可能不具备超群的功能或控制时间的能力，但它们可以同时位于两个位置。备份是灾难恢复的一项关键功能，可在系统出现问题时确保数据安全地保存在另一个位置。

NetApp Snapshot 技术可在几分钟内创建数据库备份，用时不受数据库大小影响，而且不会影响性能。您可以将部分或整个数据库还原到任意时间点，与传统单周期磁带备份相比，RTO 可从几小时缩短到几分钟。如果您的 SAP 环境本身同时位于两个位置（内部环境和云端），则可以将 NetApp SnapCenter 作为一款中央工具，用于管理两个环境中的数据保护和数据复制。

备份固然强大，但在上次备份到出现故障期间，仍有可能丢失数据。许多组织会选择复制（在存储级别或应用程序级别）功能。这些解决方案可将复制的数据提供给远程网络存储系统 — 就像数据的秘密藏身之处。

我们的技术和工具产品可以组合在一起，为 SAP HANA 创建一个功能极其广泛的灾难恢复解决方案。解决方案包括 NetApp SnapMirror 复制、NetApp MetroCluster 软件和 NetApp FlexClone 精简克隆技术。无论面临何种情形，您都可以尽管放心，确信自己的 SAP HANA 环境具有故障恢复能力。