設定多層式 IIS 型 Web 應用程式的災害復原
應用程式軟體是組織中商務產能的引擎。 各種 web 應用程式可在組織提供不同的用途。 對組織而言，有些應用程式 (例如用於薪資處理的應用程式、財務應用程式及客戶面向的網站) 可能極為重要。 若要避免降低生產力，組織務必能夠持續啟動並執行這些應用程式。 更重要的是，讓這些應用程式一直處於可用狀態，有助於防止組織的品牌或形象受損。
重要的 Web 應用程式通常會設定為多層式應用程式：Web、資料庫及應用程式分別位於不同層上。 除了會分散於各層外，應用程式也可在每一層中使用多部伺服器來平衡流量負載。 此外，各層之間和 Web 伺服器上的對應可能會以靜態 IP 位址為基礎。 在容錯移轉時，需要更新其中一些對應，尤其是如果在 Web 伺服器上設定了多個網站。 如果 Web 應用程式使用 TLS，則您必須更新憑證繫結。
不是以複寫為基礎的傳統復原方法，涉及備份各種組態檔、登錄設定、繫結、自訂元件 (COM 或 .NET)、內容和憑證。 檔案會透過一組手動步驟來復原。 備份和手動復原檔案的傳統修復方法都很麻煩、容易發生錯誤，且不可調整。 例如，您可能會輕易忘記要備份憑證。 在容錯移轉之後，除了為伺服器購買新的憑證以外，您就沒有任何選擇。
理想的災害復原解決方案支援針對複雜的應用程式架構建立復原方案模型。 您也應該能夠將自訂的步驟新增至復原方案，以處理各層之間的應用程式對應。 如果發生災害，應用程式對應可提供單鍵、準確命中的解決方案，進而導致 RTO 減少。
本文說明如何使用 Azure Site Recovery 來保護以 Internet Information Services (IIS) 為基礎的 Web 應用程式。 本文涵蓋將三層式 IIS 型 Web 應用程式複寫至 Azure 的最佳做法、如何進行災害復原演練，以及如何將應用程式容錯移轉至 Azure。
必要條件
在開始之前，請確定您了解如何執行下列工作：
部署模式
IIS 型 Web 應用程式通常會遵循下列其中一個部署模式︰
部署模式 1
具有應用程式要求路由 (ARR)、IIS 伺服器及 SQL Server 的 IIS 型 Web 伺服陣列。
部署模式 2
具有 ARR、IIS 伺服器、應用程式伺服器及 SQL Server 的 IIS 型 Web 伺服陣列。
Site Recovery 支援
為了在本文中提供範例，我們在 Windows Server 2012 R2 Enterprise 上使用 VMware 虛擬機器搭配 IIS 7.5。 因為 Site Recovery 複寫並非應用程式特有，所以本文中的建議應套用於下表中所列的案例，以及針對其他版本的 IIS 套用。
來源與目標
| 案例 | 次要站台 | 至 Azure |
|---|---|---|
| Hyper-V | Yes | Yes |
| VMware | Yes | Yes |
| 實體伺服器 | No | Yes |
| Azure | NA | Yes |
複寫虛擬機器
若要開始將所有 IIS Web 伺服陣列虛擬機器複寫至 Azure，請遵循在 Site Recovery 中測試容錯移轉到 Azure中的指引。
如果您使用靜態 IP 位址，您可以指定您想要虛擬機器使用的 IP 位址。 若要設定 IP 位址，請移至 [網路設定]>[目標 IP]。
建立復原方案
復原方案支援在容錯移轉期間對多層式應用程式中的各層進行排序。 排序有助於維持應用程式的一致性。 當您為多層式 Web 應用程式建立復原方案時，請完成使用 Site Recovery 建立復原方案中所述的步驟。
將虛擬機器新增至容錯移轉群組
典型的多層式 IIS Web 應用程式包含下列元件：
- 具有 SQL 虛擬機器的資料庫層。
- Web 層，其中包含 IIS 伺服器和應用程式層。
根據層級將虛擬機器新增至不同的群組：
- 建立復原計畫。 在群組 1 之下新增資料庫層虛擬機器。 這可確保資料庫層虛擬機器最後關閉且最先啟動。
- 在群組 2 之下新增應用程式層虛擬機器。 這可確保應用程式層虛擬機器在資料庫層啟動之後啟動。
- 在群組 3 中新增 Web 層虛擬機器。 這可確保 Web 層虛擬機器在應用程式層啟動之後啟動。
- 在群組 4 中新增負載平衡虛擬機器。 這可確保負載平衡虛擬機器在 Web 層啟動之後啟動。
如需詳細資訊，請參閱自訂復原方案。
將指令碼新增至復原方案
為了讓 IIS Web 伺服陣列可正常運作，您可能需要在容錯移轉後或測試容錯移轉期間，於 Azure 虛擬機器上執行某些作業。 您可以自動化某些容錯移轉後的作業。 例如，將對應的指令碼新增至復原方案，即可更新 DNS 項目、變更網站繫結，或變更連接字串。 將 VMM 指令碼新增至復原方案說明如何使用指令碼來設定自動化工作。
DNS 更新
如果是已設定動態 DNS 更新的 DNS，則虛擬機器通常會在啟動之後使用新的 IP 位址更新 DNS。 如果您想要新增一個明確的步驟來以虛擬機器的新 IP 位址更新 DNS，請新增指令碼來更新 DNS 中的 IP，作為復原方案群組上的容錯移轉後置動作。
在應用程式 web.config 中的連接字串
連接字串會指定與網站進行通訊的資料庫。 如果連接字串含有資料庫虛擬機器的名稱，則容錯移轉後無須採取任何進一步的步驟。 應用程式可以自動與資料庫進行通訊。 此外，如果保留資料庫虛擬機器的 IP 位址，則不需要更新連接字串。
如果連接字串使用 IP 位址來參考資料庫虛擬機器，則在容錯移轉後就必須更新連接字串。 例如，以下連接字串會指向 IP 位址為 127.0.1.2 的資料庫：
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<connectionStrings>
<add name="ConnStringDb1" connectionString="Data Source= 127.0.1.2\SqlExpress; Initial Catalog=TestDB1;Integrated Security=False;" />
</connectionStrings>
</configuration>
若要更新 Web 層中的連接字串，請在復原方案中的群組 3 之後新增 IIS 連線更新指令碼。
應用程式的網站繫結
每個網站都包含繫結資訊。 繫結資訊包括繫結的類型、IIS 伺服器接聽網站要求的 IP 位址、連接埠號碼，以及網站的主機名稱。 在容錯移轉期間，如果與這些繫結相關聯的 IP 位址發生變更，您可能需要更新這些繫結。
注意
如果您將網站繫結設定為 [全未指派]，則在容錯移轉後，就不需要更新此繫結。 此外，如果與網站相關聯的 IP 位址並未在容錯移轉後變更，您就不需要更新網站繫結。 (IP 位址的保留取決於網路架構以及指派給主要和復原網站的子網路。對您的組織而言，更新它們可能不可行。)
如果您將 IP 位址與網站相關聯，請使用新的 IP 位址更新所有網站繫結。 若要變更網站繫結，請在復原方案中的群組 3 之後新增 IIS Web 層更新指令碼。
更新負載平衡器 IP 位址
如果您有 ARR 虛擬機器，若要更新 IP 位址，請在群組 4 之後新增 IIS ARR 容錯移轉指令碼。
HTTPS 連線的 TLS/SSL 憑證繫結
網站可擁有相關聯的 TLS/SSL 憑證，以協助確保 Web 伺服器與使用者瀏覽器之間的安全通訊。 如果網站具有 HTTPS 連線，而且有相關聯的 HTTPS 網站繫結可透過 TLS/SSL 憑證繫結來繫結至 IIS 伺服器的 IP 位址，則您必須在容錯移轉後，為該憑證新增一個具有 IIS 虛擬機器 IP 位址的新網站繫結。
您可以對這些元件簽發 TLS/SSL 憑證：
- 網站的完整網域名稱。
- 伺服器的名稱。
- 網域名稱的萬用字元憑證。
- IP 位址。 如果針對 IIS 伺服器的 IP 位址簽發 TLS/SSL 憑證，就必須針對 Azure 網站上 IIS 伺服器的 IP 位址簽發另一個 TLS/SSL 憑證。 並且必須為此憑證建立額外的 TLS 繫結。 因此，我們建議不要使用針對 IP 位址所核發的 TLS/SSL 憑證。 此選項較不常用，而且很快就會按照新的憑證授權單位/瀏覽器論壇變更而被取代。
更新 Web 層與應用程式層之間的相依性
如果您有以虛擬機器 IP 位址為基礎的應用程式特有相依性，則必須在容錯移轉後更新此相依性。
執行測試容錯移轉
- 在 Azure 入口網站中，選取您的復原服務保存庫。
- 選取您為 IIS Web 伺服陣列建立的復原方案。
- 選取 [測試容錯移轉]。
- 若要啟動測試容錯移轉程序，請選取復原點和 Azure 虛擬網路。
- 當次要環境啟動時，您即可執行驗證。
- 完成驗證時，若要清除測試容錯移轉環境，請選取 [驗證完成]。
如需詳細資訊，請參閱在 Site Recovery 中測試容錯移轉至 Azure。
執行容錯移轉
- 在 Azure 入口網站中，選取您的復原服務保存庫。
- 選取您為 IIS Web 伺服陣列建立的復原方案。
- 選取 [容錯移轉]。
- 若要啟動容錯移轉程序，請選取復原點。
如需詳細資訊，請參閱在 Site Recovery 中容錯移轉。
下一步
- 深入了解如何使用 Site Recovery 複寫其他應用程式。