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