規劃 Project Server 2007 的容錯度與可用性

發行項
03/02/2015

更新日期: 2008年10月

上次修改主題的時間： 2015-02-27

「容錯」和「可用性」是指多伺服器環境即使在伺服器陣列中有一或多個元件無法運作的情況下，也可接受連線並正常運作的能力。可用性不只有備援的意思，也代表著容錯移轉機制，以及數種其他可能的特性。

您可以使用下列策略來改善 Microsoft Office Project Server 2007 部署的容錯能力：

叢集
硬體備援
RAID 設定
伺服器角色備援
記錄傳送
待命伺服器

本文提供上述每個策略的詳細資訊。您可以個別或成組地套用這些策略。因為每個策略都有其相關成本，所以請務必檢查每個策略的成本/效益比，然後再套用到貴組織。

可用性

建議您將可用性需求視為 Office Project Server 2007 解決方案核心設計的一部分。您也可以在部署解決方案之後提供增強的可用性。從作業方面來看，建議您部署和調整伺服器陣列內的核心解決方案，然後測試可用性解決方案。

什麼是可用性？

「可用性」是使用者察覺 Office Project Server 2007 等系統可用的程度。確定可用性即表示確定系統具彈性，也就是說，受服務影響的事件不常發生，但一旦發生則會採取即時與有效的動作。可用性策略可將使用者察覺到計劃和未計劃停機時間的機會減到最低。

最常用的一種可用性測量是執行時間百分比 (以「以 9 組成的數字」表示)，即指定系統使用中並運作的時間百分比。例如，執行時間百分比為 99.999 的系統表示其可用性是五個 9。

下表將以 9 組成的數字關聯至相等的行事曆時間。

可接受的執行時間百分比	每天的停機時間	每個月的停機時間	每年的停機時間
95	72 分鐘	36 小時	18 天
99	14 分鐘	7 小時	4 天
99.9	86 秒	43 分鐘	9 小時
99.99	8.6 秒	4 分鐘	53 分鐘
99.999	0.8 秒	26 秒	5 分鐘

如果您可以根據以往經驗猜測想要的總停機時數，則可以使用下列公式計算一年、一個月或一週的執行時間百分比：

-
% 執行時間/年 = 100 – (8760 – 每年的停機總時數)/8760

-
% 執行時間/月 = 100 – ((24 * 當月的天數) – 該行事曆月份的停機總時數)/(24 * 當月的天數)

-
% 執行時間/週 = 100 – (168 – 當週的停機總時數)/168

可用性未具有的功能

可用性不是資料保護和修復，也不是嚴重損壞復原。您應在任何高度可用的系統中有不同的資料保護與嚴重損壞復原規劃。

而且，可用性也不是商業持續管理 (BCM)。BCM 包含針對處理風險而事先準備的商業決策、程序和工具。風險可能是當地、區域或國家事件，也可能只與貴公司有關。

可用性成本

可用性是系統中較昂貴的需求之一。可用性層級愈高，再加上保護的系統數愈多，可用性解決方案就愈複雜，成本也會愈高。當您投資於可用性時，成本包括：

額外的硬體和軟體，通常涉及軟體 (例如容錯移轉和復原的自訂指令碼) 之間的複雜作業。
額外的作業複雜性。

達到可用性的成本應該根據您的業務需求進行評估；並非組織內的所有解決方案都需要相同的可用性層級。您可以針對不同的網站、不同的服務 (例如，搜尋和商務智慧) 或不同的伺服器陣列，提供不同的可用性層級。

可用性是一重要區域，資訊技術 (IT) 小組可在其中提供服務等級協定 (SLA) 以設定客戶群組的期望。許多 IT 組織會提供各種與不同退款層級相關的 SLA。

關於備援

「備援」是可用性相當重要的一部分。備援包含如何在負載平衡的環境中使用多部伺服器，以改善伺服器陣列效能或向外延展以容納更多使用者。備援也包含如何使用相同的備份元件 (例如電源供應器或網路設備)，在主要元件故障時持續提供功能。

本文說明如何在 Office Project Server 2007 伺服器陣列中實作備援伺服器。

Office Project Server 2007 支援可調整的伺服器陣列，以調整容量、效能和可用性。一般來說，容量是決定一開始有要幾部伺服器電腦的首要考量。在將效能列入重要因素之後，可用性仍扮演著決定伺服器陣列中有幾部伺服器，以及伺服器電腦大小或容量的角色。

決定可用性需求

若要計量組織的網站、服務或伺服器陣列停機時間容忍度，請針對網站、服務或伺服器陣列回答下列問題。

如果 Office Project Server 2007 變成無法使用，組織內的員工是否就無法執行他們的預期工作職責？
如果 Office Project Server 2007 變成無法使用，是否會中止業務和客戶交易，因而導致業務和客戶的流失？

如果這些問題的答案都是「是」，則應該投資進行可用性解決方案。

雖然本文主要是討論 Office Project Server 2007 的可用性，但是系統中的其他元件也會影響系統執行時間。請特別考慮下列項目：

您應該確定基礎結構相依性 (例如電源、冷卻、網路、目錄和 SMTP) 完全足夠。

選擇符合需求的系統切換機制 (不論是 DNS 或硬體負載平衡)。下列文章含有負載平衡網頁伺服器的最佳作法：

叢集

叢集可在應用程式或作業系統故障時保護您的系統。您也可以在叢集的電腦上執行許多工作，而不需要將電腦離線，這些工作包括升級應用程式或作業系統，或安裝 Service Pack 或更新。

伺服器叢集的設計目的，是為了維持應用程式的可用性，而不是為了保護資料。若要防止病毒、損毀及其他對資料的威脅，您需要更堅實的資料保護和修復計劃。叢集技術無法防護因病毒、軟體損毀或人為錯誤所造成的故障。

SQL Server 容錯移轉叢集

容錯移轉叢集係專為可設定狀態的應用程式所設計。可設定狀態的應用程式有可能具有長時間執行在記憶體內的狀態，或是具有大型且頻繁更新的資料狀態。

容錯移轉叢集允許資源的容錯移轉，藉此提供高可用性。容錯移轉叢集也可維護應用程式與服務的用戶端連線。

在容錯移轉叢集中，節點會共用對資料的存取。節點可以是主動或被動，而各節點的設定則取決於作業模式 (主動或被動) 及您在叢集中設定容錯移轉的方式。處理容錯移轉的專用伺服器必須調整大小，以同時處理失敗節點的工作負載與其本身的工作負載。

在 Office Project Server 2007 部署中，您可以搭配 SQL Server 使用容錯移轉叢集。

負載平衡的叢集

負載平衡的叢集是一組相同且一般為複製的電腦，係用於增強網頁伺服器、Microsoft Internet Security and Acceleration (ISA) 伺服器 (適用於 Proxy 與防火牆伺服器) 及其他接收傳輸控制通訊協定 (TCP) 與使用者資料包通訊協定 (UDP) 流量的應用程式之可用性。因為叢集節點通常是彼此完全相同的複本且可由此獨立運作，所以叢集中的所有節點皆為主動。

Office Project Server 2007 可支援兩種負載平衡方法：

軟體，例如 Microsoft Windows Server 2003 作業系統中的網路負載平衡 (NLB) 服務。NLB 執行於前端網頁伺服器，並使用 TCP/IP 來路由傳送要求。因為 NLB (以及其他軟體負載平衡解決方案) 是在前端網頁伺服器上執行，所以它會使用前端網頁系統資源，進而減少您可以用來服務網頁的資源。然而，對系統資源的影響並不大，而且軟體解決方案可處理高達 32 部前端網頁伺服器。
硬體，例如路由器或切換器。負載平衡硬體會使用網路，在前端網頁伺服器之間導向網站流量。負載平衡硬體的安裝費用比軟體貴，但是它不會影響前端網頁伺服器上的資源。Office Project Server 2007 可與任何負載平衡硬體搭配使用。

雖然不建議，但是還有第三種負載平衡方法，那就是與網域名稱系統 (DNS) 進行循環配置資源負載平衡。循環配置資源 DNS 負載平衡會佔用前端網頁伺服器上的大量資源，同時比負載平衡軟體或硬體慢，而且不建議用於 Office Project Server 2007。此外，循環配置資源 DNS 負載平衡在將使用者路由傳送至伺服器時，不會考慮到工作階段負載，如此可能會導致伺服器超載。

硬體備援

您可以部署複製組織硬體設定的額外硬體設定，提供您的 Office Project Server 2007 部署一些容錯能力。如此一來，一旦資料輸入/輸出 (I/O) 的某一路徑失敗，或伺服器的實體硬體元件 (例如電腦、網路及儲存區域網路元件) 故障，則系統不會受到影響。您用以減低單一失敗點的硬體，隨您要設為備援的元件而異。硬體廠商一般會包括重複的硬體，以作為其存儲解決方案的一部分。

RAID 設定

使用獨立磁碟容錯陣列 (RAID)，即可提升 Office Project Server 2007 部署的容錯能力。RAID 在多個磁碟上儲存相同的資料，以進行備援、改善效能及增加平均無故障時間 (MTBF)。在 RAID 設定中，部分實體儲存容量會包含儲存在硬碟上之資料的相關備援資訊。此備援資訊可以是同位檢查資訊 (若為 RAID-5 磁碟區)，或完整且獨立的資料複本 (若為鏡像磁碟區)。備援資訊可在其中一個磁碟或存取路徑失敗，或無法讀取磁碟上的磁區時，重新產生資料。

若要確保執行 Office Project Server 2007 的電腦在發生單一磁碟故障時能繼續正常運作，您可以在 Office Project Server 2007 部署的硬碟上，使用 RAID 磁碟鏡像或含同位的等量磁碟區。磁碟鏡像及含同位的等量磁碟區，會為硬碟上的資料建立備援資料。

Office Project Server 2007 資料庫需要大量 I/O。因此建議使用 RAID 10，以獲得內含 Office Project Server 2007 資料庫之磁碟機的最佳效能與備援能力。

使用 RAID 設定無法防止檔案損毀或其他檔案錯誤。因此，請勿將 RAID 設定用作在伺服器上保留重要資料最新備份的替代方法。

由於交易記錄檔和資料庫檔案對執行 Office Project Server 2007 的電腦作業至關重要，因此您可以將交易記錄檔和資料庫檔案存放在不同的實體磁碟上。您也可以使用 RAID 磁碟鏡像或含同位的等量磁碟區，以防止單一實體硬碟故障而導致 Office Project Server 2007 資料庫故障。

若環境包含儲存區域網路 (SAN)，則可能已具備部署所需的磁碟備援。在 SAN 環境中，建議不要將您的 Office Project Server 2007 部署及其相關元件放置在與其他需要大量 I/O 之應用程式相同的磁碟磁針上，這麼做有可能會導致效能降低。Office Project Server 2007 資料會最佳化以進行循序讀取，因此適用於 SAN 環境。

伺服器角色備援

您要選擇哪個比較基準伺服器拓撲，取決於應用程式伺服器角色的備援需求。本節說明與備援選項相對的應用程式伺服器角色。

可以作為備援的角色

這些應用程式伺服器角色可以部署至多部伺服器。部署至每部伺服器的程式碼都一樣，而且應用程式伺服器角色不會儲存任何資料。換句話說，這些伺服器角色的每個執行個體都會維持一致。如果其中一部伺服器電腦故障，已儲存的資料都不會遺失。網頁伺服器會自動在可用的應用程式伺服器電腦之間，平衡對這些伺服器角色的負載要求。

Office Project Server 2007 Project 應用程式服務可重複部署。如此可提高 PWA 資料要求的輸送量，並增加部署的容量。但是，在多部伺服器上部署 Project 應用程式服務，無法增加伺服器陣列的可用性。若其中一部伺服器故障，伺服器陣列不會自動偵測故障，且會繼續將要求傳送至故障的 Project 應用程式服務伺服器，直到手動從伺服器陣列移除該伺服器為止。

不可作為備援的角色

某些您在 Office Project Server 2007 中啟用的應用程式伺服器角色不可作為備援，例如 Windows SharePoint Services 3.0 搜尋。此應用程式伺服器角色可以部署至多部伺服器；但是，這些伺服器並非備援。此伺服器角色設定為會編目內容，以及產生內容索引。若將此角色部署至多部伺服器，則每部伺服器都會編目不同的內容。

資料庫伺服器備援

資料庫伺服器角色對解決方案可用性的影響，更勝於任何其他角色。若網頁伺服器或應用程式伺服器故障，這些角色都可快速還原或重新部署。但若資料庫伺服器故障，解決方案就需仰賴還原資料庫伺服器。這其中可能還包括重建資料庫伺服器，然後再從備份媒體還原資料。在此情形下，您可能會遺失自上次備份工作日期之後，任何新的或已變更過的資料，此取決於 SQL Server 的設定方式而定。此外，在還原資料庫伺服器角色時，將完全無法使用解決方案。

在任何系統中，建議您與硬體廠商合作以採購適用於您系統的容錯硬體，包括 RAID 陣列。

規劃元件容錯時，請考慮下列項目：

伺服器內每個元件的完整備援可能不切實際。請使用其他伺服器進行額外的備援。
確定伺服器有多個連接到不同電源來源的電源供應器，以取得最大備援能力。

記錄傳送

在 Microsoft SQL Server 中，您可以使用記錄傳送將交易記錄檔從一部資料庫連續饋送至另一部。持續備份來源資料庫中的交易記錄檔，再將記錄檔複製並還原至目的資料庫，可讓目的資料庫與來源資料庫保持同步。記錄傳送提供維護待命伺服器的自動化方式。

待命伺服器

待命伺服器是主要實際執行的伺服器故障時，可上線的第二部伺服器。待命伺服器上會安裝主要伺服器上所安裝之相同的軟體元件。使用者可在主要伺服器變成無法使用時，使用待命伺服器繼續處理 Office Project Server 2007 資料。

當主要伺服器因為排程維護而無法使用時，也可使用待命伺服器。例如，若必須將主要伺服器離線以進行硬體或軟體升級，即可在主要伺服器恢復連線之前使用待命伺服器。

使用待命伺服器時需考量的最重要因素，是待命伺服器上的硬體、軟體更新及韌體更新，必須與指定待命伺服器取代的主要伺服器上的項目相同。

如果待命伺服器是資料庫伺服器，則必須包含主要伺服器上的資料庫複本。如果主要伺服器離線而待命伺服器上線，則可再次使用主要伺服器時，對待命伺服器上的資料庫複本所進行的任何變更，都必須複製回主要伺服器。否則，會遺失這些變更。當使用者重新開始使用主要伺服器時，應將主要伺服器上的資料庫份並複製到待命伺服器。

記錄傳送最適合用以確認待命伺服器是否仍與主要伺服器保持同步。若主要伺服器故障，或甚至只是其中一個資料庫故障，即可將待命伺服器上的資料庫提供使用者處理序使用。任何無法存取主要伺服器的使用者處理序都必須改用待命伺服器。

若部署中有獨立的前端網頁伺服器，您可以在前端網頁伺服器上安裝 Project 應用程式服務，並維持關閉。接著，當其中一部 Office Project Server 2007 伺服器故障時，即可啟動前端網頁伺服器上的 Project 應用程式服務，輕鬆連線至待命伺服器。

共用方式為