Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email文章編號: 822400 - 上次校閱: 2007年11月2日 - 版次: 5.6 Microsoft SQL Server 的嚴重損壞修復選項的描述
在此頁中結論本文將告訴您如果嚴重損壞發生從 Microsoft SQL Server 資料庫中復原資料的各種解決方案。本文也將告訴您優點以及每個解決方案的缺點。 嚴重損壞修復是您可以使用來協助修復資訊系統與資料，如果嚴重損壞發生的程序。 嚴重損壞的一些範例包括一個自然或像是一個火焰 man-made 嚴重損壞或技術的嚴重損壞，例如兩個磁碟失敗，是多餘 Array 的獨立磁碟 (RAID) 5 陣列中。 嚴重損壞修復規劃是工作，佔據了用於正在準備所有必須因應嚴重損壞發生的動作。 在規劃包括所選取的策略，以協助修復有價值的資料。選取適當的嚴重損壞修復策略的業務需求而定。 附註本文中討論的解決方案，只提供您可以使用的技術的一般性描述。這些一般描述會針對將各種嚴重損壞修復方法和災害重建計劃相比較。您決定在何種嚴重損壞修復解決方案最適合您之前請確定您在每個建議的嚴重損壞修復解決方案，更詳細地查看。之後討論每個嚴重損壞修復解決方案，這份文件會包含您可以在其中尋找關於該方案的詳細資訊的連結。 容錯移轉叢集Microsoft SQL Server 2000 容錯移轉叢集被設計來容錯移轉會自動在硬體故障或軟體失敗發生時。您可以使用 SQL Server 2000 容錯移轉叢集若要建立容錯移轉叢集，針對單一 SQL Server 2000 執行個體或多個 SQL Server 2000 執行個體。容錯移轉叢集可讓資料庫系統會自動切換為 SQL Server 執行個體從失敗的伺服器到工作伺服器的處理。因此，容錯移轉叢集是很有幫助，如果作業系統失敗發生的話，或在執行計劃的升級的資料庫系統資源。而且，容錯移轉叢集會增加伺服器的可用性不中斷的情況。由於容錯移轉叢集，針對幾乎沒有伺服器停機時間與最高的伺服器可用性，叢集的節點應該地理位置相近。容錯移轉叢集可能不是磁碟陣列失敗發生時很有用。 附註若要實作容錯移轉叢集，您必須安裝 Microsoft SQL Server 2000 企業版。 下列作業系統支援容錯移轉叢集：
如需有關 MSCS 和其安裝，按一下下面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項: 259267?
(http://support.microsoft.com/kb/259267/
)
Microsoft 叢集服務安裝資源 優點與缺點使用容錯移轉叢集優點您有最高的伺服器的可用性。如果主要伺服器失敗時，就會發生容錯移轉叢集自動。 缺點
http://msdn2.microsoft.com/en-us/library/aa174512(SQL.80).aspx
(http://msdn2.microsoft.com/en-us/library/aa174512(SQL.80).aspx)
如需有關容錯移轉叢集的資訊，按一下下面的文件編號，檢視 「 Microsoft 知識庫 」 中 「 文件： 243218?
(http://support.microsoft.com/kb/243218/
)
SQL Server 2000 企業版 Microsoft 叢集伺服器上的安裝順序 822250?
(http://support.microsoft.com/kb/822250/
)
支援網路廣播： Microsoft SQL Server 2000 容錯移轉叢集嚴重損壞修復程序 如 SQL Server 的容錯移轉叢集的 「 Microsoft 支援原則的更多有關，按一下 [下面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項]： 327518?
(http://support.microsoft.com/kb/327518/
)
SQL Server 的容錯移轉叢集中的 Microsoft 支援原則 資料庫鏡像資料庫鏡像是一個主要是用於增加資料庫可用性軟體方案。您只可以實作鏡像每個資料庫為基礎。鏡像只適用於使用完整復原模式的資料庫。簡單與大量記錄復原模式並不支援資料庫鏡像。因此，永遠完整記錄所有的大量作業。資料庫鏡像可搭配任何支援的資料庫相容性層級。優點與缺點使用資料庫鏡像優點
缺點
對等的交易式複寫對等的交易式複寫是針對可能讀取或可能會修改任何參與複寫的資料庫中資料的應用程式所設計。此外，如果裝載資料庫的任何伺服器都無法使用，您可以修改應用程式到剩餘的伺服器流量的路由。剩餘的伺服器包含資料的相同複本。優點與缺點使用對等的交易式複寫優點
缺點
暖待命伺服器的維護您可以建立並維護暖待命伺服器，藉由使用下列方法之一：
記錄傳送記錄傳送 Microsoft SQL Server 7.0 的包含在資源套件，而且它完全合併在 Microsoft SQL Server 2000 企業版及 Microsoft SQL Server 2000 開發 o 人 h 員 ? 工 u 具 ? 版中。記錄運送的用法不在一般作業期間使用的待命伺服器。待命伺服器是幫助如果發生損毀復原資料很有用的。您只可以在資料庫層級使用記錄傳送。您不能使用於執行個體層級。當待命伺服器正在還原交易記錄檔時，資料庫處於獨佔模式下，無法使用。但是，您可以執行報告工作的交易記錄檔還原之間的批次或資料庫主控台命令 (DBCC) 進行檢查，以持續地確認待命伺服器的完整性。如需要資料庫伺服器上的連續處理的決策支援伺服器的應用程式記錄檔傳送不適當的選項。 待命伺服器上的延遲是根據交易記錄檔備份會取用在主要伺服器的頻率，並再套用到待命伺服器。如果主要伺服器失敗時，您可能會失去所產生的最新的交易記錄檔後發生的交易備份的修改內容。 比方說如果交易記錄檔備份會採取每隔 10 分鐘，期間最新的交易 10 分鐘的時間可能會遺失。這不一定表示對主要伺服器延遲期間所做資料更新將會遺失。通常，主要的交易記錄檔中的新更新可以被復原，套用在只有小型延遲以從主要伺服器切換到待命伺服器與暖待命伺服器。記錄傳送的主要目的是要維護暖待命伺服器。 如果維護暖待命伺服器主要的目標，記錄傳送很可能是比較適合比其他本文將告訴您的解決方案。 使用記錄傳送的優缺點優點
缺點
如更多有關如何設定暖待命伺服器，藉由使用記錄傳送的資訊，按一下下面的文件編號，檢視 「 Microsoft 知識庫 」 中 「 文件： 323135?
(http://support.microsoft.com/kb/323135/
)
Microsoft SQL Server 2000-如何設定記錄傳送 (白皮書) 325220?
(http://support.microsoft.com/kb/325220/
)
支援網路廣播： Microsoft SQL Server 2000 記錄傳送 如需有關記錄傳送的詳細資訊，請造訪下列 Microsoft 網站：http://msdn2.microsoft.com/en-us/library/aa213785(SQL.80).aspx
(http://msdn2.microsoft.com/en-us/library/aa213785(SQL.80).aspx)
http://www.microsoft.com/downloads/details.aspx?familyid=7395ec1b-199f-42bc-a31b-2056adf73f94
(http://www.microsoft.com/downloads/details.aspx?familyid=7395ec1b-199f-42bc-a31b-2056adf73f94)
交易式複寫您也可以使用交易式複寫來維護暖待命伺服器。交易式複寫會複寫一部伺服器上的資料 (發行者) 到另一部伺服器 (訂閱者)，使用較少的延遲比記錄傳送。您可以在 [資料庫] 物件的層級 (如資料表層級的交易式複寫來實作。因此，Microsoft 建議您使用交易式複寫，如果您有較少的資料保護，且您必須擁有快速的復原計劃。您可以使用發送訂閱來強制執行與主伺服器為發行者的兩個伺服器與待命伺服器作為 「 訂閱者之間的交易式複寫。交易式複寫可確保資料複寫。發行者失敗時, 可以使用訂閱者。 此方案受到失敗的發行者和訂閱者在同一時間。在這類案例中不能保護資料。在所有其他案例 (例如散發者或訂閱者失敗，最好重新同步處理在訂閱者資料，與在發行者資料。 您應該使用交易式複寫來維護暖待命伺服器不要實作架構變更，或您不要實作其他對資料庫的變更等安全性變更，複寫時，只不支援。 附註複寫不被設計來維護暖待命伺服器。複寫，您可以使用複寫的資料在訂閱者來產生報告。而不必相當忙碌的發行者上執行的處理，您也可以使用其他一般用途的 [複寫]。 使用交易式複寫的優缺點優點
缺點
195757?
(http://support.microsoft.com/kb/195757/
)
常見問題-SQL Server 7.0 複寫 備份及還原功能「 備份及還原 」 功能的 SQL Server 提供重要的預防措施以協助保護您在 SQL Server 資料庫中儲存的重要資料。 可以使用 [備份來建立資料庫 (備份) 的複本和還原功能，然後再將資料庫的副本儲存在受到保護，執行 SQL Server 執行個體的伺服器的潛在的失敗的位置。如果遇到資料庫系統錯誤或資料庫損毀您接著可以使用備份複本重新建立資料庫，或還原資料庫。當您使用 [備份規劃嚴重損壞修復，並還原功能也判斷如何關鍵資料庫中的資料。 此外，判斷資料庫還原作業的需求。比方說判斷下列還原需求：
您只可以將資料庫還原到何處執行最新的備份時間點的條件。該備份之後所發生的交易可能會遺失。因此，Microsoft 建議您只對非-關鍵任務的資料庫應用程式使用備份及還原功能。 使用備份及還原功能的優缺點優點
缺點
如需有關備份和復原功能的詳細資訊，按一下 [下列面的文件編號，檢視 「 Microsoft 知識庫 」 中發行項]： 325257?
(http://support.microsoft.com/kb/325257/
)
支援網路廣播： SQL Server 2000 資料庫復原: 備份和還原 281122?
(http://support.microsoft.com/kb/281122/
)
還原在 SQL Server 中的檔案與檔案群組備份的描述 如需有關備份和復原功能的詳細資訊，請造訪下列 Microsoft 網站：http://msdn2.microsoft.com/en-us/library/aa196617(SQL.80).aspx
(http://msdn2.microsoft.com/en-us/library/aa196617(SQL.80).aspx)
http://msdn2.microsoft.com/en-us/library/aa196685(SQL.80).aspx
(http://msdn2.microsoft.com/en-us/library/aa196685(SQL.80).aspx)
http://msdn2.microsoft.com/en-us/library/aa178143(SQL.80).aspx
(http://msdn2.microsoft.com/en-us/library/aa178143(SQL.80).aspx)
磁碟冗餘的資料，藉由使用容錯式獨立磁碟 (RAID) 陣列RAID 會將多餘的資料儲存多個磁碟上，以提供更高的可靠性和較少的停機時間的伺服器上。RAID 層級 0、 1 和 5 是通常用來作為 SQL Server 的修復選項。所述的 RAID 技術允許的失敗和 consequent 取代單一磁碟的而不需要伺服器離線。多個磁碟失敗發生資料可能無法復原。因此，Microsoft 建議您將合併重複的資料管理與備份和復原的程序，以協助確保您不會遺失資料如果硬體故障或其他嚴重損壞發生。RAID 0 使用條狀配置技術更快速存取而 RAID 1 使用鏡像技術的資料可靠性。在關聯式資料庫管理中使用的一般技術牽涉到一起使用 RAID 0 和 RAID 1。這項技術在磁碟機的兩個完全相同的等量的陣列會不斷地更新，所以在這兩個陣列所儲存的資訊都相同。如果一個陣列失敗，其他陣列會自動接管直到原始陣列帶回線上。 RAID 5 (也稱為具同位檢查的條狀) 一起使用的資料寫入的同位檢查位元與使用單一的等量的磁碟陣列。當任何一個磁碟失敗時，同位檢查位元可以用來計算遺失的資料，直到更換該磁碟。當您更換該磁碟時，可以使用同位檢查資訊和剩餘的資料，重新建立失敗的磁碟中的資料，並將重新建立的資料複製到新的磁碟。所有這些作業就會發生沒有資料庫系統停機時間。一個 RAID 提供許多其他選項及功能，以協助確保資料庫系統遇到為儘少的停機時間。 利用並使用 RAID 的缺點優點如果任何一個磁碟失敗不會遺失資料。 缺點
100110?
(http://support.microsoft.com/kb/100110/
)
低價的磁碟 (RAID) 的多餘陣列的概觀 ?考要下載更新的版本的 SQL Server 2000 線上叢書 》，請造訪下列 Microsoft 網站： http://www.microsoft.com/downloads/details.aspx?FamilyId=8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5
(http://www.microsoft.com/downloads/details.aspx?FamilyId=8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5)
如其他的嚴重損壞修復選項的更多有關，按一下 [下面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項]： 307775?
(http://support.microsoft.com/kb/307775/
)
Microsoft SQL Server 的嚴重損壞修復文件 如需有關容錯移轉叢集的資訊，按一下下面的文件編號，檢視 「 Microsoft 知識庫 」 中 「 文件： 195761?
(http://support.microsoft.com/kb/195761/
)
常見問題-SQL Server 7.0-容錯移轉 260758?
(http://support.microsoft.com/kb/260758/
)
常見問答 SQL Server 2000 容錯移轉叢集 274446?
(http://support.microsoft.com/kb/274446/
)
升級至 SQL Server 2000 容錯移轉解決方案建議用於所有非 SQL Server 2000 虛擬伺服器 280743?
(http://support.microsoft.com/kb/280743/
)
Windows 叢集和地理位置不同站台 如需有關備份和復原功能的詳細資訊，請造訪下列 Microsoft 網站]：http://technet.microsoft.com/en-us/library/cc966495.aspx
(http://technet.microsoft.com/en-us/library/cc966495.aspx)
如需有關備份和復原功能的詳細資訊，按一下 [下列面的文件編號，檢視 「 Microsoft 知識庫 」 中發行項]： 253817?
(http://support.microsoft.com/kb/253817/
)
如何備份最後一個交易記錄檔，當 SQL Server 中，在母片及資料庫檔案已損毀 314546?
(http://support.microsoft.com/kb/314546/
)
如何執行 SQL Server 的電腦之間移動資料庫 如需有關全文檢索目錄資料夾和檔案，按一下下面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項: 240867?
(http://support.microsoft.com/kb/240867/
)
如何移動、 複製，和備份全文檢索目錄資料夾和檔案 這篇文章中的資訊適用於:
 機器翻譯重要：本文是以 Microsoft 機器翻譯軟體翻譯而成，而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章，讓使用者可以依其使用語言使用知識庫中的所有文章。但是，機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤，就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。 按一下這裡查看此文章的英文版本：822400?
(http://support.microsoft.com/kb/822400/en-us/
)
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。 | 其他資源 其他支援網站社群立即取得協助文章翻譯
|
回此頁最上方
