none
請教差異備檔增大問題 RRS feed

  • 問題

  • 各位前輩好,

    最近公司的DB備份 忽然發現差異備檔部分 變大很多

    不知道這種狀況是否為正常?

    感謝回答

    補充我自己的想法 剛做完FULL BACKUP 隔了四小時之後的差異檔 還是有快60G? 這樣是不是有問題..


    2015年5月4日 上午 09:20

解答

  • 問題解決了...查到是複寫卡住!?造成的問題

    利用DBCC OPENTRAN查目前使用中交易

    LSN剛好是之前備份起始的位址 → 先直接初始化複寫 關閉使用中交易


    再次備份 LSN起始位址已改變 大小回復正常.....=_=







    • 已編輯 TechDebt 2015年5月14日 上午 07:34
    • 已標示為解答 albert.cc 2015年5月14日 上午 08:28
    2015年5月14日 上午 07:06

所有回覆

  • 您好
    請問在這4小時期間有對資料庫做什麼樣的改變設定嗎

    歡迎開發者或IT技術工作者同好在開發過程中遇到的問題或相關經驗分享在MSDN論壇上,供大家經驗交流學習
    並請記得將對您有幫助的回覆"標示為解答"以幫助其他尋找解答及參與社群討論的朋友們。

    Please remember to click Mark as Answer on the post that helps you. This can be beneficial to other community members reading the thread.

    2015年5月4日 上午 10:27
  • 您好,

    這4小時內設定沒有特別更動

    因為我是設定每天備一次差異檔 每天備出來的檔案都會佔這麼多的空間

    可以觀察交易備檔(trn)也沒有特別增大

    謝謝!

    2015年5月4日 上午 10:59
  • Did you do all backups with compression? How many data changes in those 4 hours period? 
    2015年5月4日 下午 01:07
  • 如果有做鏡像,檢查鏡像是不是停掉了...

    不精確的問法,就會得到隨便猜的答案;自己都不肯花時間好好描述問題,又何必期望網友會認真回答?

    2015年5月4日 下午 03:00
  • 您好,

    原本DB是有做鏡像沒錯, 後來是有天發現diff備檔, 一直增大

    因為要處理問題, 先把鏡像停用, 上面的貼圖就是已經停用鏡像幾天後

    但好像還是沒有特別改變


    • 已編輯 TechDebt 2015年5月4日 下午 03:42
    2015年5月4日 下午 03:20
  • 您好,

    各備份都沒有做壓縮, 我再記錄觀察這四小時間發生什麼事

    謝謝

    DECLARE @FilePath VARCHAR(200)='D:\DB_BACKUP\'+CONVERT(VARCHAR,GETDATE(),112)+REPLACE(CONVERT(VARCHAR,GETDATE(),108),':','')+'_DB01_Diff.diff'
    BACKUP DATABASE DB01 TO DISK = @FilePath WITH DIFFERENTIAL


    2015年5月4日 下午 03:41
  • Ok, only 3.5gb increrase for a day. Not that heavy data changes. Should check what happned in those 4 hours after full backup.
    2015年5月4日 下午 04:48
  • 您好
    根據您提供的圖片紀錄
    做完完整備份後大約153GB
    第一次差異備份大約58GB
    第二次62GB,數值差不多
    但可能要觀察一下每天這個變動的資料是不是60G左右
    所以造成每次在做差異備份時大小都在這個範圍

    歡迎開發者或IT技術工作者同好在開發過程中遇到的問題或相關經驗分享在MSDN論壇上,供大家經驗交流學習
    並請記得將對您有幫助的回覆"標示為解答"以幫助其他尋找解答及參與社群討論的朋友們。

    Please remember to click Mark as Answer on the post that helps you. This can be beneficial to other community members reading the thread.

    2015年5月5日 上午 06:51
  • Correction, 62.5gb is 2 day's changes.
    2015年5月5日 下午 01:08
  • 你鏡像停用,則 Master 無法寫入到 Mirror ,就會造成 Master 內的交易紀錄檔無法清除,你可以看看你不管備份幾份,或是下指令截斷交易紀錄檔,Master 的交易紀錄不會減少 (僅少數不影響 Mirror 的可被刪除) 。

    等到鏡像恢復後,Master 把資料透過交易紀錄更新到 Mirror 後,已完成傳輸的交易紀錄才可以被刪掉。


    不精確的問法,就會得到隨便猜的答案;自己都不肯花時間好好描述問題,又何必期望網友會認真回答?

    2015年5月5日 下午 01:44
  • Shouldn't if removed mirror already, pause mirroring is different story.
    2015年5月5日 下午 03:55
  • 剛忙完..又回來看DB問題

    下午手動執行了一次【完整】和 立即差異備份中間無間隔 檔案大小依然差不多

    查備檔記錄 我發現第一個LSN是很久之前的? 可追朔到3月份...不知這個狀況是否為正常 

    最早的 1274157000003249800001

    是否就是問題點!? 


    • 已編輯 TechDebt 2015年5月13日 上午 10:31
    2015年5月13日 上午 10:20
  • 您好
    不知道您的問題是否如同這篇說的
    資料檔本身不大但是交易紀錄卻很大的問題
    http://caryhsu.blogspot.com/2012/02/blog-post_21.html

    歡迎開發者或IT技術工作者同好在開發過程中遇到的問題或相關經驗分享在MSDN論壇上,供大家經驗交流學習
    並請記得將對您有幫助的回覆"標示為解答"以幫助其他尋找解答及參與社群討論的朋友們。

    Please remember to click Mark as Answer on the post that helps you. This can be beneficial to other community members reading the thread.

    2015年5月14日 上午 02:51
  • 您好,

    主要問題是在進行完整備份後 第一次差異備份檔案相當大約70~80G

    前面有前輩是說要看這4小時發生什麼事(第一張附圖)

    有記錄沒有到70~80G的差異..

    所以我昨天 測試手動完整備份後 立即做差異備份 (無4小時間隔)

    diff檔案大小還是差不多

    觀察備檔記錄 一個現象是第一個LSN序號編號沒有異動 

    而目前延續下來的序號 是已經在很久之前的3/25差異檔

    猜想是不是代表最近幾次做備份 都是從3/25的位置開始 所以備檔才一直變大...


    • 已編輯 TechDebt 2015年5月14日 上午 06:08
    2015年5月14日 上午 06:03
  • 問題解決了...查到是複寫卡住!?造成的問題

    利用DBCC OPENTRAN查目前使用中交易

    LSN剛好是之前備份起始的位址 → 先直接初始化複寫 關閉使用中交易


    再次備份 LSN起始位址已改變 大小回復正常.....=_=







    • 已編輯 TechDebt 2015年5月14日 上午 07:34
    • 已標示為解答 albert.cc 2015年5月14日 上午 08:28
    2015年5月14日 上午 07:06
  • 很高興您找到問題的原因了
    雖然這個問題無法幫上太多
    但還是歡迎之後可以經常來此跟大家討論
    謝謝

    歡迎開發者或IT技術工作者同好在開發過程中遇到的問題或相關經驗分享在MSDN論壇上,供大家經驗交流學習
    並請記得將對您有幫助的回覆"標示為解答"以幫助其他尋找解答及參與社群討論的朋友們。

    Please remember to click Mark as Answer on the post that helps you. This can be beneficial to other community members reading the thread.

    2015年5月14日 上午 08:30