使用 Azure 基礎結構 VM 重新啟動以達到 SAP 系統的「更高可用性」
本節適用于：
Windows 和
Linux
如果您決定不使用 Linux 上的 Windows Server 容錯移轉叢集 （WSFC） 或 Pacemaker 等功能（目前僅支援 SUSE Linux Enterprise Server [SLES] 12 和更新版本），則會使用 Azure VM 重新開機。 其可保護 SAP 系統免于 Azure 實體伺服器基礎結構和整體基礎 Azure 平臺的計劃性和非計劃性停機。
注意
Azure VM 重新開機主要可保護 VM， 而不是 應用程式。 雖然 VM 重新開機不提供 SAP 應用程式的高可用性，但它確實提供特定層級的基礎結構可用性。 它也間接提供 SAP 系統的「更高可用性」。 在計劃性或非計劃性主機中斷之後重新開機 VM 所需的時間也沒有任何 SLA，這讓此方法的高可用性不適合 SAP 系統的重要元件。 重要元件的範例可能是 ASCS/SCS 實例或資料庫管理系統（DBMS）。
高可用性的另一個重要基礎結構元素是儲存體。 例如，Azure 儲存體 SLA 是 99.9% 的可用性。 如果您將所有 VM 及其磁片部署在單一 Azure 儲存體帳戶中，潛在的Azure 儲存體無法使用，會導致該儲存體帳戶中放置的所有 VM 以及 VM 內執行的所有 SAP 元件無法使用。
您可以針對每個 VM 使用專用的儲存體帳戶，而不是將所有 VM 放入單一 Azure 儲存體帳戶。 藉由使用多個獨立的 Azure 儲存體帳戶，您可以增加整體 VM 和 SAP 應用程式可用性。
Azure 受控磁片會自動放在所連結虛擬機器的容錯網域中。 如果您在可用性設定組中放置兩部虛擬機器並使用受控磁片，平臺也會負責將受控磁片分散到不同的容錯網域。 如果您打算使用進階儲存體帳戶，強烈建議您使用受控磁片。
使用 Azure 基礎結構高可用性和儲存體帳戶的 SAP NetWeaver 系統範例架構可能如下所示：
使用 Azure 基礎結構高可用性和受控磁片的 SAP NetWeaver 系統的範例架構可能如下所示：
針對重要的 SAP 元件，到目前為止，您已達成下列目標：
SAP 應用程式伺服器的高可用性
SAP 應用程式伺服器實例是備援元件。 每個 SAP 應用程式伺服器實例都會部署在自己的 VM 上，其正在不同的 Azure 容錯和升級網域中執行。 如需詳細資訊，請參閱 容錯網域 和 更新網域小 節。
您可以使用 Azure 可用性設定組來確保此組態。 如需詳細資訊，請參閱 Azure 可用性設定組 一節。
Azure 容錯或升級網域的潛在計劃性或非計劃性無法使用，會導致無法使用其 SAP 應用程式伺服器實例限制數目的 VM。
每個 SAP 應用程式伺服器實例都會放在自己的 Azure 儲存體帳戶中。 一個 Azure 儲存體帳戶可能無法使用，會導致只有一個 VM 與其 SAP 應用程式伺服器實例無法使用。 不過，請注意，一個 Azure 訂用帳戶內的 Azure 儲存體帳戶數目有限制。 若要確保 VM 重新開機後自動啟動 ASCS/SCS 實例，請在 ASCS/SCS 實例啟動設定檔中設定 Autostart 參數。
如需詳細資訊，請參閱 SAP 應用程式伺服器的 高可用性。
即使您使用受控磁片，磁片仍會儲存在 Azure 儲存體帳戶中，而且在儲存體中斷時可能無法使用。
SAP ASCS/SCS 實例的高可用性
在此案例中，使用 Azure VM 重新開機來保護已安裝 SAP ASCS/SCS 實例的 VM。 如果 Azure 伺服器已規劃或非計劃性停機，VM 就會在另一部可用的伺服器上重新開機。 如先前所述，Azure VM 重新開機主要會保護 VM， 而不是 應用程式，在此案例中為 ASCS/SCS 實例。 透過 VM 重新開機，您間接達到 SAP ASCS/SCS 實例的「更高可用性」。
若要確保 VM 重新開機後自動啟動 ASCS/SCS 實例，請在 ASCS/SCS 實例啟動設定檔中設定 Autostart 參數。 此設定表示 ASCS/SCS 實例是單一 VM 中執行的單一失敗點（SPOF），將決定整個 SAP 環境的可用性。
DBMS 伺服器的高可用性
如同上述 SAP ASCS/SCS 實例使用案例，您會使用 Azure VM 重新開機來保護已安裝 DBMS 軟體的 VM，並透過 VM 重新開機達到 DBMS 軟體的「更高可用性」。
在單一 VM 中執行的 DBMS 也是 SPOF，它是整個 SAP 環境可用性的決定性因素。
針對 SAP 實例使用自動啟動
SAP 提供一個設定，可讓您在 VM 內的 OS 啟動之後立即啟動 SAP 實例。 這些指示記載于 SAP 知識庫文章 1909114 。 不過，SAP 不再建議使用 設定，因為它不允許控制多個 VM 受到影響的實例重新開機順序，或如果每個 VM 執行多個實例。
假設 VM 中一個 SAP 應用程式伺服器實例和單一 VM 最終重新開機的一般 Azure 案例，自動啟動並不重要。 但是，您可以將下列參數新增至 SAP Advanced Business Application Programming （ABAP） 或 JAVA 實例的起始設定檔來啟用它：
Autostart = 1
注意
Autostart 參數也有某些缺點。 具體而言，參數會在啟動實例的相關 Windows 或 Linux 服務時觸發 SAP ABAP 或 JAVA 實例的啟動。 當作業系統開機時，就會發生該順序。 不過，SAP 服務的重新開機也是 SAP 軟體生命週期管理功能的常見情況，例如軟體更新管理員（SUM）或其他更新或升級。 這些功能不會預期實例會自動重新開機。 因此，在執行這類工作之前，應該先停用 Autostart 參數。 自動啟動參數也不應該用於叢集的 SAP 實例，例如 ASCS/SCS/CI。
如需 SAP 實例自動啟動的詳細資訊，請參閱下列文章：
下一步
如需完整的 SAP NetWeaver 應用程式感知高可用性的相關資訊，請參閱 Azure IaaS 上的 SAP 應用程式高可用性。