提升可用性

更新： 2006 年 4 月 14 日

複寫可用於將資料複製到待命伺服器，該伺服器可在規劃或未規劃的系統中斷期間提供較高的可用性。如果待命伺服器所需的資料屬於主伺服器資料所需資料的子集，則應使用複寫來提供熱待命。同時應考慮下列情況：

如果您的應用程式需要多個站台的資料以提高延展性和可用性，請參閱＜提高可用性和延展性＞。
如果您的應用程式要求待命伺服器可使用整個資料庫，請使用資料庫鏡像而不要使用複寫。如果需要同步處理整個資料庫，則使用資料庫鏡像將更有效，並且無需使用次要伺服器進行查詢。如需詳細資訊，請參閱＜資料庫鏡像＞。

下圖顯示了一個主要伺服器與一個待命伺服器，並且主要伺服器的資料子集可供次要伺服器使用。

正在複寫資料至待命伺服器

附註：
複寫未提供從一個伺服器到另一個待命伺服器的容錯移轉機制。所有存取給定伺服器的應用程式必須進行程式設計，以在無法使用第一個伺服器時使用其他伺服器。

Adventure Works 循環範例

Adventure Works Cycles 是虛構的製造公司，用於示範資料庫概念與案例。如需詳細資訊，請參閱＜範例和範例資料庫＞。

Adventure Works Cycles 在它們的製造工廠中配備了許多伺服器，可收集有關生產線缺陷的資料，並使用複寫為這些伺服器提供可用性。它們還編寫了程式碼，可在規劃和未規劃的中斷期間將查詢重新導向至熱待命伺服器。

使用複寫提供可用性的應用程式通常會有下列要求，適當的複寫解決方案必須滿足這些要求：

Microsoft SQL Server 使用的是出版業的字眼，來描述複寫系統的元件。元件包含發行者、訂閱者、發行集與發行項，以及訂閱。

在上圖中，主要伺服器為「發行者」。主要伺服器上某些或所有資料包含在發行集中，每個資料表則是一個發行項 (發行項也可以是其他資料庫物件，例如預存程序)。待命伺服器是發行集的「訂閱者」，並以訂閱的方式接受結構描述和資料。如需系統元件的詳細資訊，請參閱＜複寫發行模型概觀＞。

SQL Server 為不同的應用程式需求提供不同類型的複寫：快照式複寫、交易式複寫，以及合併式複寫。此狀況很符合處理前一章節所列出的需求大綱，最適合實作交易式複寫。如需交易式複寫的資訊，請參閱＜交易式複寫概觀＞以及＜交易式複寫的運作方式＞。

依設計，交易式複寫可解決此狀況的主體需求：

此狀況要考慮的主要選項為篩選。交易式複寫可允許您篩選資料行和資料列，這樣訂閱者資料表中可以只容納應用程式需要的資料。如需詳細資訊，請參閱＜篩選發行的資料＞。

若要實作這個狀況，您必須先建立發行集與訂閱，然後初始化每個訂閱。按一下下列的連結，以取得有關每個步驟的詳細資訊：

在初始化訂閱，而且資料在發行者與訂閱者之間流動之後，您可能需要參考下列主題，以取得一般管理與監視工作的資訊：

版本	歷程記錄
2006 年 4 月 14 日	新增內容：新增有關應用程式要求待命伺服器可使用整個資料庫時，使用資料庫鏡像的資訊。