免备案CDN_腾讯云域名注册_评分榜

小七 2019年10月25日 21:23 141 0

大家好，

根据之前发布的系统复制及其操作模式和有用参数，今天我将介绍SAP HANA提供的日志复制选项。

共有4种日志复制模式：

内存同步（syncmem）：这是默认的日志复制模式。在此模式下，主节点在提交任何事务之前等待确认日志已被辅助节点接收的确认。基本上，主节点会等到次节点接收到数据，并且只要所有服务的复制状态都处于活动状态，就不会有任何数据丢失。但是，如果至少有一个服务的状态不同于活动，则到辅助节点的故障转移可能会导致数据丢失。因为主节点中可能存在由于连接或服务故障而无法发送到辅助节点的已提交更改。因此，如果所有服务的复制状态都处于活动状态，则在发生故障转移时不会丢失任何数据。

此选项提供两个主要优点：事务延迟更短和性能更好。因为主节点只等待辅助节点"接收"日志，所以与其他复制模式相比，主节点中的事务延迟更短（实际上是日志传输时间）。另外，由于主节点不等待次节点上的任何I/O或磁盘写入活动，云报，因此基本上性能更好。

主系统的等待时间由名为logu timeout in的参数确定全局.ini. 其默认值为30秒，如果30秒后没有收到来自辅助节点的确认，则主节点将继续，而不复制数据。

此复制模式非常适合作为高可用性和灾难恢复解决方案的系统复制设置，特别是当两个节点位于同一数据中心或彼此非常接近时。

同步（Synchronous）：在这种模式下，在提交任何事务之前，主节点等待确认日志已被辅助节点接收并保留。

与syncmem相比，此选项的主要优点是主节点和辅助节点之间的一致性。您知道，在secondary节点收到并持久化日志之前，primary节点不会提交任何事务。

与syncmem一样，primary系统的等待时间默认也是30秒，由中的logshipping\u timeout参数决定全局.ini. 如果30秒后未收到来自辅助节点的确认，则主节点将继续而不复制数据。

此复制模式非常适合作为高可用性解决方案的系统复制设置，特别是在两个节点位于同一数据中心的情况下。

同步（完全同步）：引入了完全同步复制使用SPS08作为同步模式的附加选项。无论发生什么情况，此模式都提供绝对零的数据丢失，物联网技术应用，因为主节点一直等到辅助节点收到日志并将其持久化到磁盘上；在辅助系统可用之前，主节点上的事务处理被阻止。这确保了在没有将日志传送到辅助站点的情况下，返利是什么意思，无法在主节点上提交任何事务。

此模式可通过的"系统复制"部分中的"启用\u完全\u同步"参数激活全局.ini文件。当参数设置为disabled时，不配置完全同步。如果在正在运行的系统中将参数更改为enabled（已启用），则表示已配置完全同步，但不会立即激活，以防止事务阻塞。

只有在启用该参数并连接辅助节点时，才会完全激活完全同步。然后您将看到复制状态变为活动状态。这意味着，如果两个节点之间存在网络连接问题，则主节点上的事务将被阻止，直到次节点返回。

此复制模式非常适合多层系统复制配置，特别是第2层和第3层节点之间的数据保护，或者也可以用于系统复制HA配置，当两个节点都在同一个局域网中，消费返利新模式，数据保护是第一优先级时。

异步（async）：在这个选项中，主节点不等待来自次节点的任何确认或确认，当事务被写入主系统的日志文件并将重做日志异步发送到辅助节点时，它提交事务。显然，此选项在所有四个选项中提供了最好的性能，因为主节点不必等待节点之间的任何数据传输或次节点上的I/O活动。但是，与其他选项相比，异步模式更容易发生数据丢失。在（特别是意外的）故障切换过程中，您可能会遇到一些数据丢失。

这种复制模式非常适合作为远程位置的灾难恢复解决方案的系统复制，或者对于系统性能是第一优先级的公司，因为它提供了数据库一致性，个人云服务器家用搭建，几乎没有数据丢失，这仍然是一个有利的选择。在多层系统复制中，异步也可以在第2层和第3层之间用作灾难恢复解决方案。

对SAP HANA系统复制有任何疑问吗？请在下面留言。

参考资料和进一步阅读：

如何为SAP HANA执行系统复制

设置系统复制

SAP Note 2165547–常见问题解答：SAP HANA系统复制环境中的SAP HANA数据库备份和恢复

SAP Note 1999880–常见问题解答：SAP HANA系统复制

SAP HANA复制

如果您喜欢发布后，您可能会喜欢以下相关帖子：

SAP HANA高可用性和灾难恢复系列｜1

SAP HANA HA和DR系列｜2：冗余和故障恢复支持

SAP HANA HA和DR系列｜3：主机自动故障切换