none
有關備份種類和執行時間點對還原進度的影響..... RRS feed

  • 問題

  • hi...各位好

    backup和restore一直是身為dba重要課題,最近一直在研究這方面的問題

    而洽好也發現許多網友也都一直提出log檔太大...希望縮小log檔的問題,底下我整理幾個想法

    不知各位高手與先進可否可以幫我確認我的想法是否正確:

     

    1.有人提到用troncate_only來解決log檔太大的問題,而為了避免資料流失,最好先做一次完整份

       接著我就提出我的想法:

     

       1.1 假設AM 8:00做了一次完整備份,結果AM:8:05備份完成

       1.2 接著AM:8:10做了backup log xxx with truncate_only,並且成功降低log檔大小

       1.3 之後系統持續運作,AM 8:30 發生硬碟損毀,資料庫無法開啟

     

    想法1:因為使用 truncate_only, truncate_only後沒有再做任何備份,所以此情境還原時

      最多只能回到AM 8:00,也代表有可能損失30分鐘的資料,對嗎???

     

    想法2:如果在執行1.2後,再多做一次完整備份(AM 8:15),且AM 8:20完成

     (假設這五分鐘沒有其他交易發生)

                AM 8:30 發生硬碟損毀,資料庫無法開啟,此情境還原時,因為有多做一次完整備份

      所以可以還原到 AM 8:15,對嗎???

     

    想法3:如果AM 8:15到AM 8:20,假設這五分鐘其他交易發生,沒有同時做交易記錄備份

      那麼就會損失這五分鐘的資料,對嗎???,而假如有做交易記錄備份,則還原時

      就可以還原到AM 8:20對嗎????

     

    2. SHRINKFILE與SHRINKDATABASE,是會實際壓縮空間並還給OS,如果在做SHRINKFILE與SHRINKDATABASE之前

      有做了完整備份(假設 AM 8:05完成),與交易記錄備份(假設 AM 8:20完成),接著執行SHRINK 動作也完成

        並AM 8:30資料庫又損毀,是不是可以保證回到AM 8:20的狀態?????

        我想表達是SHRINK動作只是純粹壓縮,它並不會影響先前做交易記錄檔的備份量??? 對吧??

     

     

    不好意思,寫得很囉嗦,但我想確認一下我的想法,謝謝各位囉...

    2007年12月31日 上午 09:32