MSSQLSERVER_3159
適用於:SQL Server
詳細資料
屬性 | 值 |
---|---|
產品名稱 | SQL Server |
事件識別碼 | 3159 |
事件來源 | MSSQLSERVER |
元件 | SQLEngine |
符號名稱 | LDDB_LOGNOTBACKEDUP |
訊息文字 | 資料庫 "%ls" 的記錄結尾尚未備份。 如果備份記錄包含您不想遺失的工作,請使用 BACKUP LOG WITH NORECOVERY 來備份記錄。 亦可使用 RESTORE 陳述式的 WITH REPLACE 或 WITH STOPAT 子句,覆寫記錄的內容。 |
說明
在大部分情況下,在完整或大量記錄復原模式下,SQL Server 會要求您備份記錄的尾端,以擷取尚未備份的記錄檔記錄。 在還原作業稱為尾記錄備份之前,記錄檔備份所擷取的記錄備份。
當您將資料庫復原到失敗點時,尾記錄備份是復原計畫中感興趣的最後一個備份。 如果您無法備份記錄的結尾,您只能將資料庫復原到失敗之前建立的最後一個備份結尾。
SQL Server 通常需要先進行尾記錄備份,才能開始還原資料庫。 尾記錄備份可防止工作遺失,並讓記錄鏈結保持不變。 不過,並非所有還原案例都需要尾記錄備份。 如果復原點包含在先前的記錄備份中,或者您要移動或取代資料庫,而且不需要將它還原到最近備份之後的時間點,就不需要進行尾記錄備份。 此外,如果記錄檔損毀且無法建立尾記錄備份,您必須還原資料庫而不使用尾記錄備份。 在最新的記錄備份之後認可的任何交易都遺失。 如需詳細資訊,請參閱本主題稍後的。
警告
REPLACE 應該很少使用,而且只有在仔細考慮之後。
使用者動作
進行尾記錄備份,然後重試還原作業。
如果您無法備份記錄的結尾,請在 RESTORE 語句中使用 WITH STOPAT 或 WITH REPLACE。
另請參閱
將 SQL Server 資料庫還原至某個時間點 (完整復原模式)
資料庫損毀時備份交易記錄 (SQL Server)
備份交易記錄 (SQL Server)
結尾記錄備份 (SQL Server)
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應