2.9 RAID Managerを使用してペアボリュームを構成する場合の条件と注意事項

Application Agentでは，RAID Managerで定義されたペアボリュームを利用して，ファイルシステムやデータベースオブジェクトのバックアップおよびリストアを実行します。RAID Managerを使用してペアボリュームを構成する場合，次に示す前提条件および注意事項があります。

前提条件

ペアボリュームに関する前提条件

• 同じサーバーから正ボリューム，副ボリュームの両方を，物理ディスクとして管理する構成にはできません。
  

  図2-23 同じサーバーから正ボリューム，副ボリュームを管理する構成（Application Agent適用外）

  

• コピーグループは，1つのアプリケーションのペアボリュームだけで構成するようにしてください。複数のペアボリュームでコピーグループを構成する場合，コピーグループに複数の異なるアプリケーションのペアボリュームが混在していると，予期しないバックアップやリストアが実行されることがあります。
• Application Agentで処理の対象となるのは，ShadowImage，Thin Image，TrueCopyまたはUniversal Replicatorのペアボリュームです。
• ディクショナリーマップファイルを更新する前にペア生成をしてから，Application Agentのコマンドを実行してください。あらかじめペア生成をしていないペアボリュームは，バックアップ対象にできません。
• Application Agentでは，Volume Migrationを利用したペアボリュームをバックアップやリストアの処理対象にできません。
• Thin Imageのペアボリュームを処理対象とする場合，RAID Managerのraidcomコマンドによるペア操作は行わないでください。 必ず，RAID Managerのペア操作コマンド（pairxxコマンド）を使用してください。

マルチターゲット構成・カスケード構成を組む場合の前提条件

• ShadowImageとTrueCopyのペアボリュームを混在させる場合は，次のシステム構成で運用できます。
  

  図2-24 システム構成（ShadowImageの正ボリュームとTrueCopyの正ボリュームが同じLDEVの場合）

  

  図2-24 システム構成（ShadowImageの正ボリュームとTrueCopyの正ボリュームが同じLDEVの場合）でApplication AgentがShadowImageのペアボリュームをリストアする場合，TrueCopyのペアボリュームの状態はSMPLまたはPSUS（SSUS）にしてください。TrueCopyのペアボリュームの状態がPAIRのままでShadowImageのペアボリュームをリストアすると，コピーグループの状態が不正であることを表すエラーメッセージが出力され，リストアが失敗します。
  

  図2-25 システム構成（ShadowImageの副ボリュームとTrueCopyの正ボリュームが同じLDEVの場合）

  

  図2-25 システム構成（ShadowImageの副ボリュームとTrueCopyの正ボリュームが同じLDEVの場合）でApplication AgentがShadowImageのペアボリュームをバックアップまたはリストアする場合，TrueCopyのペアボリュームの状態はSMPLまたはPSUS（SSUS）にしてください。TrueCopyのペアボリュームの状態がPAIRのままでShadowImageのペアボリュームをバックアップまたはリストアすると，コピーグループの状態が不正であることを表すエラーメッセージが出力され，バックアップまたはリストアが失敗します。
  

  図2-26 システム構成（ShadowImageのカスケード構成で，バックアップ対象のボリュームが正ボリュームと副ボリュームを兼ねている場合）

  

  ShadowImageのカスケード構成では，Application Agentは，データベースやファイルシステムで利用する正ボリュームのペアボリュームに対するバックアップ・リストア運用だけをサポートしています。
  図2-26 システム構成（ShadowImageのカスケード構成で，バックアップ対象のボリュームが正ボリュームと副ボリュームを兼ねている場合）のようなShadowImageのカスケード構成の場合，バックアップ対象のボリュームが正ボリュームと副ボリュームを兼ねるときには，副ボリューム側のペアボリューム状態はSMPLおよびSSUSにしてください。同様に，リストアの場合は，SMPLにしてください。
  

RAID Managerの構成定義ファイルに関する前提条件

• TrueCopyの場合は，RAID Managerの構成定義ファイル（horcm<n>.conf）のMU#を記入しないで定義してください。MU#に「0」を定義すると，drmXXdisplay^※コマンドに-refreshオプションを指定して実行したときにTrueCopyのペアボリューム情報がディクショナリーマップに格納できません。このため，Application Agentのコマンドで表示されず，バックアップ対象にできません。
  

  注※

  drmXXdisplayは，drmfsdisplayコマンド，drmsqldisplayコマンド，またはdrmexgdisplayコマンドを意味します。

• Universal Replicatorの場合はRAID Managerの構成定義ファイル（horcm<n>.conf）のMU#を「h0」（h+世代番号）と定義してください。MU#に「0」を定義すると，drmXXdisplayコマンドに-refreshオプションを指定して実行したときにUniversal Replicatorのペアボリューム情報がディクショナリーマップに格納できません。このため，Application Agentのコマンドで表示されず，バックアップ対象にできません。
• Application Agentと連携するRAID ManagerインスタンスのRAID Managerの構成定義ファイル（horcm<n>.conf）は，次の条件を満たしている必要があります。
  
  • Windowsディレクトリー（%windir%）にRAID Managerの構成定義ファイル（horcm<n>.conf）が配置されていること。
    環境変数HORCM_CONFでRAID Managerの構成定義ファイル（horcm<n>.conf）を配置する場所を変更することはできません。
    
  • RAID Managerの構成定義ファイル（horcm<n>.conf）のインスタンス番号（n）には数字だけが使用されていること。また，有効な数字の前に余分な0が埋め込まれていないこと。
    有効なファイル名の例：horcm1.conf，horcm120.conf
    無効なファイル名の例：horcm001.conf，horcmA20.conf
    
• ストレージシステム上でペアボリュームが作成されていても，ホスト上でRAID Managerの構成定義がないペアボリュームは利用できません。

バックアップ対象ペアボリュームに対してコンシステンシーグループを定義する場合の前提条件

• Application Agentのバックアップ対象ペアボリュームに対して，コンシステンシーグループを定義する場合，Application Agentによるバックアップおよびリストアの実施単位を考慮したグルーピングで設定する必要があります。次の注意事項に従ってコンシステンシーグループを定義してから，バックアップ，リストアの運用を開始してください。
  
  • データベースをリストアする運用を考慮して，コンシステンシーグループを定義します。同時にバックアップしたデータベースの一部をリストアする運用を行う場合には，特に注意して定義してください。
  • SQL Serverデータベースの場合
    各データベースを別々にリストアする運用の場合：
    データベースごとに1つのコンシステンシーグループとなるようにコンシステンシーグループを定義してください。
    2個以上のデータベースを一括してリストアする運用の場合：
    常に一括してリストアする2個以上のデータベースを1つのコンシステンシーグループとなるようにコンシステンシーグループを定義できます。
    
  • Exchangeデータベースの場合
    各インフォメーションストアを別々にリストアする運用の場合：
    インフォメーションストアのファイルの種類^※ごとに1つのコンシステンシーグループとなるようにコンシステンシーグループを定義してください。
    ただし，リストア，リカバリー時にロールフォワードを実行しない運用の場合は，各インフォメーションストアですべてのファイルを1つのコンシステンシーグループとなるようにコンシステンシーグループを定義できます。
    2個以上のインフォメーションストアを一括してリストアする運用の場合：
    インフォメーションストアのファイルの種類^※ごとに1つのコンシステンシーグループとなるようにコンシステンシーグループを定義してください。
    ただし，リストア，リカバリー時にロールフォワードを実行しない運用の場合は，各インフォメーションストアですべてのファイルを1つのコンシステンシーグループとなるようにコンシステンシーグループを定義できます。
    注※
    データファイル：（*.edb）
    トランザクションログファイルおよびチェックポイントファイル：（*.log，*.chk）
    
  • 1つのコンシステンシーグループを1つのRAID Managerの構成定義ファイルのグループ（dev_group）として定義し，コピーグループが過不足なく一致するようにします。
  データベース，ボリューム，コンシステンシーグループ，RAID Managerグループの関係を次の図に示します。
  

  図2-27 Universal Replicator構成で，UserDB1とUserDB2を同時または別々にリストアする運用の場合

  

  図2-28 Universal Replicator構成で，UserDB1とUserDB2を同時にリストアする運用の場合

  

仮想コマンドデバイスのインスタンスの起動に関する前提条件

• コマンドデバイスに仮想コマンドデバイスを使用する環境の場合，Application AgentのCLIを実行する前に仮想コマンドデバイスサーバーでRAID Managerインスタンスを起動し，仮想コマンドデバイスを使用できる状態にしてください。Application AgentのCLIは，仮想コマンドデバイスサーバーのRAID Managerインスタンスの起動および停止をしないため，仮想コマンドデバイスが使用できない場合，Application AgentのCLIを実行したときにエラーとなります。
  エラーとなった場合，Application AgentのCLIを実行したサーバーのRAID Managerのログファイルで仮想コマンドデバイス（\\.\IPCMD-IPアドレス-PORT番号）がエラー要因であることを確認し，確認した情報に基づき対策したあと，Application AgentのCLIの運用を再開してください。
  

コピーグループの名称に関する前提条件

• コピーグループ名は，次のとおり設定してください。
  
  • 最大バイト数：63バイト
  • 使用できる文字： 英数字またはカンマ

注意事項

RAID Managerインスタンスの起動に関する注意事項

正ボリュームを管理するRAID Managerインスタンス，および副ボリュームを管理するRAID Managerインスタンスの両方をあらかじめ起動しておくことをお勧めします。RAID Managerインスタンスの起動については，「3.4.8 RAID Managerインスタンスの起動および停止について」を参照してください。