您目前已離線,請等候您的網際網路重新連線

Microsoft SQL Server 的嚴重損壞修復選項說明

重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。

按一下這裡查看此文章的英文版本:822400
結論
本文將告訴您如何復原資料的各種方案從 Microsoft SQL Server 資料庫,如果發生損毀。這也發行項討論優點,以及每個解決方案的缺點。

嚴重損壞修復是您可用來協助復原資訊的程序系統和資料,如果發生損毀。

嚴重損壞的一些範例包括自然或例如火災或技術性的許多損毀損毀,例如磁碟陣列的獨立磁碟中的兩部磁碟錯誤(RAID) 5 的陣列。

嚴重損壞修復規劃為工時,則佔據了用於準備所必須採取的回應,能夠對災害的所有動作。計劃工作包括一套策略來協助修復有價值的選取項目資料。選取適當的嚴重損壞修復策略而定您的商業需求。

附註這份文件中討論的解決方案只提供給您可以使用的技術的一般性描述。這些一般描述適用於比較的各種嚴重損壞修復方法,災害重建計劃。在您決定在何種嚴重損壞修復解決方案之前最適合您,請確定您看看每一個建議的損毀更詳細地修復解決方案。討論每個嚴重損壞修復方案,本文包含可以在哪裡找到更多資訊的連結關於該方案中。

容錯移轉叢集

Microsoft SQL Server 2000年容錯移轉叢集是設計用來只有在硬體故障或軟體失敗發生時,會自動容錯移轉。您可以使用容錯移轉叢集來建立容錯移轉叢集以 SQL Server 2000年單一例項或多個例項 SQL Server 的 SQL Server 20002000。 容錯移轉叢集可讓資料庫系統會自動切換正在處理的執行個體 SQL Server 從故障伺服器進行的工作伺服器。因此,很有幫助作業系統容錯移轉叢集發生失敗,或如果您執行資料庫系統準備進行升級資源。此外,容錯移轉叢集會增加伺服器的可用性,否停機時間。

因為容錯移轉叢集針對很高的伺服器以幾乎任何伺服器的停機時間的可用性,叢集的節點應該都是地理位置關閉彼此。容錯移轉叢集可能沒有幫助如果磁碟陣列失敗,就會發生。

附註若要實作容錯移轉叢集,您必須安裝 Microsoft SQLServer 2000 企業版。

下列作業系統支援容錯移轉叢集:
  • Microsoft Windows NT 4.0 企業版
  • Microsoft Windows 2000 進階伺服器
  • Microsoft Windows 2000 資料中心伺服器
  • Microsoft Windows Server 2003 中,企業版本
  • Microsoft Windows Server 2003 中,資料中心版本
這些作業系統包括可安裝的元件,Microsoft 叢集服務 (MSCS)。若要實作容錯移轉叢集取得 SQL伺服器上,您必須安裝 MSCS。

如需有關 MSCS 與安裝的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
259267Microsoft 叢集服務安裝資源

優點與缺點使用容錯移轉叢集

好處
您必須很高的伺服器可用性。主要伺服器故障時,就會發生容錯移轉叢集自動。
缺點
  • 您會帶來更大的費用。兩部伺服器的維護工作為維護單一伺服器的成本兩倍。因為您必須同時維護兩部伺服器,它會比較昂貴,無法安裝,維護叢集的節點。
  • 伺服器應該在相同的位置。如果種類...組織地球另一端並且必須為主動/主動叢集在分支、 網路和存放裝置基礎結構中實作,您必須使用與標準的仲裁裝置伺服器叢集非常不同。因此,雖然有可能,最好是不想使用地理位置遠端伺服器。
  • 您有任何保護措施的磁碟陣列失敗。
  • 容錯移轉叢集不允許您建立容錯移轉在資料庫中的叢集層級,或在資料庫物件層級,例如資料表層級。
如需容錯移轉叢集的詳細資訊,請造訪下列 Microsoft 網站:如需有關容錯移轉叢集的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
243218SQL Server 2000年企業版 Microsoft 叢集伺服器上的安裝順序
822250 技術支援網路廣播: Microsoft SQL Server 2000年容錯移轉叢集嚴重損壞修復程序
如需有關 Microsoft 技術支援政策,SQL Server 容錯移轉叢集的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
327518Microsoft 技術支援政策,SQL Server 容錯移轉叢集

資料庫鏡像

資料庫鏡像會增加資料庫可用性的主要軟體解決方案。您只可以實作每個資料庫為基礎的鏡像。鏡像只適用於使用完整復原模式的資料庫。簡單與大量記錄復原模式並不支援資料庫鏡像。因此,一定會完整記錄所有的大量作業。資料庫鏡像可搭配任何支援的資料庫相容性層級。

優點,並使用資料庫鏡像的缺點

優點
  • 資料庫鏡像會增加資料保護。
  • 資料庫鏡像會增加資料庫的可用性。
  • 升級期間,資料庫鏡像改善實際執行資料庫的可用性。
缺點
  • 鏡像資料庫應該跟主體資料庫。比方說,所有的物件、 登入] 和使用權限應該是完全相同。
  • 資料庫鏡像涉及在網路上的資訊可從一部電腦傳輸到另一台電腦。因此,SQL Server 將傳送資訊的安全性是非常重要的。

端對端交易式複寫

端對端交易式複寫被針對應用程式,可能會讀取或修改任何參與複寫的資料庫中的資料。此外,如果尚無任何裝載資料庫的伺服器,您可以修改要給其他伺服器的路由流量的應用程式。剩餘的伺服器會包含相同的資料複本。

優點與缺點使用端對端交易式複寫

優點
  • 讀取效能已獲得改善,因為橫跨所有節點的活動。
  • 彙總更新程式的效能、 插入效能,以及刪除的拓樸類似的單一節點的效能,因為所有的變更會傳播到所有節點的效能。
缺點
  • 端對端複寫功能只能於 SQL Server 2005 企業版。
  • 參與的所有資料庫必須都包含相同的結構描述和資料。
  • 我們建議每個節點使用其本身的散發資料庫。這種組態可消除可能會有單點失敗的 SQL Server 2005。
  • 您不能包含在單一發行集資料庫中的多個對等式發行集的資料表和其他物件。
  • 您必須啟用端對端複寫,再建立任何訂閱的發行集。
  • 使用備份,或訂閱同步型別數值設定為僅支援複寫,您必須初始化訂閱。
  • 衝突偵測或解決衝突,並不會提供端對端交易式複寫。
  • 我們建議您不要使用識別資料行。

暖待命的維護伺服器

您可以建立並維護暖待命伺服器,藉由使用任一個下列任一方法:
  • 記錄傳送
  • 交易式複寫
每一個這兩種方法的詳細資訊如下。

記錄傳送

記錄傳送時,會包含在資源工具箱 」 上,如 Microsoft SQL伺服器 7.0 中,而且它已經完全併入 Microsoft SQL Server 2000企業版和 Microsoft SQL Server 2000年開發者版本。記錄檔傳送使用一般的作業時不使用待命伺服器。A待命伺服器就可以協助時就會發生嚴重損壞修復資料。您可以只有在使用記錄傳送資料庫層級。您無法使用它的執行個體層級。

當待命伺服器正在還原交易記錄檔,資料庫處於獨佔模式,且無法使用。不過,您可以在其中執行批次交易記錄檔還原或資料庫主控台之間的報告工作命令 (DBCC) 檢查,以持續地驗證 [待命的完整性伺服器。例如,需要的決策支援伺服器的應用程式連續處理資料庫伺服器上,記錄傳送並不適合選項。

待命伺服器上的延遲時間根據如何常見問題交易記錄備份是發生在主要伺服器,並接著在套用待命伺服器。如果主要伺服器失敗時,您可能會遺失所做的變更,所產生的最新的交易後所發生的交易記錄檔備份。

比方說,如果交易記錄檔備份會採取每隔10 分鐘,在最新的交易 10 分鐘的時間可能會遺失。這並不意味著,對主要的資料更新在延遲時間期間內的伺服器將會遺失。一般、 更新的更新主要的交易記錄檔可以復原,並套用到暖待命伺服器使用僅從主伺服器切換至待命中有些延遲伺服器。記錄傳送的主要目的是要維護暖待命伺服器。如果維護暖待命伺服器你的主要目標,記錄傳送比較可能會比其他解決方案更適合這文件編號將告訴您。

使用記錄傳送的優缺點

優點
  • 您可以復原所有資料庫活動。復原包含任何物件,例如資料表和檢視表所建立的。它也包含安全性變更,例如所建立的新使用者,以及任何權限變更。
  • 您可以快速還原資料庫。還原資料庫和交易記錄檔是以低階的版面格式為基礎。因此,記錄傳送還原程序會加快,並且會導致快速恢復損毀的資料。
缺點
  • 資料庫在還原程序是無法使用因為資料庫處於待命伺服器上的獨佔模式。
  • 沒有缺少的資料粒度。在還原期間在待命所套用的過程中,主要伺服器中的所有變更伺服器。您不能使用記錄傳送之中,有一些資料表並套用變更拒絕的修訂。
  • 應用程式沒有自動容錯移轉。當因為發生嚴重損壞的主要伺服器故障,待命伺服器並不會錯誤後移轉自動。因此,您必須明確地將應用程式會連接到主要伺服器給待命 (容錯移轉)伺服器。
附註如果您的主要目的是要維護暖待命伺服器Microsoft 建議您使用 [記錄傳送。暖待命伺服器主要伺服器上就會反映所發生的所有交易。不過,您當主要伺服器可用時,不能使用待命伺服器。

如需有關如何設定使用記錄傳送來的暖待命伺服器的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
323135Microsoft SQL Server 2000-如何設定記錄傳送 (白皮書 (英文))
325220 技術支援網路廣播: Microsoft SQL Server 2000年記錄傳送
如需有關記錄傳送的詳細資訊,請造訪下列 Microsoft 網站取得:

交易式複寫

您也可以使用交易式複寫來維護暖待命伺服器。交易式複寫會複寫一部伺服器上的資料(發行者) 至其他伺服器 (「 訂閱者 」),使用較少的延遲超過記錄檔出貨。您可以實作在資料庫物件的交易式複寫例如,資料表層級的層級。因此,Microsoft 建議您使用當您擁有較少的資料保護,而且您必須具備的交易式複寫快速復原計畫。

您可用來強制執行發送訂閱與做為主要伺服器的兩個伺服器之間的交易式複寫「 發行者 」 與待命伺服器作為 「 訂閱者 」。交易式複寫確保資料複寫。當 「 發行者 」 失敗時,可以是 「 訂閱者 」使用此項目。

本解決方案很容易使用的 「 發行者 」 失敗,一次 「 訂閱者 」。在這種情況下,您就無法保護資料。例如,「 散發者 」 的失敗的其他所有案例中 (含)「 訂閱者 」,建議您最好重新同步處理與 「 訂閱者 」 中的資料在 「 發行者 」 中的資料。

您應該使用交易式複寫您不會實作架構變更時,才維護暖待命伺服器或您不會實作其他安全性變更如資料庫的變更不支援複寫。

附註複寫並不被設計暖待命的維護工作伺服器。複製資料庫],您可以使用複寫的資料至 「 訂閱者 」產生報告。您也可以為其他一般的用途,而不需使用複寫有相當忙碌的 「 發行者 」 上執行的處理。

使用交易式複寫的優缺點

優點
  • 套用變更時,您可以讀取 「 訂閱者 」 上的資料。
  • 使用較少的延遲會套用變更。

    附註這項優勢可能不適用,若不論是哪一項動作是,則為 true:
    • 複寫代理程式未設定為 [連續]
    • 由於錯誤而停止複寫代理程式,在複寫期間可能會發生。
交易式複寫可能要花更多的時間,以套用變更因為在複寫期間,必須執行大型的批次更新。
缺點
  • 結構描述的變更] 或 [在執行的安全性變更在建立複寫之後的 「 發行者 」 不會出現在「 訂閱者 」。
  • 在交易式複寫 「 散發者 」 會使用已開啟的資料庫連接 (ODBC) 連結或 OLE 資料庫 (OLEDB) 連線若要發佈資料。不過,記錄傳送使用還原的交易散發交易記錄檔的低階考慮改用 SQL 陳述式。還原交易陳述式是比 ODBC 連接或 OLEDB 快很多連線。
  • 一般而言,切換伺服器會清除複寫組態。因此,您必須設定複寫兩次:
    當您切換到 「 訂閱者 」。
    當您切換回 「 發行者 」。
  • 發生嚴重損壞時,您必須手動切換的伺服器重新導向至 「 訂閱者 」 的所有應用程式。
如需有關複寫的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
195757常見問題集-SQL Server 7.0-複寫

備份及還原功能

提供一項重要的 SQL Server 的備份與還原功能為了協助保護您儲存 SQL Server 資料庫中的重要資料的保護。您可以使用備份來建立一份資料庫 (備份),還原功能,然後再將資料庫的複本儲存在的位置防止伺服器所執行的執行個體的潛在的失敗SQL Server。如果您遇到資料庫系統失敗或資料庫損毀,然後可用的備份複本重新建立資料庫,或還原資料庫。

當您使用 「 備份規劃嚴重損壞修復和還原功能,也決定在資料庫中的資料的重要性為何。此外,決定資料庫的還原作業需求。針對範例中,決定下列的還原作業需求:
  • 還原資料庫,以點。您必須決定哪一個下列兩個您想要做:
    將資料庫還原到之前失敗的狀況。
    將資料庫還原到磁碟區的某一點的時間相近越好失敗時,狀況。
  • 多久,資料庫仍然能夠無法使用。您必須在是否立即還原資料庫。
決定還原需求之後,您就可以規劃備份過程來維護一組符合的備份需求

您可以只將資料庫還原到磁碟區的狀況您用來執行最新備份的時間點。交易,之後該備份可能會遺失,就會發生。因此,Microsoft 建議,您使用備份與還原功能僅供非關鍵資料庫應用程式。

使用的優缺點備份及還原功能

優點
  • 您可以備份到卸除式媒體,以幫助資料庫防止磁碟故障。
  • 您不需要依賴網路,如同您所做的時機您可以使用容錯移轉叢集或記錄傳送。
缺點
  • 當您備份資料庫時,您無法執行作業,例如資料表建立索引建立資料庫變小,或非記錄作業。
  • 如果發生失敗,可能會遺失您最近的資料。
  • 發生嚴重損壞時,您必須手動還原資料庫。
附註在生產環境中使用您的備份與還原程序之前環境中,建議您最好徹底地測試中測試這項程序環境。

如需有關備份與還原功能的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
325257技術支援網路廣播: SQL Server 2000年資料庫復原: 備份與還原
281122 還原在 SQL Server 中的檔案與檔案群組備份的說明
如需有關備份與還原功能,請造訪下列 Microsoft 網站取得:

磁碟花費多餘的資料使用容錯式獨立磁碟 (RAID) 陣列

RAID 提供更大的多個磁碟上儲存重複的資料可靠性,並降低伺服器的停機時間。RAID 層級 0、 1 和 5通常用做為 SQL Server 的修復選項。RAID 技術,有提及允許失敗,以及一個單一的連續取代沒有伺服器離線的磁碟。如果可以在多個磁碟發生錯誤,資料可能無法復原。因此,Microsoft 建議您結合備份與還原的程序,以協助確保冗餘資料管理您不慎遺失資料,如果硬體失敗或遭到其他災害就會發生。

RAID 0 會使用以利快速存取條狀配置技術而 RAID1 使用鏡像技術,為資料可靠性。一個常用的技巧,使用於關聯式資料庫管理包括一起使用 RAID 0 與 RAID 1。在這個方法之後,磁碟機的兩個相同的等量陣列會不斷地更新這樣會儲存在兩個陣列的資訊是一樣的。如果有一個陣列就會失敗,另一個陣列會自動接管直到原始的陣列帶回線上。

RAID 5 (也稱為具同位檢查)使用單一的等量的磁碟陣列,含有一起寫入的同位檢查位元資料。當任何一個磁碟失敗時,可以將同位檢查位元用來計算遺失直到更換該磁碟的詳細資料。當您更換該磁碟時,您可以使用同位檢查資訊,並重新建立將資料從剩餘的資料失敗磁碟並將重新建立的資料複製到新的磁碟。這些全部作業資料庫系統停機的情況下發生。RAID 提供許多其他選項和功能來幫助,請確定您的資料庫系統遇到為盡可能少的停機時間。

優點,並使用 RAID 的缺點

好處
如果任何一部磁碟故障,就不會遺失資料。
缺點
  • 可能需要很長的時間來復原資料。
  • 如果多個磁碟失敗,您可能無法復原有價值的資料。
如需有關 RAID 的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
是 100110低價的磁碟 (RAID) 陣列的概觀
参考
如果要下載更新的版本的 SQL Server 2000年活頁簿線上,請造訪下列 Microsoft 網站:如需有關其他的嚴重損壞修復選項的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
307775Microsoft SQL Server 的嚴重損壞修復文件
如需有關容錯移轉叢集的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
195761常見問題集-SQL Server 7.0 層容錯移轉
260758 常問的問題-SQL Server 2000-容錯移轉叢集
274446 升級至 SQL Server 2000年容錯移轉方案,建議用於所有的非 SQL Server 2000年虛擬伺服器
280743 Windows 叢集,且地理上不同站台
如需有關備份與還原功能,請造訪下列 Microsoft 網站:如需有關備份與還原功能的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
253817如何備份當主資料庫與資料庫檔案已損毀在 SQL Server 中的最後一個交易記錄檔
314546 如何執行 SQL Server 的電腦之間移動資料庫
如需有關全文檢索目錄資料夾和檔案的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
240867如何移動、 複製和備份全文檢索目錄資料夾和檔案

警告:本文為自動翻譯

內容

文章識別碼:822400 - 最後檢閱時間:07/03/2012 03:16:00 - 修訂: 1.0

Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2000 Standard Edition

  • kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo kbmt KB822400 KbMtzh
意見反應