none
交易式複寫,會不會造成LOG檔無法截斷? RRS feed

  • 問題

  • 想問一下,

    有兩個Server A和B, A 交易式複寫到B

    A-發行

    B-訂閱

    在A的資料庫都有定時做LOG檔備份(備份就會截斷LOG檔)

    現在的問題是B關機了,,,,,然後A也INSERT了五筆資料,接著進行LOG檔的備份

    想問一下,這個LOG檔的備份會截斷這五筆的交易紀錄嗎?那B如果等到A的LOG檔備份成功結束後,再開機,

    那B會新增那五筆資料嗎?

    2016年5月18日 上午 03:29

解答

  • 只要還沒複寫到訂閱者的 LOG 會被做記號,所以不會因為備份就被截斷

    ☞ 這裡是「免費的討論區」付費支援服務請造訪 此處享受尊榮服務
    如果回覆對您有幫助,請記得按下標示為解答」

    • 已標示為解答 HAPPYHSIN 2016年5月19日 上午 02:37
    2016年5月18日 上午 09:25
    版主
  • Means waiting for subscriber to replicate transactions, double check once subscriber comes online.
    • 已標示為解答 HAPPYHSIN 2016年5月24日 上午 10:20
    2016年5月19日 下午 06:37
  • What do you mean log is not truncated? Sql will not shrink log size after log backup.
    • 已標示為解答 HAPPYHSIN 2016年5月24日 上午 10:20
    2016年5月20日 下午 06:52
  • It's communication issue between publisher and subscriber, not related to log backup at all. Did you check details in replication monitor?
    • 已標示為解答 HAPPYHSIN 2016年6月2日 上午 01:25
    2016年5月27日 下午 04:54

所有回覆

  • 只要還沒複寫到訂閱者的 LOG 會被做記號,所以不會因為備份就被截斷

    ☞ 這裡是「免費的討論區」付費支援服務請造訪 此處享受尊榮服務
    如果回覆對您有幫助,請記得按下標示為解答」

    • 已標示為解答 HAPPYHSIN 2016年5月19日 上午 02:37
    2016年5月18日 上午 09:25
    版主
  • 我發現我的log都無法截斷.....

    也產生下列的錯誤訊息...

    訊息
    Replication-@rowcount_only 參數的值必須為 0、1 或 2。0=7.0 相容的加總檢查碼。1=僅檢查資料列計數。2=版本 8.0 新推出的加總檢查碼功能。: agent 散發@rowcount_only 參數的值必須為 0、1 或 2。0=7.0 相容的加總檢查碼。1=僅檢查資料列計數。2=版本 8.0 新推出的加總檢查碼功能。 scheduled for retry. 無法清除散發交易資料表。

    2016年5月19日 上午 02:38
  • Means waiting for subscriber to replicate transactions, double check once subscriber comes online.
    • 已標示為解答 HAPPYHSIN 2016年5月24日 上午 10:20
    2016年5月19日 下午 06:37
  • 錯誤訊息已經解決了......

    現在發行訂閱散發的server都是online的狀態,測試log黨會不會截斷,發現即使過了一天,log檔還是沒截斷.....


    2016年5月20日 上午 07:04
  • What do you mean log is not truncated? Sql will not shrink log size after log backup.
    • 已標示為解答 HAPPYHSIN 2016年5月24日 上午 10:20
    2016年5月20日 下午 06:52
  • DBCC SQLPERF('LOGSPACE') 查看log space 的狀況的使用狀況...

    我確認的不是log的size,而是使用狀況,以%為單位

    發現log的使用狀況都是36%....

    我已經做了log backup的指令...過了好幾天在做log backup的指令...

    log的使用狀況依然是36%......

    這是測試機,只有我在做資料庫上面做動作...

    2016年5月23日 上午 03:23
  • How often do you backup log? Once several days? Of course will not reduce log usage because sql truncates log only after log backup. 
    2016年5月23日 下午 04:15
  • not fixed time.....I use log backup  to truncates log ...

     before i checked log usage ,  I used to  backup log.


    • 已編輯 HAPPYHSIN 2016年5月24日 上午 10:20
    2016年5月24日 上午 10:16
  • You are better to backup log in scheduled intervals like every 30 minutes.
    2016年5月25日 下午 05:26
  • i have tried to set schedule ,but it'can't .....

    it appear the error message is sqlserver errorlog several days ago...

    Replication-複寫散發子系統: agent xxxxx scheduled for retry. 該處理無法連接到 Subscriber 'xxxx'。

    只有幾天前出現這個錯誤訊息...

     
    2016年5月27日 上午 10:23
  • It's communication issue between publisher and subscriber, not related to log backup at all. Did you check details in replication monitor?
    • 已標示為解答 HAPPYHSIN 2016年6月2日 上午 01:25
    2016年5月27日 下午 04:54