我從客戶端收到一個.bak文件,我一直在努力嘗試使其工作兩天。將文件還原到SQL Server 2012中的新數據庫時,恢復成功,但恢復的數據庫中沒有表。 我已經嘗試了不同的幾乎所有我可以在網上找到的東西,我真的認爲備份可能沒有正確執行(我不期待用該信息回到客戶端)。當從.bak文件恢復SQL DB時,所有表都丟失
我很欣賞任何想法。 謝謝
我從客戶端收到一個.bak文件,我一直在努力嘗試使其工作兩天。將文件還原到SQL Server 2012中的新數據庫時,恢復成功,但恢復的數據庫中沒有表。 我已經嘗試了不同的幾乎所有我可以在網上找到的東西,我真的認爲備份可能沒有正確執行(我不期待用該信息回到客戶端)。當從.bak文件恢復SQL DB時,所有表都丟失
我很欣賞任何想法。 謝謝
聽起來像客戶在發送之前備份了空白數據庫。我恢復了大量客戶提供的備份,我從不感到驚訝。回到客戶端,請求新的FULL DATABASE備份,然後重試。
您需要回到客戶端並告訴他們他們給了您錯誤的備份,因爲它是空的。
如果備份可以成功恢復,並且其中沒有表,那麼備份時也沒有表。備份可能「沒有正確執行」並且仍然成功(並且生成可恢復的備份),並且在這種情況下結束。除非他們備份了錯誤的數據庫或提供了錯誤的.bak文件。
客戶可能唯一會生氣的是你等了兩天才告訴他們。
感謝您的反饋...客戶不滿意,因爲他們的舊供應商已經抹去了數據庫...我猜想我試着從頭開始重建表格。 – JRulle
@JRulle很好,如果是這樣的話,他們不應該爲此感到憤怒(除非他們在給你備份後擦掉了數據庫,並且你等了兩天時間告訴他們備份不好)。 –
冒着「我也是」的答案,聽起來像是誰給了你那個備份給你錯誤的東西。但是你可以做一個restore headeronly from disk = 'path_to_backup'
應該告訴你各種有用的信息,包括確認:
今天我有同樣的問題。事實證明,我已經複製了系統數據庫的.bak文件,而不是主數據庫的.bak文件。因爲我今天晚上要參加一個節日,因此我要回到雲端。
如果您遇到同樣的問題,也許請仔細檢查您的文件。我的同一個目錄,同一個日期戳和一個亂碼的名字,所以很容易犯錯......我喜歡想。
我有同樣的問題。我首先創建數據庫,然後右鍵單擊它並選擇恢復。這導致沒有表格。相反,我右鍵單擊「數據庫」並從那裏選擇恢復。現在我可以看到所有的表格。
我遇到了同樣的問題 - 沒有恢復表。我所做的只是創建了一個新的數據庫並將其還原到新的數據庫中。一切按預期工作。
如果它沒有任何錯誤地成功恢復,那麼您將不得不返回客戶端。 –
問題是什麼? –
.bak文件有多大? –