18、日志传送：故障转移、故障恢复及监控全解析

日志传送：故障转移、故障恢复及监控全解析

1. 日志传送配置脚本

通过脚本配置按钮，可以为主要服务器和所有次要服务器输出完整的日志传送配置脚本。这为后续的故障转移和恢复操作提供了基础，确保配置信息能够准确记录和重现。

2. 向次要服务器进行故障转移

日志传送听起来似乎很完美，但实际上存在两个主要问题：故障转移和故障恢复。下面我们先详细探讨故障转移。

故障转移并非自动过程，有多种实现方式。这就要求我们详细记录所采用的技术，并进行充分的实践演练。日志传送在故障转移方面较为乐观，它假设故障转移永远不会发生。快速故障转移更多是高可用性目标，而非灾难恢复目标。日志传送的主要目的是保护数据免受本地灾难影响。如果您的主要需求是快速故障转移，那么不建议依赖日志传送，数据库镜像可能更适合这一目的。

如果使用日志传送作为故障转移解决方案，需要在整个日志传送方案中纳入一系列固定步骤，并且要为手动干预的故障转移以及可变的客户端重定向步骤做好准备。以下是故障转移的具体步骤：
1. 确定数据库状态
- 首先要判断主服务器或数据库是否损坏到需要进行故障转移的程度。如果故障转移到备用服务器所需的时间与修复主服务器所需的时间相近，且主服务器可接受的数据丢失量等于或小于故障转移到备用服务器时的数据丢失量，那么可以考虑避免故障转移。
- 注意这里的“且”条件，两个条件必须同时满足。如果能快速恢复主服务器，但会导致大量数据丢失，那么应启动故障转移流程。
- 若决定进行故障转移，需仔细检查主服务器发生的情况以及仍可从中恢复的数据。例如，能否进行尾日志备份，是否可以将现有事务日志备份复制到次要服务器并恢