2011-03-01 121 views
1

我有一個SQL Server 2005 .bak文件(與維護計劃創建的),我試圖恢復到SQL Server的不同實例卡是否2005年SQL Server數據庫恢復在99%

不管我使用UI或RESTORE DATABASE,恢復過程似乎停止在99%。如果我使用RESTORE VERIFYONLY FROM DISK='mybackup.bak'它報告我的備份是有效的。

有趣的是,在我開始恢復過程之後,一個43 GB的事務日誌文件出現在我的MSSQL \ DATA目錄中。 .BAK文件是60 MB。該系統具有足夠的可用空間用於此恢復。

對其他恢復策略的任何建議我應該嘗試?我要讓恢復過夜,看看會發生什麼。

感謝

回答

6

如果你有一個43Gb的事務日誌,這取決於您的磁盤的速度,恢復需要一段時間。這意味着當你備份你的數據庫時,它有一個43Gb的日誌文件,它是空的。因此,當您恢復時,SQL Server必須爲該日誌文件分配43Gb,並且它必須在物理上運行並將43Gb清零,這需要一段時間。

我建議等待一段時間恢復完成,也許幾個小時,或者在生產環境中進行事務日誌備份,然後將傳輸日誌文件縮小爲100Mb,然後執行備份並從中恢復。

IT對理解恢復模型和使用的備份模型非常重要。不要在生產上打一個分貝,讓它運行,如果你不管理它,最終會遇到很大的問題。

+0

+1恢復正在創建一個43Gb文件,然後等到新創建的文件被清零。這確實需要一段時間,並且可能這就是它出現卡住的原因。 – 2011-03-01 05:39:45

+0

事實上,這是它,它需要大部分時間,但它的工作。進度指示器不需要分配那麼大的事務日誌。感謝您的幫助,未來我會在計算機被燒燬之前測試我的備份方案。 – Aaron 2011-03-02 01:22:30