このページでは、バックアップの作成の段階と、サポートされているアプリケーション タイプで使用可能なバックアップ オプションについて説明します。
バックアップの作成手順
データベース、ファイル システム、VM などのサポートされているアプリケーションのバックアップを作成するには、スケジュールに従って実行するバックアップ プランを割り当てます。次に、次の操作を行います。
バックアップ プランの設定に従って、Backup and DR はソースデータのスナップショット イメージを取得し、ターゲット ストレージ プールに保存します。
（省略可）バックアップ プランに従って、すぐに、または後で、Backup and DR はターゲット プールから代替ストレージ プールにイメージをコピーして、2 番目のコピーを生成します。通常、これはスナップショット プールから OnVault プールへの転送です。
アプリケーション保護が有効になるタイミング
バックアップ プランを適用しても、アプリケーションはすぐに保護されません。保護ジョブは、リソースの可用性に応じてスケジュールに従って実行されます。ジョブをすぐに実行することもできます。
バックアップ プランには、このアプリケーションの保護ジョブを実行するスケジュールが含まれています（毎日 UTC の 18:00 ～ 06:00、4 時間ごとに実行など）。たとえば、今日の UTC 13:00 にアプリケーションに保護を適用した場合、最初の保護オペレーションは UTC 18:00 にスケジュールされます。
スケジュールされた時間に、ジョブにジョブスロットが割り当てられます。このスロットは、ジョブのスケジュール時に使用できる場合もありますが、必ずしもそうとは限りません。ジョブスロットの詳細については、ジョブスロットについてをご覧ください。
バックアップ プランを変更する
アプリケーションのバックアップ プランはいつでも変更できます。今後のバックアップは、新しいテンプレートに基づいて行われます。既存のバックアップは、作成時に使用されていたテンプレートに基づいて保持されます。
変更トラッキング メカニズム
バックアップ/リカバリ アプライアンスは、データの最初の完全コピーを作成し、増分変更のコピーを作成することでデータをバックアップします。この機能には、バックアップ オペレーション間で発生した変更を追跡してバックアップする機能が必要です。これらの変更を追跡するために、バックアップ/リカバリ アプライアンスは Compute Engine API、バックアップと DR エージェント、または VMware VM のバックアップを使用します。
バックアップと DR は、次のような複数の方法でソースデータの変更を追跡します。
- SQL Server のエージェント ベースの変更ブロック トラッキング
- Linux 論理ボリューム（LVM）のエージェントベースの変更トラッキング
- Compute Engine スナップショットの変更追跡
- Oracle ブロック変更のトラッキング
- VMware ベースの変更トラッキング
エージェント変更トラッキング ドライバ
変更トラッキング ドライバ（フィルタ ドライバとも呼ばれる）を備えたバックアップと DR エージェントは、ホスト側からの変更をトラッキングすることで、効率的な増分バックアップを実現します。データベースの最初の完全バックアップの後、バックアップ/リカバリ アプライアンスはデフォルトで増分バックアップを実行します。バックアップが引き続きフルバックアップである場合は、次の点を確認します。
変更トラッキング ドライバが停止します。この場合は、変更トラッキング ドライバ サービスを再起動します。
Windows 変更トラッキング ドライバがインストールされていません。この場合は、アンインストールしてから、Windows バックアップと DR エージェントを完全にインストールします。
Linux OS の場合、インストールされているエージェントがカーネル バージョンをサポートしていません。サポートされている Linux OS のバージョンについては、サポート マトリックスをご覧ください。
完全スナップショットと増分スナップショット
完全なスナップショットでは、アプリケーションに必要なすべてのデータがバックアップされます。完全スナップショット（完全バックアップ）は、アプリケーションが初めてバックアップされるときと、まれな状況で取得されます。最初の完全スナップショットの後、バックアップと DR は増分スナップショットを取得します。これは非常に高速です。
増分スナップショットは次のように機能します。
最初の完全なスナップショットには、すべてのソースデータが含まれます。
2 番目以降のスナップショットには、新規データまたは変更データのみが含まれます。完全なスナップショット以降に変更されていないデータは含まれません。代わりに、後続の増分スナップショットには、元のスナップショットの変更されていないデータの完全なスナップショット イメージへの参照が含まれます。
次のスナップショットには、2 番目のスナップショット以降に新規作成または変更されたデータが含まれますが、それ以前のスナップショットから変更されていないデータは含まれません。変更されていないデータについては、このスナップショットに以前のスナップショットのブロックへの参照が含まれます。
バックアップ オプション
バックアップと DR を使用すると、次のことができます。
エージェント ベースのバックアップ
バックアップと DR エージェントは、仮想サーバーの個々のアプリケーションとアプリケーション グループのバックアップに使用されます。バックアップと DR エージェントは、VMware VM または Compute Engine インスタンスにインストールできる、フットプリントが小さく、オペレーティング システム固有の軽量なサービスです。バックアップと DR エージェントは、VMware API 呼び出しよりもきめ細かいデータ バックアップ機能を提供します。次のことが可能になります。
- アプリを探す
- アプリケーションの休止（バックアップ中のアプリケーションの整合性を確保するため）
- 永久増分方式バックアップ戦略の変更ブロック トラッキングを有効にする
- 1 つのポリシー テンプレートを、サーバーに常駐する複数のアプリケーションに適用できます。
- VMware VM の「スタン」の問題を回避する
物理サーバーまたは VM にバックアップと DR エージェントをインストールすると、単一のポリシー テンプレートを作成してサーバーのすべてのアプリケーションをバックアップできます。また、複数のポリシー テンプレートを作成して、アプリケーションのグループをバックアップすることもできます。
整合性グループ内のアプリケーション データをバックアップする
整合性グループは、バックアップと DR エージェントによって有効になります。その名が示すように、整合性グループは、同じホスト上の複数のアプリケーション間で一貫したポイントインタイム バックアップと復元を実現します。アプリケーションの整合性を実現するために、整合性グループのメンバーは、単一のポリシー テンプレートを使用して、同時に休止状態にされてバックアップされます。
スナップショット ポリシーでバックアップと DR のデータベース ログのバックアップ オプションが有効になっている場合、スナップショット ポリシーが存在するポリシー テンプレートによってバックアップされたすべてのデータベースを同じポイントインタイムに復元できます。グループ内のログ（データベース用）の復元とロールフォワードは、管理コンソールを使用して 1 回の操作で実行されます。
整合性グループを使用すると、バックアップと復元のオペレーションが高速化されるだけでなく、システム リソース（VDisk）の使用量も削減されます。
汎用アプリケーション（LVM）のバックアップ
ほとんどのアプリケーションは、バックアップと DR エージェントまたはバックアップと DR に組み込まれた API によって検出されます。汎用アプリケーションは、保護する LVM ボリュームのグループを指定して定義するアプリケーションです。
データベース ログのバックアップ
データベース ログ バックアップは、スナップショット ポリシーの詳細オプションで有効にします。これにより、1 つのスナップショット ポリシーで、Microsoft SQL Server データベース、Oracle データベース、Microsoft SQL Server データベースまたは Oracle データベースを含む整合性グループのログをバックアップできます。データベース ログのバックアップ頻度は、データベースとは別に定義されます。たとえば、データベースは毎日バックアップし、ログは 1 時間ごとにバックアップできます。
データベース ログのバックアップの頻度は分単位で設定します。ログのバックアップ頻度は、関連するデータベースのバックアップ頻度を超えないようにする必要があります。たとえば、データベースのバックアップ頻度が 24 時間ごとの場合、ログファイルのバックアップ頻度は 24 時間未満にする必要があります。データベース ログのバックアップ間隔の最小値は 15 分です。
ログの保持は、スナップショット ポリシーの保持とは別に定義されます。保持期間を別々に設定すると、スナップショット プールに保存されているデータベースのコピーと組み合わせてログを使用できます。
指定されたログ保持期間中にバックアップされるログの数に関係なく、データベースのバックアップ ログは、バックアップと DR スナップショット プールの単一の VDisk にステージングされます。スナップショット プールのスペースを節約するには、詳細設定を使用して、ログを圧縮するようにデータベースに指示します。
Compute Engine インスタンスをバックアップする
Compute Engine インスタンス全体をバックアップするために、バックアップ/リカバリ アプライアンスは Compute Engine API を使用します。Compute Engine は、バックアップと DR の増分永続バックアップ戦略の変更ブロック トラッキングを提供します。また、バックアップ中のアプリケーションの整合性を確保するためにアプリケーションを休止できます。
仮想サーバー全体をバックアップすると、完全に機能する仮想サーバー（オペレーティング システム、アプリケーション、そのデータ）がバックアップされます。仮想サーバー全体のコピーがあると、データに問題なく迅速にアクセスできます。
VMware VM をバックアップする
バックアップと DR は、VMware vSphere Storage APIs - Data Protection 呼び出しを使用して、VMware 仮想サーバー全体（またはその VM に割り当てられた特定のディスク）をバックアップします。これにより、バックアップと DR の永続増分バックアップ戦略で変更ブロックのトラッキングが可能になり、バックアップ中のアプリケーションの整合性を確保するためにアプリケーションを休止できます。
VMware VM のアプリケーションとブート ボリュームをバックアップする
VM でアプリケーションを管理する場合は、VM のブート ボリュームをバックアップすることもできます。VM のブートボリュームがバックアップされている場合、イメージを起動可能な VM として提供できます。必要に応じて、イメージを新しい永続的な場所に移行できます。
VMware VM 全体をバックアップする
仮想サーバー全体をバックアップすると、完全に機能する仮想サーバー（オペレーティング システム、アプリケーション、そのデータ）がバックアップされます。仮想サーバー全体のコピーがあれば、問題なく迅速にデータにアクセスできます。表示されるイメージは完全に機能する仮想サーバーであるため、必要に応じて新しい永続的な場所に移行できます。