NetBackup IT Analytics ユーザーガイド

リスク軽減ルールを編集するには

リスク軽減ルールが変更されていない場合、履歴データの処理ではアクティブなルールのデフォルト設定を使用して履歴データが収集されます。

1. ［管理者 (Admin)］、［ソリューション (Solutions)］、［リスク軽減 (Risk Mitigation)］の順に選択します

   ルール	ルールは、クラウドやストレージなどの関連カテゴリに一覧表示されます。
   可用性	特定のタイプの収集がライセンス付与されていないか、収集されていない場合、ルールの構成方法に関係なく、リスク軽減データは利用できません。場合によっては、ポータルに必要なライセンスがあっても、収集が有効になっていないか、完了していない可能性があります。 データ保護ルールには、Backup Manager ライセンスが必要です。 ストレージには Capacity Manager のライセンスが必要です。
   説明	マウスカーソルを説明の上に合わせると、リスク軽減ルールの詳しい説明が表示されます。
   メモ	今後の参照用に、運用上の注意を入力します。
   状態	緑色のチェックマークは、有効なルールについてリスク軽減履歴データが正常に収集されたことを示します。 赤い X は、失敗した履歴データの収集を示します。収集の際に、ポータル環境にない製品モジュールのデータにアクセスしようとしている可能性があります。赤色のアイコンをクリックすると、データベースエラーの集計レポートが表示されます。 色の付いていない円は、バックグラウンドプロセスが実行されなかったことを示します。これは通常、ルールが有効になっていないために起こります。
   状態	ルールが有効か無効かを示します。
   最終実行日時	バックグラウンドプロセスが実行され、収集されたデータがルールの構成済みパラメータに照らして評価された日時。

2. ［リスク軽減 (Risk Mitigation)］グリッドでルールを選択し、［編集 (Edit)］をクリックします。または、ルールをダブルクリックして編集ダイアログにアクセスします。

   リスク軽減ルール	説明
   データ保護のルール
   バックアップジョブの所要時間の分散	クライアントの平均ジョブ所要時間を比較して、正常にバックアップが完了したクライアントのうち、今期の平均ジョブ所要時間が前期の平均ジョブ所要時間よりも長いものを特定できます。バックアップジョブの平均所要時間に大きな差がある場合は、データ保護の問題が発生している可能性があります。
   バックアップジョブサイズの分散	平均ジョブサイズを比較して、バックアップが正常に成功したクライアントのうち、今期の平均ジョブサイズが前期の平均ジョブサイズよりも小さいものを特定します。これはバックアップの問題を特定するのに役立ちます。
   コンプライアンス RTO RPO	最後の完全バックアップがいつ実行されたか、または実際に実行されたかどうかを判別することにより、バックアップの RTO (目標復旧時間) および RPO (目標復旧時点) を検討します。次に、増分バックアップを適用するための所要時間を追加します。 最後の完全バックアップがいつ実行されたか、または実際に実行されたかどうかを判別することにより、バックアップの RTO (目標復旧時間) および RPO (目標復旧時点) の計算を支援します。次に、増分バックアップを適用するための所要時間を追加し、SLA が満たされているかどうかを判断します。
   NetBackup ディスクプールの予測	選択した週数の期間における NetBackup ディスクプールの統計情報を提供し、これを調べることで、ストレージを使い果たす日付 (今後 3 年以内) を予測します。 予測が 3 年を超えている場合は、状態が返されます。
   ソースの全体的な状態の概略	バックアップジョブが成功しなかったソースを検討し、リスクを判断します。このルールは、状態の概略を提供して、そのようなソースの検出を支援します。 ソースのバックアップが成功したかどうかを判断するのは複雑な作業です。特に、そのソースに対して複数のポリシーとスケジュールが定義されていて、バックアップセットごとに複数のストリームがある場合は、さらに複雑になります。また、ソースがまだ実行されている場合、またはすべてを試行したわけではない場合に何をすべきかを決定するためには、確立された中断時間が必要です。 以下の基準が考慮されます。 1. ソースがすべてのジョブに失敗すると、ソースは失敗します。 2. ソースがすべてのジョブを正常に完了すると、ソースは成功します。 3. ソースがすべてのジョブを状態 1 (スキップされたファイル) で完了した場合、部分的に成功しており、高い確率で問題ありません。 4. ソースに成功したジョブと失敗したジョブが混在している場合、ジョブが本当に成功したかどうかを判別するために、さらに調査が必要です。 現在、ソースが成功したかどうかをプログラムで判別するために上記の 4. に適用できるロジックが用意されていますが、このロジックは顧客ごとに異なります。
   ソースの連続失敗	連日、連続バックアップが失敗している、またはバックアップが発生していないソースを評価します。このルールは、履歴の過去 14 日間を調べ、問題が発生している可能性がある領域についての分析情報を提供します。 ベストプラクティス: このルールをスケジュール設定して、毎日のバックアップ処理時間帯の最後に実行するようにします。このルールは、すべてのバックアップ製品で機能します。
   最近のバックアップが存在しないソース	定義済みの日数内にバックアップが作成されていないソースの詳細を確認し、ソースがリスクを伴っているかどうかの判断を支援します。 リスクを判断するために、バックアップが発生していない日数を指定します。
   ジョブサイズに基づく疑わしいバックアップ	バックアップジョブのサイズが予想外に小さい場合、ポリシーの設定に問題がある可能性を示しています。
   ストレージのルール
   ホストのマルチパスの公開	指定されているよりもパスの数が少ないため、リスクを伴うホストを特定します。LUN との間に複数の HBA ポートとアレイポートが構成されていないホストの LUN マッピングを調べます。通常、2 つの HBA ポートと 2 つのアレイポートが構成されている必要があるという要件があるため、HBA ポートまたはアレイポートに障害が発生しても、ホストと LUN 間の接続を維持するもう 1 つのポートが残っています。
   ホットアレイポート	過度にアクティブなアレイポートを特定します。このようなアレイポートは、アプリケーションのパフォーマンスに対するリスクを示している可能性があります。 アレイポートのパフォーマンスデータを調べて、転送されたデータのスパイクを特定します。
   読み取り IO 別のホット LUN	読み取り I/O パフォーマンスメトリックにおけるスパイクを明らかにします。これは、リスクのある領域を示している可能性があります。このルールでは、独自のシンプルなアルゴリズムを使用して、異常なパフォーマンスパターンを識別します。
   読み取り応答別のホット LUN	読み取り応答時間メトリックにおけるスパイクを明らかにします。これは、リスクのある領域を示している可能性があります。このルールでは、独自のシンプルなアルゴリズムを使用して、異常なパフォーマンスパターンを識別します。
   書き込み IO 別のホット LUN	書き込み I/O アクティビティにおけるスパイクを明らかにします。これは、リスクのある領域を示している可能性があります。このルールでは、独自のシンプルなアルゴリズムを使用して、異常なパフォーマンスパターンを識別します。
   書き込み応答別のホット LUN	書き込み応答時間メトリックにおけるスパイクを明らかにします。これは、リスクのある領域を示している可能性があります。このルールでは、独自のシンプルなアルゴリズムを使用して、異常なパフォーマンスパターンを識別します。
   シンプール予測	マルチベンダーおよびマルチメトリックのプール容量と予測データを使用して、リスクを伴うストレージを特定します。
   仮想化のルール
   VM データストアの予測	定義済みの週数の期間における VMware データストアの統計情報を調べ、3 年の期間内でストレージを使い果たす日付を予測します。
   VM ゲストディスクの予測	定義済みの週数の期間における VMware ゲストディスクの統計情報を調べ、3 年の期間内でストレージを使い果たす日付を予測します。