[モニタリング] タブでは、アプライアンス管理コンソールで管理されているバックアップ/リカバリー アプライアンスのジョブを表示および管理できます（アクティブなジョブのキャンセルや、キューに登録されたジョブのジョブ優先度の変更など）。アプライアンスによって生成された情報、警告、エラーの通知であるイベントを表示することもできます。
ジョブは、名前、ステータス、開始時間、終了時間、タイプ、ホスト、アプリケーションでフィルタできます。
ジョブ ステータス パネル
アプライアンス管理コンソールの [ジョブ] パネルには、過去 24 時間（デフォルト）に実行されたジョブに関する情報が表示されます。
- Current or Past Jobs（現在の仕事または過去の仕事）実行中、成功、失敗、再試行、キャンセルされたジョブの数を確認できます。
- 職種または家電製品。過去 24 時間のジョブのステータスをサービスの種類別またはマネージド バックアップ/リカバリ アプライアンス別に表示するようにフィルタリングされたモニタリングへのリンク。
[過去のジョブ] セクションでは、必要に応じて先週または先月のステータスを確認することもできます。このパネルは 2 分ごとに最新のデータを取得します。
ジョブのモニタリング
次の手順に沿ってジョブをモニタリングします。
- [モニタリング] タブをクリックし、プルダウン メニューから [ジョブ] を選択して、実行中のすべてのジョブのリストが表示される [ジョブ] ページを開きます。[実行中] フィルタを選択して、モニタリングされているすべてのジョブを表示します。
テーブル内のフィールドの表示を変更するには、次の操作を行います。
- キーワードで検索します。[ジョブ] ビューでジョブ名、ホスト、アプリケーションでフィルタしたり、[イベント] ビューでイベント メッセージでフィルタしたりする際に、自動送信されるようになりました。クエリを入力すると、結果セットが更新されます。[キーワードで検索] では大文字と小文字が区別されません。
- Started、Ended、Queued。これらのフィルタには、1 日、1 週間、1 か月間の期間を選択するためのラジオ スタイルのボタンが 1 つあります。
- フィールドを調整します。ツールバーの右上にあるオプションを使用すると、列の表示 / 非表示を設定したり、表示する行数を設定したりできます。
- 列の幅を調整します。表の列の幅を調整して表に表示するコンテンツを増やすには、列ヘッダーの列の区切りを左右にドラッグして、列の幅を変更します。列の区切りは、細いグレーの線で示されます。
- 自動更新。[モニター] のギャラリー表示を 15 秒ごとに更新します。
- [モニタリング] ページには、最終更新時刻と次の更新までの時間が表示されます。手動更新はいつでも実行できます。
ジョブリストを PDF としてエクスポートするには、エクスポート アイコンをクリックします。
表のページに表示する行数を変更するには、表の下部にあるプルダウン リストから選択します。テーブル ページあたりの行数は、10、25、50、100、500 から選択できます。
ジョブのリストをフィルタしてサブセットのみを表示するには、[フィルタを開く] をクリックしてフィルタパネルを開きます。フィルタリングの選択を行い、[フィルタを更新] をクリックします。
特定のジョブの詳細を表示するには、[ジョブ] リストで項目を選択し、次のいずれかを行います。
- [ステータス] 列で、関連付けられたジョブのステータス リンクをクリックします。
- ページの右下にある [詳細を表示] をクリックします。
[ジョブの詳細] ページが開きます。このページでは、次の内容を確認できます。
- ジョブの詳細
- ボリューム情報
- ジョブの再試行回数
- ジョブ統計
これらの各領域の詳細については、ジョブの詳細を表示するをご覧ください。
ジョブの詳細の確認が完了したら、[ジョブに戻る] をクリックして [ジョブ] ページに戻ります。
ジョブ ステータス
ジョブは、次のいずれかのステータスになります。
- キャンセル済み。ジョブはユーザーによってキャンセルされたか、ターゲット プールが安全な上限を超えたためシステムによって自動的にキャンセルされました。
- 失敗。ジョブは、バックアップ プランの期間内に完了できませんでした。ジョブが失敗すると、ジョブの失敗に関する情報を含むイベントが作成されます。バックアップ プランの期間に時間がある場合、元のジョブが再試行され、同じ新しいジョブがキューに登録されます。
- 未実行。スケジューラが無効になっている、宛先プールが満杯になっている、ソースイメージがないか不適切である、接続の問題がある、使用可能なジョブ スロットがないなどの制約により、バックアップ プランの期間中にジョブを実行できませんでした。
- キューに登録済み。ポリシーでジョブの実行が必要な場合、ステータスが queued のジョブが作成されます。制約がない場合は、実行中状態になります。制約により実行できない場合、キューに登録されたままになります。同じポリシーの次のインスタンスを実行する時間になっても制約が引き続き存在する場合、ジョブには notrun ステータスが付与され、同じジョブ ID と、その ID に文字が付加された新しいジョブ インスタンスがキューに登録された状態で追加されます。
- Queued_Readiness。ジョブのステータスは、Onvault ジョブと Direct to OnVault ジョブにのみ適用されます。OnVault プールがキューに登録されたジョブの準備ができているかどうかを確認するチェックが実行されると表示されます。使用可能な OnVault プールがない場合は、Queued_Readiness ステータスが表示されます。
- 再試行されました。ジョブが完了しませんでした。ジョブが再試行状態になります。バックアップ プランの期間に時間がある場合、元のジョブが再試行され、同じジョブ ID に文字が付加された新しいジョブ インスタンスがキューに登録されます。各ジョブが失敗してから 4 分後、16 分後、64 分後に 3 回再試行できます。バックアップ プランの時間が切れた場合、またはジョブの別のインスタンスが開始された場合、元のジョブは失敗し、再試行ジョブが再試行ステータスで開始されます。再試行ジョブのジョブ ID には文字が付加されます。
- 実行中。ジョブを処理しています。ジョブの完了率はステータスに表示されます。
- 成功（警告あり）。ジョブは、呼び出したバックアップ プランに従って正常に完了しましたが、[モニタリング] > [イベント] で確認できる警告も出力されました。一般的な例として、Compute Engine インスタンスのスナップショットは成功したが、OnVault へのメタデータのアップロードは失敗した場合などがあります。
- 成功しました。ジョブは、呼び出したバックアップ プランに従って正常に完了しました。
ジョブの詳細を表示
[ジョブの詳細] ウィンドウでは、次の情報を確認できます。
- ジョブの詳細
- ボリューム情報
- ジョブの再試行回数
- ジョブ統計
ジョブの詳細の確認が完了したら、[ジョブに戻る] をクリックして [ジョブ] ページに戻ります。
次のリストで、ジョブの詳細について説明します。
- アプリ名。アプリケーション名（必ずしも一意である必要はありません）。
- アプリの種類。SQL Server、Oracle、ファイル システム、仮想マシン全体などのアプリケーション タイプ。
- 容量。各ボリュームの容量。
- 一貫性モード。クラッシュ整合性またはアプリケーション整合性。ジョブの実行中にアプリケーションが静止されたかどうかを示します。
- 期間。開始日から終了日までの期間。
- 終了日。ジョブが終了した日時。
- エラーコード。エラーがない場合は 0、ジョブの実行中に発生したエラーを示す場合は 0 以外の値。
- イベント ID。ジョブに関連付けられているイベント ID。イベント ID がない場合、値は 0 です。
- メッセージ。 ジョブの実行中に発生したエラーを説明するメッセージ。
- 有効期限。このイメージの有効期限が切れる日時。
- ホスト名。アプリケーションが実行されているホストの名前。
- 画像タイプ。スナップショット、クラウド、ジョブで作成されたイメージのタイプ。
- isbootvmdk。イメージ内のボリュームがブートボリュームの場合は、true に設定します。
- Islvm。各ボリュームが Logical Volume Manager ボリュームかどうか。
- ジョブ ID。ジョブを識別する一意の番号。
- 最終制約日。ジョブが最後に実行された日付。
- ログが切り捨てられました。true に設定すると、アプリのログが切り捨てられたことを示します。
- logicalname. ホストシステムによって識別される各ボリュームの名前。
- Mounted Host。マウント フェイルオーバー ジョブの場合、イメージがマウントされているホスト。
- ポリシー名。ジョブに関連付けられたポリシーの名前。
- 優先度。ポリシーで設定された低、中、高。
- 保護されたデータ。保護されたデータの量。
- ソース名。ジョブのソースとなったイメージの特定のコピー。
- Sourcemountpoint。元のホスト上の各ボリュームのマウント ポイントの名前。
- 開始日。ジョブが実際に実行を開始した日時。
- テンプレート名。サービスレベル テンプレートの名前。
- Transport Medium。ジョブ中にデータが転送された方法（SAN または LAN）。
- Uniqueid. イメージ内の各ボリュームを一意に識別する識別子。
- Volumekey. イメージ内の複数のボリュームを識別するために内部で使用される文字列。
- VolumeUID。イメージ内の各ボリュームの一意の識別子。
Volume Information
次のリストは、提供されるボリューム情報を示しています。
- 容量。バックアップされたボリュームのサイズ。
- データストア。仮想マシンの場合、ボリュームが配置されていたデータストア。
- ファイル名。VMware: VMDK ファイルのパス。
- HUID。 ホストの固有識別子。ボリュームを一意に識別する文字列。
- ラベル。ボリュームのボリューム ラベル。
- 論理名。人が読める形式のボリュームの一意の名前。VMware VM の場合はファイル名です。
- ソース マウントポイント。ボリュームのマウント ポイント。
- Target: ボリュームのコピーの Backup and DR VDisk 名。
再試行数
次のリストで、再試行メタデータの説明を確認できます。
- 終了日。ジョブが終了した日時（成功または失敗）。
- エラーコード。ゼロ、またはジョブから返されたエラーコード。
- エラー メッセージ。エラーコードに対応するテキスト メッセージ。
- ジョブ名。元のジョブまたは再試行のジョブ名。
- 開始日。ジョブの実行が開始された日時。
統計情報
次のリストは、統計情報の説明です。
- Application Freeze Time. バックアップ中にアプリケーションがフリーズ状態だった合計時間。バックアップ（スナップショット）中にアプリケーションがフリーズ状態になり、すべてのデータが一貫性のある状態でキャプチャされました。
- アプリのサイズ（GB）。ステージング ディスク上のアプリケーション データのサイズ。
- 巻数。ジョブの対象となるアプリケーション内のボリュームの数。
- コピーされたデータ（GB）。このジョブで検出された新しいアプリケーション データの量を表示します。
ジョブタイプ
Backup and DR は、次のタイプのジョブを使用してデータを保護し、アクセスします。
| ジョブタイプ | モニターラベル | 説明 |
|---|---|---|
| ミラーリングのクリーンアップ | cleanupmirroring | バックアップ プランがアプリケーションから削除された場合、または同じタイプのレプリケーションを含まないプランに変更された場合に、リモート アプライアンスから StreamSnap イメージを削除します。 |
| クローン | クローン | ソースイメージのコピーを、サーバー、データベース、ディスクプールなどの宛先に作成します。 |
| クローン（移行） | クローン（移行） | マウントされたディスクからサーバー ディスクにデータを移行します。 |
| クローン（マウント） | クローン（マウント） | クローン（移行）ジョブを実行する準備として、イメージをサーバーにマウントします。 |
| 削除 | delete | ホストからすでにマウント解除されているイメージを削除します。 |
| テストを削除 | deletetest | フェイルオーバー テストジョブで作成されたイメージのマウント解除と削除を行います。 |
| OnVault に誘導する | DirectOnVault | 最初にスナップショット プールを使用せずに、VMware VM の特定の時点のイメージを OnVault プールに作成します。 |
| 有効期限 | expiration | 保持期間の終了時、またはオンデマンドでリクエストされたときに、イメージを期限切れにするか削除します。 |
| フェイルバック | フェイルバック | フェイルオーバー ジョブで作成されたイメージのマウント解除と削除を実行し、アプリケーションの syncback イメージを削除して、リモート アプライアンスでフェイルオーバー削除ジョブをトリガーします。 |
| フェイルオーバー | failover | レプリケートされた StreamSnap イメージからアプリケーションのマウントを実行し、ソースで新しいスナップショット ジョブを停止して、逆レプリケーション（Syncback）の変更を追跡します。 |
| フェイルオーバー - 削除 | deletefailover | ローカル アプライアンスがフェイルバック ジョブを実行すると、リモート アプライアンスで実行されるように自動的にトリガーされます。 |
| フェイルオーバー - テスト | failovertest | 複製された StreamSnap イメージからアプリケーションのマウントを実行しますが、前方レプリケーションはアクティブなままにし、syncback は有効にしません。 |
| 最終処理 | 完了 | SQL Server のマウントと移行プロセスの最終ステップを実行します。これには、移行ジョブとマウント解除削除が組み込まれています。 |
| アクティブ マウントを削除 | ForgetActiveMount | Compute Engine インスタンスを削除せずに、Compute Engine インスタンスのマウントのトラッキングを削除します。 |
| インポートされた OnVault イメージを削除する | OnVault イメージを削除する | 1 つのアプライアンスから OnVault プールの OnVault メタデータのインポート オペレーションを元に戻します。 |
| LiveClone | liveclone | スナップショット イメージから LiveClone イメージ（完全コピー）を作成します。 |
| LogBackup | LogBackup | アプリケーションのログをキャプチャするイメージを作成します。 |
| Log Replicate | logreplicate | StreamSnap テクノロジーを使用してローカル アプライアンスとリモート アプライアンス間のレプリケーションを実行します。つまり、ログ レプリケーションはローカル アプライアンスのスナップショット プールからリモート アプライアンスのスナップショット プールに直接送信されます。 |
| 移行 | 移行 | マウントからサーバーのストレージにデータをコピーします。一部のアプリケーション タイプでは、オンライン移行を実行し、Backup and DR のマウントされたディスクを削除します。他のアプリケーション タイプの場合、ユーザーが最終処理ジョブを開始するまで、移行ジョブが繰り返し実行されます。 |
| 移行（キャンセル） | 移行（キャンセル） | 進行中の移行をキャンセルし、マウントされたイメージの今後の移行ジョブを無効にして、部分的に移行またはコピーされたデータをクリーンアップします。 |
| マウント | mount | 選択したホストにイメージをマウントします。 |
| OnVault | vault | スナップショット イメージを OnVault プールにコピーします。 |
| OnVault(Log) | データベース ログを 1 つ以上の OnVault プールに複製します。 | |
| OnVault レプリケーション | OnVaultReplicate | 1 つの OnVault プール内のイメージを別の OnVault プールに複製します。 |
| Oracle ASM の再調整 | 復元（ASM スイッチ） 復元（ASM リバランス） | ASM Switch は、元の移行元データベースの代わりに Oracle データベースをマウントします。ASM 再調整は、マウントされたディスクからサーバー ディスクへのデータベースの移行を開始し、完了するとマウントされたディスクを削除します。 |
| Prep Mount | prep-mount | LiveClone を直接変更できるように、LiveClone イメージのマウントを実行します。 |
| Prep Unmount | prep-unmount | prep-mount を使用してマウントされた LiveClone をマウント解除します。必要に応じて、マウントに加えられた変更を LiveClone に直接保存できます。 |
| LiveClone を更新する | refreshliveclone | 別のソース スナップショット イメージのデータを使用して LiveClone イメージを増分更新します。 |
| Remote-Mount | remote-mount | リモート イメージ（別のアプライアンスから）をローカルホストにマウントします。このタスクを実行するために、リバース増分レプリケーションが実行されます（必要な場合）。 |
| 再プロビジョニング | 再プロビジョニング | データベース アプリケーションの既存のマウントを取得し、アンマウント削除と新しいイメージの後続のマウントを実行して、別の時点に更新します。デフォルトでは、以前のマウントで使用されたすべてのオプションが使用されます。 |
| 復元 | restore | 選択したバックアップ イメージで本番環境データを置き換えます。 |
| 復元（キャンセル） | 復元（キャンセル） | 進行中のマウントと移行の復元をキャンセルします。移行されたデータはすべて削除され、マウントデータは削除されます。 |
| 復元（移行） | 復元（移行） | 復元（マウント）からサーバーのストレージにデータをコピーします。一部のアプリケーション タイプでは、オンライン移行を実行し、Backup and DR のマウントされたディスクを削除します。他のアプリケーション タイプの場合、移行ジョブはユーザーがファイナライズ ジョブを開始するまで繰り返し実行されます。 |
| 復元（マウント） | 復元（マウント） | 元のソース データベースの代わりにデータベースのイメージをマウントして、後続の復元（移行）に備えます。 |
| スナップショット | スナップショット | アプリケーションまたは VM の特定の時点のイメージをスナップショット プールに作成します。 |
| StreamSnap | streamsnap | リモート アプライアンスにフェイルオーバー対応の StreamSnap イメージを作成または更新します。 注: StreamSnap レプリケーション ジョブも、特定のスナップショット ポリシーに関連付けられています。レプリケーションの実行時に、スナップショット ポリシーのスケジュールと頻度の設定が使用されます。 |
| Syncback | syncback | フェイルオーバー後に増分逆レプリケーションを実行し、ローカル アプライアンスまたはソース アプライアンスに syncback イメージを作成します。このイメージは、後で復元に使用できます。 |
| マウント解除 | マウント解除 | ホストに以前にマウントされたイメージをマウント解除しますが、イメージは後でマウントできるように保持します。 |
| Unmount Delete | マウント解除して削除 | ホストに以前にマウントされたイメージをマウント解除し、そのマウントで行われた変更をすべて破棄します。 |
オンデマンド ジョブを実行する
ジョブをすぐに開始する必要がある場合は、オンデマンド ジョブを実行します。オンデマンド ジョブには、すべてのタイプの復元、クローン、マウント ジョブと、ポリシーがオンデマンドで適用されたときに作成されたジョブが含まれます。
各バックアップ/リカバリ アプライアンスは、データアクセス、有効期限、ログ レプリケーション、ログ OnVault、オンデマンド、OnVault、スナップショット、streamsnap など、さまざまなカテゴリのジョブ用にスロットのプールを予約します。また、予約されていないスロットのプールもあります。
ジョブを開始する前に、各バックアップ/復元アプライアンスは、ジョブのカテゴリに対応するスロットがジョブの実行に使用できるかどうかを確認します。そのカテゴリのすべてのスロットでジョブが実行されているため、予約済みスロットが使用できない場合、バックアップ/復元アプライアンスは予約されていないスロットが使用可能かどうかを確認します。予約されていないスロットが使用可能な場合、ジョブが開始されます。ただし、特定のカテゴリのジョブが未使用のプールから使用できるスロットの最大数を予約することはできます。この指標は、カテゴリのジョブが予約されていないプールから使用できるスロットの数を制限します。
アプライアンス管理コンソールからオンデマンド バックアップ ジョブを実行する
[バックアップ プランの管理] ページから管理対象アプリケーションのオンデマンド キャプチャを実行するには:
- [App Manager] タブをクリックし、プルダウン リストから [アプリケーション] オプションを選択します。[アプリケーション] ページが開きます。
- アプリケーションまたは VM を選択し、プルダウン リストから [バックアップ プランを管理] をクリックします。[バックアップ プランの管理] ページが開きます。
右側のポリシーのリストからテンプレート ポリシーを開きます。
データベースがログ保護が有効なバックアップ テンプレートで管理されており、バックアップが利用可能な場合は、送信するジョブのタイプに応じて、追加のログ オプションがあります。この場合、データベース（DB）をキャプチャするか、ログ（Log）のみをキャプチャするかを選択します。
[今すぐ実行] をクリックすると、確認メッセージが開きます。
[Yes] をクリックして削除を確定しますバックアップ ポリシーごとに特定の時点のイメージが作成されます。
オンデマンド データベース ログ レプリケーションを実行する
場合によっては、データベース イメージのリモート バックアップ/リカバリ アプライアンスへのログ レプリケーションを手動で開始する必要があります。たとえば、データベース イメージのログがバックアップ/リカバリ アプライアンスに正しく複製されなかった場合や、バックアップ/リカバリ アプライアンスにデータベース イメージのログがない場合は、ログの複製を手動で行う必要があります。その後、リモート アプライアンスのトランザクション ログを使用して、データベースを指定された時点に復元できます。
リモート バックアップ/復元アプライアンスへのデータベース ログのレプリケーションを手動で開始するには:
- [App Manager] タブをクリックし、プルダウン リストから [アプリケーション] オプションを選択します。[アプリケーション] ページが開きます。
- 管理対象アプリケーションまたは VM を選択し、ページの右下にあるプルダウン リストから [ログを複製] をクリックします。
- 表示された確認ダイアログで [確認] をクリックします。データベース トランザクション ログは、テンプレートのレプリケーション ポリシーで定義されたリモート アプライアンスに複製されます。
コンテナへのマウントジョブをモニタリングする
コンテナへのマウント ジョブをモニタリングするには:
- [モニタリング] タブをクリックし、プルダウン メニューから [ジョブ] を選択して [ジョブ] ページを開きます。このページには、実行中のすべてのジョブのリストが表示されます。
- マウント ジョブでフィルタします。
- ラベルやその他の詳細で、モニタリングするジョブを特定します。
ジョブが実行中の場合は、進行状況をモニタリングできます。完了したら、ジョブを選択して [詳細を表示] をクリックして、次の内容を確認します。
- ジョブの詳細
- ボリューム情報
- ジョブの再試行回数
- ジョブ統計
これらの各領域の詳細については、ジョブの詳細を表示するをご覧ください。
コンテナの YAML コードにアクセスする
[コンテナ YAML] セクションには、コンテナまたは Pod の YAML 構成ファイルに追加された YAML コード スニペットが一覧表示されます。このコードは後で必要に応じて参照して使用できます。
- ジョブの詳細の確認が完了したら、[ジョブに戻る] をクリックして [ジョブ] ページに戻ります。
実行中のジョブをキャンセルする
実行中または実行待ちのジョブをキャンセルできます。
アクティブなジョブをキャンセルするには:
- [モニタリング] タブをクリックし、プルダウン メニューから [ジョブ] を選択します。[ジョブ] ページが開き、実行中のすべてのジョブが一覧表示されます。このデフォルトのフィルタをクリアすると、モニタリングされているすべてのジョブが表示されます。
キャンセルするジョブを選択し、ウィンドウの右下にある [ジョブをキャンセル] をクリックします。
[ジョブをキャンセル] ダイアログで [確認] をクリックします。
ジョブの優先度を変更する
バックアップ/復元アプライアンスに必要なリソースを割り当てる方法に基づいて、処理中のジョブの優先度を変更できます。
キューに登録されたジョブの優先度を変更するには:
- [モニタリング] タブをクリックし、プルダウン メニューから [ジョブ] を選択します。[ジョブ] ページが開き、実行中のすべてのジョブが一覧表示されます。このデフォルトのフィルタをクリアすると、モニタリングされているすべてのジョブが表示されます。
[ジョブ] ページで優先度を変更するジョブを選択し、[詳細を表示]、[優先度を変更] の順にクリックします。
[ジョブの優先度を設定] ダイアログで、ジョブの優先度を選択します。
[確認] をクリックして優先度の選択を変更します。
完了していないジョブが失敗するまでに再試行される回数
スケジュール設定されたジョブが失敗すると、スケジューラはジョブを最大 3 回まで自動的に再試行します。ジョブが最初に失敗すると、最初のアテンプトのステータスは Retried とマークされ、スケジューラは 4 分待ってからジョブを再びキューに登録します。2 回目の失敗の場合、次の再試行は 16 分後にキューに登録されます。3 回失敗すると、64 分のホールドオフ期間の後に最終的な再試行がキューに登録されます。再試行が 3 回失敗すると（合計 4 回の試行）、最後の再試行ジョブは [失敗]（[再試行] ではなく）とマークされ、そのスケジュール期間にそのアプリケーションに対してジョブが試行されることはなくなります。
スケジューラは、ジョブの再試行を他の利用可能なジョブと同じように扱います。キューに登録されているジョブの数が、それらを収容できるスロットの数よりも多い場合、キューに登録されている再試行ジョブはスロットを待つ必要があります。再試行ジョブが開始される前にポリシー ウィンドウが閉じると、キューに登録された再試行ジョブは実行されず、再試行は行われません。
ジョブの再試行は、[モニタリング] > [ジョブ] に報告されます。ジョブの再試行を識別するために、4 つのジョブすべてに次の形式の同じジョブ番号がこの順序で割り当てられます。
- Job_xxxxx（ステータス: 再試行）
- Job_xxxxxa（ステータス: 再試行済み。4 分間のホールドオフ後にキューに追加）
- Job_xxxxxb（ステータス: 再試行済み。16 分間のホールドオフ後にキューに追加）
- Job_xxxxxc（ステータス: 失敗、64 分のホールドオフ後にキューに追加）
このアプリケーションのバックアップ ジョブが次に試行されるのは、ポリシーのスケジュールによって異なります。たとえば、スケジュールで午前 1 時から始まるウィンドウで 1 日に 1 つのスナップショットが要求されている場合、次の試行は翌日の午前 1 時になります。
タイムゾーン
デフォルトでは、アプライアンス管理コンソールの [ジョブ] メニューと [イベント] メニューに表示されるすべてのタイムスタンプは、ウェブブラウザで検出されたユーザーのローカル タイムゾーンで表示されます。使用中のタイムゾーンを確認するには、ダッシュボードのメニューバーで、右上にあるユーザー アイコンを選択します。自動検出されたタイムゾーンを表示し、検出されたタイムゾーンが適切でない場合はタイムゾーンを設定します。
タイムゾーンを変更する手順は次のとおりです。
- ダッシュボードの右上にあるユーザー アイコンをクリックします。
- [タイムゾーンを変更] を選択します。
- [タイムゾーン] プルダウンから、ジョブとイベントの表示に使用するタイムゾーンを選択します。
- [保存] をクリックします。
スケジュールされたジョブについて
ジョブは、バックアップ テンプレート ポリシーで割り当てられたスケジュールに従って実行されます。リソースを大量に消費するジョブを同時に実行しようとすると、一部のジョブはリソースが使用可能になるまで待機する必要があります。待機時間が長すぎると、ウィンドウが閉じ、バックアップ プラン違反が発生します。
初期スナップショット ジョブなどのリソースを大量に消費するジョブは、すべてが同時にリソースを競合するのではなく、時間差で実行することをおすすめします。たとえば、平日の午後 6 時にすべての VM、ファイル システム、データベースのスナップショットを作成するのではなく、1 種類のアプリケーションを毎正時に、別の種類のアプリケーションを毎正時から 10 分後に、別の種類のアプリケーションを毎正時から 20 分後にスナップショットを作成することを検討してください。
アプリケーションまたは VM の最初のスナップショットは、すべてのデータが新しいものであるため、最も大きく、最も時間がかかります。新しい大規模なアプリケーションまたは VM を追加する場合は、最初のスナップショットのピーク時以外の時間にオンデマンド スナップショットを実行し、以降のスナップショットのバックアップ テンプレート ポリシーをスケジュールします。
オンデマンド ジョブについて
ほとんどのジョブはバックアップ プランに従ってスケジュールどおりに実行されますが、今後のメンテナンス期間、ソフトウェア アップグレード、新しいアプリケーションの最初のスナップショットでは、スケジュールされたメンテナンス タスクを開始する前にデータのコピーが正常に作成されていることを確認する必要があります。このような場合は、オンデマンド ジョブが必要です。
ジョブスロットについて
Backup and DR サービスは、ジョブスロットを割り当てることでジョブを管理します。アプライアンスは、ジョブのカテゴリごとにスロットのプールと、予約されていないスロットのプールを予約します。
Backup and DR は、ジョブを開始する前に、ジョブのカテゴリに対応するスロットがジョブの実行に使用できるかどうかを確認します。そのカテゴリのすべてのスロットでジョブが実行されているため、予約済みスロットが使用できない場合、アプライアンスは予約されていないスロットが使用可能かどうかを確認します。予約されていないスロットが使用可能な場合、ジョブが開始されます。
オンデマンド バックアップ ジョブのキュー
Backup and DR サービスは、オンデマンド ジョブのキューイングをサポートしています。これにより、ジョブの開始に使用できるオンデマンド ジョブ スロットの数を気にすることなく、イメージを柔軟に作成できます。キューに登録されたオンデマンド ジョブは、オンデマンド ジョブスロットが使用可能になるまでキューに登録された状態のままになります。
オンデマンド スロットが開くと、ジョブは実行状態に移行します。このシーケンスは、ジョブが送信された順序で発生します。オンデマンド ジョブが失敗すると、アプライアンスはキュー内の次のジョブを実行しようとします。オンデマンド ジョブはスケジュール設定されたジョブとは異なるジョブスロットを使用するため、スケジュール設定されたジョブがキューに登録されたジョブよりも先に実行されることがあります。
オンデマンド ジョブがキュー状態にある間は、ジョブの優先度を変更したり、ジョブをキャンセルしたり、アプリケーションの保護をキャンセルしたりできます。キューに登録されたジョブを表示するには、[モニタリング]、[ジョブ] の順にクリックします。
キャンセルされたオンデマンド ジョブは、ジョブ履歴テーブルにキャンセルされたジョブとして表示されます。ジョブの開始時間と終了時間は、キャンセル リクエストまたはアプリケーション保護のキャンセルが確認された時間になります。
新しいアプリケーションを追加する際のパフォーマンスを維持する
システムが許容範囲内で動作しているときに新しいアプリケーションを追加すると、パフォーマンスが一時的に低下する可能性があります。これは、変更ブロック トラッキングが新しいデータを認識し、それが大規模なアプリケーションのほんの一部であっても保護するためです。つまり、システムは毎日多くの変更されたブロックを処理するように最適化されています。
新しいアプリケーションでは、システムにとってすべてが新しいデータであるため、初期キャプチャに多くのリソースが必要になります。
新しいアプリケーションを追加する際は、次の情報を参考にしてください。
新しいアプリケーションを追加するときは、負荷の少ない期間にオンデマンド ジョブを使用して初めて保護します。これにより、リソースを大量に消費する初期取り込みジョブが他のジョブに干渉することを防ぐことができます。
複数の新しいアプリケーションまたは VM を追加する場合は、すべての新しいデータが同時に取り込まれないように、各新しいアプリケーションの初期保護ジョブを時間差で実行します。これを行うには、異なる時間に実行されるバックアップ プランを割り当てます。オンランプ ジョブスロット機能を使用して、中断を最小限に抑えることもできます。
最初の保護ジョブとミラーリング ジョブの時間をずらします。アプリケーション スナップショットが作成されると、システム負荷が軽減された数時間後にミラーリング ジョブを実行できます。
整合性グループは、同様のニーズを持つ複数のアプリケーションを保護する効率的な方法です。Backup and DR の整合性グループでアプリケーション データをキャプチャするをご覧ください。
既存のバックアップ プランを把握し、非常に大規模なアプリケーションや動的なアプリケーションのスナップショット ジョブと同時にスナップショット ジョブをスケジュール設定しないようにしてください。
[管理] タブの保存済みスナップショット イメージのリストから選択できます。
保存されたイメージのリストから選択し、[アプリ マネージャー] でそのイメージに移動します。
選択した 1 つ以上のスナップショット イメージの有効期限を終了します。