日志传送，SQL Server高可用性的重要举措

核心提示： 第四步：警报，警报虽然在日志传送中不是必须的，日志传送，SQL Server高可用性的重要举措(3)，但其往往是日志传送正常运行的一个保障，他就好像是公路上的探头，数据库管理员要根据自己的企业的情况，结合自己的专业知识，当以上三个作业出现什么问题的时候，让数据库管理员可以马上知道

第四步：警报。

警报虽然在日志传送中不是必须的，但其往往是日志传送正常运行的一个保障。他就好像是公路上的探头，当以上三个作业出现什么问题的时候，让数据库管理员可以马上知道，从而及时的采取措施，挽回损失。

具体的来说，需要对如下的作业进行监视。当出现不正常的情况时，及时通过信息或者邮件的形式向数据库管理员汇报。

1、 主服务器日志备份出现问题。如当主服务器延迟备份时，监视服务器就需要向数据库管理员报告相关的情况。

2、 备份日志传送出现异常情况。如辅助服务器没有及时收到备份的日志文件，监视服务器就会告知数据库管理员。此时，数据库管理员就需要去检查，看看是网络的问题，还是主服务器的问题。

3、 还原情况的监视。辅助服务器有没有按时对数据库进行还原;在还原的过程中有没有出现意外情况，都要及时的告知数据库管理员。如最常见的警报就是，当服务器没有按规定进行还原的时候，要触发警报作业。

二、日志传送的三个注意点。

在配置日志传送功能的时候，需要注意三大问题。否则的话，数据库管理员很可能无功而返。

一是多个数据库服务器如何设置辅助服务器。如笔者现在管理了九个数据库服务器，是否需要配备九个辅助服务器呢?若能够做到一对一的配置，那固然是好。但是，这浪费太严重。你若这么部署的话，可能会被你公司的总经理扫地出门。一般来说，企业中只要配备一个辅助服务器即可。因为很少会出现几个数据库主服务器一起当机的情况。笔者现在的九个数据库主服务器，只配置了两个辅助服务器，就可以满足数据库日志传送的需求了。

二是日志传送功能跟数据库的群集不一样。若采用群集功能，则当主数据库服务器出现故障的时候，系统会自动切换服务器，让辅助服务器代替主服务器来进行工作。但是，若利用日志传送功能的话，则无法达到这个目的。一般情况下，需要数据库管理员进行手工的切换。如当主服务器出现故障后，笔者预备的方案是，马上把主服务器从网络中撤下来，并且更改辅助服务器的设置，让其跟主服务器的设置一样。如此便不用更改客户端的配置，用户就可以连接到辅助服务器了。不过由于不能够自动进行切换，故数据库管理员要对这个转换方案进行测试。不能够等到真的出现问题了，再临时抱佛脚。

三是频率问题。由于日志传送的相关作业都是根据时间表来进行的。所以，数据库管理员需要根据公司的情况，对这个时间进行合理规划。因为频繁的备份、传送、还原会降低数据库的性能。若企业对于可用性的要求不高，如可以允许一个小时的当机时间，则可以降低这个频率。相反，像笔者这种从事应用软件租赁的企业，客户众多。若数据库出现故障的话，则会影响一大批用户。为此，对于数据库的可用性要求比较严格。所以，在这个频率上，就设置得比较高。这个频率没有固定的参考标准。数据库管理员要根据自己的企业的情况，结合自己的专业知识，做出合理的规划。