INF: 嚴重損壞修復規劃 SQL Server

文章翻譯 文章翻譯
文章編號: 169039 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

結論

本文提供兩個範例的簡單的嚴重損壞修復計劃,站台可能會考慮同時從嚴重損壞的資料修復主動規劃。第一個範例為目標的網站有可用的系統維護視窗 ; 第二個範例針對操作以 24 小時制為基礎的網站。

本文章的用意是提供嚴重損壞修復規劃努力的起始點。這份文件不是您嚴重損壞修復計劃。 它是針對您自己的環境的考慮修改相應、 指定,並確認。

其他相關資訊

假設火災發生並擦去出 24 小時制資料中心。您是否某些您可以復原?它多久會帶您復原,並讓您可用的系統?您的使用者可以容忍遺失多少資料?這些應該是每個系統管理員 (SA) 的關鍵考量的一些,而且資料庫管理員 (DBA) 負責維護重要的系統資料。 嚴重損壞修復是由哪些資訊系統復原一個災難事件時,程序: 自然或 manmade 嚴重損壞,例如一個火災或例如 RAID 5 陣列中的兩個磁碟失敗的技術嚴重損壞。 嚴重損壞修復規劃是火炬準備將因應災難性事件發生的所有動作工作。嚴重損壞修復評估是功能的模擬災難性事件和 (或) 在嚴重損壞修復規劃,可傳遞指定的修復需求的評估。

在理想的情況下,嚴重損壞修復計畫應該指明多少時間修復應該會和最終資料庫狀態可以預期使用者。比方說應該在 48 個小時內完成修復之後指定的硬體併購,和資料會保證只向上至前一週的結尾 >。請務必通常管理被保存清楚地通知這些規格。嚴重損壞修復評估應該要能夠 substantiate 規格。

嚴重損壞修復計劃可以化許多不同的方式,而且它可以包含許多類型的資訊 (如何取得硬體是傳達什麼,是誰人連絡到在嚴重損壞事件時,如何是它們要能連絡擁有計劃,等等的管理者)。這篇文章是佔據了只用於提議的 SQL Server 的技術的修復某些初始的途徑。

下列是不執行在 24 小時制基礎 (也就是網站具有可用的維護視窗) 作業的站台的範例:

若要準備進行災難,請執行下列每一天 (或每當維護視窗是):
  1. 關機 SQL Server。
  2. 複製所有的資料庫裝置檔案,preferably 到另一部電腦中另一個建築 (但要小心的網路負載),並且也磁帶裝置 (下裝置可以將檔案複製就像任何其他檔案伺服器)。
  3. 維護系統記錄檔以安全方式。記錄所有的 SQL Server 檔案的位置,目錄特別 Master.dat 檔案。保留所有的 Windows NT Server 和 SQL Server 安裝的 Service Pack 的記錄。保留的網路程式庫所使用的記錄]、 [安全] 模式] 和 [SA 密碼。
  4. 維護基本功能指令碼,來快速評估最少的功能 (請參閱本文結尾處注意事項)。
  5. 若要白天遺失的資料總量縮到最小、 執行資料庫與交易記錄檔傾印時系統是 [即時]。傾印、 負載,與復原程序,請參閱 [SQL Server 叢書線上如需詳細資訊。
  6. 評估在另一部伺服器上的超前於時間下列嚴重損壞修復步驟,並修改與必要步驟。
修復嚴重損壞發生後,執行後取得合適的取代硬體下列動作:
  1. 安裝 Windows NT Server 和載入適當的 Service Pack。請確認適當的網域功能存在。比方說確認該檔案共用的運作正常。
  2. 安裝 SQL Server 和載入適當的 Service Pack。最初安裝時,請將 master 資料庫裝置放在相同的目錄中。 也選取相同的網路程式庫、 安全性模式和為之前的 SA 密碼。
  3. 請確認 SQL Server 正常執行。如果名稱變更了 [使用 sp_dropserver 和 sp_addserver 以符合 Windows NT Server 名稱 「 Windows NT 伺服器。
  4. 停止 SQL Server。
  5. 將所有資料庫的裝置檔案移回包括 Master.dat 檔案其原始位置。
  6. 重新啟動 SQL Server。
  7. 如果任何資料庫或交易記錄檔可用此時間之後,載入它們。
  8. 確認系統的可用性。執行功能指令碼,以確保有足夠的作業。在理想的情況下,使用者發行到系統之前應該提供時間上每個資料庫,和 DBCC TEXTALL 和 TEXTALLOC 執行 DBCC CHECKDB 和 NEWALLOC 那些資料庫和包含 TEXT 欄位的資料表上。這是為了確保遷移程序不做改變非預期的方式檔案。
  9. 執行 DBCC 陳述式顯示資料庫一致和功能測試指令碼成功之後,可讓使用者繼續。
下列是站台有沒有線上維護視窗,然後,執行七天一週每天 24 小時的範例:

若要準備嚴重損壞,請執行下列動作:
  1. 定期傾印 preferably 到另一個建置中的另一台電腦上的磁碟的所有資料庫 (但要小心的網路負載),並且也磁帶裝置。交易記錄檔可以在同樣的處理。
  2. 維護系統記錄檔以安全方式。記錄所有的 SQL Server 檔案的位置,目錄特別 Master.dat 檔案。保留所有的 Windows NT Server 和 SQL Server 安裝的 Service Pack 的記錄。保留的網路程式庫所使用的記錄]、 [安全] 模式] 和 [SA 密碼。保留指定的資料庫選項的記錄。
  3. 所有裝置和資料庫的所有大小變更都記錄在指令碼中。這是以簡化在這種情況下復原很重要 !
  4. 維護基本功能指令碼,來快速評估最少的功能 (請參閱本文底部注意事項)。
  5. 評估在另一部伺服器上的超前於時間下列嚴重損壞修復步驟,並修改與必要步驟。
若要復原之後取得適當的硬體發生嚴重損壞之後:
  1. 安裝 Windows NT Server 和載入適當的 Service Pack。請確認適當的網域功能存在。比方說確認該檔案共用的運作正常。
  2. 安裝 SQL Server 和載入適當的 Service Pack。請確定您應該將 master 資料庫裝置放入與之前相同的目錄。也選取相同的網路程式庫、 安全性模式和為之前的 SA 密碼。
  3. 請確認 SQL Server 正常執行。如果 Windows NT Server 名稱變更了執行 sp_dropserver 和 sp_addserver 以符合 Windows NT 伺服器名稱。
  4. 建立或改變所有的裝置和指令碼所做的資料庫在步驟 3 上述的前一節。您可以建立 LOAD 的資料庫。
  5. 成原本的順序在最後一個傾印時如果使用者登入資訊或遠端伺服器登入資訊是顯著從 dumped master 資料庫大小的所有裝置檔案和資料庫之後繼續執行步驟 5a。否則,如果他們不重要繼續步驟 6。

    1. 停止 SQL Server。
    2. 在從命令列的單一使用者模式中啟動 SQL Server"SQLSERVR-c-m"。
    3. 載入災難之前最後一個它的傾印從 master 資料庫時發生。
    4. 在成功之後, 停止後再重新啟動 SQL Server 通常]。請繼續步驟 6。
  6. 從 dumped 檔案載入每個使用者資料庫 (和交易記錄檔太,傾如果適當的話)。
  7. 停止並重新啟動 SQL Server。
  8. 確認系統的可用性。如果 master 資料庫已不重新載入在步驟 5 c,設定每個資料庫的 [資料庫] 選項。執行功能指令碼,以確保有足夠的 SQL Server 作業。 在理想的情況下,使用者發行到系統之前時間應該提供給每個資料庫上執行 DBCC CHECKDB 和 NEWALLOC 及 DBCC TEXTALL 及 TEXTALLOC 上那些資料庫資料表包含 TEXT 欄位。這是為了確保遷移程序不做改變非預期的方式檔案。
  9. 執行 DBCC 陳述式顯示資料庫一致和功能測試指令碼成功之後,可讓使用者繼續。
嚴重損壞修復評估提供該計劃驗證來取得足夠的硬體達成,提供已記載的嚴重損壞修復指導方針,讓備份 SA 或 DBA (不人計劃開發的相關) 將這台電腦上的系統復原。 執行定期的嚴重損壞修復評估,以確認的目前嚴重損壞修復規劃 vitality。

如果您的資料有價值,無法誇大嚴重損壞修復評估的重要性。如果您不能回得到您的資料,是商業風險?在取得您的系統備份與執行每個小時延遲的成本為何?這不是假設您的資料是快速復原的情況 ; 請確認它 !瞭解的領先時間,非常徹底步驟,您將會減少壓力和一些未來的災難的情況所加諸的不確定性。

這篇文章已寫成資料庫修復一節的擴充頁 48 的 Microsoft SQL Server 6.5 部署指南 (在全球資訊網上找到 http://www.microsoft.com/sql/deploy.htm).在 SQL Server 線上叢書中與 「 Microsoft 知識庫 」 中可找到 DUMP LOAD SQLSERVR master 資料庫的其他資訊。

注意: A 」 基本功能指令碼 」 是一個批次的可用來快速地示範如何從特定應用程式的觀點來看資料庫成功運作的程式碼。最常這是與批次從 ISQL 入伺服器執行的 SQL 命令的.sql 檔案。其他應用程式的.bat 檔案是更適當的因為它可以包含 BCP] 和 [ISQL 命令。此基本功能指令碼是非常應用程式特定的可以採用許多不同的格式。比方說決策支援報告系統上指令碼可能只是幾個您報告查詢的金鑰的複本 ; 的線上交易處理 (OLTP) 應用程式,可能會是一個批次執行 INSERT、 UPDATE 和 DELETE 陳述式的預存程序的執行。目標是要確認一切都運作如預期般,從毛額的觀點。基本功能指令碼提供很好的工具,SA 或 DBA,才能看到資料庫是回到中是可行的狀態而不需視驗證的使用者。

屬性

文章編號: 169039 - 上次校閱: 2003年11月14日 - 版次: 3.0
這篇文章中的資訊適用於:
  • Microsoft SQL Server 4.21a Standard Edition
  • Microsoft SQL Server 6.0 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
關鍵字:?
kbmt kbenv kbhowto kbusage KB169039 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本:169039
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。
依現狀不再更新的知識庫內容免責聲明
本文旨在說明 Microsoft 不再提供支援的產品。因此,本文係依「現狀」提供,不會再更新。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com