Google Cloud で SAP システムをバックアップする 9 つの方法

※この投稿は米国時間 2020 年 5 月 27 日に、Google Cloud blog に投稿されたものの抄訳です。

現代のビジネスの中枢にあるのはデータです。適切にデータを使用すれば、競争に有効な新しいテクノロジーへの扉が開かれます。ただし、テクノロジーの革新やテクノロジーへの投資を続けていくと、作成および生成されるデータを損失や配信停止などから保護することがますます重要になります。S/4HANA などの新しいシステムを使用している SAP のお客様にとっては、バックアップやストレージの設計を事業継続計画全体に含めることは特に正しいと言えます。データの損失や停止の理由としては、物理的な面と論理的な面が挙げられます。このブログ投稿では、データセンター障害や環境障害によって生じるような、物理的な原因による配信停止からの保護に主眼を置き、ビジネスが万全の準備を整えられるようにします。

テクノロジーの基本: SAP エコシステムでのバックアップの仕組み

SAP デプロイには、それぞれ独自の目標復旧時点（RPO）と目標復旧時間（RTO）の要件があり、バックアップ戦略とツールセット全体に影響を与えます。RPO はバックアップ オペレーションと考えることができます。機能が多ければ多いほど、復旧時点は以前に遡ることになります。RTO とは、システムが復旧してオンラインに戻るまでにかかる時間を指します。ほとんどの場合、バックアップ オペレーションによる全体的コストとデータ損失による時間的コストの間でトレードオフが行われます。

通常の SAP ワークロードは、ディスク上でデータベースとアプリケーション サーバーを実行する仮想マシン（VM）で構成されます。オペレーティング システム（OS）には専用のブートディスクがあり、残りのディスクの大部分はアプリケーションに使用されます。このため、SAP のすべてのお客様には、OS に含まれないすべてのファイルやデータの保存に Persistent Disk などの別のディスクを割り当てることをおすすめします。これによってシステムの交換と移動が容易になり、データ キャプチャやストレージの処理が簡易化されます。

クラウドを活用した SAP のお客様向けのバックアップ戦略

バックアップ ソリューションでは、バックアップ データのコピーをプライマリ ストレージの場所から分離することが大原則です。ただし、オンプレミス環境のデータ転送先は、社内ストレージ ユニット 1 か所のみです。幸い、HANA のクラウドに移動する SAP ワークロードが増えたため、スケーラブルかつ柔軟で自己管理可能な複数のクラウドベースのバックアップ ソリューションが利用できるようになりました。

1）永続ディスクのスナップショット

永続ディスクのスナップショットは高速で費用対効果に優れています。スナップショットの保存場所をリージョンまたはマルチリージョンとして指定できます。Google Cloud で実行されている SAP HANA データベースでは、バックアップ フォルダを別々の永続ディスクに保存し、データベース サーバーを個別にキャプチャして複製できます。

2）マシンイメージ（ベータ版）

Google Compute Engine リソースであるマシンイメージには、VM インスタンスを作成するために必要なすべての構成、メタデータ、権限、データがディスクから保存されます。マシンイメージはディスク バックアップだけでなく、インスタンスのクローン作成や複製にも適したリソースです。

3）共有ファイル ストレージ

SAP システムは共有ファイル ストレージ（Google Cloud Filestore や Elastifile など）を使用すると、高可用性と障害復旧の要件を満たすことが可能です。適切に選択した Cloud Storage バケット（マルチリージョン、デュアルリージョン）と共有ファイルシステムを組み合わせて、ゾーンとリージョン全体でデータ バックアップの可用性を確保できます。

4）Cloud Storage 向け HANA Backint エージェント（ベータ版）

SAP HANA データベース バックアップの場合、Google Cloud には SAP 認定され、アプリケーション対応の Cloud Storage Backint agent for SAP が無料で提供されています。これにより、永続ディスクでバックアップする必要がなくなります。

5）サードパーティのネットワーク ストレージ

サードパーティのネットワーク ファイル システム（NFS）ソリューションは、Cloud Storage に保存されているスケジュール設定済みスナップショットを使用して、アプリケーション レイヤとデータベース レイヤの両方の SAP インスタンスについて、すべての関連ファイル システム ボリュームのバックアップを提供します。SAP HANA でこのソリューションを適切に利用できるのは、バックアップと共有ボリュームをホスティングするときのみです。

6）サードパーティのバックアップ エージェントとマネージド サービス

これらのソリューションでは、高度な技術による機能で迅速なバックアップと復旧時間が可能になります。これは、サードパーティ プロバイダがデータベース レベルの増分バックアップに依存しないためです。エンタープライズ規模の SAP 環境では、これによりストレージ サイズが削減されます。バックアップ ソリューションには、SAP HANA 認定のものを使用することをおすすめします。

7）SAP HANA データ スナップショット

SAP HANA データベースはネイティブ SQL を使用してデータ スナップショットを個別に作成することもできます。この操作には認証が不要ですが、スナップショットを取得する前に一部のシステムを無効にする必要があるため、非常に複雑な手法です。

8）セカンダリ HANA インスタンスの SAP HANA 停止 / 開始スナップショット

このソリューションは、コスト上の考慮事項が RPO 要件よりも優先される非本番環境の場合に適しています。スナップショットを作成するには、SAP HANA システムのレプリケーション設定で、使用するスタンバイ インスタンスを小さくする必要があります。また、このインスタンスをオフラインにして完全な VM スナップショットを作成し、ポイントインタイム リカバリを行うこともできます。

9）スナップショットとディスクの割り当て解除

コストを抑制することが非常に重要だとお考えのお客様に対して Google Cloud は、スナップショットの時間に合わせて永続ディスクを割り当て、バックアップ完了後に割り当てを解除できるサービスを提供します。クラウドベースのインフラストラクチャを利用すると、必要に応じて従量課金制に基づいてバックアップ用のディスクを作成できます。 

データの損失や障害が今後まったく発生しないと断言できればよいのですが、現実として、配信停止やトリガー イベントはまたいつ発生するかわかりません。SAP のお客様が HANA に移行するなど、デジタル環境でモダナイゼーションや変革を急速に進める企業では、データを保護できるかどうかが、予測不可能かつ複雑で動的なビジネス環境における競争で生き残れるかどうかを左右します。永続ディスクのスナップショットからマシンイメージまで、Google と SAP のクラウド ソリューションはシームレスに連携し、カスタマイズ可能なソリューションのエコシステムを提供します。

高可用性オプションを検討する

今回は、SAP インスタンスのバックアップと復旧について Google Cloud がさまざまな方法でサポート、強化できることをごく簡単に紹介しました。さらなる詳細については、ホワイトペーパーをGoogle Cloud での SAP: バックアップの方法とソリューションからダウンロードしてください。