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