針對備份和還原作業 SQL Server 疑難解答
本文提供您在 Microsoft SQL Server 備份和還原作業期間可能遇到的常見問題解決方案,並提供這些作業進一步資訊的參考。
原始產品版本: SQL S
原始 KB 編號: 224071
備份和還原作業需要很長的時間
備份和還原作業需要大量 I/O。 備份/還原輸送量取決於基礎 I/O 子系統的優化程度,以處理 I/O 磁碟區。 如果您懷疑備份作業已停止或花費太多時間來完成,您可以使用下列一或多個方法來預估完成時間,或追蹤備份或還原作業的進度:
SQL Server 錯誤記錄檔包含先前備份和還原作業的相關信息。 您可以使用這些詳細數據來估計備份和還原資料庫目前狀態所需的時間。 以下是錯誤記錄檔的範例輸出:
RESTORE DATABASE successfully processed 315 pages in 0.372 seconds (6.604 MB/sec)
在 SQL Server 2016 和更新版本中,您可以使用 XEvent backup_restore_progress_trace來追蹤備份和還原作業的進度。
您可以使用 sys.dm_exec_requests
percent_complete
的數據行來追蹤進行中備份和還原作業的進度。您可以使用
Device throughput Bytes/sec
和性能監視器計數器來測量備份和Backup/Restore throughput/sec
還原輸送量資訊。 如需詳細資訊,請參閱 SQL Server、備份裝置物件。使用 estimate_backup_restore 腳本來取得備份時間的估計值。
請參閱 運作方式:還原/備份的運作方式為何?。 此部落格文章提供備份或還原作業目前階段的深入解析。
要檢查的專案
檢查您是否遇到下表所列的任何已知問題。 請考慮您是否應該實作變更,或套用對應文章中所討論的修正和最佳做法。
知識庫或在線叢書連結 說明和建議的動作 優化 SQL Server 中的備份和還原效能 在線叢書主題涵蓋各種最佳做法,可用來改善備份/還原作業的效能。 例如,您可以將特殊許可權指派給 SE_MANAGE_VOLUME_NAME
執行 SQL Server 的 Windows 帳戶,以啟用資料檔的立即初始化。 這可能會產生顯著的效能提升。2920151 Windows Server 2012 R2 型故障轉移叢集的建議 Hotfix 和更新
2822241 Windows 8和 Windows Server 2012 更新匯總:2013 年 4 月目前的系統匯總可以包含系統層級的已知問題修正,可能會降低程式的效能,例如 SQL Server。 安裝這些更新有助於防止這類問題。 2878182修正:執行 Windows Server 2012 的伺服器上,應用程式中的使用者模式進程沒有回應 備份作業需要大量 I/O,而且可能會受到此 Bug 影響。 套用此修正以協助避免這些問題。 設定防病毒軟體以使用 SQL Server 防病毒軟體可能會鎖定.bak檔案。 這可能會影響備份和還原作業的效能。 請遵循本文中的指引,將備份檔從病毒掃描中排除。 當您嘗試存取不再存在於 Windows 中的共享資料夾時,2820470延遲的錯誤訊息 討論當您嘗試存取不再存在於 Windows 2012 和更新版本中的共享資料夾時所發生的問題。 967351 NTFS 磁碟區中高度分散的檔案可能不會成長到超過特定大小 討論NTFS文件系統嚴重分散時所發生的問題。 304101備份程式在備份大型系統磁碟區時失敗 2455009修正:如果在 2005 SQL Server、SQL Server 2008 或 2008 R2 SQL Server 事務歷史記錄內有許多 VLF,則復原資料庫時效能變慢 許多虛擬記錄檔的存在可能會影響還原資料庫所需的時間。 這在還原作業的復原階段特別是如此。 如需許多 VLF 存在可能造成之其他可能問題的資訊,請參閱 資料庫作業需要很長的時間才能完成,或在事務歷史記錄檔有許多虛擬記錄檔時觸發錯誤。 網路位置的備份或還原作業速度很慢 嘗試從執行 SQL Server 的伺服器將大小類似的檔案複製到網路位置,以將問題隔離至網路。 確認效能。 請檢查 SQL Server 錯誤記錄檔和 Windows 事件記錄檔中的錯誤訊息,以取得問題原因的詳細指標。
如果您使用第三方軟體或資料庫維護計劃來執行同時備份,請考慮是否應變更排程,以將寫入備份的磁碟驅動器競爭降至最低。
請與您的 Windows 系統管理員合作,檢查硬體是否有韌體更新。
影響不同 SQL Server 版本之間資料庫還原的問題
SQL Server 備份無法還原至比建立備份時版本還舊的 SQL Server 版本。 例如,您無法將 SQL Server 2019 實例上的備份還原至 SQL Server 2017 實例。 否則,會出現下列錯誤訊息:
錯誤 3169:資料庫已在執行 %ls 版的伺服器上備份。 該版本與執行 %ls 版的伺服器不相容。 請在支援備份的伺服器上還原資料庫,或使用與此伺服器相容的備份。
使用下列方法,將裝載於較新版本 SQL Server的資料庫複製到舊版的 SQL Server。
注意事項
下列程式假設您有兩個 SQL Server 實例,其名稱為 SQL_A (更高版本) 和SQL_B (较低的版本) 。
- 在 SQL_A 和 SQL_B 上下載並安裝最新版的 SQL Server Management Studio (SSMS ) 。
- 在SQL_A上,請遵循下列步驟:
- 以滑鼠右鍵按兩下 <[YourDatabase>工作>產生腳本],然後選取選項來編寫整個資料庫和所有資料庫物件的腳本。
- 在 [設定腳本選項] 畫面上,選取 [進階],然後在 [SQL Server 版本的一般>腳本] 底下選取SQL_B的版本。 此外,選取最適合您儲存所產生腳本的選項。 然後,繼續精靈。
- 使用 大量複製程式公用程式 (bcp) ,從不同的數據表複製數據。
- 在SQL_B上,請遵循下列步驟:
- 使用在SQL_A伺服器上產生的腳本來建立資料庫架構。
- 在每個數據表上,停用任何外鍵條件約束和觸發程式。 如果數據表有任何識別數據行,請啟用身分識別插入。
- 使用 bcp 將您在上一個步驟中匯出的數據匯入對應的數據表。
- 數據匯入完成之後,啟用外鍵條件約束和觸發程式,並停用步驟 c 中每個受影響數據表的身分識別插入。
此程式通常適用於中小型資料庫。 對於較大的資料庫,SSMS 和其他工具中可能會發生記憶體不足問題。 您應該考慮使用 SQL Server Integration Services (SSIS) 、複寫或其他選項,以建立從較新版本到舊版 SQL Server 的資料庫複本。
如需如何為資料庫產生文本的詳細資訊,請參閱 使用 [產生腳本] 選項編寫資料庫的腳本。
Always On 環境中的備份作業問題
如果您在 Always On 環境中遇到影響備份作業或維護計劃的問題,請注意下列事項:
- 根據預設,自動備份喜好設定會設定為 [偏好次要]。 這會指定備份應該發生在次要複本上,除非主要複本是唯一在線複本。 您無法使用此設定來進行資料庫的差異備份。 若要變更此設定,請在目前的主要復本上使用 SSMS,然後流覽至可用性群組的 [屬性] 底下的 [備份喜好設定] 頁面。
- 如果您使用維護計劃或排程工作來產生資料庫的備份,請務必在裝載可用性群組可用性複本的每個伺服器實例上,為每個可用性資料庫建立作業。
如需 Always On 環境中備份的詳細資訊,請參閱下列主題:
從備份還原資料庫時的媒體相關錯誤
如果您收到指出檔案問題的錯誤訊息,這是損毀備份文件的徵兆。 以下是備份集損毀時可能會收到的一些錯誤範例:
-
3241:裝置 '%ls' 上的媒體系列格式不正確。 SQL Server 無法處理此媒體家族。
-
3242:裝置 '%ls' 上的檔案不是有效的 Microsoft 磁帶格式備份集。
-
3243:裝置 '%ls' 上的媒體家族是使用 Microsoft 磁帶格式版本 %d.%d 所建立。 SQL Server 支援版本 %d.%d。
注意事項
您可以使用 Restore Header 語 句來檢查備份。
這些問題的發生原因可能是影響基礎硬體 (硬碟、網路記憶體等) 或與病毒或惡意代碼相關的問題。 檢閱 Windows 系統事件記錄檔和硬體記錄檔中是否有回報的錯誤,並採取適當的動作 (例如升級韌體或修正網路問題) 。
若要避免這些錯誤,請在執行備份時啟用 Backup CHECKSUM 選項,以避免備份損毀的資料庫。 如需詳細資訊,請參閱備份和還原 (SQL Server) 期間可能發生的媒體錯誤。
您也可以啟用追蹤旗標 3023,以在使用備份工具執行備份時啟用總和檢查碼。 如需詳細資訊,請 參閱如何在備份公用程式未公開選項時啟用 CHECKSUM 選項。
若要修正這些問題,您必須找出另一個可用的備份檔,或建立新的備份集。 Microsoft 不提供任何可協助從損毀的備份集擷取數據的解決方案。
注意事項
如果備份檔在一部伺服器上成功還原,但在另一部伺服器上還原失敗,請嘗試不同的方式在伺服器之間複製檔案。 例如,請嘗試 robocopy ,而不是一般複製作業。
備份因為許可權問題而失敗
當您嘗試執行資料庫備份作業時,會發生下列其中一個錯誤。
案例 1:當您從 SQL Server Management Studio 執行備份時,備份會失敗並傳回下列錯誤訊息:
伺服器 <伺服器名稱>的備份失敗。 (Microsoft.SqlServer.SmoExtended)
System.Data.SqlClient.SqlError:無法開啟備份裝置 '<device name>'。 操作系統錯誤 5 (拒絕存取。) 。 (Microsoft.SqlServer.Smo)案例 2:排程備份失敗,併產生錯誤訊息,記錄在失敗作業的作業歷程記錄中,如下所示:
Executed as user: <Owner of the job>. ....2 for 64-bit Copyright (C) 2019 Microsoft. All rights reserved. Started: 5:49:14 PM Progress: 2021-08-16 17:49:15.47 Source: {GUID} Executing query "DECLARE @Guid UNIQUEIDENTIFIER EXECUTE msdb..sp...".: 100% complete End Progress Error: 2021-08-16 17:49:15.74 Code: 0xC002F210 Source: Back Up Database (Full) Execute SQL Task Description: Executing the query "EXECUTE master.dbo.xp_create_subdir N'C:\backups\D..." failed with the following error: "xp_create_subdir() returned error 5, 'Access is denied.'". Possible failure reasons: Problems with the query, "ResultSet" property not set correctly, parameters not set correctly, or connection not established correctly.
如果 SQL Server 服務帳戶沒有寫入備份之資料夾的 [讀取] 和 [寫入] 許可權,就會發生上述其中一種情況。 備份語句可以在作業步驟中執行,或從 SQL Server Management Studio 手動執行。 不論是哪一種情況,它們一律會在 SQL Server 服務啟動帳戶的內容下執行。 因此,如果服務帳戶沒有必要的許可權,您會收到稍早記下的錯誤訊息。
如需詳細資訊,請參閱 備份裝置。
注意事項
您可以在資料夾上檢查 SQL 服務帳戶的目前許可權,方法是瀏覽至對應資料夾屬性中的 [ 安全 性] 索引標籤,選取 [ 進 階] 按鈕,然後使用 [ 有效存取] 索引 卷標。
使用第三方備份應用程式的備份或還原作業失敗
SQL Server 提供虛擬備份裝置介面 (VDI) 工具。 此 API 可讓獨立軟體廠商將 SQL Server 整合到其產品中,以提供備份和還原作業的支援。 這些 API 經過工程設計,可提供最大的可靠性和效能,並支援 SQL Server 備份和還原功能的完整範圍。 這包括完整範圍的快照集和熱備份功能。
常見疑難排解步驟
針對 2012 SQL Server 之前的版本,請確定 SQLWriter 服務已啟動,且啟動帳戶已設定為本機系統。 此外,請確定 NT AUTHORITY\SYSTEM 登入存在於 SQL Server 中,而且它是執行備份之實例的 Sysadmin 伺服器角色的一部分。
針對 SQL Server 2012 和更新版本,會在安裝期間建立名為 [NT SERVICE\SQLWriter] 的新登入並布建為登入。 請確定此登入存在於 SQL Server 中,且屬於 Sysadmin 伺服器角色。
當命令在執行 SQL Server 的伺服器上的命令提示字元執行時
VSSADMIN LIST WRITERS
,請確定已列出 SqlServerWriter。 此寫入器必須列為寫入器,且應處於 穩定 狀態,才能讓 VSS 備份順利完成。如需詳細資訊,請檢查來自對應備份軟體及其支援網站的記錄。
徵兆或案例 知識庫文章 區分大小寫的資料庫備份失敗 2987610修正:當您在 2012 SP2 SQL Server 中使用 VSS 備份具有區分大小寫定序的資料庫時發生錯誤 使用 VSS 寫入器進行的第三方備份可能會失敗並傳回 8229 錯誤。 2987610修正:當您在 2012 SP2 SQL Server 中使用 VSS 備份具有區分大小寫定序的資料庫時發生錯誤 瞭解 VDI 備份的運作方式 運作方式:SQL Server - VDI (VSS) 備份資源 Azure Site Recovery 代理程式報告失敗 裝載 2008 R2 SQL Server 伺服器的 ASR 代理程式或其他非元件 VSS 備份失敗
其他資源
其他問題
徵兆/案例 | 補救動作或其他資訊 |
---|---|
如果在資料庫上啟用變更追蹤,並傳回類似下列的錯誤,備份可能會失敗: 「錯誤:3999,嚴重性:17,狀態:1。 <時間戳>spid <> 因為錯誤 2601 而無法將認可數據表排清至 dbid 8 中的磁碟。 如需詳細資訊,請檢查錯誤記錄檔。」 |
請參閱下列 Microsoft 知識庫文章: |
還原加密資料庫備份的問題 | 將受 TDE 保護的資料庫移至另一個 SQL Server |
嘗試從 Enterprise Edition 還原 CRM 備份失敗 | 2567984還原 Microsoft Dynamics CRM 資料庫時發生「無法在此版本 SQL Server 啟動資料庫」錯誤 |
備份和還原作業 SQL Server 常見問題
如何檢查備份作業的狀態?
使用 estimate_backup_restore 腳本來取得備份時間的估計值。
如果 SQL Server 在備份中故障轉移,該怎麼辦?
在 Transact-SQL) 重新啟動中斷 的還原作業 (重新啟動還原或備份作業。
我可以從較新版本的較舊程式版本還原資料庫備份嗎?反之亦然?
SQL Server 備份無法使用比建立備份的版本還晚的 SQL Server 版本來還原。 如需詳細資訊, 請參閱相容性支援。
如何? 驗證我的資料庫備份 SQL Server?
請參閱 RESTORE 語句 - VERIFYONLY (Transact-SQL) 中記載的程式。
如何在 SQL Server 中取得資料庫的備份歷程記錄?
請參閱如何在 SQL Server 中取得資料庫的備份歷程記錄。
我可以在 64 位伺服器上還原 32 位備份嗎?反之亦然?
是。 磁碟上 SQL Server 記憶體格式在64位和32位環境中是相同的。 因此,備份和還原作業可跨64位和32位環境運作。
一般疑難解答秘訣
- 請務必在要寫入備份的資料夾上,布建 SQL Server 服務帳戶的讀取和寫入許可權。 如需詳細資訊,請參閱 備份的許可權。
- 請確定要寫入備份的資料夾有足夠的空間來容納您的資料庫備份。 您可以使用預
sp_spaceused
存程式來取得特定資料庫備份大小的粗略估計。 - 請一律使用最新版的 SSMS,以確保您不會遇到任何與作業設定和維護計劃相關的已知問題。
- 執行作業的測試回合,以確定已成功建立備份。 請務必新增邏輯來 驗證您的備份。
- 如果您打算將系統資料庫從一部伺服器移到另一部伺服器,請檢閱 移動系統資料庫。
- 如果您注意到間歇性備份失敗,請檢查您是否遇到 SQL Server 版本的最新更新中已修正的問題。 如需詳細資訊,請參閱 SQL Server 版本和更新。
- 若要排程及自動化 SQL Express 版本的備份,請參閱在 SQL Server Express 中排程和自動化 SQL Server 資料庫的備份。
備份和還原作業 SQL Server 參考主題
如需備份和還原作業的詳細資訊,請參閱《在線叢書》中的下列主題:
「SQL Server 資料庫的備份與還原」:本主題涵蓋 SQL Server 資料庫的備份和還原作業概念、提供其他主題的連結,並提供執行各種備份或還原工作的詳細程式 (例如驗證備份,以及使用 T-SQL 或 SSMS) 進行備份。 這是 SQL Server檔中關於此主題的父主題。
下表列出您可能想要針對與備份和還原作業相關的特定工作檢閱的其他主題。
參考 描述 BACKUP (Transact-SQL) 提供與備份相關之基本問題的解答。 提供不同類型備份和還原作業的範例。 備份裝置 (SQL Server) 提供深入瞭解各種備份裝置、備份至網路共用、Azure Blob 記憶體和相關工作的絕佳參考。 恢復模式 (SQL Server) 詳細說明各種恢復模式:簡單、完整和大量記錄。 提供恢復模式如何影響備份的相關信息。 備份 & 還原:系統資料庫 (SQL Server) 涵蓋策略,並討論當您處理系統資料庫的備份和還原作業時,必須注意的功能。 還原和復原概觀 (SQL Server) 涵蓋恢復模式如何影響還原作業。 如果您有關於資料庫恢復模式如何影響還原程序的問題,您應該檢閱此問題。 在另一部伺服器上提供資料庫時管理元數據 移動資料庫時,或遇到任何影響登入、加密、複寫、許可權等問題時,您應該注意的各種考慮。 使用事務歷史記錄備份 提供如何備份和還原 (在完整和大容量日誌恢復模式中套用) 事務歷史記錄的概念。 說明如何進行事務歷史記錄的例行備份 (記錄備份) 以復原數據。 SQL Server 受控備份至 Microsoft Azure 介紹受控備份和相關聯的程式。