none
LogShipping的奇怪的问题 RRS feed

  • 问题

  • 两台sqlserver 2005 RTM的数据库,做的Logshipping。

    以前都是好好的 今天看日志,提示说有几个小时没同步了。检查发现一个奇怪的现象

    在主库端日志备份的Job执行是正常的,但是出来的文件的名称怪怪的,

    明明是早上10点备份的,但是日志备份文件的名称居然是:BF_TLMZ_20120320020001.trn

    光看这个名称,别人就会以为是今天早上2点的备份,为什么会出现这个现象呢?

    我看了下 另外几个没做logshipping的数据库的备份文件名称是正常的。


    If you haven't all the things you want,be grateful for the things you don't have that you didn't want.

    2012年3月20日 2:58

答案

  • log backup file name in log shipping is not based on system datetime, you should check log restore job history to find out if any error there. 
    恢复的Job也没报错呢。。。。

    If you haven't all the things you want,be grateful for the things you don't have that you didn't want.

    Then check copy job and check authentication in log shipping monitor setting. All log shipped db on the instance should have same authentication (either all sql authentication or all windows authentication), otherwise will break log shipping. It's bug in log shipping for long time, even in sql2k8 r2. 
    2012年3月20日 12:58

全部回复

  • 看接收端的copy文件的Job以及恢复的Job都是正常运行的,但是就是因为名称问题,导致提示说几个小时没同步了

    


    If you haven't all the things you want,be grateful for the things you don't have that you didn't want.

    

    • 已编辑 Wison-Ho 2012年3月20日 3:01
    2012年3月20日 3:00
  • log backup file name in log shipping is not based on system datetime, you should check log restore job history to find out if any error there. 
    2012年3月20日 3:38
  • log backup file name in log shipping is not based on system datetime, you should check log restore job history to find out if any error there. 
    恢复的Job也没报错呢。。。。

    If you haven't all the things you want,be grateful for the things you don't have that you didn't want.

    2012年3月20日 3:42
  • 两台sqlserver 2005 RTM的数据库,做的Logshipping。

    以前都是好好的 今天看日志,提示说有几个小时没同步了。检查发现一个奇怪的现象

    在主库端日志备份的Job执行是正常的,但是出来的文件的名称怪怪的,

    明明是早上10点备份的,但是日志备份文件的名称居然是:BF_TLMZ_20120320020001.trn

    光看这个名称,别人就会以为是今天早上2点的备份,为什么会出现这个现象呢?

    我看了下 另外几个没做logshipping的数据库的备份文件名称是正常的。


    If you haven't all the things you want,be grateful for the things you don't have that you didn't want.


    印象中log shipping的log备份时间是UTC时间,和我们差8个小时,这是正常的。

    Best Regards, nicofer

    2012年3月20日 7:47
  • log backup file name in log shipping is not based on system datetime, you should check log restore job history to find out if any error there. 
    恢复的Job也没报错呢。。。。

    If you haven't all the things you want,be grateful for the things you don't have that you didn't want.

    Then check copy job and check authentication in log shipping monitor setting. All log shipped db on the instance should have same authentication (either all sql authentication or all windows authentication), otherwise will break log shipping. It's bug in log shipping for long time, even in sql2k8 r2. 
    2012年3月20日 12:58