none
关于LogShipping的问题 RRS feed

  • 问题

  • 在配置LogShipping之前,需要做目标端和源端之间的全同步。我采用Backup/Restore方式。这时,如果数据库较大,Backup和Restore都是比较耗时的操作,比如说Backup和Restore一共需要2小时,然后再通过一些存储过程进行LogShipping配置,最后启用bak,cpy,res任务。

    我的问题是:在这个两个多小时期间,源端依然在发生数据的增删改,这些改变能同步到目标端么?如果不能,有办法解决么?如果能,其中的机制是怎样的呢?

    2010年9月28日 2:31

答案

  • All DMLs are kept in log, will go to secondary server once set log shipping. If you did log backups during db restoration, can restore those log backups before setup log shipping. 
    • 已标记为答案 老笨猪 2010年9月28日 6:05
    2010年9月28日 2:51
  • 简单地说, 备份有一个日志序列号, 还原的时候也是还原到这个号截止, 后面的还原, 只要是基于这个超始的号就行了.

    所以, 只要你在完全备份之后, 没有截断日志(例如备份, 将数据库恢复模型改为simple)的操作, 那么即使配置花费再长的时间, 也是能够同步的(并不要求备份后没有数据变更)

     

    • 已标记为答案 老笨猪 2010年9月28日 6:05
    2010年9月28日 4:26

全部回复

  • All DMLs are kept in log, will go to secondary server once set log shipping. If you did log backups during db restoration, can restore those log backups before setup log shipping. 
    • 已标记为答案 老笨猪 2010年9月28日 6:05
    2010年9月28日 2:51
  • 简单地说, 备份有一个日志序列号, 还原的时候也是还原到这个号截止, 后面的还原, 只要是基于这个超始的号就行了.

    所以, 只要你在完全备份之后, 没有截断日志(例如备份, 将数据库恢复模型改为simple)的操作, 那么即使配置花费再长的时间, 也是能够同步的(并不要求备份后没有数据变更)

     

    • 已标记为答案 老笨猪 2010年9月28日 6:05
    2010年9月28日 4:26