emc data protection advisor · emc® data protection advisor バージョン 6.2 sp3...

EMC® Data Protection Advisorバージョン 6.2 SP3

製品ガイド302-002-691

REV 01

Copyright © 2005-2016 年 EMC ジャパン株式会社. All rights reserved. （不許複製・禁無断転載） Published in the USA.

2016 年 4 月発行

EMC Corporation は、この資料に記載される情報が、発行日時点で正確であるとみなしています。この情報は予告なく変更されることがあります。

この資料に記載される情報は、「現状有姿」の条件で提供されています。EMC Corporation は、この資料に記載される情報に関する、どのような内容についても表明保証条項を設けず、特に、商品性や特定の目的に対する適応性に対する黙示の保証はいたしません。

EMC²、EMC、および EMC ロゴは、米国およびその他の国における EMC Corporation の登録商標または商標です。他のすべての名称ならびに製品についての商標は、それぞれの所有者の商標または登録商標です。

ご使用の製品に関する規制等についての新情報は、EMC オンラインサポート（https://support.emc.com）を参照してください。

EMC ジャパン株式会社〒 151-0053 東京都渋谷区代々木 2-1-1新宿マインズタワーhttp://japan.emc.comお問い合わせはhttp://japan.emc.com/contact

2 EMC Data Protection Advisor 6.2 SP3 製品ガイド

5

7

DPA Web コンソールの概要 11

DPA Web コンソール...................................................................................... 12プライマリナビゲーション領域バー................................................... 12セカンダリナビゲーションセクションバー......................................... 12

レポート 13

DPA のレポート..............................................................................................14オンデマンドまたはスケジュールレポートテンプレートおよびダッシュボードテンプレート......................................................................................................14オンデマンドでのレポートの実行...................................................................15更新した情報でレポートを再実行する............................................................15システムテンプレートレポートのテスト...........................................................15レポートテンプレートおよびダッシュボードテンプレートのスケジュール設定...16

ダッシュボードのスケジュール設定されたコンテンツの表示、有効化および無効化...................................................................................... 16スケジュールされたレポートをファイルに公開する.............................16スケジュールレポートフォルダの場所.............................................. 17

システムレポートテンプレートおよびダッシュボードテンプレート....................17カスタムレポートテンプレートおよびダッシュボードテンプレート.................... 17システムテンプレートからカスタムレポートテンプレートまたはダッシュボードテンプレートを作成する.....................................................................................17新しいカスタムテンプレートとダッシュボードテンプレートの構築.................... 18

ドリルダウンメニューのコマンドの使用............................................. 18スクリプトコマンドフォルダの場所.................................................... 19

レポート書き込みのヒントとベストプラクティス................................................ 19データソースと演算子......................................................................19便利な演算子およびデータソース.................................................... 20Smart Group.....................................................................................21DPA 内の日付とタイムスタンプ..........................................................21

レポートテンプレートとダッシュボードテンプレート実行後の結果................... 21レポート出力ファイルの場所............................................................. 23

レポートの外観のカスタマイズ....................................................................... 23ダッシュボードテンプレートの外観のカスタマイズ.......................................... 24レポートメニューの作成................................................................................ 24

ダッシュボード 25

ダッシュボードの概要.................................................................................... 26ダッシュボード領域とビューレットのカスタマイズ.............................................27新しいダッシュボードの作成.......................................................................... 27既存のダッシュボードのカスタマイズ..............................................................28ダッシュボードの非表示.................................................................................28ダッシュボードの削除.................................................................................... 28

表

序文

第 1 章

第 2 章

第 3 章

目次

EMC Data Protection Advisor 6.2 SP3 製品ガイド 3

ダッシュボードの考慮事項............................................................................. 28

アラート 31

DPA のアラート.............................................................................................. 32アラート管理..................................................................................................32アラートの詳細.............................................................................................. 33

アラートの例.....................................................................................34フィルターを使用するためのベストプラクティス.............................................. 34

レプリケーション分析 35

レプリケーション分析の概要.......................................................................... 36復旧可能性分析............................................................................................36サービスツリー............................................................................................. 37

オブジェクトの復旧可能性ステータス................................................ 37サービスツリーにおけるノードイニシエータ...................................... 37サービスツリーにおける EMC VNX ブロック/CLARiX...........................37［Service Tree］における EMC Symmetrix........................................... 37［Service Tree］における EMC VPLEX.................................................. 38

プロセスビュー..............................................................................................38プロセスビューナビゲーション......................................................... 39［Process ビュー］でのリカバリポイントの詳細................................... 39VPLEX のプロセスビュー.................................................................. 40

詳細ビュー.................................................................................................... 40レプリケーションギャップの詳細....................................................... 41ストレージマッピング........................................................................41

ギャップの詳細情報の取得............................................................................42ギャップの除外..............................................................................................42復旧可能性のギャップのリスト.......................................................................42

管理.................................................................................................42レプリケーションの構成.................................................................... 43アプリケーションリカバリ.................................................................. 46保護の構成......................................................................................48災害復旧ホストの構成..................................................................... 49実行のギャップ.................................................................................51SLA（Service Level Agreement）.........................................................53バックアップモードシナリオ..............................................................57

第 4 章

第 5 章

目次


リビジョン履歴..................................................................................................................7表記規則......................................................................................................................... 8ユーザーの役割とデフォルトのビューレット .................................................................... 26Process ビューのアイコン表示の説明.............................................................................39管理ギャップ..................................................................................................................42レプリケーションの構成のギャップ.................................................................................. 44アプリケーションリカバリのギャップ................................................................................46保護の構成のギャップ .................................................................................................. 48災害復旧ホストの構成のギャップ................................................................................... 49実行のギャップ.............................................................................................................. 51SLA のギャップ...............................................................................................................54バックアップモードシナリオ........................................................................................... 57

123456789101112

表


表


はじめに

製品ラインを改善するための努力の一環として、EMC ではソフトウェアおよびハードウェアのリビジョンを定期的にリリースしています。そのため、このドキュメントで説明されている機能の中には、現在お使いのソフトウェアまたはハードウェアのバージョンによっては、サポートされていないものもあります。製品のリリースノートには、製品の機能に関する新情報が掲載されています。

製品が正常に機能しない、またはこのマニュアルの説明どおりに動作しない場合には、EMC のテクニカルサポートプロフェッショナルにお問い合わせください。

このマニュアルには、発行時点で正確だった情報が記載されています。EMC オンラインサポート（http://japan.emc.com/support-training/support/online-support.htm）にアクセスし

て、このマニュアルの新バージョンを使用していることを確認してください。

目的

本ドキュメントでは、DPA Web コンソールを使用して、レポートの実行および作成、アラートの表示、レプリケーションオペレーションのステータスを表示する方法について説明しています。

この製品の設計、開発を管理する管理システムは、ISO 9001:2008 認定を受けています。

対象読者

このドキュメントは、システム管理者を対象としています。このマニュアルの読者は、次のタスクに精通している必要があります。

l バックアップおよびレプリケーション環境を構成するさまざまなハードウェアおよびソフトウェアのコンポーネントを識別する。

l バックアップおよびレプリケーションオペレーションを構成するための手順に従う。

l 問題を特定してソリューションを実装するためのガイドラインに従う。

リビジョン履歴

次の表に、このドキュメントの改訂履歴を示します。

表 1 リビジョン履歴

リビジョン日付説明

01 2016 年 4 月 29 日 EMC Data Protection Advisor 6.2 SP3 に関するこのドキュメ

ントの初版

関連ドキュメント

DPA マニュアルセットには、次のマニュアルが含まれます。

l 「EMC Data Protection Advisor Custom Reporting Guide」

l 「EMC Data Protection Advisor Data Collection Reference Guide」

l 「EMC Data Protection Advisor 5.8 Administration Guide」

l 「EMC Data Protection Advisor Migrator Technical Notes」

l 「EMC Data Protection Advisor online help system」

l 「EMC Data Protection Advisor Product Guide」


https://support.emc.com/

l 「EMC Data Protection Advisor Release Notes」

l 「EMC Data Protection Advisor Report Reference Guide」

l 「EMC Programmers' Guide to Using DPA REST API」

l 「EMC Data Protection Advisor Software Compatibility Guide」

l 「その他のテクニカルノートおよびホワイトペーパー」

このドキュメントで使用される特記事項の表記規則

EMC では、特別な注意を要する事項に次の表記法を使用します。

負傷に関連しない作業を示します。

重要ではあるが、危険ではない情報を表します。

表記規則

本書では、以下の表記規則を使用します。

表 2 表記規則

［太字］ボタン、フィールド、タブ名、メニューパスなど（ユーザーが選択またはク

リックする）インターフェイス要素の名前を示す

「斜体」本文内で参照される出版物の完全なタイトルを示す

Monospace 以下の場合に使用：

l システムコード

l エラーメッセージやスクリプトなどのシステム出力

l パス名、ファイル名、プロンプト、構文

l コマンドおよびオプション

［Monospace italic］変数に使用

モノスペース太字ユーザーによる入力値を示す

[ ] オプション値

| 縦棒は、選択肢を示し、「または」を意味する

{ } 中括弧内は、ユーザーが指定する必要のある内容を示す（例：x、y、z）

... 省略記号は、例の中で省略した必須ではない情報を示す

問い合わせ先

EMC のサポート情報、製品情報、ライセンス情報は、次の場所で入手できます。

製品情報

ドキュメント、リリースノート、ソフトウェアアップデートや、EMC 製品の詳細については、EMC オンラインサポート（https://support.emc.com）を参照してください。

テクニカルサポート

EMC オンラインサポートにアクセスして、［サービスセンター］をクリックしてください。サイト内に EMC テクニカルサポートへの問い合わせ方法がいくつか表示されます。サービスリクエストを開始するには、有効なサポート契約が必要です。有効なサポート契約の入手方法の詳細や、アカウントに関する質問については、EMC 販売担当者にお問い合わせください。

はじめに


https://support.emc.com

オンラインコミュニティ

共通の関心を持つユーザーとの連絡、会話、製品サポートおよびソリューションの内容については、EMC コミュニティネットワーク（https://community.emc.com）にアクセスしてください。すべての EMC 製品について、対話形式により、カスタマー、パートナー、認定専門資格保持者とオンラインで対話します。

ご意見

マニュアルの精度、構成および品質を向上するため、お客様のご意見をお待ちしております。本書についてのご意見は、[email protected] までお送りください。

はじめに


https://community.emc.com

mailto:[email protected]

はじめに


第 1 章

DPA Web コンソールの概要

この章は、次のセクションで構成されています。

l DPA Web コンソール.............................................................................................. 12

DPA Web コンソールの概要 11

DPA Web コンソールDPA Web コンソールは、バックアップ/レプリケーション環境において管理、監視、分析、アラートの設定と表示、レポート作成ができるブラウザーが組み込まれた Flash ベースの GUI（グラフィカルユーザーインターフェイス）です。Web コンソールのインストールおよび設定方法については、「DPA Installation and Administration Guide」を参照してください。

DPA Web コンソールにログインすると、DPA はデフォルトでダッシュボードを起動し、Web コンソールウィンドウに表示します。

DPA Web コンソールは、プライマリおよびセカンダリのナビゲーションオプションで構成されます。

プライマリナビゲーション領域バー

プライマリナビゲーションは、Web コンソールウィンドウの左側に縦に配置されている領域バーで構成されます。DPA のプライマリ領域は、［Dashboard］、［Advisor］、［Reports］、［Policies］、［Inventory］、［Admin］で構成されます。本ドキュメントでは、領域はプライマリ［］ナビゲーションを意味します。

セカンダリナビゲーションセクションバー

セカンダリナビゲーションは、Web コンソールウィンドウの上部に水平に配置されているセクションバーで構成されます。これらのセクションは、選択したプライマリナビゲーション領域と関連して表示されます。たとえば、［Reports］領域をクリックすると、セクションバーには、［Run Reports］などの［Reports］領域に関連するさまざまなタスクが表示されます。本ドキュメントでは、［セクション］または［タブ］は、セカンダリナビゲーションを意味します。

DPA Web コンソールの概要


第 2 章

レポート


l DPA のレポート......................................................................................................14l オンデマンドまたはスケジュールレポートテンプレートおよびダッシュボードテンプレ

ート....................................................................................................................... 14l オンデマンドでのレポートの実行...........................................................................15l 更新した情報でレポートを再実行する.................................................................... 15l システムテンプレートレポートのテスト...................................................................15l レポートテンプレートおよびダッシュボードテンプレートのスケジュール設定...........16l システムレポートテンプレートおよびダッシュボードテンプレート............................17l カスタムレポートテンプレートおよびダッシュボードテンプレート............................ 17l システムテンプレートからカスタムレポートテンプレートまたはダッシュボードテンプ

レートを作成する................................................................................................... 17l 新しいカスタムテンプレートとダッシュボードテンプレートの構築............................ 18l レポート書き込みのヒントとベストプラクティス........................................................ 19l レポートテンプレートとダッシュボードテンプレート実行後の結果........................... 21l レポートの外観のカスタマイズ............................................................................... 23l ダッシュボードテンプレートの外観のカスタマイズ.................................................. 24l レポートメニューの作成.........................................................................................24

レポート 13

DPA のレポートDPA では、各種機能の専用セクションにより非常に優れたレポート作成機能が利用できます。［Reports］領域から、さまざまなタイプのすぐに使えるレポートを実行、あるいは企業の要件に合わせてレポートをカスタマイズすることができます。［レポート］は、構成ツリーにあるさまざまなオブジェクトから派生した詳細情報を提供します。

DPA のレポートは、環境でのアクティビティを確認し、分析できるように、環境に関する情報を収集するのに役立ちます。これらのレポートを使用して、環境での停止を特定し、問題を診断し、リスクの移行を計画して、今後の傾向を予測できます。

［Dashboard Templates］タブは、ダッシュボードテンプレートの作成に使用します。［ダッシュ

ボード］は単一のパネルにグループ化されたレポートまたはビューレットの集まりであり、アプリケーションを複数のビューに表示することができます。ダッシュボードは、［Dashboard］領域から見ることができます。詳細はダッシュボード（25 ページ）を参照してください。

［Reports］領域は、Web コンソールの左側にある縦のナビゲーションで利用でき、集中型レポート作成機能を備えたユーザーインターフェースを提供します。［Reports］領域で使用できる 5 つのセクションには、次が含まれています。Run Reports、Report Jobs、ReportTemplates、Dashboard Templates、Report Menus

［Reports］を選択すると、デフォルトで［Run Reports］領域の下に［New Report］ページが起動します。各セクションには、［レポート実行］、［実行中/スケジュール設定されたレポートの管理］、［カスタムレポートの作成］、［カスタムダッシュボードテンプレートの作成］、［レポートメニューの管理］を有効化するオプションがあります。

オンデマンドまたはスケジュールレポートテンプレートおよびダッシュボードテンプレート

カスタムおよびシステムのシステムテンプレートおよびダッシュボードテンプレートは、企業の要件に合わせて、オンデマンドや、定義された間隔でスケジュールを設定して実行することができます。

オンデマンドレポートは、必要に応じていつでも実行できるレポートテンプレートおよびダッシュボードテンプレートです。現在利用できるデータを使用して実行し、直ちに確認できるアドホックレポートテンプレートおよびダッシュボードテンプレートです。

DPA が提供する多種多様なレポートからいつでも任意のレポートを実行する可能性がある日常業務では、オンデマンドレポートがとても役立ちます。オンデマンドレポートを実行することで、以下の機能が利用できます。

l ポイントインタイムレポートの生成。

l 複数の事前定義されたまたはスケジュール設定済みレポートの実行。

スケジュールレポートとは、スケジュールされた時刻に DPA サーバによって実行され、1 つ以上の形式で結果を公開するレポートです。［Scheduled Run Reports］は、［Managescheduled reports］権限がユーザーのユーザー役割に割り当てられている場合のみ

使用できます。レポートをスケジュール設定することにより、以下の機能が利用できます。

l レポート生成を自動化します。

l レポート生成頻度のスケジュールを設定します。

l レポート送信先のユーザーのメールアドレスを設定します。

l SharePoint サーバーに公開します。

レポート


オンデマンドでのレポートの実行［Reports］ > ［Run Reports］からレポートを実行できます。［New Report］は、［Run Reports］セクションのデフォルトのセクションです。メニューを参照、利用できるレポートを検索、または［Favorites］メニューのレポートのリストからレポートを実行することにより、レポートを実行できます。

詳細については、「EMC Data Protection Advisor オンラインヘルプシステム」を参照してください。

手順

1. レポートを実行する対象のオブジェクトを選択します。

2. オブジェクトに対して実行するレポートを選択します。ツリーから参照するか、［Find］フィールドで検索文字列を含むレポートを一覧表示して、特定のレポートを検索することができます。

3. （オプション）希望する期間を選択するか、事前に定義された期間の中から選択します。

期間は選択したレポートのタイプにより異なります。たとえば、［Data Backed up Daily］には［Last Day］というオプションは不適切で、［Last Week］または［Last Month］のほうが適切です。

4. ［Finish, Run in New Tab］または［Run in New Window］をクリックします。

更新した情報でレポートを再実行する元のレポートのデータをリフレッシュするには、［Run Reports］に移動してレポートを選択し、［Refresh Report］をクリックします。

以前に実行したレポートの情報を部分的に変更するには（範囲や期間の変更など）、関連情報を変更して、［Refresh Report］をクリックします。

システムテンプレートレポートのテスト次の手順を使用して、選択したフォーマットが適かどうか、何らかの理由でレポート形式をテストする必要があるかどうかを確認できます。

手順

1. システムテンプレートを開きます。

2. ［レポートエディター］の［Preview］タブに移動して、レポートの範囲および期間を選択します。

DPA は、右側にレポート出力を生成します。レポートに変更を加えたい場合には、［Design］タブに戻るか、［Preview］タブ内で変更を加えてから、［Refresh］をクリックします。

保存しないでください。保存しない限り、DPA によってカスタムテンプレートは作成されません。

レポート

オンデマンドでのレポートの実行 15

レポートテンプレートおよびダッシュボードテンプレートのスケジュール設定

［Report Jobs］ > ［Scheduled Reports］からレポートをスケジュール設定したり、［RunReports］からレポートを実行したりできます。

［Create Scheduled Run Reports］の指示に従って、スケジュールレポートを作成します。スケジュールレポートの詳細については、「EMC Data Protection Advisor オンラインヘルプ」システムを参照してください。

ダッシュボードのスケジュール設定されたコンテンツの表示、有効化および無効化

［Dashboard］に表示されるコントロールおよびダッシュボードコンポーネントは、すばやく、簡単に確認できます。たとえば、スケジュールダッシュボードテンプレートの 1 つに含まれる環境内に、問題が発生している特定のバックアップサーバーがある場合、問題が解決するまで、［Dashboard］にこのダッシュボードテンプレートが表示されるのを無効化できます。

手順

1. ［Reports ］ > ［Report Jobs］ > ［Dashboard Scheduled Content］に移動します。

DPA にスケジュール設定されているダッシュボードのリストが表示されます。ダッシュボードテンプレート名は、ダッシュボードテンプレートに含まれる［Report］列内の各要素に対して、［Dashboard］列で繰り返されます。

2. エントリをクリックします。

l ダッシュボードを無効化するには、［Disable］をクリックします。

l ダッシュボードを有効化するには、［Enable］をクリックします。

結果

レポートサマリーの詳細が下部の［Details - Summary］ペインに表示されます。無効化されたコンテンツはスケジュールどおりに実行されませんが、［Dashboard］には新の生成結果と共に表示されたままとなります

スケジュールされたレポートをファイルに公開する

はじめに

l レポートのサブディレクトリを作成します。相対パスで指定する前にサブディレクトリを作成する必要があります。

l ファイル名を作成する場合には、無効な文字が含まれていないか確認します。ファイル名には、オペレーティングシステムで無効な名前を使用できません。使用した場合、保存に失敗します。

手順

1. ［Reports］ > ［ Report Jobs］に移動してから、［Scheduled Reports］をクリックします。

2. 手順内でフィールドを指定します。特に、［Publish Settings］、［File Name］で、一意のファイル名を入力します。次の点に注意してください。

DPA サーバープロセスは、@タグを使用した日付または時刻の置換を許可します。JavaAPI ドキュメントでは、タグを定義します。例：

l ［report1 @ddMMMyyyy@］は［report1 20Sep2013］として表示されます

l ［report2 @EEE@ @dd@ @MMM@ @yyyy@］は［report2 Mon 20 Sep 2013］として表示されます

レポート


l ［report@yyyyMMddHHmm@］は［report201309201556］として表示されます

l ［report @HH@_@mm@］は［report 10:34］として表示されます

相対パスも指定することができます。例：「bdb/bdb_@」は特定し、名前を付けられたファイルとして表示されます$docroot/bdb/bdb_<date>.jpg

3. フィールドに入力して［OK］をクリックします。

スケジュールレポートフォルダの場所

すべてのスケジュールレポートの出力ファイルは、次のフォルダに保存されています。ここで<DPA_HOME>は DPA のインストール場所です。

<DPA_HOME>/services/shared/report-results/scheduledhttps://<hostname>:9002/dpa-api/scheduledreport/results/<filename>で Web ブラウザーを使用してスケジュールレポートを表示することもできま

す。

システムレポートテンプレートおよびダッシュボードテンプレートDPA には、複数の事前定義されたシステムテンプレート、ビューレットおよびダッシュボードがあり、バックアップおよびレプリケーション環境で選択したユーザーに関してレポートを実行するために使用できます。これらのシステムテンプレートを使用すると、迅速かつ容易に情報を収集し、環境を監視できます。

これらのテンプレートは、DPA がインストールされ編集不可な場合に利用できます。システムテンプレートまたはダッシュボードを変更するには、［Save As］を使用してコピーを作成する必要があります。適切な権限を持つユーザーのみがシステムテンプレートとダッシュボードのカスタマイズバージョンを作成することができます。

カスタムレポートテンプレートおよびダッシュボードテンプレート既存のレポートテンプレートまたはダッシュボードテンプレートを保存し、すべてのパラメーターを指定して新しいカスタムテンプレートおよびダッシュボードを構築することにより、カスタムレポートとダッシュボードテンプレートを作成できます。

システムテンプレートからカスタムレポートテンプレートまたはダッシュボードテンプレートを作成する

手順

1. 必要に応じて、［Reports］ > ［Report Templates］ > ［System Report Templates］または［Reports］ > ［Dashboard Templates］ > ［System Dashboard Templates］と選択します。

2. テンプレートを作成するシステムレポートまたはダッシュボードを選択します。

3. ［Save as Custom Template or Save as Custom Dashboard Template］をクリックします。

4. ［Name］フィールドに名前を入力します。

5. （オプション）［Description］フィールドに説明を入力します。

6. レポートエディターまたはダッシュボードエディターで、パラメーターやその他のプロパティを変更します。

レポート

スケジュールレポートフォルダの場所 17

7. ［Save］または［Save & Close］をクリックします。

新しいカスタムテンプレートとダッシュボードテンプレートの構築カスタムテンプレートとダッシュボードの作成方法の詳細については、「EMC Data ProtectionAdvisor online help system」を参照してください。

レポートテンプレートまたはダッシュボードテンプレートをレポートメニューに追加して、メニ

ューをユーザーに追加した後、［Run Reports］ > ［Select Scope］から［Refresh］をクリックし

て、新しいレポートが［Run Reports］領域に表示されることを確認する必要があります。また

は、完全に DPA 閉じてから再度ログインします。

手順

1. ［Reports］ > ［Report Templates］ > ［Custom Report Templates］ > ［Create CustomTemplate］の順に選択します。

または

［Reports］ > ［Dashboard Templates］ > ［Custom Dashboard Templates］ > ［CreateCustom Dashboard Template］の順に選択します。

2. ［Name］フィールドに名前を入力します。

3. （オプション）［Description］フィールドに説明を入力します。

4. レポートエディターまたはダッシュボードエディターで、パラメーターやその他のプロパティを指定します。

5. ［Save］または［Save & Close］をクリックします。

カスタムのダッシュボードに追加されたビューレットは、DPA Web コンソールの［Dashboards］領域で見ることができます。

ドリルダウンメニューのコマンドの使用

コマンドは、バッチファイルやシェルスクリプトなどの実行可能ファイルやスクリプトである可能性があります。コマンドを実行するには、それをドリルダウンメニューに追加する必要があります。

l 実行可能ファイルまたはスクリプトを作成してから、<install-dir>/services/shared/commandsにコマンドを保存します。

l カスタムテンプレートを作成または編集してから、次の構文を使用してドリルダウンメニューにコマンド文字列を追加します。

<install-dir>/services/shared/commands/<command> <param1> <param2>@<variable1>@ @<variable2>@コマンド文字列には、目的のコマンドと、そのコマンドに適したオプションパラメーターおよびレポート変数が含まれています。パラメータおよびレポート変数は、実行時に解決されます。@@なしのパラメーターは、変更されずに通過し、コマンドの実行方法を制御します。たとえば、コマンドラインは、その順番を名前ごとに切り替え、ディレクトリエントリーは表示されません。レポート変数とは、@@に囲まれた部分で、選択された行に固有のデータをコマンドに渡します。たとえば、レポート変数［@Server@］はサーバー名で置き換えられ、［@Status@］は現在のステータスで置き換えられます。

ツリーメニューの場合、メニューアイテムの実行対象であるオブジェクトのシステム属性値およびユーザー定義属性値を含めることができます。この属性は、［@<属性名>@］

の形式で入力します（たとえば、［@Cost Centre@］は、コマンドにオブジェクトの Cost

レポート


Centre 属性値を渡します）。ツリーメニューの場合、［$name］は、レポートが実行されたオブジェクトの名前を渡します。

スクリプトでパラメーターとして使用できる［@@変数@@］の実際の名前は、スクリプトに関連づけられたテーブルの列名から直接取得されます。たとえば、「Server Name」という名前の列が含まれたテーブルの場合、スクリプトに@Server Name@という名前のパ

ラメーターを記述すると、スクリプトを実行したときに、そのテーブルの行が置き換わります。

l Report Menu では、必ずコマンドとテンプレートが使用されるようにします。

l コマンドを含むレポートを実行し、ドリルダウン、メニューからそのコマンドを実行します。デフォルトでは、すべての出力ファイルが<install-dir>/services/shared/commands下に保存されます。

コマンドをドリルダウンメニューに追加する方法の詳細については、「EMC Data ProtectionAdvisor オンラインヘルプ」システムを参照してください。

例：

コマンドを実行し、サーバ名、クライアント名、バックアップセット、およびサイズを含めるには、次のように入力します。

C:\Program Files\EMC\DPA\services\shared\commands\analyseEntry.bat@Server@ @Client@ @Backup Set@ @Size@ページメッセージを送信するには、次のように入力します。

C:\Program Files\EMC\DPA\services\shared\commands\pager.exe @host@@job@ @status@ at @endtime@

スクリプトコマンドフォルダの場所

ドリルダウンメニュー用に作成したすべてのコマンドは、次のフォルダに保存されます。ここで<DPA_HOME>は、DPA のインストール場所です。

<DPA_HOME>/services/shared/commands

レポート書き込みのヒントとベストプラクティス次のセクションでは、ベストプラクティスとレポート書き込みのヒントについて説明します。

データソースと演算子

当社では、効率的なデータソースと演算子の使用をおすすめします。使用する演算子はできるだけ少なくしてください。

データソースをどのように扱えばよいか分からない場合は、DPA Web コンソール自体に、ソースカテゴリーとそこに含まれるデータソースに関する情報が豊富に入っています。［Reports］ > ［Report Templates］ > ［Custom Report Templates］ > ［Create CustomTemplate］の順に選択して、［Add Data Source］をクリックします。ソースカテゴリーとデータソースを確認することで、DPA がどのようにデータを分類してレポートするかが理解できます。

データソースを選択する際に考慮すべき相違点は、自分が総合的な情報やサマリー情報を必要としているのか、レポートのための詳細な情報を必要としているのかということです。［summary］や［aggregation］、［num］、［total］、［statistics］のような単語を含むデータソースでは、総合的な情報や要約した情報が得られます。［details］や［config］、［status］のような単語を含むデータソースでは、詳細な情報が得られます。

たとえば、カスタムレポートを作成する場合のベストプラクティスとして、先週実行したジョブのうち、実行時間がも長かった上位 10 件のジョブを示すレポートが必要な場合は、演算

レポート

スクリプトコマンドフォルダの場所 19

子を使用せずに、Backup Statistics というデータソースのみを使用します。カスタムのレポートの構築を開始する際に適なデータソースを選択すれば、後から不要なデータを除外するための条件を設定する手順を省くことができます。計算にかかる時間と電力も節減できるため、より早くデータを取得できます。

このような例としては、Backup Job Details データソースに対する Backup Statistics データソースが挙げられます。たとえば、Backup Job Details データソースを使ってレポートを実行すると、レポート期間中のすべてのデータが返されますが、Backup Statistics データソースを使うと、必要な結果が含まれたデータだけが返されるといったパフォーマンスインパクトを意味します。Backup Statistics データソースを使うと、レポートのレイアウトがシンプルになるので、レポートを使用したり、変更したりするユーザーの誰もが理解しやすいレポートを作成できます。また、実行するレポートのデータセットが大きくなる場合やレポートの対象期間が長くなる場合でも、Backup Statistics データソースを使うことで、短時間で実行できます。

便利な演算子およびデータソース

このセクションでは、使用頻度の高いデータソースと演算子、およびそれらのカテゴリーについて説明します。DPA の演算子とデータソースについて詳しくは、「EMC Data ProtectionAdvisor online help system」を参照してください。

データソースと説明を表示するには、［Add Data Source］クリックします。データソースを選択し、［View Data Source Description］をクリックします。使用頻度の高い便利なデータソースは、次のとおりです。

l Database Query：データベースに対する SELECT ステートメントの実行結果を返します（外部カテゴリー）。

l Read CSV：コンマ区切り値ファイルのデータを読み込み、データセットに変換します（外部カテゴリー）。

演算子の説明を表示するには、［Add Operator］をクリックします。演算子を選択したら、［View Operator Description］をクリックします。使用頻度の高い演算子を以下に列挙します。

l Merge：2 つの異なるデータソースのデータを同じキーフィールドに基づいて結合します（その他のカテゴリー）。

l Count：データセット内の要素の数をカウントします（計算カテゴリー）。

l Group By：グループ化操作をデータセットのフィールドに適用します（統合カテゴリー）。

l Extended Job Rollup：指定されたフィールドに基づいて、バックアップジョブをサマリーにロールアップします（バックアップカテゴリー）。

l Search and Replace：正規表現を使用してフィールドの値を参照し、置換文字列に従って内容を変更します（その他のカテゴリー）。この概念は、UNIX ユーザーにはなじみがあると思われます。これは DPA の発明ではありません。また DPA がこれを Java 関数として使用することはほとんどありません。DPA では、Java の正規表現インプリメンテーションを使用します。

l Translation：キーペア値が含まれるフラットファイルを使用して、データセットのいずれかのフィールドの値を別の値にマッピングします（その他のカテゴリー）。

l Concatenate：文字列値が含まれた 2 つのフィールドを 1 つの出力に連結します（その他のカテゴリー）。

l Set Value：条件に応じてフィールドの値を設定できます（その他のカテゴリー）。

これらの演算子とデータソースの使用方法の例は「EMC Data Protection Advisor CustomReporting Guide」に記載しています。

検索および置換の正規表現例

l $1 初のアンダースコアまで $2 は、1 番目と 2 番目のアンダースコアの間

レポート


n 置換文字列：$1$2、

n 検索文字列：^(.*?_.*?)_.*|^(.*?)_.*

l 初の 3 つの英数字：

n 置換文字列：$1

n 検索文字列：(^\w{0,3})(.*)

l ドメイン名の静的なサフィックスの付加：

n 置換文字列：$0.fully.qualified.name

n 検索文字列： (.*)[^\\1]

l $1 は初のピリオドまで

n 置換文字列：$1

n 検索文字列：([^\.]*).*

l Tue3 を Tu3 に変更：

n 置換文字列： $1$3

n 検索文字列： (.{2})(.)(.)

l 12 桁の日付の終わりまで文字列を取る：

n 置換文字列： $1

n 検索文字列：(.*[0-9]{12})(.*)

n 1 行内の 12 個の番号の 1 セットに基づく（日付形式）

Smart Group同じグループに対して繰り返しレポートを実行している場合には、Smart Gouop を作成して、必要なグループごとのレポート実行を有効化します。理想的なのは、ビジネス中心で適用可能なグループです。たとえば、ビジネスユニット、コストセンター、またはその他のサーバーおよびクライアント情報を含む地理的分散を含む Smart Group を作成した場合には、グループとその他の DPA システムテンプレートおよびカスタムレポートを適化して、さらに多くのデータを収集できます。同じカスタムレポートを繰り返し作成する必要はありません。

Smart Group の作成方法について詳しくは、「EMC Data Protection Advisor online helpsystem」および「DPA Installation and Administration Guide」を参照してください。

DPA 内の日付とタイムスタンプ

DPA データベースでは、すべての日付とタイムスタンプは UNIX 形式（すなわちエポック形式）で格納されます。日付とタイムスタンプは、UNIX 時間であるため、単純な整数で表されます。この整数に算術演算子を使うことができます。ただし、その結果となるフィールドの「キャスト」には注意する必要があります。

UNIX 時間から変換可能な無料ダウンロードプログラムがあります。

レポートテンプレートとダッシュボードテンプレート実行後の結果レポートテンプレートとダッシュボードテンプレートを実行すると、新しいタブに結果が開きます。タブにレポートの名前が表示されます。レポート結果ページの左側のペインには、レポートの範囲やレポートが生成された期間など、レポートの詳細が表示されます。右側のペインにレポートが表示されます。

複数のレポートがある場合、レポートはタブ形式で表示されます。

レポート

Smart Group 21

結果からは、次のことが可能になります。

l レポートまたはダッシュボードを、Microsoft SharePoint に CSV、画像（png）、PDF、HTML、または XML ファイルで公開します。形式の種類のオプションは、レポートまたはダッシュボードのいずれを公開するかによって異なります。

共有ドキュメントのフォルダとパス（<?xm-replace_text http://sharepoint-2013/sites/demo/Shared Documents?>など）が必ず公開前か

ら存在しているようにします。

デフォルトでは、ファイルは、SharePoint サイトの共有ドキュメントフォルダにアップロードされます。また、サブディレクトリが共有ドキュメントで使用可能な場合は、サブディレクトリを公開することもできます。これには、サブディレクトリに DPA レポートファイル名を指定します。例：

SharePoint ファイル名に公開：directory1/directory2/file namel レポートまたはダッシュボードを CSV、画像（png）、PDF、HTML、XML ファイルとして保存

します。形式タイプのオプションは、レポートまたはダッシュボードのいずれを保存するかによって異なります。ダッシュボードは、1 ページの PDF 形式でのみ保存できます。

l レポートまたはダッシュボードを CSV、画像（png）、PDF、HTML、XML ファイルとしてメール送信します。形式の種類のオプションは、レポートまたはダッシュボードのいずれを電子メールで送信するかによって異なります。レポートのサイズが大きすぎてメールで配信できない場合は、レポートが送信されなかったことを示すアラートが送信されます。

l たとえば、毎日または毎週など、レポートテンプレートまたはダッシュボードテンプレートが定期的に繰り返し実行されるようにスケジュールします。このページの［Schedulereport］オプションを使用すると、生成したばかりのレポートをスケジュールできます。

l レポートテンプレートまたはダッシュボードテンプレートを［Favorites］に追加します。それから、［Run Reports］領域の右上にある［Favorites］ドロップダウンをクリックし、実行するレポートテンプレートまたはダッシュボードテンプレートを選択して、レポートテンプレートまたはダッシュボードテンプレートを実行できます。［Run Report］および［RunDashboard］をそれぞれクリックして、カスタムレポートおよびカスタムダッシュボードから直接レポートテンプレートまたはダッシュボードテンプレートを実行することもできます。

l レポートテンプレートおよびダッシュボードテンプレートの外観をカスタマイズします。［Dashboard Templates］ > ［Custom Dashboard Templates and Report Templates］ >［Custom Report Templates］から、外観を変更するレポートテンプレートまたはダッシュボードテンプレートを選択し、［Edit］をクリックします。［Design］タブが開くので、カスタムレポートまたはダッシュボードのレイアウトを編集します。［Preview］タブをクリックして、カスタムレポートまたはダッシュボードをテストとして実行します。左ペインでレポート対象の範囲と時間を選択すると、メインペインで自動的に実行されます。［Design］タブで以降に変更すると、リフレッシュアイコンを［Preview］タブでクリックすると、選択した範囲と期間を使用して変更を反映したレポートが更新されます。補足情報については、レポートの外観のカスタマイズ（23 ページ）を参照してください。

ダッシュボードのレポートはデフォルトの範囲および期間を設定できます。これは、ダッシュボードの一部として保存されます。設定しないと、範囲および期間はランタイムの一部となり、レイアウトの一部として保存されません。

l 大 4 つのレポートを比較します。あるオブジェクトのパフォーマンスを別のオブジェクトと比較する場合、生成されるレポートには、指定されたレポートについてこれら 2 つのオブジェクトの比較が記載されます。レポートは横、縦、またはタイルに分割できます。ユーザーが実行できるレポートの大数は、［Admin］ > ［Manage Users］ > ［Edit UserProperties］ > ［Preferences］で設定されます。

レポート


レポート出力ファイルの場所

レポートおよびレポート出力ファイルを表示するのに必要な Web コンソールの全ファイルは、次のフォルダに格納されています。ここで<DPA_HOME>は、DPA のインストール場所です。

l <DPA_HOME>/services/shared/report-results/rds—レポーターによって

生成されたレポートデータセットファイル。

l <DPA_HOME>/services/shared/report-results/temp—レポートを表示す

るための Web コンソールに必要なレポート XML 出力ファイル。

l <DPA_HOME>/services/shared/report-results/exports—レポートのエ

クスポート。

l DPA_HOME>/services/shared/webroot—CSV ファイル。ReadCSVFile ソース

は、以下にポイントする必要があります。https://dpaserver:9002/webserver/file.csv

l <DPA_HOME>/services/shared/report-results/viewlets—ビューレット

を表示するための Web コンソールに必要なビューレット XML 出力ファイル。

レポートの外観のカスタマイズレポート形式の変更、使用する色とフォントの変更、図の X 軸と Y 軸、およびその他のテーブルや図のデータなどを、ユーザーのニーズに合わせてレポートの外観を変更することができます。

l DPA は、次のレポート形式をサポートします。

n 表

n Report Card

n 稼働状態ステータス

n 行

n 列

n 領域

n 円

n 積み上げ縦棒

n 積み上げ面

n タイムライン

n 箇条書き

n Topology

250 件を超えるレコードを持つテーブルレポートは、ピボットテーブルに変換することはできません。更新したレポートのフォーマットを取り消す場合は、［ReportFormat］ > ［Revert Format］を選択します。

l カスタムテンプレートを変更します。

l レポートを実行した後にレポートを変更します。環境設定は、ユーザー単位で保存されます。別のユーザーが同じレポートを実行しても、変更が更新されることなく表示されます。［Run Reports］を使用して行う変更は、永続的にはテンプレートを変更しません。すべてのユーザーに対してレポートの外観を変更するには、［Custom Templates］を使用してテンプレートを更新します。

レポート

レポート出力ファイルの場所 23

レポートの外観をカスタマイズする方法の詳細については、「EMC Data Protection Advisor オンラインヘルプ」システムを参照してください。

ダッシュボードテンプレートの外観のカスタマイズダッシュボードテンプレートの外観は、カスタムダッシュボードを変更することで変更できます。レポート、ビューレットテンプレート、ラベル、ボタン、または画像を追加することができます。また、ビューレットの範囲や時間、カスタムのオプション、および選択したレポートテンプレートを構成して、ダッシュボードを構築することもできます。

サポートされる画像形式は、GIF、PNG、および JPG です。画像は<install-dir>/services/shared/webroot フォルダに格納する必要があります。webroot ディレクト

リに格納された画像を示す https://localhost:9002/webserver/<imageName>.<imageFormat>を入力します。［imageName］は画像の名前、,［imageFormat］は gif、png または jpg です。画像への URL には、https を使用する必要があります。

ダッシュボードテンプレートの外観をカスタマイズする方法の詳細については、「EMC DataProtection Advisor オンラインヘルプ」システムを参照してください。

レポートメニューの作成［Report］領域から、レポートメニューを管理できます。レポートメニューはユーザーが利用でき、利用可能なオプションがある場合、レポートタイプにより異なります。

デフォルトでは、新しく作成したレポートは［Navigation］メニューから使用できません。［Navigator］メニューは、DPA と出荷され、すべてのシステムレポートとダッシュボードを含む、読み取り専用メニューです。これは、［Run Reports］の中にあるメニューで、実行するレポートを選択します。

レポートメニューにレポートを追加する方法について詳しくは、「EMC Data Protection Advisorオンラインヘルプ」システムを参照してください。

手順

1. ［Navigation］メニューのコピーを作成するかレポートを別のカスタムレポートメニューに追加します。

2. ［Admin］ > ［Manage Users］に移動します。

3. メニューをユーザーの役割に追加します。

レポート


第 3 章

ダッシュボード


l ダッシュボードの概要............................................................................................ 26l ダッシュボード領域とビューレットのカスタマイズ.....................................................27l 新しいダッシュボードの作成.................................................................................. 27l 既存のダッシュボードのカスタマイズ......................................................................28l ダッシュボードの非表示.........................................................................................28l ダッシュボードの削除............................................................................................ 28l ダッシュボードの考慮事項..................................................................................... 28

ダッシュボード 25

ダッシュボードの概要［Dashboard］領域は、バックアップおよびレプリケーション環境のエンタープライズ全体のサマリーを視覚的に表示します。システムステータスの概要表示で情報が得られるので、迅速な決定が可能です。

ダッシュボードのプライマリワークフローによって、［Reports］や［Alerts］など他の領域に移動できます。［Dashboard］から他の領域にアクセスするとき、宛先が自動的にフィルタされ、関連があり該当する内容のみが表示されます。

［Dashboard］領域には、タブ形式のインタフェースがあり、複数のダッシュボードを定義できます。これにより組織のさまざまな役割に対応できます。デフォルトでは、ダッシュボードに、サマリー、バックアップ、レプリケーション、RecoverPoint 保護機能、Data Domain の概要が表示されます。

次の表に、システムダッシュボード、ユーザーの役割、ユーザーの機能、およびこれらの役割で利用できるデフォルトのコンテンツをリストします。

表 3 ユーザーの役割とデフォルトのビューレット

システムダッシュボード

ユーザーの役割

機能デフォルトのビューレット

Summary IT 管理者完全な IT セットアッ

プの全体像を提供し

ます

l グループごとのアラートステータス

l バックアップキーパフォーマンスインジケータ（KPI）

l データコレクションエージェントの正

常稼働

l レプリケーションキーパフォーマン

スインジケータ（KPI）

Backup バックアップ管

理者

環境内のバックアッ

ププロセスを監視し

ます

l グループごとのバックアップ成功率

l グループごとのバックアップされてい

ないクライアント

l グループごとの失敗したバックアップ

とリストア

Replication レプリケーション

管理者

環境内のレプリケー

ションを監視しますl グループごとのレプリケーションアラ

ート

l グループごとのレプリケーションのリ

スク状態経過期間

l Objects with Replication Exposures

l RecoverPoint のパフォーマンス

RecoverPointProtectedCapacity

RecoverPoint 管理者

環境内の

RecoverPoint 保護

機能を監視します

l CG 別 RecoverPoint 保護機能（コン

システンシグループ）

l RecoverPoint Protected Capacity bySystem

Data Domainの概要

バックアップ管

理者

Data Domain の

Compression Ratiol Data Domain Compression Ratio

Count



表 3 ユーザーの役割とデフォルトのビューレット（続き）

システムダッシュボード

ユーザーの役割

機能デフォルトのビューレット

と使用率ステータス

概要情報の監視l Data Domain Low System

Compression Ratio Trend

l Data Domain Filesystem UtilizationStatus Count

l 警告/クリティカルシステムの DataDomain ファイルシステムの使用率

ダッシュボード領域とビューレットのカスタマイズシステムダッシュボードを変更または修正するには、Manage Dashboards 権限が必要になります。必要な権限がない状態で既存のダッシュボードを変更しようとすると、現在のダッシュボードのコピーのみが作成できます。

［Dashboard］領域から、既存のダッシュボードの表示および編集ができます。ダッシュボードを作成することもできます。ダッシュボードを構築する場合には、次のコンポーネントを含めることができます。

l システムまたはカスタムレポートテンプレート

l システムまたはカスタムダッシュボードテンプレート

l ビューレット

l ボタン、ラベル、およびイメージ

新しいダッシュボードの作成手順

1. システムダッシュボードの近くにあるプラスアイコン［Create New Dashboard］をクリックします。

新しいダッシュボードが作成されると、［Page<n>］と名前が付けられます。［n］は、追加された新しいダッシュボードのカウントです。

2. 新しいダッシュボードの名前を入力します。

この新しいダッシュボードは、デフォルトでは DPA サーバに保存されます。

3. 次の新しいダッシュボードのオプションを選択します。

a. ［Select Dashboard Template］をクリックして、カスタムダッシュボードテンプレートまたはシステムダッシュボードテンプレートを選択し、［Select］をクリックします。

b. ［Select Scope］をクリックして、新しいダッシュボードの範囲を選択し、［OK］をクリックします。

c. ［Select Time Period］をクリックして、［Manage Time Periods], [Window Properties],[Manage Times］ > ［Time Properties］ウィンドウ内で必要な変更を行い、［Select］をクリックします。

d. ［Select Schedule］をクリックして、［Manage Schedules］ウィンドウ内で必要な選択をしてから、［OK］をクリックします。


ダッシュボード領域とビューレットのカスタマイズ 27

e. ［OK］をクリックします

既存のダッシュボードのカスタマイズボタン、ラベル、イメージ、レポート、およびビューレットを使って、ダッシュボードをカスタマイズできます。

手順

1. 既存のダッシュボードを開くには、システムダッシュボードの近くにあるプラスアイコン［Open Existing Dashboard］をクリックします。

2. カスタマイズするダッシュボードを選択します。近開いたページが 5 つまで表示されます。

DPA サーバーのデフォルトの場所からダッシュボードを表示することもできます。デフォルトのフォルダー場所の詳細については、レポート出力ファイルの場所（23 ページ）を参照してください。

l 各レポートの更新頻度を設定する場合は、［Edit Dashboard］ > ［Refresh Settings］に移動します。［Refresh Rate］フィールドにダッシュボードの更新頻度を分単位で入力します。ダッシュボードのデフォルトの自動更新頻度は 15 分です。

l 追加のビューレット構成オプションを構成して内容を管理するには、［EditDashboard］をクリックします。構成オプションは、ビューレットによって異なります。一部のビューレットには、追加の構成オプションがありません。構成の選択肢には、［Scope］、［Time Period］、［Options］などがあります。グループごとにコンテンツを表示するような範囲の変更を反映するようにビューレットを構成する場合、選択したグループがビューレットに表示されます。

l ダッシュボードからビューレットを削除するには、システムダッシュボードの［］ >［Open Existing Dashboard］の近くにあるプラスアイコンをクリックします。次に、削除するビューレットの右上隅で［Remove］をクリックします。

l ビューレットの生成頻度を設定するには、ツールアイコンの［Generate Frequency］をクリックします。ビューレットの大部分は、リフレッシュ時に更新されるアラート関連のビューレットを除き、バックグラウンドで生成されます。特定の時間を指定したりビューレットの生成をスケジュールしたりできます。ビューレットの作成日時が、ビューレットの左下に表示されます。

ダッシュボードの非表示ダッシュボードタブ内にカーソルを置き、［Close Tab］をクリックします。

ダッシュボードの削除手順

1. 既存のダッシュボードを開くには、システムダッシュボードの近くにあるプラスアイコン［Open Existing Dashboard］をクリックします。

2. 削除するダッシュボードを選択し、［削除］をクリックします。システムダッシュボードは削除できません。

ダッシュボードの考慮事項ダッシュボードについては、次の考慮事項に留意してください。



l ビューレットはダッシュボード内の小型のウィンドウなので、すべてのコンテンツが表示されるわけではありません。ビューレットの追加情報を参照するには、ビューレットの下部にある［Show All］リンクを使用します。

たとえば［Replication Alerts by Group］ビューレットにすべてのグループを表示するには、［Replication Dashboard］ウィンドウ下部の［Show All Group］をクリックします。これにより、［Reports］領域に移動し、［Replication Alerts by Group］レポートが開きます。

l ビューレット内のグラフコンポーネントまたは数字にマウスを合わせると、ツールヒントとしてその詳細が表示されます。たとえば、［Backup KPI］ビューレットにある成功率の値にマウスを合わせると、成功率が計算された期間と［Reports］セクションへのリンクが表示されます。


ダッシュボードの考慮事項 29

第 4 章

アラート


l DPA のアラート...................................................................................................... 32l アラート管理..........................................................................................................32l アラートの詳細...................................................................................................... 33l フィルターを使用するためのベストプラクティス...................................................... 34

アラート 31

DPA のアラート［Advisor］領域は DPA の高度なポリシーベースの分析エンジンと密接に統合します。アラートは問題と考えられる原因を示します。アラートは環境内の問題を特定し、適切な解決を推奨して、問題の早期解決を可能にすることで、ビジネスに対するインパクトを軽減します。

ポリシーで定義された閾値を超えると、新しいアラートが出されます。アラートには、問題と解決方法が表示されます。アラートは解析エンジンの結果であり、解析エンジンはポリシーにより駆動されます。アラートは特定のグループに依存していません。システムには、どのグループに影響するかに関わらず、すべてのアラートがまとめて表示されます。

［Advisor］領域は、［Alerts］および［Replication Analysis］セクションから構成されています。［Replication Analysis］セクションでは、復旧可能性に関するレプリケーションギャップのリストを作成し、サービスツリー（DPA ナビゲーションツリーのミラー）で選択されたオブジェクトが環境全体でどのようにレプリケートされるかを図で示します。

デフォルトでは、すべてのレプリケーションギャップを取得できますが、［Advisor］ > ［Alerts］タブにはポリシーで設定されたギャップのみが表示されます。レプリケーションアラートは、他のアラートタイプと同じ管理方法で管理します。レプリケーションのモニタリングに関するアラート機能を構成するには、解析ポリシーに復旧可能性ルールを割り当て、そのポリシーを目的のオブジェクトに割り当てる必要があります。［Policies］ > ［Analysis Policies］を参照してください。他のアラートに用意されたアラート機能は、メール、SNMP、スクリプト作成、Windows アラートのログ作成といった復旧可能性のアラートにも使用されます。

DPA Web コンソールおよび Windows ログイベントでは、すべてのアラートを表示し、メールで送信し、外部の操作システムに送信することができます。大規模な環境への統合に共通する要件の 1 つは、運用システムにアラートを送信できるようにすることです。このような情報を転送する標準的な形式は、SNMP（Simple Network Management Protocol）です。PAE（予測解析エンジン）からの結果はすべて SNMP トラップの形式で送信できます。ホスト上にエージェントがインストールされている場合は、DPA が直接データを収集します。ただし、DPA は SNMP トラップを受信しません。

もう 1 つの一般的な通知手法はメールです。PAE では、アラートに関する情報を 1 つ以上のメールアドレスに送信でき、受信プロセスにおいてプログラムによる仕分けや割り当てを可能にするカスタムメールヘッダーを設定できます。メール転送は、業界標準の SMTP メカニズム経由で行われ、アクティブなメールハブのみで実行可能です。

PAE にはアラート条件で任意のスクリプトを実行する機能もあります。このスクリプトにより、トラブルチケット発行サービスやサポート担当者のポケットベルに問題の詳細とともにアラートを送るなど、ユーザーが必要とするカスタマイズされたアクションを実行できます。

詳細については、「EMC Data Protection Advisor Installation and Administration Guide」および「EMC Data Protection Advisor オンラインヘルプシステム」を参照してください。

アラート管理［Alerts］セクションでは、次のことが可能です。

l 新しいアラートについて確認します。

l 確認した、または解決したアラートを閉じます。

l 将来の参照のためにアラートにメモを追加します。

l 要件に適合するように、アラートに関連づけられたポリシーを編集または変更します。アラートを生成したルールが自動的に選択された状態でポリシーが開きます。

l 現在対処しているアラートがアラートのリストの下の方に移動され見えなくならないように、自動更新をフリーズします。アラート更新および新しいアラートはいつでも表示される可能性があるので、場合によってはこの操作を実行する必要があります。

アラート


DPA 6.x では、ルールテンプレートを定義して、イベントのアラートを作成します。ルールテンプレートでは、アラートのメッセージ、説明、カテゴリー、重大度、アラートを発行するための条件を定義します。

アラートを発行する場合は、DPA データストアに同じアラートがないことを確認してください。これは、カウントを増やす代わりに新しいアラートを作成しないようにするためです。

次の項目に従って、一意のアラートを定義および識別します。

l ルール ID が同じ

l ノード ID が同じ

l 子ノード ID が同じ

l コンポーネントが同じ

DPA データストアに同じアラートが存在していて、アラートが閉じられていない場合は、既存のアラートを新しいアラートのメッセージと説明で更新し、カウントを増やして、終更新時刻をマークします。

アラートを発行する重大度の値を変えるなど、元のルールテンプレートを変更する場合は、DPA でアラートを送信するのか、カウントを増分するかを特定して、初に指定した一意性の基準に引き続き従うようにします。

ルールテンプレートを変更する前に、生成されたアラートを閉じるか確認して、ルールテンプレートの結果として、データストアに保存する必要があります。

これにより、DPA では更新されたテンプレートによって発行されたそれ以降のアラートを、新しいアラートとして処理するようになります。これには、新しい重大度レベルも含まれます。さらに、更新されたテンプレートによって発行された初のアラートが送信され、それ以降のアラートのカウントが増えます。

上で説明した DPA 6.x の動作は、すべてのアラート通信プロトコル（SNMP、SMTP、Windows イベントログ）で同じです。

アラートの詳細［Alerts］または［Replication Analysis］セクションでアラートを選択すると、下部パネルにアラートのプロパティ、関連づけられたポリシーとグループの詳細、関連レポートが表示されます。

ポリシー、グループ、レポートのアラートのプロパティと詳細に関する次の情報について留意してください。

l Properties：アラートに関する原因の説明、考えられる解決策、関連メモが含まれています。説明と解決策は、アラートを生成したルールの一部です。

l Policy：アラートを生成したルールを含むポリシーの詳細を表示します。

l Groups：インベントリ内でアラートの影響を受けるグループを表示します。

l Root Cause：各バックアップまたはレプリケーションエラーに関連づけられた根本原因コントロールパネルを表示します。各バックアップまたはレプリケーションエラーの根本原因コントロールパネルを直接開くには、［Run Selected］をクリックします。

l Related Reports：特定された問題に付随するレポートを表示して、問題そのものに対する洞察を深めます。レポートは［Alerts］セクションから直接実行できます。レポートは［Reports］領域に表示されます。

l Storage Mapping：バックアップオブジェクトのホスト物理デバイスを表示します。オブジェクトのローカルまたはリモートのストレージシステムを識別し、それがレプリケートされているかどうかを判断できます。

l Visualization：アラートのタイムスタンプと合わせて、ビジュアルモードで問題の発生箇所を表示します。

アラート

アラートの詳細 33

アラートの例

DPA には、アラートをいつ送信するかを決定するポリシールールに結び付いた多くのオプションが含まれています。アラートには次のようなものがあります。

l バックアップジョブが失敗しました

l バックアップジョブが 5 日間または X GB 以上に対して発生しませんでした

l ノードで構成の変更が発生しました

l ファイバチャネルポートで破棄されたフレームが前回のサンプルから 5 倍増加しました

l バックアップジョブサイズが過去 5 日間に対して計算された特定のバックアップサーバにおけるジョブの平均サイズより 50%大きくなっています

l あと 4 週間でファイルシステムのサイズが 1 GB に達します

フィルターを使用するためのベストプラクティス［Alerts］セクションには、表示に関係なく、すべてのアラートが表示されるため、表示する内容をフィルタで制御できます。

フィルターを使用する場合は、次を留意してください。

l インラインテーブルフィルタを使用して、列の値に基づいてフィルタします。

l ［Scope］リンクを使用して、表示されたアラートをインベントリの特定のグループに絞り込みます。

l ［Filters］ボタンを使用して、［Advanced Filters］を設定します。DPA が前のセッションのフィルタを記憶するように、持続的にすることができます。

DPA には、次回のログイン時に必要に応じて使用できるよう、前回使用されたフィルタが保存されます。

アラート


第 5 章

レプリケーション分析


l レプリケーション分析の概要.................................................................................. 36l 復旧可能性分析....................................................................................................36l サービスツリー..................................................................................................... 37l プロセスビュー......................................................................................................38l 詳細ビュー............................................................................................................ 40l ギャップの詳細情報の取得....................................................................................42l ギャップの除外......................................................................................................42l 復旧可能性のギャップのリスト...............................................................................42

レプリケーション分析 35

レプリケーション分析の概要

DPA 6.0 以降の Web コンソールにある［Replication Analysis］セクションは、6.0 より前の

DPA バージョンで利用できる SLM ワークスペースメニューに代わるものです。

ストレージ管理者は、［Advisor］領域>［Replication Analysis］セクションから、オブジェクトと個々のアレイ、ファイルシステム、アプリケーションの復旧可能性、レプリケーション操作、ストレージマッピングのステータスを分析し表示できます。［Replication Analysis］セクションのオプションを使用すると、データ保護環境のリカバリポイントとギャップを図で表示できます。

構成ツリーから使用可能なレポートでは、リスク状態、除外、保護されていないオブジェクト、古いリカバリポイントを要約したレプリケーション環境の全体的なビューが提供されます。［Replication Analysis］セクションから、オブジェクトと個々のアレイ、ファイルシステム、アプリケーションのレプリケーション操作とストレージマッピングのステータスを分析し表示できます。

［Replication Analysis］セクションでは、ビジネスユニットまたはグループに従って、ステータスの概要を表示できます。これにより、環境内のすべてのプライマリストレージオブジェクトとレプリカの詳細情報、状態、マッピングを確認できます。レポート表示ウィンドウで実行できるレポートとは異なり、［Replication Analysis］セクションはいずれの形式であってもスケジュール設定、エクスポート、保存ができません。スケジュール設定、エクスポート、または保存が可能な［Replication Analysis］セクションに表示されるデータと重複するレポートがあります。

［Replication Analysis］セクションには、［Service tree］、［Process view］、［Details view］の3 つの主要ビューがあります。

復旧可能性分析次の方法でデータ保護環境に復旧可能性解析を実行できます。

l ［Run Reports］セクションから利用できるレポートでは、レプリケーション環境の概要が表示され、データ消失リスク、除外、保護されていないオブジェクト、および廃止されたリカバリポイントについて要約します。

l ［Replication Analysis］セクションのオプションを使用すると、データ保護環境のリカバリポイントとギャップを図で表示できます。［Replication Analysis］セクションから、オブジェクトと個々のアレイ、ファイルシステム、アプリケーションのレプリケーション操作とストレージマッピングのステータスを分析し表示できます。［Replication Gaps］セクションでは、問題解決に必要な情報を表示できます。

l RecoverPoint ポイントインタイムコピーまたは VMAX3 SnapVX/Data Domain 静的イメージといったデータ保護メカニズムにより、各デバイスまたは保護対象のオブジェクトあたりのリカバリポイントを複数生成できます。これにより表示が過負荷状態になり、Visualization グラフが読み取り不可になる場合があります。統合をサポートするレプリケーションテクノロジーには、SnapVX、Linked、StaticImage、RecoverPoint/S、RecoverPoint/A があります。［Aggregate recovery point］を設定した場合、指定した数より多いリカバリポイントがレプリケーションのグループに含まれるたびに、そのグループは 1 つのアグリゲーションボックスに統合されます。ファイルシステム、アプリケーション、アプリケーションのコンポーネントなど、ストレージアレイごとに統合が行われます。統合ボックスは、1 つの保護対象オブジェクトの新レプリケーションを表します。

たとえば、1 つのファイルシステムに RecoverPoint を使用した 10 のレプリケーションがあり、後のレプリケーションが有効な場合、統合ボックスに有効なアイコンが表示さ



れ、これが後のレプリケーションであることと、その時刻が示されます。ノードには、フォルダーアイコンが表示されます。このアイコンは、クリックできます。どれかノードをクリックすると、統合されたすべてのレプリケーションの一覧が表示されます。RecoverPoint プロセスの表示アイコンと説明は Process ビューでのリカバリポイントの詳細（39 ページ）で確認できます。

［Aggregate recovery point］設定の詳細については、「EMC Data Protection Advisor 5.8Administration Guide」の「ユーザー、セキュリティー、およびシステム設定の構成」の章にあるレプリケーション分析表を参照してください。

サービスツリーサービスツリーは DPA ナビゲーションツリーをミラーし、検出されたすべてのレプリケーションオブジェクトを表示します。DPA で構成され、レプリケーションのために監視されているすべてのサーバ、アプリケーション、およびストレージデバイスがリストされます。［ServiceTree］でオブジェクトを選択すると、［Process View］でストレージトポロジーを、［DetailsView］で詳細を確認できます。ユーザーは情報を特定の範囲に制限できます。このサービスツリーのアイコンは、オブジェクトに復旧可能性ギャップがあるかどうかが一目でわかるようになっています。

オブジェクトの復旧可能性ステータス

サービスツリーには、すべてのクライアント、アプリケーション、またはストレージオブジェクトの右側に、オブジェクトとオブジェクトの下にあるオブジェクトの復旧可能性ステータスを示すステータスインジケータが表示されます。

サービスツリーにおけるノードイニシエータ

ノードイニシエーターとサブオブジェクトは、［Storage］ > ［Disk Storage］にある［ReplicationAnalysis］セクションで確認できます。ノードイニシエータには、ストレージアレイに接続されているすべてのアプリケーションホストが含まれています。

サービスツリーにおける EMC VNX ブロック/CLARiXVNX ブロック/CLARiX ストレージアレイおよびサブオブジェクトは、［Storage］ > ［DiskStorage］にある［Replication Analysis］セクションで確認できます。［VNX Block/CLARiX］には、検出された各ストレージアレイおよび以下のオブジェクトが表示されます。

l MirrorView セッション

l ストレージグループ

l MirrorView コンシステンシグループ

［Service Tree］における EMC SymmetrixSymmetrix ストレージアレイおよびサブオブジェクトは、［Storage］ > ［Disk Storage］にある［Replication Analysis］セクションで確認できます。［EMC Symmetrix］の下には、検出された各ストレージアレイおよび以下のオブジェクトが表示されます。

l コンシステンシーグループ

l デバイス・グループ

l RDF グループ

l マスキング情報を含むすべてのオブジェクト（イニシエータ）。オブジェクトは、ユーザー定義オブジェクト（［display name］フィールドから）または Symmetrix から取得されたオブジェクト WWN として表示されます。


サービスツリー 37

l マスキングビューエントリー：すべてのマスキングビューとその情報（ストレージグループ、オブジェクト）が含まれます。

［RDF Groups］オブジェクトには、RDF グループが含まれます。

［Device Groups］（DG）には、定義された Symmetrix 上のデバイスで構成されるすべてのDG が含まれます。DG には、DG または GNS Symmetrix 名を取得したコネクタの名前も含まれます（同名の 2 つの異なる DG が存在できるため）。

［Consistency Groups］（CG）には、Symmetrix 上の一部のデバイスで構成されるすべてのCG が含まれます。異なるアレイ上に同じ CG が存在することが可能ですが、その CG はレポートやあらゆるエディタでユーザーに表示されるのと同じものでなければなりません。CG には、CG または GNS Symmetrix 名を取得したコネクタの名前も含まれます。

［Service Tree］における EMC VPLEX

DPA 6.x は VPLEX を使用し、EMC RecoverPoint 以外の支持されたストレージアレイレプリ

ケーションテクノロジーによりレプリケートされたアプリケーションまたはファイルシステムは

サポートしません。

VPLEX ストレージアレイおよびサブオブジェクトは、［Storage］＞［Disk Storage］にある［Replication Analysis］セクションで確認できます。

VPLEX ストレージ環境では、DPA が VPLEX から情報を取得し、ホストディスクと VPLEX 仮想ボリューム間をマッピングします。また、VPLEX 仮想ボリュームと RecoverPoint ボリュームの間もマッピングして、アプリケーションおよびファイルシステムの復旧可能性ステータスを計算します。

プロセスビューProcess ビューには、［Service Tree］で選択したファイルシステムまたは論理ストレージユニットのプライマリストレージと既存のすべてのリカバリポイントが表示されます。ビューには、一度に 1 種のファイルシステムまたは論理ユニットしか表示できません。

例

ファイルシステム E:\が、プライマリストレージから、クローンジョブ、スナップショット、BCVごとに 3 種のローカル RecoverPoint グループにレプリケートされ、また 4 番目のリモートRecoverPoint グループにも SRDF/S でレプリケートされます。各 RecoverPoint グループには、単一のリカバリポイントインスタンスのみが含まれています。

オブジェクトがレプリケートされ、リカバリポイントがある場合、矢印はプライマリストレージからリカバリポイントグループのアイコンの向きになります。リカバリポイントグループとは、クローンやリモート SRDF/S レプリケーションなど、同じレプリケーション方式で作成されたすべてのリカバリポイントのグループです。

各プライマリストレージとリカバリポイントグループは、ストレージアレイ（例：EMC CLARiX、Symmetrix）内に格納され、物理的に配置されています。各リカバリポイントグループには、

初にレプリカが作成された（または別のレプリカから派生した）日付と時刻を示すタイムスタンプが付いています。

各ストレージアレイコンテナの左上には、次のストレージアレイが配置されています。ストレージアレイのタイプ：ストレージアレイの識別子（通常はシリアル番号）です。例では、3種類すべてのローカルリカバリポイントグループが、ストレージアレイ 00190300519 内に格納されています。そのため、コンテナラベルは次のストレージアレイになります。SYMMETRIX: 00190300519。



プロセスビューナビゲーション

プロセスビューは拡大および縮小でき、ビュー構造を変更するには、概要マップを使用します。ビュー内の任意の場所を右クリックすると、以下のオプションが表示されます：

l Zoom In：リカバリポイントマッピングにズームインします。

l Zoom Out：リカバリポイントマッピングからズームアウトします。

l Actual Size：ビューアをデフォルト設定にズームします。

l Fit Content：マッピング全体をスペースいっぱいに表示させるため、ズームインまたはズームアウトします。

l Hide Overview または Show Overview：左隅にある概要の表示/表示を切り替えます。

［Process ビュー］でのリカバリポイントの詳細

次の表は、［Process ビュー］に表示されるアイコンと、関連するステータスを示しています。

表 4 Process ビューのアイコン表示の説明

アイコン説明

無効な継続的リカバリポイント

このアイテムには、少なくとも 1 つの重大ギャップがあります。基盤となるオブジェクトは、

ポイントインタイムレプリケーションではなく連続レプリケーションです。

警告の継続的リカバリポイント

連続レプリケーションには、少なくとも 1 つの警告ギャップがあります。

有効な継続的リカバリポイント

連続レプリケーションには、ギャップがありません。

削除済みのリカバリポイント

ダーティリカバリポイント

無効なディスクレスリカバリポイント

有効なディスクレスリカバリポイント

ファイルシステム

ILU

進行中のリカバリポイント

VNX/CLARiX ストレージグループ

重大ギャップ

無効なポイントインタイムリカバリポイント

レプリカの範囲が無効です。少なくとも 1 つの重大ギャップあります。


プロセスビューナビゲーション 39

表 4 Process ビューのアイコン表示の説明（続き）

アイコン説明

レプリカの範囲では、RecoverPoint がジャーナルを記録します。これには、変更履歴が含

まれます。これにより、時間の範囲から更新できます。

LUN

欠如しているリカバリポイント

ノードイニシエータ

プライマリストレージ

ギャップのあるプライマリストレージ

片側レプリケーション

Warning

ポイントインタイムリカバリポイントに少なくとも 1 つ以上の警告があります。

範囲リカバリポイントに少なくとも 1 つ以上の警告があります。

汎用アレイ

確認連続レプリケーション

連続レプリケーションであり、何も問題がないことを示しています

有効なポイントインタイムレプリケーション

ポイントインタイムレプリケーションであり、何も問題がないことを示しています。何も問

題がない、一時停止したレプリケーションであることも示します。

有効なポイントインタイムリカバリポイント

有効な範囲のリカバリポイント

VPLEX のプロセスビュー

ファイルシステムまたはアプリケーションのプロセスビューを表示する場合、レプリケーションプロセスビューでは VPLEX システムがストレージアレイとして表示されます。

VPLEX は、［Replication Analysis］タブのツリーではストレージアレイとして表示されないため、ファイルシステム、アプリケーション、またはホストの表示を選択した場合のみ表示されます。

詳細ビュー詳細ビューには、プロセスビューで選択したオブジェクトのより詳細な情報が表示されます。



レプリケーションギャップの詳細

［Replication Gaps］タブには、検出やセキュリティなど、システム機能に関する管理事項を含め、特定のリカバリポイントで見つかった復旧可能性のギャップと潜在的リスクのすべてがソート可能なリストで表示されます。表示される詳細は、選択されたオブジェクトにより異なりますが、通常は以下の内容です。

l 重大度

l カテゴリー

l メッセージ

l オブジェクト名（例：ホスト、ストレージアレイ）

l 子オブジェクト（ファイルシステムまたは論理オブジェクト）

l コンポーネント：テーブルスペースなどのオブジェクトへのパス

l 終更新：検出の時刻

l ストレージアレイ：リカバリポイントが存在するストレージアレイ

l レプリケーション：リカバリポイントを作成するために使用されたレプリケーションテクノロジー

ストレージマッピング

［Storage Mapping］タブには、オブジェクトのホスト物理デバイスが表示されます。これによって、オブジェクトのストレージシステムがローカルかリモートか、ストレージシステムがレプリケートされているかどうかを判断できます。

マッピングビューには、ファイルシステムおよびアプリケーションごとに次の追加情報が表示されます。

l ギャップ

l ノードイニシエータ

l プライマリストレージアレイ

l プライマリデバイス名

l ソース RDF グループ

l ソース MV セッション

l レプリケーション方法

l ターゲットのストレージアレイ

l ターゲットデバイス

この情報は欠落したリカバリの問題を特定するのに役立ちます。例：

l 保護されていないアプリケーションやファイルシステムを保護する場合や、レプリケーションを構成するためにホストおよびストレージボリュームの物理的な詳細が必要な場合。

l ホスト物理デバイス、論理ボリューム、ボリュームグループ、およびストレージボリュームの詳細を知る必要がある場合。たとえば、移行を計画するときや別のソースからのデータを検証する必要があるときに、この情報が必要になります。


レプリケーションギャップの詳細 41

ギャップの詳細情報の取得手順

1. ギャップを選択します。

2. ［詳細］をクリックします。

［Details］では、ギャップの原因説明が表示され、入力済みの解決策がある場合は、それが提案されます。

ギャップの除外ホストのポリシーで SRDF レプリケーションが必要とされ、ホストのファイルシステムがレプリケートできない条件がある場合、ユーザーがギャップを除外する必要がある場合があります。

手順

1. ギャップを選択します。

2. ［Exclude］または［Manage Excludes］をクリックします。

3. 除外基準を指定します。

データストアレプリケーションポイントのギャップを除外する場合、データストアにファイ

ルを持つオブジェクトに対するギャップには、除外による影響はありません。

復旧可能性のギャップのリスト次のセクションでは、DPA によって報告されるあらゆるタイプの復旧可能性のギャップおよび考えられる原因について説明します。

管理

次の表には、DPA が検出した管理タイプの復旧可能性ギャップが一覧表示されています。

表 5 管理ギャップ

ギャップ名 DPA での説明説明考えられる原因

Applicationdiscovery lastrun failed

アプリケーションの後の実

行が失敗した。

アプリケーションの検出プロセスの

後の実行が失敗した。l アプリケーションまたはホスト認証が変更

された

l アプリケーションが使用不可または実行中

ではない

Client last runfailed

後の検出プロセスでエラ

ーが発生した。

クライアント検出プロセスの後の

実行が失敗した。l クライアントがダウンしている

l 認証が変更されたか指定が誤っていた

Enginediscovery lastrun failed

ストレージアレイ{StorageArray}の前回の実行が失敗

した。情報がない。

ストレージアレイ検出プロセスが前

回の実行に失敗した。l ストレージ管理ホストクライアント

（Solutions Enabler クライアント）がダウン

している



表 5 管理ギャップ（続き）


l 認証が変更されたか指定が誤っていた

l Gatekeeper デバイスでエラーが発生した

Volume groupsdiscoveryprocess failed

ボリュームグループ{VGName}の情報を取得できな

かった。

ボリュームグループのボリューム

グループ検出フェーズ中に後の

検出プロセスでエラーが発生した。

Solutions Enabler API での障害

Logical groupsdiscoveryprocess failed

VG {VG Name}で LV {LVName}の情報を取得できな

かった。

ボリュームグループの論理ボリュー

ム検出フェーズ中に後の検出プ

ロセスでエラーが発生した。

Solutions Enabler API での障害

Additionalrequiredobjectsretrievalprocess lasttime failed

追加の SO が失敗した追加の必須ファイルの検出フェーズ

の取得中に後のアプリケーション

の検出プロセスでエラーが発生し

た。

追加の SO 取得プロセス中に失敗が発生した。

RetrieveApplicationinformationlast run failed

アプリケーション情報の取得

の後の実行が失敗した。

情報が欠落している。

分析プロセス中に、起動時刻やア

ーカイブログなどの追加情報を取

得できなかった。

l アプリケーションまたはホスト認証が変更

された

l アプリケーションが使用不可または実行中

ではない

MissingPreviousReplicationInfo

レプリケーション方式

{Replication Method}のリカ

バリポイント時刻とホップ

{Hop}を特定する情報がな

い。

DPA は、ソースデバイスでレプリケ

ーションの前のイメージを見つける

ことができない。

次の事例を検討する。

Oracle ファイルシステムがストレージ 0001 に

あり、午前 10 時にストレージ 0011 にレプリケ

ートされてから、午前 11 時に 0021 にレプリケ

ートされる。

その後、0001 は再度午後 1 時に 0011 にレプ

リケートされる。

DPA は午後 2 時にスキャンを行う。0011 は新

規レプリケーションによってすでに上書きされ

たため、0021 の「基本」イメージの時刻を判別

できない。

この情報を監査ログから入力しようとしたが、こ

の情報は使用不可だった。

Missinginformation

モニタリングエラーが原因で

{SO}で情報が欠落している。

エラーが原因で{Application}を監視

できない。l ストレージオブジェクトが削除されたかディ

スクに存在しない

l SRDF リンクの障害発生により{SO}で情報

が不足している

レプリケーションの構成

次の表に、DPA によって検出されたレプリケーションの構成タイプの復旧可能性のギャップを列挙します。


レプリケーションの構成 43

表 6 レプリケーションの構成のギャップ


Application Not In Backupmode

レプリケーション作成中にアプ

リケーションがバックアップモードになっていなかった。

レプリケーション作成中にアプリ

ケーションがバックアップモード

になっていなかった。

イメージ作成中に

{BaseImageEndTime}";"{SO}がバックアップモードになってな

かった。

{BaseImageEndTime}"の{Engine}:{Facility}で整合性テク

ノロジーを使用して{SO}がレプ

リケートされた。

Partially Replicated {Object}が{Storage Array}/{Replication Method}により部

分的にレプリケートされている

少なくとも 1 基の論理ボリューム

またはボリュームグループスト

レージデバイスがレプリケートさ

れなかったが、他のものはレプリ

ケートされた。

1 基以上のオブジェクトのデバ

イスが次のようになっている。

l 複製されなかった。

l 他のデバイスと同じレプリ

ケーション方式（たとえば、

BCV/クローン/スナップショ

ット）を使用してレプリケー

トされなかった。

l 他のデバイスと同じ状態

（たとえば、スプリット/同期）でレプリケートされなか

った。

l 同じ時刻にレプリケートさ

れなかった（Grace TimeImages システム設定では

デフォルトで 60 秒の猶

予）。

Partially Replicated {Object}の保護構成が{StorageArray}/{Replication Method}で無効である

オブジェクト、ファイルシステム、

ボリュームグループの 1 基以上

の物理デバイスがレプリケートさ

れなかった。

Invalid Replica {Object}は{Storage Array}/{Replication Method}に無効な

イメージがある

アプリケーションのファイルシス

テムの 1 個以上に適切なイメー

ジがないか、オブジェクトのいず

れかのデバイスに無効なイメー

ジがある。

アプリケーションの 1 基以上の

ファイルシステムが次のように

なっている。


l 他のファイルシステムと同

じレプリケーション方式を

使用してレプリケートされ

なかった。

l 他のファイルシステムと同

じ状態でレプリケートされ

なかった。

l 同じ時刻にレプリケートさ

れなかった（リカバリポイ

ントスパンシステム設定で

はデフォルトで 15 分の猶

予）。



表 6 レプリケーションの構成のギャップ（続き）


l 1 基以上のオブジェクトデバイスに無効な状態のイメ

ージがある。

Image Exception {Object}が{Storage Array}/{Replication Method}により保

護されていない

オブジェクトが保護されていな

い。

アプリケーションコンポーネント

全体が保護されていない。

{Storage Array}/{ReplicationMethod}保護を拡張して、オブ

ジェクトを対象に含める。

Not Protected Logs {Storage Object}は保護されて

いない

このリカバリポイントを使用して

アプリケーションの復旧を必要と

した、Oracle アーカイブログの 1基以上のストレージデバイス

に、イメージがない。

アーカイブログの 1 基以上の

デバイスが次のようになってい

る。


l アプリケーションデバイス

と異なるレプリケーション方

式のタイプを使用してレプ


Logs not on Disk {Object}がディスクにない。

{Storage Array}/{ReplicationMethod}によって保護されてい

ない可能性がある。

このリカバリポイントを使用して

アプリケーションの復旧を必要と

した Oracle アーカイブログの 1基以上のストレージデバイス

が、レプリケーションから欠落し

ていた（または欠落した可能性

があった）。

アーカイブログの 1 基以上の

デバイスが次のようになってい

る。

l 必要なすべてのアーカイブ

ログが作成される前にレプ


l 必要なアーカイブログがデ

ィスクから削除された後で

レプリケートされた。

l 必要に応じて正常にレプリ

ケートされたが、DPA が必

要なアーカイブログをサン

プリングしていた時点でロ

グがすでにディスクから削

除されていたため、欠落し

ていたおそれがある。

Different Consistency Violation アプリケーションのファイルが

同じコンシステンシアクションで

レプリケートされなかった。

データベースの起動中に、アプリ

ケーションの論理ボリュームまた

はボリュームグループが同じコ

ンシステンシアクションでレプリ

ケートされなかった。

コンシステンシアクションは、レ

プリケーションアクションにコン

システンシオプションが含まれて

いたことを意味し、ギャップの詳

細で説明されているように、アク

ションごとに異なるコンシステン

シ ID がある。

アプリケーションの論理ボリュ

ームまたはボリュームグルー

プが同じコンシステンシアクシ

ョンでレプリケートされなかっ

た。

例：

e:\oradata\orcl10\example01.dbf は、監

査ログからアクション

{ConsistencyId1}によってレプリ



レプリケーションの構成 45

表 6 レプリケーションの構成のギャップ（続き）


たとえば、レプリケーションは 2個の異なる SYMCLI コマンドによ

って実行された。

ただし、g:\oradata\orcl10\datafile_on_g.dbf は、

監査ログからアクション



Different Consistency Violation オブジェクトデバイスが同じコ

ンシステンシーアクションでレ

プリケートされなかった。

少なくとも 1 基のオブジェクトデバイスが、他のデバイスと同じコ

ンシステンシーアクションでレプ

リケートされなかった。

コンシステンシアクションは、レ

プリケーションアクションにコン

システンシオプションが含まれて

いたことを意味し、ギャップの詳

細で説明されているように、アク

ションごとに異なるコンシステン

シ ID がある。

たとえば、レプリケーションは 2個の異なる SYMCLI コマンドによ

って実行された。

少なくとも 1 基のオブジェクト

デバイスが、他のデバイスと同

じコンシステンシーアクションで

レプリケートされなかった。

例（/data がデバイス 000A、000B にあると仮定する）：

デバイス 000A は、{StorageArray}からアクション



ただし、デバイス 000B は、

{Storage Array}からアクション



Consistency Violation {EL}は有効になっているコンシ

ステンシグループに属していな

い。

SRDF を使用してレプリケートさ

れた 1 基以上のターゲットデバ

イスが、有効になっているコンシ

ステンシーグループに属してい

た。

有効になっているコンシステン

シグループにすべてのデバイ

スを割り当てる。

アプリケーションリカバリ

次の表に、DPA によって検出されたアプリケーションのリカバリタイプの復旧可能性のギャップを列挙します。

表 7 アプリケーションリカバリのギャップ


ApplicationConsistencyViolations

バックアップモー

ドシナリオ（57ページ）に、整合

性違反であり得る

リカバリポイント

シナリオの詳細を

示します。

リカバリポイントの不整合：リカバ

リポイントの作成

{BaseImageEndTime}中に、アプ

リケーションがバックアップモード

になっていなかった。

コピーの取得中にアプリケーショ

ンの状態が正しくなかった場合

は、常にバックアップモードギャ

ップが発行される。

状態は、コピータイプにも依存す

る。これは、同期レプリケーショ

ンでコピーが取られた場合に、ア

プリケーションが特定の状態に

なっている必要はないため、同

期レプリケーションではバックア

ップモードギャップが生成されな

いことを意味する。

次のような場合に、アプリケーションのデバ

イスは整合性のないポイントインタイムレプリケーションを使用してレプリケートされ

た。

l アプリケーションのどのコンポーネント

もバックアップモードになっていなかっ

たか、一部のコンポーネントがバックア

ップモードになっていた。

l アプリケーションが、コンシステンシテクノロジーを使用せずに実行されてい

た。

具体的には、アプリケーションタイプご

とに次のようになっていた。



表 7 アプリケーションリカバリのギャップ（続き）


l Oracle の場合：データベースは起動し

ていたが、バックアップモードにならな

かった。

l SQL Server の場合：データベースは起

動していて VDI であったが、VSS が使

用されなかった。

l Exchange Server の場合：サーバは実

行されていたが、VSS が使用されなか

った。

Mixed Facilities アプリケーションファイルが同じ

方法を使用してレプリケートされ

なかった。

アプリケーションの一部のコンポ

ーネントが、レプリケート中に同

じ状態になっていなかった。

一部のアプリケーションはある方

法を使用してレプリケートされ、

他のアプリケーションは異なる方

法を使用してレプリケートされ

た。

アプリケーションのデバイスが、次の 2 種

の異なる方法を使用してレプリケートされ

た。

l アプリケーションの一部のコンポーネ

ントは、アプリケーション状態がバック

アップモードになっていたときにポイン

トインタイムレプリケーションを使用し

てレプリケートされ、他の部分は、アプ

リケーション状態が起動中だったとき

にポイントインタイムコンシステントレプリケーションを使用してレプリケート

された。

または


ントは、アプリケーション状態が停止中

だったときにポイントインタイムレプリ

ケーションを使用してレプリケートさ

れ、他の部分は、アプリケーション状態

が停止中だったときに連続レプリケー

ションを使用してレプリケートされた。

または


ントは、アプリケーション状態がバック

アップモードになっていたときにポイン

トインタイムレプリケーションを使用し

てレプリケートされ、他の部分は、アプ

リケーション状態がバックアップモード

になっていたときに連続レプリケーショ

ンを使用してレプリケートされた。

例：

/oradata1/orcl10/example01.dbf が起動状態で、再

起動可能リカバリポイントでポイントインタイムコンシステントイメージとして


/oradata2/orcl10/example02.dbf が［Backup

Mode］状態で、リカバリ可能リカバリ


アプリケーションリカバリ 47

表 7 アプリケーションリカバリのギャップ（続き）


ポイントでポイントインタイムイメージ

としてレプリケートされた。

DifferentActivationWindow

アプリケーションのファイルが同

じアクティビティウィンドウでレプ

リケートされなかった。

バックアッププロセス中にアプリ

ケーションの状態が変更された。

状態変更は、デバイスのレプリ

ケーションプロセス中にアプリケ

ーションが開始、シャットダウン、

バックアップモードに切り替わっ

たことを意味する。

アプリケーションのデバイスが、2 個の異な

る起動ウィンドウでレプリケートされた。

アプリケーションの一部のコンポーネント

が、アプリケーションの停止中にレプリケー

トされた。

次に、アプリケーションの開始とシャットダ

ウン後に、アプリケーションのコンポーネン

ト他の部分がレプリケートされた。

または

アプリケーションの一部のコンポーネント

が、アプリケーションが［Backup Mode］になっていたときにレプリケートされた。

次に、［Backup Mode］を終了してアプリケ

ーションをシャットダウンした後で、アプリケ

ーションのコンポーネント他の部分がレプリ


例：

次のリストには、各アクティビティウィンドウ

のファイルが 1 個含まれている。

l Tablespace1 は、アクティビティウィン

ドウ（10:00～10:02）にレプリケートさ

れた。

l Tablespace2 は、アクティビティウィン

ドウ（10:03～10:04）にレプリケートさ

れた。

保護の構成

次の表に、DPA によって検出された保護の構成タイプの復旧可能性のギャップを列挙します。

表 8 保護の構成のギャップ


Missing RP {Storage Array}/{ReplicationMethod}に、保護ルール

{Rule}に従ってリカバリポイン

トが作成されなかった。

{SO}には、{Storage Array}/{Replication Method}、スケジュー

ル：{Schedule}のリカバリポイント

がない

レプリケーションは、（保護ルールで構成され

た）構成済みの時刻に取得されなかった。

ConsistencyViolation

ストレージオブジェクトデバイ

スがコンシステンシーテクノロ

少なくとも 1 基のストレージオブジ

ェクトデバイスがコンシステンシテストレージオブジェクトのデバイス（ファイルシステム）は、コンシステンシオプションを使用し

てレプリケートされなかった（たとえば、-



表 8 保護の構成のギャップ（続き）


ジーを使用してレプリケートさ

れなかった。

クノロジーを使用してレプリケートさ

れなかった。

次のデバイスは、コンシステンシテクノロジーを使用してレプリケートさ

れなかった。{Devices}

consistent オプションを指定しない split コマン

ド）。

古いバージョンの SE の使用が原因となる制限

事項に関するサポートマトリックスを参照。

ConsistencyGroupViolation

一部のターゲットデバイス

が、有効になっている同一の

コンシステンシーグループに

属していない。

一部のターゲットデバイスが、有効

になっている同一のコンシステンシ

ーグループに属していない。

アプリケーションまたは SO の一部またはすべ

てのデバイスが、コンシステンシーグループを

使用せずに SRDF レプリケーション方式によって


または

コンシステンシグループが有効になっていな

い。

注：

l ストレージアレイは、コンシステンシーグル

ープが定義されているホストからインポート

する必要がある。ストレージアレイが別の

ホストに検出された場合は、コンシステンシ

ーグループが存在する場合でも、このギャ

ップが作成される。

l 古いバージョンの SE の使用が原因となる

制限事項に関するサポートマトリックスを

参照。

災害復旧ホストの構成

次の表に、DPA によって検出された災害復旧ホストタイプの復旧可能性のギャップを列挙します。

表 9 災害復旧ホストの構成のギャップ


Not Mapped デバイスが FA（ファイバアダプタ）ポ

ートにマップされて

いない。

{Storage Array}/{ReplicationMethod}のリカバリポイント内に

ある 1 基以上の宛先デバイス

が、FA ポートにマップされていな

い。

アプリケーションまたは SO デバイスは正常にレプリケートさ

れたが、一部またはすべての宛先デバイスがどの FA ポート

にもマップされていない。

例：

Oracle ファイルシステムはオブジェクト 0011 上にあり、オブ

ジェクト 1122 にレプリケートされる。

ただし、オブジェクト 1122 はどの FA ポートにもマップされて

いない。

Not Masked デバイスが HBAにマスクされてい

ない。



が、HBA にマスクされていない。


れたが、一部またはすべての宛先デバイスがどの HBA にも

マスクされていない。FA ポートにマップされている可能性があ

る。


災害復旧ホストの構成 49

表 9 災害復旧ホストの構成のギャップ（続き）


例：

l /oracle ファイルシステムはオブジェクト 0011 上にあ

り、オブジェクト 1122 にレプリケートされる。

l オブジェクト 1122 は FA 1B:0 にマップされている。

l オブジェクト 1122 はどの HBA WWN にもマスクされてい

ない。

Map/Maskinformationdoes notmatch

デバイスマッピン

グ内の FA ポート

が、デバイスマス

キング内の FA ポ

ートと一致しない。



に、マッピングまたはマスキング

構成の不一致がある。


れ、一部またはすべての宛先デバイスは、ある FA ポートにマ

ップされており、異なる FA ポートから HBA にマスクされてい

る。

例：

l /oracle ファイルシステムはオブジェクト 0011 上にあり、

オブジェクト 1122 にレプリケートされる。

l オブジェクト 1122 は FA 1B:0 にマップされている。

l オブジェクト 1122 はポート 16B:1 から HBA WWN にマ

スクされている。

RecoveryPoint-to-Hostconnectionerror


の一部が異なるホ

ストに接続されて

いる。


ある宛先デバイスがホスト間でス

プリットされているか、一部の宛

先デバイスが単一のホストにマッ

プされている。


れたが、一部またはすべての宛先デバイスがあるホストから

確認できるのに対して、他のデバイスはそのホストから確認

できないか、別のホストから確認できる。

ホストから確認できるとは、デバイスがホストで物理ディスクと

して存在することを意味する。

例：

l /oracleは 0011 と 0012 にあり、1122 と 1123 にレ

プリケートされる。

l 1122 と 1123 は FA 1B:0 にマップされている。

l 1122 は host01 HBA にマスクされており、そのホストか

ら確認できる。

l 1123 は host02 HBA にマスクされており、そのホストか

ら確認できる。

RP is notconnected toHost

ホストはリカバリ

ポイントにマップお

よびマスクされて

いるが、リカバリ

ポイントにアクセス

できない。

ホストはリカバリポイント宛先デ

バイスにマップまたはマスクされ

ているが、エンドツーエンドパス

を確認できない。


れた。一部またはすべての宛先デバイスは、正しくマップおよ

びマスクされているが、ホストから確認できない。

ホストから確認できるとは、デバイスがホストで物理ディスクと

して存在することを意味する。

DR ホストクライアントの HBA の詳細はイルミネータによって

検出された。

例：

l /oracle は 0011 と 0012 にあり、1122 と 1123 にレ





表 9 災害復旧ホストの構成のギャップ（続き）


l 1122 は host01 HBA にマスクされており、ホストから確

認できる（ホストで/dev/sdg として存在する）。

l 1123 は host01 HBA にマスクされているが、ホストから

確認できない（物理ディスクとして存在していない）。

RP could notbe associatedto a host


マスキングが、イ

ルミネーターによ

ってスキャンされ

たどの管理対象ホ

ストとも一致しな

い。

宛先デバイスのリカバリポイント

マスキングが、イルミネーターに

よってスキャンされたどの管理対

象ホストとも一致しない


れた。宛先デバイスは、正しくマップおよびマスクされている。

ただし、これらのデバイスのマスク先である DR ホストがイル

ミネータによって検出されなかったか、HBA 情報を取得できな

かった。

例：

l /oracleは 0011 と 0012 にあり、1122 と 1123 にレ



l 1122 と 1123 は、FA 1B:0 から host01 にマスクされる。

クライアント検出は host01 で実行されなかった。

または

host01 でのクライアント検出が終了し、HBA 検出に関す

る警告が表示された。

実行のギャップ

次の表に、DPA によって検出された実行タイプの復旧可能性のギャップを列挙します。

表 10 実行のギャップ


ApplicationConsistencyViolation

アプリケーションファイルでのレプリケ

ーション中にアプリ

ケーションの状態

が変更された。

アプリケーションファイルのレプリケー

ション中にアプリケーションの状態が変

更された。

アプリケーションファイルは、アプリケ

ーションがプロセス全体を通じて

［Down/Backup-Mode］状態になって

いるときにレプリケートする必要があ

る。これは、すべてのアプリケーション

ファイルを同じアプリケーションの

［Down/Backup-Mode］操作内でレプリ

ケートする必要があることを意味する。

起動時間内に依存関係タイプをチェックする場合は、こ

れは、すべてのストレージオブジェクトが同じ起動時間

ではなくコールド状態でバックアップされた場合のみ適

用される。

NotProtectedLogs

整合性のないリカ

バリポイント。

{Storage Object}は保護されていない。

file: {Storage Object) は保

護されていない。リカバリにはファイル

が必要。

アーカイブログの 1 基以上のデバイスが保護されてお

らず、リカバリポイントの一部ではない。


実行のギャップ 51

表 10 実行のギャップ（続き）


Logs not onDisk

{SO}がディスクにな

い。{StorageArray}/{ReplicationMethod}によって保

護されていない可

能性がある。

ストレージオブジェクトがディスクにな

い。{Storage Array}/{Replication Method}によって

保護されていない可能性がある。

このリカバリポイントを使用してアプリ

ケーションの復旧を必要とした Oracleアーカイブログの 1 基以上のストレー

ジデバイスが、レプリケーションから欠

落していた（または欠落した可能性が

あった）。

アーカイブログの 1 基以上のデバイスが次のようにな

っている。

l 必要なすべてのアーカイブログが作成される前に


l 必要なアーカイブログがディスクから削除された後

でレプリケートされた。

l 必要に応じて正常にレプリケートされたが、DPA が

必要なアーカイブログをサンプリングしていた時点

でログがすでにディスクから削除されていたため、

欠落していたおそれがある。

Logs onderived RPdo not existin source RP

{Storage Object}が、このリカバリポイントのソースイメ

ージにない。

このリカバリポイントを使用してアプリ

ケーションを復旧する必要があった

Oracle アーカイブログの 1 基以上の

ストレージデバイスが、ソースリカバリ

ポイントにない。

アーカイブログの 1 基以上のデバイスが、以前のデー

タ保護プロセスで削除された可能性がある。


アプリケーションの

ファイルが同じコン

システンシアクショ

ンでレプリケートさ

れなかった。

データベースの起動中に、アプリケー

ションの論理ボリュームまたはボリュー

ムグループが同じコンシステンシアク

ションでレプリケートされなかった。

コンシステンシアクションは、レプリケ

ーションアクションにコンシステンシオプションが含まれていたことを意味し、

ギャップの詳細で説明されているよう

に、アクションごとに異なるコンシステ

ンシ ID がある。

たとえば、レプリケーションは 2 個の異

なる SYMCLI コマンドによって実行され

た。

アプリケーションの論理ボリュームまたはボリュームグループが同じコンシステンシアクションでレプリケートさ

れなかった。

例：

e:\oradata\orcl10\example01.dbfは、監査

ログからアクション{ConsistencyId1}によってレプリケー

トされた。

ただし、g:\oradata\orcl10\datafile_on_g.dbf は、監査ログから

アクション{ConsistencyId2}によってレプリケートされた。


ストレージオブジェ

クトデバイスがコン

システンシーテクノ

ロジーを使用してレ

プリケートされなか

った。

少なくとも 1 基のストレージオブジェク

トデバイスがコンシステンシテクノロジ

ーを使用してレプリケートされなかっ

た。

次のデバイスは、コンシステンシテクノ

ロジーを使用してレプリケートされなか

った：{Devices}

ストレージオブジェクトのデバイス（ファイルシステム）

は、コンシステンシオプションを使用してレプリケートさ

れなかった（たとえば、-consistent オプションを指定しな

い split コマンド）。

古いバージョンの SE の使用が原因となる制限事項に

関するサポートマトリックスを参照。


アプリケーションの

ファイルが同じコン

システンシアクショ

ンでレプリケートさ

れなかった。

データベースの起動中に、アプリケー

ションの論理ボリュームまたはボリュー

ムグループが同じコンシステンシアク

ションでレプリケートされなかった。

コンシステンシアクションは、レプリケ

ーションアクションにコンシステンシオプションが含まれていたことを意味し、

ギャップの詳細で説明されているよう

に、アクションごとに異なるコンシステ

ンシ ID がある。

アプリケーションの論理ボリュームまたはボリュームグループが同じコンシステンシアクションでレプリケートさ

れなかった。

例：

e:\oradata\orcl10\example01.dbf は、監査

ログからアクション{ConsistencyId1}によってレプリケー

トされた。



表 10 実行のギャップ（続き）


たとえば、レプリケーションは 2 個の異

なる SYMCLI コマンドによって実行され

た。

ただし、g:\oradata\orcl10\datafile_on_g.dbfは、監査ログから

アクション{ConsistencyId2}によってレプリケートされた。

MixedFacilities

アプリケーションファイルが同じ方法を

使用してレプリケー

トされなかった。

アプリケーションの一部のコンポーネン

トが、レプリケート中に同じ状態になっ

ていなかった。

一部のアプリケーションはある方法を

使用してレプリケートされ、他のアプリ

ケーションは異なる方法を使用してレ

プリケートされた。

アプリケーションのデバイスが、次の 2 種の異なる方法

を使用してレプリケートされた。

l アプリケーションの一部のコンポーネントは、アプリ

ケーション状態がバックアップモードになっていたと

きにポイントインタイムレプリケーションを使用して

レプリケートされ、他の部分は、アプリケーション状

態が起動中だったときにポイントインタイムコンシ

ステントレプリケーションを使用してレプリケートさ

れた。

または


ケーション状態が停止中だったときにポイントイン

タイムレプリケーションを使用してレプリケートさ

れ、他の部分は、アプリケーション状態が停止中だ

ったときに連続レプリケーションを使用してレプリケ

ートされた。

または


ケーション状態がバックアップモードになっていたと

きにポイントインタイムレプリケーションを使用して

レプリケートされ、他の部分は、アプリケーション状

態がバックアップモードになっていたときに連続レ

プリケーションを使用してレプリケートされた。

例：

/oradata1/orcl10/example01.dbf が起

動状態で、再起動可能リカバリポイントでポイント

インタイムコンシステントイメージとしてレプリケー

トされた。

/oradata2/orcl10/example02.dbfが

［Backup Mode］状態で、リカバリ可能リカバリポイ

ントでポイントインタイムイメージとしてレプリケー

トされた。

SLA（Service Level Agreement）次の表に、DPA によって検出された SLA（Service Level Agreement）タイプの復旧可能性のギャップを列挙します。


SLA（Service Level Agreement） 53

表 11 SLA のギャップ


Missing RP {Storage Array}/{Replication Method}に、

保護ルール{Rule}に従っ

てリカバリポイントが作成

されなかった。

{SO}には、{Storage Array}/{ReplicationMethod}、スケジュール：{Schedule}のリ

カバリポイントがない

レプリケーションは、（保護ルールで構成され

た）構成済みの時刻に取得されなかった。

RPO Violation {RPO}の SLA ルール{Rule}RPO が、オブジェクトのた

めに実装されたデータ保

護で満たされていない。実

際の RPO は{Actual RPO}である。

RPO の SLA ルールが、新のリカバリ

ポイントまたはすべてのリカバリポイント

で満たされなかった。

実際の RPO は、ルール定義に従って、新

のリカバリポイントまたはすべてのリカバリ

ポイントの SLA ルール RPO よりも大きくなっ

ている。

RetentionViolation

{Retention}の SLA ルール

{Rule}リテンションが、オブ

ジェクトのために実装され

たデータ保護と一致しな

い。SLA コピー= X、実際

の有効なコピー=Y。

リテンションの SLA ルールが、オブジェ

クトのために実装されたデータ保護と一

致しない。

実際の有効なコピーが、SLA ルールコピーよ

りも少なくなっている。

Not Mapped デバイスが FA（ファイバアダプタ）ポートにマップされ

ていない。

{Storage Array}/{Replication Method}のリカバリポイント内にある 1 基以上の宛

先デバイスが、FA ポートにマップされて

いない。

アプリケーションまたは SO デバイスは正常

にレプリケートされたが、一部またはすべて

の宛先デバイスがどの FA ポートにもマップさ

れていない。

例：

Oracle ファイルシステムはオブジェクト 0011上にあり、オブジェクト 1122 にレプリケートさ

れる。

ただし、オブジェクト 1122 はどの FA ポートに

もマップされていない。

Not Masked デバイスが HBA にマスク

されていない。

{Storage Array}/{Replication Method}のリカバリポイント内にある 1 基以上の宛

先デバイスが、HBA にマスクされていな

い。



の宛先デバイスがどの HBA にもマスクされ

ていない。FA ポートにマップされている可能

性がある。

例：

l /oracle ファイルシステムはオブジェ

クト 0011 上にあり、オブジェクト 1122にレプリケートされる。

l オブジェクト 1122 は FA 1B:0 にマップさ

れている。

l オブジェクト 1122 はどの HBA WWN に

もマスクされていない。

Map/Maskinformationdoes notmatch

デバイスマッピング内の

FA ポートが、デバイスマスキング内の FA ポートと

一致しない。

{Storage Array}/{ReplicationMethod}のリカバリポイント内にある 1

基以上の宛先デバイスに、マッピングま

たはマスキング構成の不一致がある。


にレプリケートされ、一部またはすべての宛

先デバイスは、ある FA ポートにマップされて

おり、異なる FA ポートから HBA にマスクされ

ている。



表 11 SLA のギャップ（続き）


例：

l /oracle ファイルシステムはオブジェクト

0011 上にあり、オブジェクト 1122 にレ


l オブジェクト 1122 は FA 1B:0 にマップさ

れている。

l オブジェクト 1122 はポート 16B:1 から

HBA WWN にマスクされている。

RecoveryPoint-to-Hostconnectionerror

リカバリポイントの一部が

異なるホストに接続されて

いる。

{Storage Array}/{ReplicationMethod}のリカバリポイント内にある宛

先デバイスがホスト間でスプリットされて

いるか、一部の宛先デバイスが単一の

ホストにマップされている。



の宛先デバイスがあるホストから確認できる

のに対して、他のデバイスはそのホストから

確認できないか、別のホストから確認できる。

ホストから確認できるとは、デバイスがホスト

で物理ディスクとして存在することを意味す

る。

例：

l /oracleは 0011 と 0012 にあり、

1122 と 1123 にレプリケートされる。

l 1122 と 1123 は FA 1B:0 にマップされて

いる。

l 1122 は host01 HBA にマスクされてお

り、そのホストから確認できる。


り、そのホストから確認できる。

RP is notconnected toHost

ホストはリカバリポイント

にマップおよびマスクされ

ているが、リカバリポイン

トにアクセスできない。

ホストはリカバリポイント宛先デバイス

にマップまたはマスクされているが、エン

ドツーエンドパスを確認できない。


にレプリケートされた。一部またはすべての

宛先デバイスは、正しくマップおよびマスクさ

れているが、ホストから確認できない。

ホストから確認できるとは、デバイスがホスト

で物理ディスクとして存在することを意味す

る。

DR ホストクライアントの HBA の詳細はイルミ

ネータによって検出された。

例：




いる。


り、ホストから確認できる（ホスト

で/dev/sdg として存在する）。


SLA（Service Level Agreement） 55



l 1123 は host01 HBA にマスクされてい

るが、ホストから確認できない（物理ディ

スクとして存在していない）。

RP could notbe associatedto a host

リカバリポイントマスキン

グが、イルミネーターによ

ってスキャンされたどの管

理対象ホストとも一致しな

い。

宛先デバイスのリカバリポイントマスキ

ングが、イルミネーターによってスキャン

されたどの管理対象ホストとも一致しな

い。


にレプリケートされた。宛先デバイスは、正し

くマップおよびマスクされている。ただし、これ

らのデバイスのマスク先である DR ホストがイ

ルミネータによって検出されなかったか、HBA情報を取得できなかった。

例：




いる。

l 1122 と 1123 は、FA 1B:0 から host01にマスクされる。

クライアント検出は host01 で実行されな

かった。

または

host01 でのクライアント検出が終了し、

HBA 検出に関する警告が表示された。

Link Down リンクが停止している。少なくとも 1 基のターゲットデバイスの

リンクが停止しており、これが原因で連

続レプリケーションが新になっていな

い。

連続アプリケーションのリンクステータスは

停止である。

IncompleteStarConfiguration

スター構成で問題が検出

された。一部のデバイス

がレプリケーション用に構

成されていない。

ストレージアレイ{Storage Array name}上のターゲットデバイスがスターとして

構成されていない。

現在のレプリカ内のデバイスはすべてレ

プリケーション用に構成されているが、

チェーン内の前のレプリカのいずれかに

構成の問題が発生している。

スター環境で無効になっているリンクに

対して異なるレプリケーション方式が定

義されている。

代替リンクまたはチェーン内の前のリンクが

完全ではないか、異なるレプリケーション方

式である。


スター構成で問題が検出

された。{EL}は有効になっ

ているコンシステンシグループに属していない。

少なくとも 1 基のストレージオブジェクト

デバイスがコンシステンシテクノロジー

を使用してレプリケートされなかった。

代替リンクまたは前のリンクは、有効になっ

ているコンシステンシグループに属していな

い。有効になっているコンシステンシグルー

プにすべてのデバイスを割り当てる。

ReplicationRefreshExtension

レプリケーション更新時間

を超えました。

レプリケーション更新時間が定義された

更新時間を 2 回超えました。

更新時間は、［File］>［System Settings］の下にある DPA で定義され、次のいず

れかになります。

ネットワーク帯域幅またはストレージアレイ

の性能は、定義されたウィンドウ内にレプリケ

ーションポイントを作成するのに不十分で

す。





l MirrorView/A の大 RPO

l SRDF/A の大 RPO

バックアップモードシナリオ

次の表に、考えられるリカバリ状態を、バックアップモードのストレージアレイとレプリケーション方式ごとにリストします。

表 12 バックアップモードシナリオ

アレイレプリケーションの方法

レプリケーションの状態

リカバリポイントタイプ


Symmetrix BCV

クローン

スナップショット

スプリッ

ト/起動

リカバリ

可能

レプリケーション中にアプリケーションがバ

ックアップモードになっていた場合。

BCV

クローン

スナップショット

スプリッ

ト/起動

再開に

使用可

能

レプリケーション中に-consistent オプション

が使用された場合。

SRDF/S

SRDF/A

同期済

み、コン

システン

ト

継続的

な再開

に使用

可能

SRDF/S

SRDF/A

スプリッ

ト

リカバリ

可能



CLARiX クローンコンシス

テント、

同期済

み

継続的

な再開

に使用

可能

クローンフラクチ

ャ

再開に

使用可

能

アプリケーションがバックアップモードにな

っておらず、レプリケーションが-consistentfractureclones オプションを使用

して行われた場合。

クローンフラクチ

ャ

リカバリ

可能



スナップショットコンシス

テント

リカバリ

可能



スナップショットコンシス

テント

再開に

使用可

能


ックアップモードになっていなかった場合。


バックアップモードシナリオ 57

表 12 バックアップモードシナリオ（続き）

アレイレプリケーションの方法

レプリケーションの状態

リカバリポイントタイプ


MirrorView/ S

MirrorView/A

SAN Copy 完了リカバリ

可能



RecoverPoint RecoverPoint ブックマ

ーク

リカバリ

可能



RecoverPoint ブックマ

ーク

CDP

CRR

再開に

使用可

能

