SAP アプリケーションに関するディザスター リカバリーのガイドライン

Azure で SAP ワークロードのディザスター リカバリー (DR) を構成するには、プロセスを定期的にテスト、微調整、更新する必要があります。 ディザスター リカバリーのテストは、SAP ワークロードの DR フェールオーバーをトリガーしたり、セカンダリ サイトでシステムを起動したりする前に必要な依存サービスのシーケンスを特定するのに役立ちます。 組織は通常、SAP システムを Active Directory (AD) とドメイン ネーム システム (DNS) サービスに接続して正しく機能させます。 SAP ワークロードの DR を設定するときは、アプリケーションが正しく機能するように、SAP や他の非 SAP システムを復旧する前に、AD と DNS サービスが機能していることを確認します。 Active Directory と DNS の保護については、Active Directory と DNS の保護の方法を学習してください。 このドキュメントで説明する SAP アプリケーションの DR レコメンデーションは、抽象レベルです。 特定のセットアップに基づいて DR 戦略を設計し、エンドツーエンドのシナリオを文書化する必要があります。

SAP ワークロードに関する DR の推奨事項

通常、分散 SAP NetWeaver システムでは、中央サービス、データベース、共有ストレージ (NFS/SMB) が単一障害点 (SPOF) です。 さまざまな SPOF の影響を軽減するには、これらのコンポーネントの冗長性を設定する必要があります。 プライマリ リージョンでのこれらの SPOF コンポーネントの冗長性は、高可用性を構成することによって実現されます。 コンポーネントの高可用性設定により、SAP システムはローカル環境の障害や大災害から保護されます。 ただし、地理的に分散した災害から SAP アプリケーションを保護するには、すべての SAP コンポーネントに対して DR 戦略を実装する必要があります。

仮想マシンで実行される SAP システムの場合は、Azure Site Recovery を使ってディザスター リカバリー計画を作成できます。 SAP システムの各コンポーネントに推奨されるディザスター リカバリー アプローチを次に示します。 TREX や非 SAP アプリケーションなどの、スタンドアロンの NetWeaver 以外の SAP エンジンについては、このドキュメントでは説明しません。

SAP Web Dispatcher

SAP Web Dispatcher コンポーネントは、SAP アプリケーション サーバー間の SAP トラフィックのロード バランサーとして機能します。 プライマリ リージョンで SAP Web Dispatcher コンポーネントの高可用性を実現するには、さまざまなオプションがあります。 このオプションについて詳しくは、「SAP Web Dispatcher の高可用性」と Azure での SAP Web Dispatcher の HA セットアップに関するページをご覧ください。

• オプション 1: クラスター ソリューションを使用した高可用性。
• オプション 2: 並列 SAP Web Dispatcher を使用した高可用性。

プライマリ リージョンで高可用性 SAP Web Dispatcher セットアップの DR を実現するには、Azure Site Recovery を使用できます。 プライマリ リージョンで実行されている並列 Web ディスパッチャー (オプション 2) の場合は、Azure Site Recovery を構成することで DR を実現できます。 しかし、プライマリ リージョンでオプション 1 を使って SAP Web Dispatcher を構成する場合は、フェールオーバー後に追加の変更を行って、DR リージョンで同様の HA 設定にする必要があります。 クラスター ソリューションによる SAP Web Dispatcher の高可用性の構成は、SAP セントラル サービスと同様の方法で構成されます。 SAP セントラル サービスについて説明されているものと同じガイドラインに従ってください。

SAP セントラル サービス

SAP セントラル サービスに含まれるエンキューおよびメッセージ サーバーは、SAP アプリケーションの SPOF の 1 つです。 SAP システムでは、そのようなインスタンスは 1 つだけ存在でき、高可用性を実現するように構成できます。 「SAP セントラル サービスの高可用性」を読んで、Azure 上の SAP ワークロードのためのさまざまな高可用性ソリューションについて理解してください。

SAP セントラル サービスの高可用性を構成すると、局地的な出来事からリソースとプロセスが保護されます。 SAP セントラル サービスの DR を実現するには、Azure Site Recovery を使用できます。 Azure Site Recovery が VM と接続されたマネージド ディスクをレプリケートしますが、DR 戦略にはさらなる考慮事項があります。 SAP セントラル サービスに使われるオペレーティング システムに基づいて、以下のセクションで詳細を確認してください。

SAP アプリケーション サーバー

プライマリ リージョンでの SAP アプリケーション サーバーの冗長性は、複数の VM にインスタンスをインストールすることで実現されます。 SAP アプリケーション サーバーの DR を設定するには、アプリケーション サーバー VM ごとに Azure Site Recovery を設定できます。 アプリケーション サーバーにアタッチされている共有ストレージ (トランスポート ファイルシステム、インターフェイス データ ファイルシステム) の場合は、共有ストレージの種類に基づいて適切な DR プラクティスに従います。

SAP データベース サーバー

SAP ワークロードを実行しているデータベースの場合は、ネイティブの DBMS レプリケーション テクノロジを使って DR を構成します。 Azure Site Recovery は、DB の一貫性を保証せず、データ チャーンの制限があるため、データベースに使うことはお勧めしません。 レプリケーション テクノロジはデータベースごとに異なるため、それぞれのデータベースのガイドラインに従ってください。 次の表では、SAP ワークロードに使われるデータベースの一覧と、対応する DR の推奨事項を示します。

ソリューションのコストを最適化するには、データベース DR 戦略にバックアップと復元オプションを使うこともできます。

バックアップと復元

バックアップと復元は、業務の RTO と RPO が重要でない場合に SAP ワークロードのディザスター リカバリーを実現するために使用できる、もう 1 つのソリューションです。 クラウドベースのバックアップ サービスである Azure backup を使って、仮想マシン、マネージド ディスク、サポートされているデータベースなど、SAP ワークロードのさまざまなコンポーネントのコピーを取得できます。 Azure Backup のシナリオとデプロイの一般的なサポート設定と制限事項について詳しくは、Azure Backup のサポート マトリックスに関する記事をご覧ください。

Azure Backup は、選択されているレプリケーションの種類 (LRS、ZRS、または GRS) に基づいてデータをレプリケートする Recovery Services コンテナーにバックアップを格納します。 geo 冗長ストレージ (GRS) の場合、バックアップ データはペアになっているセカンダリ リージョンにレプリケートされます。 リージョンをまたがる復元機能を有効にすると、セカンダリ リージョンでサポートされている管理の種類のデータを復元できます。

バックアップと復元は、従来からあるコスト最適化アプローチですが、より高い RTO のトレードオフが伴います。 DR リージョンにフェールオーバーする場合は、バックアップからすべてのアプリケーションを復元する必要があります。 そのため、ビジネス ニーズを分析し、それに応じて DR 戦略を設計する必要があります。

リファレンス

• チュートリアル:Azure VM のディザスター リカバリーを設定する
• Azure Backup サービス。