Azure アプリケーション整合性スナップショット ツールとは
Azure アプリケーション整合性スナップショット ツール (AzAcSnap) とは、サードパーティ製データベースのデータ保護を可能にするコマンドライン ツールです。 これはストレージ スナップショットの取得前に、これらのデータベースをアプリケーションと整合性のある状態にするために必要なすべてのオーケストレーションを処理します。 スナップショットの後、ツールはデータベースを動作状態に戻します。
「Azure アプリケーション整合性スナップショット ツールの使用を開始する」にある手順を参照してください。
アーキテクチャの概要
AzAcSnap は、データベースと同じホストにインストールすることも、集中型システムにインストールすることもできます。 ただし、データベース サーバーとストレージ バックエンドへのネットワーク接続が必要です (Azure NetApp Files の場合は Azure Resource Manager、Azure Large Instances の場合は HTTPS)。
AzAcSnap は軽量アプリケーションであり、通常は、外部スケジューラから実行されます。 ほとんどの Linux システムにおいて、この操作は cron
であり、このドキュメントではこれに焦点を当てています。 ただし、azacsnap
ユーザーのシェル プロファイルをインポートできる限り、代わりのツールとしてスケジューラを使用できます。 ユーザーの環境設定をインポートすることで、ファイル パスとアクセス許可が正しく初期化されます。
AzAcSnap を使用する利点
AzAcSnap では、Azure NetApp Files と Azure Large Instances のボリューム スナップショット機能およびレプリケーション機能が使われます。 これにより、次のメリットがあります:
データベースのサイズに依存しない迅速なバックアップ スナップショット
AzAcSnap はデータベース ボリュームのサイズに関係なく、パフォーマンス低下を伴わずに、データベースのスナップショットをほぼ瞬時に取得します。 複数のボリュームがデータベース ストレージの一部になるように、すべてのボリュームでスナップショットが並列に取得されます。
テストでは、16 ボリュームにわたって格納されている 100 テビバイト (TiB) を超えるデータベースのスナップショット バックアップを作成するのに 2 分もかからなくなりました。
アプリケーション整合性のデータ保護
AzAcSnap は、重要なデータベース ファイルをバックアップするための一元化または分散ソリューションとしてデプロイできます。 ストレージ ボリューム スナップショットを実行する前に、データベースの整合性が確保されます。 その結果、データベースの復旧にストレージ ボリューム スナップショットを確実に使用できます。 データベース ロール フォワードのオプションは、ログ ファイルと共に使用する場合に使用できます。
データベース カタログ管理
SAP HANA で AzAcSnap を使用すると、バックアップ カタログ内のレコードはストレージ スナップショットで最新の状態に保たれます。 この機能により、データベース管理者はバックアップ アクティビティを確認できます。
"アドホック" ボリューム保護
この機能は、ツールがストレージ スナップショットを作成する前にアプリケーションの休止処理を必要としないデータベース以外のボリュームに役立ちます。 これらは、SAP HANA ログ バックアップ ボリュームや共有ファイル システムなどのデータベース ファイルや、SAPTRANS ボリュームを含む、任意の非構造化ファイル システムです。
記憶域ボリュームの複製
この機能により、迅速な開発とテストのために、領域の効率に優れたストレージ ボリュームの複製が提供されます。
ディザスター リカバリーのサポート
AzAcSnap では、ストレージ ボリューム レプリケーションを利用して、リモート サイトにあるレプリケートされたアプリケーション整合性スナップショットを復旧するためのオプションが提供されます。
AzAcSnap は単一のバイナリです。 データベースまたはストレージと対話するために、追加のエージェントまたはプラグインは必要ありません (Azure Resource Manager 経由での Azure NetApp Files、Secure Shell [SSH] 経由での Azure Large Instance)。
サポートされているデータベース、オペレーティング システム、Azure プラットフォーム
データベース
- SAP HANA (詳細については、サポート マトリックスを参照してください)
- Oracle Database リリース 12 以降 (詳しくは、「Microsoft Azure での Oracle VM イメージとそのデプロイ」を参照してください)
- IBM Db2 for LUW on Linux 専用バージョン 10.5 以降 (詳しくは、「SAP ワークロード用 IBM Db2 Azure Virtual Machines DBMS デプロイ」を参照してください)
オペレーティング システム
- SUSE Linux Enterprise Server 12+
- Red Hat Enterprise Linux 7+
- Oracle Linux 7 以上
Azure プラットフォーム
- Azure Virtual Machines と Azure NetApp Files ストレージ
- Azure Large Instances (ベアメタル インフラストラクチャ上)
ヒント
新機能 (または他のデータベース、オペレーティング システム、プラットフォームのサポート) をお探しの場合は、「Azure アプリケーション整合性スナップショット ツールのプレビュー機能」を参照してください。 また、フィードバックや提案を提供することもできます。
サポートされるシナリオ
スナップショット ツールは、次の HANA Large Instances でサポートされるシナリオと、Azure NetApp Files を含む SAP HANA で使用できます。
SAP からのスナップショット サポート マトリックス
次のマトリックスは、ストレージ スナップショット バックアップ用に SAP でサポートされている SAP HANA のバージョンを示すガイドラインとして提供されています。
データベースの種類 | 最小データベース バージョン | メモ |
---|---|---|
単一コンテナー データベース | 1.0 SPS 12, 2.0 SPS 00 | |
MDC シングル テナント | 2.0 SPS 01 | またはそれ以降のバージョンでは、MDC シングルテナントが SAP によってストレージ/データ スナップショットに対してサポートされています。 * |
MDC マルチ テナント | 2.0 SPS 04 | またはそれ以降のバージョンでは、MDC シングルテナントが SAP によってストレージ/データ スナップショットに対してサポートされています。 |
SAP のデプロイに関するその他の考慮事項:
- HANA ユーザーをバックアップ用にセットアップする場合は、HANA インスタンスごとにユーザーをセットアップする必要があります。 SYSTEMDB (テナント データベースではなく) の HANA インスタンスにアクセスするために、SAP HANA ユーザー アカウントを作成します。
- 自動ログ削除は、SAP HANA 2 以降のリリースでは
--trim
オプションのazacsnap -c backup
で管理されます。
重要
スナップショット ツールは、構成ファイルで指定されている SAP HANA システムのノードのみと対話します。 このノードが使用できなくなった場合、別のノードとの通信を自動的に開始するメカニズムはありません。
スタンバイを使用した SAP HANA スケールアウトのシナリオの場合は、マスター ノードにスナップショット ツールをインストールして構成するのが一般的です。 ただし、プライマリ ノードが使用できなくなった場合、スタンバイ ノードがプライマリ ノードの役割を引き継ぐようになります。 この場合、実装チームは、スナップショットが作成されないことがないよう、スナップショット ツールを両方のノード (プライマリとスタンバイ) に構成する必要があります。 通常の状態では、プライマリ ノードは crontab によって開始された HANA スナップショットを取得します。 プライマリ ノードがフェールオーバーした場合、新しいプライマリ ノード (以前のスタンバイ) など、別のノードから実行する必要があります。 このような結果を実現するには、スタンバイ ノードにスナップショット ツールをインストールし、ストレージの通信を有効にし、hdbuserstore を構成し、
azacsnap.json
を構成し、フェールオーバーの前に crontab コマンドをステージングする必要があります。SAP HANA HSR HA のシナリオでは、両方 (プライマリとセカンダリ) のノードでスナップショット ツールをインストール、構成、スケジュールすることをお勧めします。 その後、プライマリ ノードが使用できなくなった場合は、セカンダリで取得されているスナップショットがセカンダリ ノードによって引き継がれます。 通常の状態では、プライマリ ノードは crontab によって開始された HANA スナップショットを取得します。 セカンダリ ノードはスナップショットを取得しようとしますが、プライマリが正常に機能しているので失敗します。 ただし、プライマリ ノードのフェールオーバー後、これらのスナップショットはセカンダリ ノードから実行されます。 このような結果を実現するには、セカンダリ ノードにスナップショット ツールをインストールし、ストレージの通信を有効にし、
hdbuserstore
を構成し、azacsnap.json
を構成し、フェールオーバーの前に crontab を有効にする必要があります。AzAcSnap を使用した Azure NetApp Files 上の、HSR で構成された HANA データベースの保護に関する技術記事を参照してください