SQLServer日志传送的三个角色与四个步骤

简单来说，日志传输是通过以上三个服务器角色和四个步骤来完成的。
第一步:备份日志。
主服务器将根据数据库管理员设置的备份计划备份事务日志。这是日志传输中的一个重要内容。如果主服务器的日志备份失败，后续工作将无法进行。因此，我们经常需要监控这个日志的备份，看看它是否按照数据库管理员想象的方式被处理。为了实现这个目标，我们可以使用“监控服务器”来帮助我们监控这项工作。
第二步:日志文件传输。
当主服务器备份日志时，主服务器会根据数据库管理员的设置，自动将相关的日志文件发送到从服务器。在日志文件传输过程中，需要考虑两个主要问题。
第一，多长时间传一次。一般情况下，如果需要数据库的高可用性，可以在主服务器备份完事务日志后发送一次备份日志文件。然而，这必须牺牲一些网络带宽。这个主要根据企业的实际情况来处理。像笔者所在的企业，因为是SAAS模式的数据库租赁公司，所以对数据库的可用性要求非常高。每次备份完成后，主服务器会及时将备份日志发送到从服务器。从而实现从服务器和主服务器之间的数据同步。
第二，监督日志文件的传输。将备份日志文件从主服务器准确、准时地传输到辅助服务器是辅助服务器正常运行的前提。为了使日志传输功能正常工作，经常需要对日志文件的传输进行监管。需要监控服务器来监控主服务器是否按时发送备份日志；以及辅助服务器是否及时接收到备份日志。如果出现异常，监控服务器需要通过消息或邮件的方式通知数据库管理员。
第三步:辅助服务器恢复事务日志。
当辅助服务器收到主服务器发送的备份日志时，需要根据该备份日志恢复数据库。这样，当主服务器出现故障时，辅助服务器可以立即代替主服务器工作。所以即使主服务器出现问题，用户也很难察觉。
由于以上三个作业都是通过时间表来安排的，所以这个恢复作业也可以通过操作系统的任务时间表来管理。对于辅助服务器的恢复频率，数据库管理员要合理设置。在试题管理过程中，主要问题是数据同步和数据库设计管理之间的平衡。
这是因为日志传输是根据时间表进行的，所以主服务器和辅助服务器之间存在时间差。当主服务器上的数据更改反映到辅助服务器上时，会有一段时间延迟。这种延迟有利也有弊。优点是这些延迟可以用作恢复用户错误的方法，因为辅助服务器上的日志文件的应用可以被延迟，所以数据库管理员可以选择不采用错误的配置。然而，缺点是显而易见的。因为通过日志服务器实现数据库高可用性的一个先决条件是提高辅助服务器和主服务器之间的数据同步性能。并且数据延迟将减少这种同步。
因此，数据库管理员需要综合各种情况来设置这种恢复的频率。我觉得这个数据同步更重要。因此，数据库服务器和辅助服务器的备份和恢复频率设置为三分钟。
第四步:报警。
虽然告警在日志传输中不是必须的，但往往是日志传输正常运行的保证。他就像高速公路上的一个探头。当上述三项作业出现问题时，数据库管理员可以立即知道，以便及时采取措施挽回损失。
具体来说，需要监控以下作业。出现异常情况时，及时通过信息或邮件向数据库管理员报告。
1。主服务器的日志备份有问题。如果主服务器延迟备份，监控服务器需要向数据库管理员报告相关情况。
2。备份日志传输异常。如果辅助服务器没有及时收到备份日志文件，监控服务器将通知数据库管理员。此时，数据库管理员需要检查一下是网络问题还是主服务器问题。
3。监控恢复情况。辅助服务器是否按时恢复数据库；如果在恢复过程中出现任何意外情况，您应该及时通知数据库管理员。例如，最常见的报警是当服务器没有按要求恢复时，就会触发报警作业。