这是我上周开始的SAP HANA高可用性和灾难恢复系列文章的第二篇（第一篇在这里）。在本文中，我将介绍HANA平台中可用的冗余和故障恢复（FR）选项。

构建SAP HANA平台的关键要素之一是在您的环境中设计可靠的容错，实现这一点的第一步是消除单点故障（SPoF）。几乎所有HANA设备供应商都提供各种冗余选项，以避免由于硬件、网络和数据中心故障（SPOF）而导致的意外停机。

硬件冗余包括（但不限于）热插拔PSU、网络接口卡和军用级内存。对于网络冗余，提供冗余网络设备（交换机/路由器）、拓扑和网络协议。承载HANA服务器的数据中心可以配备不间断电源装置，备用发电机和冗余冷却系统，以消除SPOF。

SAP HANA平台还提供了额外的防御机制，返利机器人是真的吗，以避免意外停机，并在发生故障时尽快恢复。

看门狗功能是软件层的故障恢复选项，并在发生故障时重新启动服务服务故障或禁用已配置的SAP HANA服务之一（indexserver、nameserver等）的手动干预。服务自动重启看门狗功能自动检测故障并尝试立即重启停止的进程。一旦重新启动成功，在云上，服务数据将加载到内存中并继续正常工作。由于服务重启和内存加载过程，数据一致性保持安全，恢复需要一点时间。

您可以在中配置所有看门狗设置名称服务器.ini，默认参数设置也应该很好。

事务的日志记录在持久层上管理。在该区域中，SAP HANA持久化事务（重做）日志、（存储）快照，以及保存点，以提供系统重新启动和从主机故障中恢复。

事务日志用于记录更改，并使事务持久，当事务提交时不需要持久保存以完成数据（由于事务重做日志技术），存储快照提供了一个额外的选项来保护SAP HANA数据块和恢复数据库。快照有两个主要优点：第一，创建快照时对数据库的影响最小，从快照中恢复比从备份中恢复更快。

每个SAP HANA服务都有自己的独立保存点，当HANA持久化内存中的数据时使用它们，这意味着在保存点操作期间，内存中所有更改的数据都保存在数据卷中。保存点间隔可以在全局.ini：

在一天结束时（不是字面意思），对数据库和日志中数据的任何更改（包含数据更改）以及某些事务事件都会定期保存到磁盘中。因此，基本上，持久层确保HANA数据库在重启后可以恢复到最近提交的状态。

SAP HANA故障恢复的第三类功能是备用和故障转移功能，它们是分开的，专用备用主机用于故障切换，以提高系统可用性，从而实现HA。

在SAP HANA中，主机自动故障切换和系统复制是高可用性的两个主要选择，两者相比有其主要优点和一些缺点。我计划在下一篇文章中深入探讨这两个HA选项，好评返现模板，特别是最近HANA发行版提供的新功能。

主机自动故障切换和系统复制显然是更令人兴奋的主题，工业物联网，请继续关注

您对SAP HANA的冗余和故障恢复支持有何疑问？请在下面留言，我很乐意帮助你，并尽我所能向你学习！

欢迎分享！

参考资料和进一步阅读：

SAP HANA管理指南

SAP HANA的高可用性

，返利