【问题标题】:Database mirroring out of sync after Transcriptional log backup转录日志备份后数据库镜像不同步
【发布时间】:2015-02-11 20:12:31
【问题描述】:

在 SQL server 数据库镜像中,我需要关闭镜像服务器进行维护 2 小时。但是,如果我在主数据库上每 15 分钟运行一次事务日志备份,那么当镜像服务器恢复时,数据库镜像是否仍然有效?还是会因为日志备份后事务被截断而导致 LSN 不同步?

假设我没有暂停镜像

【问题讨论】:

    标签: sql-server-2012 transaction-log database-mirroring


    【解决方案1】:

    但是,如果我在主数据库上每 15 分钟运行一次事务日志备份,那么当镜像服务器恢复时,数据库镜像是否仍然有效?还是会因为日志备份后事务被截断而导致 LSN 不同步?

    主体服务器上的事务日志备份不会以任何方式影响数据库镜像。事实上,建议对参与镜像的数据库进行频繁的事务日志备份。

    不要将它与日志传送混淆,后者涉及将transaction log backup 移动到辅助服务器。在镜像中没有事务日志备份,但 Log information 从主体移动到镜像。这不会受到事务日志备份的任何影响。

    当您进行事务日志备份时,LSN 就会出现,您在日志传送中执行此操作。在镜像中,我们只是传输日志信息

    【讨论】:

    • 谢谢,这是我仍然感到困惑的地方。我的理解是,当备份事务日志时,它会被截断以释放空间。现在在我的场景中,在镜像服务器启动之前,主数据库上会有多个事务日志。
    • 谢谢,这是我仍然感到困惑的地方。我的理解是,当备份事务日志时,它会被截断以释放空间。现在在我的场景中,当镜像服务器关闭时,主数据库上将会有多个事务日志。所以你是说,那些事务日志仍然可用(或者在镜像服务器关闭期间不在事务日志备份中)并且在镜像之前不会被截断?如果是,在镜像服务器宕机期间事务日志备份大小是否为零?
    • 事务日志备份只是截断日志使其可重用它不会释放空间。通过使用 dbcc shrinkfile 进行收缩来释放空间。如果您进行多个日志备份,则不会影响镜像。在进入维护模式之前,请确保您暂停镜像,请阅读暂停的影响msdn.microsoft.com/en-us/library/ms190664.aspx
    • 对不起,我的意思是释放空间,我的意思是截断以释放非活动日志空间。
    • 看到镜像上的提交是不同的,它的事务和事务日志备份的实际提交是使该信息永久保存在备份文件中,并使该空间可重用于其他事务。
    猜你喜欢
    • 1970-01-01
    • 2010-09-25
    • 2020-10-21
    • 1970-01-01
    • 2021-09-20
    • 1970-01-01
    • 2020-10-24
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多