Hitachi Protection Manager Software
ユーザーズガイド

3020-3-P91-50

目次

前書き

はじめに

対象読者

マニュアルの構成

関連マニュアル

読書手順

このマニュアルでの表記

このマニュアルで使用する略語

このマニュアルで使用する記号

図中で使用する記号

ディレクトリとフォルダの表記について

パス名の表記について

マニュアルの提供形態について

常用漢字以外の漢字の使用について

KB（キロバイト）などの単位表記について

1. Protection Managerの概要

1.1 Protection Managerの特長

1.2 Protection Manager製品の紹介

1.3 Protection Managerの機能

1.3.1 バックアップ

1.3.2 リストア

1.3.3 ディクショナリマップファイルを使ったリソースの管理

1.3.4 コピーグループによるペア管理

1.3.5 クラスタリングへの対応

1.3.6 コマンドによる運用負担の軽減

1.3.7 ストレージサブシステム（リモートサイト）を使用したデータ管理

1.3.8 世代の管理

1.4 Protection Managerのシステム条件

1.4.1 Protection Managerをインストールするホストの条件

1.4.2 サーバを操作するときの条件

1.4.3 ストレージサブシステムの条件

1.4.4 コマンド実行時のユーザー権限

1.4.5 IPv6を使用するシステム構成の条件

1.5 Protection Managerと連携できるソフトウェア

1.6 Protection Managerがサポートする仮想化環境

1.6.1 VMware ESX ServerおよびVMware ESXi Server

1.6.2 Windows Server 2008 Hyper-V

1.6.3 日立サーバ仮想化機構Virtage

2. Protection Managerを使用する場合のシステム構成と注意事項

2.1 ボリューム間でデータをバックアップおよびリストアする場合の構成

2.2 バックアップしたデータをテープに格納およびテープからリストアする場合の構成

2.3 運用待機型のクラスタ構成（Active-Passive）

2.4 相互待機型のクラスタ構成（Active-Active）

2.5 ストレージサブシステム間でバックアップおよびリストアする場合の構成と注意事項

2.5.1 ストレージサブシステム間でバックアップおよびリストアする場合の構成

2.5.2 ストレージサブシステム間でバックアップおよびリストアする場合の注意事項

2.6 バックアップ時と異なるホストでリストアする場合の構成（バックアップ対象がSQL Serverデータベースの場合）

2.7 SQL Serverのログ配布機能を使用する場合の構成（バックアップ対象がSQL Serverデータベースの場合）

2.8 カスケード構成（バックアップ対象がSQL Serverデータベースの場合）

2.9 マルチターゲット構成（バックアップ対象がSQL Serverデータベースの場合）

2.10 VSSを使用してバックアップする場合の構成

2.11 カスケード構成（バックアップ対象がExchangeデータベースの場合）

2.12 CCR構成

2.12.1 現用サーバだけでバックアップする場合の構成

2.12.2 待機サーバだけでバックアップする場合の構成

2.12.3 現用サーバと待機サーバで異なるバックアップサーバを使用してバックアップする場合の構成

2.12.4 現用サーバと待機サーバで同じバックアップサーバを使用してバックアップする場合の構成

2.13 SCR構成

2.14 RAC構成

2.14.1 RAC構成およびASM構成のサポート構成

2.15 RAID Managerを使用してペアボリュームを構成する場合の必要条件

2.16 Protection Managerが適用できるボリューム構成

2.16.1 Protection Managerが適用できるディスクグループ構成例

2.16.2 ボリューム構成の注意事項

2.16.3 ボリューム構成を変更した場合の注意事項

2.16.4 Windowsでディスクグループを構成する場合の条件と注意事項

2.16.5 Windowsのディスクのパーティションスタイルについての注意事項

2.16.6 Solarisのボリュームマネージャーについての前提条件と注意事項

2.17 バックアップ対象の条件と注意事項

2.17.1 バックアップ対象となるファイルシステムの条件と注意事項

2.17.2 バックアップ対象となるSQL Serverデータベースの条件と注意事項

2.17.3 バックアップ対象となるExchangeデータベースの条件と注意事項

2.17.4 バックアップ対象となるOracleデータベースの条件と注意事項

2.18 クラスタ構成の前提条件（Oracleデータベースの場合）

3. インストール・アンインストール

3.1 Protection Managerのインストール

3.1.1 Protection Managerのインストール（Windowsの場合）

3.1.2 Protection Managerのインストール（Solarisの場合）

3.2 Protection Managerのリモートインストール

3.2.1 Protection Managerのリモートインストール（Windowsの場合）

3.2.2 Protection Managerのリモートインストール（Solarisの場合）

3.3 Protection Managerのインストール時にトラブルが発生した場合の対処

3.3.1 Protection Managerのインストールに失敗した場合

3.3.2 Protection Managerのリモートインストールに失敗した場合

3.3.3 drm_inst.logファイルの調査

3.4 環境変数の設定（Solarisの場合）

3.4.1 環境変数PATH

3.4.2 環境変数MANPATH

3.4.3 環境変数LANG

3.4.4 環境変数LD_LIBRARY_PATH

3.4.5 環境変数NLS_LANG

3.5 Protection Managerのアンインストール

3.5.1 Protection Managerのアンインストール（Windowsの場合）

3.5.2 Protection Managerのアンインストール（Solarisの場合）

4. Protection Managerを使用するための準備

4.1 Protection Managerの環境設定

4.2 RAID Managerの設定

4.2.1 一つの主ボリュームを複数世代にバックアップする場合

4.2.2 複数の主ボリュームを一つの世代にバックアップする場合

4.2.3 複数の主ボリュームを複数の世代にバックアップする場合

4.2.4 ストレージサブシステム間でバックアップまたはリストアする場合

4.2.5 マルチターゲット構成・カスケード構成を組む場合

4.3 Protection Managerの動作の設定

4.3.1 クラスタリソースの状態を確認するためのリトライ回数とリトライ間隔の設定

4.3.2 プロセスの状態を確認するためのリトライ回数とリトライ間隔の設定

4.3.3 実行中のコマンドの状態を確認するためのリトライ回数とリトライ間隔の設定

4.3.4 バックアップオプションの設定（バックアップ対象がSQL Serverデータベースの場合）

4.3.5 ディクショナリマップ同期オプションの設定（バックアップ対象がSQL Serverデータベースの場合）

4.3.6 リカバリオプションの設定（バックアップ対象がSQL Serverデータベースの場合）

4.3.7 クラスタリソースがオンライン状態でのリストアの設定

4.3.8 ベリファイ処理の並列実行の設定（バックアップ対象がExchangeデータベースの場合）

4.3.9 Protection Managerサービスの通信タイムアウト時間の設定

4.4 RAID Managerと連携するためのProtection Managerの設定

4.4.1 インスタンス番号の設定

4.4.2 ペア状態を確認するためのリトライ回数とリトライ間隔の設定

4.4.3 RAID Managerコマンドのビジー状態を確認するためのリトライ回数とリトライ間隔

4.4.4 運用によってリトライ回数とリトライ間隔を変更する場合の設定

4.4.5 データコピー時のトラックサイズの設定

4.4.6 ボリュームペア生成の設定

4.4.7 副ボリューム動的認識を利用するための設定

4.4.8 コピーグループ自動選択時の動作モードの設定

4.4.9 RAID Managerの起動および停止について

4.4.10 RAID Managerのインストールパスの設定

4.4.11 バックアップでのエラーの発生時にペア状態を変更するための設定

4.5 ディクショナリマップファイルの作成

4.5.1 非クラスタ構成またはバックアップサーバの場合

4.5.2 運用待機型のクラスタ構成の場合（Active-Passive）

4.5.3 相互待機型のクラスタ構成の場合（Active-Active）

4.5.4 カスケード構成の場合（バックアップ対象がExchangeデータベースの場合）

4.6 クラスタ構成に必要な設定および定義ファイルの作成

4.6.1 共有ディスクとクラスタグループに関する設定

4.6.2 クラスタ情報の構成定義ファイルの作成（Veritas Cluster Serverを使用している場合）

4.7 データベース構成定義ファイルの作成

4.7.1 データベース構成定義ファイルの作成（バックアップ対象がSQL Serverデータベースの場合）

4.7.2 データベース構成定義ファイルの作成（バックアップ対象がOracleデータベースの場合）

4.8 SQL Serverとの連携に関する設定

4.9 VSSを使用するための設定

4.9.1 RM Shadow Copy Providerのバージョンが「01-02-03/03」以降の場合の設定

4.9.2 RM Shadow Copy Providerのバージョンが「01-02-03/03」より前の場合の設定

4.10 カスケード構成情報定義ファイルの作成（バックアップ対象がExchangeデータベースの場合）

4.11 バックアップ管理製品と連携するための設定

4.11.1 バックアップ管理製品と連携するための情報を登録する

4.11.2 テープバックアップ用構成定義ファイルの作成

4.12 一括定義ファイルの作成

4.12.1 コピーグループ一括定義ファイルの作成

4.12.2 データベースおよびマウントポイントディレクトリ一括定義ファイルの作成

4.12.3 トランザクションログ一括定義ファイルの作成

4.13 ディクショナリマップファイルの更新

4.14 副ボリュームのマウント方法の設定

4.14.1 副ボリュームのマウント方法の設定（副ボリュームを動的にOSに認識させる方法）

4.14.2 副ボリュームのマウント方法の設定（副ボリュームを固定的にOSに認識させる方法）

4.14.3 副ボリュームをマウントする場合のマウントポイントおよびマウント対象の決定

4.15 拡張コマンドの実行に必要な準備

4.15.1 前提条件の確認

4.15.2 拡張コマンド用FTPサービスの設定（テープバックアップする場合）

4.15.3 拡張コマンドの起動方法の設定

4.15.4 ホスト環境設定ファイルの作成

4.15.5 オペレーションIDの準備

4.15.6 オペレーション定義ファイルの作成（バックアップ対象がファイルシステムの場合）

4.15.7 オペレーション定義ファイルの作成（バックアップ対象がSQL Serverデータベースの場合）

4.15.8 オペレーション定義ファイルの作成（バックアップ対象がExchangeデータベースの場合）

4.15.9 オペレーション定義ファイルの作成（バックアップ対象がOracleデータベースの場合）

4.15.10 拡張コマンド用一時ディレクトリの確認

4.15.11 コピーグループ一括定義ファイルのチェック

4.15.12 FTPサービスの確認（テープバックアップする場合）

4.16 ユーザースクリプトの作成

4.16.1 ユーザースクリプトの概要

4.16.2 ユーザースクリプトの記述規則

4.16.3 ユーザースクリプトの使用例

4.17 メール送信のための設定

4.18 Protection Managerの動作環境の保護

4.18.1 バックアップが必要なファイル

4.18.2 動作環境の復旧

4.19 Exchange環境設定ファイルの作成

5. Protection Managerの運用

5.1 Protection Managerのコマンド

5.1.1 拡張コマンド

5.1.2 基本コマンド

5.2 拡張コマンドと基本コマンドの対応

5.3 運用時の注意事項

5.3.1 運用操作での注意事項

5.3.2 バックアップおよびリストア時の注意事項

5.3.3 バックアップ時の注意事項

5.3.4 リストア時の注意事項

5.3.5 コマンドを同時実行するときの注意事項

5.3.6 クラスタ環境でコマンドを実行する場合の注意事項

5.3.7 バックアップサーバでの注意事項

5.3.8 ディクショナリマップファイルの更新に関する注意事項

5.3.9 コマンド実行時に使用できないツール

5.3.10 バックアップできないディスクグループ構成（ダイナミックディスク構成の場合）

5.3.11 カスケード構成でのペアボリュームの再同期に関する注意事項

5.4 コマンド実行時の注意事項

5.4.1 コマンドを実行するユーザーに必要な権限

5.4.2 コマンド同時実行の可否

5.4.3 障害発生時のリトライ時間について

5.4.4 同時実行不可のコマンドが無期限にリトライするのをやめる場合

5.4.5 drmmediabackupコマンドとdrmmediarestoreコマンドを同時実行する場合

5.5 Protection Managerサービスの起動・停止

5.5.1 Protection Managerサービスの起動

5.5.2 Protection Managerサービスの再起動

5.5.3 Protection Managerサービスの停止

6. ファイルシステムの場合の運用

6.1 ファイルシステムのバックアップおよびリストアの運用について

6.1.1 ファイルシステムをバックアップするときの注意事項

6.1.2 ファイルシステムをリストアするときの注意事項

6.1.3 クラスタ環境でコマンドを実行する場合の注意事項

6.1.4 コマンドの強制終了に関する注意事項

6.2 ボリューム間でデータをバックアップおよびリストアする

6.2.1 システム構成

6.2.2 処理の流れ

6.2.3 ファイルシステムを副ボリュームにバックアップする

6.2.4 ファイルシステムを主ボリュームにリストアする

6.3 テープ装置を使用してバックアップおよびリストアする

6.3.1 システム構成

6.3.2 処理の流れ

6.3.3 ファイルシステムをテープにバックアップする

6.3.4 ファイルシステムをテープからリストアする

6.4 ユーザースクリプトを使用してファイルシステムをバックアップする

6.4.1 システム構成

6.4.2 処理概要

6.4.3 ユーザースクリプトの例

6.4.4 バックアップの実行例

6.5 ローカルサイトとリモートサイトの間でバックアップおよびリストアする（リモートコピー）

6.5.1 ファイルシステムをリモートサイトにバックアップする

6.5.2 ファイルシステムをローカルサイトにリストアする

6.5.3 ファイルシステムをリモートサイトでリストアする

6.5.4 リモートサイトからローカルサイトにファイルシステムを復旧させる

6.6 Protection Managerと連携できないバックアップ管理製品を使用してバックアップおよびリストアする

6.7 ファイル共用を使用してバックアップおよびリストアする（ファイルサーバとバックアップサーバをファイル共用で連携する）

6.7.1 ファイル共用を使用してバックアップおよびリストアするための準備

6.7.2 ファイル共用を使用してバックアップする例

6.7.3 ファイル共用を使用してリストアする例

6.8 バックアップデータを削除する

7. SQL Serverデータベースの場合の運用

7.1 SQL Serverデータベースのバックアップおよびリストアの運用について

7.1.1 データベースをバックアップおよびリストアするときの注意事項

7.1.2 データベースをリストアするときの注意事項

7.1.3 データベースをリカバリするときの注意事項

7.1.4 複数のデータベースをバックアップおよびリストアする場合の注意事項

7.1.5 リストアおよびリカバリ時のデータベースの状態

7.1.6 トランザクションログバックアップ時の必要条件

7.1.7 トランザクションログのバックアップに関する注意事項

7.1.8 トランザクションログの連鎖に関する注意事項

7.1.9 トランザクションログの適用に関する注意事項

7.1.10 コマンドを実行するためのSQL Serverデータベースの条件

7.2 ボリューム間でデータをバックアップおよびリストアする

7.2.1 システム構成

7.2.2 処理の流れ

7.2.3 SQL Serverデータベースを副ボリュームにバックアップする

7.2.4 SQL Serverデータベースを主ボリュームにリストアする

7.3 テープ装置を使用してバックアップおよびリストアする

7.3.1 システム構成

7.3.2 処理の流れ

7.3.3 SQL Serverデータベースをテープにバックアップする

7.3.4 SQL Serverデータベースをテープからリストアする

7.4 ユーザースクリプトを使用してSQL Serverデータベースをバックアップする

7.4.1 システム構成

7.4.2 処理概要

7.4.3 ユーザースクリプトの例

7.4.4 バックアップの実行例

7.5 SQL Serverのトランザクションログを利用した運用をする

7.5.1 システム構成

7.5.2 トランザクションログバックアップを利用した運用例

7.5.3 SQL Serverデータベースをバックアップする

7.5.4 トランザクションログをバックアップする

7.5.5 SQL Serverデータベースをリストアする

7.5.6 トランザクションログを適用してリカバリする

7.5.7 トランザクションログバックアップを利用した運用例（障害発生後にトランザクションログを取得する）

7.6 トランザクションログバックアップファイルをバックアップおよびリストアする

7.6.1 システム構成

7.6.2 トランザクションログバックアップファイルのバックアップ

7.6.3 トランザクションログバックアップファイルのリストア

7.7 特定のコピーグループをロックして複数世代のバックアップおよびリストアをする

7.7.1 世代管理とロック機能を利用した運用例

7.7.2 コピーグループをロックする

7.7.3 コピーグループのロックを解除する

7.8 ローカルサイトとリモートサイトの間でバックアップおよびリストアする（リモートコピー）

7.8.1 SQL Serverデータベースをリモートサイトにバックアップする

7.8.2 SQL Serverデータベースをローカルサイトにリストアする

7.8.3 SQL Serverデータベースをリモートサイトでリストアする

7.8.4 リモートサイトからローカルサイトにデータを復旧させる

7.9 マルチターゲット構成でバックアップおよびリストアする

7.9.1 マルチターゲット構成でSQL Serverデータベースをバックアップする例

7.9.2 マルチターゲット構成でSQL Serverデータベースをリストアする例

7.10 バックアップ時と異なるホストでリストアおよびリカバリする

7.11 SQL Serverデータベースのログ配布機能を使用する

7.11.1 ログ配布機能を使用するための準備

7.11.2 配布先サーバを運用サーバにする設定

7.12 カスケード構成またはマルチターゲット構成でバックアップおよびリストアする

7.12.1 カスケード構成またはマルチターゲット構成でバックアップおよびリストアする準備

7.12.2 カスケード構成でバックアップするためのユーザースクリプトを作成する

7.12.3 カスケード構成でバックアップする

7.12.4 カスケード構成でトランザクションログをバックアップする（バックアップカタログがない場合）

7.12.5 カスケード構成でリストアする

7.13 Protection Managerと連携できないバックアップ管理製品を使用してバックアップおよびリストアする

7.14 ファイル共用を使用してバックアップおよびリストアする（データベースサーバとバックアップサーバをファイル共用で連携する）

7.14.1 ファイル共用を使用してバックアップおよびリストアするための準備

7.14.2 ファイル共用を使用してバックアップする例

7.14.3 ファイル共用を使用してリストアする例

7.15 バックアップ時と異なるSQL Serverインスタンスにリストアする

7.15.1 システム構成

7.15.2 操作の流れ

7.15.3 操作例

7.16 バックアップデータを削除する

7.17 副ボリュームにバックアップしたSQL Serverデータベースをそのまま使用可能にする

7.17.1 システム構成

7.17.2 ユーザースクリプトの例

7.17.3 操作例

7.18 SQL Serverのレプリケーション構成でバックアップおよびリストアする

7.18.1 システム構成

7.18.2 操作例

7.18.3 'sync with backup'オプションの設定と確認

8. Exchangeデータベースの場合の運用

8.1 ストレージグループのバックアップおよびリストアの運用について

8.1.1 データベースをバックアップするときの注意事項

8.1.2 データベースをリストアするときの注意事項

8.1.3 回復用ストレージグループについての注意事項

8.1.4 ボリューム構成時の注意事項

8.1.5 データベースの検証についての注意事項

8.2 ボリューム間でデータをバックアップおよびリストアする

8.2.1 システム構成

8.2.2 処理の流れ

8.2.3 ストレージグループを副ボリュームにバックアップする

8.2.4 ストレージグループを主ボリュームにリストアする

8.3 テープ装置を使用してバックアップおよびリストアする

8.3.1 システム構成

8.3.2 処理の流れ

8.3.3 ストレージグループをテープにバックアップする

8.3.4 ストレージグループをテープからリストアする

8.4 ユーザースクリプトを使用してストレージグループをバックアップする

8.4.1 システム構成

8.4.2 処理概要

8.4.3 ユーザースクリプトの例

8.4.4 バックアップの実行例

8.5 トランザクションログを使用してリストアする（ロールフォワード）

8.5.1 システム構成

8.5.2 リストア時にトランザクションログをロールフォワードする

8.6 ローカルサイトとリモートサイトの間でバックアップおよびリストアする（リモートコピー）

8.6.1 ストレージグループをリモートサイトにバックアップする

8.6.2 ストレージグループをローカルサイトにリストアする

8.7 カスケード構成でバックアップおよびリストアする

8.7.1 ローカルサイトとリモートサイトでバックアップを同時に実行する

8.7.2 ローカルサイトのバックアップデータを使用してリストアする

8.7.3 リモートサイトのバックアップデータを使用してリストアする

8.8 CCR構成でバックアップおよびリストアする

8.8.1 現用サーバと待機サーバで異なるバックアップサーバを使用してバックアップする

8.8.2 現用サーバと待機サーバで異なるバックアップサーバを使用してリストアする（自動シード機能を使用する場合）

8.8.3 現用サーバと待機サーバで異なるバックアップサーバを使用してリストアする（自動シード機能を使用しない場合）

8.9 SCR構成でバックアップおよびリストアする

8.9.1 システム構成

8.9.2 SCR構成でバックアップする

8.9.3 SCR構成で取得したバックアップデータをロールフォワードリストアする

8.9.4 SCR構成で取得したバックアップデータをポイントインタイムリストアする（SCRのシード機能を使用しない場合）

8.9.5 SCR構成で取得したバックアップデータをポイントインタイムリストアする（SCRのシード機能を使用する場合）

8.10 Protection Managerと連携できないバックアップ管理製品を使用してバックアップおよびリストアする

8.11 ファイル共用を使用してバックアップおよびリストアする（データベースサーバとバックアップサーバをファイル共用で連携する）

8.11.1 ファイル共用を使用してバックアップおよびリストアするための準備

8.11.2 ファイル共用を使用してバックアップする例

8.11.3 ファイル共用を使用してリストアする例

8.12 バックアップデータを削除する

9. Oracleデータベースの場合の運用

9.1 Oracleデータベースのバックアップおよびリストアの運用について

9.1.1 アーカイブ済みREDOログファイルおよび制御ファイルをバックアップするときの注意事項

9.1.2 アーカイブ済みREDOログファイルを適用してリカバリするときの注意事項

9.1.3 Oracleデータベースをバックアップおよびリストアするときの注意事項

9.1.4 Oracleデータベースをバックアップするときの注意事項

9.1.5 Oracleデータベースをリストアするときの注意事項

9.2 ボリューム間でデータをバックアップおよびリストアする

9.2.1 システム構成

9.2.2 処理の流れ

9.2.3 Oracleデータベースを副ボリュームにバックアップする

9.2.4 Oracleデータベースを主ボリュームにリストアする

9.3 テープ装置を使用してバックアップおよびリストアする（表領域のバックアップおよびリストア）

9.3.1 システム構成

9.3.2 処理の流れ

9.3.3 Oracleデータベースをテープにバックアップする

9.3.4 Oracleデータベースをテープからリストアする

9.4 OracleのREDOログファイルおよび制御ファイルを利用した運用をする

9.4.1 システム構成

9.4.2 処理の流れ

9.4.3 Oracleデータベースをバックアップする

9.4.4 アーカイブ済みREDOログファイルをバックアップする

9.4.5 Oracleデータベースをリストアおよびリカバリする

9.5 Protection Managerと連携できないバックアップ管理製品を使用してバックアップおよびリストアする

9.6 ファイル共用を使用してバックアップおよびリストアする（データベースサーバとバックアップサーバをファイル共用で連携する）

9.6.1 ファイル共用を使用してバックアップおよびリストアするための準備

9.6.2 ファイル共用を使用してバックアップする例

9.6.3 ファイル共用を使用してリストアする例

9.7 RAC構成で拡張コマンドを使用して，バックアップおよびリストアする

9.7.1 システム構成

9.7.2 RAC構成で拡張コマンドを使用してバックアップする

9.7.3 RAC構成で拡張コマンドを使用してリストアする

9.8 RAC構成でバックアップおよびリストアする

9.8.1 システム構成

9.8.2 RACインスタンスをテープ媒体へオンラインバックアップする

9.8.3 RACインスタンスのログをバックアップまたはリストアする

9.8.4 データファイルの障害から最新の状態に復旧する

9.8.5 完全リカバリできない場合に任意の時点まで復旧する

9.9 バックアップデータを削除する

9.10 RAC構成でインターコネクト障害が発生したときの対応

10. トラブルシューティング

10.1 対処の手順

10.2 拡張コマンドのトラブルシューティング

10.3 トラブル発生時に採取が必要な資料

10.3.1 採取する資料（Windowsの場合）

10.3.2 採取する資料（Solarisの場合）

10.3.3 拡張コマンドが出力するログファイルについて

10.4 資料の採取方法

10.4.1 資料を採取する（Windowsの場合）

10.4.2 資料を採取する（Solarisの場合）

10.4.3 詳細トレースログ情報の出力レベルを調整する

10.4.4 詳細トレースログ情報のログファイル数を調整する

10.5 採取した資料の調査

10.5.1 標準出力ログ情報を調査する

10.5.2 連携するソフトウェアのトレースログ情報を調査する

10.5.3 詳細トレースログ情報を調査する

10.6 ディクショナリマップファイル障害の対処

10.6.1 ディクショナリマップファイルの検証

10.6.2 キー定義ファイル（.KDF）の回復

10.6.3 キーファイル（.K01または.Knn）の回復

10.6.4 紛失したデータファイル（.DRFまたは.DAT）の回復

10.6.5 不正なデータファイル（.DRFまたは.DAT）の回復

10.6.6 ディクショナリマップファイルの再作成

付録A. Protection Managerの環境構築例

A.1 システム構成

A.2 RAID Managerの構成定義ファイル（horcm<n>.conf）の設定例

A.3 Protection Managerの構成定義ファイル（init.conf）の設定例

A.4 RAID Manager用連携定義ファイル（DEFAULT.dat）の設定例

A.5 ディクショナリマップファイルの作成例

A.6 SQL Serverの情報を登録する例

A.7 バックアップ管理製品と連携するための設定例

A.8 ホスト環境設定ファイルの設定例

A.9 オペレーション定義ファイルの設定例

A.10 コピーグループ一括定義ファイルの設定例

付録B. Protection Managerで使用するファイル一覧

B.1 Protection Managerで使用するファイル一覧

付録C. 旧バージョンのオペレーション定義ファイル

C.1 旧バージョンのオペレーション定義ファイル

C.2 旧バージョンのオペレーション定義ファイルの作成

C.3 VDIメタファイル格納ディレクトリの作成（バックアップ対象がSQL Serverデータベースの場合）

C.4 バックアップファイル格納ディレクトリの作成（バックアップ対象がOracleデータベースの場合）

C.5 拡張コマンド用一時ディレクトリの作成

C.6 Protection Managerの動作環境の設定

C.7 オペレーション定義ファイルの作成（Windowsの場合）

C.8 オペレーション定義ファイルの作成（Solarisの場合）

C.9 ホスト環境設定ファイルの作成

C.10 FTPサービスの確認（テープバックアップする場合）

C.11 オペレーション定義ファイルの内容チェック

C.12 拡張コマンド運用時の注意事項

付録D. Protection Managerの運用中に主ボリュームや副ボリュームをディスク交換する手順

D.1 Protection Managerの運用中に主ボリュームや副ボリュームをディスク交換する手順

D.2 主ボリュームのディスクを交換する手順（Windowsの場合）

D.3 副ボリュームのディスクを交換する手順（Windowsの場合）

D.4 主ボリュームのディスクを交換する手順（Solarisの場合）

D.5 副ボリュームのディスクを交換する手順（Solarisの場合）

付録E. QuickShadowの構成でテープから直接主ボリュームへリストアする手順

E.1 QuickShadowの構成例

E.2 バックアップサーバでテープへバックアップする手順

E.3 テープから直接主ボリュームへリストアする手順

付録F. ローカルホストにファイアウォールを設定する場合の注意事項

F.1 ローカルホストにファイアウォールを設定する場合の注意事項

付録G. リモートデスクトップ機能を使用する場合の注意事項

G.1 リモートデスクトップ機能を使用する場合の注意事項

用語解説

索引

前書き

対象製品

Hitachi Protection Manager Copy Controller 6.4（適用OS：Windows 2000 Server，Windows Server 2003，Windows Server 2008，Solaris）

Hitachi Protection Manager Copy Controller (x64) 6.4（適用OS：Windows Server 2003（x64），Windows Server 2008（x64））

Hitachi Protection Manager for SQL 6.4（適用OS：Windows 2000 Server，Windows Server 2003，Windows Server 2008）

Hitachi Protection Manager for Exchange 6.4（適用OS：Windows 2000 Server，Windows Server 2003（x86））

Hitachi Protection Manager for Exchange 2007 6.4（適用OS：Windows Server 2003（x64），Windows Server 2008（x64））

Hitachi Protection Manager for Oracle 6.4（適用OS：Solaris）

Hitachi Protection Manager Console 6.4（適用OS：Windows 2000 Server，Windows Server 2003，Windows Server 2008）

輸出時の注意

本製品を輸出される場合には，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制をご確認の上，必要な手続きをお取りください。

なお，ご不明な場合は，弊社担当営業にお問い合わせください。

商標類

Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。

Itaniumは，アメリカ合衆国および他の国におけるインテル コーポレーションまたはその子会社の登録商標です。

Javaは，米国オラクル・コーポレーション及びその子会社，関連会社の米国及びその他の国における登録商標または商標です。

Microsoft Exchange Serverは，米国Microsoft Corp.の商品名称です。

Microsoft, Hyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Microsoft Internet Information Servicesは，米国Microsoft Corp.の商品名称です。

Microsoft SQL Serverは，米国Microsoft Corp.の商品名称です。

Mozillaは，Mozilla Foundationの，米国およびその他の国における商標です。

MS-DOSは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

ODBCは，米国Microsoft Corp.が提唱するデータベースアクセス機構です。

Oracle 及び Oracle Database 10g は，米国オラクル・コーポレーション及びその子会社，関連会社の米国及びその他の国における登録商標または商標です。

Oracle 及び Oracle Database 11g は，米国オラクル・コーポレーション及びその子会社，関連会社の米国及びその他の国における登録商標または商標です。

Solarisは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。

すべてのSPARC商標は，米国SPARC International, Inc. のライセンスを受けて使用している同社の米国およびその他の国における商標または登録商標です。SPARC商標がついた製品は，米国Sun Microsystems, Inc. が開発したアーキテクチャに基づくものです。

SQL*Plusは，米国Oracle Corporationの登録商標です。

Sun，Sun Microsystemsは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。

Symantec, および Backup Exec は，Symantec Corporation の米国およびその他の国における商標または登録商標です。

Symantec, DeepSight, NetBackup, Norton AntiVirus，および Veritas は，Symantec Corporation の米国およびその他の国における商標または登録商標です。

VeritasおよびVeritas Storage Foundationは，米国およびその他の国におけるSymantec Corporationおよびその関連会社の登録商標です。

Visual Basicは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

VMwareおよびESXは，VMware, Inc.の米国および各国での登録商標または商標です。

VMware, Virtual SMP, VMotionは，VMware, Inc.の米国および各国での登録商標または商標です。

Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

プログラムプロダクト「Hitachi Protection Manager Copy Controller，Hitachi Protection Manager for Oracle」には，米国Sun Microsystems, Inc. が著作権を有している部分が含まれています。

プログラムプロダクト「Hitachi Protection Manager Copy Controller，Hitachi Protection Manager for Oracle」には，UNIX System Laboratories, Inc. が著作権を有している部分が含まれています。

発行

2008年5月　（第1版）　3020-3-P91

2010年4月　（第6版）　3020-3-P91-50

著作権

All Rights Reserved. Copyright (C) 2008, 2010, Hitachi, Ltd.

はじめに

このマニュアルは，Hitachi Protection Manager（以降，Protection Managerと呼びます）の機能および操作方法について説明したものです。

はじめにの構成

対象読者

マニュアルの構成

関連マニュアル

読書手順

このマニュアルでの表記

このマニュアルで使用する略語

このマニュアルで使用する記号

図中で使用する記号

ディレクトリとフォルダの表記について

パス名の表記について

マニュアルの提供形態について

常用漢字以外の漢字の使用について

KB（キロバイト）などの単位表記について

対象読者

Protection Managerを使って，ストレージサブシステムのデータを管理する方を対象としています。次のことについて基本的な知識があることを前提としています。

WindowsまたはSolarisの管理機能

SQL Server，Exchange Server，またはOracleの管理機能（データベースをバックアップ，リストアの対象とする場合）

日立ディスクアレイサブシステムの管理機能

RAID Managerの管理機能

バックアップ管理製品（NetBackupまたはBackup Exec）の管理機能

Veritas Volume Managerの管理機能（WindowsまたはSolarisの場合）

マニュアルの構成

このマニュアルは，次に示す章と付録から構成されています。

1. Protection Managerの概要

Protection Managerの特長と機能の概要について説明しています。

2. Protection Managerを使用する場合のシステム構成と注意事項

Protection Managerでシステムを構成する場合の主な構成パターンや，Protection Managerを実行する前の注意事項について説明しています。

3. インストール・アンインストール

Protection Managerのインストール・アンインストール方法について説明しています。

4. Protection Managerを使用するための準備

前提製品の環境設定，バックアップ管理製品と連携するための設定，クラスタ環境の設定など，インストール後にProtection Managerの運用環境を設定する方法について説明しています。

5. Protection Managerの運用

Protection Managerの運用で使用するコマンド（基本コマンド・拡張コマンド）の概要と注意事項，およびバックアップ対象に共通する注意事項について説明しています。

6. ファイルシステムの場合の運用

バックアップ対象がファイルシステムの場合の運用方法について説明しています。

7. SQL Serverデータベースの場合の運用

バックアップ対象がSQL Serverデータベースの場合の運用方法について説明しています。

8. Exchangeデータベースの場合の運用

バックアップ対象がExchangeデータベースの場合の運用方法について説明しています。

9. Oracleデータベースの場合の運用

バックアップ対象がOracleデータベースの場合の運用方法について説明しています。

10. トラブルシューティング

Protection Managerを使用した運用でトラブルが発生した場合の対処方法について説明しています。

付録A. Protection Managerの環境構築例

実際の導入時の参考になるような，Protection Managerの環境構築の例を説明しています。

付録B. Protection Managerで使用するファイル一覧

Protection Managerで使用するファイルの名前，ファイルの役割について説明しています。

付録C. 旧バージョンのオペレーション定義ファイル

旧バージョン（03-50より前のバージョン）での，オペレーション定義ファイルの作成方法について説明しています。

付録D. Protection Managerの運用中に主ボリュームや副ボリュームをディスク交換する手順

Protection Managerの運用中に主ボリュームや副ボリュームのディスクを交換するときの手順について説明しています。

付録E. QuickShadowの構成でテープから直接主ボリュームへリストアする手順

QuickShadowの構成でテープから直接主ボリュームへリストアする手順について説明しています。

付録F. ローカルホストにファイアウォールを設定する場合の注意事項

ローカルホストにファイアウォールを設定する場合の注意事項について説明しています。

付録G. リモートデスクトップ機能を使用する場合の注意事項

リモートデスクトップ機能を使用する場合の注意事項について説明しています。

用語解説

このマニュアルで使用している用語の意味を説明しています。

関連マニュアル

このマニュアルの関連マニュアルを次に示します。必要に応じてお読みください。

Hitachi Protection Manager Software Console ユーザーズガイド（3020-3-P92）

Hitachi Protection Manager Software コマンドリファレンス（3020-3-P93）

Hitachi Protection Manager Software メッセージ（3020-3-P94）

JP1 Version 7i JP1/NETM/DM システム運用1(Windows(R)用)（3020-3-G32）

JP1 Version 8 JP1/NETM/DM 運用ガイド1(Windows(R)用)（3020-3-L38）

JP1 Version 7i JP1/Automatic Job Management System 2 - Scenario Operation（3020-3-F23）

JP1 Version 8 JP1/Automatic Job Management System 2 - Scenario Operation（3020-3-K42）

読書手順

このマニュアルは，利用目的に合わせて章を選択してお読みいただけます。利用目的別に，次の表に従ってお読みいただくことをお勧めします。

マニュアルを読む目的
記述個所

Protection Managerの全体像やストレージサブシステムでの役割を理解したい。
「1. Protection Managerの概要」
「2. Protection Managerを使用する場合のシステム構成と注意事項」

Protection Managerを導入し，運用環境を構築したい。
「3. インストール・アンインストール」
「4. Protection Managerを使用するための準備」

Protection Managerを使用してバックアップ・リストアの運用をしたい。
「5. Protection Managerの運用」
「6. ファイルシステムの場合の運用」
「7. SQL Serverデータベースの場合の運用」
「8. Exchangeデータベースの場合の運用」
「9. Oracleデータベースの場合の運用」

Protection Managerの運用中に発生したトラブルへの対処方法を知りたい。
「10. トラブルシューティング」

このマニュアルでの表記

このマニュアルでは，製品の名称を省略して表記しています。このマニュアルでの表記と，製品の正式名称または意味を次に示します。

このマニュアルでの表記
製品名称または意味

Backup Exec
次の製品を区別する必要がない場合の表記です。

JP1/VERITAS Backup Exec

Symantec (TM) Backup Exec (TM)

Business Copy
次の製品を区別する必要がない場合の表記です。

Business Copy XP

Business Copy

Continuous Access Asynchronous
次の製品を区別する必要がない場合の表記です。

Continuous Access XP Extension

Continuous Access Asynchronous

Continuous Access Journal
次の製品を区別する必要がない場合の表記です。

Continuous Access XP Journal

Continuous Access Journal

Continuous Access Synchronous
次の製品を区別する必要がない場合の表記です。

Continuous Access XP

Continuous Access Synchronous

Device Manager
Hitachi Device Manager

Data Retention Utility
次の製品を区別する必要がない場合の表記です。

Data Retention Utility

Hitachi Open LDEV Guard

Exchange 2000 Enterprise Server
Microsoft(R) Exchange 2000 Enterprise Server

Exchange 2000 Server
Microsoft(R) Exchange 2000 Server

Exchange Server
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Exchange 2000 Server

Microsoft(R) Exchange 2000 Enterprise Server

Microsoft(R) Exchange Server 2003 Standard Edition

Microsoft(R) Exchange Server 2003 Enterprise Edition

Microsoft(R) Exchange Server 2007 Standard Edition

Microsoft(R) Exchange Server 2007 Enterprise Edition

Exchange Server 2003
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Exchange Server 2003 Standard Edition

Microsoft(R) Exchange Server 2003 Enterprise Edition

Exchange Server 2003 Enterprise Edition
Microsoft(R) Exchange Server 2003 Enterprise Edition

Exchange Server 2003 Standard Edition
Microsoft(R) Exchange Server 2003 Standard Edition

Exchange Server 2007
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Exchange Server 2007 Standard Edition

Microsoft(R) Exchange Server 2007 Enterprise Edition

Exchange Server 2007 Enterprise Edition
Microsoft(R) Exchange Server 2007 Enterprise Edition

Exchange Server 2007 Standard Edition
Microsoft(R) Exchange Server 2007 Standard Edition

Hitachi AMS/WMSシリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Adaptable Modular Storage 1000

Hitachi Adaptable Modular Storage 500

Hitachi Adaptable Modular Storage 200

Hitachi Workgroup Modular Storageシリーズ

BladeSymphony専用エントリークラスディスクアレイ装置 BR150

BladeSymphony専用エントリークラスディスクアレイ装置 BR50

Hitachi AMS2000シリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Adaptable Modular Storage 2500 ハードウェアリビジョン0200

Hitachi Adaptable Modular Storage 2300 ハードウェアリビジョン0200

Hitachi Adaptable Modular Storage 2100 ハードウェアリビジョン0200

Hitachi Adaptable Modular Storage 2500 ハードウェアリビジョン0100

Hitachi Adaptable Modular Storage 2300 ハードウェアリビジョン0100

Hitachi Adaptable Modular Storage 2100 ハードウェアリビジョン0100

Hitachi Adaptable Modular Storage 2010

BladeSymphony専用エントリークラスディスクアレイ装置 BR1600

Hitachi AMSシリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Adaptable Modular Storage 1000

Hitachi Adaptable Modular Storage 500

Hitachi Adaptable Modular Storage 200

BladeSymphony専用エントリークラスディスクアレイ装置 BR150

Hitachi SMSシリーズ
Hitachi Simple Modular Storageシリーズ

Hitachi TMS1000
Hitachi Tape Modular Storage 1000

Hitachi USP
次の製品を区別する必要がない場合の表記です。

Hitachi Universal Storage Platform 100

Hitachi Universal Storage Platform 600

Hitachi Universal Storage Platform 1100

Hitachi Network Storage Controller NSC55

Hitachi Universal Storage Platform H10000

Hitachi Universal Storage Platform H12000

Hitachi WMSシリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Workgroup Modular Storageシリーズ

BladeSymphony専用エントリークラスディスクアレイ装置 BR50

HOMRCF
Hitachi Open Multiple RAID Coupling Feature

HORC
Hitachi Open Remote Copy

Hシリーズ
次の製品を区別する必要がない場合の表記です。

SANRISE H48

SANRISE H128

SANRISE H512

SANRISE H1024

Hitachi Universal Storage Platform H10000

Hitachi Universal Storage Platform H12000

JP1/AJS2 - Scenario Operation
次の製品を区別する必要がない場合の表記です。

JP1/Automatic Job Management System 2 - Scenario Operation Manager

JP1/Automatic Job Management System 2 - Scenario Operation View

MRCF-Lite
Multiple RAID Coupling Feature - Lite

MSCS
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Cluster Service

Microsoft(R) Failover Cluster

NetBackup
次の製品を区別する必要がない場合の表記です。

JP1/VERITAS NetBackup

Veritas NetBackup

Oracle
次の製品を区別する必要がない場合の表記です。

Oracle Database 10g

Oracle Database 11g

Oracle Clusterware
次の製品を区別する必要がない場合の表記です。

Oracle Clusterware

Oracle Cluster Ready Service

Oracle RMAN
Oracle Recovery Manager

Protection Manager
次の製品を区別する必要がない場合の表記です。

Hitachi Protection Manager Copy Controller

Hitachi Protection Manager Copy Controller (x64)

Hitachi Protection Manager for SQL

Hitachi Protection Manager for Exchange

Hitachi Protection Manager for Exchange 2007

Hitachi Protection Manager for Oracle

Hitachi Protection Manager Console

Protection Manager Console
Hitachi Protection Manager Console

Protection Manager Copy Controller
次の製品を区別する必要がない場合の表記です。

Hitachi Protection Manager Copy Controller

Hitachi Protection Manager Copy Controller (x64)

Protection Manager Copy Controller（32ビット版）
Hitachi Protection Manager Copy Controller
このマニュアルでは，Hitachi Protection Manager Copy Controller (x64)と区別するために，「（32ビット版）」を付けて表記します。

Protection Manager Copy Controller（x64）
Hitachi Protection Manager Copy Controller (x64)

Protection Manager for Exchange
次の製品を区別する必要がない場合の表記です。

Hitachi Protection Manager for Exchange

Hitachi Protection Manager for Exchange 2007

Protection Manager for Exchange（2000/2003版）
Hitachi Protection Manager for Exchange
このマニュアルでは，Hitachi Protection Manager for Exchange 2007と区別するために，「（2000/2003版）」を付けて表記します。

Protection Manager for Exchange 2007
Hitachi Protection Manager for Exchange 2007

Protection Manager for Oracle
Hitachi Protection Manager for Oracle

Protection Manager for SQL
Hitachi Protection Manager for SQL

QuickShadow
次の製品を区別する必要がない場合の表記です。

Hitachi QuickShadow

Copy-on-write SnapShot

Snapshot

ShadowImage
次の製品を区別する必要がない場合の表記です。

Hitachi ShadowImage

ShadowImage

Hitachi Multi-RAID Coupling Feature

MRCF-Lite制御機能

Business Copy XP

Business Copy

Solaris
次の製品を区別する必要がない場合の表記です。

Solaris 9(SPARC)

Solaris 10(SPARC)

SQL Server
次の製品を区別する必要がない場合の表記です。

Microsoft(R) SQL Server 2000 Standard Edition

Microsoft(R) SQL Server 2000 Enterprise Edition

Microsoft(R) SQL Server 2005 Workgroup Edition

Microsoft(R) SQL Server 2005 Standard Edition

Microsoft(R) SQL Server 2005 Enterprise Edition

Microsoft(R) SQL Server 2008 Workgroup Edition

Microsoft(R) SQL Server 2008 Standard Edition

Microsoft(R) SQL Server 2008 Enterprise Edition

SQL Server 2000
次の製品を区別する必要がない場合の表記です。

Microsoft(R) SQL Server 2000 Standard Edition

Microsoft(R) SQL Server 2000 Enterprise Edition

SQL Server 2005
次の製品を区別する必要がない場合の表記です。

Microsoft(R) SQL Server 2005 Workgroup Edition

Microsoft(R) SQL Server 2005 Standard Edition

Microsoft(R) SQL Server 2005 Enterprise Edition

SQL Server 2008
次の製品を区別する必要がない場合の表記です。

Microsoft(R) SQL Server 2008 Workgroup Edition

Microsoft(R) SQL Server 2008 Standard Edition

Microsoft(R) SQL Server 2008 Enterprise Edition

TrueCopy
次の製品を区別する必要がない場合の表記です。

TrueCopy -Async

TrueCopy -Sync

TrueCopy -Async
次の製品を区別する必要がない場合の表記です。

TrueCopy Asynchronous

Hitachi TrueCopy -Async

Continuous Access XP Extension

Continuous Access Asynchronous

TrueCopy -Sync
次の製品を区別する必要がない場合の表記です。

TrueCopy

Hitachi TrueCopy -Sync

Hitachi TrueCopy Basic

Hitachi Remote Copy

MRCF-Liteリモートパック

Continuous Access XP

Continuous Access Synchronous

Universal Replicator
次の製品を区別する必要がない場合の表記です。

Universal Replicator

Continuous Access XP Journal

Continuous Access Journal

Universal Storage Platform V
次の製品を区別する必要がない場合の表記です。

Hitachi Universal Storage Platform V

Hitachi Universal Storage Platform H24000

Universal Storage Platform VM
次の製品を区別する必要がない場合の表記です。

Hitachi Universal Storage Platform VM

Hitachi Universal Storage Platform H20000

VBScript
Microsoft(R) Visual Basic(R) Scripting Edition

VSFW
Veritas Storage Foundation for Windows

VSFW HA
Veritas Storage Foundation HA for Windows

VxCVM
Veritas Cluster Volume Manager

VxVM
次の製品を区別する必要がない場合の表記です。

Veritas Volume Manager

Veritas Volume Manager for Windows

Windows
次の製品を区別する必要がない場合の表記です。

Windows 2000 Server

Windows Server 2003

Windows Server 2008

Windows 2000 Server
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Windows(R) 2000 Advanced Server Operating System

Microsoft(R) Windows(R) 2000 Datacenter Server Operating System

Microsoft(R) Windows(R) 2000 Server Operating System

Windows Server 2003
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Windows Server(R) 2003, Datacenter Edition for Itanium(R)-based Systems

Microsoft(R) Windows Server(R) 2003, Datacenter Edition Operating System

Microsoft(R) Windows Server(R) 2003, Datacenter x64 Edition Operating System

Microsoft(R) Windows Server(R) 2003, Enterprise Edition for Itanium(R)-based Systems

Microsoft(R) Windows Server(R) 2003, Enterprise Edition Operating System

Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition Operating System

Microsoft(R) Windows Server(R) 2003, Standard Edition Operating System

Microsoft(R) Windows Server(R) 2003, Standard x64 Edition Operating System

Microsoft(R) Windows Server(R) 2003 R2, Datacenter Edition Operating System

Microsoft(R) Windows Server(R) 2003 R2, Datacenter x64 Edition Operating System

Microsoft(R) Windows Server(R) 2003 R2, Enterprise Edition Operating System

Microsoft(R) Windows Server(R) 2003 R2, Enterprise x64 Edition Operating System

Microsoft(R) Windows Server(R) 2003 R2, Standard Edition Operating System

Microsoft(R) Windows Server(R) 2003 R2, Standard x64 Edition Operating System

Windows Server 2003（IPF）
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Windows Server(R) 2003, Datacenter Edition for Itanium(R)-based Systems

Microsoft(R) Windows Server(R) 2003, Enterprise Edition for Itanium(R)-based Systems

Windows Server 2003（x64）
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Windows Server(R) 2003, Datacenter x64 Edition Operating System

Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition Operating System

Microsoft(R) Windows Server(R) 2003, Standard x64 Edition Operating System

Microsoft(R) Windows Server(R) 2003 R2, Datacenter x64 Edition Operating System

Microsoft(R) Windows Server(R) 2003 R2, Enterprise x64 Edition Operating System

Microsoft(R) Windows Server(R) 2003 R2, Standard x64 Edition Operating System

Windows Server 2003（x86）
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Windows Server(R) 2003, Datacenter Edition Operating System

Microsoft(R) Windows Server(R) 2003, Enterprise Edition Operating System

Microsoft(R) Windows Server(R) 2003, Standard Edition Operating System

Microsoft(R) Windows Server(R) 2003 R2, Datacenter Edition Operating System

Microsoft(R) Windows Server(R) 2003 R2, Enterprise Edition Operating System

Microsoft(R) Windows Server(R) 2003 R2, Standard Edition Operating System

Windows Server 2008
次の製品を区別する必要がない場合の表記です。

Windows Server 2008（IPF）

Windows Server 2008（x64）

Windows Server 2008（x86）

Windows Server 2008（IPF）
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Windows Server(R) 2008 for Itanium(R)-based Systems

Microsoft(R) Windows Server(R) 2008 R2 for Itanium(R)-based Systems

Windows Server 2008（x64）
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Windows Server(R) 2008 Datacenter

Microsoft(R) Windows Server(R) 2008 Datacenter without Hyper-V

Microsoft(R) Windows Server(R) 2008 Enterprise

Microsoft(R) Windows Server(R) 2008 Enterprise without Hyper-V

Microsoft(R) Windows Server(R) 2008 Standard

Microsoft(R) Windows Server(R) 2008 Standard without Hyper-V

Microsoft(R) Windows Server(R) 2008 R2 Datacenter

Microsoft(R) Windows Server(R) 2008 R2 Enterprise

Microsoft(R) Windows Server(R) 2008 R2 Standard

Windows Server 2008（x86）
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Windows Server(R) 2008 Datacenter 32-bit

Microsoft(R) Windows Server(R) 2008 Datacenter without Hyper-V 32-bit

Microsoft(R) Windows Server(R) 2008 Enterprise 32-bit

Microsoft(R) Windows Server(R) 2008 Enterprise without Hyper-V 32-bit

Microsoft(R) Windows Server(R) 2008 Standard 32-bit

Microsoft(R) Windows Server(R) 2008 Standard without Hyper-V 32-bit

Windows Server 2008 Hyper-V
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Windows Server(R) 2008 Hyper-V

Microsoft(R) Windows Server(R) 2008 Hyper-V 2.0

Windows Server 2008 R2
次の製品を区別する必要がない場合の表記です。

Microsoft(R) Windows Server(R) 2008 R2 Datacenter

Microsoft(R) Windows Server(R) 2008 R2 Enterprise

Microsoft(R) Windows Server(R) 2008 R2 for Itanium(R)-based Systems

Microsoft(R) Windows Server(R) 2008 R2 Standard

Windows XP
Microsoft(R) Windows(R) XP Professional Operating System

日立ディスクアレイサブシステム
次の製品を区別する必要がない場合の表記です。

Hitachi AMS2000シリーズ

Hitachi AMS/WMSシリーズ

Hitachi SMSシリーズ

Hitachi TMS1000

Hitachi USP

Hシリーズ

SANRISE1000シリーズ

SANRISE2000シリーズ

SANRISE9500Vシリーズ

SANRISE9900Vシリーズ

Universal Storage Platform V

Universal Storage Platform VM

このマニュアルで使用している「ストレージグループ」とは，Exchange Serverに構築したデータベースの管理単位を示す用語です。ほかのHitachi Storage Command Suite製品で使用されている「ストレージグループ」と指し示す対象が異なりますので，ご注意ください。

このマニュアルで使用する略語

このマニュアルでは，次に示す略語を使用します。

略語 | 正式名称または意味
API | Application Programming Interface
ASM | Automatic Storage Management
CCR | Cluster Continuous Replication
CLI | Command Line Interface
CPU | Central Processing Unit
CSV | Comma Separated Value
CVU | Cluster Verification Utility
DB | Database
DBMS | Database Management System
DKC | Disk Controller
DNS | Domain Name System
FC-SW | Fibre Channel Switched Fabric
FTP | File Transfer Protocol
GPT | GUID Partition Table
GSD | Global Service Daemon
GUI | Graphical User Interface
GUID | Globally Unique Identifier
HBA | Host Bus Adapter
HTML | Hyper Text Markup Language
I/O | Input/Output
ID | Identification
IIS | Internet Information Services
IP | Internet Protocol
IPF | Itanium Processor Family
iSCSI | Internet Small Computer System Interface
LAN | Local Area Network
LCR | Local Continuous Replication
LDEV | Logical Device
LDM | Logical Disk Manager
LU | Logical Unit
LVM | Logical Volume Manager
MNS | Majority Node Set
MSCS | Microsoft Cluster Service
MSFC | Microsoft Failover Cluster
NTFS | NT File System
ODBC | Open Database Connectivity
ONS | Oracle Notification Service
OS | Operating System
RAC | Real Application Clusters
RAID | Redundant Array of Independent Disks
SAN | Storage Area Network
SCC | Single Copy Cluster
SCR | Standby Continuous Replication
SMTP | Simple Mail Transfer Protocol
SP | Service Pack
SPARC | Scalable Processor Architecture
TCO | Total Cost of Ownership
TCP | Transmission Control Protocol
UNC | Universal Naming Convention
VCS | Veritas Cluster Server
VDI | Virtual Device Interface
VHD | Virtual Hard Disk
VIP | Virtual IP
VSP | Veritas Snapshot Provider
VSS | Volume Shadow Copy Service
VxFS | Veritas File System

このマニュアルで使用する記号

このマニュアルで使用している記号を次に示します。

記号
意味

［ ］
ボタン，メニュー，キーなどを示します。
（例）
［OK］ボタン
［ENTER］キー

［ ］+［ ］
+の前のキーを押したまま，後ろのキーを押すことを意味します。

［ ］－［ ］
－の前のメニューを選択し，続いて後ろの項目を選択することを意味します。

< >
<　>内の名称または値が，利用環境や操作状況によって異なることを示します。

コマンドの書式の説明では，次に示す記号を使用します。

記号
説明

|
ストローク
複数の項目に対し，項目間の区切りを示し，「または」の意味を示します。

（例）log number | all

「log number」または「all」を指定します。

[ ]
角括弧
この記号で囲まれている項目は，省略してもよいことを示します。複数の項目がストロークで区切られている場合，すべてを省略するか，どれか一つを指定します。

（例）[ -a | -b ]

「何も指定しない」か，「-aまたは-bを指定する」ことを意味します。

{ }
波括弧
この記号で囲まれている項目は，必ず指定することを示します。複数の項目がストロークで区切られている場合，どれか一つを指定します。

（例）{ lock | unlock }

「lockを指定する」か，「unlockを指定する」ことを意味します。

図中で使用する記号

このマニュアルの図中で使用する記号を，次のように定義します。

ディレクトリとフォルダの表記について

このマニュアルでは，WindowsのフォルダとSolarisのディレクトリを総称して，「ディレクトリ」と表記しています。Windows環境では，「ディレクトリ」を「フォルダ」に置き換えてお読みください。

パス名の表記について

Protection Managerが使用するパスの説明で記載しているWindows環境の「絶対パス」は，特に記載のないかぎり，UNCパスを含みません。

マニュアルの提供形態について

Protection Managerでは，製品添付のマニュアルのほかに，HTMLマニュアルを提供しています。

HTMLマニュアルでは，製品添付のマニュアルと同じ内容をHTMLで提供しています。

HTMLマニュアルの格納先を次に示します。

マニュアル名称
インストール先

Hitachi Protection Manager Software ユーザーズガイド

Windowsの場合：

<Protection Managerのインストール先>¥doc¥HTML

Solarisの場合：

/opt/drm/doc/HTML

Hitachi Protection Manager Software コマンドリファレンス

Hitachi Protection Manager Software メッセージ

Hitachi Protection Manager Software Console ユーザーズガイド
<Protection Manager Consoleのインストール先>¥help

なお，Windows以外の環境でMozillaを使用してHTMLマニュアルを表示した場合，斜字体およびボールド体が正しく表示されない場合があります。

常用漢字以外の漢字の使用について

このマニュアルでは，常用漢字を使用することを基本としていますが，次に示す用語については，常用漢字以外の漢字を使用しています。

個所（かしょ）　同梱（どうこん）　必須（ひっす）

KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³ バイト，1,024⁴バイトです。

1. Protection Managerの概要

Protection Managerは，ストレージサブシステム，バックアップ・リカバリ製品，データベース製品などを統合的に制御することで，システム管理者の負担を大幅に軽減し，効率良く，信頼性の高いデータ保護運用を実現することを目的としたソフトウェアです。この章では，Protection Managerの特長や機能，Protection Managerを使用するためのシステムの条件について説明します。

この章の構成

1.1 Protection Managerの特長

1.2 Protection Manager製品の紹介

1.3 Protection Managerの機能

1.4 Protection Managerのシステム条件

1.5 Protection Managerと連携できるソフトウェア

1.6 Protection Managerがサポートする仮想化環境

1.1 Protection Managerの特長

Protection Managerは，バックアップやリストアなどのデータ保全に関する運用手順を簡素化するソフトウェアです。Protection Managerを導入することで，業務への影響を最低限に抑えながら，大切なデータを確実に保護できます。複雑な手続きと専門知識を必要とするデータ管理業務を，簡単な操作で行えるため，システム管理者の負担やデータ管理に掛かるコストを削減できます。

現在，企業の情報システムでは，業務を止めることなく大切なデータを安全に保護すること，万が一障害が発生しても短時間で業務を再開できることが必須条件とされています。日立ディスクアレイサブシステムでは，こうしたニーズにこたえるため，ホストを経由しないでストレージサブシステム内で論理ボリュームのレプリカを短時間で作成するためのボリューム複製機能（ShadowImage，HOMRCFなど）およびRAID ManagerによるRAID管理機能を提供しています。バックアップを管理するシステム管理者は，この機能を利用することで，業務に使用しているボリューム（主ボリューム）はオンラインのままで，レプリカ（副ボリューム）の内容をテープ装置にバックアップすることができます。

しかし，ボリューム複製機能を利用してデータベースをオンラインバックアップする場合，実際の運用の観点からは次に示す課題があります。

広範な専門知識が必要

日立ディスクアレイサブシステムのボリューム複製機能を利用するためには，データベース，ファイルシステム，論理ボリュームマネージャー，RAID装置の広範な専門知識が必要となります。

複雑な操作が必要

データベースオブジェクトをバックアップするには，複雑な操作を幾つも実行する必要があり，誤操作によって人為的なミスが発生するおそれがあります。また，バックアップ操作は，データベースのアプリケーションやファイルシステムの種類によって異なるため，すべてを習得するのは大きな負担になります。

Protection Managerは，こうした問題点を解決して，日立ディスクアレイサブシステムの機能を最大限に活用した，高速で信頼性の高いバックアップ運用の実現を支援します。

Protection Managerでは，バックアップ対象のオブジェクトからRAID装置内の論理ユニットまでのさまざまな関連情報や，主ボリュームと副ボリュームの関連情報，バックアップの履歴情報を内部的に管理します。これをディクショナリマップファイルと呼びます。Protection Managerでは，ディクショナリマップファイルに格納された情報を参照しながら，自動的にデータベースやRAID装置を制御するため，システム管理者の負担を大幅に軽減でき，ストレージシステム全体のTCOを削減できます。

Protection Managerの機能の概要を次の図に示します。

図1-1 Protection Managerの機能の概要

Protection Managerがほかのソフトウェアに対して実行する制御について説明します。図中の番号に対応しています。

ストレージサブシステムにあるファイルシステムまたはデータベースを静止化して，確実なバックアップを実現します。

RAID Managerを制御して，ストレージサブシステムのボリューム複製機能を使ったボリュームのバックアップ，リストアを実行します。

バックアップ管理製品と連携して，テープへのバックアップ，リストアを制御します。

補足説明

Protection Managerは，内部的にRAID Managerおよびバックアップ管理製品のCLI機能を使用しています。したがって，Protection Managerの利用を始める前に，これらの製品が使用できるようにあらかじめセットアップしておく必要があります。

1.2 Protection Manager製品の紹介

Protection Managerでは，バックアップ，リストアのための基本機能を，Protection Manager Copy Controllerという製品で提供しています。さらに，ユーザーのシステム環境や運用目的に応じて，各種のオプション製品を組み合わせて利用することもできます。オプション製品は，Protection Manager Copy Controller上で動作します。

ここでは，Protection Managerの各製品と，その役割を紹介します。

Protection Managerの基本機能を提供（必須）

Protection Manager Copy Controller
Protection Managerの基本機能を提供します。オプション製品の基盤として必要なほか，ファイルシステムのデータを対象にバックアップ，リストアする場合に使用します。

DBMS上に構築したデータベースに対する操作機能を提供（オプション）

Protection Manager for SQL
SQL Serverデータベースを対象にしたバックアップ，リストアを実現します。

Protection Manager for Exchange
Exchangeデータベースを対象にしたバックアップ，リストアを実現します。

Protection Manager for Oracle
Oracleデータベースを対象にしたバックアップ，リストアを実現します。

画面からProtection Managerの機能を利用できる機能を提供（オプション）

Protection Manager Console
Protection Managerが提供する機能を，画面から操作できるようにする製品です。システム管理者は，バックアップ対象のボリューム情報や，バックアップカタログをビジュアルに確認しながら操作できるため，効率良い運用を実現できます。この製品は，Windows環境で，ファイルシステム，Exchangeデータベース，またはSQL Serverデータベースを対象にした運用に適用できます。Protection Manager Consoleの詳細については，マニュアル「Hitachi Protection Manager Software Console ユーザーズガイド」を参照してください。
また，Protection Manager Consoleをインストールすると， Setup GUIを使用できます。
Setup GUIとは，Protection Managerの運用に必要な動作環境の設定をGUIで実行する機能です。GUIでの設定なので，コマンドを実行したり，設定ファイルを編集したりといった操作は不要です。また，必要な項目だけを順序よく設定できます。

1.3 Protection Managerの機能

ここでは，Protection Managerが提供する主な機能とその利点について説明します。

この節の構成

1.3.1 バックアップ

1.3.2 リストア

1.3.3 ディクショナリマップファイルを使ったリソースの管理

1.3.4 コピーグループによるペア管理

1.3.5 クラスタリングへの対応

1.3.6 コマンドによる運用負担の軽減

1.3.7 ストレージサブシステム（リモートサイト）を使用したデータ管理

1.3.8 世代の管理

1.3.1 バックアップ

Protection Managerでは，2種類のバックアップコマンドを提供します。一つは，ストレージサブシステムのボリューム複製機能を利用した，高速なディスクコピーによるバックアップコマンドです。もう一つは，バックアップ管理製品と連携して，副ボリュームにバックアップされたデータをテープへバックアップするコマンドです。ファイルシステムや，データベース製品などバックアップ対象に合わせたバックアップコマンドを使用することによって，専門知識が必要なバックアップ処理が簡素化されます。

また，ユーザースクリプトを使用すると，主ボリュームから副ボリュームを経由してテープへバックアップする一連の操作が一つのバックアップコマンドで実行できます。

1.3.2 リストア

Protection Managerでは，バックアップしたデータベースやファイルシステムを復元するための，ボリューム複製機能を利用したリストアコマンドを提供します。ファイルシステムや，データベース製品などバックアップ対象に合わせたリストアコマンドを使用することによって，専門知識が必要なリストア処理が簡素化されます。

1.3.3 ディクショナリマップファイルを使ったリソースの管理

Protection Managerでは，ファイルシステムやデータベース，さらにRAID装置内でのディスク管理情報など，バックアップ・リストア運用に必要なさまざまな構成定義情報を検出し，「ディクショナリマップファイル」というファイルを作成します。

Protection Managerはディクショナリマップファイルを参照しながらRAID Managerを制御するので，システム管理者の負担を軽減することができます。

ディクショナリマップファイルは，次のファイルで構成されます。

アプリケーションマップファイル

表領域やジャーナルログなど，バックアップの対象となるデータベースオブジェクトとファイルとの関連情報を記憶するためのファイルです。

コアマップファイル

ファイルシステムのマウントポイントディレクトリからRAID装置内のディスク番号までの関連情報を記録するためのファイルです。

コピーグループマップファイル

主ボリュームと，それに対応する副ボリュームとのマッピング情報を記憶するためのファイルです。

バックアップカタログ

バックアップカタログは，Protection Managerが実行するバックアップ操作の履歴や世代を管理するのに必要な情報を収集したものです。バックアップを実行すると，バックアップカタログ内に，実行したバックアップに関する情報を集めたレコードが作成されます。バックアップしたデータをリストアする場合，Protection Managerは，バックアップカタログの情報を参照してリストアを実行します。

バックアップカタログに記憶される情報の例を次に示します。

バックアップID

バックアップ開始日時

バックアップ元に関する情報

バックアップ先に関する情報

バックアップIDとは，バックアップデータを識別するためのIDです。バックアップ時に，Protection Managerが自動的に10けたのバックアップIDを付与し，バックアップカタログに登録します。

バックアップIDはバックアップするたびに，新しいIDが付与されます。一つの主ボリュームに複数の副ボリュームを対応づけた世代管理をしている場合や，副ボリュームからテープへのバックアップをしている場合など，バックアップデータが複数あるときは，バックアップIDを指定してリストアできます。固定した文字列でバックアップデータを識別したい場合は，バックアップ時にバックアップコメントを指定することもできます。

クラスタ構成でProtection Managerのコマンドを実行するには，仮想サーバごとに，使用するディクショナリマップファイルの格納先を指定しておく必要があります。クラスタ構成については，「1.3.5 クラスタリングへの対応」を参照してください。クラスタ構成でのディクショナリマップファイルの作成方法については，「4.5 ディクショナリマップファイルの作成」を参照してください。

1.3.4 コピーグループによるペア管理

Protection Managerでは，ボリューム複製機能とRAID Managerの機能によって同期されたり，分割されたりする主ボリュームと副ボリュームの組み合わせをコピーグループ（ペアボリューム）と呼びます。複数のコピーグループで構成されたボリュームを次の図に示します。

図1-2 複数コピーグループで構成されたボリューム

バックアップ対象のデータが記憶された論理ボリュームが複数の物理ボリュームで構成されている場合，物理ボリュームの主ボリュームと副ボリュームとで，コピーグループ（ペアボリューム）を構成します。Protection Managerは，バックアップ対象となる論理ボリューム全体を同期または分割するために複数のコピーグループをまとめて処理します。

コピーグループの名称は，RAID Managerのグループ名（dev_group）とRAID Managerのペア論理ボリューム名（dev_name）を組み合わせたものです。例えば，dev_groupが「VG01」，dev_nameが「dev01」の場合，コピーグループ名は「VG01,dev01」となります。

1.3.5 クラスタリングへの対応

Protection Managerでは，各種OSのクラスタソフトウェアに準拠したフェールオーバー型クラスタリングに対応しています。ファイルサーバやデータベースサーバをクラスタ構成にすることで，万が一，障害が起きたときにもシステムを止めることなく，バックアップ運用を継続できます。

Protection Managerでは，クラスタ構成による高可用性システムでも利用できるよう，自動的にクラスタを制御する機能を提供します。バックアップデータをリストアするためには，データベースをオフラインにする必要があります。しかし，DBMSを監視するクラスタリソースがオンラインの状態で，データベースをオフラインにすると，フェールオーバーが発生してしまいます。したがって，通常は手動でクラスタリソースを制御する必要があります。Protection Managerでは，コールドバックアップやリストアを実行するときに，DBMSを監視するクラスタリソースを自動的にオフラインにし，処理が終わると自動的にオンラインに戻します。

Protection Managerでは運用待機型のクラスタ構成（Active-Passive）と相互待機型のクラスタ構成（Active-Active）に対応しています。

クラスタ構成の詳細は，「2.3 運用待機型のクラスタ構成（Active-Passive）」または「2.4 相互待機型のクラスタ構成（Active-Active）」を参照してください。

MSCSを使用したクラスタ環境の場合，DBMSを監視するクラスタリソースがオフライン状態でのリストアと，クラスタリソースがオンライン状態でのリストアを選択できます。クラスタリソースがオフライン状態でのリストアでは，DBMSのサービスを共有するすべてのデータベースをオフラインにする必要がありますが，クラスタリソースがオンライン状態でのリストアでは，バックアップデータをリストアするデータベースだけをオフラインにして，バックアップデータをリストアできます。

クラスタリソースがオンライン状態でのリストアが選択できるかどうかは，ストレージサブシステムの種類やOSの機能によって異なります。

クラスタリソースがオンライン状態でのリストアを選択する方法は，「4.3.7 クラスタリソースがオンライン状態でのリストアの設定」を参照してください。

1.3.6 コマンドによる運用負担の軽減

Protection Managerでは，基本コマンドと拡張コマンドの2種類のコマンドを提供しています。

基本コマンドは，バックアップ，リストアなどのバックアップデータに対する処理や，Protection Managerの環境設定に使用します。

Protection Managerを運用する場合，基本コマンドを組み合わせて実行します。例えばテープへバックアップする場合，副ボリュームへマウントする基本コマンドと，副ボリュームのデータをテープへバックアップする基本コマンドを組み合わせて実行します。

Protection Managerでは，これらの複数のコマンドをまとめて自動的に実行できるように処理を定義したスクリプトも提供します。これを拡張コマンドと呼びます。拡張コマンドを使用することで，Protection Managerのコマンドを使用したバックアップ運用の負担をさらに軽減できます。

1.3.7 ストレージサブシステム（リモートサイト）を使用したデータ管理

Protection Managerでは，ストレージサブシステム（リモートサイト）へのバックアップや，リモートサイトからのリストアなどのデータ管理ができます。

Protection Managerでは，ローカルサイト（主ボリュームと同じストレージサブシステム内の副ボリューム），リモートサイト（主ボリュームと別のストレージサブシステムの副ボリューム）のどちらに対しても，バックアップやリストアの処理を実行できます。

物理ボリュームとローカルサイトまたはリモートサイトの関係を次の図に示します。

図1-3 ストレージサブシステム（リモートサイト）を使用したデータ管理

ストレージサブシステム（リモートサイト）を使用すると，主ボリュームとは物理的に別のストレージサブシステムにある副ボリュームを使用して，バックアップやリストアができます。Protection Managerでは，TrueCopyやUniversal Replicatorを使用して，リモートサイトに対するバックアップやリストアを制御します。

なお，このマニュアルでは，TrueCopyやUniversal Replicatorなどのリモートサイトへのボリューム複製機能を総称してストレージサブシステム間のボリューム複製機能（リモートコピー機能）と呼びます。リモートサイトにデータをバックアップすることで，ローカルサイトにストレージサブシステムの障害が発生した場合にも，リモートサイトのデータをリストアすることができるため，データの安全性が向上します。例えば，大規模災害によってローカルサイトのデータがすべて失われてしまっても，リモートサイトのデータを使用することによって，データを短時間で復旧することができます（ディザスタリカバリ）。

Protection Managerでは，リモートサイトに対して，次の処理を実行できます。

バックアップおよびリストア

コピーグループの再同期

リソース情報の表示

コピーグループのロック

テープバックアップおよびテープリストア

副ボリュームのマウントおよびアンマウント

1.3.8 世代の管理

Protection Managerは主ボリュームに対して複数の副ボリュームを持ち，副ボリュームの世代管理ができます。

バックアップ先となる副ボリュームは，Protection Managerが自動的に選択する方法と，ユーザーが選択する方法があります。Protection Managerが自動的に選択する方法は，ストレージサブシステム内のボリューム複製機能を使用する場合だけ使用できます。ユーザーがバックアップ先となる副ボリュームを選択する場合は，「世代識別名」を使用します。世代識別名は次の形式で，Protection Managerが生成します。ユーザーはバックアップ時に，この世代識別名を指定します。

世代識別名=local_MU#またはremote_MU#

世代識別名のそれぞれの項目について説明します。

local

ストレージサブシステム内のボリューム複製機能を使用している場合

remote

ストレージサブシステム間のボリューム複製機能を使用している場合

MU#

RAID Managerの構成定義ファイル（horcm<n>.conf）で定義したMU#です。

例えば，TrueCopyの副ボリュームにバックアップする場合，世代識別名は「remote_0」になります。

複数世代のバックアップの例を次の図に示します。この例では，世代1から世代3までを副ボリューム1から副ボリューム3にバックアップして，世代4以降は再び副ボリューム1からバックアップしていきます。

図1-4 複数世代のバックアップ

通常Protection Managerは，バックアップ先の副ボリュームを自動的に決定してバックアップしていきますが，Protection Managerのコマンドを使用することによって，特定の副ボリュームの内容を保持（ロック）し，そのほかの副ボリュームだけを利用してバックアップを継続することもできます。

特定のコピーグループをロックした場合の複数世代のバックアップを次の図に示します。この例では，世代1を取得後，世代1のコピーグループをロックし，世代1のバックアップ内容を保持します。そのため，世代4以降は，残りの副ボリューム（副ボリューム2と副ボリューム3）でバックアップされます。

図1-5 複数世代のバックアップ（コピーグループのロック）

複数世代の運用の場合，どの世代のリストアをしても，バックアップで使う副ボリュームの順番は変わりません。

Protection Managerで管理できる世代数は，ボリューム複製機能によって異なります。世代の数が異なるだけで，バックアップやリストアの動作は同じです。

1.4 Protection Managerのシステム条件

ここでは，Protection Managerを使用して，システムを構成するために必要なホスト，サーバ，およびストレージサブシステムの条件について説明します。また，コマンド実行時のユーザー権限についても説明します。

この節の構成

1.4.1 Protection Managerをインストールするホストの条件

1.4.2 サーバを操作するときの条件

1.4.3 ストレージサブシステムの条件

1.4.4 コマンド実行時のユーザー権限

1.4.5 IPv6を使用するシステム構成の条件

1.4.1 Protection Managerをインストールするホストの条件

Protection Managerのプログラムが動作するOSおよび対象製品を次の表に示します。

Windowsの場合

表1-1 Protection Managerのプログラムが動作するOS（x86の場合）

製品名
Windows 2000
Server※1
Windows Server
2003※2
Windows Server
2008

Protection Manager Copy Controller
（32ビット版）
○
○
○

Protection Manager Copy Controller（x64）
－
－
－

Protection Manager for SQL
○
○
○

Protection Manager for Exchange（2000/2003版）
○
○
－

Protection Manager for Exchange 2007
－
－
－

（凡例）

○：動作する。

－：動作しない。

注※1

SP4以上で動作します。

注※2

SP2以上で動作します。

表1-2 Protection Managerのプログラムが動作するOS（IPFまたはx64の場合）

製品名
Windows Server
2003
（IPF）※1
Windows Server
2003
（x64）※1
Windows Server
2008
（IPF）
Windows Server
2008
（x64）

Protection Manager Copy Controller
（32ビット版）
○※2
○※2
○※2
○※2

Protection Manager Copy Controller（x64）
－
○
－
○

Protection Manager for SQL
○※2
○※3
○※2
○※3

Protection Manager for Exchange
（2000/2003版）
－
－
－
－

Protection Manager for Exchange 2007
－
○
－
○※4

（凡例）

○：動作する。

－：動作しない。

注※1

SP2以上で動作します。

注※2

32ビットエミュレーションモードで動作します。

注※3

Protection Manager Copy Controller（32ビット版）がインストールされている場合，32ビットエミュレーションモードで動作します。

注※4

Windows Server 2008 R2の場合は，動作しません。

Solarisの場合

Solarisで動作するProtection Managerのプログラムを次に示します。

Protection Manager Copy Controller（32ビット版）

Protection Manager for Oracle

Protection Manager for SQL，Protection Manager for ExchangeおよびProtection Manager for Oracleは，Protection Managerのオプション製品です。これらのオプション製品を利用するには，同じホストにProtection Manager Copy Controllerがインストールされている必要があります。Windowsの場合に，各オプション製品に必要なProtection Manager Copy Controllerを次に示します。

表1-3 オプション製品に必要なProtection Manager Copy Controller

製品名
Protection Manager Copy Controller
（32ビット版）
Protection Manager Copy Controller（x64）

Protection Manager for SQL※
○
○

Protection Manager for Exchange（2000/2003版）
○
－

Protection Manager for Exchange 2007
－
○

（凡例）

○：必要

－：不要（組み合わせ不可）

注※

Protection Manager Copy Controller（32ビット版）またはProtection Manager Copy Controller（x64）のどちらかをインストールしてください。

Protection Manager 06–40より前のバージョンでは，Protection Manager Copy Controller（32ビット版）をインストールしてください。

Protection Managerをインストールするホストには，次に示すアプリケーションがインストールされ，セットアップされている必要があります。

RAID Manager
Protection Manager は内部的にRAID ManagerのCLI機能を使用しています。したがって，RAID Managerが使用できるようにあらかじめセットアップしておく必要があります。

論理ボリュームマネージャー
Windows 標準のLDM※1，またはVeritas Volume Manager for Windows※2

注※1

LDMのベーシックディスクをサポートしています。

注※2

Protection ManagerはVeritas Dynamic Multiple Pathing機能に対応していません。

1.4.2 サーバを操作するときの条件

サーバを操作する場合，次の条件があります。

この項の構成

(1) 環境変数の設定

(2) OSおよびProtection Managerのバージョン

(1) 環境変数の設定

OSがWindows の場合，HORCMINST およびHORCC_MRCF をシステム環境変数に設定しないでください。また，システム環境変数，ユーザー環境変数にHORCM_CONF，HORCMPERM を設定しないでください。

(2) OSおよびProtection Managerのバージョン

OSがSolarisの場合，ファイルサーバまたはデータベースサーバとバックアップサーバのOSのバージョンは合わせてください。

ファイルサーバまたはデータベースサーバとバックアップサーバのProtection Managerのバージョンは合わせてください。

1.4.3 ストレージサブシステムの条件

Protection Managerは，次のストレージサブシステムを対象にしています。

SANRISE1000シリーズ

SANRISE2000シリーズ

SANRISE9500Vシリーズ

SANRISE9900Vシリーズ

Hシリーズ

Hitachi USP

Hitachi AMSシリーズ

Hitachi WMSシリーズ

Hitachi AMS2000シリーズ

Universal Storage Platform V

Universal Storage Platform VM

Hitachi TMS1000

Hitachi SMSシリーズ

各ストレージサブシステムを対象としてProtection Managerを利用するためには，ボリューム複製機能が必要です。必要なボリューム複製機能を次の表に示します。

表1-4 ストレージサブシステムにインストールする必要があるボリューム複製機能

ストレージサブシステム
ボリューム複製機能の名称

SANRISE1000シリーズ
MRCF制御機能※1
MRCF-Liteリモートパック※2

SANRISE2000シリーズ
HOMRCF※1
HORC※2

SANRISE9500Vシリーズ
Hitachi ShadowImage※1
Hitachi QuickShadow※3
Hitachi TrueCopy Basic※2

Hitachi AMSシリーズ
Hitachi WMSシリーズ
Hitachi AMS2000シリーズ
ShadowImage※1
TrueCopy※2
Copy-on-write SnapShot※3

SANRISE9900Vシリーズ
Hitachi ShadowImage※1
Hitachi TrueCopy -Sync※2
Hitachi TrueCopy -Async※2

Hシリーズ
Business Copy※1
Continuous Access Synchronous※2
Continuous Access Asynchronous※2
Continuous Access Journal※4

Hitachi USP
Universal Storage Platform V
Universal Storage Platform VM
ShadowImage※1
TrueCopy※2
TrueCopy Asynchronous※2
Copy-on-write SnapShot※3
Universal Replicator※4

Hitachi TMS1000
ShadowImage※1

Hitachi SMSシリーズ
ShadowImage※1
Copy-on-write SnapShot※3

注※1

このマニュアルではShadowImageと表記しています。

注※2

このマニュアルではTrueCopyと表記しています。

注※3

このマニュアルではQuickShadowと表記しています。

注※4

このマニュアルではUniversal Replicatorと表記しています。

1.4.4 コマンド実行時のユーザー権限

Protection Managerのコマンドを実行するときは，次の権限が必要です。

OSの管理者権限および管理者特権

Windowsの場合

Protection Managerのコマンドを実行するサーバで，実行するユーザーにローカルでのAdministrator権限が必要です。

また，OSがWindows Server 2008の場合，さらにOSの管理者特権が必要になります。OSの管理者特権がないと，エラーメッセージが表示されて，コマンドの実行が失敗します。

Solarisの場合

Protection Managerのコマンドを実行するユーザーにroot権限が必要です。

データベースアクセス権限

バックアップ対象がSQL Serverデータベースの場合
Protection Managerのコマンドを実行するときは，SQL Serverに，Windows認証でアクセスします。このため，Protection Managerのコマンド実行ユーザーを，SQL Serverのsysadmin固定サーバロールのメンバーとして登録する必要があります。

バックアップ対象がExchangeデータベースの場合
Protection Managerのコマンドを実行するユーザーを，ドメインのEnterprise AdminsグループまたはExchange Domain Serversグループに所属させる必要があります。

バックアップ対象がOracleデータベースの場合
Protection Managerのコマンドを実行するときは，drmorainitコマンドで登録するOracleログインユーザー名でOracleにアクセスします。このため，Oracleログインユーザー名に，SYSDBAシステム権限が必要です。
ASMを使用する場合には，ASMインスタンス接続ユーザーにSYSASM権限が必要です。

コマンドごとに必要となる権限の詳細については「5.4.1 コマンドを実行するユーザーに必要な権限」を参照してください。

1.4.5 IPv6を使用するシステム構成の条件

IPv6を使用するシステム構成の条件について説明します。

この項の構成

(1) Protection Managerがサポートする対応ノードの組み合わせ

(2) Protection ManagerがFTPを使用する場合にIPv6をサポートするOS

(1) Protection Managerがサポートする対応ノードの組み合わせ

Protection Managerは，デュアルスタックノードを使用した構成でIPv6をサポートしています。

Protection Managerがサポートするサーバ側とクライアント側の対応ノードを次の表に示します。

表1-5 Protection Managerがサポートする対応ノードの組み合わせ

クライアント側 | サーバ側
IPv4ノード | IPv6ノード※1※2 | デュアルスタックノード※1
IPv4ノード | ○ | ×※3 | ○
IPv6ノード※1※2 | ×※3 | × | ×
デュアルスタックノード※1 | ○ | × | ○※4

（凡例）

○：サポート

×：非サポート

注※1

クライアント側がWindows Server 2003 SP2またはWindows Server 2008で構成されている場合だけ，IPv6が使用できます。

注※2

IPv6ノードを使用した構成は，Protection Managerの動作保証の対象外とします。

注※3

IPv4とIPv6では使用するプロトコルが異なるため，IPv4ノードとIPv6ノードの間で通信はできません。

注※4

ホスト名を指定した場合，名前解決したIPアドレスを使ってIPv4形式で接続を試行します。IPv4形式で接続に成功した場合，それ以降は常にIPv4形式で接続します。IPv4形式で接続に失敗した場合，IPv6形式で接続を試行します。IPv6形式で接続に成功した場合，それ以降は常にIPv6形式で接続します。

(2) Protection ManagerがFTPを使用する場合にIPv6をサポートするOS

Protection ManagerがFTPを使用する場合に，IPv6による通信をサポートしているOSを次に示します。

Microsoft(R) Windows Server(R) 2008 R2 Datacenter

Microsoft(R) Windows Server(R) 2008 R2 Enterprise

Microsoft(R) Windows Server(R) 2008 R2 Standard

Solaris 10 (SPARC)

Protection Managerは，EX_DRM_FTP_PUTコマンドまたはEX_DRM_FTP_GETコマンドでFTPを使用します。

1.5 Protection Managerと連携できるソフトウェア

Protection Managerは，バックアップ管理ソフトウェアと連携して，テープへのバックアップを自動化したり，クラスタソフトウェアと連携して，システムの可用性を向上したりできます。ここでは，Protection Managerと連携できるソフトウェアについて説明します。

バックアップ管理ソフトウェア

Protection Managerと連携できるバックアップ管理製品を次に示します。

NetBackup

Backup Exec

クラスタソフトウェア

Protection Managerと連携できるクラスタソフトウェアを次に示します。

Windowsの場合：Microsoft Cluster Service※1，Microsoft Failover Cluster※2，またはVeritas Cluster Server

Solarisの場合：Veritas Cluster Server

注※1

Microsoft Cluster Serviceのクラスタクォーラムとして，標準クォーラムおよびMNSクォーラムを利用できます。

注※2

Windows Server 2008の場合に連携できます。

1.6 Protection Managerがサポートする仮想化環境

ここでは，Protection Managerがサポートする仮想化環境について説明します。

この節の構成

1.6.1 VMware ESX ServerおよびVMware ESXi Server

1.6.2 Windows Server 2008 Hyper-V

1.6.3 日立サーバ仮想化機構Virtage

1.6.1 VMware ESX ServerおよびVMware ESXi Server

Protection Managerは，次の仮想化ソフトウェアのゲストOSとしてサポートされているWindows環境に対応しています。

VMware ESX Server 3.x

VMware ESX Server 4.0

VMware ESXi Server 3.x

VMware ESXi Server 4.0

VMware ESX Server 4.0およびVMware ESXi Server 4.0を使用する場合，バックアップサーバは物理サーバで構成する必要があります。

VMware HA（High Availability）およびVMware vMotionは未サポートです。Protection Managerは，物理互換モードを使用したRAWデバイスマッピングが使用されたRaw LUNだけバックアップをサポートします。

Protection ManagerをVMware ESX Serverの仮想マシン上で動作させる場合には，その仮想マシンに次のメモリーを割り当てて，製品の推奨構成と同じになるように構成定義してください。

表1-6 Protection ManagerをVMware ESX Serverの仮想マシン上で動作させる場合に必要なメモリー

インストールする製品 | 必要なメモリー※
Protection Manager Copy Controller | 64,000KB
Protection Manager for SQL | 64,000KB
Protection Manager for Exchange | 64,000KB
Protection Manager Console | 128,000KB

注※

複数の製品をインストールする場合は，それぞれの製品に必要なメモリーを足した値を確保してください。

1.6.2 Windows Server 2008 Hyper-V

Protection Managerは，Windows Server 2008 Hyper-VのゲストOSとして動作するWindows環境に対応しています。

この項の構成

(1) Protection ManagerがサポートするWindows Server 2008 Hyper-VのゲストOS

(2) ゲストOSへの接続方式によるWindows Server 2008 Hyper-Vサポート

(3) Protection ManagerをWindows Server 2008 Hyper-Vの仮想マシン上で動作させる場合に必要なメモリー

(1) Protection ManagerがサポートするWindows Server 2008 Hyper-VのゲストOS

Protection Managerの各製品のサポート範囲を次に示します。

表1-7 Protection ManagerがサポートするWindows Server 2008 Hyper-VのゲストOS

Protection Managerの製品 | Windows Server 2008 Hyper-VのゲストOS
Windows Server 2003 R2 (x86) SP2 | Windows Server 2003 R2 (x64) SP2 | Windows Server 2008 (x86) | Windows Server 2008 (x64)
Protection Manager Copy Controller（32ビット版） | ○ | ○※1 | ○ | ○※1
Protection Manager Copy Controller（x64） | × | ○ | × | ○
Protection Manager for SQL | ○※2 | ○※2 | ○※2 | ○※2
Protection Manager for Exchange（2000/2003版） | × | × | × | ×
Protection Manager for Exchange 2007 | × | × | × | ○※3
Protection Manager Console | ○ | ○ | ○ | ○

（凡例）

○：サポート

×：非サポート

注※1

VSSを使用したバックアップは未サポートです。

注※2

SQL Server 2005のSP2以降をサポートします。

注※3

Windows Server 2008 R2の場合は，動作しません。

(2) ゲストOSへの接続方式によるWindows Server 2008 Hyper-Vサポート

ゲストOSへの接続方式によってWindows Server 2008 Hyper-Vのサポート状況は異なります。ゲストOSへの接続方式ごとのサポート状況を次に示します。

表1-8 ゲストOSへの接続方式によるWindows Server 2008 Hyper-Vサポート状況

物理接続
ゲストOSへの接続方式
ディスク認識
サポート状況

ホストOS
ゲストOS

Fibre Channel
パススルー
RAID
(オフライン)
RAID
○※1※2

VHD
(可変/固定)
RAID
非RAID
×

iSCSI
パススルー
RAID
(オフライン)
RAID
○※1※2

VHD
(可変/固定)
RAID
非RAID
×

直結
-
RAID
○

（凡例）

○：サポート

×：非サポート

－：該当しない

注※1

副ボリュームを動的認識する構成では，バックアップサーバがWindows Server 2008 Hyper-Vの環境をサポートしません。この場合，バックアップサーバは物理サーバで構成する必要があります。

注※2

VSSを使用したバックアップは，バックアップサーバがWindows Server 2008 Hyper-Vの環境をサポートしません。この場合，バックアップサーバは物理サーバで構成する必要があります。

(3) Protection ManagerをWindows Server 2008 Hyper-Vの仮想マシン上で動作させる場合に必要なメモリー

VMware ESX ServerおよびVMware ESXi Serverの場合と同じです。詳細は，「1.6.1 VMware ESX ServerおよびVMware ESXi Server 」を参照してください。

1.6.3 日立サーバ仮想化機構Virtage

Protection Managerは，日立サーバ仮想化機構Virtage（バタージュ）のXeonサーバモジュールVirtageモデルおよびIPFサーバモジュールVirtageモデルをサポートしています。サポートするOSのバージョン※を次に示します。

XeonサーバモジュールVirtageモデル：

Microsoft(R) Windows Server(R) 2003 R2, Standard Edition Operating System SP2

Microsoft(R) Windows Server(R) 2003 R2, Enterprise Edition Operating System SP2

Microsoft(R) Windows Server(R) 2003 R2, Standard x64 Edition Operating System SP2

Microsoft(R) Windows Server(R) 2003 R2, Enterprise x64 Edition Operating System SP2

Microsoft(R) Windows Server(R) 2008 Datacenter without Hyper-V

Microsoft(R) Windows Server(R) 2008 Datacenter without Hyper-V 32-bit SP1

Microsoft(R) Windows Server(R) 2008 Enterprise

Microsoft(R) Windows Server(R) 2008 Enterprise without Hyper-V

Microsoft(R) Windows Server(R) 2008 Enterprise 32-bit

Microsoft(R) Windows Server(R) 2008 Enterprise without Hyper-V 32-bit

Microsoft(R) Windows Server(R) 2008 Standard

Microsoft(R) Windows Server(R) 2008 Standard without Hyper-V

Microsoft(R) Windows Server(R) 2008 Standard 32-bit

Microsoft(R) Windows Server(R) 2008 Standard without Hyper-V 32-bit

IPFサーバモジュールVirtageモデル：

Microsoft(R) Windows Server(R) 2003, Enterprise Edition for Itanium-based Systems SP2以降

注※

すべて日本語版Windowsが対象です。

2. Protection Managerを使用する場合のシステム構成と注意事項

この章では，Protection Managerでシステムを構成する場合の主な構成パターンについて説明します。また，バックアップ対象となるデータベースの条件や，Protection Managerを実行する前に注意しなければならないことについて説明します。

この章の構成

2.1 ボリューム間でデータをバックアップおよびリストアする場合の構成

2.2 バックアップしたデータをテープに格納およびテープからリストアする場合の構成

2.3 運用待機型のクラスタ構成（Active-Passive）

2.4 相互待機型のクラスタ構成（Active-Active）

2.5 ストレージサブシステム間でバックアップおよびリストアする場合の構成と注意事項

2.6 バックアップ時と異なるホストでリストアする場合の構成（バックアップ対象がSQL Serverデータベースの場合）

2.7 SQL Serverのログ配布機能を使用する場合の構成（バックアップ対象がSQL Serverデータベースの場合）

2.8 カスケード構成（バックアップ対象がSQL Serverデータベースの場合）

2.9 マルチターゲット構成（バックアップ対象がSQL Serverデータベースの場合）

2.10 VSSを使用してバックアップする場合の構成

2.11 カスケード構成（バックアップ対象がExchangeデータベースの場合）

2.12 CCR構成

2.13 SCR構成

2.14 RAC構成

2.15 RAID Managerを使用してペアボリュームを構成する場合の必要条件

2.16 Protection Managerが適用できるボリューム構成

2.17 バックアップ対象の条件と注意事項

2.18 クラスタ構成の前提条件（Oracleデータベースの場合）

2.1 ボリューム間でデータをバックアップおよびリストアする場合の構成

Protection Managerを使用して主ボリュームと副ボリュームの間でデータをバックアップまたはリストアする場合は，1台のファイルサーバまたはデータベースサーバとストレージサブシステムを接続します。

この構成の場合，ファイルサーバまたはデータベースサーバにProtection Managerを導入し，バックアップやリストアのコマンドを実行します。

ボリューム間でデータをバックアップおよびリストアする場合のシステム構成例を次の図に示します。ファイルサーバまたはデータベースサーバからは，主ボリュームだけが管理できます。

図2-1 ボリューム間でデータをバックアップおよびリストアする場合のシステム構成例

2.2 バックアップしたデータをテープに格納およびテープからリストアする場合の構成

Protection Managerを使用してバックアップしたデータをテープに格納する場合は，主ボリュームを管理するファイルサーバまたはデータベースサーバと，テープ装置を接続したバックアップサーバとで，2台のサーバが必要になります。

この構成の場合，ファイルサーバまたはデータベースサーバと，バックアップサーバにそれぞれにProtection Managerを導入し，主ボリュームに対してはファイルサーバまたはデータベースサーバから，副ボリュームに対してはバックアップサーバから，それぞれコマンドを実行します。

バックアップしたデータをテープに格納する場合のシステム構成例を次の図に示します。ファイルサーバまたはデータベースサーバからは，主ボリュームだけが管理できます。また，バックアップサーバからは，副ボリュームだけが管理できます。

図2-2 バックアップしたデータをテープに格納する場合のシステム構成例

2.3 運用待機型のクラスタ構成（Active-Passive）

Protection Managerでは，データベースサーバおよびファイルサーバで，運用待機型のクラスタ構成（Active-Passive）の2ノード構成に対応しています。

運用待機型クラスタ構成（Active-Passive）の構成例を次の図に示します。ファイルサーバまたはデータベースサーバをクラスタ構成にできます。クラスタサーバの一方をファイルサーバまたはデータベースサーバに，もう一方をバックアップサーバに割り当てることはできません。

図2-3 運用待機型のクラスタ構成例（Active-Passive）

運用待機型のクラスタ構成（Active-Passive）でProtection Managerのコマンドを実行するには，それぞれの仮想サーバが使用するディクショナリマップファイルの格納先を指定しておく必要があります。クラスタ構成でのディクショナリマップファイルの指定方法については，「4.5.2 運用待機型のクラスタ構成の場合（Active-Passive）」を参照してください。

2.4 相互待機型のクラスタ構成（Active-Active）

Protection Managerはデータベースサーバおよびファイルサーバで，相互待機型のクラスタ構成（Active-Active）に対応しています。相互待機型のクラスタ構成は，運用待機型（Active-Passive）の環境を多重にした構成です。

相互待機型クラスタ構成（Active-Active）の構成例を次の図に示します。ファイルサーバまたはデータベースサーバをクラスタ構成にできます。クラスタサーバの一方をファイルサーバまたはデータベースサーバに，もう一方をバックアップサーバに割り当てることはできません。

図2-4 相互待機型のクラスタ構成例（Active-Active）

相互待機型のクラスタ構成（Active-Active）でProtection Managerのコマンドを実行するには，仮想サーバごとにディクショナリマップファイルを作成します。また，仮想サーバごとに使用するディクショナリマップファイルの格納先を指定しておく必要があります。クラスタ構成でのディクショナリマップファイルの指定方法については，「4.5.3 相互待機型のクラスタ構成の場合（Active-Active）」を参照してください。

2.5 ストレージサブシステム間でバックアップおよびリストアする場合の構成と注意事項

Protection Managerでは，ローカルサイトのストレージサブシステムの障害に備えて，TrueCopyやUniversal Replicatorを使用した，リモートサイトのストレージサブシステムへのバックアップ，リストアに対応しています。

ここでは，ストレージサブシステム間（ローカルサイトとリモートサイトの間）でバックアップおよびリストアする場合の構成と注意事項について示します。

この節の構成

2.5.1 ストレージサブシステム間でバックアップおよびリストアする場合の構成

2.5.2 ストレージサブシステム間でバックアップおよびリストアする場合の注意事項

2.5.1 ストレージサブシステム間でバックアップおよびリストアする場合の構成

ストレージサブシステム間でバックアップおよびリストアするシステム構成として，次のような構成に対応しています。

TrueCopyまたはUniversal Replicatorの構成

ShadowImageとTrueCopyのマルチターゲット構成

ShadowImageとUniversal Replicatorのマルチターゲット構成

TrueCopyとUniversal Replicatorのマルチターゲット構成

ShadowImage（複数世代），TrueCopyまたはUniversal Replicatorの構成

それぞれの場合の構成について説明します。

この項の構成

(1) TrueCopyまたはUniversal Replicatorの構成

(2) ShadowImageとTrueCopyのマルチターゲット構成

(3) ShadowImageとUniversal Replicatorのマルチターゲット構成

(4) TrueCopyとUniversal Replicatorのマルチターゲット構成

(5) ShadowImage（複数世代），TrueCopyまたはUniversal Replicatorの構成

(1) TrueCopyまたはUniversal Replicatorの構成

Protection Managerはストレージサブシステム間でバックアップ，リストアするための基本構成として，TrueCopyまたはUniversal Replicator機能を使用した構成に対応しています。

TrueCopyまたはUniversal Replicatorのシステム構成図を次に示します。

図2-5 TrueCopyまたはUniversal Replicatorのシステム構成

(2) ShadowImageとTrueCopyのマルチターゲット構成

Protection ManagerはShadowImageとTrueCopyのマルチターゲット構成に対応しています。

ShadowImageとTrueCopyのマルチターゲット構成の図を次に示します。

図2-6 ShadowImageとTrueCopyのマルチターゲット構成

(3) ShadowImageとUniversal Replicatorのマルチターゲット構成

Protection ManagerはShadowImageとUniversal Replicatorのマルチターゲット構成に対応しています。

ShadowImageとUniversal Replicatorのマルチターゲット構成の図を次に示します。

図2-7 ShadowImageとUniversal Replicatorのマルチターゲット構成

(4) TrueCopyとUniversal Replicatorのマルチターゲット構成

Protection ManagerはTrueCopyとUniversal Replicatorのマルチターゲット構成に対応しています。

TrueCopyとUniversal Replicatorのマルチターゲット構成の図を次に示します。

図2-8 TrueCopyとUniversal Replicatorのマルチターゲット構成

(5) ShadowImage（複数世代），TrueCopyまたはUniversal Replicatorの構成

Protection ManagerはShadowImage（複数世代），TrueCopyまたはUniversal Replicatorの構成に対応しています。

ShadowImage（複数世代），TrueCopyまたはUniversal Replicatorの構成図を次に示します。

図2-9 ShadowImage（複数世代），TrueCopyまたはUniversal Replicatorの構成

2.5.2 ストレージサブシステム間でバックアップおよびリストアする場合の注意事項

ストレージサブシステム間のペアボリュームのペア生成について
ローカルサイトとリモートサイトの間でバックアップを実行する場合，Protection Managerは自動ペア生成をしません。ペアボリュームのペア生成は，ユーザーがあらかじめ実施しておく必要があります。

ストレージサブシステム間での一つの主ボリュームから複数ボリュームへのバックアップについて
一つの主ボリュームから同時にバックアップできる副ボリュームは一つです。同時に複数の副ボリュームにはバックアップできません。

ストレージサブシステム間での複数の主ボリュームから複数の副ボリュームへのバックアップについて
複数の主ボリュームから，複数の副ボリュームへ同時にバックアップする場合，バックアップ先のボリュームは，同じ世代番号である必要があります。同じ世代番号にするには，RAID Managerの構成定義ファイル（horcm<n>.conf）に定義するMU#を同じ番号にそろえてください。システム構成については，ハードウェアの仕様を確認してください。
複数の主ボリュームから複数の副ボリュームへ同時にバックアップする場合の構成図を次に示します。

図2-10 複数の主ボリュームから複数の副ボリュームへ同時にバックアップする場合の構成例（リモートコピー）

ストレージサブシステム間のRAID Managerインスタンスの起動について
ローカルサイトから，リモートサイトのRAID Managerインスタンスは自動的に起動しません。あらかじめリモートサイトのRAID Managerインスタンスは起動しておいてください。

2.6 バックアップ時と異なるホストでリストアする場合の構成（バックアップ対象がSQL Serverデータベースの場合）

バックアップ対象がSQL Serverデータベースの場合，バックアップ時と異なるホストでリストアできます。Protection Managerを使用してバックアップ時と異なるホストでリストアする場合は，バックアップするデータベースサーバ1と，リストアするデータベースサーバ2とで，2台のサーバが必要になります。通常はデータベースサーバ1で運用し，データベースサーバ1で障害が発生したときにデータベースサーバ2に運用を切り替えます。

この構成の場合，データベースサーバ1，データベースサーバ2それぞれにProtection Managerを導入する必要があります。データベースサーバ1でバックアップするコマンドを実行し，データベースサーバ2でリストアするコマンドを実行します。

バックアップ時と異なるホストでリストアする場合のシステム構成例を次の図に示します。

図2-11 バックアップ時と異なるホストでリストアする場合のシステム構成例

2.7 SQL Serverのログ配布機能を使用する場合の構成（バックアップ対象がSQL Serverデータベースの場合）

バックアップ対象がSQL Serverデータベースの場合，Microsoft SQL Server 2000 Enterprise Edition，SQL Server 2005，およびSQL Server 2008のログ配布機能を使用できます。ログ配布機能を使用する場合は，ログファイルを配布するソースサーバと，ログファイルが配布される配布先サーバとで，2台のサーバが必要になります。

この構成の場合，ソースサーバ，配布先サーバそれぞれにProtection Managerを導入します。

SQL Serverのログ配布機能を使用する場合のシステム構成例を次の図に示します。

図2-12 ログ配布機能を使用する場合のシステム構成例

2.8 カスケード構成（バックアップ対象がSQL Serverデータベースの場合）

Protection Managerでは，バックアップ対象がSQL Serverデータベースの場合に，リモート先での副ボリュームへのバックアップに対応します。このように，バックアップ構成が多段になっているものを，カスケード構成と呼びます。カスケード構成のバックアップまたはリストアは，ユーザースクリプトを使用して運用します。ただし，ShadowImageだけで構成されたカスケード構成では，ユーザースクリプトを使用した運用はできません。

バックアップ対象がSQL Serverデータベースの場合のTrueCopyとShadowImageで構成されたカスケード構成例を，次の図に示します。

図2-13 カスケード構成例（バックアップ対象がSQL Serverデータベースの場合）

2.9 マルチターゲット構成（バックアップ対象がSQL Serverデータベースの場合）

Protection Managerでは，バックアップ対象がSQL Serverデータベースの場合に，リモート先へのバックアップと，ローカル環境の副ボリュームへのバックアップを同時に実行するマルチターゲットの構成に対応します。マルチターゲットへのバックアップまたはリストアは，ユーザースクリプトを使用して運用します。

バックアップ対象がSQL Serverデータベースの場合のマルチターゲット構成例を，次の図に示します。

図2-14 マルチターゲット構成例（バックアップ対象がSQL Serverデータベースの場合）

2.10 VSSを使用してバックアップする場合の構成

Protection Managerでは，バックアップ対象がファイルシステムまたはExchange データベースの場合にVSSを使用してバックアップすることができます。Protection ManagerでVSSを使用してバックアップする場合は，ファイルサーバまたはデータベースサーバと，バックアップサーバの2台のサーバが必要になります。ファイルサーバまたはデータベースサーバは，主ボリュームを管理します。バックアップサーバは，VSSスナップショットのインポートや，Exchangeデータベースの検証を実行します。バックアップサーバでは，バックアップ結果をテープに格納することもできます。

この構成の場合，ユーザーはファイルサーバまたはデータベースサーバで，バックアップコマンドおよびリストアコマンドを実行します。バックアップサーバでは，Protection Managerサービスがバックアップおよびリストアのコマンドと通信してVSSスナップショットのインポートや，Exchangeデータベースの検証を実行します。テープへの格納方法に関しては「6.3.3 ファイルシステムをテープにバックアップする」または「8.3.3 ストレージグループをテープにバックアップする」を参照してください。

VSSを使用してバックアップする場合のシステム構成例を次の図に示します。

図2-15 VSSを使用してバックアップする場合のシステム構成例

2.11 カスケード構成（バックアップ対象がExchangeデータベースの場合）

Protection Managerでは，バックアップ対象がExchangeデータベースの場合に，ローカルサイトおよびリモートサイトの両方でバックアップが同時に実行できます。このように，バックアップ構成が多段になっているものを，カスケード構成と呼びます。

カスケード構成のボリュームをバックアップする場合は，ローカルサイトとリモートサイトのそれぞれで，データベースサーバとバックアップサーバが必要になります。

バックアップ対象がExchangeデータベースの場合のカスケード構成例を，次の図に示します。

図2-16 カスケード構成例（バックアップ対象がExchangeデータベースの場合）

2.12 CCR構成

Protection Managerでは，CCR構成でのバックアップをサポートしています。CCRはExchange Server 2007の高可用性機能の一つで，次の特徴があります。

現用サーバと待機サーバのボリューム間でログシップ（トランザクションログのレプリケーション）が実行されます。

VSSバックアップを実行する場合，SCCでは現用サーバでのバックアップだけしか実行できませんが，CCRでは待機サーバでのバックアップも実行できます。

待機サーバでバックアップを実行することで，現用サーバでの処理の負担を軽減できます。

このマニュアルでは，リストア時に自動でシード処理を実行する機能を自動シード機能と呼びます。シード処理の詳細については，Exchange Server 2007のマニュアルを参照してください。

CCR構成には，次の四つのパターンがあります。

現用サーバだけでバックアップする場合の構成

待機サーバだけでバックアップする場合の構成

現用サーバと待機サーバで異なるバックアップサーバを使用してバックアップする場合の構成

現用サーバと待機サーバで同じバックアップサーバを使用してバックアップする場合の構成

この節の構成

2.12.1 現用サーバだけでバックアップする場合の構成

2.12.2 待機サーバだけでバックアップする場合の構成

2.12.3 現用サーバと待機サーバで異なるバックアップサーバを使用してバックアップする場合の構成

2.12.4 現用サーバと待機サーバで同じバックアップサーバを使用してバックアップする場合の構成

2.12.1 現用サーバだけでバックアップする場合の構成

現用サーバだけでバックアップする場合のCCR構成例を次の図に示します。

図2-17 CCR構成例（現用サーバだけでバックアップする場合）

2.12.2 待機サーバだけでバックアップする場合の構成

待機サーバだけでバックアップする場合のCCR構成例を次の図に示します。

図2-18 CCR構成例（待機サーバだけでバックアップする場合）

2.12.3 現用サーバと待機サーバで異なるバックアップサーバを使用してバックアップする場合の構成

現用サーバと待機サーバで異なるバックアップサーバを使用してバックアップする場合のCCR構成例を次の図に示します。

図2-19 CCR構成例（現用サーバと待機サーバで異なるバックアップサーバを使用する場合）

2.12.4 現用サーバと待機サーバで同じバックアップサーバを使用してバックアップする場合の構成

現用サーバと待機サーバで同じバックアップサーバを使用してバックアップする場合のCCR構成例を次の図に示します。

図2-20 CCR構成例（現用サーバと待機サーバで同じバックアップサーバを使用する場合）

2.13 SCR構成

Protection Managerでは，SCR構成でのソースに対するVSSバックアップ機能とそのバックアップデータのリストア機能を提供します。ターゲットの構成の制限は，Exchange Server 2007の制限と同じです。Exchange Server 2007の制限については，Exchange Server 2007のマニュアルを参照してください。Protection Manager独自の制限はありません。

SCR構成例を次に示します。

図2-21 SCR構成例

Protection Managerのリストア処理ではSCR構成でのシード処理（データの再同期）を実行する「SCRのシード機能」を提供します。SCRのシード機能を使用するかどうかは，ユーザーが設定できます。SCRのシード機能は，次の場合に使用します。

ポイントインタイムリストアを実行する場合

ロールフォワードリストアを実行する場合に，ソースとターゲットでデータが不整合となっていることが判明しているとき

各ストレージグループに設定されているターゲットのうち一つ以上が動作していればシード機能を使用したリストアを実行できます。

SCRのシード機能を使用しない場合は，リストア後にSCR構成のシード処理をユーザーが手動で実行する必要があります。SCR構成のシード処理を次に示します。

レプリケーションの中断

ターゲット上のExchangeデータベースファイル，トランザクションログファイル，チェックポイントファイルの削除

ソースからターゲットへデータの再同期

レプリケーションの再開

2.14 RAC構成

Protection Managerは，OracleのRAC構成で構築されるRACインスタンスのバックアップ機能とリストア機能を提供します。

RAC構成の場合，複数のデータベースサーバが共有ディスク上にある一つのデータベースを共有し，各データベースサーバ上で稼働するOracleインスタンスに対してデータベースの処理を実行します。

次に示す構成例では，Protection Manager for Oracleがインストールされるデータベースサーバ上でディスクボリュームを複製し，バックアップサーバ上でコピーしたディスクボリュームをテープへとバックアップします。また，データベースサーバ上で，データベースが使用中のディスクボリューム（主ボリューム）を副ボリュームにバックアップできます。バックアップした副ボリュームは，どのデータベースサーバ上からでも主ボリュームにリストアできます。

図2-22 RAC構成例

この節の構成

2.14.1 RAC構成およびASM構成のサポート構成

2.14.1 RAC構成およびASM構成のサポート構成

Protection Managerは，OracleのASM機能を使用して構築されるOracleインスタンスのバックアップ機能とリストア機能を提供します。VCSを使用したRAC構成とASM構成の組み合わせは，サポートしていません。

Protection ManagerのRACインスタンス構成を次に示します。Protection ManagerのRACインスタンス構成では，一つのディスクグループが複数のOracleインスタンスで使用されないことがサポート条件になります。

図2-23 RAC構成およびASM構成のサポート構成

Protection Managerのシングルインスタンス構成を次に示します。Protection Managerのシングルインスタンス構成では，シングルインスタンスで使用するディスクグループにほかのOracleインスタンスのデータファイルが定義されていないことがサポート条件になります。

図2-24 シングルインスタンスのサポート構成

2.15 RAID Managerを使用してペアボリュームを構成する場合の必要条件

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

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

図2-25 同じサーバから主ボリューム，副ボリュームを管理する構成（Protection Manager適用外）

コピーグループは，一つのアプリケーションのペアボリュームだけで構成するようにしてください。複数のペアボリュームでコピーグループを構成する場合，コピーグループに複数の異なるアプリケーションのペアボリュームが混在していると，予期しないバックアップやリストアが実行されることがあります。

ShadowImageの場合は，ストレージサブシステム内でペアボリュームを構成してください。TrueCopyの場合は，ストレージサブシステム間でペアボリュームを構成してください。

OSがWindows 2000 Serverの場合，バックアップデータ（副ボリューム）を複数世代持つときにバックアップサーバを再起動すると，すべてのボリュームがマウントされることがあります。Protection Managerのコマンドを実行する前に，バックアップやリストアに使用しないボリュームをOSのディスク管理機能を使ってアンマウントしておいてください。

Protection Managerで処理の対象となるのは，ShadowImage，QuickShadow，TrueCopyまたはUniversal Replicatorのペアボリュームです。

Protection Managerでは，Cross-system Copy，Hitachi HiCopy，Hitachi CruiseControl，およびVolume Migrationを利用したペアボリュームをバックアップやリストアの処理対象にできません。

RAID Managerのバージョン，ストレージサブシステムのモデルおよびマイクロコードのバージョンによっては，ペアボリューム（コピーグループ）のコピー種別を取得する機能がサポートされていないため，Protection Managerがそのペアボリュームをサポート対象であるかどうかを認識できない場合があります。したがって，Protection Managerのサポート対象外であるCross-system CopyまたはHitachi HiCopyのペアボリュームと，ShadowImage，QuickShadowのペアボリュームが混在したシステムを構築した場合は，Cross-system CopyまたはHitachi HiCopyのペアボリュームをdrmcgctlコマンドでロックして，バックアップやリストアの処理対象から除外してください。

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

注※

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

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

TrueCopyまたはUniversal Replicatorの場合は，副ボリュームを管理するRAID Managerインスタンス（バックアップサーバでコマンドを実行する場合は，主ボリュームを管理するRAID Managerインスタンス）をあらかじめ起動しておいてください。

Protection Managerと連携するRAID ManagerインスタンスのRAID Manager構成定義ファイル（horcm<n>.conf）は，次の条件を満たしている必要があります。

Windowsの場合はWindowsディレクトリ（%windir%）に，Solarisの場合は/etcディレクトリに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

TrueCopyまたはUniversal Replicatorの場合は，あらかじめペア生成をしてから，Protection Managerのコマンドを実行してください。あらかじめペア生成をしていないと，バックアップ対象とすることができません。

データベースサーバでバックアップやリストアする場合は，あらかじめ副ボリュームをアンマウントしてから実行してください。副ボリュームをアンマウントしてないと，予期しないバックアップやリストアが実行されることがあります。

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

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

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

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

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

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

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

Protection Mangerのバックアップ対象ペアボリュームに対して，コンシステンシーグループを定義する場合，Protection Mangerによるバックアップおよびリストアの実施単位を考慮したグルーピングで設定する必要があります。次の注意事項に従ってコンシステンシーグループを定義してから，バックアップ，リストアの運用を開始してください。

データベースをリストアする運用を考慮して，コンシステンシーグループを定義します。同時にバックアップしたデータベースの一部をリストアする運用を行う場合には，特に注意して定義してください。

SQL Serverデータベースの場合
各データベースを別々にリストアする運用の場合：
データベースごとに一つのコンシステンシーグループとなるようにコンシステンシーグループを定義してください。
2個以上のデータベースを一括してリストアする運用の場合：
常に一括してリストアする2個以上のデータベースを一つのコンシステンシーグループとなるようにコンシステンシーグループを定義できます。

Exchangeデータベースの場合
各インフォメーションストアを別々にリストアする運用の場合：
インフォメーションストアのデータファイルごとに一つのコンシステンシーグループとなるようにコンシステンシーグループを定義してください。
また，各ストレージグループのトランザクションログファイルおよびチェックポイントファイルを一つのコンシステンシーグループとなるようにコンシステンシーグループを定義してください。
2個以上のインフォメーションストアを一括してリストアする運用の場合：
常に一括してリストアする2個以上のインフォメーションストアのデータファイルを一つのコンシステンシーグループとなるようにコンシステンシーグループを定義できます。
各ストレージグループのトランザクションログファイルおよびチェックポイントファイルを一つのコンシステンシーグループとなるようにコンシステンシーグループを定義してください。
各ストレージグループを別々にリストアする運用の場合：
ストレージグループのファイルの種類※ごとに一つのコンシステンシーグループとなるようにコンシステンシーグループを定義してください。
ただし，リストア，リカバリ時にロールフォワードを実行しない運用の場合は，各ストレージグループですべてのファイルを一つのコンシステンシーグループとなるようにコンシステンシーグループを定義できます。
2個以上のストレージグループを一括してリストアする運用の場合：
VSSを使用しないとき：
常に一括してリストアする2個以上のストレージグループのファイルの種類※ごとに一つのコンシステンシーグループとなるようにコンシステンシーグループを定義できます。
ただし，リストア，リカバリ時にロールフォワードを実行しない運用の場合は，常に一括してリストアする2個以上のストレージグループのすべてのファイルを一つのコンシステンシーグループとなるようにコンシステンシーグループを定義できます。
VSSを使用するとき：
ストレージグループのファイルの種類※ごとに一つのコンシステンシーグループとなるようにコンシステンシーグループを定義してください。
ただし，リストア，リカバリ時にロールフォワードを実行しない運用の場合は，各ストレージグループですべてのファイルを一つのコンシステンシーグループとなるようにコンシステンシーグループを定義できます。
注※
データファイル：（*.edb，*.stm）
トランザクションログファイルおよびチェックポイントファイル：（*.log，*.chk）

Oracleデータベースの場合
表領域単位でバックアップまたはリストアする運用の場合：
表単位に一つのコンシステンシーグループとなるグループを定義してください。
表領域を一括してバックアップまたはリストアを実施する運用の場合：
一括してバックアップまたはリストアする表領域を一つのコンシステンシーグループとすることができます。

一つのコンシステンシーグループを一つのRAID Manager構成定義ファイルのグループ（dev_group）として定義し，コピーグループが過不足なく一致するようにします。

データベース，ボリューム，コンシステンシーグループ，RAID Managerグループの関係を次の図に示します。

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

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

ボリューム構成を変更した場合の注意事項については「2.16.3 ボリューム構成を変更した場合の注意事項」を参照してください。

ストレージサブシテム上でペアボリュームが作成されていても，ホスト上でRAID Managerの構成定義がないペアボリュームは利用できません。

2.16 Protection Managerが適用できるボリューム構成

Protection Managerのバックアップおよびリストア対象となるボリューム構成を次の表に示します。

表2-1 Protection Managerのバックアップおよびリストア対象となるボリューム構成

OS
論理ボリュームマネージャー
ディスク管理方式
バックアップおよびリストア対象となるボリューム構成の単位
バックアップおよびリストア対象となるデータベースまたはファイルの格納先

Windows
LDM
ベーシックディスク※1
物理ディスク
ディスクパーティション上のファイルシステム

Veritas Volume Manager for Windows※2
ベーシックディスク
物理ディスク
論理ボリューム上のファイルシステム

ダイナミックディスク
ディスクグループ
論理ボリューム上のファイルシステム

Solaris※3
ボリュームマネージャなし
－
物理ディスク
ディスクパーティション上のファイルシステム
RAWディスクパーティション

Veritas Volume Manager※4
－
ディスクグループ
論理ボリューム上のファイルシステム
RAW論理ボリューム

Veritas Cluster Volume Manager※5
－
ディスクグループ
論理ボリューム上のファイルシステム
RAW論理ボリューム

ASM
－
ディスクグループ
ディスクグループ

（凡例）

－：該当しない。

注※1

GPTディスクに対応しています。

注※2

VSSは使用できません。

注※3

Protection Managerは，ボリュームマネージャーが存在しないRAWデバイスにも対応しています。

注※4

Maintenance Pack 1の適用が必要です。

注※5

Protection Managerは，RACインスタンスにも対応しています。

Windowsのダイナミックディスクを利用する場合，およびSolarisの場合，論理ボリュームマネージャーを使用して，一つ以上の物理ボリュームをグループ化し，一つ以上の論理ボリュームとして扱うことができます。ユーザーは，論理ボリュームを指定することで，物理ボリュームを意識しないでバックアップおよびリストアが実行できます。

物理ボリュームと論理ボリュームをグループ化した単位を，ディスクグループといいます。Solarisの場合，ディスクグループを最小単位としてバックアップおよびリストアを実行します。

Protection Managerでは，ダイナミックディスク構成の場合に，一つ以上のダイナミックディスクと，ダイナミックディスクに割り当てた一つ以上の論理ボリュームのグループをディスクセットと呼びます。図2-31の例では，物理ボリュームAの一部を論理ボリュームAに，物理ボリュームAの残りとBの一部を論理ボリュームBに，物理ボリュームBの残りとCの一部を論理ボリュームCに，物理ボリュームCの残りを論理ボリュームDに割り当てています。このとき，三つの物理ボリュームの内容を割り当てた四つの論理ボリュームのグループが，一つのディスクセット（ディスクセット1）となります。また，一つの物理ボリュームの内容をすべて一つの論理ボリュームに割り当てて，1対1の関係のディスクセットとすることもできます（ディスクセット2）。

Veritas Volume Manager for Windowsの環境では，ディスクグループを構成すると，ディスクグループは一つ以上のディスクセットとして認識されます。Veritas Volume Manager for Windowsの環境では，ディスクグループを最小単位としてバックアップおよびリストアを実行します。

ディスクセットの構成例，およびディスクグループとディスクセットの関係の例を次の図に示します。

図2-31 ディスクセットの構成例，およびディスクグループとディスクセットの関係の例

なお，このマニュアルでは特に区別する必要がない場合，これらを総称して「ディスクグループ」と表記しています。

Windowsの場合，ベーシックディスクとディスクグループを同時にバックアップすることもできます。

Windowsでダイナミックディスクを使用する場合，Protection Managerは次のどちらの構成もサポートしています。

一つのディスクグループを一つの論理ボリュームとする構成

一つのディスクグループを複数の論理ボリュームに分割した構成

Windowsでベーシックディスクを使用する場合，Protection Managerは一つの物理ディスクを一つの論理ボリューム（パーティション）とする構成だけをサポートしています。

注意事項

Windows Server 2003またはWindows Server 2008の場合，Protection Managerを使用する前に，データベースサーバおよびバックアップサーバで「新しいボリュームの自動マウント」が無効になっている必要があります。

次の手順で現在の状態を確認し，「新しいボリュームの自動マウント」が有効になっていた場合は無効にしてください。

コマンドプロンプトでdiskpartコマンドを起動します。

automountと入力して，現在の状態を表示します。

「新しいボリュームの自動マウントが有効です。」と表示された場合，automount disableと入力して「新しいボリュームの自動マウント」を無効にします。

exitと入力してdiskpartコマンドを終了します。

この節の構成

2.16.1 Protection Managerが適用できるディスクグループ構成例

2.16.2 ボリューム構成の注意事項

2.16.3 ボリューム構成を変更した場合の注意事項

2.16.4 Windowsでディスクグループを構成する場合の条件と注意事項

2.16.5 Windowsのディスクのパーティションスタイルについての注意事項

2.16.6 Solarisのボリュームマネージャーについての前提条件と注意事項

2.16.1 Protection Managerが適用できるディスクグループ構成例

論理ボリュームマネージャーを使用してディスクグループを構成する場合，一つ以上の物理ボリュームをまとめて一つのディスクグループを構成するときにだけ，Protection Managerを適用できます。一つの物理ボリュームを複数のディスクグループに区切ることはできません。

Protection Managerが適用できるディスクグループ構成例を次の図に示します。

図2-32 Protection Managerが適用できるディスクグループの構成例

Windowsのダイナミックディスク構成の場合，ファイルシステムに複数のディスクグループが存在する構成のときは，ディスクグループに属するすべてのマウントポイントを一括してバックアップおよびリストアします。ディスクグループに属する一部のドライブだけをバックアップする運用はできません。

ファイルシステムに複数のディスクグループが存在する構成の場合のバックアップおよびリストアを次の図に示します。

図2-33 ファイルシステムに複数のディスクグループが存在する構成の場合のバックアップおよびリストア

この図では，二つの物理ボリュームをまとめたディスクグループDG01およびDG02を構成し，DG01上には三つの論理ボリューム，DG02上には一つの論理ボリュームを作成して，それぞれマウントポイントD:，E:，F:，G:を割り当てています。

この場合，drmfsbackupコマンドにディスクグループに定義したすべてのファイルシステムのマウントポイントを記述したマウントポイント一括定義ファイルを指定することでバックアップできます。

（例）

マウントポイント一括定義ファイルmp_dg01.datに，DG01のマウントポイントD:，E:，F:，およびDG02のマウントポイントG:を指定します。

PROMPT> drmfsbackup mp_dg01.dat -mode cold

KAVX0001-I drmfsbackupコマンドを開始します。

KAVX0019-I ファイルのコピー中です。

KAVX0040-I バックアップは以下の内容で取得されています。

バックアップID = 0000000001

KAVX0002-I drmfsbackupコマンドを終了します。

PROMPT>

リストア時には，例えば，drmfsrestoreコマンドの-targetオプションに続けて，DG02のファイルシステム（G:）を指定するとDG02だけをリストアできます。-targetを指定しないでdrmfsrestoreコマンドを実行するとDG01とDG02両方のファイルシステムをリストアします。

（例）

ディスクグループDG01およびDG02のバックアップ取得後，ディスクグループDG02に作成したファイルシステムだけをリストアする

PROMPT> drmfsrestore 0000000001 -resync -target G:

KAVX0001-I drmfsrestoreコマンドを開始します。

KAVX0019-I ファイルのコピー中です。

KAVX0002-I drmfsrestoreコマンドを終了します。

PROMPT>

2.16.2 ボリューム構成の注意事項

論理ボリュームマネージャーを使用して，物理ボリュームが複数のディスクグループに分割されている構成では，Protection Managerを適用できません。

論理ボリュームの容量を自由に拡張または縮小する機能は使用しないでください。このような機能を使用すると，論理ボリュームの容量の変動に応じて論理ボリュームを構成する物理ボリュームの数が変化するため，バックアップやリストアが正しく行われなくなります。Protection Managerでは，論理ボリュームの構成が変更されているかをチェックし，変更がある場合にはリストア処理がエラー終了します。

Protection Managerの処理対象ボリュームで，Data Retention Utilityによってアクセスレベルが通常モード以外に指定されているLDEVが含まれる場合，バックアップおよびリストアは実行できません。

Protection Managerでは，ファイルシステムやデータベースのバックアップおよびリストアを実行する場合に，処理の対象となるボリュームを，アンマウント／マウントします。このとき，ボリュームのマウントポイントディレクトリ名は次のように設定してください。

Windowsの場合

最大文字数：

指定できるパスの長さはRAID Managerのマウント／アンマウント機能の制限に準拠します。

・ディスクバックアップする場合

コールドバックアップをする場合，バックアップ対象の出力ボリュームがマウントされているパスの長さはRAID Managerのマウント／アンマウント機能の制限内で指定してください。

・テープバックアップする場合

ディスクバックアップでバックアップ対象となるボリュームがマウントされているパスの長さと，テープバックアップで副ボリュームをマウントするパスの長さはRAID Managerのマウント／アンマウント機能の制限内で指定してください。

使用できる文字：Windowsでフォルダ名に使用できる文字（ただし，空白，2バイト文字，半角かたかなは使用できません）

Solarisの場合

最大文字数：255バイト

使用できる文字：各OSでディレクトリ名として使用できる文字

一つの論理ボリュームには，マウントポイントを一つ指定できます。

バックアップおよびリストアの対象外とするデータベースファイルやファイルシステムは，バックアップおよびリストア対象と同じディスク構成単位の中にならないように配置してください。

同時にバックアップを実行するが，別々にリストアする可能性があるデータベースファイルやファイルシステムは，同じディスク構成単位の中にならないように配置してください。

一つのディスクグループに複数の物理ボリュームが含まれる場合，バックアップ時のボリューム複製操作は，物理ボリュームの数だけ実行されます。

ディレクトリマウントに関する注意事項

Windowsの場合
ディレクトリマウントポイントの上位ディレクトリやドライブにマウントしたボリュームにはコピーグループを定義しないで，バックアップの対象外としてください。また，バックアップ対象のディレクトリマウントポイントは同じディレクトリ階層になるように構成してください。

Solarisの場合
マウントポイントの上位ディレクトリにマウントしたボリュームにはコピーグループを定義しないで，バックアップの対象外としてください。また，バックアップ対象のマウントポイントは同じ階層になるように構成してください。

バックアップ対象となるディレクトリマウントの構成例を次に示します。この図では，データファイルとログファイルをディレクトリマウントしてバックアップ対象としています。

図2-34 バックアップ対象となるディレクトリマウントの構成例

バックアップ対象とならないディレクトリマウントの構成例を次に示します。
ボリューム配下のディレクトリにマウントポイントディレクトリを含む構成の場合，ディレクトリマウントされたボリュームを含む上位のボリュームはバックアップ対象にはできません。

図2-35 バックアップ対象とならないディレクトリマウントの構成例

2.16.3 ボリューム構成を変更した場合の注意事項

バックアップ運用の対象となっている論理ボリュームマネージャー，ファイルシステムまたはRAID Managerの構成定義ファイル（horcm<n>.conf）に対して次の操作，変更をした場合，バックアップを実行する前にディクショナリマップファイルを更新してください。ディクショナリマップファイルを更新しないでバックアップを実行した場合，システムに不整合が発生するおそれがありますのでご注意ください。ディクショナリマップファイルの更新は，drmfsdisplayコマンド，drmsqldisplayコマンド，drmexgdisplayコマンド，drmoradisplayコマンドを使用してください。コマンドの使用方法については，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」を参照してください。

ファイルシステム以下のディレクトリに新たにファイルシステムをマウントした。

ファイルシステムをアンマウントした。

ファイルシステムを別のディレクトリに移動してマウントした。

ディスクグループの削除，無効化などの変更をした。

ディスクグループに割り当てられた論理ボリュームの追加，削除などの変更をした。

ディスクグループに属する物理ボリュームの追加，削除，交換などの変更をした。

RAID Managerの構成定義ファイル（horcm<n>.conf）に対してペアボリュームの追加，削除などの変更をした。

ディクショナリマップファイルを更新する構成変更をしたあと，それ以前のバックアップデータをファイルサーバやデータベースサーバにリストアする場合は，論理ボリュームマネージャーやファイルシステムの構成を，バックアップ取得時点の構成に戻してからリストアを実行してください。誤ってリストアを実行した場合は，システムに不整合が発生するおそれがありますのでご注意ください。バックアップ取得時点の構成確認は，drmfscatコマンド，drmsqlcatコマンド，drmexgcatコマンド，drmoracatコマンドを使用してください。コマンドの使用方法については，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」を参照してください。なお，物理ボリュームを交換した場合のリストア運用については，「付録D. Protection Managerの運用中に主ボリュームや副ボリュームをディスク交換する手順」を参照してください。

2.16.4 Windowsでディスクグループを構成する場合の条件と注意事項

Veritas Volume Manager for Windowsのディスクグループ構成でProtection Managerを運用するには，次の前提条件があります。

Protection Managerでのバックアップおよびリストア運用の対象となるすべてのWindowsサーバに同じOS，バージョン・リビジョン，サービスパックが導入されていること。

対象となる物理ディスクがシステム（OS起動）ディスクを含んでいないこと。

バックアップおよびリストア対象となるすべての物理ディスクがストレージサブシステム装置のLUであり，ペアボリュームが定義されていること。

ダイナミックボリュームは，コンカチネイトボリューム（シンプルボリュームまたはスパンボリューム）であること。

ディスクグループが一つのコンカチネイトボリュームである構成をお勧めします。

ストライプボリューム，ミラーボリュームおよびRAID5ボリュームはサポートしません。

Protection Manager Consoleでは，ファイルシステムとディスクグループの関係が1対1の構成の場合だけ，ファイルシステムのバックアップおよびリストアを実行できます。

ダイナミックディスクのバックアップ先である複数世代の副ボリュームをテープにバックアップする場合は，副ボリュームを動的認識する必要があります。

この項の構成

(1) Veritas Volume Manager for Windowsでダイナミックディスクを使用するとき

(2) 副ボリュームを動的認識してダイナミックディスクをバックアップおよびリストアするとき

(3) 副ボリュームを固定認識してダイナミックディスクをバックアップおよびリストアするとき

(4) ダイナミックボリュームを拡張するとき

(1) Veritas Volume Manager for Windowsでダイナミックディスクを使用するとき

Veritas Volume Manager for Windows環境およびディスクグループの前提条件は次のとおりです。

Protection Managerでのバックアップおよびリストア運用の対象となるすべてのWindowsサーバに同じバージョン・リビジョン，サービスパックのVeritas Volume Manager for Windowsが導入されていること。

Protection Managerが管理するディスクグループ構成が変更されるおそれがあるため，Veritas Volume Manager for Windowsの機能でバックアップやリストアをしないでください。

ディスクグループ名は，バックアップおよびリストアを実行するシステム全体で一意となる名称にしてください。複数のファイルサーバやデータベースサーバが一つのバックアップサーバを共用している構成の場合，バックアップサーバでファイルサーバやデータベースサーバで使用しているディスクグループ名が重複すると，Protection Managerが，テープにバックアップしようとするデータが格納されているディスクグループを一意に認識できなくなります。

プライマリディスクグループは，Protection Managerでバックアップおよびリストアできません。

Veritas Volume Manager for Windowsをインストールすると，Windowsのディスクの管理に代わって，Veritas Enterprise Administratorが使用できるようになりますが，Protection Manager実行中にはVeritas Enterprise Administratorを使用しないでください。

(2) 副ボリュームを動的認識してダイナミックディスクをバックアップおよびリストアするとき

Protection Managerが副ボリュームの動的認識をする際に，「デバイス取り外しの警告」メッセージがイベントログに出力されます。

(3) 副ボリュームを固定認識してダイナミックディスクをバックアップおよびリストアするとき

ディスクの管理，Veritas Enterprise Administrator，diskpartコマンドおよびvxassistコマンドでディスク情報の再走査（Rescan）をしないでください。「異形式（Foreign）」ディスクおよび「失敗（Failed）」ボリュームや「不足（Missing）」ディスクが現れ，ディスク構成を正しく認識できなくなります。また，該当するディスクを使用中のアプリケーションがあった場合，予期しない書き込みエラーなどが発生するおそれがあります。
ディスク構成を正しく認識できなくなった場合には，次の手順で，ディスク構成を回復してください。ただし，ディスク情報の再走査（Rescan）時に実行中だったアプリケーションデータの回復は保証できません。

「ディスクの管理」で「異形式（Foreign）」ディスクに対して「形式の異なるディスク形式のインポート」を実行してください。

「失敗（Failed）」ボリュームに対しては，「ボリュームの再アクティブ化」を実行することでファイルシステムがマウントされ，元の構成に回復されます。復元したファイルシステムに対しては，ディスクの検査（CHKDSK）を実行することをお勧めします。

ボリューム拡張など物理ディスク上のディスク構成を変更した場合は，ファイルサーバまたはデータベースサーバでディクショナリマップファイルの更新をしたあと，初期構築時と同様にいったんボリュームにバックアップを取得し，バックアップサーバを再起動することで副ボリュームのディスク構成をサーバに正しく認識させてください。

(4) ダイナミックボリュームを拡張するとき

ダイナミックボリュームを拡張したときは，ディクショナリマップファイルを更新してください。

ダイナミックボリュームを拡張する場合は，ディスクセットに属していない新たな物理ディスクにボリュームを拡張するなど，複数のディスクセットが結合されるような拡張はしないことをお勧めします。複数のディスクセットが結合されるようなボリューム構成変更をした場合は，結合以前のデータをリストアするときに，ダイナミックディスクをベーシックディスクに戻し，結合前のディスクセット構成を復元したあと，さらに結合前のすべてのディスクセットをリストアする操作が必要になります。

ダイナミックボリュームを拡張したあとは，拡張する前にバックアップしたデータをリストアできなくなります。ダイナミックボリュームを拡張する前の状態に戻したい場合は，ボリューム構成をダイナミックボリューム拡張前に戻し，ディクショナリマップファイルを更新してから，リストアしてください。

2.16.5 Windowsのディスクのパーティションスタイルについての注意事項

バックアップ実行後には，ディスクのパーティションスタイルを変更できません。
ディスクを交換する場合には，バックアップ時とパーティションスタイルを一致させてください。

バックアップ時とパーティションスタイルが変更されている場合，リストアコマンド（drmfsrestore，drmsqlrestore，drmexgrestore）を実行したとき，またはdrmdevctlコマンドに-sigviewオプションまたは-sigsetオプションを指定して実行したときにエラー終了することがあります。この場合，パーティションスタイルをバックアップ時と同じ状態にしてください。

バックアップ対象がクラスタで管理されている場合には，バックアップ時と主ボリュームと副ボリュームのディスクSignatureを同じにしてください。バックアップ時のディスクSignatureは，drmdevctlコマンドにバックアップIDと-sigviewオプションを指定すると確認できます。

2.16.6 Solarisのボリュームマネージャーについての前提条件と注意事項

Protection Managerは，Solaris環境でボリュームマネージャーが存在しない構成をサポートしています。サポートに関する前提条件と注意事項を説明します。

この項の構成

(1) ディスクラベルについて

(2) ディスクスライスについて

(3) 物理ディスクのデバイスファイル名について

(4) 物理ディスクのデバイスファイルをシンボリックリンクにした場合

(5) ASMを使用する場合

(6) Veritas Cluster Volume Managerを使用する場合

(7) 主ボリュームと副ボリュームが同一ホスト上で管理されている構成について

(1) ディスクラベルについて

OSにディスクのスライスを正しく認識させるために，ディスクラベルを付与する必要があります。Protection ManagerはVTOCラベルをサポートしています。

(2) ディスクスライスについて

Protection Managerのバックアップコマンドは，drmfsdisplayコマンドまたはdrmoradisplayコマンドに-refreshオプションを指定して実行し，ディクショナリマップファイル更新時に情報収集の対象となったボリュームを構成するすべてのスライスがバックアップ対象として指定されないとエラー終了します。ディクショナリマップファイル更新時に情報収集の対象となるスライスの対象情報を次に示します。

表2-2 情報収集の対象となるスライスの対象情報

スライス番号
説明
ディクショナリマップファイル更新時の動作

0
ルートパーティションを表します。
条件付きで情報収集の対象となります。
このスライスをマウントした場合にだけ情報収集の対象とします。

1
スワップ領域を表します。
情報収集の対象外です。
スワップ領域は一般的なデータを配置するスライスではないため，情報収集の対象外とします。
このスライスをマウントした場合，対象ディスクのすべてのスライスを情報収集の対象外とします。

2
ディスク全体を表します。
条件付きで情報収集の対象となります。
このスライスをマウントしており，ほかに対象となるスライスが存在しない場合に情報収集の対象とします。
このスライスを対象とした場合には，ほかのスライスは情報収集の対象外とします。
このスライスとほかのスライスが同時にマウントされている場合，対象ディスクのすべてのスライスは情報収集の対象外とします。

3～7
必要に応じて定義できる領域を表します。
条件付きで情報収集の対象となります。
これらのスライスは，存在すればすべて情報収集の対象とします。
ただし，次の場合は対象外です。

スライス番号2にマウントポイントが存在する。

スライス番号1にマウントポイントが存在する。

(3) 物理ディスクのデバイスファイル名について

クラスタ環境では全ノードで同一のデバイスファイルにする必要があります。

(4) 物理ディスクのデバイスファイルをシンボリックリンクにした場合

キャラクタデバイスファイルとブロックデバイスファイルが対となるようにシンボリックリンクを作成してください。

物理ディスクに対応するすべてのスライス(0～7)のデバイスファイルへのシンボリックリンクを作成する必要があります。

階層的なシンボリックリンクになっている場合，「/dev」配下のいちばん上位にあたるデバイスファイルが情報収集の対象となります。

(5) ASMを使用する場合

ディクショナリマップファイルの更新には，drmoradisplayコマンドを使用してください。
drmfsdisplayコマンドでディクショナリマップファイルを更新した場合，drmoradisplayコマンドでASMの情報が表示されません。

一つのボリュームのスライスをそれぞれ異なるASMディスクグループに登録した場合，drmoradisplay -refreshがエラー終了します。

(6) Veritas Cluster Volume Managerを使用する場合

バックアップおよびリストアは，マスターノードで実行する必要があります。実行ノードがマスターノードかスレーブノードか確認する方法についてはVeritas Cluster Volume Managerのマニュアルを参照してください。

(7) 主ボリュームと副ボリュームが同一ホスト上で管理されている構成について

バックアップ対象がボリュームマネージャーの管理下にない場合だけ，主ボリュームと副ボリュームが同一ホストで管理されている構成をサポートします。

2.17 バックアップ対象の条件と注意事項

バックアップ対象ごとに必要な条件および注意事項を説明します。

この節の構成

2.17.1 バックアップ対象となるファイルシステムの条件と注意事項

2.17.2 バックアップ対象となるSQL Serverデータベースの条件と注意事項

2.17.3 バックアップ対象となるExchangeデータベースの条件と注意事項

2.17.4 バックアップ対象となるOracleデータベースの条件と注意事項

2.17.1 バックアップ対象となるファイルシステムの条件と注意事項

この項の構成

(1) VSSを使用する場合

(1) VSSを使用する場合

ここでは，VSSを使用してファイルシステムをバックアップする場合に特に必要な条件と注意事項について説明します。

ファイルサーバおよびバックアップサーバにRM Shadow Copy Providerがインストールされている必要があります。

テープにバックアップしない場合でも，バックアップサーバが必要です。これは，バックアップサーバでVSSスナップショットのインポートを実行するためです。

バックアップ中は一定時間（～10秒）ファイルシステムの書き込み処理が停止されます。バックアップ終了後には，ファイルシステムへの書き込みが再開されます。

VSSを使用したファイルシステムのバックアップデータの整合性について
VSSを使用してファイルシステムをバックアップする場合，VSS Writerを使用しないで，snapshotを取得します。この方法では，バックアップ結果のファイルシステムの整合性は保証できますが，バックアップ実行中に動作していたアプリケーションのデータの整合性は保証できませんので，ご注意ください。

VSSを使用するための，Protection Managerの環境設定をしてください。VSSを使用するための環境設定については，「4.9 VSSを使用するための設定」を参照してください。

バックアップおよびリストア対象となるファイルシステムは，すべてマウントされている必要があります。

バックアップ先の副ボリュームとして，LUN#0を使用しないでください。LUN#0のディスクを使用した場合，ほかのディスクが認識されなくなることがあります。

バックアップ対象のボリューム上のディレクトリに別のボリュームをマウントしないでください。マウントした場合，副ボリュームのマウントおよびリストアに失敗することがあります。

次のファイルの設定を変更した場合は，Windowsの「コンピュータの管理」（Windows 2000 ServerまたはWindows Server 2003）または「サーバーマネージャ」（Windows Server 2008）のサービス画面を使用してProtection Managerサービスを再起動してください。

Protection Manager構成定義ファイル（init.conf）

RAID Manager用連携定義ファイル（DEFAULT.dat）

VSSバックアップを実行するデータベースサーバ，またはバックアップサーバ上に，VSPをインストールしている場合，VSP1.04以降を適用してください。
VSP1.03以前をインストールした状態でVSSバックアップを実行すると，バックアップ対象のボリュームにRead-OnlyおよびHidden属性が残ることがあります。この属性が残っている場合，システム起動時にドライブが割り当てられない現象が発生します。
この現象が発生した場合には，Microsoft社の技術情報840781に従って属性を解除してください。また，技術情報840781に記載されている操作をするためには，別途Microsoft技術情報831112で示されているHotfixの適用が必要です。
なお，OSがWindows Server 2003 SP2以降の場合は，技術情報840781および831112に記載されているHotfixの適用は不要です。

システム障害などによってVSS機能を使用したバックアップが中断された場合，バックアップ対象のボリュームにRead-OnlyおよびHidden属性が残ることがあります。この属性が残っている場合，システム起動時にドライブが割り当てられない現象が発生します。この現象が発生した場合には，Microsoft社の技術情報840781に従って属性を解除してください。また，技術情報840781に記載されている操作をするためには，別途Microsoft技術情報831112で示されているHotfixの適用が必要です。
なお，OSがWindows Server 2003 SP2以降の場合は，技術情報840781および831112に記載されているHotfixの適用は不要です。

ダイナミックディスク上のファイルシステムはバックアップできません。

2.17.2 バックアップ対象となるSQL Serverデータベースの条件と注意事項

Protection Manager for SQLは，次のSQL Serverデータベース製品を対象にしています。

SQL Server 2000 Enterprise Edition

SQL Server 2000 Standard Edition

SQL Server 2005 Enterprise Edition

SQL Server 2005 Standard Edition

SQL Server 2005 Workgroup Edition

SQL Server 2008 Enterprise Edition

SQL Server 2008 Standard Edition

SQL Server 2008 Workgroup Edition

Protection Manager for SQLでバックアップ対象となるデータの種類を次の表に示します。バックアップコマンド（drmsqlbackupまたはEX_DRM_SQL_BACKUPコマンド）で指定するオプションによって，対象となるデータベースが異なります。

表2-3 Protection Manager for SQLでバックアップ対象となるデータの種類

対象データベース※1
対象となる
ファイルの種類
バックアップファイル名
バックアップファイル
格納先

master
データファイル
バックアップ元のファイル名と同じ
副ボリューム

トランザクションログファイル
バックアップ元のファイル名と同じ
副ボリューム

メタファイル※2
drmsqlinitコマンドで指定したVDIメタファイル格納ディレクトリに依存する※3

model
データファイル
バックアップ元のファイル名と同じ
副ボリューム

トランザクションログファイル
バックアップ元のファイル名と同じ
副ボリューム

メタファイル※2
drmsqlinitコマンドで指定したVDIメタファイル格納ディレクトリに依存する※3

msdb
データファイル
バックアップ元のファイル名と同じ
副ボリューム

トランザクションログファイル
バックアップ元のファイル名と同じ
副ボリューム

メタファイル※2
drmsqlinitコマンドで指定したVDIメタファイル格納ディレクトリに依存する※3

ユーザーデータベース
データファイル
バックアップ元のファイル名と同じ
副ボリューム

トランザクションログファイル
バックアップ元のファイル名と同じ
副ボリューム

メタファイル※2
drmsqlinitコマンドで指定したVDIメタファイル格納ディレクトリに依存する※3

ディストリビューションデータベース
データファイル
バックアップ元のファイル名と同じ
副ボリューム

トランザクションログファイル
バックアップ元のファイル名と同じ
副ボリューム

メタファイル※2
drmsqlinitコマンドで指定したVDIメタファイル格納ディレクトリに依存する※3

注※1

-systemオプションを指定しない場合，バックアップの対象となるデータベースはユーザーデータベースだけです。

注※2

バックアップコマンド実行時に生成されます。

注※3

drmsqlinitコマンドでVDIメタファイル格納ディレクトリを登録した場合，登録したディレクトリにファイル名「<バックアップID>_<データベースID>.dmp」で格納されます。drmsqlinitコマンドでVDIメタファイル格納ディレクトリを登録しなかった場合，データベースファイルのSQL Serverでの管理番号（file_id）が最小値のファイルと同一ディレクトリにファイル名「META_<データベースID>.dmp」で格納されます。

Protection Manager for SQLでは物理ボリューム単位にバックアップやリストアをするため，SQL Serverデータベースのオブジェクト構成には次に示す前提条件があります。

一つの物理ボリューム上に置くデータベース構成ファイルは，一つのインスタンスを構成するものにしてください。複数のインスタンスを構成するデータベース構成ファイルは置かないでください。

次に示すディレクトリおよびファイルは，データベース構成ファイル（*.mdf，*.ndfおよび*.ldf）とは別の物理ボリュームに置く必要があります。

メタファイル格納ディレクトリ（ただし，メタファイル格納ディレクトリの設定が空の場合を除く）

トランザクションログのバックアップ
これらを別ボリュームに置く（対象外にする）ことで，リストアしてもメタデータやトランザクションログファイルはバックアップ時の状態に戻らないので，ロールフォワードによるリカバリができます。
Protection Managerのバックアップでは，この条件に適合しているかがチェックされ，適合していない場合はバックアップ処理がエラー終了します。

データベース名には，次の文字が使用できます。

ASCII文字

1文字が2バイト以内のデータで表現されるマルチバイト文字
ただし，次の文字は使用できません。
¥ / : , ; * ? < > |

データベースのデータファイル，またはトランザクションログファイルに「META_<データベースID>（10けた）.dmp」という名前のファイルを使わないでください。

クラスタ環境の場合，バックアップ対象データベースの所有者は各ノードに存在するユーザーにしてください。ローカルユーザーは，ユーザー名およびパスワードが同じでも別のノードで同じユーザーと見なされません。このため，各ノードで共通のドメインユーザーを使用してください。所有者のユーザーが存在しないノードへフェールオーバーすると，データベースは所有者不明となりバックアップが失敗します。

drmsqlinitコマンドの実行時に，UNDOファイル格納ディレクトリを登録しなかった場合，バックアップしたデータは，-undoオプションを指定してリストアおよびリカバリできません。

drmsqlinitコマンドの実行時に，トランザクションログバックアップファイル格納ディレクトリを登録しなかった場合，トランザクションログのバックアップができません。

システムデータベース（master，model，msdb）をバックアップ対象とする場合は，SQL Serverのエラーログファイルの出力先をシステムデータベースとは別のボリュームに設定してください。

tempdbはバックアップ対象のユーザーデータベースとは別の物理ボリュームに格納してください。
同じ物理ボリュームに格納されている場合，ユーザーデータベースだけをリストアする際に，tempdbはオンライン状態のまま副ボリュームからリストアしたデータに書き換えられます。これによって，SQL Serverが不正な状態になります。
SQL Serverを再起動後に，tempdbをバックアップ対象のユーザーデータベースとは別のボリュームに変更してから，リストアを再実行してください。リストアを再実行する際には，「7.1.10 コマンドを実行するためのSQL Serverデータベースの条件」を参照して，データベースをリストア実行可能な状態か確認してください。

SQL Serverのバージョンが異なる場合，バックアップしたデータベースをリストアできません。例えば，SQL Server 2000が動作するデータベースサーバからバックアップしたデータベースは，SQL Server 2005が動作するデータベースサーバへリストアできません。

Hitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，またはHitachi SMSシリーズでCopy-on-write SnapShot機能を使用し，かつSQL Serverのメタデータを主ボリュームに格納する方法では，drmsqlbackupまたはEX_DRM_SQL_BACKUPコマンドを使用してバックアップを取得する運用はできません。

クラスタ環境の場合，フェールオーバークラスタとしてSQL Serverインスタンスをインストールしてください。

SQL Server 2005またはSQL Server 2008を使用する場合には，次の注意事項があります。

Protection Managerでは，データベーススナップショットを対象としたバックアップ，リストアができません。インスタンス全体をバックアップする場合，データベーススナップショットを削除してください。データベーススナップショットをバックアップ対象に含めるとバックアップが失敗します。

drmsqlrestoreコマンドでリストアしたデータベースは，サービスブローカーが無効の状態になっています。サービスブローカーを使用する場合は，リストア後に次のSQL文を実行しサービスブローカーを有効にしてください。
ALTER DATABASE [database nameデータベース名] SET ENABLE_BROKER

データベースミラーリング機能を使用したデータベースに対して次のコマンドを実行する場合は，プリンシパルサーバで実行してください。
drmsqlbackup，drmsqllogbackup，drmsqldisplay -refresh

データベースミラーリング機能を使用したデータベースをリストアする場合，リストア対象のデータベースのミラーリング設定を解除してリストアを実行してください。

データベースミラーリング機能を使用したデータベースとともにシステムデータベース（master，model，msdb）をリストアする場合は，リストア対象のデータベースのミラーリング設定を解除し，システムデータベースをリストアしたあと，データベースミラーリング機能を使用したデータベースをリストアしてください。

次に示すコマンドを使用してバックアップ情報を削除すると，バックアップ時に作成されたVDIメタファイルも削除されます。バックアップ情報を削除する前に，エクスポートしたバックアップ情報とVDIメタファイルのバックアップを実行してください。

drmresync

drmappcat –delete

EX_DRM_RESYNC

SQL Server 2005の場合，resourceデータベースおよびmasterデータベースのデータベース構成ファイルは同じ場所に格納されます。Protection Managerでは，resourceデータベースをバックアップ対象とした静止化処理，およびバックアップ情報の表示をしません。resourceデータベースのデータベース構成ファイルは，システムデータベースをバックアップ・リストアする際に，masterデータベースのデータベース構成ファイルとともにバックアップ・リストアされます。

この項の構成

(1) データベースを構成するファイルの配置

(2) 一つのボリュームに複数のデータベース構成ファイルが配置されている場合

(3) メタファイルの配置

(4) ダイナミックディスク構成の場合

(5) クラスタ構成の場合

(6) Veritas Cluster Server for Windows構成の場合

(1) データベースを構成するファイルの配置

Protection Managerでバックアップするデータベースのファイルは，バックアップしないファイルとは別のボリュームに配置してください。

Protection Managerでは，データベース構成ファイル(データファイル，トランザクションログファイル)，およびメタファイルをバックアップ対象としています。メタファイルはバックアップコマンド実行時に生成されます。

バックアップ対象外のデータベース構成ファイルや一般のファイルに対しては，静止化処理をしません。このため，主ボリュームに静止化対象外のファイルがあると，ファイル書き込み中にペア分割が重なり，整合性が保てなくなることがあります。

主ボリュームには，静止化対象となるデータベース構成ファイル(データファイル(*.mdf，*.ndf)およびトランザクションログファイル(*.ldf))だけを配置してください。

データベース構成ファイルの配置を次の図に示します。

図2-36 データベース構成ファイルの配置

(2) 一つのボリュームに複数のデータベース構成ファイルが配置されている場合

一つのボリュームに複数のデータベース構成ファイルが配置されている場合，すべてのデータベースをまとめてバックアップまたはリストアする必要があります。

この場合のバックアップおよびリストアの様子を次の図に示します。

図2-37 一つのボリュームに複数のデータベース構成ファイルが配置されている場合

(3) メタファイルの配置

メタファイルは，バックアップ時にSQL Serverが出力するファイルです。メタファイルにはデータベース構成情報が保存されているため，リストア時に使用されます。

drmsqlinitコマンドでVDIメタファイル格納ディレクトリを指定した場合，副ボリュームのバックアップデータをテープにバックアップするときには，メタファイルもテープにバックアップする必要があります（メタファイルをデータベースファイルと同じディレクトリに格納するときは不要です）。

テープバックアップ時には，データベースサーバのメタファイル格納ディレクトリに作成されたメタファイルを，バックアップサーバにFTPなどで転送する必要があります。このとき，バックアップサーバ上のメタファイル格納ディレクトリと同じドライブ文字を割り当て，同じ名称のディレクトリに転送してください。

データベースサーバ，およびバックアップサーバでのメタファイルの配置を次の図に示します。

図2-38 メタファイルの配置

データベースサーバがMicrosoft Cluster Serviceを使用したクラスタ構成の場合，ストレージサブシステム上のボリュームにメタファイルを格納すると，クラスタサーバがフェールオーバーしたときにも副ボリュームからリストアできます。

SQL Serverのクラスタリソースがフェールオーバーしても，同時にフェールオーバーして使用することができるように，SQL Serverのリソースグループに所属しているボリュームにメタファイルを格納することをお勧めします。

運用待機型のクラスタ構成（Active-Passive）の場合のメタファイルの配置を次の図に示します。

図2-39 メタファイルの配置（クラスタ構成の場合）

(4) ダイナミックディスク構成の場合

バックアップやリストア対象ディスクグループのファイルシステム（ドライブ）に複数のインスタンスを構成するデータファイルを配置しないでください。

次に示すディレクトリおよびファイルは，データファイル（*.mdfおよび*.ndf）とは別のディスクグループのファイルシステム（ドライブ）に配置してください。同じディスクグループのファイルシステム（ドライブ）に配置していると，バックアップ実行時にエラーになります。

メタファイル格納ディレクトリ（drmsqlinitコマンドでVDIメタファイル格納ディレクトリを指定した場合）

トランザクションログのバックアップ

複数のデータベースを構成するファイルを同じディスクグループのファイルシステム（ドライブ）に配置する場合は，すべてのデータベースを一括してバックアップおよびリストアする必要があります。Protection Manager のバックアップでは，この条件に適合していない場合はバックアップ処理がエラー終了します。

データベースを個別にバックアップまたはリストアする場合には，異なるディスクグループのファイルシステム（ドライブ）にデータベースのデータファイルを配置してください。

tempdbはバックアップ対象のユーザーデータベースとは別のディスクグループのファイルシステム（ドライブ）に格納してください。
同じディスクグループのファイルシステム（ドライブ）に格納されている場合，ユーザーデータベースをリストアする際に，tempdbはオンライン状態のまま副ボリュームからリストアしたデータに書き換えられます。これによって，SQL Serverが不正な状態になります。この場合，SQL Serverを再起動することでtempdbが再作成され不正な状態から回復できます。
SQL Serverを再起動後に，tempdbをバックアップ対象のユーザーデータベースとは別のディスクグループのファイルシステム（ドライブ）に変更してから，リストアを再実行してください。リストアを再実行する際には，「7.1.10 コマンドを実行するためのSQL Serverデータベースの条件」を参照して，データベースをリストア実行可能な状態か確認してください。

(5) クラスタ構成の場合

一つのクラスタグループに，複数のSQL Serverインスタンスのサービスリソースを登録しないでください。

(6) Veritas Cluster Server for Windows構成の場合

レジストリレプリケーションデータの格納ファイルシステムは，Protection Manager for SQLのバックアップ対象ではありません。必ずバックアップ対象とは異なるディスクグループまたは物理ディスクに配置してください。

Protection Managerでは，Veritas Cluster Server Enterprise Agent for SQL Server 2000を使用してSQL Server 2000サービスを制御します。Veritas Cluster Server Enterprise Agent for SQL Server 2000が標準提供しているリソースタイプ「SQLServer2000」については，名称を変更しないでデフォルトの名称で使用してください。Veritas Cluster Server Enterprise Agent for SQL Server 2000はVeritas Storage Foundation HA for Windowsに同梱されています。

2.17.3 バックアップ対象となるExchangeデータベースの条件と注意事項

Protection Manager for Exchangeが対象としているExchangeデータベース製品を次の表に示します。

表2-4 Protection Manager for Exchangeが対象としているExchangeデータベース製品

製品名
Protection Manager for Exchange
（2000/2003版）
Protection Manager for Exchange
2007

Exchange 2000 Enterprise Server
○
－

Exchange 2000 Server
○
－

Exchange Server 2003 Enterprise Edition
○
－

Exchange Server 2003 Standard Edition
○
－

Exchange Server 2007 Enterprise Edition
－
○

Exchange Server 2007 Standard Edition
－
○

（凡例）

○：対象とする。

－：対象としない。

Protection Manager for Exchangeでバックアップ対象となるデータの種類を次の表に示します。

表2-5 Protection Manager for Exchangeでバックアップ対象となるデータの種類

対象データベース
対象となるファイル
拡張子

Exchange Serverストレージグループ
データファイル（Exchange Serverのインフォメーションストア）
*.edb
*.stm※

トランザクションログファイル
*.log

チェックポイントファイル
*.chk

注※

Exchange Server 2007では，この拡張子のファイルは存在しません。

Protection Manager for Exchangeでは物理ボリューム単位にバックアップやリストアをするため，Exchangeデータベースのオブジェクト構成には次に示す前提条件があります。

バックアップするファイルは，すべてペア定義されたRAIDボリューム上に置く必要があります。

物理ボリューム単位でバックアップされることを考慮して，ストレージグループを配置してください。複数のストレージグループが同じ物理ボリュームに配置された場合，それらのストレージグループを一括してバックアップまたはリストアする必要があります。ストレージグループを個別にバックアップまたはリストアする場合には，異なる物理ボリューム上にストレージグループを配置してください。

バックアップ対象となるExchangeデータベースをボリュームに配置する場合，次の点に注意してください。

トランザクションログファイル（*.log）は，データファイルとは同じボリュームに置くことができません。

オンラインバックアップおよびVSSによるバックアップの場合，データファイル（*.edb，*.stm）とチェックポイントファイル（*.chk）は同じボリュームに置くことができません。

ストレージグループ名とインフォメーションストア名を付けるときは，次の点に注意してください。

最大文字数：64文字

使用できない文字　= ; ¥ / ,

次の操作を実行すると，Active DirectoryのExchange Serverに関する情報が変更されるため，これらの操作を実行する前に取得したバックアップデータをリストアコマンド（drmexgrestoreまたはEX_DRM_EXG_RESTOREコマンド）でリストアできなくなります。

インフォメーションストア，トランザクションログファイル，チェックポイントファイルのパスの変更

ストレージグループの追加または削除

ストレージグループ名の変更

ストレージグループへのインフォメーションストアの追加

ストレージグループからのインフォメーションストアの削除

これらの操作を実行した場合は，Active DirectoryおよびExchangeデータベースをバックアップし直す必要があります。Active Directoryのバックアップについては，Microsoft社が提供するドキュメントを参照してください。

次の操作を実行すると，データベースの署名が変更されるため，これらの操作を実行する前に取得したバックアップデータをリストアおよびリカバリ（drmexgrestore またはEX_DRM_EXG_RESTOREコマンドに-recoveryオプションを指定して実行）できなくなります。

ESEUTILユーティリティでのインフォメーションストアの修復（ESEUTIL /p）

ESEUTILユーティリティでのデフラグ（ESEUTIL /d）
これらの操作を実行した場合，drmexgbackupまたはEX_DRM_EXG_BACKUPコマンドを実行して，Exchangeデータベースをバックアップし直す必要があります。

循環ログは，Protection Manager for Exchange（2000/2003版）を使用してコールドバックアップ，またはオンラインバックアップする場合だけ使用できます。ただし，循環ログを使用していると，新しいログファイルが作成されたときに既存のログファイルのうち，最も古いログが削除されるので，ロールフォワードするときにログがなくなっていることがあります。このため，ロールフォワードによるリカバリをする場合は，循環ログを使用しないでください。

Exchange Server 2003およびExchange Server 2007の回復用ストレージグループはバックアップ対象とはなりません。回復用ストレージグループを構成するファイルおよびフォルダは，バックアップ対象のストレージグループとは別のファイルシステムに置いてください。

QuickShadowを使用する場合，Protection Manager for Exchangeではテープバックアップできません。QuickShadowを使用する場合，ほかのバックアップ製品を使用して主ボリュームのExchangeデータベースをテープにバックアップしてください。

Exchange Server 2007を使用する場合，VSSバックアップだけ使用できます。

Exchange Server 2007の高可用性機能のうち，SCC，CCR，およびSCRをサポートしています。LCRはサポートしていません。

クラスタ環境でバックアップ時と異なる物理ノードでリストアする場合，バックアップ時と同じ共有ディスクを使用するExchange仮想サーバが動作している必要があります。遠隔地のリモートサイトなど，バックアップ時とは異なるディスクを使用するExchange仮想サーバに対して，Protection Manager for Exchangeではリストアできません。

この項の構成

(1) VSSを使用する場合

(2) VSSで取得したバックアップデータをインフォメーションストア単位でリストアする場合

(3) ダイナミックディスク構成の場合

(4) クラスタ構成の場合

(5) Veritas Cluster Server for Windowsを使用したクラスタ構成の場合

(6) Microsoft Cluster Serviceを使用したクラスタ構成の場合

(7) カスケード構成の場合

(8) CCR構成の場合

(9) SCR構成の場合

(1) VSSを使用する場合

ここでは，VSSを使用してExchangeデータベースをバックアップする場合に特に必要な条件と注意事項について説明します。

次のデータベース製品がバックアップ対象となります。

Exchange Server 2003 Enterprise Edition

Exchange Server 2003 Standard Edition

Exchange Server 2007 Enterprise Edition

Exchange Server 2007 Standard Edition

データベースサーバおよびバックアップサーバにRM Shadow Copy Providerがインストールされている必要があります。

テープにバックアップしない場合でも，バックアップサーバが必要です。これは，バックアップサーバでVSSスナップショットのインポートとExchangeデータベースを検証するためです。

VSSバックアップを実行するデータベースサーバ，またはバックアップサーバ上に，VSPをインストールしている場合，VSP1.04以降を適用してください。
VSP1.03以前をインストールした状態でVSSバックアップを実行すると，バックアップ対象のボリュームにRead-OnlyおよびHidden属性が残ることがあります。この属性が残っている場合，システム起動時にドライブが割り当てられないで，Exchange Serverが正常に動作しない現象が発生します。
この現象が発生した場合には，Microsoft社の技術情報840781に従って属性を解除してください。また，技術情報840781に記載されている操作をするためには，別途Microsoft技術情報831112で示されているHotfixの適用が必要です。
なお，OSがWindows Server 2003 SP2以降の場合は，技術情報840781および831112に記載されているHotfixの適用は不要です。

システム障害などによってVSS機能を使用したバックアップが中断された場合，バックアップ対象のボリュームにRead-OnlyおよびHidden属性が残ることがあります。この属性が残っている場合，システム起動時にドライブが割り当てられられず，Exchange Serverが正常に動作しない現象が発生します。この現象が発生した場合には，Microsoft社の技術情報840781に従って属性を解除してください。また，技術情報840781に記載されている操作をするためには，別途Microsoft技術情報831112で示されているHotfixの適用が必要です。
なお，OSがWindows Server 2003 SP2以降の場合は，技術情報840781および831112に記載されているHotfixの適用は不要です。

Exchange Server動作中にバックアップの取得，トランザクションログの削除ができます。ただし，Exchange Information Storeサービスが停止中はバックアップできません。

バックアップ中は一定時間（～10秒）Exchange Serverのデータベース書き込み処理が停止されます。その間はメール送信など，Exchangeデータベースへの書き込み操作が一時停止の状態となります。バックアップ終了後には，データベースへの書き込みが再開されます。

VSSによるバックアッププロセス中にログファイルが増加することがあるため，VSSを使用してバックアップすると，カタログに記録されていないログファイルがバックアップ結果に含まれることがあります。

VSSを使用するための，Protection Managerの環境設定をしてください。VSSを使用するための環境設定については，「4.9 VSSを使用するための設定」を参照してください。

バックアップ対象となるストレージグループのインフォメーションストアは，すべてマウントされている必要があります。

04-40以前のバージョンでバックアップされたストレージグループについては，リストア対象となるストレージグループのインフォメーションストアは，すべてマウントされている必要があります。05-50でバックアップされたストレージグループについてはマウントされていないインフォメーションストアもリストア可能です。

マウント中のストレージグループ名またはインフォメーションストア名を変更した場合は，該当するストレージグループ以下のすべてのインフォメーションストアを一度アンマウントしてから，再度マウントをしてください。

バックアップ先の副ボリュームとして，LUN#0を使用しないでください。LUN#0のディスクを使用した場合，ほかのディスクが認識されなくなることがあります。

バックアップ時に，副ボリュームのルートディレクトリにDRMVSSMETADATA_<バックアップID>という名前のフォルダが作成されます。このフォルダには，リストアするときに必要なバックアップメタデータファイルが格納されているので，削除しないでください。このフォルダはリストア後に自動的に削除されます。

バックアップ対象のボリューム上のディレクトリに別のボリュームをマウントしないでください。マウントした場合，副ボリュームのマウントおよびリストアに失敗することがあります。

VSSバックアップをする場合，バックアップ結果のデータベースを検証するためバックアップコマンドの実行に時間が掛かることがあります。検証に必要な時間はデータベース容量，バックアップサーバのマシン性能，ディスク性能などに依存します。なお，drmexgbackupコマンド，EX_DRM_EXG_BACKUPコマンドには，オプションを指定することでデータベースの検証をしないでバックアップを終了させることもできます。検証をしない場合には，リストアの前またはテープへのバックアップを実行する前にdrmexgverifyコマンドまたはEX_DRM_EXG_VERIFYコマンドでデータベースを検証することを推奨します。
drmexgbackupコマンド，EX_DRM_EXG_BACKUPコマンドには，検証をしないでバックアップ後トランザクションログを削除するオプションもありますが，データベースが破損している状態でこのオプションを使用すると，ロールフォワードによるリカバリができないおそれがあるので注意してください。

VSSを使用してバックアップを実行したときに，データベースの検証で検証対象となるファイルは次のとおりです。

インフォメーションストアのデータファイル（*.edb）

コミットされていないトランザクションログファイル（*.log）

VSSを使用してバックアップした場合に，データベースの検証に掛かる時間の目安について

Exchange Server 2003の場合，データベースの検証にはESEUTILユーティリティを使用しています。データベースの検証で掛かる時間の目安は次の表のとおりです。なお，表に示す時間は，ある条件での目安であり，製品の性能を保証するものではありませんのでご注意ください。

表2-6 VSSを使用したバックアップでExchange Server 2003のデータベースの検証に掛かる時間の目安

バックアップサーバのシステム構成
データファイル（*.edb）の容量
トランザクションログファイル（*.log）の数
データベースの検証に掛かる時間

CPU：Pentium4 1.5GHz

メモリー：1GB

ストレージサブシステム：SANRISE9970V

500MB
2個
10秒

2GB
2個
35秒

Exchange Server 2007の場合，データベースの検証で掛かる時間の目安は次の表のとおりです。

表2-7 VSSを使用したバックアップでExchange Server 2007のデータベースの検証に掛かる時間の目安

バックアップサーバのシステム構成
データファイル（*.edb）の容量
トランザクションログファイル（*.log）の数
データベースの検証に掛かる時間

CPU：3.0GHz × 2

メモリー：6GB

ストレージサブシステム：Hitachi USP

500GB
5個
3時間

次のファイルの設定を変更した場合は，Protection Managerサービスを再起動してください。

Protection Manager構成定義ファイル（init.conf）

RAID Manager用連携定義ファイル（DEFAULT.dat）

バックアップおよびリストア対象となるストレージグループに対して，循環ログを有効に設定しないでください。循環ログを有効に設定した場合，VSSを使用したバックアップおよびリストアはできません。

(2) VSSで取得したバックアップデータをインフォメーションストア単位でリストアする場合

VSSで取得したバックアップデータは，インフォメーションストア単位（*.edbファイルおよび*.stmファイルのデータファイル単位）でリストアできます。インフォメーションストア単位でリストアすることで，必要なデータファイルだけを短時間でリストアできます。

バックアップデータをインフォメーションストア単位でリストアするには，リストアする単位でディスクを分ける必要があります。このため，リストアする単位を考慮してデータファイルを配置してください。

インフォメーションストア単位でリストアできるDB構成

個別にリストアしたいインフォメーションストアのデータファイル（*.edb，*.stm）だけが，それぞれ別のディスク上に格納されている場合

個別にリストアしたいインフォメーションストアのデータファイル（*.edb，*.stm）だけが，同じディスク上に格納されている場合

同じストレージグループ内の複数のインフォメーションストアのデータファイルが，同じディスクに格納されている場合
同じディスクに格納されているすべてのインフォメーションストアを指定すればリストアできます。この場合，同じディスクに格納されているすべてのインフォメーションストアを指定しないと，コマンドがエラー終了します。

インフォメーションストア単位でリストアできないDB構成

異なるストレージグループのデータファイル（*.edb，*.stm），トランザクションログファイル（*.log），およびチェックポイントファイル（*.chk）が同じディスクにある場合，ディスクを共有しているストレージグループ配下のインフォメーションストアは，個別にリストアできません。

インフォメーションストア単位でリストアする場合のファイル配置条件を次の表に示します。

表2-8 インフォメーションストア単位でリストアする場合のファイル配置条件

リストア
対象
同じディスク上のファイル

ほかのファイルなし
リストア対象のインフォメーションストア
同じストレージグループのインフォメーションストア
異なるストレージグループのインフォメーションストア

*.edb
*.stm
*.edb
*.stm
*.edb
*.stm

*.edb
◎
－
◎
○
○
×
×

*.stm
◎
－
○
○
×
×

（凡例）

◎：個別にリストアできる。

○：同じディスク上のすべてのインフォメーションストアを指定すればリストアできる。

×：個別にリストアできない。

－：該当しない。

インフォメーションストア単位でリストアする場合のDB構成を次の図に示します。

図2-40 インフォメーションストア単位でのリストア（バックアップ対象がExchangeデータベースの場合）

上記の例では，ストレージグループSG1に，IS11～IS14のインフォメーションストアがあります。この場合，次の単位でリストアできます。

IS11だけを単独でリストア

IS12だけを単独でリストア

IS13とIS14を同時にリストア（どちらか一方だけをリストアすることはできない）

注意事項

インフォメーションストア単位でリストアする場合，リストア時にトランザクションログを適用（ロールフォワード）する必要があります。リストア時のコマンド実行に関する注意事項については，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」のdrmexgrestoreコマンドの説明を参照してください。

(3) ダイナミックディスク構成の場合

複数のストレージグループが同じディスクグループのファイルシステム（ドライブおよびマウントポイントディレクトリ）に配置された場合，それらのストレージグループを一括してバックアップまたはリストアする必要があります。

ストレージグループを個別にバックアップまたはリストアする場合には，異なるディスクグループのファイルシステム（ドライブおよびマウントポイントディレクトリ）にストレージグループを配置してください。

バックアップ対象となるExchangeデータベースをファイルシステム（ドライブおよびマウントポイントディレクトリ）に配置する場合，次の点に注意してください。

トランザクションログファイル（*.log）は，データファイルとは同じディスクグループのファイルシステム（ドライブおよびマウントポイントディレクトリ）に配置することはできません。

オンラインバックアップおよびVSSバックアップの場合，データファイル（*.edb，*.stm）とチェックポイントファイル（*.chk）は同じディスクグループのファイルシステム（ドライブおよびマウントポイントディレクトリ）に配置することはできません。

Exchange Server 2003およびExchange Server 2007の回復用ストレージグループはバックアップ対象としません。回復用ストレージグループを構成するファイルおよびフォルダは，バックアップ対象のストレージグループと異なるディスクグループのファイルシステム（ドライブおよびマウントポイントディレクトリ）に配置してください。

(4) クラスタ構成の場合

一つのクラスタグループに，複数のExchangeリソースのインスタンスを登録しないでください。

(5) Veritas Cluster Server for Windowsを使用したクラスタ構成の場合

バックアップ時，クラスタリソースグループのステータスがオンラインでなければなりません。オンラインでないと，バックアップコマンド（drmexgbackupまたはEX_DRM_EXG_BACKUPコマンド）はエラー終了します。

レジストリレプリケーションデータの格納ファイルシステムは，Protection Manager for Exchangeのバックアップ対象ではありません。必ずバックアップ対象とは異なるディスクグループまたは物理ディスクに配置してください。

Protection Managerでは，Veritas Cluster Server Enterprise Agent for Microsoft Exchangeを使用してExchangeサービスおよびExchangeプロトコルサービスを制御します。Veritas Cluster Server Enterprise Agent for Microsoft Exchangeが標準提供しているリソースタイプ「ExchService」および「ExchProtocol」については，名称を変更しないでデフォルトの名称で使用してください。Veritas Cluster Server Enterprise Agent for Microsoft ExchangeはVeritas Storage Foundation HA for Windowsに同梱されています。

(6) Microsoft Cluster Serviceを使用したクラスタ構成の場合

バックアップ時，クラスタリソースグループのうち，Exchange System AttendantリソースとExchange Information Storeリソースがオンラインでなければなりません。これらがオンラインでないと，バックアップコマンド（drmexgbackupまたはEX_DRM_EXG_BACKUPコマンド）はエラー終了します。

VSSを使用する場合，操作対象のクラスタリソースとExchange Information Storeリソースとの関係が次に示す条件を満たす必要があります。

Exchange Server 2003の場合

操作対象のクラスタリソースとExchange System Attendantリソースとの関係を除いて，クラスタリソースがオフラインになったときに，Exchange Information Storeリソースがオフラインになる設定をしないでください。

Exchange Server 2007の場合

操作対象のクラスタリソースがオフラインになったときに，Exchange Information Storeリソースがオフラインになる設定をしないでください。

(7) カスケード構成の場合

SCC環境でのバックアップをサポートしています。

バックアップは，クラスタの現用サーバで実行する必要があります。

リモートコピーが定義されたディスクが，クラスタのディスクリソースとして登録されている必要があります。

リモートコピーの主ボリュームが，現用サーバに接続されている必要があります。

リモートコピーの副ボリュームが，待機サーバに接続されている必要があります。

ローカルサイトとリモートサイトでバックアップを同時に実行する場合，ローカルサイトとリモートサイトで異なるバックアップサーバを使用する必要があります。

ローカルサイトとリモートサイトの両方でProtection Managerサービスが起動している必要があります。

VSSを使用したバックアップを実行する場合，リモートサイトのバックアップサーバにシステム環境変数VSHTCHORCMINST_REMOTEが設定されている必要があります。

カスケード構成情報定義ファイルを作成する必要があります。カスケード構成情報定義ファイルの作成については，「4.10 カスケード構成情報定義ファイルの作成（バックアップ対象がExchangeデータベースの場合）」を参照してください。

ディクショナリマップファイルおよびバックアップカタログは，ローカルサイトとリモートサイトで異なるディスクに格納する必要があります。また，このディスクは，仮想サーバがオンラインまたはオフラインに関係なくアクセスできる必要があります。

ローカルサイトおよびリモートサイトで，ディクショナリマップファイルが最新の状態に更新されている必要があります。

リモートコピーを管理するRAID Managerインスタンスが起動している必要があります。

リモートコピーを管理するRAID Managerインスタンスが，Protection Managerで管理するRAID Managerインスタンス（RAID Manager用連携定義ファイルのHORCMINSTパラメーターに指定したRAID Managerインスタンス）と同じ場合，ディクショナリマップファイルの更新後，ローカルサイトおよびリモートサイトで，リモートコピーのコピーグループをdrmcgctlコマンドを使ってロックしておく必要があります。

バックアップを実行する前に，RAID Managerのコマンドを使用してリモートコピーのペア状態をPAIRにする必要があります。

バックアップを実行する前に，ローカルサイトおよびリモートサイトのローカルコピーの副ボリュームを隠ぺい状態にしておく必要があります。

バックアップ実行時には，環境変数DRM_HOSTNAMEにExchange仮想サーバ名を指定してください。

ローカルサイトのバックアップが完了したあと，リモートサイトのバックアップが完了する前にエラーとなった場合，ローカルサイトのバックアップデータはリストアできません。

リストアを実行する前に，RAID Managerのコマンドを使用してリモートコピーのペア状態をPSUS（SSUS）にする必要があります。

リストア対象のバックアップデータは，リストアを実行するサイトで取得したバックアップデータだけです。異なるサイトで取得したバックアップデータはリストアできません。

(8) CCR構成の場合

CCR構成の場合，ディクショナリマップファイルおよびバックアップカタログは，現用サーバと待機サーバで別々に管理します。それぞれのサーバで取得したディクショナリマップファイルおよびバックアップカタログは，取得したデータベースサーバとそのデータベースサーバが使用しているバックアップサーバで使用できます。

現用サーバと待機サーバが同じバックアップサーバを使用している場合，バックアップ対象のディスクのコピーグループ名は，現用サーバと待機サーバで異なる名称を使用する必要があります。

同じストレージグループに対して現用サーバと待機サーバで同時にバックアップを実行することはできません。一方のサーバで実行したバックアップコマンドが終了したあとに，もう一方のサーバでバックアップを実行してください。

VSSバックアップの場合，異なるストレージグループに対して現用サーバと待機サーバで同時にバックアップを実行することができます。

トランザクションログを削除した場合，トランザクションログを削除するよりも前のバックアップデータでロールフォワードを実行することはできません。

バックアップデータは，バックアップを実行したノードでだけリストアできます。現用サーバで取得したバックアップデータを待機サーバでリストアしたり，待機サーバで取得したバックアップデータを現用サーバでリストアしたりすることはできません。

待機サーバで取得したバックアップデータをリストアする場合，現用サーバをフェールオーバーして，待機サーバを現用サーバに切り替える必要があります。

CCR環境でポイントインタイムリストアを実行する場合，先にレプリケーション機能を停止しておく必要があります。

現用サーバのデータが破損した場合やデータベースをリストアした場合，シード処理（データの再同期）を実行する必要があります。
自動シード機能を使用する場合はリストア時にすべてのシード処理が自動で実行されますが，自動シード機能を使用しない場合はストレージグループごとにシード処理を手動で実行する必要があります。また，自動シード機能を使用したリストアを実行中にエラーが発生した場合，シード処理ができなかったストレージグループに対してシード処理を手動で実行する必要があります。
手動でのシード処理を次に示します。

レプリケーションを中断する。

待機サーバのExchangeデータベースファイル，トランザクションログファイル，およびチェックポイントファイルを削除する。

現用サーバのデータで待機サーバの再同期処理を実施する。

レプリケーションを再開する。

自動シード機能を使用する場合，リストアコマンドの-efオプションに指定するExchange環境設定ファイルは，EXG_CCR_SEEDパラメーターの値がONになっている必要があります。Exchange環境設定ファイルの詳細については，「4.19 Exchange環境設定ファイルの作成」を参照してください。

自動シード機能を使用する場合，待機サーバでProtection Managerサービスが起動している必要があります。

自動シード機能を使用する場合，現用サーバと待機サーバに同じバージョンのProtection Manager for Exchange 2007がインストールされている必要があります。

シード処理に掛かる時間の目安は，次のとおりです。

1ストレージグループのシード処理に掛かる時間（秒） = シード処理対象となるデータベースの容量（MB） / 25（MB / 秒）

なお，上記の計算式を適用するには，次の条件を満たしている必要があります。

シード処理に使用されるネットワークが，ギガビットイーサネットである。

シード処理に使用されるマシンが，インストールされたアプリケーション（Protection Manager，Exchange Server，バックアップ管理製品など）を快適に動作させるのに十分な性能（CPU性能，ディスク性能など）である。

(9) SCR構成の場合

SCRのシード機能を使用する場合は，すべてのターゲットに，ソースと同じProtection Manager for Exchange 2007をインストールする必要があります。

SCRのシード機能を使用する場合，-efオプションでEXG_SCR_SEEDパラメーターの値がONとなっているExchange環境設定ファイルを指定する必要があります。

SCRのシード機能を使用する場合，すべてのターゲットでProtection Managerサービスが起動している必要があります。

カスケード構成でSCRを使用する構成はサポートしていません。

SCRのシード機能を使用しないでポイントインタイムリストアを実行した場合，リストア対象のレプリケーション機能は停止されるが，シードおよびレプリケーションの再開は実行されません。リストア後に，シード処理を手動で実行する必要があります。

SCR構成のデータベースに対して，バックアップを実行するには，次の条件を満たす必要があります。

ソースのMicrosoft Exchange Replication Serviceが起動している。

SCRが有効になっているストレージグループに対して，すべてのターゲットのレプリケーション状態がHealthyとなっている。

ソースとして設定されたストレージグループに対してVSSを使用したバックアップおよびリストアをサポートします。

SCRのシード処理に掛かる時間の算出方法を説明します。
前提条件を次に示します。

シード処理で使用されるネットワークにギガビットイーサネットを使用している。

CPUおよびディスクの性能が十分である。

計算式を次に示します。CPUやディスクの性能によっては，処理時間は計算式で算出された値よりも低くなることがあります。計算式で算出される時間は目安であり，製品の性能を保証するものではありませんのでご注意ください。

1ストレージグループのシード処理に掛かる時間(秒) = (シード処理対象となるデータベース容量(MB) × ターゲット数) / 25(MB/秒)

2.17.4 バックアップ対象となるOracleデータベースの条件と注意事項

Protection Manager for Oracleは，次のOracleデータベース製品を対象にしています。

Oracle Database 10g

Oracle Database 11g

Protection Manager for Oracleでバックアップ対象となるデータの種類を次の表に示します。

表2-9 Protection Manager for Oracleでコールドバックアップの対象となるファイル

対象ファイル
バックアップ後のファイル名

一時（TEMP）表領域を除く表領域に対するデータファイル
バックアップ元のファイル名と同じ

オンラインREDOログファイル
バックアップ元のファイル名と同じ

制御ファイル
controlxx.ctl<バックアップID>.ora （xx：2けたの数値）※1

初期化パラメーターファイル
init<インスタンス名>.ora<バックアップID>.ora※1

サーバパラメーターファイル
spfile<インスタンス名>.ora<バックアップID>.ora※1

ネットワークファイル※2
tnsnames.ora<バックアップID>.ora
listener.ora<バックアップID>.ora

パスワードファイル※2
<パスワードファイル用バックアップID>.ora

注※1

バックアップ元のファイルがデータベースサーバ上に格納されている場合のファイル名です。バックアップ元のファイルが主ボリュームに格納されている場合は，バックアップ元と同じファイル名でバックアップされます。

注※2

-exfileオプションを指定した場合だけバックアップ対象になります。

表2-10 Protection Manager for Oracleでオンラインバックアップの対象となるファイル（-allオプション指定時）

対象ファイル
バックアップ後のファイル名

一時（TEMP）表領域を除く表領域に対するデータファイル
バックアップ元のファイル名と同じ

アーカイブ済みREDOログファイル
バックアップ元のファイル名と同じ

制御ファイル
controlxx.ctl<バックアップID>.ora（xx：2けたの数値）

初期化パラメーターファイル
init<インスタンス名>.ora<バックアップID>.ora

サーバパラメーターファイル
spfile<インスタンス名>.ora<バックアップID>.ora

ネットワークファイル※
tnsnames.ora<バックアップID>.ora
listener.ora<バックアップID>.ora

パスワードファイル※
<パスワードファイル名バックアップID>.ora

注※

-exfileオプションを指定した場合だけバックアップ対象になります。

Oracleデータベースを対象として，Protection Managerを使用する場合，次に示す必要条件があります。

データベースは，ファイルシステムまたはRAWデバイス上に構成されている必要があります。

Oracle Parallel Serverのような分散データベース環境は対象外となります。

次に示すファイルは，表領域とは別の物理ボリュームに置く必要があります。

一時（TEMP）表領域

REDOログファイル（オンラインREDOログ，アーカイブ済みREDOログ）

制御ファイル

初期化パラメーターファイル

サーバパラメーターファイル
Protection Managerでは，物理ボリューム単位にバックアップやリストアするため，上記のファイルが表領域と同じ物理ボリュームにあると，表領域をバックアップしたとき，オンラインREDOログも同時にバックアップされてしまいます。このバックアップデータをリストアした場合，データベースが破壊されます。Protection Managerは，バックアップ時にログファイルおよび制御ファイルが表領域と同じ物理ボリューム上にあるかをチェックし，同じ物理ボリューム上にある場合はエラー終了します。
また，Oracleデータベース以外のファイルについても表領域と同じ物理ボリュームには置かないでください。バックアップデータをリストアした場合，Oracleデータベース以外のファイルが破壊されます。

バックアップ対象ファイルには次のようなものがあります。これら以外のファイルをバックアップする必要がある場合は，ユーザー管理となります。
表領域，制御ファイル，初期化パラメーターファイル，REDOログファイル，ネットワークファイル，およびパスワードファイル

次の状態でdrmorabackupコマンド，drmorarestoreまたはdrmoralogbackupコマンドを実行した場合，実行したコマンドが永続的に待ち状態になります。

OracleでオンラインREDOログファイルが自動的にアーカイブされるように設定されていない。

オンラインREDOログファイルのサイズが最大サイズに達している。

アーカイブ済みREDOログファイルの格納先ディスク使用量が最大サイズに達している。

このような要因によってコマンドが永続的な待ち状態になるのを避けるため，状態に応じてそれぞれ次のように対処してください。

OracleでオンラインREDOログファイルが自動的にアーカイブされるように設定する。

オンラインREDOログファイルのサイズが最大サイズに達する前に，定期的にオンラインREDOログをアーカイブ済みREDOログとして出力する。

アーカイブ済みREDOログファイルの格納先ディスク使用量を監視し，最大サイズに達する前にディスク容量を確保する。

これらの操作については，Oracleのマニュアルを参照してください。

次に示すディレクトリは，drmorabackupコマンドでバックアップ対象とするオブジェクトとは別の物理ボリュームに置く必要があります。

バックアップファイル格納ディレクトリ

ログ格納ディレクトリ

これらのディレクトリをバックアップ対象のオブジェクトが格納されたディレクトリと同じ物理ボリュームに置いた場合，リストアを実行したときにバックアップファイルやログファイルがバックアップ時の状態に戻るため，ロールフォワードでのリカバリができなくなります。

「-」で始まるインスタンス名はバックアップ対象に指定できません。

同一サーバ上にOracleデータベース以外のDBMSがインストールされている場合，同じ物理ボリューム上に異なるDBMSのデータベースを構築することはできません。

同一サーバ上に複数のOracleインスタンスが存在する場合，同じ物理ボリューム上に異なるインスタンスの表領域を構築することはできません。

一つのデータベースサーバに複数のバージョンのOracleデータベースがインストールされている場合，Protection Manager for Oracleをインストールする際に入力したバージョンのOracleデータベース以外はバックアップおよびリストアできません。

クラスタ構成の場合，一つのクラスタグループに，複数のOracleインスタンスのサービスリソースを登録できません。

一つの物理ディスクまたは一つのディスクグループに複数の表領域が配置されている場合，表領域をまとめてバックアップまたはリストアする必要があります。

バックアップまたはリストアを実行する場合，対象のASMインスタンスを次の状態にしてください。

対象のASMインスタンスが起動している。

対象のASMディスクグループがマウントされている。

ASMおよびCVMディスクグループについては次の制限事項があります。

表領域，サーバパラメーターファイル，制御ファイル，オンラインREDOログ，およびアーカイブ済みREDOログファイルは，それぞれを別のディスクグループに定義する。

ASMおよびCVMディスクグループで，一つの物理ディスクまたは一つのディスクグループに複数の表領域が配置されている場合，表領域をまとめてバックアップまたはリストアする必要がある。

アーカイブ済みREDOログファイルは，ASMディスクグループ以外の場所に配置する必要があります。アーカイブ済みREDOログファイルをASMディスクグループ上に配置した場合，drmorabackupコマンドおよびdrmoralogbackupコマンドでログのコピーができません。

バックアップまたはリストア対象のOracleインスタンスと異なるOracleインスタンスのファイルを同じバックアップ対象のディスクグループに設定できません。

Protection Managerでは，ASMディスクグループ上にある制御ファイルおよびサーバパラメーターファイルをリストアしません。このため，次の方法でリストアしてください。

制御ファイルを手動でリストアする
1. Protection Managerでリストアを実行する前に，Oracle RMANでデータベースに接続します。
> rman target <DBインスタンス名>
2. Oracle RMANのカタログに，Protection Managerでバックアップした制御ファイルを登録します。
RMAN> catalog controlfilecopy '<バックアップ制御ファイル名>';
バックアップを格納しているディレクトリにOracleユーザーの実行権限がない場合，コマンド実行に失敗します。
3. Oracle RMANを終了します。
RMAN> exit
4. Protection Managerでリストアを実行します。
5. Oracle RMANでデータベースに接続します。
6. Oracle RMANからデータベースをnomount状態で起動します。
RMAN> startup nomount;
7. Oracle RMANで制御ファイルをリストアします。
RMAN> restore controlfile from '<手順2で登録したバックアップ制御ファイル名>';
8. Oracle RMANでデータベースをマウントします。
RMAN> alter database mount;
9. Oracle RMANでデータベースをリカバリします。
RMAN> recover database;
10. Oracle RMANでデータベースをオープンします。
RMAN> alter database open resetlogs;

サーバパラメーターファイルを手動でリストアする
1. デフォルトの位置($ORACLE_HOME/dbs)に，次のパラメーターだけ記述したPFILEを作成します。
spfile=<バックアップしたSPFILE名>
2. 手順1で作成したPFILEを指定してOracleを起動します。
RMAN> startup
3. PFILEで指定したSPFILEが使われているか確認します。
RMAN> show parameter spfile
4. Oracle RMANを起動します。
> rman target <DBインスタンス名>
5. SPFILEの移行用バックアップを作成します。
RMAN> backup as backupset spfile;
6. Oracle RMANで，データベースをいったんシャットダウンします。
RMAN> shutdown immediate
7. Oracle RMANで，データベースをマウント状態で起動します。
RMAN> startup mount
8. SPFILEを元の位置にリストアします。
RMAN>restore spfile to '<SPFILEの元のパス>';
9. Oracle RMANで，データベースをいったんシャットダウンします。
10. 手順1で作成したPFILEのパラメーターを，リストアしたSPFILEのパスを指すように変更します。
spfile=<リストアしたSPFILE名>
11. 手順10で編集したPFILEを使用して，データベースを起動します。

RAC構成でのノード固有データのうち，次のデータについてはRACインスタンス間でデータ共有されないで，RACインスタンスごとにデータ作成されます。

オンラインREDOログファイル

アーカイブ済みREDOログファイル

UNDO表領域（自動UNDO管理モードの場合だけ）

これらのデータはデータベースのリカバリ時に必要となる場合があるので，リカバリ時にすべてのノードのファイルが参照できるよう配置することを推奨する。

RAC構成でのノード固有データのうち，次のデータはノード別に管理するため，Protection Managerではバックアップしたノードと同ノードのファイルだけリストアを実行します。リストアを実行したノードと他ノードのファイルをリストアしません。

オンラインREDOログファイル

アーカイブ済みREDOログファイル

UNDO表領域（自動UNDO管理モードの場合だけ）

初期化パラメーターファイル

パスワードファイル

ネットワークファイル

RAC構成の場合，各ノードでdrmoradisplay -refreshの実行が必要です。RAC構成の1ノードにつき一つのディクショナリマップファイルを保持しています。

-racオプションを指定したdrmorabackupコマンドまたはdrmorarestoreコマンドはRACを構成する一つのノードで運用してください。コマンドを実行しているノードが使用できなくなった場合だけ，別ノードでも-racオプションを指定したdrmorabackupコマンドまたはdrmorarestoreコマンドを実行できます。複数のノードから同時にこれらのコマンドを実行した場合，データベースが破壊されるおそれがあります。

RAC構成のコールドバックアップの場合，事前に全ノードのRACインスタンスを停止させる必要があります。

RAC構成のコールドバックアップは，RACインスタンスを構成する共有データと一緒に各ノードのローカルデータもバックアップしてください。RAC構成のコールドバックアップの場合，すべてのデータをバックアップまたはリストアしなければ，リストア後のOracle起動処理に失敗することがあります。

RAC構成の共有データのバックアップを実行した場合（drmorabackup Oracleデータベースインスタンス名 -racを実行した場合），バックアップを実行したノード以外でリストアを実行するためには，バックアップカタログを実行ノードにインポートしてからリストアコマンドを実行する必要があります。

RAC構成の場合，drmorainitコマンドではOracleデータベース名だけではなく，RACを構成する各Oracleインスタンスに接続するためのネットサービス名を設定する必要があります。

ASMおよびRAWデバイスで使用するディスクデバイスファイルをOSに登録する際には，次の制限事項があります。

同一ディスク上にある別のスライスを異なるディスクグループに登録できない。

デバイスファイルに対してシンボリックリンクを設定する場合は，途中に/dev/rdmp/または/dev/rdsk/配下のデバイスを経由する必要がある。

ASMを使用したRAC構成でコールドバックアップおよびリストアを実行する場合には，コマンドを実行するノードを除くすべてのノードのASMインスタンスを停止する必要があります。

コマンドを実行する前に，あらかじめ対象となるOracleインスタンスおよびASMインスタンスのネットサービス名を構成し，リスナーに登録しておく必要があります。

2.18 クラスタ構成の前提条件（Oracleデータベースの場合）

クラスタ構成の場合にインストールする必要がある製品を次に示します。

表2-11 フェールオーバークラスタ構成およびRAC構成のサポート構成

クラスタ構成
必須製品
備考

フェールオーバークラスタ構成

Veritas Cluster Server

Veritas Storage Foundation for Oracle

RAWデバイスだけを使用する場合は，必須製品だけの構成とする。

VxFSを使用する場合，必須製品に次の製品を加えた構成とする。

Veritas Volume Manager

Veritas Cluster File System

RAC構成
Veritas Cluster Server を使用しない場合
Oracle Clusterware
RAWデバイスだけを使用する場合は，必須製品だけの構成とする。

ASMを使用する場合は，必須製品にASMを加えた構成とする。

Veritas Cluster Server を使用する場合

Oracle Clusterware

Veritas Cluster Server

Veritas Storage Foundation for Oracle

Veritas Storage Foundation for Oracle RAC

Veritas Cluster File System

Veritas Cluster Volume Manager

-

（凡例）

－：該当しない。

Protection Managerは，次の構成をサポートしていません。

同じOracleインスタンスに属する個々のデータファイルが異なるファイルシステムおよびボリュームマネージャーで管理される構成。

CVMのディスクグループ上にASMディスクグループを設定する構成。

3. インストール・アンインストール

この章では，Protection Managerのインストール・アンインストール方法について説明します。

この章の構成

3.1 Protection Managerのインストール

3.2 Protection Managerのリモートインストール

3.3 Protection Managerのインストール時にトラブルが発生した場合の対処

3.4 環境変数の設定（Solarisの場合）

3.5 Protection Managerのアンインストール

3.1 Protection Managerのインストール

ここでは，Protection Managerをインストールする手順について説明します。

インストールするときは，次のことを確認してください。

Protection Managerの前提製品がすでにインストールされている。
あらかじめインストールが必要なProtection Managerの前提製品については，「4.1 Protection Managerの環境設定」を参照してください。

管理者権限でログインしている。

すべてのプログラムが終了している。

Windowsのファイアウォール機能を使用する場合には，次の項目に対してファイアウォールで通信が行えるように設定している（OSがWindows Server 2008の場合にはファイアウォールの設定は必須）。

FTP Publishing Service

FTP転送の拡張コマンド（EX_DRM_FTP_GET，EX_DRM_FTP_PUT）を実行する場合に設定します。

詳細については，http://support.microsoft.com/default.aspx?scid=kb;ja;832017

「Microsoft Windowsサーバーシステムのポート要件」を参照してください。

RAID Managerの通信ポート

horcmstartコマンドでインスタンスを起動する場合に設定します。

SMTPの通信ポート

メール送信機能を使用する場合に設定します。

Protection Managerサービス

次のコマンドを実行してファイアウォールを設定します。

<Protection Managerのインストール先>¥bin¥util¥drmaddfwlist.bat

Solarisのファイアウォール機能を使用する場合には，FTPの通信ポートを許可するように設定している。

Protection Managerは，次の順序でインストールします。

Protection Manager Copy Controller

Protection Manager for SQL，Protection Manager for Exchange，またはProtection Manager for Oracle

Protection Manager製品のインストール先，および環境変数の設定先について，次の表に示します。

表3-1 Protection Managerのインストール先および環境変数の設定先

作業項目
ファイル
サーバまたはデータベースサーバ
バックアップ
サーバ

Protection Managerのインストール
Protection Manager Copy Controller
○
○

Protection Manager for SQL（バックアップ対象がSQL Serverデータベースの場合）
○
－

Protection Manager for Exchange（バックアップ対象がExchangeデータベースの場合）
○
－

Protection Manager for Oracle（バックアップ対象がOracleデータベースの場合）
○
－

環境変数の設定（Solarisの場合）
○
○

（凡例）

○：作業が必要。

－：作業は不要。

インストール時の注意事項

Windowsの場合，Protection Managerのパスを追加したシステム環境変数PATHの文字列の長さが2,047バイト以内になるようにしてください。2,047バイトを超える場合には，エラーとなります。
Protection Managerは，次のパス名をシステム環境変数PATHに追加します。
<Protection Managerのインストール先>¥bin
<Protection Managerのインストール先>¥lib
<Protection Managerのインストール先>¥script¥bin

Solarisの場合，インストール媒体のマウントポイント名が512バイト以内になるようにしてください。マウントポイント名が512バイトを超える場合，エラーとなり，インストーラーが終了します。

Windowsの場合，ファイル名やフォルダ名の短縮名称（8.3形式）が自動生成される設定（初期設定）になっていますが，この設定を自動生成されない設定に変更しないでください。

インストール中に「ロックされたファイルの検出」メッセージが表示された場合，［再起動］ボタンをクリックしてインストールを継続してください。

インストールログの格納場所

Protection Managerのインストーラーは，インストール時の処理結果をインストールログに出力します。インストールログの格納場所を，次に示します。

Windowsの場合
<Protection Managerのインストール先>¥log¥drm_inst.log

Solarisの場合
/var/opt/drm/log/drm_inst.log

Windows環境でインストール先を変更する場合の注意事項

Windows環境の場合にインストール先を変更するときは，インストールパスとして指定する文字列に，次の注意事項があります。

CON，AUXなど，OSが予約済みの名称は使用できません。

英数字，「#」，「+」，「-」，「@」，「_」，「(」，「)」，「.」およびスペースが使用できます。

Solaris環境でCD-ROMのマウントポイントを変更する場合の注意事項

Solaris環境の場合にCD-ROMドライブのマウントポイントを変更するときは，マウントポイントとして指定する文字列に，次の注意事項があります。

英数字，半角記号「#」，「+」，「-」，「.」，「,」，「@」，「_」，「!」，「$」，「%」および「~」が使用できます。

半角スペースは使用できません。

Protection Manager 03-50より前のバージョンからバージョンアップした場合の注意事項

ディクショナリマップファイルのデータ変換を実行する必要があります。
処理の対象となるディクショナリマップファイル格納ディレクトリをバックアップしてから，次のコマンドを実行してください。
・Windowsの場合
　<Protection Managerのインストール先>¥bin¥util¥drmdbconvert -c
・Solarisの場合
　/opt/drm/bin/drmdbconvert -c
また，仮想サーバを設定してディクショナリマップを使用している場合は，仮想サーバごとにデータ変換を実行してください。

RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーターPAIR_CREATEの値を確認してください。
PAIR_CREATEは，ローカルサイトでのバックアップまたは再同期時に自動ペア生成を実行するかどうかを設定するために，03-50で追加されたパラメーターです。03-50より前のProtection Managerでは自動ペア生成をしていましたが，03-50以降では，デフォルトでは自動ペア生成をしない設定となっているので注意してください。PAIR_CREATEパラメーターの詳細については，「4.4.6 ボリュームペア生成の設定」を参照してください。

Protection Manager for SQLを使用している環境で，Protection Manager Copy Controller（32 ビット版）からProtection Manager Copy Controller（x64）へ移行する場合の注意事項

次に示す手順でインストールとアンインストールを実行してください。

1. Protection Manager for SQLをアンインストールする

2. Protection Manager Copy Controller（32 ビット版）をアンインストールする

3. Protection Manager Copy Controller（x64）をインストールする

4. Protection Manager for SQLをインストールする

この節の構成

3.1.1 Protection Managerのインストール（Windowsの場合）

3.1.2 Protection Managerのインストール（Solarisの場合）

3.1.1 Protection Managerのインストール（Windowsの場合）

ここでは，OSがWindowsの場合に，新規インストールする手順，およびバージョンアップインストールする手順について説明します。

オプション製品（Protection Manager for SQLまたはProtection Manager for Exchange）は，どちらを先にインストールしても問題ありません。

バージョンダウンインストールする場合は，現在インストールされているProtection Managerをアンインストールしてから，新規インストールしてください。

アンインストールしたとき，ユーザーファイルは削除されません。また，その後の新規インストールでもユーザーファイルは上書きしないため，ユーザーファイルは継承できます。

この項の構成

(1) Protection Manager Copy Controllerの新規インストール

(2) Protection Manager Copy Controllerのバージョンアップインストール

(3) Protection Manager for SQLまたは Protection Manager for Exchangeの新規インストール

(4) Protection Manager for SQLまたは Protection Manager for Exchangeのバージョンアップインストール

(1) Protection Manager Copy Controllerの新規インストール

インストールするには：

Protection Managerのインストール用CD-ROMをCD-ROMドライブにセットします。
ここでは，CD-ROMドライブに割り当てられているドライブを「x:」として説明します。

Windowsの［スタート］メニューから［ファイル名を指定して実行］を選択します。
ファイル名を指定すると実行ダイアログボックスが表示されます。

Protection Manager Copy Controllerの場合は「x:¥Windows¥Copy_Controller¥Setup.exe」，Protection Manager Copy Controller（x64）の場合は「x:¥Windows_x64¥Copy_Controller_x64¥Setup.exe」と入力して，［OK］ボタンをクリックします。
ようこそダイアログボックスが表示されます。

［次へ］ボタンをクリックします。
ユーザー情報を入力するダイアログボックスが表示されます。

「ユーザー名」と「会社名」を入力して，［次へ］ボタンをクリックします。
インストール先を確認するダイアログボックスが表示されます。

必要に応じてデフォルトで設定されるインストール先を変更して，［次へ］ボタンをクリックします。
使用できる文字は，英数字，「#」，「+」，「-」，「@」，「_」，「(」，「)」，「.」およびスペースです。
インストール先を変更する場合，ほかの製品のインストール先と同じ場所を指定しないでください。
インストール先を変更しない場合，次のフォルダがProtection Manager Copy Controllerのインストール先となります。

C:¥Program Files¥HITACHI¥DRM

なお，OSがWindows Server 2003またはWindows Server 2008の場合，次のフォルダがインストール先となる場合があります。

C:¥Program Files (x86)¥HITACHI¥DRM

セットアップタイプを選択するためのダイアログボックスが表示されます。

セットアップタイプを選択して，［次へ］ボタンをクリックします。
セットアップタイプには，次の3種類があります。

［標準］

Protection Manager Copy Controllerのプログラム本体と，オンラインマニュアルがインストールされます。

［コンパクト］

Protection Manager Copy Controllerのプログラム本体だけがインストールされます。

［カスタム］

インストールするコンポーネントを，ユーザーが選択できます。

プログラムフォルダ名を入力して，［次へ］ボタンをクリックします。
ファイルコピーの開始を確認するダイアログボックスが表示されます。

設定した内容を確認して，［次へ］ボタンをクリックします。
インストールが開始されます。インストールの完了を通知するダイアログボックスが表示されるまでお待ちください。
RAID Managerが「<システムドライブ>¥HORCM」の下にインストールされていない場合，設定ファイルを変更するように要求するダイアログボックスが表示されます。
インストールの完了を通知するダイアログボックスには，Protection Managerサービスの実行ユーザーのアカウントを入力することを要求するメッセージも表示されます。

インストールの完了を通知するダイアログボックスの［完了］ボタンをクリックします。
環境変数PATHにProtection Managerのインストールディレクトリが追加されます。
Protection Managerサービスの実行ユーザーのアカウント（ユーザー名とパスワード）を設定するダイアログボックスが表示されます。

「ユーザー名」と「パスワード」を入力して，［完了］ボタンをクリックします。
指定したアカウントの認証が行われ，成功するとアカウントの設定が終了します。このとき，スタートアップの種類は「自動」と設定されます。
指定したアカウントに，サービスの実行ユーザーに必要な権限がない場合には，認証に失敗したことを通知するダイアログボックスが表示されます。

注意事項

Protection Managerサービスの実行ユーザーのアカウントには，ローカルAdministrator権限および「サービスとしてログオンする権利」が必要です。

補足説明

・Protection Managerサービスの実行ユーザーのアカウントを設定するダイアログボックスで［キャンセル］ボタンをクリックすると，アカウントの設定をしないで終了してよいかどうかを問う確認のダイアログボックスが表示されます。このダイアログボックスで「はい」ボタンをクリックすると，サービスの実行ユーザーのアカウントがデフォルトのローカルシステムアカウント，スタートアップの種類が「無効」と設定されます。

この場合，インストールの完了後，Windowsの「管理ツール」のサービス画面でProtection Managerサービスを選択して，実行ユーザーをローカルAdministrator権限を持ったユーザーに変更し，スタートアップの種類を「自動」に変更してください。「サービスとしてログオンする権利」は，指定したユーザーに自動的に与えられます。

・Protection Managerサービスは，デフォルトでTCPポート番号22300を使用します。この番号がすでに使用されている場合は，Windowsのservicesファイルに，空いているTCPポート番号を「DRMVSSServer」の名称で登録してください。ポート番号の設定は，ファイルサーバまたはデータベースサーバとバックアップサーバで同じにする必要があります。

・Protection Managerサービスを無効にした場合，次の機能は利用できません。

　・「表5-22 Protection Managerサービスの稼働が必要な場合」に記載された機能

　・コマンドで-sオプションとともに指定する必要があるオプション（-auto_import，-svol_checkなど）

コマンドについては，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」を参照してください。

新規インストールでは，システム環境変数に値を追加します。このシステム環境変数をシステムに反映するために，システムを再起動してください。

(2) Protection Manager Copy Controllerのバージョンアップインストール

インストールするには：

Protection Managerのインストール用CD-ROMをCD-ROMドライブにセットします。
ここでは，CD-ROMドライブに割り当てられているドライブを「x:」として説明します。

Windowsの［スタート］メニューから［ファイル名を指定して実行］を選択します。
ファイル名を指定すると実行ダイアログボックスが表示されます。

Protection Manager Copy Controllerの場合は「x:¥Windows¥Copy_Controller¥Setup.exe」，Protection Manager Copy Controller（x64）の場合は「x:¥Windows_x64¥Copy_Controller_x64¥Setup.exe」と入力して，［OK］ボタンをクリックします。
ようこそダイアログボックスが表示されます。

［アップグレード］を選択し，［次へ］ボタンをクリックします。
コンポーネントの選択ダイアログボックスが表示されます。

バージョンアップインストールするコンポーネントを選択し，［次へ］ボタンをクリックします。
インストールが開始されます。インストールの完了を通知するダイアログボックスが表示されるまでお待ちください。
インストールの完了を通知するダイアログボックスには，Protection Managerサービスの実行ユーザーのアカウントを入力することを要求するメッセージも表示されます。

インストールの完了を通知するダイアログボックスの［完了］ボタンをクリックします。
Protection Managerサービスの実行ユーザーのアカウント（ユーザー名とパスワード）を設定するダイアログボックスが表示されます。

「ユーザー名」と「パスワード」を入力して，［完了］ボタンをクリックします。

注意事項

Protection Managerサービスの実行ユーザーのアカウントには，ローカルAdministrator権限および「サービスとしてログオンする権利」が必要です。

指定したアカウントの認証が行われ，成功するとアカウントの設定が終了します。このとき，スタートアップの種類は「自動」と設定されます。
指定したアカウントに，サービスの実行ユーザーに必要な権限がない場合には，認証に失敗したことを通知するダイアログボックスが表示されます。

補足説明

・Protection Managerサービスの実行ユーザーのアカウントを設定するダイアログボックスで［キャンセル］ボタンをクリックすると，アカウントの設定をしないで終了してよいかどうかを問う確認のダイアログボックスが表示されます。このダイアログボックスで「はい」ボタンをクリックすると，サービスの実行ユーザーのアカウントがデフォルトのローカルシステムアカウント，スタートアップの種類が「無効」と設定されます。

この場合，インストールの完了後，Windowsの「管理ツール」のサービス画面でProtection Managerサービスを選択して，実行ユーザーをローカルAdministrator権限を持ったユーザーに変更し，スタートアップの種類を「自動」に変更してください。「サービスとしてログオンする権利」は，指定したユーザーに自動的に与えられます。

・Protection Managerサービスは，デフォルトでTCPポート番号22300を使用します。この番号がすでに使用されている場合には，Windowsのservicesファイルに，空いているTCPポート番号を「DRMVSSServer」の名称で登録してください。ポート番号の設定は，ファイルサーバまたはデータベースサーバとバックアップサーバで同じにする必要があります。

(3) Protection Manager for SQLまたは Protection Manager for Exchangeの新規インストール

インストールするには：

Protection Managerのインストール用CD-ROMをCD-ROMドライブにセットします。
ここでは，CD-ROMドライブに割り当てられているドライブを「x:」として説明します。

Windowsの［スタート］メニューから［ファイル名を指定して実行］を選択します。
ファイル名を指定すると実行ダイアログボックスが表示されます。

Protection Manager for SQLの場合は「x:¥Windows¥SQL¥Setup.exe」，Protection Manager for Exchangeの場合は「x:¥Windows¥Exchange¥Setup.exe」，Protection Manager for Exchange 2007の場合は「x:¥Windows_x64¥Exchange_2007¥Setup.exe」と入力して，［OK］ボタンをクリックします。
ようこそダイアログボックスが表示されます。

［次へ］ボタンをクリックします。
ライセンスキー登録方法の選択ダイアログボックスが表示されます。

ライセンスキーの登録方法を選択し，［次へ］ボタンをクリックします。

ライセンスキーまたはライセンスキーファイル名を入力して，［次へ］ボタンをクリックします。

設定した内容を確認して，［次へ］ボタンをクリックします。
インストールが開始されます。インストールの完了を通知するメッセージが表示されるまでお待ちください。

［完了］ボタンをクリックします。
登録したライセンス情報を表示，または更新するには，drmlicenseコマンドを実行してください。Protection Manager for SQLのライセンス情報を表示する場合の実行例を次に示します。

drmlicense MSSQL -l

(4) Protection Manager for SQLまたは Protection Manager for Exchangeのバージョンアップインストール

インストールするには：

Protection Managerのインストール用CD-ROMをCD-ROMドライブにセットします。
ここでは，CD-ROMドライブに割り当てられているドライブを「x:」として説明します。

Windowsの［スタート］メニューから［ファイル名を指定して実行］を選択します。
ファイル名を指定すると実行ダイアログボックスが表示されます。

Protection Manager for SQLの場合は「x:¥Windows¥SQL¥Setup.exe」，Protection Manager for Exchangeの場合は「x:¥Windows¥Exchange¥Setup.exe」，Protection Manager for Exchange 2007の場合は「x:¥Windows_x64¥Exchange_2007¥Setup.exe」と入力して，［OK］ボタンをクリックします。
ようこそダイアログボックスが表示されます。

［アップグレード］を選択し，［次へ］ボタンをクリックします。
インストールが開始されます。インストールの完了を通知するメッセージが表示されるまでお待ちください。
なお，03-50より前のバージョンからのバージョンアップインストールの場合，ライセンスキーの登録が必要となりますので，画面に従ってライセンスキーを登録してください。

［完了］ボタンをクリックします。

3.1.2 Protection Managerのインストール（Solarisの場合）

ここでは，OSがSolarisの場合に新規インストールする手順，およびバージョンアップインストールする手順について説明します。

03-50より前のバージョンからバージョンアップインストールする場合は，現在インストールされているProtection Managerをアンインストールしてから，新規インストールしてください。アンインストールしたとき，ユーザーファイルは削除されません。また，その後の新規インストールでもユーザーファイルは上書きしないため，ユーザーファイルは継承できます。

この項の構成

(1) Protection Manager Copy Controllerの新規インストール

(2) Protection Manager Copy Controllerのバージョンアップインストール

(3) Protection Manager for Oracleの新規インストール

(4) Protection Manager for Oracleのバージョンアップインストール

(1) Protection Manager Copy Controllerの新規インストール

インストールするには：

Protection Managerのインストール用CD-ROMをCD-ROMドライブにセットします。
CD-ROMは「/cdrom/<ボリュームラベル>」に自動的にマウントされます。

install.shを実行して，Protection Manager Copy Controllerをインストールします。
次のように入力します。

PROMPT> Solaris/Copy_Controller/install.sh

install.shの中でpkgaddコマンドが実行されます。

次のメッセージが表示されるので「y」を入力します。

Do you want to continue with the installation of <HPTM> [y,n,?]

インストールが完了すると，プロンプトが表示されます。

Protection Manager Copy Controllerは次のディレクトリに格納されます。インストールするディレクトリは変更できません。

/opt/drm

/var/opt/drm

(2) Protection Manager Copy Controllerのバージョンアップインストール

インストールするには：

Protection Managerのインストール用CD-ROMをCD-ROMドライブにセットします。
CD-ROMは「/cdrom/<ボリュームラベル>」に自動的にマウントされます。

install.shを実行して，Protection Manager - Copy Controllerをインストールします。
次のようにコマンドを入力します。

PROMPT> Solaris/Copy_Controller/install.sh

次のメッセージが表示されるので「y」を入力します。

Do you want to overwrite this installed instance [y,n,?,q]

「n」または「q」を入力した場合は，インストールが中断されます。

次のメッセージが表示されるので「y」を入力します。

Do you want to continue with the installation of <HPTM> [y,n,?]

「n」を入力した場合は，インストールが中断されます。

インストールが完了すると，プロンプトが表示されます。

Protection Manager - Copy Controllerは次のディレクトリに格納されます。インストールするディレクトリは変更できません。

/opt/drm

/var/opt/drm

(3) Protection Manager for Oracleの新規インストール

インストールするには：

Protection Managerのインストール用CD-ROMをCD-ROMドライブにセットします。
CD-ROMは「/cdrom/<ボリュームラベル>」に自動的にマウントされます。

ライセンス情報を作成します。
ライセンス情報の種類によって手順が異なります。

ライセンス情報がライセンスキーの場合
次のようにライセンス要求ファイルを作成します。
PROMPT> echo <ライセンスキー> > /var/tmp/drm_lic_key

ライセンス情報がライセンスキーファイルの場合
次のようにライセンスキーファイルをコピーします。
PROMPT> cp -pf <ライセンスキーファイル名> /var/tmp/drm_lic_file

なお，作成したライセンス要求ファイル「drm_lic_key」またはライセンスキーファイル「drm_lic_file」は，インストールが成功したときに削除されます。

install.shを実行して，Protection Manager for Oracleをインストールします。
次のように入力します。

PROMPT> Solaris/Oracle/install.sh

install.shの中でpkgaddコマンドが実行されます。

次のメッセージが表示されるので，インストールされているOracleのバージョンを入力します。

Input Oracle version [10,11]:

バージョン10または11以外を入力した場合は，インストールが中断されます。
ここで入力したOracleのバージョンは，Oracleバージョン記録ファイルというシステムファイルに記録され，バックアップやリストアの対象として認識されます。インストール後にOracleのバージョンを変更した場合，Oracleバージョン記録ファイルは直接変更できないため，Protection Manager for Oracleを再インストールしてOracleのバージョンを入力し直す必要があります。

次のメッセージが表示されるので，「y」を入力します。

Do you want to continue with the installation of <HPTM-ORA> [y,n,?]

インストールが完了すると，プロンプトが表示されます。
ライセンスの種別が一時ライセンスまたは非常ライセンスの場合，ライセンスの残り日数と満了日付をお知らせするメッセージが表示されます。

Protection Manager for Oracleは次のディレクトリに格納されます。インストールするディレクトリは変更できません。

/opt/drm

/var/opt/drm

登録したライセンス情報を表示，または更新するには，drmlicenseコマンドを実行してください。

(4) Protection Manager for Oracleのバージョンアップインストール

Protection Manager for Oracle 6.1.0-00以降のバージョンから最新バージョンへバージョンアップインストールする手順について説明します。

Protection Manager for Oracle 6.1.0-00よりも前のバージョンからProtection Manager for Oracle 6.1.0-00以降へのバージョンアップインストールはサポートしていません。Protection Manager for Oracle 6.1.0-00よりも前のバージョンがインストールされている場合，旧バージョンをアンインストールしてから新規インストールをしてください。

インストールするには：

Protection Managerのインストール用CD-ROMをCD-ROMドライブにセットします。
CD-ROMは「/cdrom/<ボリュームラベル>」に自動的にマウントされます。

ライセンス情報を作成します。
ライセンス情報の種類によって手順が異なります。

ライセンス情報がライセンスキーの場合
次のようにライセンス要求ファイルを作成します。
PROMPT> echo <ライセンスキー> PROMPT> echo > /var/tmp/drm_lic_key

ライセンス情報がライセンスキーファイルの場合
次のようにライセンスキーファイルをコピーします。
PROMPT> cp -pf <ライセンスキーファイル名> /var/tmp/drm_lic_file
なお，作成したライセンス要求ファイル「drm_lic_key」またはライセンスキーファイル「drm_lic_file」は，インストールが成功したときに削除されます。

install.shを実行して，Protection Manager for Oracleをインストールします。
次のようにコマンドを入力します。

PROMPT> Solaris/Oracle/install.sh

次のメッセージが表示されるので「y」を入力します。

Do you want to overwrite this installed instance [y,n,?,q]

「n」または「q」を入力した場合は，インストールが中断されます。

次のメッセージが表示されるので，インストールされているOracleのバージョンを入力します。

Input Oracle version [10,11]:

バージョン10または11以外を入力した場合は，インストールが中断されます。

次のメッセージが表示されるので，「y」を入力します。

Do you want to continue with the installation of <HPTM-ORA> [y,n,?]

「n」を入力した場合は，インストールが中断されます。
インストールが完了すると，プロンプトが表示されます。

Protection Manager for Oracleは次のディレクトリに格納されます。インストールするディレクトリは変更できません。

/opt/drm

/var/opt/drm

3.2 Protection Managerのリモートインストール

Protection Managerは，JP1/NETM/DMを使ったリモートインストールに対応しています。

Protection Managerをリモートインストールする環境を構築するためには，次の製品が必要です。

JP1/NETM/DM Manager（06-73以降）
配布管理システムに必要です。配布管理システムとは，ソフトウェアを配布先システムにインストールし，インストール状況やインストール先の状態を管理するシステムです。

JP1/NETM/DM Client（07-00以降）
資源登録システム，およびProtection Managerをインストールするすべてのサーバに必要です。資源登録システムとは，ソフトウェアを配布管理システムへ登録するシステムです。

JP1/NETM/DMを使った実際のリモートインストール方法については，マニュアル「JP1/NETM/DM システム運用1(Windows(R)用)」または「JP1/NETM/DM 運用ガイド1(Windows(R)用)」を参照してください。

ここでは，リモートインストール用のパッケージを作成する方法を説明します。

なお，変数PUTPKG以外の値を変更しないでください。

この節の構成

3.2.1 Protection Managerのリモートインストール（Windowsの場合）

3.2.2 Protection Managerのリモートインストール（Solarisの場合）

3.2.1 Protection Managerのリモートインストール（Windowsの場合）

この項の構成

(1) Protection Manager Copy Controllerのリモートインストール

(2) Protection Manager for SQLまたは Protection Manager for Exchangeのリモートインストール

(1) Protection Manager Copy Controllerのリモートインストール

Protection Manager Copy Controllerをリモートインストールする手順について，説明します。

リモートインストールするには：

Protection Managerのインストール用CD-ROMをCD-ROMドライブにセットします。
ここでは，CD-ROMドライブに割り当てられているドライブを「x:」として説明します。

CD-ROMドライブ上のすべてのファイルおよびフォルダをローカルディスクにコピーします。
コマンドプロンプトを使用してコピーする例を次に示します。

PROMPT>xcopy /E /H x:¥ <製品の一時コピー先フォルダ>

JP1/NETM/DMを使ってProtection Manager Copy Controllerをパッケージングします。
Protection Manager Copy Controllerをリモートインストールすると，Protection Managerサービスが次の内容でWindowsに登録されます。
サービスの実行ユーザーのアカウント：デフォルトのローカルシステムアカウント
スタートアップの種類：「無効」
インストール完了後，Windowsの「管理ツール」のサービス画面でProtection Managerサービスを選択して，実行ユーザーをローカルAdministrator権限を持ったユーザーに変更し，スタートアップの種類を「自動」に変更してください。指定したユーザーには，「サービスとしてログオンする権利」が自動的に与えられます。

(2) Protection Manager for SQLまたは Protection Manager for Exchangeのリモートインストール

Protection Manager for SQLまたは Protection Manager for Exchangeをリモートインストールする手順について，説明します。

リモートインストールするには：

Protection Managerのインストール用CD-ROMをCD-ROMドライブにセットします。
ここでは，CD-ROMドライブに割り当てられているドライブを「x:」として説明します。

CD-ROMドライブ上のすべてのファイルおよびフォルダをローカルディスクにコピーします。
コマンドプロンプトを使用してコピーする例を次に示します。

PROMPT>xcopy /E /H x:¥ <製品の一時コピー先フォルダ>

インストール制御ファイルを作成します。
新規インストールの場合，またはProtection Manager 03-50より前のバージョンからのバージョンアップインストールの場合，インストール制御ファイルを作成する必要があります。
製品の一時コピー先フォルダの直下に，インストール制御ファイルを作成します。インストール制御ファイルの名称，および記述内容を，次に示します。

インストール制御ファイルの名称

drm_inst.ini

インストール制御ファイルの記述内容

[LICENSE]

LICENSE_PATH=[<ライセンス要求ファイルの格納パス>｜<ライセンスキーファイルの格納パス>｜<ライセンスキーファイルパス>]

インストール制御ファイル作成時の注意事項

LICENSE_PATHを指定しなかった場合は，OSの起動ドライブが仮定されます。

ライセンス要求ファイルを「drm_lic_key」という名称で作成している場合，またはライセンスキーファイルを「drm_lic_file」という名称で作成している場合，これらのファイルは，インストールが成功すると自動的に削除されます。ただし，上記以外の名称の場合は，自動的に削除されません。

JP1/NETM/DMを使ってProtection Manager for SQLまたは Protection Manager for Exchangeをパッケージングします。

3.2.2 Protection Managerのリモートインストール（Solarisの場合）

この項の構成

(1) Protection Manager Copy Controllerのリモートインストール

(2) Protection Manager for Oracleのリモートインストール

(1) Protection Manager Copy Controllerのリモートインストール

Protection Manager Copy Controllerをリモートインストールする手順について，説明します。

リモートインストールするには：

Protection Managerのインストール用CD-ROMをCD-ROMドライブにセットします。
CD-ROMが自動的にマウントされます。

CD-ROMドライブ上のすべてのファイルおよびフォルダをローカルディスクにコピーします。
ローカルディスクの「/var/tmp/HPTM-CC」にコピーする例を次に示します。

PROMPT>cp -pr <CD-ROMマウントポイント>/* /var/tmp/HPTM-CC

以降の説明では，「/var/tmp/HPTM-CC」ディレクトリにCD-ROMの内容がコピーされたものとして，説明します。

NETM/DMの登録ファイルを作成します。
登録ファイルの格納場所
　/var/tmp/HPTM_regfile
登録ファイルに記述する値
　登録ファイルに必ず記載しなければならないパラメーターを，次の表に示します。

パラメーター名 | 設定する値 | 設定値の例
Group | 任意 | HC
ResourceName | 任意 | HPTM
ProgramName | "Hitachi Protection Manager Copy Controller" | 左記の値
Version | 任意 | 0630
APafterGeneration | "/var/tmp/HPTM-CC/install.sh -NETM" | 左記の値

　上記の表にないパラメーターについては，設定は任意です。

JP1/NETM/DMを使ってProtection Manager Copy Controllerをパッケージングします。
JP1/NETM/DMのパッケージング用のコマンドを使用します。引数として，CD-ROMの内容をコピーしたディレクトリと登録ファイルの絶対パスを指定してください。

配布先のディレクトリを変更する場合

リモートインストールの配布先ディレクトリを変更するには，JP1/NETM/DMのユーザー組み込みファイルを編集する必要があります。ユーザー組み込みファイルは，CD-ROMの内容をコピーしたディレクトリの直下に格納されています。

ユーザー組み込みファイルの格納場所

　<CD-ROMの内容をコピーしたディレクトリ>/install.sh

ユーザー組み込みファイル中の編集が必要な個所

　変数PUTPKGの値を変更してください。

ユーザー組み込みファイルの変更例

　リモートインストールの配布先ディレクトリを「/var/tmp/HPTM」に変更したい場合の変更例を，次に示します。

#!/bin/sh

##########################################

# Remote installation script

# User inclusion post-processing

##########################################

PUTPKG="/var/tmp/HPTM"

PKGNAME="HPTM"

：

：

exit 0

なお，変数PUTPKG以外の値を変更しないでください。

(2) Protection Manager for Oracleのリモートインストール

Protection Manager for Oracleをリモートインストールする手順について，説明します。

リモートインストールするには：

ライセンス情報を準備します。
取得したライセンスキー，またはライセンスキーファイルを，リモートインストールの配布先にあらかじめ準備しておきます。

ライセンス情報がライセンスキーの場合
配布先に，ライセンス要求ファイルを作成します。
ライセンス要求ファイルの格納パス
　/var/tmp/drm_lic_key
ライセンス要求ファイルの作成例
　PROMPT> echo "<ライセンスキー>" > /var/tmp/drm_lic_key

ライセンス情報がライセンスキーファイルの場合
配布先に，ライセンスキーファイルをコピーします。
次のようにライセンスキーファイルをコピーします。
ライセンスキーファイルの格納パス
　/var/tmp/drm_lic_file
ライセンスキーファイルの作成例
　PROMPT> cp -pf <ライセンスキーファイル名> /var/tmp/drm_lic_file

Protection Managerのインストール用CD-ROMをCD-ROMドライブにセットします。
CD-ROMが自動的にマウントされます。

CD-ROMドライブ上のすべてのファイルおよびフォルダをローカルディスクにコピーします。
ローカルディスクの「/var/tmp/HPTM-ORA」にコピーする例を次に示します。

PROMPT>cp -pr <CD-ROMマウントポイント>/* /var/tmp/HPTM-ORA

以降の説明では，「/var/tmp/HPTM-ORA」ディレクトリにCD-ROMの内容がコピーされたものとして，説明します。

NETM/DMの登録ファイルを作成します。
登録ファイルの格納場所
　/var/tmp/HPTM_regfile
登録ファイルに記述する値
　登録ファイルに必ず記載しなければならないパラメーターを，次の表に示します。

パラメーター名 | 設定する値 | 設定値の例
Group | 任意 | HC
ResourceName | 任意 | HPTM-ORA
ProgramName | "Hitachi Protection Manager for Oracle" | 左記の値
Version | 任意 | 0630
APafterGeneration | "/var/tmp/HPTM-ORA/install.sh -NETM" | 左記の値

　上記の表にないパラメーターについては，設定は任意です。

リモートレスポンスファイルを作成します。
リモートレスポンスファイルの格納場所
　/var/tmp/drm_rtresp
リモートレスポンスファイルの記述形式
　ORA_VER=Oracleバージョン
Oracleバージョンには，「10」または「11」を指定してください。「10」「11」以外を指定した場合，エラーとなり，リモートインストールが終了します。
作成例（Oracle Database 11gを使用する場合）
　PROMPT>echo "ORA_VER=11" > /var/tmp/drm_rtresp
ここで指定したOracleのバージョンは，Oracleバージョン記録ファイルというシステムファイルに記録され，バックアップやリストアの対象として認識されます。インストール後にOracleのバージョンを変更した場合，Oracleバージョン記録ファイルは直接変更できないため，Protection Manager for Oracleを再インストールしてOracleのバージョンを入力し直す必要があります。
なお，作成したリモートレスポンスファイル「drm_rtresp」は，インストールが成功したときに削除されます。

JP1/NETM/DMを使ってProtection Manager for Oracleをパッケージングします。
JP1/NETM/DMのパッケージング用のコマンドを使用します。引数として，CD-ROMの内容をコピーしたディレクトリと登録ファイルの絶対パスを指定してください。

配布先のディレクトリを変更する場合

リモートインストールの配布先ディレクトリを変更するには，JP1/NETM/DMのユーザー組み込みファイルを編集する必要があります。ユーザー組み込みファイルは，CD-ROMの内容をコピーしたディレクトリの直下に格納されています。

ユーザー組み込みファイルの格納場所

　<CD-ROMの内容をコピーしたディレクトリ>/install.sh

ユーザー組み込みファイル中の編集が必要な個所

　変数PUTPKGの値を変更してください。

ユーザー組み込みファイルの変更例

　リモートインストールの配布先ディレクトリを「/var/tmp/HPTM-ORA」に変更したい場合の変更例を，次に示します。

#!/bin/sh

##########################################

# Remote installation script

# User inclusion post-processing

##########################################

PUTPKG="/var/tmp/HPTM-ORA"

PKGNAME="HPTM-ORA"

：

：

exit 0

3.3 Protection Managerのインストール時にトラブルが発生した場合の対処

ここでは，Protection Managerのインストール時にトラブルが発生した場合の対処について，説明します。

この節の構成

3.3.1 Protection Managerのインストールに失敗した場合

3.3.2 Protection Managerのリモートインストールに失敗した場合

3.3.3 drm_inst.logファイルの調査

3.3.1 Protection Managerのインストールに失敗した場合

Protection Managerのインストール時にトラブルが発生した場合，次の手順でトラブルの原因を調査してください。

インストール手順を確認する。
インストーラーが出力したメッセージに従って，マニュアルのインストール手順を再度確認してください。

ファイル「drm_inst.log」の内容を調査する。
インストール手順を確認してもトラブルの原因がわからない場合，ファイル「drm_inst.log」の内容を調査してください。ファイル「drm_inst.log」については，「3.3.3 drm_inst.logファイルの調査」を参照してください。

ファイル「drm_inst.log」を調査しても，トラブルの原因がわからない場合，ファイル「drm_inst.log」を採取し，問い合わせ窓口に連絡してください。

3.3.2 Protection Managerのリモートインストールに失敗した場合

Protection Managerのリモートインストール時にトラブルが発生した場合，JP1/NETM/DM Managerが出力する保守コードに従って対処してください。

なお，次の保守コードは，Protection Managerが出力するコードになります。これらの保守コードが出力された場合は，ファイル「drm_inst.log」を調査してください。「drm_inst.log」については「3.3.3 drm_inst.logファイルの調査」を参照してください。

Windowsの場合

リターンコード：90

Solarisの場合

リターンコード：01

3.3.3 drm_inst.logファイルの調査

ファイル「drm_inst.log」は次の場所に出力されます。

Windowsの場合

<Protection Managerのインストール先>¥log¥drm_inst.log

または

<インストールしたユーザーのデスクトップ>¥drm_inst.log

Solarisの場合

/var/opt/drm/log/drm_inst.log

「drm_inst.log」の内容について説明します。

drm_inst.logに「LICENCE ERROR:RC=**」が出力された場合
「RC=**」の**に該当する数字がトラブルの原因を示しています。
次の表を参照して，対処してください。

表3-2 drm_inst.logに出力されたトラブルの原因

RC | 原因
10，11 | ライセンスの有効期限切れです。
1～9，20～29 | システム環境が不正です。
30～39 | 入力されたライセンスキーが不正です。
40 | 入力されたライセンスキーファイルが見つかりません。
41～43 | 入力されたライセンスキーファイルが不正です。
44 | 入力するライセンスキーがライセンスキーファイル内にありません。

drm_inst.logに「ERROR:エラーメッセージ」が出力された場合
エラーメッセージが原因を示しています。メッセージに従って対処してください。

3.4 環境変数の設定（Solarisの場合）

バックアップ対象がOracleデータベースの場合，Protection Managerのインストール後に環境変数を設定する必要があります。環境変数の設定は，すべてrootユーザー権限で実行してください。

PATH

MANPATH

LANG

LD_LIBRARY_PATH

NLS_LANG（バックアップ対象がOracleの場合）

なお，OSがWindowsの場合は，環境変数はインストール後に自動的に設定されます。

この節の構成

3.4.1 環境変数PATH

3.4.2 環境変数MANPATH

3.4.3 環境変数LANG

3.4.4 環境変数LD_LIBRARY_PATH

3.4.5 環境変数NLS_LANG

3.4.1 環境変数PATH

環境変数PATHに次のパスを追加し，コマンドのパスを設定します。

/opt/drm/bin/

Bシェルの場合は，次のように入力します。

PROMPT> PATH=/opt/drm/bin:$PATH

PROMPT> export PATH

3.4.2 環境変数MANPATH

環境変数MANPATHに次のパスを追加し，マニュアルのパスを設定します。

/opt/drm/man/<環境変数LANGに設定する値>

Bシェルの場合は，次のように入力します。

PROMPT> MANPATH=/opt/drm/man/<環境変数LANGに設定する値>:$MANPATH

PROMPT> export MANPATH

3.4.3 環境変数LANG

環境変数LANGに値を追加し，言語を指定します。設定できる値を，次の表に示します。

表3-3 環境変数LANGに設定できる値

ASCII（英語）
Shift-JIS（日本語）
日本語EUC（日本語）

LANG=C
LANG=ja_JP.PCK
LANG=ja
LANG=ja_JP.eucJP

Bシェルの場合は，次のように入力します。

PROMPT> LANG=ja_JP.SJIS

PROMPT> export LANG

3.4.4 環境変数LD_LIBRARY_PATH

環境変数LD_LIBRARY_PATHに次のパスを追加し，Oracleのパスを設定します。

<Oracleホームディレクトリ>/lib32

Oracleホームディレクトリが「/oracle/product/11.1.0/」の場合，次のように入力します。

PROMPT> LD_LIBRARY_PATH=/oracle/product/11.1.0/lib32:$LD_LIBRARY_PATH

PROMPT> export LD_LIBRARY_PATH

正しく設定されたかどうかは，lddコマンドを使用して確認します。

3.4.5 環境変数NLS_LANG

環境変数NLS_LANGが設定されているかどうか確認します。

環境変数にNLS_LANGを設定していない場合は，「AMERICAN_AMERICA.US7ASCII」を設定します。このため，Oracleデータベースの言語指定によっては，Oracleから返却されるメッセージテキストが正しく表示できないことがあります。

3.5 Protection Managerのアンインストール

Protection Managerをアンインストールする手順について説明します。

アンインストールするときは，次のことを確認してください。

管理者権限でログインしている。

すべてのプログラムが終了している。

Protection Managerは，次の順序でアンインストールします。インストールするときの順序と異なるので注意してください。

次のProtection Managerのオプション製品（順不同）

Protection Manager for SQL

Protection Manager for Exchange

Protection Manager for Oracle

Protection Manager Copy Controller

Protection Managerは，次の手順で削除します。

Protection Managerのアンインストール

Protection Managerに関連した設定の削除

Protection Managerを削除するサーバを次の表に示します。

表3-4 Protection Managerを削除するサーバ

作業項目
ファイルサーバ
または
データベースサーバ
バックアップ
サーバ

Protection Managerのアンインストール
Protection Manager Copy Controller
○
○

Protection Manager for SQL（バックアップ対象がSQL Serverデータベースの場合）
○
－

Protection Manager for Exchange（バックアップ対象がExchangeデータベースの場合）
○
－

Protection Manager for Oracle（バックアップ対象がOracleデータベースの場合）
○
－

Protection Managerに関連した設定の削除
環境変数の削除（Solarisの場合）
○
○

ユーザー作成ファイルの削除
○
○

（凡例）

○：削除が必要。

－：削除は不要。

アンインストール時の注意事項

アンインストール中に「ロックされたファイルの検出」メッセージが表示された場合，［再起動］ボタンをクリックしてアンインストールを継続してください。

この節の構成

3.5.1 Protection Managerのアンインストール（Windowsの場合）

3.5.2 Protection Managerのアンインストール（Solarisの場合）

3.5.1 Protection Managerのアンインストール（Windowsの場合）

この項の構成

(1) Protection Manager for SQLまたはProtection Manager for Exchangeのアンインストール

(2) Protection Manager Copy Controllerのアンインストール

(1) Protection Manager for SQLまたはProtection Manager for Exchangeのアンインストール

アンインストールするには：

Windows 2000 Serverの場合，［スタート］メニューから［設定］－［コントロールパネル］を，Windows Server 2003またはWindows Server 2008の場合，［スタート］メニューから［コントロールパネル］を選択します。
コントロールパネルが表示されます。

Windows 2000 Serverの場合，［アプリケーションの追加と削除］を，Windows Server 2003の場合，［プログラムの追加と削除］を，Windows Server 2008の場合，［プログラムと機能］を開きます。
アプリケーションの追加と削除ダイアログボックス，プログラムの追加と削除ダイアログボックス，またはプログラムと機能ダイアログボックスが表示されます。

［現在インストールされているプログラム］で，「Hitachi Protection Manager for SQL」または「Hitachi Protection Manager for Exchange」を選択し，［削除］ボタンをクリックします。
インストーラー画面が表示されます。

［削除］を選択して，［次へ］ボタンをクリックします。
削除するかを確認するダイアログボックスが表示されます。

［OK］ボタンをクリックします。
アンインストールが開始されます。アンインストールが完了すると，メンテナンスの完了画面が表示されます。

［完了］ボタンをクリックします。

(2) Protection Manager Copy Controllerのアンインストール

Windows 2000 Serverの場合，［スタート］メニューから［設定］－［コントロールパネル］を，Windows Server 2003またはWindows Server 2008の場合，［スタート］メニューから［コントロールパネル］を選択します。
コントロールパネルが表示されます。

Windows 2000 Serverの場合，［アプリケーションの追加と削除］を，Windows Server 2003の場合，［プログラムの追加と削除］を，Windows Server 2008の場合，［プログラムと機能］を開きます。
アプリケーションの追加と削除ダイアログボックス，プログラムの追加と削除ダイアログボックス，またはプログラムと機能ダイアログボックスが表示されます。

［現在インストールされているプログラム］から「Hitachi Protection Manager Copy Controller」を選択し，［削除］ボタンをクリックします。
インストーラー画面が表示されます。

［削除］を選択して，［次へ］ボタンをクリックします。
削除するかを確認するダイアログボックスが表示されます。

［OK］ボタンをクリックします。
アンインストールが開始されます。アンインストールが完了すると，メンテナンスの完了画面が表示されます。

［完了］ボタンをクリックします。

ユーザーファイルを削除します。
インストール後に作成された定義ファイルやログファイルなどのファイルを削除します。

3.5.2 Protection Managerのアンインストール（Solarisの場合）

この項の構成

(1) Protection Manager for Oracleのアンインストール

(2) Protection Manager Copy Controllerのアンインストール

(1) Protection Manager for Oracleのアンインストール

アンインストールするには：

psコマンドを実行して，実行中のProtection Managerのコマンドがないか確認します。
次のようにコマンドを入力します。

PROMPT> ps -ef | grep drm

「drm」で始まるプロセスは，Protection Managerのプロセスです。プロセスが実行されている場合は，プロセスが停止するまで待ってください。

pkgrmコマンドを実行して，Protection Manager for Oracleをアンインストールします。
次のようにコマンドを入力します。

PROMPT> pkgrm HPTM-ORA

次のメッセージが順に表示されるので，それぞれ「y」と入力します。

Do you want to remove this package? [y,n,?,q]

Do you want to continue with the removal of this package [y,n,?,q]

Protection Manager for Oracleのアンインストールが完了すると，プロンプトが表示されます。

(2) Protection Manager Copy Controllerのアンインストール

アンインストールするには：

psコマンドを実行して，実行中のProtection Managerのコマンドがないか確認します。
次のようにコマンドを入力します。

PROMPT> ps -ef | grep drm

「drm」で始まるプロセスは，Protection Managerのプロセスです。プロセスが実行されている場合は，プロセスが停止するまで待ってください。

pkgrmコマンドを実行して，Protection Manager Copy Controllerをアンインストールします。
次のようにコマンドを入力します。

PROMPT> pkgrm HPTM

次のメッセージが順に表示されるので，それぞれ「y」と入力します。

Do you want to remove this package? [y,n,?,q]

Do you want to continue with the removal of this package [y,n,?,q]

Protection Manager Copy Controllerのアンインストールが完了すると，プロンプトが表示されます。

ユーザーファイルを削除します。
pkgrmコマンドでは，インストールしたあとに作成された定義ファイルやログファイルなど，ユーザーが作成したファイルは削除されません。これらのファイルを削除する場合は，次の「drm」ディレクトリを削除してください。

/opt/drm

/var/opt/drm

4. Protection Managerを使用するための準備

この章では，Protection Managerを使用するために必要な環境設定の流れと各設定の手順について説明します。

なお，OSがWindowsの場合，Protection Manager Consoleをインストールすると，Setup GUIから環境設定を実行できます。Setup GUIの詳細については，マニュアル「Hitachi Protection Manager Software Console ユーザーズガイド」を参照してください。

この章の構成

4.1 Protection Managerの環境設定

4.2 RAID Managerの設定

4.3 Protection Managerの動作の設定

4.4 RAID Managerと連携するためのProtection Managerの設定

4.5 ディクショナリマップファイルの作成

4.6 クラスタ構成に必要な設定および定義ファイルの作成

4.7 データベース構成定義ファイルの作成

4.8 SQL Serverとの連携に関する設定

4.9 VSSを使用するための設定

4.10 カスケード構成情報定義ファイルの作成（バックアップ対象がExchangeデータベースの場合）

4.11 バックアップ管理製品と連携するための設定

4.12 一括定義ファイルの作成

4.13 ディクショナリマップファイルの更新

4.14 副ボリュームのマウント方法の設定

4.15 拡張コマンドの実行に必要な準備

4.16 ユーザースクリプトの作成

4.17 メール送信のための設定

4.18 Protection Managerの動作環境の保護

4.19 Exchange環境設定ファイルの作成

4.1 Protection Managerの環境設定

Protection Managerの環境設定の手順と各サーバでの作業の要否を次の表に示します。環境設定をするサーバで必要な個所（○が付いている個所）を参照して，環境設定をしてください。

Protection Manager Consoleをインストールしている場合は，構成チェック機能を使用することを推奨します。構成チェック機能の詳細については，マニュアル「Hitachi Protection Manager Software Console ユーザーズガイド」を参照してください。

環境設定では，Protection Managerのコマンドを実行することがあります。Protection Managerのコマンドを実行するには管理者権限が必要です。コマンド実行時のユーザー権限については「5.4.1 コマンドを実行するユーザーに必要な権限」を参照してください。

注意事項

環境設定のためのパラメーターの設定を省略した場合，または，設定した値が誤っていた（設定できる値でない）場合には，デフォルト値が使用されます。

表4-1 Protection Managerの環境設定の手順と各サーバでの作業の要否

環境設定の手順
ファイルサーバ
または
データベースサーバ
バックアップサーバ
設定ファイル名
マニュアル
参照先

前提製品の環境設定※1
ストレージサブシステムのボリューム複製機能の設定
×※2
×※2
－
ストレージサブシステムのマニュアル

RAID Managerの設定
○
○
RAID Managerの構成定義ファイル（horcm<n>.conf）
4.2 RAID Managerの設定

Volume Managerの設定
（OSがSolarisの場合）
○
○
－
Volume Managerのマニュアル

バックアップ管理製品の設定
×
○
－
バックアップ管理製品のマニュアル

Protection Managerの動作の設定
○
○
Protection Manager構成定義ファイル （init.conf）
4.3 Protection Managerの動作の設定

RAID Managerと連携するための設定
○
○
RAID Manager用連携定義ファイル （DEFAULT.dat）
4.4 RAID Managerと連携するためのProtection Managerの設定

ディクショナリマップファイルの作成
○
○
－
4.5 ディクショナリマップファイルの作成

クラスタ情報の構成定義ファイルの作成
○
×
クラスタ情報の構成定義情報ファイル（<クラスタ名>.dat）
4.6 クラスタ構成に必要な設定および定義ファイルの作成

データベース構成定義ファイルの作成
（バックアップ対象がSQL ServerまたはOracleデータベースの場合）
○
×
データベース構成定義ファイル（<インスタンス名>.dat）
4.7 データベース構成定義ファイルの作成

SQL Serverとの連携に関する設定※3
SQL Serverログインタイムアウトオプションの指定
○
×
sqlinit_<インスタンス名>.conf
4.8 SQL Serverとの連携に関する設定

SQL Server自動復旧時間の指定

VSSを使用するための設定（バックアップ対象がファイルシステムまたはExchangeデータベースの場合）
○
○
VSS定義ファイル（vsscom.conf）
4.9 VSSを使用するための設定

カスケード構成情報定義ファイルの作成（バックアップ対象がExchangeデータベースの場合）
○
×
カスケード構成情報定義ファイル（<Exchange仮想サーバ名>.dat）
4.10 カスケード構成情報定義ファイルの作成（バックアップ対象がExchangeデータベースの場合）

バックアップ管理製品と連携するための設定
×
○
バックアップ管理製品と連携するための構成定義ファイル
（DEFAULT.dat）
4.11 バックアップ管理製品と連携するための設定

テープバックアップ用構成定義ファイル

一括定義ファイルの作成
○
○
任意のファイル
4.12 一括定義ファイルの作成

ディクショナリマップファイルの更新
○
○※4
－
4.13 ディクショナリマップファイルの更新

拡張コマンドの実行に必要な準備
○
○
－
4.15 拡張コマンドの実行に必要な準備

ユーザースクリプトの作成
○
×
ユーザースクリプトファイル（任意のファイル名）
4.16 ユーザースクリプトの作成

メール送信のための設定
○
×
メール送信定義ファイル（mail.conf）
4.17 メール送信のための設定

Protection Managerの動作環境の保護
○
○
－
4.18 Protection Managerの動作環境の保護

（凡例）

○：環境設定が必要。

×：環境設定は不要。

－：ファイルの設定は不要。

注※1

SQL Serverのログ配布機能を使用する場合，ソースサーバおよび配布先サーバでは，データベースサーバと同じ環境設定をします。

注※2

ストレージサブシステムのボリューム複製機能は，各ストレージサブシステムで設定してください。

注※3

エラーメッセージKAVX1008-Eでコマンドがエラー終了したときに設定してください。

注※4

バックアップサーバでは必須ではありません。

バックアップサーバに主ボリュームが存在する場合は，ディクショナリマップファイルの更新が必要ですが，バックアップサーバに主ボリュームが存在しない場合は不要です。

4.2 RAID Managerの設定

Protection Managerを使ってデータをバックアップする場合，運用方法に応じて， RAID Managerの構成定義ファイル（horcm<n>.conf：<n>はインスタンス番号）をインスタンスごとに作成する必要があります。

RAID Managerの構成定義ファイル（horcm<n>.conf）は次の場所にあります。

Windows 2000 Serverの場合

<システムドライブ>¥WINNT

Windows Server 2003またはWindows Server 2008の場合

<システムドライブ>¥Windows

Solarisの場合

/etc

注意事項

環境変数HORCM_CONFで構成定義ファイルのパスを設定しないでください。

Protection Managerでは，主ボリュームと副ボリュームを管理する単位として，コピーグループを使用しています。コピーグループは，RAID Manager構成定義ファイルの「dev_group」と「dev_name」を組み合わせて作成されます。

Protection Managerでは，同一サーバ上で同じコピーグループ名を使用できません。RAID Managerのインスタンスを複数使用する場合に構成定義ファイルを作成するとき，dev_groupとdev_nameの組み合わせが重複しないように注意してください。

注意事項

Protection Manager では，RAID Managerのバージョンが01-18-03/06以降の場合に，構成定義ファイル（horcm<n>.conf）のHORCM_LDEVセクションをサポートしています。

作成したRAID Managerの構成定義ファイルが正しいかどうかを確認するために，RAID Managerのインスタンスが起動できるかどうかを確認してください。RAID Managerの起動方法については，RAID Managerのマニュアルを参照してください。RAID Managerのインスタンスが正しく起動できたことを確認したあと，Protection Managerをインストールしてください。

ここでは，次の運用形態での構成定義ファイルの作成方法について説明します。

一つの主ボリュームを複数世代にバックアップする

複数の主ボリュームを一つの世代にバックアップする

複数の主ボリュームを複数の世代にバックアップする

ストレージサブシステム間でバックアップまたはリストアする

マルチターゲット構成・カスケード構成を組む

この節の構成

4.2.1 一つの主ボリュームを複数世代にバックアップする場合

4.2.2 複数の主ボリュームを一つの世代にバックアップする場合

4.2.3 複数の主ボリュームを複数の世代にバックアップする場合

4.2.4 ストレージサブシステム間でバックアップまたはリストアする場合

4.2.5 マルチターゲット構成・カスケード構成を組む場合

4.2.1 一つの主ボリュームを複数世代にバックアップする場合

ここでは，一つの主ボリュームを複数世代にバックアップする場合について説明します。

例えば，バックアップ対象となるファイルやデータベースが一つのボリュームに格納されていて，時間差を付けて複数世代のバックアップを取得するような場合が，この構成に該当します。

一つの主ボリュームを複数世代にバックアップするには，次のように設定します。

一つの主ボリュームに対し，各世代の副ボリュームとペア定義する。

それぞれのペアに対して，0から2までのMU#（ペア識別子）を指定する。

図4-1 一つの主ボリュームを複数世代にバックアップする場合のボリューム構成と構成定義

4.2.2 複数の主ボリュームを一つの世代にバックアップする場合

ここでは，複数の主ボリュームを一つの世代にバックアップする場合について説明します。

例えば，SQL Serverのmasterデータベースとユーザーデータベースがそれぞれ別のボリュームに格納されている場合が，この構成に当てはまります。

複数の主ボリュームを一つの世代にバックアップするには，一括でバックアップするすべてのペアボリュームに対して，同じdev_group名を指定します。

図4-2 複数の主ボリュームを一つの世代にバックアップする場合のボリューム構成と構成定義

4.2.3 複数の主ボリュームを複数の世代にバックアップする場合

ここでは，複数の主ボリュームを複数の世代にバックアップする場合について説明します。

前述の「一つの主ボリュームを複数世代にバックアップする場合」と「複数の主ボリュームを一つの世代にバックアップする場合」を組み合わせてバックアップするような場合が，この構成に当てはまります。

複数の主ボリュームを複数の世代にバックアップするには同じMU#を持つペアボリュームには同じdev_group名を指定します。

図4-3 複数の主ボリュームを複数の世代にバックアップする場合のボリューム構成と構成定義

4.2.4 ストレージサブシステム間でバックアップまたはリストアする場合

Protection Managerでは，ShadowImageと，TrueCopyまたはUniversal Replicatorなどのサブシステム間のボリューム複製機能を混在させてバックアップ，リストアすることができます。この場合，RAID Managerの構成定義ファイル（horcm<n>.conf）に，リモートコピーが実行できるような設定をしておく必要があります。例えば，複数の主ボリュームから複数の副ボリュームに同時にバックアップする場合，RAID Managerの構成定義ファイル（horcm<n>.conf）の，それぞれの副ボリュームの「MU#」に同じ値を設定する必要があります。

ストレージサブシステム間でバックアップまたはリストアする場合の構成定義の例を次に示します。

図4-4 ストレージサブシステム間でバックアップまたはリストアする場合の構成定義の例

上記の構成例での，ローカルサイトのデータベースサーバ「Host0」のRAID Manager構成定義ファイルの例を次に示します。ここでは，一つの主ボリュームに複数の副ボリュームが対応づけられているので，バックアップ先となるサーバ（バックアップサーバ）ごとにインスタンスを分けて構成定義ファイルを作成しています。

RAID Managerの構成定義ファイル（horcm0.conf）

HORCM_DEV
##dev_group       dev_name         port#    TargetID   LU#       MU#
SI01              DEV11            CL2-C    8          6         0
SI01              DEV21            CL2-C    8          7         0
SI02              DEV12            CL2-C    8          6         1
SI02              DEV22            CL2-C    8          7         1
SI03              DEV13            CL2-C    8          6         2
SI03              DEV23            CL2-C    8          7         2
HORCM_INST
##dev_group       ip_address             service
SI01              Host1                  12501/udp
SI02              Host1                  12501/udp
SI03              Host1                  12501/udp

RAID Managerの構成定義ファイル（horcm1.conf）

HORCM_DEV
##dev_group       dev_name         port#    TargetID   LU#       MU#
TC01              DEV31            CL2-C    8          6          
TC01              DEV32            CL2-C    8          7          
HORCM_INST
##dev_group       ip_address             service
TC01              Host2                  12502/udp

RAID Managerの構成定義ファイル（horcm2.conf）

HORCM_DEV
##dev_group       dev_name         port#    TargetID   LU#       MU#
UR01              DEV41            CL2-C    8          6         h1
UR01              DEV42            CL2-C    8          7         h1
HORCM_INST
##dev_group       ip_address             service
UR01              Host3                  12510/udp

RAID Managerの構成定義ファイル（horcm3.conf）

HORCM_DEV
##dev_group       dev_name         port#    TargetID   LU#       MU#
UR02              DEV51            CL2-C    8          6         h2
UR02              DEV52            CL2-C    8          7         h2
HORCM_INST
##dev_group       ip_address             service
UR02              Host4                  12511/udp

設定が終了したら，drmfsdisplayコマンド，drmsqldisplayコマンドまたはdrmexgdisplayコマンドに-refreshを指定して実行し，リソース情報を登録してください。このときRAID Managerで設定したリモートサイトの情報がProtection Managerに登録されます。また，リソース情報を登録したあと，drmfsdisplayコマンド，drmsqldisplayコマンドまたはdrmexgdisplayコマンドに-cfを指定して実行し，ボリュームに登録されたリモートサイトの情報が正しいかどうかを確認してください。

4.2.5 マルチターゲット構成・カスケード構成を組む場合

一つのデバイスが複数のペアを組む構成（マルチターゲット構成・カスケード構成）では，デバイスに対するそれぞれの構成を同じインスタンス番号に定義する必要があります。同じインスタンス番号に定義しないと正しく構成情報が取得できなくなり，バックアップが実行できなくなります。

ShadowImageとTrueCopyのマルチターゲット・カスケード構成では，ローカルサイトの主ボリュームとリモートサイトの主ボリュームが複数のペアを組む構成になるため，RAID Managerの構成定義ファイルの指定に注意が必要となります。マルチターゲット構成とカスケード構成の構成定義ファイル例を次に示します。

図4-5 マルチターゲット構成またはカスケード構成の場合の構成定義例

4.3 Protection Managerの動作の設定

Protection Managerの動作の設定は， Protection Managerの構成定義ファイル（init.conf）に記述します。

init.confは次の場所にあります。

Windows：<Protection Managerのインストール先>¥conf

Solaris：/opt/drm/conf

構成定義ファイル（init.conf）の指定内容に誤りがある場合や，構成定義ファイルそのものが存在しない場合，Protection Managerが提供するコマンドはデフォルトの値を使用し，処理します。誤って構成定義ファイルを削除した場合，Protection Managerを再インストールしてください。

この節の構成

4.3.1 クラスタリソースの状態を確認するためのリトライ回数とリトライ間隔の設定

4.3.2 プロセスの状態を確認するためのリトライ回数とリトライ間隔の設定

4.3.3 実行中のコマンドの状態を確認するためのリトライ回数とリトライ間隔の設定

4.3.4 バックアップオプションの設定（バックアップ対象がSQL Serverデータベースの場合）

4.3.5 ディクショナリマップ同期オプションの設定（バックアップ対象がSQL Serverデータベースの場合）

4.3.6 リカバリオプションの設定（バックアップ対象がSQL Serverデータベースの場合）

4.3.7 クラスタリソースがオンライン状態でのリストアの設定

4.3.8 ベリファイ処理の並列実行の設定（バックアップ対象がExchangeデータベースの場合）

4.3.9 Protection Managerサービスの通信タイムアウト時間の設定

4.3.1 クラスタリソースの状態を確認するためのリトライ回数とリトライ間隔の設定

クラスタ環境でコールドバックアップやリストアする場合，Protection Managerはクラスタリソースのオンライン状態とオフライン状態を切り替えています。クラスタリソースをオンラインまたはオフラインにする場合，クラスタリソースの状態がオンラインまたはオフラインになったかどうかをリトライ処理で確認しています。クラスタリソースの状態を確認するリトライ回数とリトライ間隔を変更したい場合，次のパラメーターを変更してください。非クラスタ環境の場合は，このパラメーターはデフォルトのまま変更しないでください。

表4-2 init.confのパラメーター（クラスタリソースの状態確認のリトライ回数とリトライ間隔）

パラメーター
説明
設定できる値
（デフォルト値）

CLU_RETRY_TIME

リトライ回数の最大値を設定します。通常は0以外の値を設定してください。バックアップ対象がExchangeデータベースの場合，サービスの開始時間はロールフォワードの処理時間に依存します。このため，Exchangeデータベースの場合は，この値はデフォルト値から変更しないでください。

0を設定した場合，クラスタリソースの状態が確認できるまでリトライし続けます。例えば，クラスタリソースがエラー終了した場合，無期限にリトライします。

このパラメーターには，通常60を設定することを推奨します。
ただし，大規模なシステム構成などで60では不十分な場合，実際の運用環境でクラスタリソースのオンライン状態とオフライン状態の切り替えに掛かる時間の2倍となることを目安に設定してください。

このパラメーターの設定を変更する場合，「CLU_RETRY_TIMEの設定値×CLU_RETRY_WAITの設定値」が，クラスタリソースのオンライン状態とオフライン状態の切り替えを完了するまでの時間よりも，十分に大きな値になるようにしてください。

0～3600
（0）

CLU_RETRY_WAIT
クラスタリソースの状態を確認するためのリトライ間隔の秒数を設定します。
0～3600
（1）

クラスタリソースのオンライン状態とオフライン状態の切り替えに掛かる時間は，使用するクラスタソフトウェア，ディスク数，ディスクサイズ，サービスリソースの起動・停止時間などにも依存します。次に示す表を参考に，適切な値を設定してください。

表4-3 クラスタソフトウェアごとのCLU_RETRY_WAITに設定する値

使用するクラスタソフトウェア | 説明 | 推奨値（単位：秒）
VCS | クラスタリソースの状態確認には，1秒または2秒程度の待ち時間が必要です。 | 1または2
MSCS | クラスタリソースの状態確認には，1秒または2秒程度の待ち時間が必要です。 | 1または2

4.3.2 プロセスの状態を確認するためのリトライ回数とリトライ間隔の設定

コールドバックアップやリストアする場合，Protection Managerはバックアップまたはリストア対象のDBMS製品のサービスの起動または停止を実施しています。サービスを起動または停止する場合，プロセスの起動または停止の状態をリトライ処理で確認しています。プロセスの起動または停止の状態を確認するリトライ回数とリトライ間隔を変更したい場合，次のパラメーターを変更してください。

なお，クラスタ環境の場合，Protection Managerはこのパラメーターを参照しないため，値を変更する必要はありません。

表4-4 init.confのパラメーター（プロセスの状態確認のリトライ回数とリトライ間隔）

パラメーター
説明
設定できる値
（デフォルト値）

SVC_RETRY_TIME

リトライ回数の最大値を設定します。通常は0以外の値を設定してください。バックアップ対象がExchangeデータベースの場合，サービスの開始時間はロールフォワードの処理時間に依存します。このため，Exchangeデータベースの場合は，この値はデフォルト値から変更しないでください。

0を設定した場合，プロセスの状態が確認できるまでリトライし続けます。例えば，プロセスがエラー終了した場合，無期限にリトライします。

このパラメーターの設定を変更する場合，「SVC_RETRY_TIMEの設定値×SVC_RETRY_WAITの設定値」が，プロセスの起動または停止を完了するまでの時間よりも，十分に大きな値になるようにしてください。

0～3600
（0）

SVC_RETRY_WAIT
プロセスの状態を確認するためのリトライ間隔の秒数を設定します。
通常はこの設定を変更する必要はありません。
0～3600
（1）

4.3.3 実行中のコマンドの状態を確認するためのリトライ回数とリトライ間隔の設定

Protection Managerが実行しているコマンドの状態を確認するための，リトライ回数とリトライ間隔を変更したい場合，次のパラメーターを変更してください。

表4-5 init.confのパラメーター（実行中のコマンドの状態を確認するためのリトライ回数とリトライ間隔の設定）

パラメーター
説明
設定できる値
（デフォルト値）

COM_RETRY_TIME

リトライ回数の最大値を設定します。通常は0以外の値を設定してください。

0を設定した場合，コマンドの状態が確認できるまでリトライします。例えば同時実行不可のコマンドの実行中に，誤って同時実行不可のコマンドを実行した場合，あとから実行したコマンドは，先に実行したコマンドが終了するまで無期限にリトライします。

0～3600
（0）

COM_RETRY_WAIT
コマンド状態を確認するためのリトライ間隔の秒数を設定します。
0～3600
（10）

4.3.4 バックアップオプションの設定（バックアップ対象がSQL Serverデータベースの場合）

drmsqlbackupコマンド実行時に，SQL Serverデータベースの状態確認をスキップし，バックアップに掛かる時間を短縮できます。バックアップに掛かる時間を短縮したい場合，次のパラメーターを設定してください。

表4-6 init.confのパラメーター（バックアップオプション）

パラメーター
説明
設定できる値
（デフォルト値）

SQL_QUICK_BACKUP
drmsqlbackupコマンド実行時に，データベースの状態確認をスキップし，バックアップに掛かる時間を短縮するかどうかを設定します。0を設定した場合，またはこのパラメーターが設定されていない場合は，データベースの状態確認を実行します。1を設定すると，データベースの状態確認をスキップします。
通常は0を設定してください。
0または1
（なし）

バックアップに掛かる時間を短縮するには，パラメーターの値を設定する以外に，次のことを確認してください。

バックアップ対象のデータベースがオンライン状態になっている。
オンライン状態ではない場合，SQL Serverデータベースに対してバックアップを実行した時点でエラーとなります。

操作対象のコピーグループを管理するRAID Managerインスタンスが起動されている。
起動されていない場合，RAID Managerコマンド発行時にエラーとなります。

前回のバックアップ情報が削除してある。
バックアップ情報が削除されているかどうかはdrmsqlcatコマンドで確認します。バックアップ情報を削除するには，drmresyncコマンドを実行します。

操作対象のコピーグループの状態がPVOL_PAIRである。
コピーグループの状態を確認するには，RAID Managerのpairdisplayコマンドを実行します。

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hシリーズ，Hitachi USP，Universal Storage Platform V，またはUniversal Storage Platform VMの場合，Quick Splitオプションがオンになっている。
オプションがオンになっていない場合，PVOL_COPY状態でSQL Serverデータベースの静止化が解除されるときがあります。データベースの静止化とは，SQL Serverのデータベースの更新を停止しないで，ディスクの書き込みだけを一時的に停止することです。データベースの静止化が解除された場合，副ボリュームのバックアップデータが破壊されることがあります。

4.3.5 ディクショナリマップ同期オプションの設定（バックアップ対象がSQL Serverデータベースの場合）

ディクショナリマップの更新を非同期にすることで，バックアップコマンドに掛かる時間を短縮できます。バックアップコマンドに掛かる時間を短縮したい場合，次のパラメーターを設定してください。

なお，ディクショナリマップファイルの更新を非同期にすると，コマンド実行中の予期しないサーバのシャットダウンなどによってディクショナリマップファイルが破壊される可能性が高くなるため，定期的にディクショナリマップファイルのバックアップを取得する必要があります。

表4-7 init.confのパラメーター（ディクショナリマップ同期オプション）

パラメーター
説明
設定できる値
（デフォルト値）

DRM_DB_SYNC

ディクショナリマップを同期的に更新するか，非同期で更新するかを設定します。
YESを設定した場合，ディクショナリマップを同期的に更新します。
NOを設定した場合，ディクショナリマップを非同期で更新します。

通常は，YESを設定してください。特別な事情があってバックアップに掛かる時間を短縮する必要がありNOを設定する場合，十分な動作確認をしてから運用を開始してください。

YESまたはNO
（YES）

4.3.6 リカバリオプションの設定（バックアップ対象がSQL Serverデータベースの場合）

drmsqlrecoverコマンド実行時に，SQL Serverデータベースの整合性チェックをするかどうかを，次のパラメーターで指定できます。

表4-8 init.confのパラメーター（リカバリオプション）

パラメーター
説明
設定できる値
（デフォルト値）

SQL_CHECKDB
drmsqlrecoverコマンド実行時にデータベースの整合性をチェックする場合にはYESを設定します。値が設定されていない場合，またはYES以外が設定されている場合は整合性をチェックしません。
YESまたはNO
（NO）

drmsqlrecoverコマンド実行後でも，SQL Server Enterprise Managerから整合性チェックを実行できます。

このオプションを「YES」で設定した場合は，SQL Serverの「DBCC CHECKDB」を使用してリカバリ後の整合性をチェックします。また，「DBCC CHECKDB」の実行時間は，データベース内のインデックス数とテーブル当たりの行数などのデータベースサイズに大きく影響されます。詳細についてはSQL Serverのオンラインヘルプを参照してください。

4.3.7 クラスタリソースがオンライン状態でのリストアの設定

MSCSを使用したクラスタ環境で，クラスタリソースがオンライン状態でのリストアを有効にするかどうかを，次のパラメーターで指定できます。

表4-9 init.confのパラメーター（クラスタリソースがオンライン状態でのリストアの設定）

パラメーター
説明
設定できる値
（デフォルト値）

CLU_MSCS_RESTORE
リストアコマンド実行時にクラスタリソースがオンライン状態でのリストアをする場合にはONLINEを設定します。値が設定されていない場合，またはOFFLINEが設定されている場合はクラスタリソースがオフライン状態でのリストアとなります。
ONLINEまたはOFFLINE
（OFFLINE）

クラスタ構成の場合は，リストアを実行する前に，リストア対象のクラスタディスク（Aとする）のメンテナンスモードをオフにしてください。また，そのクラスタディスク（A）がディレクトリマウントされている場合は，次に該当するクラスタディスクのメンテナンスモードもオフにしてください。※

前述のクラスタディスク（A）がマウントされているディレクトリマウントポイントの上位ディレクトリにマウントされているクラスタディスク

前述のクラスタディスク（A）がマウントされているディレクトリマウントポイントのドライブにマウントされているクラスタディスク

注※Windowsが，メンテナンスモードがオンになっているクラスタディスクをクラスタ化されていないディスクとして扱い，エラーを検知する場合があるためです。

このパラメーターとクラスタリソースの状態の関係を，バックアップ対象ごとに次に説明します。

ファイルシステム
Microsoft Cluster Service環境のクラスタグループ内のボリュームに対して，クラスタリソースがオンライン状態でのリストアができます。クラスタソフトウェアとしてVCSを使用している場合，クラスタリソースがオフライン状態でのリストアとなります。
ファイルシステムの場合のクラスタリソースの状態を次の表に示します。

表4-10 CLU_MSCS_RESTOREパラメーターとクラスタリソースの状態（ファイルシステム）

クラスタ種別 | CLU_MSCS_RESTORE | リストア対象 | クラスタリソースの状態
MSCS | OFFLINE | ○ | オフライン
ONLINE | ○ | オンライン
VCS | － | ○ | オフライン

（凡例）

－：使用しない。

○：リストアできる。

SQL Serverデータベース
Microsoft Cluster Service環境のユーザーデータベースに対して，クラスタリソースがオンライン状態でのリストアができます。リストア対象にシステムデータベース（master，model，msdb，distribution）が含まれる場合，SQL Serverのサービスをいったん停止するため，クラスタリソースがオフライン状態でのリストアとなります。また，クラスタソフトウェアとしてVeritas Cluster Serverを使用している場合，クラスタリソースがオフライン状態でのリストアとなります。
SQL Serverデータベースの場合のクラスタリソースの状態を次の表に示します。

＜リストアオプションとして-resyncを指定した場合＞

表4-11 CLU_MSCS_RESTOREパラメーターとクラスタリソースの状態（SQL Serverデータベース1）

クラスタ種別 | CLU_MSCS_RESTORE | リストア対象 | クラスタリソースの状態
S | U | S＋U
MSCS | OFFLINE | ○ | ○ | ○ | オフライン
ONLINE | ○ | ○ | ○ | オンライン※
VCS | － | ○ | ○ | ○ | オフライン

（凡例）

－：使用しない。

○：リストアできる。

S：システムデータベース

U：ユーザーデータベース

注※

リストア対象のデータベースにシステムデータベースが含まれている場合，CLU_MSCS_RESTOREパラメーターのONLINE設定は無視され，リストア対象となるインスタンスを管理するクラスタリソースをオフライン状態にします。

＜リストアオプションとして-no_resyncを指定した場合＞

表4-12 CLU_MSCS_RESTOREパラメーターとクラスタリソースの状態（SQL Serverデータベース2）

クラスタ種別
CLU_MSCS_RESTORE
リストア対象
クラスタリソースの状態
(クラスタ制御)

S
U
S＋U

MSCS
OFFLINE
○
○
○
なし※

ONLINE
○
○
○
なし※

VCS
－
○
○
○
なし※

（凡例）

－：使用しない。

○：リストアできる。

S：システムデータベース

U：ユーザーデータベース

注※

リストア対象のデータベースにシステムデータベースが含まれている場合，SQL Serverサービスのクラスタリソースだけをオフライン状態にします。

Exchangeデータベース
Microsoft Cluster Service環境のデータベースに対して，すべてのバックアップモードで取得したバックアップデータを，クラスタリソースがオンライン状態でリストアできます。クラスタソフトウェアとしてVeritas Cluster Serverを使用している場合，クラスタリソースがオフライン状態でのリストアとなります。
Exchangeデータベースの場合のクラスタリソースの状態を次の表に示します。

表4-13 CLU_MSCS_RESTOREパラメーターとクラスタリソースの状態（Exchangeデータベース）

クラスタ種別
バックアップモード
CLU_MSCS_RESTORE
リストア
対象
クラスタリソースの状態

MSCS
VSS
OFFLINE
○
オフライン

ONLINE
○
オンライン

COLDまたはONLINE
OFFLINE
○
オフライン

ONLINE
○
オンライン

VCS
VSS
－
×
×

COLDまたはONLINE
－
○
オフライン

（凡例）

－：使用しない。

○：リストアできる。

×：リストアできない。

4.3.8 ベリファイ処理の並列実行の設定（バックアップ対象がExchangeデータベースの場合）

バックアップ対象がExchangeデータベースの場合，VSSバックアップした際に並列して実行するベリファイ処理の数を次のパラメーターで指定できます。

表4-14 init.confのパラメーター（ベリファイ処理の並列実行の設定）

パラメーター
説明
設定できる値
（デフォルト値）

VERIFY_PARALLEL_COUNT
VSSバックアップした際に並列して実行するベリファイ処理の数を指定します。このパラメーターは，バックアップサーバのinit.confで設定してください。
複数のデータベースサーバから一つのバックアップサーバに対して同時にVSSバックアップを実行する場合，パラメーターに2以上の値を指定すると，ベリファイ処理を並列して実行します。
パラメーターが存在しない場合は，1が適用されます。
1～32
（1）

VERIFY_PARALLEL_COUNTの値より多くVSSバックアップを実行した場合，VERIFY_PARALLEL_COUNTの値より多いVSSバックアップはほかのVSSバックアップが完了するまで待機します。

注意事項

VERIFY_PARALLEL_COUNTの値には，バックアップサーバのディスクI/Oの経路数より小さい値を設定してください。

4.3.9 Protection Managerサービスの通信タイムアウト時間の設定

Protection Managerサービスの通信タイムアウト時間を，次のパラメーターで指定できます。

表4-15 init.confのパラメーター（Protection Managerサービスの通信タイムアウト時間の設定）

パラメーター
説明
設定できる値
（デフォルト値）

SERVICE_TIMEOUT
Protection Managerサービスの通信タイムアウト時間を分単位で指定します。0を指定した場合，タイムアウトは設定されません。この場合，Protection Managerサービスが応答を返さないときにProtection Managerサービスに処理を要求したコマンドが待機したままの状態になります。
パラメーターが存在しない場合は，1440が適用されます。
0～10080
（1440）

Protection Managerサービスの通信タイムアウト値を設定すると，Protection Managerのコマンドが待機したままになりProtection Managerのコマンドが終了しない状態を回避できます。

注意事項

Protection Managerのコマンドを実行中にSERVICE_TIMEOUTのパラメーターを変更した場合，実行中のコマンドに対してタイムアウト時間は変更されません。

4.4 RAID Managerと連携するためのProtection Managerの設定

OSがWindowsの場合，HORCMINSTおよびHORCC_MRCFをシステム環境変数に設定しないでください。また，システム環境変数，ユーザー環境変数にHORCM_CONF，HORCMPERMを設定しないでください。

そのほか，RAID Managerに関する設定は， RAID Manager用連携定義ファイル（DEFAULT.dat）でパラメーターを追加および変更します。ただし，次のパラメーターはProtection Managerが内部的に使用するため，パラメーターを削除したり，内容を変更したりしないでください。

VENDER

PRODUCT

RAID Manager用連携定義ファイル（DEFAULT.dat）は次の場所にあります。

Windows：<Protection Managerのインストール先>¥conf¥raid

Solaris：/opt/drm/conf/raid

注意事項

Protection Managerは，RAID Managerのプロテクト機能をサポートしていません。RAID Managerと連携する場合は，RAID Managerのプロテクト機能を無効にしてください。

この節の構成

4.4.1 インスタンス番号の設定

4.4.2 ペア状態を確認するためのリトライ回数とリトライ間隔の設定

4.4.3 RAID Managerコマンドのビジー状態を確認するためのリトライ回数とリトライ間隔

4.4.4 運用によってリトライ回数とリトライ間隔を変更する場合の設定

4.4.5 データコピー時のトラックサイズの設定

4.4.6 ボリュームペア生成の設定

4.4.7 副ボリューム動的認識を利用するための設定

4.4.8 コピーグループ自動選択時の動作モードの設定

4.4.9 RAID Managerの起動および停止について

4.4.10 RAID Managerのインストールパスの設定

4.4.11 バックアップでのエラーの発生時にペア状態を変更するための設定

4.4.1 インスタンス番号の設定

パラメーターHORCMINSTおよびHORCMINST_AUXには，RAID Managerのインスタンスのインスタンス番号を指定します。インスタンス番号は，サーバに配置してあるRAID Manager構成定義ファイル（horcm<n>.conf）のファイル名（nの部分）に指定したインスタンス番号と一致している必要があります。

注意事項

ストレージサブシステム内のボリューム複製機能を利用する場合などで，主ボリュームを管理するRAID Managerインスタンスと副ボリュームを管理するRAID Managerインスタンスを同じサーバに配置するときは，次のように指定してください。

HORCMINSTとHORCMINST_AUXの両方を指定します。
HORCMINSTとHORCMINST_AUXに指定するインスタンス番号については，「表4-16 RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーター（インスタンス番号の設定）」を参照してください。

ファイルサーバまたはデータベースサーバと，バックアップサーバではHORCMINSTおよびHORCMINST_AUXに設定する値は逆になります。

ストレージサブシステム間のボリューム複製機能を利用する場合などで，主ボリュームを管理するRAID Managerインスタンスと副ボリュームを管理するRAID Managerインスタンスを別々のサーバに配置するときは，次のように指定してください。

HORCMINSTだけを指定します。HORCMINST_AUXは指定しないでください。
HORCMINSTに指定するインスタンス番号については，「表4-16 RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーター（インスタンス番号の設定）」を参照してください。

それぞれのサーバで，HORCMINSTに指定したRAID Managerインスタンスが起動されている必要があります。

サーバに配置されていないRAID ManagerインスタンスをHORCMINST_AUXに指定した場合，RAID Managerインスタンスの起動に失敗した旨のエラーメッセージが，アプリケーションログに出力されます。このエラーメッセージが出力された場合，処理対象に関連しないインスタンスである場合には，Protection Managerのコマンドの処理は続行します。また，この場合，コマンドの結果には影響ありません。

HORCMINSTおよびHORCMINST_AUXに指定したRAID Managerインスタンスは，Protection Managerでコマンドを実行する前にあらかじめ起動しておくことをお勧めします。

HORCMINSTおよびHORCMINST_AUXに複数のインスタンス番号を指定するときには，次の例のように別の行に指定してください。
HORCMINST=0
HORCMINST_AUX=1
HORCMINST=2
HORCMINST_AUX=3

クラスタ構成の場合，クラスタを構成する各サーバに配置するDEFAULT.datのHORCMINSTとHORCMINST_AUXには，同じインスタンス番号を記述する必要があります。
DEFAULT.datは，同一のファイルを二つ作成し，一つのDEFAULT.datを一方のサーバに，もう一つのDEFAULT.datをもう一方のサーバに配置することもできます。

表4-16 RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーター（インスタンス番号の設定）

パラメーター | 説明 | デフォルト値
ファイルサーバまたはデータベースサーバ | バックアップサーバ
HORCMINST※1※2 | 主ボリュームを管理するRAID Managerのインスタンス番号を設定します。 | 副ボリュームを管理するRAID Managerのインスタンス番号を設定します。 | なし
HORCMINST_AUX※3 | 副ボリュームを管理するRAID Managerのインスタンス番号を設定します。 | 主ボリュームを管理するRAID Managerのインスタンス番号を設定します。 | なし

注※1

HORCMINSTは必須のパラメーターです。

注※2

複数のHORCMINSTを指定していても，環境変数DRM_HORCMINSTでRAID Managerのインスタンス番号を指定した場合は，環境変数DRM_HORCMINSTに指定したRAID Managerインスタンスだけが使用されます。

注※3

複数のHORCMINST_AUXを指定していても，環境変数DRM_HORCMINST_AUXでRAID Managerのインスタンス番号を指定した場合は，環境変数DRM_HORCMINST_AUXに指定したRAID Managerインスタンスだけが使用されます。

次のコマンドを実行した場合，環境変数DRM_HORCMINSTおよびDRM_HORCMINST_AUXに指定されたインスタンスを起動します。

drmresync

drmmount

drmumount

drmmediabackup

drmmediarestore

EX_DRM_RESYNC

EX_DRM_MOUNT

EX_DRM_UMOUNT

EX_DRM_TAPE_BACKUP

EX_DRM_TAPE_RESTORE

EX_DRM_CACHE_PURGE

RAID Manager用連携定義ファイル（DEFAULT.dat）のRAID Managerインスタンス番号の設定例を次の図に示します。

図4-6 RAID Manager用連携定義ファイル（DEFAULT.dat）のRAID Managerインスタンス番号の設定例

この例の前提条件は，次のとおりです。

ファイルサーバまたはデータベースサーバにRAID Managerのインスタンス（インスタンス番号：1）が起動している。

バックアップサーバにRAID Managerのインスタンス（インスタンス番号：2）が起動している。

ファイルサーバまたはデータベースサーバ，およびバックアップサーバに，RAID Manager構成定義ファイル（horcm1.conf，horcm2.conf）が用意されている。

この例では，次のようにパラメーターを設定しています。

ファイルサーバまたはデータベースサーバのRAID Manager用連携定義ファイル（DEFAULT.dat）には，主ボリュームを管理するRAID Managerのインスタンス番号「1」がパラメーターHORCMINSTに設定されている。また，副ボリュームを管理するRAID Managerのインスタンス番号「2」がパラメーターHORCMINST_AUXに設定されている。

バックアップサーバのRAID Manager用連携定義ファイル（DEFAULT.dat）には，副ボリュームを管理するRAID Managerのインスタンス番号「2」がパラメーターHORCMINSTに設定されている。また，主ボリュームを管理するRAID Managerのインスタンス番号「1」がパラメーターHORCMINST_AUXに設定されている。

4.4.2 ペア状態を確認するためのリトライ回数とリトライ間隔の設定

Protection Managerでは，バックアップやリストアが完了したかどうかを，ボリュームのペア状態で確認します。ペア状態を確認する頻度および時間を設定したい場合は，これらのパラメーターを変更してください。

なお，バックアップ，リストアまたは再同期時に使用するペア状態確認のリトライ回数とリトライ間隔を個別に指定したい場合，コピーパラメーター定義ファイルに指定することができます。コピーパラメーター定義ファイルについては「4.4.4 運用によってリトライ回数とリトライ間隔を変更する場合の設定」を参照してください。

バックアップシステムとして機器構成を設計した際の，ペア操作に掛かる見積もり時間の1.5倍の時間を目安として設定してください。デフォルトでは，5秒ごとに120回，ペア状態の確認を繰り返します。つまり，10分以内（5秒×120回=600秒）にバックアップやリストアが完了することを想定しています。ボリュームが常時更新されているときなど，10分以内にバックアップやリストアが完了しない場合は，バックアップコマンドやリストアコマンドがタイムアウトを起こし，エラー終了します。コマンドがタイムアウトによってエラー終了することを防ぐためには，デフォルト値を変更する必要があります。

表4-17 RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーター（ペア状態確認のリトライ回数とリトライ間隔）

パラメーター
説明
設定できる値
（デフォルト値）

RETRY_TIME
ペア状態を確認するためのリトライ回数の最大値を設定します。0を設定した場合，ペア状態が確認できるまでリトライします。
0～3600
（120）

RETRY_WAIT
ペア状態を確認するためのリトライ間隔の秒数を設定します。
0～3600
（5）

RETRY_WAITの値を小さくすると，CPUに対する負荷が上がります。RETRY_WAITの値を変更する場合は，使用するストレージサブシステム，バックアップやリストア対象のディスク数，ディスクサイズ，主ボリュームと副ボリュームの差分量などを考慮する必要があります。次に示す表を参考にして，適切な値を設定してください。

表4-18 ストレージサブシステムごとのRETRY_WAITに設定する値

使用するストレージサブシステム
説明
推奨値
（単位：秒）

SANRISE 1000シリーズ
SANRISE 9500Vシリーズ
Hitachi AMSシリーズ
Hitachi WMSシリーズ
Hitachi AMS2000シリーズ
Hitachi TMS1000
Hitachi SMSシリーズ
ペア状態の遷移には，最低1分程度の待ちが必要です。
60

SANRISE 2000シリーズ
SANRISE 9900Vシリーズ
Hシリーズ
Hitachi USP
Universal Storage Platform V
Universal Storage Platform VM
ペア状態の遷移には，最低1秒程度の待ちが必要です。
1

処理の目的に応じて，ペア状態確認のリトライ回数とリトライ間隔を設定することもできます。目的別にリトライ回数とリトライ間隔を設定するには，RAID Manager用連携定義ファイル（DEFAULT.dat）にパラメーターを追加します。目的別のパラメーターが指定されない場合は，RETRY_TIMEおよびRETRY_WAITの値が有効となります。追加できるパラメーターを次の表に示します。

表4-19 RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーター（目的別のペア状態確認のリトライ回数とリトライ間隔）

パラメーター
説明
設定できる値
（デフォルト値）

RESYNC_RETRY_TIME
ペア再同期完了を確認するためのリトライ回数の最大値を設定します。
バックアップ処理，再同期処理でのpaircreate※1，pairresync完了のペア状態を確認する場合に設定します。
0を設定した場合，ペア状態が確認できるまでリトライします。
このパラメーターを追加する場合，「RESYNC_RETRY_TIMEの設定値×RESYNC_RETRY_WAITの設定値」が，ペア生成を完了するまでの時間よりも十分に大きな値になるようにしてください。
0～3600
（RETRY_TIMEの値）

RESYNC_RETRY_WAIT
ペア再同期完了を確認するためのリトライ間隔の秒数を設定します（単位：10ミリ秒）。
バックアップ処理，再同期処理でのpaircreate※1，pairresyncのペア状態を確認する場合に設定します。
このパラメーターを追加する場合は，バックアップ処理，再同期処理の対象となるディスク数，ディスクサイズ，処理実行時の主ボリュームと副ボリュームの差分量を考慮する必要があります※2。
また，一般的にスプリット処理より再同期処理の方が，所要時間が掛かるので，
RESYNC_RETRY_WAIT > SPLIT_RETRY_WAIT
となるように設定してください。
0～360000
（RETRY_WAITの値）

SPLIT_RETRY_TIME
ペア分割完了を確認するためのリトライ回数の最大値を設定します。
バックアップ処理，リストア処理でのpairsplitのペア状態を確認する場合に設定します。
0を設定した場合，ペア状態が確認できるまでリトライします。
このパラメーターを追加する場合，「SPLIT_RETRY_TIMEの設定値×SPLIT_RETRY_WAITの設定値」が，ペア分割を完了するまでの時間よりも十分に大きな値になるようにしてください。
0～3600
（RETRY_TIMEの値）

SPLIT_RETRY_WAIT
ペア分割のペア状態を確認するためのリトライ間隔の秒数を設定します（単位：10ミリ秒）。
バックアップ処理，リストア処理でのpairsplitのペア状態を確認する場合に設定します。
このパラメーターを追加する場合は，バックアップ処理やリストア処理の対象となるディスク数，ディスクサイズ，オンラインバックアップ処理実行時の書き込み入出力による差分量を考慮する必要があります※2。
また，一般的にスプリット処理より再同期処理の方が，所要時間が掛かるので，
RESYNC_RETRY_WAIT > SPLIT_RETRY_WAIT
となるように設定してください。
0～360000
（RETRY_WAITの値）

RESTORE_RETRY_TIME
リストア処理での再同期完了を確認するためのリトライ回数の最大値を設定します。
0を設定した場合，ペア状態が確認できるまでリトライします。
このパラメーターを追加する場合，「RESTORE_RETRY_TIMEの設定値×RESTORE_RETRY_WAITの設定値」が，再同期が完了するまでの時間よりも十分に大きな値になるようにしてください。
0～3600
（RETRY_TIMEの値）

RESTORE_RETRY_WAIT
リストア処理での再同期完了を確認するためのリトライ間隔の秒数を設定します（単位：10ミリ秒）。
このパラメーターを追加する場合は，リストア処理の対象となるディスク数，ディスクサイズ，処理実行時の主ボリュームと副ボリュームの差分量を考慮する必要があります※2。
0～360000
（RETRY_WAITの値）

RESTORE_DELAY_RETRY_TIME
バックアップを実行した直後に，バックアップ対象となった主ボリュームとは別の世代からのリストアを実行すると，再同期を開始できるようになるまで時間が必要になる場合があります。
再同期を開始できるかを確認するためのリトライ回数の最大値を設定します。リストア処理でのpairresync -restoreが実行可能となるペア状態を確認する場合に設定します。0を設定した場合，ペア状態が確認できるまでリトライします。
このパラメーターを追加する場合，「RESTORE_DELAY_RETRY_TIMEの設定値×RESTORE_DELAY_RETRY_WAITの設定値」が，ストレージサブシステムで主ボリュームと副ボリュームが完全に同期するまでの時間よりも，十分に大きな値になるようにしてください。
0～3600
（RETRY_TIMEの値）

RESTORE_DELAY_RETRY_WAIT
再同期を開始できるかを確認するためのリトライ間隔の秒数を設定します（単位：10ミリ秒）。リストア処理でのpairresync -restoreが実行可能となるペア状態を確認する場合に設定します。
このパラメーターを追加する場合は，リストア処理の対象となるディスク数，ディスクサイズ，直前にしたバックアップ処理実行時の主ボリュームと副ボリュームの差分量を考慮する必要があります※2。
0～360000
（RETRY_WAITの値）

注※1

Protection Managerがpaircreateコマンドを自動的に実行するかどうかは，RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーターPAIR_CREATEに設定します。

注※2

リトライ間隔の設定値（RESYNC_RETRY_WAIT，SPLIT_RETRY_WAIT，RESTORE_RETRY_WAIT，BUSY_RETRY_WAIT，またはRESTORE_DELAY_RETRY_WAITの値）を小さくすると，CPUに対する負荷が高くなります。「表4-18 ストレージサブシステムごとのRETRY_WAITに設定する値」を参考にして，使用するストレージサブシステムに応じた適切な値を設定してください。

4.4.3 RAID Managerコマンドのビジー状態を確認するためのリトライ回数とリトライ間隔

Protection ManagerではRAID Managerコマンドがビジー状態の場合に，コマンドをリトライ実行します。RAID Managerコマンドのリトライ回数とリトライ間隔を変更する場合は，これらのパラメーターを追加してください。

表4-20 RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーター（RAID Managerコマンドのビジー状態を確認するためのリトライ回数とリトライ間隔）

パラメーター
説明
設定できる値
（デフォルト値）

BUSY_RETRY_TIME
RAID Managerのコマンドのビジー状態を確認するためのリトライ回数の最大値を設定します。
RAID Managerのコマンドがビジーを返した場合のペア状態を確認するときに設定します。
1～3600
（3）

BUSY_RETRY_WAIT
RAID Managerのコマンドのビジー状態を確認するためのリトライ間隔の秒数を設定します（単位：10ミリ秒）。
RAID Managerのコマンドがビジーを返した場合のペア状態を確認するときに設定します。
このパラメーターを追加する場合，RAID Managerのコマンドがビジー状態となる要因（サーバの過負荷や通信パスへのトラフィック集中など）が発生する頻度，発生してから解消するまでの時間を検討した上で，設定値を決定してください。リトライ間隔を短くすると，さらにRAID Managerへの負荷が増加する可能性があるため，注意する必要があります。
1～360000
（100）

4.4.4 運用によってリトライ回数とリトライ間隔を変更する場合の設定

リモートサイトへバックアップする運用などで，バックアップ，リストアまたは再同期時に使用するペア状態確認のリトライタイムをコマンド実行時に切り分けて指定したい場合，コピーパラメーター定義ファイルに指定することができます。コマンド実行時に引数として，コピーパラメーター定義ファイル名を指定することで，運用に合ったリトライタイムを設定することができます。

コピーパラメーター定義ファイルに，ペア状態確認のリトライタイムを指定した場合，RAID Manager用連携定義ファイル（DEFAULT.dat）の値よりも優先されます。コピーパラメーター定義ファイルに値が指定されていない場合，またはコピーパラメーター定義ファイルのパラメーターが誤っていた場合はRAID Manager用連携定義ファイル（DEFAULT.dat）の値が使用されます。

コピーパラメーター定義ファイルは次の場所に，任意のファイル名で作成してください。

Windowsの場合

<Protection Managerのインストール先>¥conf¥raid¥<任意のファイル名>

Solarisの場合

/opt/drm/conf/raid/<任意のファイル名>

コピーパラメーター定義ファイルの記述規則は次のとおりです。

パラメーター名は，大文字と小文字を区別する。

パラメーターは，「パラメーター名=パラメーター値」と記述する。

パラメーター名とパラメーター値は半角イコール「=」で区切る。

パラメーター値には，設定できる範囲内の数値を指定する。

コピーパラメーター定義ファイルに指定できるのは，次の値です。

表4-21 コピーパラメーター定義ファイルのパラメーター

パラメーター | 説明 | 設定できる値
RETRY_TIME | ペア状態を確認するためのリトライ回数の最大値を設定します。0を設定した場合，ペア状態が確認できるまでリトライします。 | 0～3600
RETRY_WAIT | ペア状態を確認するためのリトライ間隔の秒数を設定します。 | 0～3600
RESYNC_RETRY_TIME | ペア再同期完了を確認するためのリトライ回数の最大値を設定します。 | 0～3600
RESYNC_RETRY_WAIT | ペア再同期完了を確認するためのリトライ間隔の秒数を設定します（単位：10ミリ秒）。 | 0～360000
SPLIT_RETRY_TIME | ペア分割完了を確認するためのリトライ回数の最大値を設定します。 | 0～3600
SPLIT_RETRY_WAIT | ペア分割のペア状態を確認するためのリトライ間隔の秒数を設定します（単位：10ミリ秒）。 | 0～360000
RESTORE_RETRY_TIME | リストア処理での再同期完了を確認するためのリトライ回数の最大値を設定します。 | 0～3600
RESTORE_RETRY_WAIT | リストア処理での再同期完了を確認するためのリトライ間隔の秒数を設定します（単位：10ミリ秒）。 | 0～360000
RESTORE_DELAY_RETRY_TIME | 再同期を開始できるかを確認するためのリトライ回数の最大値を設定します。リストア処理でのpairresync -restoreが実行可能となるペア状態を確認する場合に設定します。0を設定した場合，ペア状態が確認できるまでリトライします。 | 0～3600
RESTORE_DELAY_RETRY_WAIT | 再同期を開始できるかを確認するためのリトライ間隔の秒数を設定します（単位：10ミリ秒）。リストア処理でのpairresync -restoreが実行可能となるペア状態を確認する場合に設定します。 | 0～360000

これらの値を指定する場合の注意事項や，設定値の算出方法などは，「4.4.2 ペア状態を確認するためのリトライ回数とリトライ間隔の設定」を参照してください。

4.4.5 データコピー時のトラックサイズの設定

バックアップ時やリストア時に再同期するデータコピーのトラックサイズを変更したい場合に設定します。次のような場合に設定します。

主ボリュームに対する入出力を優先し，データコピーの優先度を下げたい場合
この場合は，COPY_SIZEパラメーターの設定値を小さくします。

データコピーを優先し，素早くコピー処理を完了したい場合
この場合は，COPY_SIZEパラメーターの設定値を大きくします。

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hシリーズ，Hitachi USP，Universal Storage Platform V，およびUniversal Storage Platform VMの場合，15は設定しないでください。15を設定すると，データコピーを最優先にするため，主ボリュームに対する入力が停止されるので，業務に影響が出ることがあります。

SANRISE1000シリーズ，SANRISE9500Vシリーズ，Hitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，Hitachi TMS1000，またはHitachi SMSシリーズの場合，バックアップ時の差分量と業務停止可能時間を考慮し，その時間内に主ボリュームから副ボリュームへの再同期ができるときは15を設定してください。時間内に主ボリュームから副ボリュームへの再同期ができないときは8を設定してください。また，バックアップは，主ボリュームから副ボリュームへの再同期をしたあとに実行する運用としてください。

設定するトラックサイズの値については，RAID Managerのマニュアルを参照してください。

表4-22 RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーター（コピー時のトラックサイズ）

パラメーター
説明
設定できる値
（デフォルト値）

COPY_SIZE
主ボリュームから副ボリューム，または副ボリュームから主ボリュームへコピーする際に，コピー単位ごとに一括してコピーするトラックサイズ（ボリュームタイプのセクタ／トラック）を設定します。
1～15
（RAID Managerの規定値）

COPY_SIZEパラメーターを指定する以外に，次の方法でもトラックサイズを指定できます。トラックサイズが複数の方法で指定された場合に有効になる優先順位を次に示します。

-copy_sizeオプション（EX_DRM_RESYNCコマンドだけで使用できる）

環境変数DRM_COPY_SIZE

COPY_SIZEパラメーター

RAID Managerの規定値

環境変数DRM_COPY_SIZEを使用すると，コマンドを実行するときにトラックサイズを変更できます。このとき，COPY_SIZEの内容も変更されます。

トラックサイズの設定対象となるコマンドは次のとおりです。

基本コマンド：

drmfsbackup

drmsqlbackup

drmexgbackup

drmorabackup

drmfsrestore

drmsqlrestore

drmexgrestore

drmorarestore

drmresync

拡張コマンド：

EX_DRM_FS_BACKUP

EX_DRM_SQL_BACKUP

EX_DRM_EXG_BACKUP

EX_DRM_ORA_BACKUP

EX_DRM_FS_RESTORE

EX_DRM_SQL_RESTORE

EX_DRM_EXG_RESTORE

EX_DRM_ORA_RESTORE

EX_DRM_RESYNC

4.4.6 ボリュームペア生成の設定

ペアボリュームの状態が「SMPL」の場合にコマンドを実行したとき，Protection Manager に自動的にボリュームのペア生成をさせる（paircreateコマンドを起動させる）かどうかを設定します。対象となるコマンドは次のとおりです。

drmfsbackup

drmsqlbackup

drmexgbackup

drmorabackup

drmresync

表4-23 RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーター（自動ペア生成）

パラメーター
説明
設定できる値
（デフォルト値）

PAIR_CREATE
Protection Managerに自動的にペア生成をさせるかどうかを設定します。
DISABLEを設定すると，Protection Managerは自動的にペア生成をしません。ENABLEを設定すると，Protection Managerは自動的にペア生成をします。ただし，リモートサイトの副ボリュームへバックアップする場合は，ENABLEを設定しても，自動的にペア生成をしません。なお，自動的にペア生成をさせる場合は，ディクショナリマップファイルを更新する前にENABLEを設定しておく必要があります。
DISABLEまたはENABLE
（DISABLE）

Hitachi USP，Universal Storage Platform V，またはUniversal Storage Platform VMでCopy-on-write SnapShotを使用し，かつRAID Manager用連携定義ファイル（DEFAULT.dat）にPAIR_CREATE=ENABLEを指定して自動的にペア生成をする運用の場合，プールIDが0のプール領域が必要です。

4.4.7 副ボリューム動的認識を利用するための設定

Windowsの場合，副ボリュームからテープ装置にバックアップを取得する構成で，バックアップサーバに接続された副ボリュームをOSに動的に認識させることができます。副ボリュームをOSに動的に認識させることによって，Protection Manager以外の操作で副ボリュームに対してアクセスできなくなるため，より確実なバックアップやリストアを実行することができるようになります。

表4-24 RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーター（副ボリューム動的認識を利用するための設定）

パラメーター
説明
設定できる値
（デフォルト値）

DEVICE_DETACH
Windowsの場合に，ファイルサーバおよびデータベースサーバやバックアップサーバで，ボリュームを動的に認識させる場合に設定します。
DISABLEを設定，または設定を省略すると，ボリュームの動的認識が無効になります。ENABLEを設定すると，ボリュームを動的に認識させることができます。
DISABLEまたはENABLE
（DISABLE）

注意事項

副ボリュームを動的に認識させる場合の主ボリュームと副ボリュームに対して，デバイスアダプタポートに接続される物理ディスクのうちLUN#0のディスクは使用しないでください。LUN#0の物理ディスクを使用した場合，ほかの物理ディスクが認識されなくなるおそれがあります。

4.4.8 コピーグループ自動選択時の動作モードの設定

通常Protection Managerは，バックアップ先の副ボリュームを自動的に選択してバックアップしますが，コピーグループのロックなどによって，複数の副ボリュームへコピーしているときに，世代番号がずれてしまうことがあります。世代番号がずれたままリストアすることを回避するために，バックアップ時に世代番号がずれた場合，エラーとなるように設定できます。

リモートコピーのバックアップの場合は，このパラメーターの定義に関係なく，セッション内での世代番号（MU#）がずれたときにはエラーになります。

表4-25 RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーター（コピーグループ自動選択時の動作モードの設定）

パラメーター
説明
設定できる値
（デフォルト値）

CONFIRM_GENERATION_IDENTICAL
ローカルサイトでのバックアップ時に，コピーグループの自動選択によってセッション内での世代番号（MU#）がずれた場合の動作を設定します。
ENABLEを設定すると，ペア識別子が異なった場合はエラーになります。
DISABLEを設定した場合，およびこのパラメーターの設定を省略した場合は，世代番号がずれたときに警告を表示し，バックアップは続行します。ただし，この場合はリストアコマンドが失敗するおそれがあります。
DISABLEまたはENABLE※
（ENABLE）

注※

03-50以前のProtection Managerからバージョンアップインストールした場合，以前のRAID Manager用連携定義ファイル（DEFAULT.dat）には，CONFIRM_GENERATION_IDENTICALが設定されていません。そのため，値を省略した場合の動作（DISABLEを設定した場合と同じ）となります。ENABLEに設定したい場合は，RAID Manager用連携定義ファイル（DEFAULT.dat）にパラメーターを追加してください。

4.4.9 RAID Managerの起動および停止について

Protection Managerのコマンド実行時は，RAID Managerのインスタンスを使用します。RAID Managerのインスタンスの起動と停止は，コマンド実行時にRAID Managerのインスタンスが停止しているか，起動しているかによって異なります。運用に合わせて，どちらの方法でRAID Managerのインスタンスを起動するかを決定してください。

Protection Managerのコマンド実行時にRAID Managerが停止している場合
コマンド実行時に，コマンドが内部でRAID Managerのインスタンスを起動します。
コマンドの終了時には，コマンド実行時に起動したインスタンスは停止されます。

Protection Managerのコマンド実行時にRAID Managerが起動している場合
Protection Managerは，起動されているRAID Managerのインスタンスを使用します。コマンドの終了時に，起動されていたRAID Managerのインスタンスが停止されることもありません。
一連の処理の中で，複数のコマンドを実行する場合には，あらかじめRAID Managerを起動しておくと，RAID Managerの起動や停止が繰り返されることがありません。

4.4.10 RAID Managerのインストールパスの設定

Protection Managerが起動するRAID Managerのインストール先を設定します。

RAID Managerのインストール先が，Protection Managerのインストール先とは異なるドライブの場合に，RAID Managerのインストール先を設定してください。

RAID Managerのインストール先が，Protection Managerのインストール先と同じドライブの場合，Protection Managerのインストール時にRAID Managerのインストールパスが自動設定されます。

表4-26 RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーター（RAID Managerのインストールパスの設定）

パラメーター | 説明 | デフォルト
INSTALLPATH | RAID Managerのインストール先が，Protection Managerのインストール先とは異なるドライブの場合に，RAID Managerのインストール先を設定します。 | <システムドライブ>¥HORCM

4.4.11 バックアップでのエラーの発生時にペア状態を変更するための設定

バックアップコマンドの処理でエラーが発生した場合，コマンドの処理が終了する前に，COPY状態またはPAIR状態にあるペアをPSUS状態に変更する処理を実行するようにする設定※ができます。この設定によって，オンライン（特にVSS）でのバックアップのときに，エラー終了時にオンラインI/Oの性能が低下する問題が回避できます。この設定は，SANRISE9500VシリーズやHitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，Hitachi TMS1000，Hitachi SMSシリーズなどでの運用に効果があります。

注※

カスケード構成のバックアップの場合，この設定はリモートサイトでは無効になります。

表4-27 RAID Manager用連携定義ファイル（DEFAULT.dat）のパラメーター（エラーの発生時にペア状態を変更するための設定）

パラメーター
説明
設定できる値
（デフォルト値）

RECOVERY_MODE_ON_BACKUP_ABORTING
バックアップ処理でエラー※が発生したとき，ペア状態を変更する処理を実行するかどうかを設定します。SQL Serverを使用している場合に，Protection Managerの構成定義ファイル（init.conf）のSQL_QUICK_BACKUPに「1」が設定されているときは，このパラメーターは無視されます。
ASISを設定すると，バックアップ処理のエラー発生時，ペア状態は変更されません。
PAIRSPLITを設定すると，バックアップ処理のエラー発生時，ペア状態はPSUSに変更されます。
ASISまたはPAIRSPLIT
（ASIS）

注※

バックアップ処理で，ペア状態を変更する設定が有効である旨のKAVX5167-Iのメッセージが出力されたあとに発生したエラーを指します。KAVX5167-Iのメッセージが出力される前にエラーが発生した場合，この設定は有効になりません。したがって，PAIRSPLITを指定してもペア状態は変更されません。

4.5 ディクショナリマップファイルの作成

Protection Managerは，インストール時にディクショナリマップファイルを自動的に作成しますが，任意のディレクトリにディクショナリマップファイルを作成する場合や，クラスタ構成の場合は，「4.5.1 非クラスタ構成またはバックアップサーバの場合」～「4.5.4 カスケード構成の場合（バックアップ対象がExchangeデータベースの場合）」に示す方法で，ユーザーがディクショナリマップファイルを作成する必要があります。

注意事項

以前のバージョンのProtection Managerをアンインストールした場合など，使用していないディクショナリマップファイルが残っていることがあります。このような場合，以前のディクショナリマップを削除してから，新たにディクショナリマップファイルを作成してください。

ここでは，システム構成別にディクショナリマップファイルの作成方法を説明します。

この節の構成

4.5.1 非クラスタ構成またはバックアップサーバの場合

4.5.2 運用待機型のクラスタ構成の場合（Active-Passive）

4.5.3 相互待機型のクラスタ構成の場合（Active-Active）

4.5.4 カスケード構成の場合（バックアップ対象がExchangeデータベースの場合）

4.5.1 非クラスタ構成またはバックアップサーバの場合

非クラスタ環境またはバックアップサーバの場合，Protection Managerのインストール時にディクショナリマップファイルは自動的に作成されます。次の場所に作成されます。

ディクショナリマップファイル格納ディレクトリの作成場所

Windowsの場合

<Protection Managerのインストール先>¥DRM¥db

Solarisの場合

/var/opt/drm/db

インストール時に自動的に作成されたディクショナリマップファイルを使用する場合，ディクショナリマップファイルを新たに作成する必要はありません。

任意のディレクトリにディクショナリマップファイルを作成して運用する場合は，次の手順でディクショナリマップファイルを作成してください。

任意のディレクトリにディクショナリマップファイルを作成するには：

ディクショナリマップファイルおよびバックアップカタログの格納先を変更します。
Protection Managerの構成定義ファイル（init.conf）に「DRM_DB_PATH=任意のディレクトリ名」を追加します。次のことに注意してください。

init.confの最後の行に追加する。

「任意のディレクトリ名」の後ろには必ず改行コードを入れる。

バックアップ対象とは別のディスクを指定する。バックアップ対象のペアボリュームを構成したディスクは指定しない。

ディレクトリ名は絶対パスで指定する。

指定例を次に示します。

Windowsの場合

DRM_DB_PATH=H:¥PTM

Solarisの場合

DRM_DB_PATH=/ptm

ディスクにディクショナリマップファイルおよびバックアップカタログを作成します。
drmdbsetupユーティリティを実行します。次のように指定します。

Windowsの場合

PROMPT> <Protection Managerのインストール先>¥bin¥util¥drmdbsetup -i

Solarisの場合

PROMPT> /opt/drm/bin/util/drmdbsetup -i

ディクショナリマップファイルおよびバックアップカタログが作成されると，次のメッセージが表示されます。
All data files were created.

4.5.2 運用待機型のクラスタ構成の場合（Active-Passive）

運用待機型（Active-Passive）のクラスタ構成の場合，ディクショナリマップファイルは，現用サーバ，待機サーバそれぞれが参照できる共有ディレクトリに作成する必要があります。運用待機型（Active-Passive）のクラスタ構成でのディクショナリマップファイルの作成例について，次の図に示します。

図4-7 運用待機型（Active-Passive）のクラスタ構成でのディクショナリマップファイルの作成例

運用待機型（Active-Passive）のクラスタ構成の場合にディクショナリマップファイルを作成するには：

ディクショナリマップファイルおよびバックアップカタログの格納先を変更します。
現用サーバおよび待機サーバそれぞれのProtection Managerの構成定義ファイル（init.conf）に「DRM_DB_PATH=<共有ディスク上のディレクトリ名>;<仮想サーバ名>」を追加します。次のことに注意してください。

init.confの最後の行に追加する。

「<共有ディスク上のディレクトリ名>;<仮想サーバ名>」の後ろには必ず改行コードを入れる。

バックアップ対象とは別の共有ディスクを指定する。バックアップ対象のペアボリュームを構成した共有ディスクは指定しない。

拡張コマンドは運用時に一時ディレクトリを自動生成する。自動生成する場所はディクショナリマップファイル格納ディレクトリと同じ階層のディレクトリとなる。クラスタ構成で拡張コマンドを使用する場合，拡張コマンドが一時ディレクトリを共有できるように，ディクショナリマップファイル格納ディレクトリは共有ディスク上に設定する必要がある。

ディレクトリ名は絶対パスで指定する。

注意事項

OSがWindowsで，Veritas Cluster Serverを使用したクラスタ構成の場合，DRM_DB_PATHの仮想サーバ名はバックアップ対象のサービスグループに存在するLanmanリソースのVirtualNameと一致している必要があります。

注意事項

バックアップ対象がExchangeデータベースの場合，DRM_DB_PATHの仮想サーバ名にはExchange仮想サーバ名を指定してください。

Protection Managerの構成定義ファイル（init.conf）の指定例を次に示します。

Windowsの場合

DRM_DB_PATH=H:¥PTM;VHOST

Solarisの場合

DRM_DB_PATH=/ptm;VHOST

共有ディスクにディクショナリマップファイルおよびバックアップカタログを作成します。
Active状態となっている現用サーバでdrmdbsetupユーティリティを実行します。クラスタを切り替えて，待機サーバで実行する必要はありません。
drmdbsetupユーティリティを実行する前に，環境変数DRM_HOSTNAMEに仮想サーバ名を設定しておく必要があります。仮想サーバ名を指定しないと，共有ディスクにディクショナリマップファイルが作成されないで，デフォルトのディクショナリマップファイル格納ディレクトリに作成されてしまい，Protection Managerのクラスタ設定が有効になりませんのでご注意ください。
バックアップ対象がExchangeデータベースの場合，仮想サーバ名にはExchange仮想サーバ名を設定してください。
drmdbsetupユーティリティを実行するには，次のように指定します。

Windowsの場合

PROMPT> set DRM_HOSTNAME=VHOST

PROMPT> <Protection Managerのインストール先>¥bin¥util¥drmdbsetup -i

Solarisの場合

PROMPT> DRM_HOSTNAME=VHOST

PROMPT> export DRM_HOSTNAME

PROMPT> /opt/drm/bin/util/drmdbsetup -i

ディクショナリマップファイルおよびバックアップカタログが作成されると，次のメッセージが表示されます。
All data files were created.

クラスタソフトウェアがVeritas Cluster Serverを使用している場合は，drmclusinitコマンドでクラスタリソース情報を登録します。
詳細については，「4.6.2 クラスタ情報の構成定義ファイルの作成（Veritas Cluster Serverを使用している場合）」を参照してください。

4.5.3 相互待機型のクラスタ構成の場合（Active-Active）

相互待機型（Active-Active）のクラスタ構成の場合，ディクショナリマップファイルは，仮想サーバごとに作成する必要があります。また，ディクショナリマップファイルはどちらかのサーバに障害が発生した場合に備えて，両方のサーバが参照できる共有ディレクトリに作成する必要があります。相互待機型（Active-Active）のクラスタ構成でのディクショナリマップファイルの作成例について，次の図に示します。

図4-8 相互待機型（Active-Active）のクラスタ構成でのディクショナリマップファイルの作成例

相互待機型（Active-Active）のクラスタ構成の場合にディクショナリマップファイルを作成するには：

ディクショナリマップファイルおよびバックアップカタログの格納先を設定します。
クラスタを構成する二つのサーバそれぞれのProtection Managerの構成定義ファイル（init.conf）に「DRM_DB_PATH=<共有ディスク上のディレクトリ名>;<仮想サーバ名>」を仮想サーバの分だけ追加します。次のことに注意してください。

init.confの最後の行に追加する。

「共有ディスク」には「仮想サーバ名」のクラスタリソースを指定する。

「共有ディスク」にはバックアップ対象のボリュームとは別の共有ディスクを指定する。バックアップ対象のペアボリュームを構成した共有ディスクは指定しない。

「<共有ディスク上のディレクトリ名>;<仮想サーバ名>」の後ろには必ず改行コードを入れる。

拡張コマンドは運用時に一時ディレクトリを自動生成する。自動生成する場所はディクショナリマップファイル格納ディレクトリと同じ階層のディレクトリとなる。クラスタ構成で拡張コマンドを使用する場合，拡張コマンドが一時ディレクトリを共有できるように，ディクショナリマップファイル格納ディレクトリは共有ディスク上に設定する必要がある。

ディレクトリ名は絶対パスで指定する。

注意事項

OSがWindowsで，Veritas Cluster Serverを使用したクラスタ構成の場合，DRM_DB_PATHの仮想サーバ名はバックアップ対象のサービスグループに存在するLanmanリソースのVirtualNameと一致している必要があります。

バックアップ対象がExchangeデータベースの場合，DRM_DB_PATHの仮想サーバ名にはExchange仮想サーバ名を指定してください。また，構成定義ファイル（init.conf）には，クラスタ構成に含まれるすべてのExchange仮想サーバに対して，Exchange仮想サーバの数だけDRM_DB_PATHを追加してください。

Protection Managerの構成定義ファイル（init.conf）の指定例を次に示します。

Windowsの場合

DRM_DB_PATH=J:¥PTM;VHOST1

DRM_DB_PATH=K:¥PTM;VHOST2

Solarisの場合

DRM_DB_PATH=/mnt1/ptm;VHOST1

DRM_DB_PATH=/mnt2/ptm;VHOST2

それぞれの共有ディスクにディクショナリマップファイルおよびバックアップカタログを作成します。
クラスタを構成する二つのサーバで，仮想サーバをActive状態にしてdrmdbsetupユーティリティを実行します。
drmdbsetupユーティリティを実行する前に，環境変数DRM_HOSTNAMEに仮想サーバ名を設定しておく必要があります。仮想サーバ名を指定しないと，共有ディスクにディクショナリマップファイルが作成されないで，デフォルトのディクショナリマップファイル格納ディレクトリに作成されてしまい，Protection Managerのクラスタ設定が有効になりませんのでご注意ください。
バックアップ対象がExchangeデータベースの場合，仮想サーバ名にはExchange仮想サーバ名を設定してください。
drmdbsetupユーティリティを実行するには，次のように指定します。

Windowsの場合

PROMPT> set DRM_HOSTNAME=VHOST1

PROMPT> <Protection Managerのインストール先>¥bin¥util¥drmdbsetup -i

PROMPT> set DRM_HOSTNAME=VHOST2

PROMPT> <Protection Managerのインストール先>¥bin¥util¥drmdbsetup -i

Solarisの場合

PROMPT> DRM_HOSTNAME=VHOST1

PROMPT> export DRM_HOSTNAME

PROMPT> /opt/drm/bin/util/drmdbsetup -i

PROMPT> DRM_HOSTNAME=VHOST2

PROMPT> export DRM_HOSTNAME

PROMPT> /opt/drm/bin/util/drmdbsetup -i

ディクショナリマップファイルおよびバックアップカタログが作成されると，次のメッセージが表示されます。
All data files were created.

クラスタソフトウェアがVeritas Cluster Serverを使用している場合は，drmclusinitコマンドでクラスタリソース情報を登録します。
詳細については，「4.6.2 クラスタ情報の構成定義ファイルの作成（Veritas Cluster Serverを使用している場合）」を参照してください。

4.5.4 カスケード構成の場合（バックアップ対象がExchangeデータベースの場合）

バックアップ対象がExchangeデータベースでカスケード構成の場合は，ローカルサイトおよびリモートサイトで，任意のディレクトリにディクショナリマップファイルを作成する必要があります。

次の手順でディクショナリマップファイルを作成してください。

任意のディレクトリにディクショナリマップファイルを作成するには：

ローカルサイトおよびリモートサイトで，ディクショナリマップファイルおよびバックアップカタログの格納先を変更します。
Protection Managerの構成定義ファイル（init.conf）に「DRM_DB_PATH=<任意のディレクトリ名>;<Exchange仮想サーバ名>」を追加します。次のことに注意してください。

init.confの最後の行に追加する。

「<任意のディレクトリ名>;<Exchange仮想サーバ名>」の後ろには必ず改行コードを入れる。

「<任意のディレクトリ名>;<Exchange仮想サーバ名>」は，ローカルサイトとリモートサイトで同じ値にする。

バックアップ対象とは別のディスクを指定する。バックアップ対象のペアボリュームを構成したディスクは指定しない。

ディクショナリマップファイルを格納するディスクは，ローカルサイトとリモートサイトで異なるディスクを指定する。

ディクショナリマップファイルを格納するディスクは，仮想サーバがオンラインまたはオフラインの状態に関係なくアクセスできる。

ディレクトリ名は絶対パスで指定する。

指定例を次に示します。
DRM_DB_PATH=H:¥PTM;VHOST

ローカルサイトおよびリモートサイトで，ディスクにディクショナリマップファイルおよびバックアップカタログを作成します。
drmdbsetupユーティリティを実行します。次のように指定します。
PROMPT> <Protection Managerのインストール先>¥bin¥util¥drmdbsetup -i
ディクショナリマップファイルおよびバックアップカタログが作成されると，次のメッセージが表示されます。
All data files were created.

4.6 クラスタ構成に必要な設定および定義ファイルの作成

ここでは，次に示すクラスタ構成に必要な設定および定義ファイルの作成について説明します。

共有ディスクとクラスタグループに関する設定

クラスタ情報の構成定義ファイルの作成（Veritas Cluster Serverを使用している場合）
クラスタ情報の構成定義ファイルの作成は，クラスタソフトウェアとしてVeritas Cluster Serverを使用している場合に必要です。Microsoft Cluster Serviceを使用している場合，クラスタ情報の構成定義ファイルは作成不要です。

この節の構成

4.6.1 共有ディスクとクラスタグループに関する設定

4.6.2 クラスタ情報の構成定義ファイルの作成（Veritas Cluster Serverを使用している場合）

4.6.1 共有ディスクとクラスタグループに関する設定

ファイルサーバまたはデータベースサーバがクラスタ構成の場合，ディクショナリマップファイル格納ディレクトリなどProtection Managerが使用する格納ディレクトリは，共有ディスクに作成する必要があります。

共有ディスクに作成する必要のあるディレクトリ，およびディレクトリの作成方法の記述個所について，次の表に示します。

表4-28 共有ディスクに作成するディレクトリおよびディレクトリ作成方法の記述個所

分類 | ディレクトリ名 | 作成方法
Protection Managerが使用する共有ディスク（すべてのバックアップ対象に共通） | ディクショナリマップファイル格納ディレクトリ | 「4.5 ディクショナリマップファイルの作成」を参照してください。
拡張コマンド用一時ディレクトリ | 「4.15.10 拡張コマンド用一時ディレクトリの確認」を参照してください。
バックアップ対象がSQL Serverデータベースの場合 | VDIメタファイル格納ディレクトリ | drmsqlinitコマンド実行時に設定します。詳細は，「4.7.1 データベース構成定義ファイルの作成（バックアップ対象がSQL Serverデータベースの場合）」を参照してください。
トランザクションログバックアップファイル格納ディレクトリ
UNDOファイル格納ディレクトリ
バックアップ対象がOracleデータベースの場合 | バックアップファイル格納ディレクトリ | drmorainitコマンド実行時に設定します。詳細は，「4.7.2 データベース構成定義ファイルの作成（バックアップ対象がOracleデータベースの場合）」を参照してください。
ログ格納ディレクトリ

Protection Managerが使用する共有ディスクは，クラスタグループに定義してください。

それぞれのクラスタグループの定義について，次に説明します。

この項の構成

(1) クラスタグループの定義（バックアップ対象と共有ディスクが同じクラスタグループ）

(2) クラスタグループの定義方法（バックアップ対象と共有ディスクが異なるクラスタグループ）

(1) クラスタグループの定義（バックアップ対象と共有ディスクが同じクラスタグループ）

バックアップ対象と，Protection Managerが使用する共有ディスクを，同じクラスタグループに定義します。

Windowsで，バックアップ対象がファイルシステムの場合

ファイルシステムでバックアップするディスクを監視しているクラスタグループと同じクラスタグループに定義します。

バックアップ対象がSQL Serverデータベースの場合

バックアップするインスタンスと同じクラスタグループに定義します。

バックアップ対象がExchangeデータベースの場合

バックアップするストレージグループと同じクラスタグループに定義します。

バックアップ対象と共有ディスクが同じクラスタグループの場合について，次の図に示します。

図4-9 クラスタグループの定義（バックアップ対象と共有ディスクが同じクラスタグループ）

(2) クラスタグループの定義方法（バックアップ対象と共有ディスクが異なるクラスタグループ）

クラスタ構成で，一つの仮想サーバ内で複数の拡張コマンドを同時に実行する場合，バックアップ対象を含むクラスタグループと，Protection Managerが使用する共有ディスクを含むクラスタグループとは，それぞれ別のクラスタグループに定義してください。

また，クラスタの定義で，バックアップ対象を含むクラスタグループがフェールオーバー先で起動したときに，Protection Managerが使用する共有ディスクを含むクラスタグループもフェールオーバー先で起動するようにしてください。

バックアップ対象を含むクラスタグループと，共有ディスクを含むクラスタグループが異なる場合について，次の図に示します。

図4-10 クラスタグループの定義（バックアップ対象と共有ディスクが異なるクラスタグループ）

4.6.2 クラスタ情報の構成定義ファイルの作成（Veritas Cluster Serverを使用している場合）

Veritas Cluster Serverを使用している場合は，データベースサーバまたはファイルサーバでdrmclusinitコマンドを実行して，クラスタリソース情報を登録します。

登録するクラスタリソース情報の詳細は，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」のdrmclusinitコマンドの説明を参照してください。

クラスタリソース情報を登録する手順は，次のとおりです。

データベースサーバまたはファイルサーバで，drmclusinitコマンドを，クラスタ名を引数に指定して，実行します。
ここでは，クラスタソフトウェアがVeritas Cluster Serverなので「VCS」をクラスタ名として指定します。

PROMPT> drmclusinit VCS

出力されるメッセージに従って，次の項目を登録します。

表4-29 クラスタソフトウェアのパラメーター

登録する項目
入力する内容

仮想サーバ名（必須）
クラスタソフトウェアの管理する仮想サーバ名を入力します。

リソースグループ名（必須）
サービスグループ名を入力します。

バックアップ対象となるインスタンス名またはアプリケーション名（必須）

ファイルシステムの場合
-（ハイフン）を入力します。

SQL Serverの場合
SQLインスタンス名を入力します。

Exchange Serverの場合
ストレージグループ名を入力します。

Oracleの場合
インスタンス名を入力します。

リソース種別（Windows必須，Solaris不要）
「D」を入力します。

リソース名（Windows必須，Solaris不要）
ディスクリソース名を入力します。サービスリソースの入力は不要です。

Veritas Volume Manager for Windows環境の場合の場合
「マウントポイント（論理ボリューム）」※1および「ディスクグループ」※2のクラスタリソース名を入力します。

ディスク名（リソース種別を指定した場合は必須）
リソース名に合わせて次の情報を入力します。

「マウントポイント」を指定した場合
マウントポイント（例：「D:」）を入力します。

「ディスクグループ」を指定した場合
ディスクグループ名（例：「DG01」）を入力します。

注※1

リソースタイプが「MountV」のリソース

注※2

リソースタイプが「VMDg」のリソース

クラスタ情報の構成定義情報ファイル（VCS.dat）が作成されたことを確認してください。
クラスタ情報の構成定義情報ファイルは次の場所に作成されます。

<Protection Managerのインストール先>¥conf¥cluster¥VCS.dat

登録した内容を確認します。
登録した内容を確認するには，データベースサーバまたはファイルサーバで，drmclusinitコマンドに-vオプションを指定して実行します。

PROMPT> drmclusinit -v VCS

WindowsとSolarisに共通する注意事項

・drmclusinitコマンドは，バックアップ実行前に実行してください。

・クラスタ構成を変更した場合は，drmclusinitコマンドでクラスタ情報を再設定してください。

・drmclusinitコマンドは，現用サーバおよび待機サーバの両方で実行してください。

・drmclusinitコマンドで登録するリソース情報は，クラスタソフトウェアに登録した内容と完全に一致している必要があります。

Windowsの場合の注意事項

・drmclusinitコマンドで登録する仮想サーバ名は，次の条件を満たしている必要があります。

　・指定された仮想サーバ名が，Veritas Cluster ServerのLanmanリソースのVirtualNameと一致していること。

　・指定された仮想サーバ名が，Protection Manager構成定義ファイル（init.conf）に定義したDRM_DB_PATHパラメーターの仮想サーバ名と一致していること。

・マウントポイントリソース（MountVリソース）のマウントポイントとしてクラスタソフトウェアに登録するマウントポイントは，ディクショナリマップファイルに登録されているマウントポイントと同じ形式としてください。

・drmclusinitコマンドで登録するリソースは，Protection Managerのバックアップ対象となる物理ディスク上に作成されたマウントポイントリソース（MountVリソース），ディスクグループリソース（VMDgリソース）だけです。次のリソースについてはdrmclusinitコマンドでは登録しないでください。

SQL ServerまたはExchange Serverのサービスリソース，Lanmanリソース（仮想サーバ），RegRepリソース（レジストリレプリケーションリソース）

ディクショナリマップを共有ディスク上に配置し，同一サービスグループ内にクラスタリソースとして設定している場合，ディクショナリマップを格納しているマウントポイントリソース（MountVリソース），ディスクグループリソースまたは物理ディスクリソース（VMDgリソース）

・登録内容に次のような誤りがあると，Protection Managerは対象のクラスタリソースが識別できないため，正しくバックアップ，リストアを実行することができません。登録情報に誤りのないよう十分注意してください。

　・仮想サーバ名と，バックアップ，リストア実行時の環境変数DRM_HOSTNAMEで指定した仮想サーバ名が一致しない。

　・仮想サーバ名とリソースグループ名，リソース名の対応付けを誤って登録した。

　・インスタンス名を誤って登録した。

　・未登録のクラスタリソースがある。

　・リソース名に対応するマウントポイントやディスクグループ名を誤って登録した。

Solarisの場合の注意事項

・drmclusinitコマンドで登録する仮想サーバ名は，次の条件を満たしている必要があります。

　・指定された仮想サーバ名が，Protection Manager構成定義ファイル（init.conf）に定義したDRM_DB_PATHパラメーターの仮想サーバ名と一致していること。

・登録内容に次のような誤りがあると，Protection Managerは対象のクラスタリソースが識別できないため，正しくバックアップ，リストアを実行することができません。登録情報に誤りのないよう十分注意してください。

　・仮想サーバ名と，バックアップ，リストア実行時の環境変数DRM_HOSTNAMEで指定した仮想サーバ名が一致しない。

　・仮想サーバ名とリソースグループ名の対応付けを誤って登録した。

　・インスタンス名を誤って登録した。

クラスタソフトウェアのパラメーターの登録を誤った場合，パラメーターを削除するには，次の手順で行ってください。

Windowsの場合

PROMPT> del <Protection Managerのインストール先>¥conf¥cluster¥DEFAULT.dat
PROMPT> del <Protection Managerのインストール先>¥conf¥cluster¥<クラスタソフトウェア名>.dat

Solarisの場合

PROMPT> rm /opt/drm/conf/cluster/DEFAULT.dat
PROMPT> rm /opt/drm/conf/cluster/<クラスタソフトウェア名>.dat

クラスタソフトウェア名は，drmclusinitコマンドの引数で指定した値です。

4.7 データベース構成定義ファイルの作成

ここでは，バックアップ対象がSQLデータベースの場合およびOracleデータベースの場合のデータベース構成定義ファイルの作成方法について説明します。

この節の構成

4.7.1 データベース構成定義ファイルの作成（バックアップ対象がSQL Serverデータベースの場合）

4.7.2 データベース構成定義ファイルの作成（バックアップ対象がOracleデータベースの場合）

4.7.1 データベース構成定義ファイルの作成（バックアップ対象がSQL Serverデータベースの場合）

drmsqlinitコマンドを実行して，SQL Serverの情報を登録します。

次の情報を登録します。

VDIメタファイル格納ディレクトリ

VDI生成タイムアウト時間

UNDOログファイル格納ディレクトリ

トランザクションログバックアップファイル格納ディレクトリ

なお，登録するSQL Serverデータベース情報の詳細は，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」のdrmsqlinitコマンドの説明を参照してください。

一つのシステムに複数のSQLインスタンスがある環境で，メタファイル格納ディレクトリ，UNDOログファイル格納ディレクトリ，トランザクションログのバックアップファイル格納ディレクトリを登録する場合には，インスタンスごとに別のディレクトリを指定してください。

クラスタ構成の場合，VDIメタファイル格納ディレクトリ，UNDOログファイル格納ディレクトリ，ログファイル格納ディレクトリは，現用サーバ，待機サーバの両方から参照できる共有ディスクを指定してください。

SQL Serverの情報を登録する手順は，次のとおりです。

SQL Serverの情報を登録するには：

drmsqlinitコマンドを，SQL Serverのインスタンス名を引数に指定して，実行します。SQL Server規定のインスタンスの場合は，"DEFAULT"と指定します。

PROMPT> drmsqlinit <インスタンス名>

出力されるメッセージに従って，次の項目を登録します。

VDIメタファイル格納ディレクトリ

VDI生成タイムアウト時間

UNDOログファイル格納ディレクトリ

トランザクションログバックアップファイル格納ディレクトリ

VDIメタファイル格納ディレクトリに何も指定しないと，VDIメタファイルはSQL Serverデータベースのデータファイルと同じ場所に格納されます。VDIメタファイルの管理を容易にするため，VDIメタファイル格納ディレクトリを指定しないことを推奨します。
VDI生成タイムアウト時間については，実際にSQL Serverデータベースをバックアップして適切な値を確認する必要があります。この段階（動作確認前）では大きめの値（1000秒など）を設定しておいて，動作確認後にVDIの静止化時間を測定し，drmsqlinitコマンドで再度設定してください。動作確認時にVDIの静止化時間を測定する方法については，下記の注意事項を参照してください。
UNDOログファイル格納ディレクトリ，およびトランザクションログバックアップファイル格納ディレクトリの指定は任意です。ただし，UNDOログファイル格納ディレクトリを指定していない場合には，SQL Serverデータベースのリストアおよびリカバリ時に，データベースを読み取り専用モードでリストアおよびリカバリできません。また，トランザクションログバックアップファイル格納ディレクトリを指定していない場合には，トランザクションログを取得できません。

SQL Serverデータベース構成定義ファイル（<インスタンス名>.dat）が作成されたことを確認してください。
SQL Serverデータベース構成定義ファイルは次の場所に作成されます。

<Protection Managerのインストール先>¥conf¥MSSQL¥<インスタンス名>.dat

登録した内容を確認します。
登録した内容を確認するには，drmsqlinitコマンドに-vオプションを指定して実行します。

PROMPT> drmsqlinit -v <インスタンス名>

注意事項

クラスタ構成の場合，およびTrueCopyまたはUniversal Replicatorの機能を利用する場合，すべてのサーバでdrmsqlinitコマンドを実行する必要があります。

drmsqlinitコマンドは，SQL Serverのインスタンスを構築したあとで実行してください。drmsqlinitコマンドを実行したあと，メタファイル格納ディレクトリやUNDOファイル格納ディレクトリなどSQL Serverの構成情報を変更した場合は，再度drmsqlinitコマンドを実行する必要があります。drmsqlinitコマンドを実行しない場合，drmsqlbackupコマンドがエラー終了することがあります。

次の場合，VDIメタファイルはSQL Serverデータベースのデータファイルと同じ場所に格納する必要があります。このため，VDIメタファイル格納ディレクトリには何も指定しないでください。

カスケード構成の場合

TrueCopyまたはUniversal Replicatorの機能を利用してローカルサイトとリモートサイトの間でSQL Server データベースをバックアップする場合

バックアップ時と異なるSQLインスタンスにリストアする場合

drmsqlinitコマンドで指定するVDI生成タイムアウト値は，SQL Serverデータベースのバックアップまたはリストアに掛かる時間を指定します。
なお，タイムアウト値として不適切な値を設定すると，バックアップ処理に時間が掛かった場合に次のような問題が起こることがあります。運用に合わせて適切な値を設定してください。

タイムアウト値として小さい値を設定した場合
コマンドがタイムアウトでエラー終了してしまい，データベースのバックアップが取得できない。

タイムアウト値として大きい値を設定した場合
コマンドがタイムアウトでエラー終了するまでに，SQL Serverに接続中のクライアントアプリケーションがタイムアウトしてしまう。

drmsqlinitコマンドでVDI生成タイムアウト秒数を大きめ（1000秒など）に設定します。

drmsqlbackupコマンドを実行します。

Protection Managerのログファイル「drm_output.log」を参照し，次の二つのログ間隔を調べます。
KAVX1371-I データベースの静止化処理を開始します。
KAVX1372-I データベースの静止化解除処理を終了します。

手順3.で取得した時間を目安に，再度drmsqlinitコマンドを実行してVDI生成タイムアウト値を設定してください。drmsqlbackupコマンドの実行時間はシステムのリソースの状態に影響されるため，タイムアウト値は手順3.で取得した時間より大きめの値を設定してください。

4.7.2 データベース構成定義ファイルの作成（バックアップ対象がOracleデータベースの場合）

drmorainitコマンドを実行して，OracleのDBMS情報を登録します。出力されるメッセージに従って，次の項目を登録します。

OracleインスタンスのDBMS情報

RAC環境判定

Oracleデータベース名

ASMインスタンス名

ASMインスタンス接続ユーザー名

ASMインスタンス接続パスワード

ASMネットサービス名

ASMホームディレクトリ

Oracleログインユーザー名

Oracleログインパスワード

Oracleネットサービス名

Oracleホームディレクトリ

初期化パラメーターファイル

バックアップファイル格納ディレクトリ

ログ格納ディレクトリ

なお，登録するOracleデータベース情報の詳細は，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」のdrmorainitコマンドの説明を参照してください。

クラスタ構成の場合，バックアップファイル格納ディレクトリ，ログ格納ディレクトリは，現用サーバ，待機サーバの両方から参照できる共有ディスクを指定してください。

drmorainitコマンドを実行すると，Oracleデータベース構成定義ファイル（<インスタンス名>.dat）が作成されます。

Oracleデータベース構成定義ファイル（<インスタンス名>.dat）は次の場所に作成されます。

/opt/drm/conf/oracle

ASMインスタンスの構成定義ファイル（<インスタンス名>.dat）は次の場所に作成されます。

/opt/drm/conf/oracle/asm

4.8 SQL Serverとの連携に関する設定

ここでは，次の2種類の設定について説明します。

SQL Serverログインタイムアウトオプションの指定
SQL Serverデータベースを操作するコマンドの実行時に，SQL Serverへのログイン要求が時間切れの要因でコマンドがエラー終了した場合（エラーメッセージ：KAVX1008-E，詳細メッセージ：DRM-11013，コード：0）に指定します。
SQL Serverログインタイムアウトオプションは，SQL_LOGIN_TIMEOUTパラメーターを使用してsqlinit_<インスタンス名>.confに指定します。
ログイン要求の時間切れは，ネットワーク負荷の高い環境，大規模データベース構成の場合に発生しやすいエラーです。

SQL Server自動復旧時間の指定
SQL Serverデータベースのリストア時に，SQL Server起動時の自動復旧処理が完了していないことが要因でコマンドがエラー終了した場合（エラーメッセージ：KAVX1008-E，詳細メッセージ：DRM-11011，コード：5180，またはエラーメッセージ：KAVX1008-E，詳細メッセージ：DRM-11011，コード：904）に指定します。
SQL Server自動復旧時間は，SQL_AUTORECOVERY_TIMEパラメーターを使用してsqlinit_<インスタンス名>.confに指定します。
リストア対象とするデータベースの組み合わせごとのパラメーター指定要否を次の表に示します。

表4-30 SQL_AUTORECOVERY_TIMEパラメーターとリストア対象の関係

リストア対象 | システム構成 | リストア方法 | SQL Server自動復旧処理 | パラメーター指定
S | U
○ | － | クラスタ | クラスタリソースがオフライン状態でのリストア | あり | 必要※
非クラスタ | － | あり | 必要※
○ | ○（すべて） | クラスタ | クラスタリソースがオフライン状態でのリストア | あり | 必要※
非クラスタ | － | あり | 必要※
○ | ○（一部） | クラスタ | クラスタリソースがオフライン状態でのリストア | あり | 必要※
非クラスタ | － | あり | 必要※
－ | ○（すべて） | クラスタ | クラスタリソースがオフライン状態でのリストア | あり | 必要※
クラスタリソースがオンライン状態でのリストア | なし | 不要
非クラスタ | － | なし | 不要
－ | ○（一部） | クラスタ | クラスタリソースがオフライン状態でのリストア | あり | 必要※
クラスタリソースがオンライン状態でのリストア | なし | 不要
非クラスタ | － | なし | 不要

（凡例）

○：リストア対象

－：リストア対象外

S：システムデータベース

U：ユーザーデータベース

注※

リストア時に，SQL Server起動時の自動復旧処理が完了していないことが要因でコマンドがエラー終了した場合，SQL_AUTORECOVERY_TIMEパラメーターを設定してください。

パラメーターの設定方法を次に示します。

ログインタイムアウトオプションまたは自動復旧時間を指定するには：

sqlinit_<インスタンス名>.confをコピーします。

コピー元

<Protection Managerのインストール先>¥conf¥MSSQL¥sample¥sqlinit.conf

コピー先

<Protection Managerのインストール先>¥conf¥MSSQL¥sqlinit_<対象インスタンス名>.conf

sqlinit_<インスタンス名>.confにパラメーターを設定します。
パラメーターは，空白なしの左詰めで記述します。パラメーター名とタイムアウト値の間は「=」で区切り，その前後に空白，タブを入れないで入力してください。「#」で始まる行は，コメント行と見なされます。
パラメーターが重複して指定されている場合は，先に記述している値が有効になります。

SQL Serverログインタイムアウトオプションを指定する場合
「SQL_LOGIN_TIMEOUT=ログインタイムアウト値」を追加します。

SQL Server自動復旧時間を指定する場合
「SQL_AUTORECOVERY_TIME=SQL Server自動復旧時間」を追加します。

各パラメーターの詳細を次の表に示します。

表4-31 sqlinit_<インスタンス名>.confのパラメーター（SQL Serverログインタイムアウトオプションの指定）

パラメーター
説明
デフォルト値

SQL_LOGIN_TIMEOUT
SQL Serverへのログイン要求の完了を待機する秒数を設定します。パラメーターが設定されている場合，設定した値をODBC機能SQLSetConnectAttrのSQL_ATTR_LOGIN_TIMEOUT属性に設定してSQL Serverへログインします。パラメーターが設定されていない場合は，SQL_ATTR_LOGIN_TIMEOUT属性は設定しません。
SQL_LOGIN_TIMEOUTで設定する値は，drmsqlinitコマンドで設定するVDI生成タイムアウト時間よりも小さい値を設定してください。VDI生成タイムアウト時間よりも大きい値を設定した場合，drmsqlbackupコマンドではSQL Serverへのログイン要求で待機している間にVDI生成タイムアウトが発生しコマンドがエラー終了するおそれがあります。
なし

表4-32 sqlinit_<インスタンス名>.confのパラメーター（SQL Server自動復旧時間の指定）

パラメーター
説明
デフォルト値

SQL_AUTORECOVERY_TIME
リストアコマンドでのSQL Server自動復旧時間（秒）を設定します。
0以外の値が設定されている場合，設定した秒数の間，SQL Serverの自動復旧処理が終了するのを待機します。
SQL_AUTORECOVERY_TIMEで設定する値は，自動復旧処理でのシステムデータベース（master，model，msdb，tempdb）の開始から復旧完了までの時間に2倍程度の余裕を考慮して設定してください。自動復旧処理でのシステムデータベース（master，model，msdb，tempdb）の開始から復旧完了までの時間は，SQL Serverログファイルで確認できます。
0

4.9 VSSを使用するための設定

バックアップ対象がファイルシステムまたはExchangeデータベースで，VSSを使用してオンラインバックアップする場合は，次の設定が必要になります。

バックアップ対象がExchangeデータベースの場合，Protection Manager for ExchangeでVSSバックアップできるように，Protection ManagerおよびRAID Managerの環境設定を行います。ただし，バックアップする前にペア生成をする必要があります。ペア生成時には，paircreateコマンドを実行して-m noreadオプションを指定してください。

ファイルサーバまたはデータベースサーバ，およびバックアップサーバにRM Shadow Copy Providerがインストールされている必要があります。RM Shadow Copy Providerのインストール方法はRAID Managerのマニュアルを参照してください。
RM Shadow Copy Providerをインストールするときは，事前にWindowsの「コンピュータの管理」（Windows Server 2003）または「サーバーマネージャ」（Windows Server 2008）のサービス画面を使用して，各Windowsサービスが次に示すデフォルト設定になっていることを確認してください。

表4-33 RM Shadow Copy Providerに関連するWindowsサービスのデフォルト設定

サービス名 | 表示名 | スタートアップの種類
RpcSs | Remote Procedure Call (RPC) | 自動
EventLog | Event Log | 自動
DcomLaunch | DCOM Server Process Launcher | 自動
SamSs | Security Accounts Manager | 自動
winmgmt | Windows Management Instrumentation | 自動
EventSystem | COM+ Event System | 手動
MSIServer | Windows Installer | 手動
VSS | Volume Shadow Copy | 手動
COMSysApp | COM+ System Application | 手動
MSDTC | Distributed Transaction Coordinator | 手動

これらのWindowsサービスがデフォルト設定になっていない状態でRM Shadow Copy Providerをインストールすると，RM Shadow Copy ProviderサービスがWindowsサービスとして登録されません。この場合，-modeオプションにVSSを指定して実行されたバックアップコマンドは，エラーメッセージを表示してエラー終了します。

RAID Managerのマニュアルに記述されているraidvchksetコマンドの実行をする必要はありません。

ファイルサーバまたはデータベースサーバで， VSS定義ファイルを編集します。VSS定義ファイル（vsscom.conf）は，次の場所にあります。パラメーターの追加や削除はしないでください。

<Protection Managerのインストール先>¥conf

表4-34 vsscom.confのパラメーター

パラメーター
説明
設定できる値

BACKUP_SERVER
バックアップサーバのホスト名またはIPアドレスを設定します。
半角1～256文字までの文字列

WRITER_TIMEOUT_RETRY_COUNT
バックアップした場合にWriterタイムアウトが発生したとき，バックアップをリトライする回数を設定します。0を設定した場合はリトライしません。次のような場合にリトライ回数を増やしてください。

バックアップに時間が掛かる場合（一度に多くのディスクをバックアップする場合，またはSANRISE9500Vシリーズ，Hitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，Hitachi TMS1000，Hitachi SMSシリーズでShadowImageを使用する場合）

バックアップ時にエラーメッセージKAVX5004-Eが出力される場合

バックアップに時間が掛かる場合のディスク構成の詳細については，ファイルシステムの場合は「2.17.1 バックアップ対象となるファイルシステムの条件と注意事項」を，Exchangeデータベースの場合は「2.17.3 バックアップ対象となるExchangeデータベースの条件と注意事項」を参照してください。

0～99999

WRITER_TIMEOUT_RETRY_INTERVAL | Writerタイムアウトでリトライする場合のリトライ間隔を秒で設定します。通常は変更する必要はありません。 | 0～99999
EXG_VERIFY_RETRY_COUNT | バックアップ結果のExchangeデータベース検証でエラーが発生した場合，バックアップをリトライする回数を設定します。0 の場合はリトライしません。通常は変更する必要はありません。バックアップ対象がファイルシステムの場合，この値を設定する必要はありません。 | 0～99999
EXG_VERIFY_RETRY_INTERVAL | Exchangeデータベース検証エラーでリトライするときのリトライ間隔を秒で設定します。通常は変更する必要はありません。バックアップ対象がファイルシステムの場合，この値を設定する必要はありません。 | 0～99999

バックアップ対象がExchangeデータベースの場合，バックアップサーバにExchange管理ツールをインストールします。Exchange Server 2003を使用している場合は，ESEUTILコマンドもインストールします。Exchange Server 2007を使用している場合は，ESEUTILコマンドをインストールする必要はありません。

Exchange管理ツールのインストール

バックアップサーバにExchange管理ツールをインストールします。

このとき，インストールするMicrosoft Exchange Serverのバージョンは,データベースサーバと同じである必要があります。データベースサーバのExchange Serverにサービスパックを適用している場合，バックアップサーバ上のExchange Serverにも同一のサービスパックを適用してください。Exchange管理ツールのインストールの詳細については，Exchange Server 2003またはExchange Server 2007のマニュアルを参照してください。

ESEUTILコマンドのインストール

Exchange管理ツールをインストールしたあと，次のファイルをバックアップサーバの「<Exchange Serverのインストール先>¥bin」から，バックアップサーバの「<Protection Managerのインストール先>¥bin¥util」へコピーします。

・ESE.dll

・ESEUTIL.exe

・EXCHMEM.dll

・EXOSAL.dll

SANRISE H12000，Hitachi Universal Storage Platform H20000，またはHitachi Universal Storage Platform H24000でVSSを使用する場合，この節「4.9 VSSを使用するための設定」およびコマンドのメッセージで表示されるシステム環境変数名は，次のように読み替えてください。
VSHTCRMENVF -> VSXPRMENVF
VSHTCHORCMINST_LOCAL -> VSXPHORCMINST_LOCAL
VSHTCHORCMINST_REMOTE -> VSXPHORCMINST_REMOTE
VSHTCHOMRCF_MUN -> VSXPHOMRCF_MUN

この節の構成

4.9.1 RM Shadow Copy Providerのバージョンが「01-02-03/03」以降の場合の設定

4.9.2 RM Shadow Copy Providerのバージョンが「01-02-03/03」より前の場合の設定

4.9.1 RM Shadow Copy Providerのバージョンが「01-02-03/03」以降の場合の設定

RM Shadow Copy Providerのバージョンが「01-02-03/03」以降の場合の各サーバでのシステム設定について説明します。

なお，RM Shadow Copy Providerのバージョンを「01-02-03/03」以降にバージョンアップした場合で，次の運用をするときは，設定を変更する必要はありません。

一つの世代へバックアップする場合

ストレージサブシステム内（ローカルバックアップ）でバックアップする場合

ファイルサーバまたはデータベースサーバのシステム環境変数を設定します。次の表に示す値を設定します。

表4-35 VSSを使用するためのシステム環境変数（ファイルサーバまたはデータベースサーバ）

環境変数
パラメーター説明

VSHTCRMENVF
次の値を設定してください。
<Protection Managerのインストール先>¥conf¥vssprv.conf※

注※

このファイルは，Protection Managerが内部的に使用するファイルです。ユーザーがファイルを設定する必要はありません。

バックアップサーバのシステム環境変数を設定します。次の表に示す値を設定します。

表4-36 VSSを使用するためのシステム環境変数（バックアップサーバ）

環境変数 | パラメーター説明
VSHTCHORCMINST_REMOTE | VSSバックアップで使用する副ボリュームを管理するRAID Managerのインスタンス番号を設定します。設定した値を，RAID Manager用連携定義ファイル（DEFAULT.dat）のHORCMINSTパラメーターに記述してください。

システム環境変数を設定したあとは，必ずOSを再起動してください。

4.9.2 RM Shadow Copy Providerのバージョンが「01-02-03/03」より前の場合の設定

RM Shadow Copy Providerのバージョンが「01-02-03/03」より前を使用している場合に，VSSでバックアップするときは，次の運用に限られます。

一つの世代へバックアップする場合

ストレージサブシステム内（ローカルバックアップ）でバックアップする場合

次の運用の場合には，RM Shadow Copy Providerを「01-02-03/03」以降にバージョンアップしたあと，「4.9.1 RM Shadow Copy Providerのバージョンが「01-02-03/03」以降の場合の設定」を参照して各サーバの設定をしてください。

複数世代へバックアップする場合

ストレージサブシステム間（リモートコピー）でバックアップする場合

世代識別名を指定してバックアップする場合

RM Shadow Copy Providerのバージョンが「01-02-03/03」より前の場合の各サーバでのシステム設定について説明します。

ファイルサーバまたはデータベースサーバのシステム環境変数を設定します。次の表に示す値を設定します。

表4-37 VSSを使用するためのシステム環境変数（ファイルサーバまたはデータベースサーバ）

環境変数 | パラメーター説明
VSHTCHORCMINST_LOCAL | VSSバックアップで使用する主ボリュームを管理するRAID Managerのインスタンス番号を設定します。設定した値を，RAID Manager用連携定義ファイル（DEFAULT.dat）のHORCMINSTパラメーターに記述してください。
VSHTCHOMRCF_MUN | VSSバックアップで使用するコピーグループのMU#（ペア識別子）を設定します。

バックアップサーバのシステム環境変数を設定します。次の表に示す値を設定します。

表4-38 VSSを使用するためのシステム環境変数（バックアップサーバ）

環境変数 | パラメーター説明
VSHTCHORCMINST_REMOTE | VSSバックアップで使用する副ボリュームを管理するRAID Managerのインスタンス番号を設定します。設定した値を，RAID Manager用連携定義ファイル（DEFAULT.dat）のHORCMINSTパラメーターに記述してください。

システム環境変数を設定したあとは，必ずOSを再起動してください。

クラスタ環境でVSSを使用する場合，すべての仮想サーバで使用する主ボリュームを一つのRAID Managerインスタンスで定義し，すべての物理ノードで同じインスタンス番号を使用してください。

4.10 カスケード構成情報定義ファイルの作成（バックアップ対象がExchangeデータベースの場合）

バックアップ対象がExchangeデータベースでカスケード構成の場合，データベースサーバでカスケード構成情報定義ファイルを編集する必要があります。

カスケード構成情報定義ファイルのサンプルは，次の場所にあります。
<Protection Managerのインストール先>¥conf¥cascade¥VHOST.dat.model

編集後のカスケード構成情報定義ファイルは，次の名称で登録します。
<Protection Managerのインストール先>¥conf¥cascade¥<Exchange仮想サーバ名>.dat

カスケード構成情報定義ファイルのパラメーターを次の表に示します。

表4-39 カスケード構成情報定義ファイルのパラメーター

パラメーター※1
説明※2
最大文字列
（バイト数）
省略

[サイト名]
サイトの名称とセクション開始位置を示します。
[<サイト名>]からファイルの終端まで，または次の[<サイト名>]直前の行までを1セクションとして扱います。
<サイト名>には，64文字以内の英数字が使用できます。ただし，最初の1文字は必ず英字にしてください。※3
66
（「[」および「]」を含む）
×

DB_SERVER
バックアップコマンドの-cascadeオプションに指定するデータベースサーバ名を，ホスト名またはIPアドレスの形式で指定します。
このパラメーターにホスト名を指定する場合は，物理ホスト名で指定してください。
255
×

BK_SERVER
バックアップコマンドの-cascadeオプションに指定するバックアップサーバ名を，ホスト名またはIPアドレスの形式で指定します。
255
×

INSTANCE_NUMBER
カスケード構成のリモートコピーを管理するRAID Managerインスタンスの番号を指定します。
リモートコピーのコピーグループは，すべてこのインスタンスで管理されている必要があります。また，VSSを使用してバックアップを実行する場合は，Protection Managerが管理するインスタンスと，このパラメーターに指定するインスタンスは同じでなければいけません。
10
×

COPY_GROUP_NUM
カスケード構成のリモートコピーのコピーグループ数を入力します。
10
×

COPY_GROUP
カスケード構成のリモートコピーのコピーグループ名を入力します。
このパラメーターは，複数指定できます（複数指定する場合は1パラメーターにつき1行）。ただし，このパラメーターの指定数は，COPY_GROUP_NUMに指定したコピーグループ数と一致している必要があります。
64
×

PREBACKUP_TIMEOUT
リモートサイトの構成チェック処理のタイムアウト時間を0～86400（単位：秒）の間で指定します。
0を指定した場合は，タイムアウトしません。省略した場合は，3600が指定されたものとして扱います。
リモートサイトと判断されたセクションのパラメーター値だけが使用されます。
タイムアウト時間の目安は，このパラメーターが指定されているセクションのサイトで-cascadeオプションなし（ほかのオプションは同じ）でバックアップコマンドを実行したときの1.5倍の時間です。
5
（最大値は86400）
○

PRESPLIT_TIMEOUT
リモートサイトのペア再同期処理のタイムアウト時間を0～86400（単位：秒）の間で指定します。
0を指定した場合は，タイムアウトしません。省略した場合は，3600が指定されたものとして扱います。
リモートサイトと判断されたセクションのパラメーター値だけが使用されます。
タイムアウト時間の目安は，このパラメーターが指定されているセクションのサイトで-cascadeオプションなし（ほかのオプションは同じ）でバックアップコマンドを実行したときの1.5倍の時間です。
5
（最大値は86400）
○

POSTBACKUP_TIMEOUT
リモートサイトのバックアップカタログ作成処理のタイムアウト時間を0～86400（単位：秒）の間で指定します。
0を指定した場合は，タイムアウトしません。省略した場合は，3600が指定されたものとして扱います。
リモートサイトと判断されたセクションのパラメーター値だけが使用されます。
タイムアウト時間の目安は，このパラメーターが指定されているセクションのサイトで-cascadeオプションなし（ほかのオプションは同じ）でバックアップコマンドを実行したときの1.5倍の時間です。
5
（最大値は86400）
○

（凡例）

○：省略できる。

×：省略できない。

注※1

パラメーターを指定する順序は，表の順序に従ってください。また，パラメーターの並び順は変更しないでください。

注※2

バックアップコマンド（drmexgbackup）およびそのオプション（-cascade，-sなど）の詳細については，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」を参照してください。

注※3

バックアップコマンドの-cascadeオプションとセクションの扱いについて次の表に示します。

表4-40 -cascadeオプションとセクションの扱い

オプション | ローカルサイト | リモートサイト
データベースサーバ | バックアップサーバ | データベースサーバ | バックアップサーバ
-cascade | パラメーターDB_SERVERに指定されたサーバが自ホストと判断された場合，そのセクションの値を使用します。 | 左記のセクションに記述されているパラメーターBK_SERVERの値を使用します。 | ローカルサイトと判断されたセクションを除き，カスケード構成情報定義ファイルの最初に定義されているセクションのパラメーターDB_SEVERの値を使用します。 | 左記のセクションに記述されているパラメーターBK_SERVERの値を使用します。

4.11 バックアップ管理製品と連携するための設定

バックアップ管理製品と連携するための設定方法について説明します。パラメーターの登録および構成定義ファイルの作成が必要です。

パラメーターの登録，および構成定義ファイルの作成の前に，各バックアップ管理製品を設定する必要があります。バックアップ管理製品で，あらかじめ次の作業を行ってください。

NetBackupの場合

並列実行するバックアップの数だけCLASSまたはPOLICYを作成する。

作成したCLASSまたはPOLICYにSCHEDULEを設定する。

媒体の保護期間を設定する。

Backup Execの場合

メディア，デバイスおよびログオン情報を設定する。

媒体の保護期間を設定する。

この節の構成

4.11.1 バックアップ管理製品と連携するための情報を登録する

4.11.2 テープバックアップ用構成定義ファイルの作成

4.11.1 バックアップ管理製品と連携するための情報を登録する

drmtapeinitコマンドを実行して，バックアップ管理製品と連携するための情報を登録します。出力されるメッセージに従って，次の項目を登録します。

バックアップ管理製品名

テープバックアップ用のバックアップカタログの保存日数

登録した内容はファイルとして，次の場所に保管されます。

Windowsの場合

<Protection Managerのインストール先>¥conf¥tape¥DEFAULT.dat

Solarisの場合

/opt/drm/conf/tape/DEFAULT.dat

バックアップ管理製品と連携するための情報を登録する手順は，次のとおりです。

drmtapeinitコマンドを実行します。

PROMPT> drmtapeinit

次のメッセージが出力されますので，バックアップ管理製品名を入力してください。

KAVX0411-I バックアップ管理製品名を入力してください:

入力する値は次のとおりです。
NetBackupを使用している場合：NBU
Backup Execを使用している場合：BEWS

次のメッセージが出力されますので，バックアップカタログの保存日数を数値で入力してください。

KAVX0417-I バックアップカタログの保存日数を入力してください:

ここで入力する保存日数の値については，後述の注意事項を参照してください。

drmtapeinitコマンドを，-vオプションを指定して実行し，情報が正しく登録されているかどうかを確認します。
実行例を次に示します。

PROMPT> drmtapeinit -v
PROMPT> <バックアップ製品名>                 : NBU
PROMPT> <バックアップカタログの保存日数>     : 10

バックアップカタログの保存日数についての注意事項

drmtapeinitコマンドで入力するテープバックアップ用のバックアップカタログの保存日数は，次のように指定してください。
バックアップ管理製品で設定した媒体の保護期間≧drmtapeinitコマンドで入力したバックアップカタログの保存日数
バックアップ管理製品で設定した媒体の保護期間より，バックアップカタログの保存日数を長くした場合，媒体の保護期間が過ぎてしまうと，バックアップカタログが存在してもリストアできなくなります。

0を指定した場合，バックアップカタログは無期限に保存されますのでご注意ください。

バックアップカタログの保存日数を過ぎたバックアップカタログは，保存日数を過ぎたあと，次に示すコマンドを実行したときに削除されます。
drmmount，drmtapebackup，drmtaperestore，drmtapecat（-oまたは-deleteオプション指定時を除く）

drmtapeinitコマンドで一度設定した，バックアップ管理製品と連携するための情報を登録するファイルが不要，または変更になった場合，ファイルを削除してください。

4.11.2 テープバックアップ用構成定義ファイルの作成

使用するバックアップ管理製品に応じて，サンプルとして提供されているテープバックアップ用構成定義ファイルの名称を次のように変更してください。

NetBackupの場合：NBU.dat

Backup Execの場合：BEWS.dat

サンプルのテープバックアップ用構成定義ファイルは，次の場所に格納されています。

NetBackupの場合（Windows）
<Protection Managerのインストール先>¥conf¥tape¥NBU_sample.dat

NetBackupの場合（Solaris）
/opt/drm/conf/tape/NBU_sample.dat

Backup Execの場合
<Protection Managerのインストール先>¥conf¥tape¥BEWS_sample.dat

この項の構成

(1) 定義するパラメーター

(2) 定義ファイルの作成例

(3) ユーザー任意の構成定義ファイルについて

(1) 定義するパラメーター

テープバックアップ用構成定義ファイルに記述するパラメーターは，次に示す表の順序に従います。

表4-41 テープバックアップ用構成定義ファイルで定義するパラメーター（NetBackupの場合）

パラメーター
説明

INST_PATH
NetBackupをインストールしたパスを絶対パスで記述します（1,024バイト以内）。

NBU_MASTER_SERVER
Windowsの場合：
バックアップ先を問い合わせるNetBackupのマスターサーバ名を記述します（255バイト以内）。OSによって名前解決されているホスト名，またはIPアドレス（IPv4）を指定します。このパラメーターを省略した場合，NetBackupのマスターサーバ名としてコマンドを実行したホストのホスト名を適用します。このパラメーターは，NetBackup6.5以降を使用する場合に指定できます。

INCLUDE_EXEC
Windowsの場合：
includeコマンドの実行可否を記述します（8バイト以内）。このパラメーターは大文字・小文字を区別しません。

「YES」を指定する場合
NetBackupのbpplincludeコマンド，またはbpclincludeコマンドを実行して，Protection Managerがポリシー（クラス）にバックアップ対象パスを登録します。drmmediabackupコマンドを実行したあとに，Protection Managerがポリシー（クラス）に登録したバックアップ対象パスを削除します。また，バックアップ先メディア情報をバックアップカタログに登録します。

「YES」以外の文字列を指定する場合
Protection Managerがポリシー（クラス）にバックアップ対象パスを登録しません。そのため，ユーザーがNetBackupを操作してポリシー（クラス）にバックアップ対象パスを登録する必要があります。

このパラメーターを省略した場合，「YES」が指定された場合と同じ動作になります。このパラメーターはNetBackup6.5以降を使用する場合に指定できます。

MOUNT_POINT
Windowsの場合：
バックアップ対象のマウントポイントを絶対パスで記述します（255バイト以内）。
バックアップ対象のマウントポイントの記述が見つからない場合は，「default」と記述したCLASSまたはPOLICY，およびSCHEDULEで指定した値が使用されます。
Protection Managerがテープバックアップ時に自動的にマウントする順番と同じ順番で，テープバックアップ用構成定義ファイルにマウントポイントを記述してください。Protection Managerは次の規則でマウントします。

テープバックアップおよびリストア時にマウントポイントを引数で指定する場合
指定したドライブから，アルファベット順に空いているドライブをマウントしていきます。

テープバックアップおよびリストア時にマウントポイントを指定しない場合
すべての空きドライブの中から，アルファベット順に空いているドライブをマウントしていきます。

上記の規則のうち，実際のテープバックアップおよびリストア時の運用方法に従って，Windowsのエクスプローラなどで空きドライブを確認し，空いているドライブをアルファベット順に記述してください。

バックアップ対象がSQL Serverデータベースの場合
バックアップ対象となる，データベースが含まれるマウントポイント以外に，VDIメタファイルが格納されているボリュームを指定する必要があります。指定するには，VDIメタファイルが格納されているディレクトリを絶対パスで指定するか，「default」と記述します。
VDIメタファイル格納ディレクトリは，MOUNT_POINTの最後（ただし「default」より前）に指定してください。

Solarisの場合：
バックアップ対象のマウントポイントを絶対パスで記述します（255バイト以内）。
バックアップ対象のマウントポイントの記述が見つからない場合は，「default」と記述したCLASSおよびSCHEDULEで指定した値が使用されます。

バックアップ対象がRAWボリュームの場合

バックアップ対象となる副ボリュームのスペシャルデバイスファイルを指定します。副ボリュームのスペシャルデバイスファイル名の例を次に示します。副ボリュームの「nnn」部分にはバックアップ世代番号を指定します。

Veritas Volume Managerの場合
主ボリュームファイル名：/dev/vx/dsk/dg01/vol-1
副ボリュームファイル名：
ローカルコピーの場合：/dev/vx/dsk/SLnnndg01/vol-1
リモートコピーの場合：/dev/vx/dsk/SRnnndg01/vol-1

Veritas Volume Manager管理外のディスクの場合
副ボリュームファイル名：/dev/dsk/*s2

CLASSまたはPOLICY
MOUNT_POINTで指定したパスに格納されているデータをバックアップするために使用するクラス名またはポリシー名を記述します（255バイト以内）。
Windowsの場合，POLICYまたはCLASSのどちらでも使用できます。ただし，同一のMOUNT_POINTに対してPOLICYとCLASSの両方を指定してはいけません。

SCHEDULE
MOUNT_POINTで指定したパスに格納されているデータをバックアップするために使用するスケジュール名を記述します（255バイト以内）。

PARALLEL_COUNT
テープへのバックアップおよびテープからのリストアを並列で実行する場合に指定します。PARALLEL_COUNTで指定した数値でバックアッププロセスが並列実行されます。1～999の間で指定します。この範囲を超える値を指定したり，数字以外の文字を設定したりした場合，並列実行されないで，シーケンシャルに実行されます。バックアップを並列実行するためには，あらかじめNetBackupで並列実行する数だけCLASSまたはPOLICYを作成，設定しておいてください。

表4-42 テープバックアップ用定義ファイルで定義するパラメーター（Backup Execの場合）

パラメーター
説明

INST_PATH
Backup Execをインストールしたパスを絶対パスで記述します（1,024バイト以内）。

MOUNT_POINT
バックアップ対象のマウントポイントを絶対パスで記述します（255バイト以内）。
バックアップ対象のマウントポイントの記述が見つからない場合は，「default」と記述したSCRIPT_FILEで指定した値が使用されます。
Windowsの場合：
テープバックアップ時にマウントするマウントポイントを指定します。Protection Managerがテープバックアップ時に自動的にマウントする順番と同じ順番で，テープバックアップ用構成定義ファイルにマウントポイントを記述してください。Protection Managerは次の規則でマウントします。

テープバックアップおよびリストア時にマウントポイントを引数で指定する場合
指定したドライブから，アルファベット順に空いているドライブをマウントしていきます。

テープバックアップおよびリストア時にマウントポイントを指定しない場合
すべての空きドライブの中から，アルファベット順に空いているドライブをマウントしていきます。

上記の規則のうち，実際のテープバックアップおよびリストア時の運用方法に従って，Windowsのエクスプローラなどで空きドライブを確認し，空いているドライブをアルファベット順に記述してください。

バックアップ対象がSQL Serverデータベースの場合
バックアップ対象となる，データベースが含まれるマウントポイント以外に，VDIメタファイルが格納されているボリュームを指定する必要があります。指定するには，VDIメタファイルが格納されているディレクトリを絶対パスで指定するか，「default」と記述します。
VDIメタファイル格納ディレクトリは，MOUNT_POINTの最後（ただし「default」より前）に指定してください。

SCRIPT_FILE
MOUNT_POINTで指定したパスに格納されているデータをバックアップするために使用するバックアップジョブスクリプトファイル名を記述します（1,024バイト以内）※。

注※

バックアップジョブスクリプトファイルの詳細は，Backup Execのマニュアルを参照してください。

バックアップジョブスクリプトファイルのサンプル（bjscript.txt）は，Backup Execのインストール用CD-ROMに収録されています。

Protection Managerで使用するBackup Execバックアップジョブスクリプトファイルの例を次に示します。

[General]
JOB_TYPE=Backup
JOB_NAME=tapebackup
[Backup_Options]
OVERWRITE_JOB=YES
[Media_Options]
MEDIA_NAME=DSK000001
MEDIA_SET=TAPEMEDIA_SET
APPEND=YES
APPEND_NO_OVERWRITE=YES
[Miscellaneous]
[Schedule]
RUN_IMMEDIATE=YES
[W2K]
[Selections]
PATH1=
SUBDIRS1=

INST_PATH，NBU_MASTER_SERVER，INCLUDE_EXEC，PARALLEL_COUNT以外のパラメーターは，マウントポイントごとに複数記述することができます。ただし，次の規則に従ってください。

MOUNT_POINTの前の行は，必ず空行にする。

構成定義パラメーターは上記の表の順序で指定する。

MOUNT_POINTに「default」（すべて小文字であること）と記述する場合，必ず最後に記述する。

MOUNT_POINTに記述するパス名の最後には「¥」を付けない。

MOUNT_POINTに記述するパス名は大文字・小文字を区別する。

PARALLEL_COUNTに並列実行バックアップジョブ数を指定する場合，NetBackupで並列実行用のCLASSまたはPOLICY定義を作成する※。

NetBackupで作成したCLASSまたはPOLICY定義に合わせて，テープバックアップ用構成定義ファイルにCLASSまたはPOLICY単位にマウントポイントを指定する。

コマンドを実行するホストにNetBackupのマスターサーバ，またはメディアサーバがインストールされていない場合，INCLUDE_EXECパラメーターにYESを指定してはならない。YESを指定した場合，バックアップ時にエラーメッセージが出力されエラー終了する。

構成定義ファイルの各パラメーターに最大値を超えた値を指定した場合，バックアップ時またはリストア時にエラーメッセージが出力されエラー終了する。

注※

Protection ManagerとBackup Execを連携する場合，単一ドライブを使用した直列バックアップだけができます。複数テープドライブを使った並列バックアップおよび並列リストアはできません。

(2) 定義ファイルの作成例

WindowsでNetBackupを使用する場合（NBU.dat）

INST_PATH=C:¥Program Files¥VERITAS¥NetBackup
NBU_MASTER_SERVER=192.168.0.2
INCLUDE_EXEC=YES
MOUNT_POINT=F:
POLICY=backup2
SCHEDULE=schedule2
MOUNT_POINT=G:
POLICY=backup1
SCHEDULE=schedule1
MOUNT_POINT=default
POLICY=backup1
SCHEDULE=schedule3
PARALLEL_COUNT=2

SolarisでNetBackupを使用する場合（NBU.dat）

INST_PATH=/usr/openv/netbackup
MOUNT_POINT=/disk03
CLASS=backup2
SCHEDULE=schedule2
MOUNT_POINT=default
CLASS=backup1
SCHEDULE=schedule1
PARALLEL_COUNT=2

Backup Execを使用する場合（BEWS.dat）

INST_PATH=C:¥Program Files¥VERITAS¥Backup Exec¥NT
MOUNT_POINT=E:
SCRIPT_FILE=C:¥BEWS¥E_Drive.txt
MOUNT_POINT=default
SCRIPT_FILE=C:¥BEWS¥backup1.txt

(3) ユーザー任意の構成定義ファイルについて

drmmediabackupコマンドまたはdrmmediarestoreコマンドを，-bup_envオプションを指定して実行する場合（実行するコマンドごとに任意の構成定義ファイルを指定する場合），対象となる構成定義ファイルをあらかじめ作成しておいてください。

なお，drmmediabackupコマンドまたはdrmmediarestoreコマンドを，-bup_envオプションを省略して実行する場合，デフォルトの構成定義ファイルのパラメーターを使用してバックアップ管理製品を起動するので，デフォルトの構成定義ファイルは消さないで残しておいてください。

ユーザー任意の構成定義ファイル名を指定するときの条件は次のとおりです。

Windowsの場合

最大文字数：ディレクトリの文字数と合わせて255バイト

使用できる文字：Windowsでファイル名として使用できる文字

格納先：<Protection Managerのインストール先>¥conf¥tape¥

Solarisの場合

最大文字数：ディレクトリの文字数と合わせて1,023バイト

使用できる文字：各OSでファイル名として使用できる文字

格納先：/opt/drm/conf/tape/

任意の構成定義ファイルの作成例を示します。

曜日ごとに構成定義ファイルを変更する場合，次のように7種類の構成定義ファイルを作成し，各曜日のファイルに必要なパラメーターを定義しておきます。

NBU_MONDAY.dat

NBU_TUESDAY.dat

NBU_WEDNESDAY.dat

NBU_THURSDAY.dat

NBU_FRIDAY.dat

NBU_SATURDAY.dat

NBU_SUNDAY.dat

4.12 一括定義ファイルの作成

拡張コマンドや基本コマンドのオプションで，複数のファイルやデータベース，コピーグループなどを指定することがあります。このような場合に，処理の対象の一覧を記述した定義ファイル（一括定義ファイル）を，オプションとして指定することができます。一括定義ファイルの使用は任意ですが，使用すると何度も同じ処理を繰り返す必要が減り，便利です。

ここでは，次の一括定義ファイルの作成方法について説明します。

コピーグループ一括定義ファイル

データベースやマウントポイントディレクトリ一括定義ファイル

トランザクションログ一括定義ファイル

この節の構成

4.12.1 コピーグループ一括定義ファイルの作成

4.12.2 データベースおよびマウントポイントディレクトリ一括定義ファイルの作成

4.12.3 トランザクションログ一括定義ファイルの作成

4.12.1 コピーグループ一括定義ファイルの作成

コピーグループ一括定義ファイルには，コピーグループの情報をテキスト形式で記述します。

コピーグループ一括定義ファイルの記述形式を次に示します。

ファイル名
任意の名称を半角英数字で指定します。

ファイルの保管場所
任意の場所に保管できます。
ただし，クラスタ環境の場合，両方のサーバからアクセスできる共用ディレクトリに保管することを推奨します。

ファイルの内容
次の規則に従ってコピーグループ名を記述します。
コピーグループ名は左詰めで記載します。
大文字・小文字は区別します。
「#」で始まる行は，コメント行と見なされます。
コピーグループ名は1行に一つずつ記述します。

コピーグループ一括定義ファイルの作成例を次に示します。

VG01,dev01
VG01,dev02

コピーグループ一括定義ファイルは，RAID Managerの構成定義ファイル（horcm<n>.conf）で一括してバックアップするコピーグループを確認して記述してください。すでにバックアップカタログが作成されている場合，drmfscatコマンド，drmsqlcatコマンド，drmexgcatコマンドまたはdrmoracatコマンドを実行して確認することもできます。

4.12.2 データベースおよびマウントポイントディレクトリ一括定義ファイルの作成

コマンドのオプションで複数のマウントポイントディレクトリや，ファイル，表領域，データベース，ストレージグループなどを指定するときに，ファイルや表領域の一覧を記述した定義ファイル（一括定義ファイル）をあらかじめ作成しておき，その定義ファイルを指定することで，複数のファイルや表領域，ディレクトリ，データベース，ストレージグループを一度に指定できます。

この項の構成

(1) 一括定義ファイルを指定できるコマンド

(2) 一括定義ファイルのファイル名

(3) 一括定義ファイルの格納場所

(4) 一括定義ファイルの内容

(1) 一括定義ファイルを指定できるコマンド

次のコマンドで一括定義ファイルを指定できます。

drmexgbackup

drmexgcat

drmexgdisplay

drmexgrestore

drmfsbackup

drmfscat

drmfsdisplay

drmfsrestore

drmorabackup

drmoracat

drmoradisplay

drmorarestore

drmsqlbackup

drmsqlcat

drmsqldisplay

drmsqlrestore

drmsqllogbackup

(2) 一括定義ファイルのファイル名

半角英数字で指定します。

(3) 一括定義ファイルの格納場所

一括定義ファイルの格納場所を次に示します。

データベース一括定義ファイルの場合
任意の場所に格納できます。ただし，クラスタ環境の場合，両方のサーバからアクセスできる共用ディレクトリに格納することを推奨します。

マウントポイントディレクトリ一括定義ファイルの場合（Windows）
<Protection Managerのインストール先>¥conf¥fs

マウントポイントディレクトリ一括定義ファイルの場合（Solaris）
/opt/drm/conf/fs

(4) 一括定義ファイルの内容

次の規則に従ってください。

各パラメーター（ファイル名，ディレクトリ名，表領域名，SQL Serverデータベース名，またはストレージグループ名）は1行に一つずつ記述します。

「#」で始まる行は，コメント行と見なされます。ただし，SQL Serverデータベース名またはストレージグループ名の先頭が「#」の場合は，コメント行ではなく，SQL Serverデータベース名またはストレージグループ名と見なされます。

ファイル名またはディレクトリ名を記述するときは，絶対パスで記述します。

ファイルの記述例（Windowsの場合）

# ファイルを指定する例
D:¥data1¥batch_0001¥Tokyo_output_dir
D:¥data1¥batch_0001¥Osaka_output_dir
D:¥data1¥transact.log

ファイルの記述例（Solarisの場合）

# ファイルを指定する例
/data1/batch_0001/Tokyo_output_dir
/data1/batch_0001/Osaka_output_dir
/data1/transact.log

4.12.3 トランザクションログ一括定義ファイルの作成

drmsqlrecoverコマンドのオプションでリカバリするときに適用するトランザクションログファイルの順序を指定するための定義ファイルです。このファイルは，トランザクションログファイルによるリカバリをするときに作成します。

なお，drmsqlrecovertoolコマンドでリカバリする場合，トランザクションログ一括定義ファイルは不要です。

この項の構成

(1) トランザクションログ一括定義ファイルのファイル名

(2) トランザクションログ一括定義ファイルの格納場所

(3) トランザクションログ一括定義ファイルの内容

(4) トランザクションログ一括定義ファイルの自動生成

(1) トランザクションログ一括定義ファイルのファイル名

半角英数字で指定します。

(2) トランザクションログ一括定義ファイルの格納場所

任意の場所に格納できます。

ただし，クラスタ環境の場合，両方のサーバからアクセスできる共用ディレクトリに格納してください。

(3) トランザクションログ一括定義ファイルの内容

次の規則に従ってください。

データベース名，トランザクションログファイル名の順序で記述します。

データベース名は，角括弧（[ ]）で囲みます。

トランザクションログファイル名は，データベースごとに，適用する順序に従って記述します。

トランザクションログファイル名は，1行に一つずつ記述します。

トランザクションログファイル名は，絶対パスで記述します。

トランザクションログファイル名は，空白なしの左詰めで記述します。

「#」で始まる行は，コメント行と見なされます。

ファイルの記述例

# Protection Manager 04-00
# Log Backup Files
[SQLDB001]
C:¥MSSQL¥BackupLog¥SQLDBLog001.bak
C:¥MSSQL¥BackupLog¥SQLDBLog002.bak
C:¥MSSQL¥BackupLog¥SQLDBLog003.bak
[SQLDB002]
C:¥MSSQL¥BackupLog¥SQLDB2Log001.bak
C:¥MSSQL¥BackupLog¥SQLDB2Log002.bak
C:¥MSSQL¥BackupLog¥SQLDB2Log003.bak

(4) トランザクションログ一括定義ファイルの自動生成

drmsqllogbackupコマンドに-vオプションを指定して作成したリダイレクトファイルをトランザクションログ一括定義ファイルとして使用できます。リダイレクトファイルを使用すると，手動で編集するよりも効率良くトランザクションログ一括定義ファイルを作成できます。

drmsqllogbackupコマンドに-vオプションを指定した場合，resync中でもバックアップカタログが存在しない状態でも，ログバックアップの情報を表示できます。このため，drmresyncコマンドなどの実行中やdrmresyncコマンドなどの実行によってバックアップカタログが削除された状態でも，トランザクションログ一括定義ファイルを手動で作成する必要はありません。

トランザクションログ一括定義ファイル（リダイレクトファイル）を作成するコマンドの実行例を次に示します。

PROMPT> drmsqllogbackup <インスタンス名> -target <データベース名> -v > <トランザクションログ一括定義ファイル名>（絶対パス）

例えば，SQL Serverインスタンス名が「SQL1」で，データベース名が「DB1」の場合に，トランザクションログ一括定義ファイルをC:¥temp¥SQLTXLOG.txtに作成するには，次のようにコマンドを実行します。

PROMPT> drmsqllogbackup SQL1 -target DB1 -v > C:¥temp¥SQLTXLOG.txt

4.13 ディクショナリマップファイルの更新

環境設定が終わったら，ディクショナリマップファイルを更新します。ディクショナリマップファイルを更新することで，環境設定が正しくできたかどうかを確認できます。

ディクショナリマップファイルを更新するには：

バックアップ対象がファイルシステムの場合
drmfsdisplayコマンドに-refreshオプションを指定して実行します。

バックアップ対象がSQL Serverデータベースの場合
drmsqldisplayコマンドに-refreshオプションを指定して実行します。

バックアップ対象がExchangeデータベースの場合
drmexgdisplayコマンドに-refreshオプションを指定して実行します。

バックアップ対象がOracleデータベースの場合
drmoradisplayコマンドに-refreshオプションを指定して実行します。

ディクショナリマップファイルを更新する例を次に示します。

PROMPT> drmfsdisplay -refresh

コマンドが終了すると，次のメッセージが出力されます。

KAVX0023-I  ディクショナリマップファイルが更新されました。

上記のメッセージが出力されたら，所定のディクショナリマップファイルが更新されたことを，ファイルの日付などで確認してください。

注意事項

クラスタ構成でディクショナリマップファイルを更新する場合，Active状態になっている現用サーバで実行してください。クラスタを切り替えて両方のサーバで実行する必要はありません。

クラスタ構成でディクショナリマップファイルを更新する場合，更新する前に環境変数DRM_HOSTNAMEに仮想サーバ名を設定してください。仮想サーバ名を設定しないで，ディクショナリマップファイルを更新すると，共有ディレクトリに作成したディクショナリマップファイルではなく，デフォルトのディクショナリマップファイルが更新されてしまいます。

通常，バックアップサーバではディクショナリマップファイルを更新する必要はありませんが，バックアップサーバに主ボリュームが存在する場合は，ディクショナリマップファイルの更新が必要です。

運用を開始したあとも，運用環境を更新した場合などにはディクショナリマップファイルを更新する必要があります。ディクショナリマップファイル更新のタイミングについては，「5.3.8 ディクショナリマップファイルの更新に関する注意事項」を参照してください。

4.14 副ボリュームのマウント方法の設定

Windowsで副ボリュームからテープへのバックアップをする場合，副ボリュームをバックアップサーバにマウントする必要があります。

マウントするために，次の設定が必要となる場合があります。

コピーグループマウント定義ファイルを作成する

副ボリュームをOSに認識させる

コピーグループマウント定義ファイルの作成は，バックアップ対象がダイナミックディスクの場合，かつ，バックアップサーバでマウント操作をする次のどれかの場合に必要です。

VSS機能を使用してバックアップする場合

Protection Manager Consoleを使用する場合

コピーグループ指定でマウントする場合

なお，上記の構成以外でも，コピーグループマウント定義ファイルを作成することができます。コピーグループマウント定義ファイルがない場合，Protection Managerが自動的にマウントポイントを決定します。コピーグループマウント定義ファイルを作成すると次のような運用ができます。

指定したマウントポイントに副ボリュームをマウントすることができる。

副ボリュームが複数世代の数だけ用意されている場合，世代ごとにマウントポイントを定義しておくことで，副ボリュームをマウントするコマンドを実行するときに，マウントポイントの指定を省略することができる。

副ボリュームをOSに認識させる方法には，副ボリュームを動的にOSに認識させる方法と，副ボリュームを固定的にOSに認識させる方法の2種類があります。

副ボリュームを動的にOSに認識させる方法

drmdevctlコマンドを使用して，副ボリュームをOSから隠ぺいした状態にします。これによって，Protection Managerがバックアップおよびリストアするときに，処理対象の副ボリュームだけをマウントおよびアンマウントできるようにします。

次のどれかの構成の場合は必ずこの方法で設定します。そのほかの場合にもこの方法で設定できます。

副ボリュームがダイナミックディスクで，複数世代ある場合

Microsoft Cluster Serviceによるクラスタ構成で，副ボリュームが複数世代ある場合

VSS機能を使用しており，副ボリュームが複数世代ある場合

注意事項

副ボリュームを動的に認識させる場合の主ボリュームと副ボリュームに対して，デバイスアダプタポートに接続される物理ディスクのうちLUN#0のディスクは使用しないでください。LUN#0の物理ディスクを使用した場合，ほかの物理ディスクが認識されなくなるおそれがあります。

副ボリュームを固定的にOSに認識させる方法

バックアップサーバをリブートして，1世代の副ボリュームを固定的にOSに認識させます。Protection Managerは，この副ボリュームを使用してバックアップおよびリストア処理をします。副ボリュームが1世代の場合だけ，この方法で設定できます。

なお，運用を開始したあとも，システム初期構築時およびボリューム構成変更時には，コピーグループマウント定義ファイルを削除して，再度，副ボリュームのマウント方法の設定をする必要があります。

副ボリュームをマウントするコマンドが実行された場合に，どのようにマウントポイントと副ボリューム（コピーグループ）が決定されるかについては，「4.14.3 副ボリュームをマウントする場合のマウントポイントおよびマウント対象の決定」を参照してください。

この節の構成

4.14.1 副ボリュームのマウント方法の設定（副ボリュームを動的にOSに認識させる方法）

4.14.2 副ボリュームのマウント方法の設定（副ボリュームを固定的にOSに認識させる方法）

4.14.3 副ボリュームをマウントする場合のマウントポイントおよびマウント対象の決定

4.14.1 副ボリュームのマウント方法の設定（副ボリュームを動的にOSに認識させる方法）

副ボリュームを動的にOSに認識させる方法で，副ボリュームのマウント方法を設定する手順について説明します。コピーグループマウント定義ファイルを作成する場合と，作成しない場合の両方の手順について説明します。

なお，コピーグループマウント定義ファイルは次の場所に作成されます。

<Protection Managerのインストール先>¥conf¥vm¥CG_MP.conf

すべての副ボリュームをバックアップサーバから隠ぺいします。
バックアップサーバでdrmdevctlコマンドを実行し，すべての副ボリュームをバックアップサーバから隠ぺいします。

BKServer > drmdevctl -detach
BKServer >

副ボリュームが隠ぺいされたことを，Windowsのディスクの管理やRAID Managerコマンドを使用して確認します。
ここでは，RAID Managerのinqraidコマンドを使用して確認します。

BKServer >echo hd0-1 | inqraid -CLI
DEVICE_FILE     PORT    SERIAL  LDEV CTG  H/M/12  SSID R:Group PRODUCT_ID
Harddisk0       -            -     -   -       -     -       - -
Harddisk1       -            -     -   -       -     -       - -
BKServer >

全世代分のバックアップカタログを作成します。
ファイルサーバまたはデータベースサーバでバックアップコマンドを実行し，バックアップカタログを作成します。バックアップコマンドは，世代の数だけ繰り返して実行します。

ファイルシステムの場合

あらかじめ，バックアップ対象のファイルシステムのマウントポイントを記述した，マウントポイント一括定義ファイルを作成します。この例では，「<Protection Managerのインストール先>¥conf¥fs¥mp_on_dg01.dat」をマウントポイント一括定義ファイルとします。

FSServer > drmfsbackup mp_on_dg01.dat -mode cold

FSServer >

FSServer > drmfsbackup mp_on_dg01.dat -mode cold

FSServer >

FSServer > drmfsbackup mp_on_dg01.dat -mode cold

FSServer >

SQL Serverデータベースの場合

DBServer > drmsqlbackup DEFAULT

DBServer >

DBServer > drmsqlbackup DEFAULT

DBServer >

DBServer > drmsqlbackup DEFAULT

DBServer >

Exchangeデータベースの場合

DBServer > drmexgbackup

DBServer >

DBServer > drmexgbackup

DBServer >

DBServer > drmexgbackup

DBServer >

全世代分のバックアップカタログが作成されたことを確認します。
ファイルサーバまたはデータベースサーバでバックアップ情報を表示するコマンド（drmfscatコマンド，drmsqlcatコマンド，またはdrmexgcatコマンド）を実行し，全世代分のバックアップカタログが作成されていることを確認します。バックアップ情報は，世代の数だけ表示されます。

ファイルシステムの場合

FSServer > drmfscat mp_on_dg01.dat

INSTANCE: mp_on_dg01.dat

BACKUP-ID:0000000001 BACKUP-MODE: COLD INSTANCE: mp_on_dg01.dat ORIGINAL-ID:0000000001

START-TIME:2004/12/15 10:00:00 END-TIME: 2004/12/15 10:03:00 HOSTNAME: FILESERV1

:

:

INSTANCE: mp_on_dg01.dat

BACKUP-ID:0000000002 BACKUP-MODE: COLD INSTANCE: mp_on_dg01.dat ORIGINAL-ID:0000000002

START-TIME:2004/12/15 10:10:00 END-TIME: 2004/12/15 10:1300 HOSTNAME: FILESERV1

:

:

mp_on_dg01.dat

BACKUP-ID:0000000003 BACKUP-MODE: COLD INSTANCE: mp_on_dg01.dat ORIGINAL-ID:0000000003

:

:

SQL Serverデータベースの場合

DBServer > drmsqlcat DEFAULT

INSTANCE: DEFAULT

BACKUP-ID: 0000000001 BACKUP-MODE: ONLINE INSTANCE: SQL1 ORIGINAL-ID: 0000000001

START-TIME: 2004/12/15 10:00:00 END-TIME: 2004/12/15 10:03:00 HOSTNAME: DB_SVR1

:

:

INSTANCE: DEFAULT

BACKUP-ID: 0000000002 BACKUP-MODE: ONLINE INSTANCE: DEFAULT ORIGINAL-ID: 0000000002

START-TIME: 2004/12/15 10:10:00 END-TIME: 2004/12/15 10:13:00 HOSTNAME: DB_SVR1

:

:

INSTANCE: DEFAULT

BACKUP-ID: 0000000003 BACKUP-MODE: ONLINE INSTANCE: DEFAULT ORIGINAL-ID: 0000000003

START-TIME: 2004/12/15 10:20:00 END-TIME: 2004/12/15 10:23:00 HOSTNAME: DB_SVR1

:

:

Exchangeデータベースの場合

DBServer > drmexgcat

STORAGEGROUP: STR1

BACKUP-ID:0000000001 BACKUP-MODE: ONLINE STORAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME:2004/12/15 10:00:00 END-TIME: 2004/12/15 10:01:00 HOSTNAME:EXG_SRV1

:

:

STORAGEGROUP: STR1

BACKUP-ID:0000000002 BACKUP-MODE: ONLINE STORAGEGROUP: STR1 ORIGINAL-ID:0000000002

START-TIME:2004/12/15 10:10:00 END-TIME: 2004/12/15 10:11:00 HOSTNAME:EXG_SRV1

:

:

STORAGEGROUP: STR1

BACKUP-ID:0000000003 BACKUP-MODE: ONLINE STORAGEGROUP: STR1 ORIGINAL-ID:0000000003

START-TIME:2004/12/15 10:20:00 END-TIME: 2004/12/15 10:21:00 HOSTNAME:EXG_SRV1

:

:

全世代分のバックアップカタログ情報を一時ファイルへエクスポートします。
drmdbexportコマンドを実行して，全世代分のバックアップカタログを一時ファイルへエクスポートします。一時ファイルは，ファイルサーバの拡張コマンド用一時ディレクトリに格納されます。drmdbexportコマンドは，世代の数だけ繰り返して実行します。

FSServer > drmdbexport 0000000001 -f C:¥tmp¥0000000001.drm
FSServer > drmdbexport 0000000002 -f C:¥tmp¥0000000002.drm
FSServer > drmdbexport 0000000003 -f C:¥tmp¥0000000003.drm

エクスポートしたバックアップカタログ情報をファイルサーバまたはデータベースサーバからバックアップサーバへ転送します。
エクスポートした一時ファイルをファイルサーバまたはデータベースサーバからバックアップサーバに転送します。転送するには，ftpコマンド（ファイル転送プロトコル）を実行します。ここではFTPルートフォルダを「C:¥FTP_ROOT」とします。

FSServer> ftp <バックアップサーバ名>
ftp> Username: (ログイン名を入力)
ftp> password: (パスワードを入力)
ftp> binary
ftp> put C:¥tmp¥0000000001.drm
ftp> put C:¥tmp¥0000000002.drm
ftp> put C:¥tmp¥0000000003.drm
ftp> quit
FSServer>

ファイルサーバから転送したバックアップカタログ情報をバックアップサーバのバックアップカタログへインポートします。
ファイルサーバから転送した一時ファイルを，バックアップサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，バックアップサーバでdrmdbimportコマンドを実行します。drmdbimportコマンドは，世代の数だけ繰り返して実行します。

BKServer > drmdbimport -f C:¥FTPROOT¥tmp¥0000000001.drm
BKServer > drmdbimport -f C:¥FTPROOT¥tmp¥0000000002.drm
BKServer > drmdbimport -f C:¥FTPROOT¥tmp¥0000000003.drm

コピーグループマウント定義ファイルを作成します。
バックアップサーバでdrmmountコマンドにバックアップID -confオプションを指定して実行し，コピーグループマウント定義ファイルを作成します。
このとき，副ボリュームの隠ぺい状態はいったん解除されます。
コピーグループマウント定義ファイルを作成しない場合，-confオプションを指定しないでdrmmountコマンドを実行し，マウントが実行できることを確認してください。

BKServer > drmmount 0000000001 -conf
KAVX0001-I drmmountコマンドを開始します。
KAVX0400-I マウントを開始します。
          マウントポイント = X:
KAVX0401-I マウントを完了しました。
          マウントポイント = X:
KAVX0443-I コピーグループマウント定義ファイルを更新しました。
            ファイル名=C:¥Program Files¥Hitachi¥drm¥conf¥vm¥CG_MP.conf
KAVX0002-I drmmountコマンドを終了します。

副ボリュームをアンマウントします。
バックアップサーバでdrmumountコマンドを実行し，副ボリュームをアンマウントします。drmumountコマンドを実行すると，副ボリュームが隠ぺい状態になります。

BKServer > drmumount 0000000001
KAVX0001-I drmumountコマンドを開始します。
KAVX0406-I アンマウントを開始します。
          マウントポイント = X:
KAVX0407-I アンマウントを完了しました。
          マウントポイント = X:
KAVX0002-I drmumountコマンドを終了します。

世代の数だけ，コピーグループマウント定義ファイルの作成と，アンマウントを繰り返します。
手順8，9で実行した，コピーグループマウント定義ファイルの作成と，アンマウントを，世代の数だけ繰り返します。ここでは，バックアップID「0000000002」，「0000000003」を引数にして実行します。

BKServer > drmmount 0000000002 -conf
BKServer > drmumount 0000000002
BKServer > drmmount 0000000003 -conf
BKServer > drmumount 0000000003

作成されたコピーグループマウント定義ファイルを確認します。
コピーグループマウント定義ファイルは，「<Protection Managerのインストール先>¥conf¥vm」に作成されています。テキストエディタで作成されたコピーグループマウント定義ファイルを開き，内容を確認します。
必要に応じて，FS（マウント先のマウントポイント）の値を変更してください。
コピーグループマウント定義ファイルを作成しない場合，この手順は該当しません。

#configuration file for copy-group mounting
[CG_DEF]
COPY-GROUP-NUM=6
COPY-GROUP=Grp1,dev11
BUID=0000000001
DATETIME=20041201123456
COPY-GROUP=Grp1,dev12
BUID=0000000001
DATETIME=20041201123456
COPY-GROUP=Grp2,dev21
BUID=0000000002
DATETIME=20041201123456
COPY-GROUP=Grp2,dev22
BUID=0000000002
DATETIME=20041201123456
COPY-GROUP=Grp3,dev31
BUID=0000000001
DATETIME=20041201123456
COPY-GROUP=Grp3,dev32
BUID=0000000003
DATETIME=20041201123456
[DG_DEF]
DISK-GROUP-NUM=2
BUID=0000000001
DATETIME=20041123225248
COPY-GROUP-NUM=2
COPY-GROUP=Grp1,dev11
COPY-GROUP=Grp1,dev12
P-DG=DG01
S-DG=DG01
FS-NUM=3
LVM-DEVICE=¥Device¥HarddiskDmVolumes¥Dg01¥Volume1
LABEL=Volume1
FS=X:
LVM-DEVICE=¥Device¥HarddiskDmVolumes¥Dg01¥Volume2
LABEL=Volume2
FS=Y:
LVM-DEVICE=¥Device¥HarddiskDmVolumes¥Dg01¥Volume3
LABEL=Volume3
FS=Z:
BUID=0000000002
DATETIME=2004120112345620041201123456
COPY-GROUP-NUM=2
COPY-GROUP=Grp2,dev21
COPY-GROUP=Grp2,dev22
P-DG=DG01
S-DG=DG01
FS-NUM=3
LVM-DEVICE=¥Device¥HarddiskDmVolumes¥Dg01¥Volume1
LABEL=Volume1
FS=X:
LVM-DEVICE=¥Device¥HarddiskDmVolumes¥Dg01¥Volume2
LABEL=Volume2
FS=Y:
LVM-DEVICE=¥Device¥HarddiskDmVolumes¥Dg01¥Volume3
LABEL=Volume3
FS=Z:
BUID=0000000003
DATETIME=20041201123456
COPY-GROUP-NUM=2
COPY-GROUP=Grp3,dev31
COPY-GROUP=Grp3,dev32
P-DG=DG01
S-DG=DG01
FS-NUM=3
LVM-DEVICE=¥Device¥HarddiskDmVolumes¥Dg01¥Volume1
LABEL=Volume1
FS=X:
LVM-DEVICE=¥Device¥HarddiskDmVolumes¥Dg01¥Volume2
LABEL=Volume2
FS=Y:
LVM-DEVICE=¥Device¥HarddiskDmVolumes¥Dg01¥Volume3
LABEL=Volume3
FS=Z:

すべての副ボリュームを，drmdevctlコマンドを実行してバックアップサーバから隠ぺいします。
バックアップまたはリストア運用をする場合，すべての副ボリュームを，バックアップサーバから隠ぺいした状態にしておきます。

4.14.2 副ボリュームのマウント方法の設定（副ボリュームを固定的にOSに認識させる方法）

副ボリュームを固定的にOSに認識させる方法で，副ボリュームのマウント方法を設定する手順について説明します。コピーグループマウント定義ファイルを作成する場合と，作成しない場合の両方の手順について説明します。

なお，コピーグループマウント定義ファイルは次の場所に作成されます。

<Protection Managerのインストール先>¥conf¥vm¥CG_MP.conf

バックアップカタログを作成します。
ファイルサーバまたはデータベースサーバで，バックアップコマンドを実行し，バックアップカタログを作成します。

ファイルシステムの場合

あらかじめ，バックアップ対象のファイルシステムのマウントポイントを記述した，マウントポイント一括定義ファイルを作成します。この例では，「<Protection Managerのインストール先>¥conf¥fs¥mp_on_dg01.dat」をマウントポイント一括定義ファイルとします。

FSServer > drmfsbackup mp_on_dg01.dat -mode cold

FSServer >

SQL Serverデータベースの場合

DBServer > drmsqlbackup DEFAULT

DBServer >

Exchangeデータベースの場合

DBServer > drmexgbackup

DBServer >

バックアップカタログが作成されたことを確認します。
ファイルサーバまたはデータベースサーバでバックアップ情報を表示するコマンド（drmfscatコマンド，drmsqlcatコマンド，またはdrmexgcatコマンド）を実行し，バックアップカタログが作成されていることを確認します。

ファイルシステムの場合

FSServer > drmfscat mp_on_dg01.dat

INSTANCE: mp_on_dg01.dat

BACKUP-ID:0000000001 BACKUP-MODE: COLD INSTANCE: mp_on_dg01.dat ORIGINAL-ID:0000000001

START-TIME:2004/12/15 10:00:00 END-TIME: 2004/12/15 10:03:00 HOSTNAME: FILESERV1

:

:

SQL Serverデータベースの場合

DBServer > drmsqlcat DEFAULT

INSTANCE: DEFAULT

BACKUP-ID: 0000000001 BACKUP-MODE: ONLINE INSTANCE: DEFAULT ORIGINAL-ID: 0000000001

START-TIME: 2004/12/15 10:00:00 END-TIME: 2004/12/15 10:03:00 HOSTNAME: DB_SVR1

:

:

Exchangeデータベースの場合

DBServer > drmexgcat

STORAGEGROUP: STR1

BACKUP-ID:0000000001 BACKUP-MODE: ONLINE STORAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME:2004/12/15 10:00:00 END-TIME: 2004/12/15 10:01:00 HOSTNAME:EXG_SRV1

:

:

バックアップカタログ情報を一時ファイルへエクスポートします。
drmdbexportコマンドを実行して，バックアップカタログを一時ファイルへエクスポートします。一時ファイルは，ファイルサーバの拡張コマンド用一時ディレクトリに格納されます。

FSServer > drmdbexport 0000000001 -f C:¥tmp¥0000000001.drm

エクスポートしたバックアップカタログ情報をファイルサーバまたはデータベースサーバからバックアップサーバへ転送します。
エクスポートした一時ファイルをファイルサーバまたはデータベースサーバからバックアップサーバに転送します。転送するには，ftpコマンド（ファイル転送プロトコル）を実行します。ここではFTPルートフォルダを「C:¥FTP_ROOT」とします。

FSServer> ftp <バックアップサーバ名>
ftp> Username: (ログイン名を入力)
ftp> password: (パスワードを入力)
ftp> binary
ftp> put C:¥tmp¥0000000001.drm
ftp> quit
FSServer>

ファイルサーバから転送したバックアップカタログ情報をバックアップサーバのバックアップカタログへインポートします。
ファイルサーバから転送した一時ファイルを，バックアップサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，バックアップサーバでdrmdbimportコマンドを実行します。

BKServer > drmdbimport -f C:¥FTPROOT¥tmp¥0000000001.drm

バックアップサーバを再起動します。
バックアップした主ボリュームのディスク情報をサーバに認識させるため，バックアップサーバを再起動します。
サーバを再起動したあと，Windowsのディスクの管理で，ダイナミックディスクが正しく認識されているかを確認してください。

オンラインのディスクと認識されている場合
ディスク情報は正しく認識されています。

オフライン，または異形式のディスクと認識されている場合
「形式の異なるディスク形式のインポート」を実行してください。
異なる形式のディスクのインポート後に，「失敗(Failed)」ボリュームが残る場合は，「ボリュームの再アクティブ化」を実行してください。

コピーグループマウント定義ファイルを作成します。
バックアップサーバでdrmmountコマンドに<バックアップID> -confオプションを指定して実行し，コピーグループマウント定義ファイルを作成します。
コピーグループマウント定義ファイルを作成しない場合，-confオプションを指定しないでdrmmountコマンドを実行し，マウントが実行できることを確認してください。

BKServer > drmmount 0000000001 -conf
KAVX0001-I drmmountコマンドを開始します。
KAVX0400-I マウントを開始します。
          マウントポイント = X:
KAVX0401-I マウントを完了しました。
          マウントポイント = X:
KAVX0400-I マウントを開始します。
          マウントポイント = Y:
KAVX0401-I マウントを完了しました。
          マウントポイント = Y:
KAVX0400-I マウントを開始します。
          マウントポイント = Z:
KAVX0401-I マウントを完了しました。
          マウントポイント = Z:
KAVX0443-I コピーグループマウント定義ファイルを更新しました。
            ファイル名=C:¥Program Files¥Hitachi¥drm¥conf¥vm¥CG_MP.conf
KAVX0002-I drmmountコマンドを終了します。

副ボリュームをアンマウントします。
バックアップサーバでdrmumountコマンドを実行し，副ボリュームをアンマウントします。

BKServer > drmumount 0000000001
KAVX0001-I drmumountコマンドを開始します。
KAVX0406-I アンマウントを開始します。
          マウントポイント = X:
KAVX0407-I アンマウントを完了しました。
          マウントポイント = X:
KAVX0406-I アンマウントを開始します。
          マウントポイント = Y:
KAVX0407-I アンマウントを完了しました。
          マウントポイント = Y:
KAVX0406-I アンマウントを開始します。
          マウントポイント = Z:
KAVX0407-I アンマウントを完了しました。
          マウントポイント = Z:
KAVX0002-I drmumountコマンドを終了します。

作成されたコピーグループマウント定義ファイルを確認します。
テキストエディタで作成されたコピーグループマウント定義ファイルを開き，内容を確認します。
必要に応じて，FS（マウント先のマウントポイント）の値を変更してください。
コピーグループマウント定義ファイルを作成しない場合，この手順は該当しません。

#configuration file for copy-group mounting
[CG_DEF]
COPY-GROUP-NUM=6
COPY-GROUP=Grp1,dev11
BUID=0000000001
DATETIME=20041201123456
COPY-GROUP=Grp1,dev12
BUID=0000000001
DATETIME=20041201123456
[DG_DEF]
DISK-GROUP-NUM=2
BUID=0000000001
DATETIME=20041123225248
COPY-GROUP-NUM=2
COPY-GROUP=Grp1,dev11
COPY-GROUP=Grp1,dev12
P-DG=DG01
S-DG=DG01
FS-NUM=3
LVM-DEVICE=¥Device¥HarddiskDmVolumes¥Dg01¥Volume1
LABEL=Volume1
FS=X:
LVM-DEVICE=¥Device¥HarddiskDmVolumes¥Dg01¥Volume2
LABEL=Volume2
FS=Y:
LVM-DEVICE=¥Device¥HarddiskDmVolumes¥Dg01¥Volume3
LABEL=Volume3
FS=Z:

4.14.3 副ボリュームをマウントする場合のマウントポイントおよびマウント対象の決定

ここでは，副ボリュームをマウントするコマンドを実行した場合に，どのようにProtection Managerがマウントポイントおよびマウント対象となる副ボリューム（コピーグループ）を決定するかについて説明します。なお，副ボリュームをマウントするコマンドは，次のとおりです。

基本コマンド
drmmountコマンド

drmmountコマンドを含む拡張コマンド
EX_DRM_CACHE_PURGE
EX_DRM_MOUNT
EX_DRM_TAPE_BACKUP
EX_DRM_TAPE_RESTORE
EX_DRM_EXG_VERIFY

この項の構成

(1) マウントポイントの決定

(2) マウント対象の決定

(1) マウントポイントの決定

副ボリュームをマウントするコマンドを実行した場合に，どのようにProtection Managerがマウントポイントを決定するかについて，次の表に示します。コマンド実行時のオプションにバックアップIDを指定した場合と，コピーグループを指定した場合に分けて示します。

表4-43 副ボリュームをマウントするコマンド実行時のマウントポイントの決定方法（オプションにバックアップIDを指定した場合）

コマンド実行時に-mount_ptオプションでマウントポイント名を指定 | コピーグループマウント定義ファイル | マウントポイント
○ | ○ | コピーグループマウント定義ファイルのマウントポイントと，-mount_ptで指定したマウントポイント名を使用※1
× | -mount_ptで指定したマウントポイント名を使用※2
× | ○ | コピーグループマウント定義ファイルのマウントポイントを使用※3
× | Protection Managerが自動的に決定（使用されていないドライブを使用）

（凡例）

○：定義ファイル，または指定がある。

×：定義ファイル，または指定がない。

注※1

-mount_ptオプションで，ドライブ名を指定した場合，指定したドライブから，アルファベット順に空いているドライブをマウントしていきます。

-mount_ptオプションでマウントポイントディレクトリ名としてドライブ文字から始まる絶対パスを指定すると，マウントポイントは，「<マウントポイントディレクトリ名に指定した絶対パス>¥<コピーグループマウント定義ファイルのマウントポイント>」となります。

例えば，-mount_ptオプションで，「W:¥」を指定して，コピーグループマウント定義ファイルに「FS=D:¥」と指定されている場合，「W」ドライブから空いている順にマウントしていきます。-mount_ptオプションで，「W:¥mnt」を指定して，コピーグループマウント定義ファイルに「FS=D:¥mnt」と指定した場合，マウントポイントは「W:¥mnt¥D¥mnt」となります。

注※2

指定したマウントポイント名の末尾に「¥」がない場合でも，「¥」が指定されているものと見なされます。例えば，「D:」と「D:¥」は同じドライブと見なされます。また「D:¥MOUNTDIR」と「D:¥MOUNTDIR¥」は同じディレクトリと見なされます。

注※3

コピーグループマウント定義ファイルで，バックアップ対象のコピーグループに対応する「FS=マウントポイント」に指定されたマウントポイントを使用します。

表4-44 副ボリュームをマウントするコマンド実行時のマウントポイントの決定方法（オプションにコピーグループを指定した場合）

コマンド実行時に-mount_ptオプションでマウントポイント名を指定 | ディスク種別 | コピーグループマウント定義ファイル | マウントポイント
○ | ベーシックディスク | ○ | コピーグループマウント定義ファイルのマウントポイントを使用※1
× | -mount_ptで指定したマウントポイント名を使用※2
ダイナミックディスク | ○ | コピーグループマウント定義ファイルのマウントポイントと，-mount_ptで指定したマウントポイント名を使用※3
× | エラー終了
× | ベーシックディスク | ○ | コピーグループマウント定義ファイルのマウントポイントを使用※1
× | Protection Managerが自動的に決定（使用されていないドライブを使用）
ダイナミックディスク | ○ | コピーグループマウント定義ファイルのマウントポイントを使用※3
× | Protection Managerが自動的に決定（使用されていないドライブを使用）

（凡例）

○：定義ファイル，または指定がある。

×：定義ファイル，または指定がない。

注※1

コピーグループマウント定義ファイルで，バックアップ対象のコピーグループに対応する「FS=マウントポイント」に指定されたマウントポイントを使用します。

注※2

指定したマウントポイント名の末尾に「¥」がない場合でも,「¥」が指定されているものと見なされます。例えば,「D:」と「D:¥」は同じドライブと見なされます。また「D:¥MOUNTDIR」と「D:¥MOUNTDIR¥」は同じディレクトリと見なされます。

注※3

-mount_ptオプションで，ドライブ名を指定した場合，指定したドライブから，アルファベット順に空いているドライブをマウントしていきます。

-mount_ptオプションでマウントポイントディレクトリ名としてドライブ文字から始まる絶対パスを指定すると，マウントポイントは，「<マウントポイントディレクトリ名に指定した絶対パス>¥<コピーグループマウント定義ファイルのマウントポイント>」となります。

例えば，-mount_ptオプションで，「W:¥」を指定して，コピーグループマウント定義ファイルに「FS=D:¥」と指定されている場合，「W」ドライブから空いている順にマウントしていきます。-mount_ptオプションで，「W:¥mnt」を指定して，コピーグループマウント定義ファイルに「FS=D:¥mnt」と指定した場合，マウントポイントは「W:¥mnt¥D¥mnt」となります。

(2) マウント対象の決定

副ボリュームをマウントするコマンドを実行した場合に，どのようにProtection Managerがマウント対象となる副ボリューム（コピーグループ）を決定するかについて説明します。

表4-45 副ボリュームをマウントするコマンド実行時のマウント対象の決定方法

マウントコマンド実行時のオプション | ディスク種別 | コピーグループマウント定義ファイル | マウント対象となる副ボリューム（コピーグループ）
バックアップIDを指定 | 区別なし | 区別なし | 指定したバックアップIDに対応するバックアップカタログに記録されているコピーグループ
「-copy_group <コピーグループ名>」を指定 | ベーシックディスク | 区別なし | -copy_groupオプションで指定したコピーグループ
ダイナミックディスク | ○ | 同じディスクグループ（ディスクセット）を構成するすべてのコピーグループ
× | エラー終了

（凡例）

○：定義ファイルがある。

×：定義ファイルがない。

4.15 拡張コマンドの実行に必要な準備

ここでは，拡張コマンドの実行に必要な準備について説明します。拡張コマンドの実行に必要な準備の手順と各サーバでの作業の要否を次の表に示します。

表4-46 拡張コマンドの実行に必要な準備の手順と各サーバでの作業の要否

作業項目
ファイルサーバ
またはデータベースサーバ
バックアップ
サーバ
マニュアル
参照先

前提条件の確認
○
○
4.15.1 前提条件の確認

拡張コマンド用FTPサービスの設定（テープバックアップする場合）
×
○
4.15.2 拡張コマンド用FTPサービスの設定（テープバックアップする場合）

拡張コマンドの起動方法の設定
○
○
4.15.3 拡張コマンドの起動方法の設定

ホスト環境設定ファイルの作成
○
○
4.15.4 ホスト環境設定ファイルの作成

オペレーションIDの準備
×
×
4.15.5 オペレーションIDの準備

オペレーション定義ファイルの作成
（バックアップ対象がファイルシステムの場合）
○
○
4.15.6 オペレーション定義ファイルの作成（バックアップ対象がファイルシステムの場合）

オペレーション定義ファイルの作成
（バックアップ対象がSQL Serverデータベースの場合）
○
○
4.15.7 オペレーション定義ファイルの作成（バックアップ対象がSQL Serverデータベースの場合）

オペレーション定義ファイルの作成
（バックアップ対象がExchangeデータベースの場合）
○
○
4.15.8 オペレーション定義ファイルの作成（バックアップ対象がExchangeデータベースの場合）

オペレーション定義ファイルの作成
（バックアップ対象がOracleデータベースの場合）
○
○
4.15.9 オペレーション定義ファイルの作成（バックアップ対象がOracleデータベースの場合）

拡張コマンド用一時ディレクトリの確認
○
○
4.15.10 拡張コマンド用一時ディレクトリの確認

コピーグループ一括定義ファイルのチェック
○
×
4.15.11 コピーグループ一括定義ファイルのチェック

FTPサービスの確認（テープバックアップする場合）
×
○
4.15.12 FTPサービスの確認（テープバックアップする場合）

（凡例）

○：準備作業が必要。

×：準備作業は不要。

この節の構成

4.15.1 前提条件の確認

4.15.2 拡張コマンド用FTPサービスの設定（テープバックアップする場合）

4.15.3 拡張コマンドの起動方法の設定

4.15.4 ホスト環境設定ファイルの作成

4.15.5 オペレーションIDの準備

4.15.6 オペレーション定義ファイルの作成（バックアップ対象がファイルシステムの場合）

4.15.7 オペレーション定義ファイルの作成（バックアップ対象がSQL Serverデータベースの場合）

4.15.8 オペレーション定義ファイルの作成（バックアップ対象がExchangeデータベースの場合）

4.15.9 オペレーション定義ファイルの作成（バックアップ対象がOracleデータベースの場合）

4.15.10 拡張コマンド用一時ディレクトリの確認

4.15.11 コピーグループ一括定義ファイルのチェック

4.15.12 FTPサービスの確認（テープバックアップする場合）

4.15.1 前提条件の確認

拡張コマンドを使用する上で，必要な前提条件を確認します。

次の事項について確認します。

拡張コマンドの実行権限

拡張コマンドの自動実行

VBScriptの前提バージョン

不要なファイルの削除

この項の構成

(1) 拡張コマンドの実行権限

(2) 拡張コマンドの自動実行

(3) VBScriptの前提バージョン

(4) 不要なファイルの削除

(1) 拡張コマンドの実行権限

拡張コマンドを実行するには，システム管理者権限が必要です。システム管理者権限があるかどうかを確認してください。

(2) 拡張コマンドの自動実行

拡張コマンドを使用したバックアップやリストアでは，一連の処理が複数のサーバにわたるケースがあります。この場合，それぞれのサーバに対して，拡張コマンドを実行するのは困難です。したがって，拡張コマンドをリモート実行する必要があります。また，拡張コマンドを繰り返し実行したい場合は，自動実行の設定が必要になります。

このような課題は，次のような条件を満たす運用管理ソフトウェアを導入することで解決できます。

VBScript，シェルスクリプトプログラム（バッチファイル）で，ファイル名を指定すれば起動できること

あらかじめ決めておいた実行順序とスケジュールに従って，プログラムを繰り返し処理したり，条件を判定したりしながら自動実行できること

拡張コマンドの運用をより簡潔にするために，運用管理ソフトウェアを使用できます。運用管理ソフトウェアとしてJP1/AJS2 - Scenario Operationを使用すると，シナリオに沿った運用を自動化できます。シナリオとは，システム全体を効率良く運用するための運用手順を表現したものです。コマンド実行時の環境に依存する情報を変数として設計した運用手順を，シナリオテンプレートと呼びます。運用環境に依存する情報をシナリオテンプレートの変数に設定してシナリオを作成することで，運用手順を効率良く自動化できます。JP1/AJS2 - Scenario Operationでは，Protection Managerのコマンドを使用した幾つかの運用手順をシナリオテンプレート（シナリオのひな形）として提供しています。JP1/AJS2 - Scenario Operationを使用した運用手順の自動化やシナリオテンプレートの組み込み方法については，マニュアル「JP1/Automatic Job Management System 2 - Scenario Operation」を参照してください。

(3) VBScriptの前提バージョン

OSがWindowsの場合，拡張コマンドを使用するには，VBScriptのバージョンは5.6（Windows 2000 ServerまたはWindows Server 2003）または5.7（Windows Server 2008）を使用してください。

注意事項

OSがWindowsの場合，拡張コマンドがエラー終了すると，戻り値は0以外の値になります。なお，VBScriptのバージョンを5.1からバージョンアップすると，エラー終了時の戻り値が異なります。

(4) 不要なファイルの削除

すでに一度設定した拡張コマンドの設定を変更する場合，以前使用していた不要なファイルを削除しておく必要があります。次の設定を変更する場合，不要なファイルを削除してください。

一度作成したオペレーションIDの名称を変更，または使用をやめる場合

FTPユーザーを切り替える場合

ファイルを削除する方法を次に示します。

一度作成したオペレーションIDの名称を変更，または使用をやめる場合
一度作成したオペレーションIDの名称を変更，または使用をやめる場合は，自動生成された拡張コマンド用一時ディレクトリを削除する必要があります。
拡張コマンド用一時ディレクトリの削除方法は次のとおりです。
ファイルサーバまたはデータベースサーバの場合

オペレーション定義ファイルのSET_DRM_HOSTNAMEに「1」が設定されていた場合，環境変数DRM_HOSTNAMEにオペレーション定義ファイルのDB_SERVER_NAMEに設定されているサーバ名を設定します。例えばDB_SERVER_NAMEに設定されているサーバ名が「VHOST」の場合，次のように設定します。
PROMPT> set DRM_HOSTNAME=VHOST

drmfsdisplayコマンドに-vオプションを指定して実行し，「DB_PATH:」として表示されるディレクトリ名を確認します。

手順2で確認したディレクトリと同じ階層にある「script_work」ディレクトリに作成されている「オペレーションID」ディレクトリを削除します。
バックアップサーバの場合

拡張コマンドの一時ディレクトリとして使用しているディレクトリ名を確認します。
Windowsの場合，「<FTP_HOME_DIRの値>¥<FTP_SUB_DIRの値>」が存在するかどうかを確認します。Solarisの場合，「/var/opt/drm/script/tmp」が存在するかどうかを確認します。

手順1で確認したディレクトリに作成されている「オペレーションID」ディレクトリを削除します。

FTPユーザーを切り替える場合
拡張コマンドEX_DRM_FTP_PUTまたはEX_DRM_FTP_GETを実行するときに使用するFTPユーザーを切り替えるには，変更前のFTPユーザーによって作成されたファイルを削除する必要があります。FTPユーザーを切り替えるには，バックアップサーバ上の次のディレクトリに作成されているファイルを削除します。

Windowsの場合

<FTP_HOME_DIRの値>¥<FTP_SUB_DIRの値>¥<オペレーションID>¥BK

Solarisの場合

/var/opt/drm/script/tmp/<オペレーションID>/BK

4.15.2 拡張コマンド用FTPサービスの設定（テープバックアップする場合）

拡張コマンドを実行すると，バックアップおよびリストアに必要な情報を格納した一時ファイルが生成されます。ファイルサーバまたはデータベースサーバとバックアップサーバを備えたシステムで拡張コマンドを実行する場合は， FTPサービスを使用してこれらの一時ファイルをサーバ間で転送します。

FTPサービスを使用するための準備として，バックアップサーバにFTPサーバを設定してください。

OSがWindowsの場合，IISのFTPサービスがバックアップサーバにインストールされている必要があります。このとき，FTPサイトのプロパティ設定ではディレクトリの表示スタイルを「MS-DOS」にしてください。また，IIS7の場合は，SSLポリシーに「SSL接続が必要」を設定しないでください。

4.15.3 拡張コマンドの起動方法の設定

拡張コマンドは，運用管理ソフトウェアまたはMS-DOSプロンプトを使用して起動します。

運用管理ソフトウェアで拡張コマンドを起動するには，運用管理ソフトウェアのプログラムの実行を定義する機能を使用します。この場合，実行するプログラム名として拡張コマンド名を指定します。

Windows環境でMS-DOSプロンプトを使用して拡張コマンドを起動する場合，「cscript.exe」で拡張コマンドが起動されるように設定します。次のどちらかの方法で設定します。

事前にホストパラメーターを変更してから拡張コマンドを実行する
MS-DOSプロンプトで次のように入力します。この場合，ホストパラメーターを一度変更すれば，それ以後は変更する必要はありません。

cscript //H:Cscript

コマンドを実行するときに「cscript.exe」によって拡張コマンドが起動されるように指定する
次の形式でコマンドを実行します。

cscript "<実行する拡張コマンド名>"

Windowsの標準設定では，「wscript.exe」によって拡張コマンドが起動されます。この場合，コマンドの実行結果がポップアップダイアログボックスとして出力されてしまい，拡張コマンドを自動実行できなくなります。

4.15.4 ホスト環境設定ファイルの作成

ホスト環境設定ファイルは，拡張コマンドを使用するシステムの構成に合わせて作成し，すべてのサーバに一つずつ配置します。ホスト環境設定ファイルはインストール時に自動生成されます。必要に応じてファイルの内容を変更してください。

ホスト環境設定ファイルは，次の場所に自動生成されます。

Windowsの場合

<Protection Managerのインストール先>¥script¥conf¥host.dat

Solarisの場合

/opt/drm/script/conf/host.dat

ホスト環境設定ファイルのサンプルは，次の場所にあります。

Windowsの場合

<Protection Managerのインストール先>¥script¥conf¥host.dat.model

Solarisの場合

/opt/drm/script/conf/host.dat.model

ホスト環境設定ファイルの指定項目，指定する内容およびデータの最大文字数を次の表に示します。

表4-47 ホスト環境設定ファイルの指定項目，指定する内容およびデータの最大文字数

指定項目
指定内容
設定できる値
(デフォルト値）
省略※

HOST_ROLE
ホストの区分を指定します。ファイルサーバまたはデータベースサーバの場合は「DB」，バックアップサーバの場合は「BK」を指定します。
DBまたはBK（DB）
×

MAX_LOG_LINES
スクリプト用ログファイルの最大行数を1000～100000の範囲の整数で指定します。
Windowsの場合，一つの拡張コマンドで約20行出力します。ただし，WindowsのEX_DRM_FTP_PUTとEX_DRM_FTP_GETを実行した場合は約100行出力します。
Solarisの場合，一つの拡張コマンドで約10行出力します。
これらの値を目安にMAX_LOG_LINESの値を決めてください。
1000～100000
（1000）
×

MSG_OUTPUT
Windowsの場合だけ指定できます。
拡張コマンドが内部的に実行する基本コマンドのメッセージを出力するかどうかを指定します。
「NORMAL」の場合，基本コマンドのメッセージは出力されません。「DETAIL」の場合，基本コマンドのメッセージを出力します。
基本コマンドのメッセージは，スクリプト用ログファイルには出力されません。
NORMALまたはDETAIL（NORMAL）
○

（凡例）

○：省略できる。

×：省略できない。

注※

省略できる項目の場合，デフォルト値で動作します。

ホスト環境設定ファイルを作成したあとは，作成したサーバでホスト環境設定ファイルのチェックツール「EX_DRM_HOST_DEF_CHECK」を実行します。次のように実行します。

ファイルサーバまたはデータベースサーバで実行する場合

EX_DRM_HOST_DEF_CHECK -db -f ホスト環境設定ファイル

バックアップサーバで実行する場合

EX_DRM_HOST_DEF_CHECK -bk -f ホスト環境設定ファイル

エラーがあった場合はファイルの指定内容を修正し，チェックツールを再度実行します。

4.15.5 オペレーションIDの準備

オペレーションIDとは，拡張コマンドの処理の対象となるリソースそれぞれに与える固有の文字列です。

ユーザーは，拡張コマンドが実行時に参照する情報を，あらかじめオペレーション定義ファイルに定義しておく必要があります。このオペレーション定義ファイルは，「_<オペレーションID>.dat」というファイル名で所定の場所に作成します。拡張コマンドの引数としてオペレーションIDを指定することによって，オペレーション定義ファイルの内容を拡張コマンドが参照することができます。

拡張コマンドの設定をする前に，拡張コマンドで運用するすべてのサーバで一意に識別できる名称を準備してください。

オペレーションIDの指定例を次に示します。

"<運用対象のサーバ名>" + "<処理の対象となるリソースの名前>"

オペレーションIDは，64文字以内のASCII文字列で指定します。

オペレーションIDの文字列には，次の特殊文字を使用することができます。

「!」,「#」,「$」,「%」,「&」,「'」,「(」,「)」,「+」，「_」,「-」,「^」,「@」,「,」「.」

ただし，これらの特殊文字を使用する場合，次の制限事項があります。

「-」を先頭に付けたオペレーションIDは作成できない。

「.」を単独で使用したオペレーションIDは作成できない。

オペレーションIDに「＆」または「＾」を含む場合は，オペレーションIDを「"」で囲む必要がある。

Windows環境では，オペレーションIDの大文字と小文字は区別されません。Solaris環境では，オペレーションIDの大文字と小文字が区別されます。

オペレーションIDについて，次の注意事項があります。

同一のオペレーションIDを指定して拡張コマンドを並列実行することはできません。同一のオペレーションIDを指定して拡張コマンドを並列実行すると，拡張コマンドがエラー終了する，または拡張コマンドが処理の対象とするバックアップカタログが破壊されるおそれがあります。
ただし，EX_DRM_SQL_TLOG_BACKUPまたはEX_DRM_ORA_TLOG_BACKUPは，ほかの拡張コマンドと同一のオペレーションIDを指定して並列実行できます。

一度作成したオペレーションIDの名称を変更，または使用をやめる場合は，自動生成された拡張コマンド用一時ディレクトリを削除する必要があります。
拡張コマンド用一時ディレクトリを削除する方法については，「(4) 不要なファイルの削除」を参照してください。

4.15.6 オペレーション定義ファイルの作成（バックアップ対象がファイルシステムの場合）

オペレーション定義ファイルは，拡張コマンドを使用するシステムの構成に合わせて作成します。作成したオペレーション定義ファイルは，拡張コマンドを実行する各サーバの次のディレクトリに格納します。

Windowsの場合

<Protection Managerのインストール先>¥script¥conf¥

Solarisの場合

/opt/drm/script/conf/

オペレーション定義ファイルを所定のディレクトリに格納したあとは，オペレーション定義ファイルチェックツールを実行して，オペレーション定義ファイルの内容のチェックと，拡張コマンド用一時ディレクトリの自動生成をします。

この項の構成

(1) オペレーション定義ファイルの配置

(2) オペレーション定義ファイルの形式

(3) オペレーション定義ファイルの作成例（Windowsのクラスタ構成の場合）

(4) オペレーション定義ファイルの作成例（Solarisの場合）

(1) オペレーション定義ファイルの配置

オペレーション定義ファイルは，処理の対象となるマウントポイントまたはファイルに対して，同一のファイルを二つ作成します。一つのオペレーション定義ファイルをファイルサーバに配置し，もう一つをバックアップサーバに配置します。ファイルサーバがクラスタ構成の場合は，バックアップ対象となるクラスタリソース（マウントポイントまたはファイル）が定義されているすべてのサーバに，同一のオペレーション定義ファイルを配置します。

オペレーション定義ファイルの配置例を次の図に示します。

図4-11 オペレーション定義ファイルの配置例（Windowsのクラスタ構成で，バックアップ対象がファイルシステムの場合）

この例では，クラスタを構成するファイルサーバA（サーバ名：FSServer_A）およびファイルサーバB（サーバ名：FSServer_B）で，仮想サーバC（サーバ名：VServer_C）が動作しています。

ファイルサーバAおよびファイルサーバB上には三つのマウントポイント「D:」，「M:」および「N:」が存在し，クラスタリソースとして仮想サーバCが定義されています。マウントポイント「M:」および「N:」は，一括して処理の対象とするようにマウントポイントディレクトリ一括定義ファイル「app.txt」で設定されているものとします。

この場合，ファイルサーバAおよびファイルサーバBには，「D:」に関するオペレーション定義ファイルと，「app.txt」に指定されたマウントポイントディレクトリ（M:およびN:）に関するオペレーション定義ファイルを配置します。バックアップサーバ（サーバ名：BKServer）には，「D:」，「M:およびN:」に関するオペレーション定義ファイルを配置します。

図4-12 オペレーション定義ファイルの配置例（Solarisで，バックアップ対象がファイルシステムの場合）

ファイルサーバA（サーバ名：FSServer_A）上には三つのマウントポイント「/mnt1」，「/mnta」および「/mntb」が存在します。マウントポイント「/mnta」および「/mntb」は，一括して処理の対象とするようにマウントポイントディレクトリ一括定義ファイル「app.txt」で設定されているものとします。

この場合，ファイルサーバAには，「/mnt1」に関するオペレーション定義ファイルと，「app.txt」に指定されたマウントポイントディレクトリ（/mntaおよび/mntb）に関するオペレーション定義ファイルを配置します。バックアップサーバ（サーバ名：BKServer）には，「/mnt1」，「/mntaおよび/mntb」に関するオペレーション定義ファイルを配置します。

(2) オペレーション定義ファイルの形式

オペレーション定義ファイルは，処理の対象を一意に特定するオペレーションIDに対応して，次のような名称で作成します。

Windowsの場合

<Protection Managerのインストール先>¥script¥conf¥_<オペレーションID>.dat

Solarisの場合

/opt/drm/script/conf/_<オペレーションID>.dat

オペレーション定義ファイルのサンプルは，次の場所にあります。

Windowsの場合

<Protection Managerのインストール先>¥script¥sample

Solarisの場合

/opt/drm/script/sample

オペレーション定義ファイルの指定項目と指定する内容およびデータの最大文字数を次の表に示します。これらの項目の指定は省略できません。

表4-48 オペレーション定義ファイルの指定項目と指定する内容およびデータの最大文字数（バックアップ対象がファイルシステムの場合）

指定項目
指定内容
最大文字数

BACKUP_OBJECT
バックアップ対象の種別を示す文字列を指定します。
「FILESYSTEM」と指定します。
32

DB_SERVER_NAME
ファイルサーバ名を指定します。
OSがWindowsの場合で，クラスタ構成のときは，クラスタリソースに対応する仮想サーバ名を指定します。この仮想サーバ名は，Protection Managerの構成定義ファイル（init.conf）の「DRM_DB_PATH=<共有ディスク上のディレクトリ>;<仮想サーバ名>」に定義されている必要があります。
128

INSTANCE_NAME
マウントポイントディレクトリ名またはマウントポイントディレクトリ一括定義ファイル名を指定します。
空白を含む場合は引用符（"）で囲んで記述します。
128

TARGET_NAME
バックアップするファイル名またはディレクトリ名を指定します。この指定はバックアップ実行時だけ有効です。リストア実行時のファイル名またはディレクトリ名の指定には使用されません。
コンマで区切って複数指定できます。空白を含む場合は引用符（"）で囲んで記述します。指定を省略した場合，マウントポイント単位にバックアップが実行されます。
1,024※1

FTP_HOME_DIR
この値はOSがWindowsの場合に指定します。FTPサービスのルートディレクトリを指定します。この値はバックアップサーバのIISで指定したFTPサービスのホームディレクトリ名と一致している必要があります。
この値を省略することはできません。
128

FTP_SUB_DIR
この値はOSがWindowsの場合に指定します。FTPサービスのルートディレクトリの下に作成されるサブディレクトリ名を指定します。※2
ここで指定したサブディレクトリの下に一時ディレクトリが作成されます。拡張コマンドは，この一時ディレクトリにファイルをFTP転送します。この値を省略した場合「HPtM」というサブディレクトリが自動生成されます。
128

SET_DRM_HOSTNAME

Windowsの場合

クラスタ構成の場合は「1」，クラスタ構成でない場合は「0」を指定します。

Solarisの場合

「0」を指定します。

1

注※1

文字として1,024文字ということであり，全角文字，半角文字は区別しません。

ヘッダ部分「TARGET_NAME=」は1,024文字に含みません。

区切りのコンマも1文字とします。

注※2

指定するサブディレクトリは，次の条件を満たす必要があります。

ディレクトリ名の文字列の中にディレクトリ区切り文字（¥）を含まないこと

ディレクトリ名がピリオド一つ（.）または二つ（..）だけでないこと

ルートディレクトリでないこと

(3) オペレーション定義ファイルの作成例（Windowsのクラスタ構成の場合）

ファイルサーバがクラスタ構成のシステムで，オペレーション定義ファイルを作成する例について，図4-11 オペレーション定義ファイルの配置例（Windowsのクラスタ構成で，バックアップ対象がファイルシステムの場合）のシステム構成を例として説明します。

前提条件は次のとおりです。

2台のファイルサーバと，テープ装置を接続したバックアップサーバの3台を備えている。

クラスタを構成するファイルサーバA（サーバ名：FSServer_A）およびファイルサーバB（サーバ名：FSServer_B）で，仮想サーバ「VServer_C」が動作している。

Protection Managerの構成定義ファイル（init.conf）に「DRM_DB_PATH=<共有ディスク上のディレクトリ名>;<仮想サーバ名>」が設定されている。

ディクショナリマップファイル格納ディレクトリにProtection Managerが拡張コマンド用一時ディレクトリを自動作成できる権限がある。

拡張コマンド用一時ディレクトリが自動作成されるディスクに，次の一時ファイルが格納できる十分な空き容量がある。

バックアップID記録ファイル

バックアップ情報のファイル

拡張コマンド用一時ディレクトリの命名規則に従ってディレクトリが自動生成されたときに，ディレクトリの長さがOSの制限を超えない。

バックアップサーバ（サーバ名：BKServer）上でIISのFTPサービスが設定され，FTPサービスが起動されている。FTPサイトのホームディレクトリは「C:¥FTP_ROOT」とする。

FTPサブディレクトリは「script」とする。

ファイルサーバAが現用サーバ，ファイルサーバBが待機サーバとして設定されていて，共有ディスクとして「G:」を使用している。

ファイルサーバAおよびファイルサーバB上には三つのマウントポイント「D:」，「M:」および「N:」が存在し，クラスタリソースとして仮想サーバCが定義されている。

クラスタグループ「FSCG_1」が存在し，次の表に示すクラスタリソースが登録されている。

表4-49 クラスタリソースの例（Windowsのクラスタ構成で，バックアップ対象がファイルシステムの場合）

クラスタグループ名 | 仮想サーバ | マウントポイント
FSCG_1 | VServer_C | D:
FSCG_1 | VServer_C | M:，N:

マウントポイント「M:」および「N:」は，マウントポイントディレクトリ一括定義ファイル「app.txt」で，一括して処理の対象とするように設定されている。

次の表に示すオペレーションIDに対応するオペレーション定義ファイルを作成します。

表4-50 オペレーション定義ファイルを作成するオペレーションID（Windowsのクラスタ構成で，バックアップ対象がファイルシステムの場合）

オペレーションID | 対象ファイルサーバ名 | 対象マウントポイントまたはファイル
Operation_A | VServer_C | D:の全体
Operation_B | VServer_C | 「app.txt」に指定されたマウントポイントディレクトリ（M:およびN:）

オペレーション定義ファイルを作成するには：

現用サーバ（ファイルサーバA）にオペレーション定義ファイルを作成し，必要な項目を設定します。
次の二つのファイルを作成します。
<Protection Managerのインストール先>¥script¥conf¥_Operation_A.dat
<Protection Managerのインストール先>¥script¥conf¥_Operation_B.dat
「<Protection Managerのインストール先>¥script¥conf¥_Operation_A.dat」の記述例を次に示します。

BACKUP_OBJECT=FILESYSTEM
DB_SERVER_NAME=VServer_C
INSTANCE_NAME=D:
TARGET_NAME=
FTP_HOME_DIR=C:¥FTP_ROOT
FTP_SUB_DIR=script
SET_DRM_HOSTNAME=1

「<Protection Managerのインストール先>¥script¥conf¥_Operation_B.dat」の記述例を次に示します。

BACKUP_OBJECT=FILESYSTEM
DB_SERVER_NAME=VServer_C
INSTANCE_NAME=app.txt
TARGET_NAME=
FTP_HOME_DIR=C:¥FTP_ROOT
FTP_SUB_DIR=script
SET_DRM_HOSTNAME=0

現用サーバ（ファイルサーバA）でオペレーション定義ファイルのチェックツール「EX_DRM_FS_DEF_CHECK」を実行します。

EX_DRM_FS_DEF_CHECK <オペレーションID> -db

オペレーション定義ファイルのチェックが実行されます。また，拡張コマンド用一時ディレクトリが自動生成されます。
エラーがあった場合はファイルの指定内容を修正し，再度チェックツールを実行します。

現用サーバ（ファイルサーバA）で作成したオペレーション定義ファイルをバックアップサーバにコピーします。
次のディレクトリにコピーします。
<Protection Managerのインストール先>¥script¥conf¥

バックアップサーバ上でオペレーション定義ファイルのチェックツール「EX_DRM_FS_DEF_CHECK」を実行します。

EX_DRM_FS_DEF_CHECK <オペレーションID> -bk

オペレーション定義ファイルのチェックが実行されます。また，拡張コマンド用一時ディレクトリが自動生成されます。
エラーがあった場合は，バックアップサーバの構成をオペレーション定義ファイルの内容に合わせて変更するか，オペレーション定義ファイルの内容をバックアップサーバの構成に合わせて変更するかしてください。バックアップサーバの構成を変更する場合は，チェックツールを再度実行します。オペレーション定義ファイルの内容を変更する場合は，ファイルサーバにも同一のファイルを格納し，チェックツールを再度実行します。

現用サーバ（ファイルサーバA）で作成したオペレーション定義ファイルを待機サーバ（ファイルサーバB）にコピーします。
次のディレクトリにコピーします。
<Protection Managerのインストール先>¥script¥conf¥

待機サーバ（ファイルサーバB）でオペレーション定義ファイルのチェックツール「EX_DRM_FS_DEF_CHECK」を実行します。

EX_DRM_FS_DEF_CHECK <オペレーションID> -db

オペレーション定義ファイルのチェックが実行されます。また，拡張コマンド用一時ディレクトリが自動生成されます。

(4) オペレーション定義ファイルの作成例（Solarisの場合）

テープバックアップする場合に，オペレーション定義ファイルを作成する手順について，図4-12のシステム構成を例として説明します。

前提条件は次のとおりです。

ファイルサーバA（サーバ名：FSServer_A）上には三つのマウントポイント「/mnt1」，「/mnta」および「/mntb」が存在する。

マウントポイント「/mnta」および「/mntb」は，マウントポイントディレクトリ一括定義ファイル「app.txt」で，一括して処理の対象とするように設定されている。

ディクショナリマップファイル格納ディレクトリにProtection Managerが拡張コマンド用一時ディレクトリを自動作成できる権限がある。

拡張コマンド用一時ディレクトリが自動作成されるディスクに，次の一時ファイルが格納できる十分な空き容量がある。

バックアップID記録ファイル

バックアップ情報のファイル

拡張コマンド用一時ディレクトリの命名規則に従ってディレクトリが自動生成されたときに，ディレクトリの長さがOSの制限を超えない。

次の表に示すオペレーションIDに対応するオペレーション定義ファイルを作成します。

表4-51 オペレーション定義ファイルを作成するオペレーションID（Solarisのファイルシステムの場合）

オペレーションID | 対象ファイルサーバ | 対象マウントポイントまたはファイル
Operation_A | ファイルサーバA | /mnt1の全体
Operation_B | ファイルサーバA | 「app.txt」に指定されたマウントポイントディレクトリ（/mntaおよび/mntb）

オペレーション定義ファイルを作成するには：

ファイルサーバAにオペレーション定義ファイルを作成し，必要な項目を設定します。
次の二つのファイルを作成します。
/opt/drm/script/conf/_Operation_A.dat
/opt/drm/script/conf/_Operation_B.dat
「/opt/drm/script/conf/_Operation_A.dat」の記述例を次に示します。

BACKUP_OBJECT=FILESYSTEM
DB_SERVER_NAME=FSServer_A
INSTANCE_NAME=/mnt1
TARGET_NAME=
SET_DRM_HOSTNAME=0

「/opt/drm/script/conf/_Operation_B.dat」の記述例を次に示します。

BACKUP_OBJECT=FILESYSTEM
DB_SERVER_NAME=FSServer_A
INSTANCE_NAME=app
TARGET_NAME=
SET_DRM_HOSTNAME=0

ファイルサーバAでオペレーション定義ファイルのチェックツール「EX_DRM_FS_DEF_CHECK」を実行します。

EX_DRM_FS_DEF_CHECK <オペレーションID> -db

オペレーション定義ファイルのチェックが実行されます。また，拡張コマンド用一時ディレクトリが自動生成されます。
エラーがあった場合はファイルの指定内容を修正し，再度チェックツールを実行します。

ファイルサーバAで作成したオペレーション定義ファイルをバックアップサーバにコピーします。
次のディレクトリにコピーします。
/opt/drm/script/conf/

バックアップサーバ上でオペレーション定義ファイルのチェックツール「EX_DRM_FS_DEF_CHECK」を実行します。

EX_DRM_FS_DEF_CHECK <オペレーションID> -bk

オペレーション定義ファイルのチェックが実行されます。また，拡張コマンド用一時ディレクトリが自動生成されます。
エラーがあった場合は，バックアップサーバの構成をオペレーション定義ファイルの内容に合わせて変更するか，オペレーション定義ファイルの内容をバックアップサーバの構成に合わせて変更するかしてください。バックアップサーバの構成を変更する場合は，チェックツールを再度実行します。オペレーション定義ファイルの内容を変更した場合は，ファイルサーバにも同一のファイルを格納し，チェックツールを再度実行します。

4.15.7 オペレーション定義ファイルの作成（バックアップ対象がSQL Serverデータベースの場合）

オペレーション定義ファイルは，拡張コマンドを使用するシステムの構成に合わせて作成します。作成したオペレーション定義ファイルは，拡張コマンドを実行する各サーバの次のディレクトリに格納します。

<Protection Managerのインストール先>¥script¥conf¥

オペレーション定義ファイルを所定のディレクトリに格納したあとは，オペレーション定義ファイルチェックツールを実行して，オペレーション定義ファイルの内容のチェックと，拡張コマンド用一時ディレクトリの自動生成をします。

この項の構成

(1) オペレーション定義ファイルの配置

(2) オペレーション定義ファイルの形式

(3) オペレーション定義ファイルの作成例

(1) オペレーション定義ファイルの配置

オペレーション定義ファイルは，処理の対象となるSQL Serverインスタンスに対して，同一のファイルを二つ作成します。一つのオペレーション定義ファイルをデータベースサーバに配置し，もう一つをバックアップサーバに配置します。データベースサーバがクラスタ構成の場合は，バックアップ対象となるクラスタリソース（マウントポイントまたはファイル）が定義されているすべてのサーバに，同一のオペレーション定義ファイルを配置します。

オペレーション定義ファイルの配置例を次の図に示します。

図4-13 オペレーション定義ファイルの配置例（バックアップ対象がSQL Serverデータベースの場合）

この例では，クラスタを構成するデータベースサーバA（サーバ名：DBServer_A）およびデータベースサーバB（サーバ名：DBServer_B）で，仮想サーバC（サーバ名：VServer_C）が動作しています。

データベースサーバAおよびデータベースサーバB上にはSQL Serverインスタンス「INSTANCE_1」が存在し，クラスタリソースとして仮想サーバCが定義されています。

この場合，データベースサーバA，データベースサーバBおよびバックアップサーバ（サーバ名：BKServer）には，「INSTANCE_1」に関するオペレーション定義ファイルを配置します。

(2) オペレーション定義ファイルの形式

オペレーション定義ファイルは，処理の対象を一意に特定するオペレーションIDに対応して，次のような名称で作成します。

<Protection Managerのインストール先>¥script¥conf¥_<オペレーションID>.dat

オペレーション定義ファイルのサンプルは，次の場所にあります。

<Protection Managerのインストール先>¥script¥sample

オペレーション定義ファイルの指定項目と指定する内容およびデータの最大文字数を次の表に示します。これらの項目の指定は省略できません。

表4-52 オペレーション定義ファイルの指定項目と指定する内容およびデータの最大文字数（バックアップ対象がSQL Serverデータベースの場合）

指定項目
指定内容
最大文字数

BACKUP_OBJECT
バックアップ対象の種別を示す文字列を指定します。
「MSSQL」と指定します。
32

DB_SERVER_NAME
データベースサーバ名を指定します。
クラスタ構成の場合は，クラスタリソースに対応する仮想サーバ名を指定します。この仮想サーバ名は，Protection Managerの構成定義ファイル（init.conf）の「DRM_DB_PATH=<共有ディスク上のディレクトリ>;<仮想サーバ名>」に定義されている必要があります。
128

INSTANCE_NAME
SQL Serverインスタンス名を指定します。空白を含む場合は引用符（"）で囲んで記述します。
DEFAULTを指定した場合，SQL Serverの既定インスタンス名が選択されます。
128

TARGET_NAME
バックアップするデータベース名を指定します。
この指定はバックアップ実行時だけ有効です。リストア実行時のデータベース指定には使用されません。
コンマで区切って複数指定できます。空白を含む場合は引用符（"）で囲んで記述します。指定を省略した場合，インスタンス単位にバックアップが実行されます。
システムデータベース（master，model，msdb）を含めてバックアップする場合は，TARGET_NAMEの指定は省略してください。
1,024※1

FTP_HOME_DIR
FTPサービスのルートディレクトリを指定します。
この値はバックアップサーバのIISで指定したFTPサービスのホームディレクトリ名と一致している必要があります。この値を省略することはできません。
128

FTP_SUB_DIR
FTPサービスのルートディレクトリの下に作成されるサブディレクトリ名を指定します。※2
ここで指定したサブディレクトリの下に一時ディレクトリが作成されます。拡張コマンドは，この一時ディレクトリにファイルをFTP転送します。この値を省略した場合「HPtM」というサブディレクトリが自動生成されます。
128

SET_DRM_HOSTNAME
データベースサーバの構成を指定します。クラスタ構成の場合は「1」，クラスタ構成でない場合は「0」を指定します。
1

注※1

文字として1,024文字ということであり，全角文字，半角文字は区別しません。

ヘッダ部分「TARGET_NAME=」は1,024文字に含みません。

区切りのコンマも1文字とします。

注※2

指定するサブディレクトリは，次の条件を満たす必要があります。

ディレクトリ名の文字列の中にディレクトリ区切り文字（¥）を含まないこと

ディレクトリ名がピリオド一つ（.）または二つ（..）だけでないこと

ルートディレクトリでないこと

(3) オペレーション定義ファイルの作成例

クラスタ構成のシステムを想定して，オペレーション定義ファイルを作成する例について説明します。

この例の前提条件は次のとおりです。

クラスタを構成するデータベースサーバA（サーバ名：DBServer_A）およびデータベースサーバB（サーバ名：DBServer_B）で，仮想サーバC（サーバ名：VServer_C）が動作している。

データベースサーバAおよびデータベースサーバB上にはSQL Serverインスタンス「INSTANCE_1」が存在し，クラスタリソースとして仮想サーバCが定義されている。

データベースサーバAおよびデータベースサーバBに，クラスタグループ「SQLCG_1」が存在し，次の表に示すクラスタリソースが登録されている。

表4-53 クラスタリソースの例（バックアップ対象がSQL Serverデータベースの場合）

クラスタグループ名
仮想サーバ
SQL Server
インスタンス名

SQLCG_1
VServer_C
INSTANCE_1

バックアップサーバ（サーバ名：BKServer）上でIISのFTPサービスが設定され，FTPサービスが起動されている。FTPサイトのホームディレクトリは「C:¥FTP_ROOT」とする。

FTPサブディレクトリは「script」とする。

データベースサーバAが現用サーバ，データベースサーバBが待機サーバとして設定されていて，共有ディスクとして「G:」を使用している。

「INSTANCE_1」に対してdrmsqlinitコマンドが実行されている。

環境設定ファイル「init.conf」に「DRM_DB_PATH=<共有ディスク上のディレクトリ名>;<仮想サーバ名>」が設定されている。

データベースサーバA，データベースサーバBで，次の表に示すVDIメタファイル格納ディレクトリが作成されている。

ディクショナリマップファイル格納ディレクトリにProtection Managerが拡張コマンド用一時ディレクトリを自動作成できる権限がある。

拡張コマンド用一時ディレクトリが自動作成されるディスクに，次の一時ファイルが格納できる十分な空き容量がある。

バックアップID記録ファイル

バックアップ情報のファイル

SQL Serverメタファイル

拡張コマンド用一時ディレクトリの命名規則に従ってディレクトリが自動生成されたときに，ディレクトリの長さがOSの制限を超えない。

表4-54 VDIメタファイル格納ディレクトリの例

サーバ名
VDIメタファイル格納ディレクトリ

DBServer_A
DBServer_B
G:¥MSSQL¥VServer_C¥INSTANCE_1¥META

この例では，次の表に示すオペレーションIDに対応するオペレーション定義ファイルを作成します。

表4-55 オペレーション定義ファイルを作成するオペレーションID（バックアップ対象がSQL Serverでクラスタ構成の場合）

オペレーションID | 対象データベースサーバ | 対象インスタンスおよびデータベース
Operation_A | VServer_C | INSTANCE_1の全体

クラスタ構成の場合にオペレーション定義ファイルを作成するには：

現用サーバ（データベースサーバA）にオペレーション定義ファイルを作成し，必要な項目を設定します。
次のファイルを作成します。
<Protection Managerのインストール先>¥script¥conf¥_Operation_A.dat
「<Protection Managerのインストール先>¥script¥conf¥_Operation_A.dat」の記述例を次に示します。

BACKUP_OBJECT=MSSQL
DB_SERVER_NAME=VServer_C
INSTANCE_NAME=INSTANCE_1
TARGET_NAME=
FTP_HOME_DIR=C:¥FTP_ROOT
FTP_SUB_DIR=script
SET_DRM_HOSTNAME=1

現用サーバ（データベースサーバA）でオペレーション定義ファイルのチェックツール「EX_DRM_SQL_DEF_CHECK」を実行します。

EX_DRM_SQL_DEF_CHECK <オペレーションID> -db

オペレーション定義ファイルのチェックが実行されます。また，拡張コマンド用一時ディレクトリが自動生成されます。
エラーがあった場合はファイルの指定内容を修正し，チェックツールを再度実行します。

現用サーバ（データベースサーバA）で作成したオペレーション定義ファイルをバックアップサーバにコピーします。
次のフォルダにコピーします。
<Protection Managerのインストール先>¥script¥conf¥

バックアップサーバでオペレーション定義ファイルのチェックツール「EX_DRM_SQL_DEF_CHECK」を実行します。

EX_DRM_SQL_DEF_CHECK <オペレーションID> -bk

オペレーション定義ファイルのチェックが実行されます。また，拡張コマンド用一時ディレクトリやVDIメタファイル格納ディレクトリが自動生成されます。
エラーがあった場合は，バックアップサーバの構成をオペレーション定義ファイルの内容に合わせて変更するか，オペレーション定義ファイルの内容をバックアップサーバの構成に合わせて変更してください。バックアップサーバの構成を変更する場合は，チェックツールを再度実行します。オペレーション定義ファイルの内容を変更した場合は，データベースサーバにも同一のファイルを格納し，チェックツールを再度実行します。

現用サーバ（データベースサーバA）で作成したオペレーション定義ファイルを待機サーバ（データベースサーバB）にコピーします。
次のディレクトリにコピーします。
<Protection Managerのインストール先>¥script¥conf¥

待機サーバ（データベースサーバB）でオペレーション定義ファイルのチェックツール「EX_DRM_SQL_DEF_CHECK」を実行します。

EX_DRM_SQL_DEF_CHECK <オペレーションID> -db

4.15.8 オペレーション定義ファイルの作成（バックアップ対象がExchangeデータベースの場合）

オペレーション定義ファイルは，拡張コマンドを使用するシステムの構成に合わせて作成します。作成したオペレーション定義ファイルは，拡張コマンドを実行する各サーバの次のディレクトリに格納します。

<Protection Managerのインストール先>¥script¥conf¥

オペレーション定義ファイルを所定のディレクトリに格納したあとは，オペレーション定義ファイルチェックツールを実行して，オペレーション定義ファイルの内容のチェックと，拡張コマンド用一時ディレクトリの自動生成をします。

この項の構成

(1) オペレーション定義ファイルの配置

(2) オペレーション定義ファイルの形式

(3) オペレーション定義ファイルの作成例

(1) オペレーション定義ファイルの配置

オペレーション定義ファイルは，処理の対象となるマウントポイント，ファイル，インスタンスまたはストレージグループに対して，同一のファイルを二つ作成します。一つのオペレーション定義ファイルをファイルサーバまたはデータベースサーバに配置し，もう一つをバックアップサーバに配置します。ファイルサーバまたはデータベースサーバがクラスタ構成の場合は，バックアップ対象となるクラスタリソース（マウントポイントまたはファイル）が定義されているすべてのサーバに，同一のオペレーション定義ファイルを配置します。

オペレーション定義ファイルの配置例を次の図に示します。

図4-14 オペレーション定義ファイルの配置例（バックアップ対象がExchangeデータベースの場合）

この例では，クラスタを構成するデータベースサーバA（サーバ名：DBServer_A）およびデータベースサーバB（サーバ名：DBServer_B）で，仮想サーバC（サーバ名：VServer_C）が動作しています。

データベースサーバAおよびデータベースサーバB上にはストレージグループ「STORAGE_1」が存在し，クラスタリソースとして仮想サーバCが定義されています。

この場合，データベースサーバA，データベースサーバBおよびバックアップサーバ（サーバ名：BKServer）には，「STORAGE_1」に関するオペレーション定義ファイルを配置します。

(2) オペレーション定義ファイルの形式

オペレーション定義ファイルは，処理の対象を一意に特定するオペレーションIDに対応して，次のような名称で作成します。

<Protection Managerのインストール先>¥script¥conf¥_<オペレーションID>.dat

オペレーション定義ファイルのサンプルは，次の場所にあります。

<Protection Managerのインストール先>¥script¥sample

オペレーション定義ファイルの指定項目と指定する内容およびデータの最大文字数を次の表に示します。これらの項目の指定は省略できません。

表4-56 オペレーション定義ファイルの指定項目と指定する内容およびデータの最大文字数（バックアップ対象がExchangeデータベースの場合）

指定項目
指定内容
最大文字数

BACKUP_OBJECT
バックアップ対象の種別を示す文字列を指定します。
「MSEXCHANGE」と指定します。
32

DB_SERVER_NAME
データベースサーバ名を指定します。
クラスタ構成の場合は，クラスタリソースに対応する仮想サーバ名を指定します。この仮想サーバ名は，Protection Managerの構成定義ファイル（init.conf）の「DRM_DB_PATH=<共有ディスク上のディレクトリ>;<仮想サーバ名>」に定義されている必要があります。※1
63

INSTANCE_NAME
「-」を指定します。
1

TARGET_NAME
バックアップするストレージグループ名を指定します。※2
コンマで区切って複数指定できます。空白を含む場合は引用符（"）で囲んで記述します。値を省略すると，サーバに存在するすべてのストレージグループがバックアップの対象となります。
259※3

FTP_HOME_DIR
FTPサービスのルートディレクトリを指定します。この値はバックアップサーバのIISで指定したFTPサービスのホームディレクトリ名と一致している必要があります。
この値を省略することはできません。
128

FTP_SUB_DIR
FTPサービスのルートディレクトリの下に作成されるサブディレクトリ名を指定します。※4
ここで指定したサブディレクトリの下に一時ディレクトリが作成されます。拡張コマンドは，この一時ディレクトリにファイルをFTP転送します。この値を省略した場合「HPtM」というサブディレクトリが自動生成されます。
128

SET_DRM_HOSTNAME
データベースサーバの構成を指定します。クラスタ構成の場合は「1」，クラスタ構成でない場合は「0」を指定します。
1

注※1

バックアップ対象がExchangeデータベースの場合，仮想サーバ名は，拡張コマンドEX_DRM_EXG_BACKUPの-hostnameオプションでも指定できます。オペレーション定義ファイルの「DB_SERVER_NAME」と-hostnameオプションの両方で仮想サーバ名を指定した場合，-hostnameオプションの指定が優先されます。

注※2

バックアップ対象がExchangeデータベースの場合，この指定は，対象となるExchange Server がExchange 2000 Enterprise Server，Exchange Server 2003 Enterprise EditionまたはExchange Server 2007のときだけ有効です。それ以外のExchange Serverの場合，項目の指定は無効となります。Exchange Server 2003 Enterprise EditionまたはExchange Server 2007の場合，回復用ストレージグループは指定しないでください。

注※3

文字として259文字ということであり，全角文字，半角文字は区別しません。

ヘッダ部分「TARGET_NAME=」は259文字に含みません。

区切りのコンマも1文字とします。

注※4

指定するサブディレクトリは，次の条件を満たす必要があります。

ディレクトリ名の文字列の中にディレクトリ区切り文字（¥）を含まないこと

ディレクトリ名がピリオド一つ（.）または二つ（..）だけでないこと

ルートディレクトリでないこと

(3) オペレーション定義ファイルの作成例

クラスタ構成の場合にオペレーション定義ファイルを作成する例について説明します。

この例の前提条件は次のとおりです。

システムで使用しているExchange Server がExchange 2000 Enterprise Serverである。

クラスタを構成するデータベースサーバA（サーバ名：DBServer_A）およびデータベースサーバB（サーバ名：DBServer_B）で，仮想サーバC（サーバ名：VServer_C）が動作している。

データベースサーバAおよびデータベースサーバB上にはストレージグループ「STORAGE_1」が存在し，クラスタリソースとして仮想サーバCが定義されている。

データベースサーバAおよびデータベースサーバBに，クラスタグループ「EXGCG_1」が存在する。

クラスタグループ「EXGCG_1」に，次の表に示したクラスタリソースが登録されている。

表4-57 クラスタリソースの例（バックアップ対象がExchangeデータベースの場合）

クラスタグループ名 | 仮想サーバ | ストレージグループ名
EXGCG_1 | VServer_C | STORAGE_1

バックアップサーバ（サーバ名：BKServer）上でIISのFTPサービスが設定され，FTPサービスが起動されている。FTPサイトのホームディレクトリは「C:¥FTP_ROOT」とする。

FTPサブディレクトリは「script」とする。

データベースサーバAが現用サーバ，データベースサーバBが待機サーバとして設定されていて，共有ディスクとして「G:」を使用している。

環境設定ファイル「init.conf」に「DRM_DB_PATH=<共有ディスク上のディレクトリ名>;<仮想サーバ名>」が設定されている。

ディクショナリマップファイル格納ディレクトリにProtection Managerが拡張コマンド用一時ディレクトリを自動作成できる権限がある。

拡張コマンド用一時ディレクトリが自動作成されるディスクに，次の一時ファイルが格納できる十分な空き容量がある。

バックアップID記録ファイル

バックアップ情報のファイル

拡張コマンド用一時ディレクトリの命名規則に従ってディレクトリが自動生成されたときに，ディレクトリの長さがOSの制限を超えない。

この例では，次の表に示すオペレーションIDに対応するオペレーション定義ファイルを作成します。

表4-58 オペレーション定義ファイルを作成するオペレーションID（バックアップ対象がExchangeデータベースでクラスタ構成の場合）

オペレーションID | 仮想サーバ | 対象ストレージグループ
Operation_A | VServer_C | STORAGE_1

クラスタ構成の場合にオペレーション定義ファイルを作成するには：

現用サーバ（データベースサーバA）にオペレーション定義ファイルを作成し，必要な項目を設定します。
次のファイルを作成します。
<Protection Managerのインストール先>¥script¥conf¥_Operation_A.dat
「<Protection Managerのインストール先>¥script¥conf¥_Operation_A.dat」の記述例を次に示します。

BACKUP_OBJECT=MSEXCHANGE
DB_SERVER_NAME=VServer_C
INSTANCE_NAME=-
TARGET_NAME=
FTP_HOME_DIR=C:¥FTP_ROOT
FTP_SUB_DIR=script
SET_DRM_HOSTNAME=1

現用サーバ（データベースサーバA）でオペレーション定義ファイルのチェックツール「EX_DRM_EXG_DEF_CHECK」を実行します。

EX_DRM_EXG_DEF_CHECK <オペレーションID> -db

オペレーション定義ファイルのチェックが実行されます。また，拡張コマンド用一時ディレクトリが自動生成されます。
エラーがあった場合はファイルの指定内容を修正し，チェックツールを再度実行します。

現用サーバ（データベースサーバA）で作成したオペレーション定義ファイルをバックアップサーバにコピーします。
次のフォルダにコピーします。
<Protection Managerのインストール先>¥script¥conf¥

バックアップサーバでオペレーション定義ファイルのチェックツール「EX_DRM_EXG_DEF_CHECK」を実行します。

EX_DRM_EXG_DEF_CHECK <オペレーションID> -bk

オペレーション定義ファイルのチェックが実行されます。また，拡張コマンド用一時ディレクトリが自動生成されます。
エラーがあった場合は，バックアップサーバの構成をオペレーション定義ファイルの内容に合わせて変更するか，オペレーション定義ファイルの内容をバックアップサーバの構成に合わせて変更してください。バックアップサーバの構成を変更する場合は，チェックツールを再度実行します。オペレーション定義ファイルの内容を変更する場合は，データベースサーバにも同一のファイルを格納し，チェックツールを再度実行します。

現用サーバ（データベースサーバA）で作成したオペレーション定義ファイルを待機サーバ（データベースサーバB）にコピーします。
次のディレクトリにコピーします。
<Protection Managerのインストール先>¥script¥conf¥

4.15.9 オペレーション定義ファイルの作成（バックアップ対象がOracleデータベースの場合）

オペレーション定義ファイルは，拡張コマンドを使用するシステムの構成に合わせて作成します。作成したオペレーション定義ファイルは，拡張コマンドを実行する各サーバの次のディレクトリに格納します。

/opt/drm/script/conf/

オペレーション定義ファイルを所定のディレクトリに格納したあとは，オペレーション定義ファイルチェックツールを実行して，オペレーション定義ファイルの内容のチェックと，拡張コマンド用一時ディレクトリの自動生成をします。

この項の構成

(1) オペレーション定義ファイルの配置

(2) オペレーション定義ファイルの形式

(3) オペレーション定義ファイルの作成例（クラスタ構成の場合）

(4) オペレーション定義ファイルの作成例（RAC構成の場合）

(1) オペレーション定義ファイルの配置

オペレーション定義ファイルは，処理の対象となるOracleインスタンス一つに対して，同一のファイルを二つ作成します。一つのオペレーション定義ファイルをデータベースサーバに配置し，もう一つをバックアップサーバに配置します。クラスタ構成の場合は，バックアップ対象となるクラスタリソース（Oracleインスタンスまたは表領域）が定義されているすべてのサーバに，同一のオペレーション定義ファイルを配置します。

オペレーション定義ファイルの配置例を次の図に示します。

図4-15 オペレーション定義ファイルの配置例（バックアップ対象がOracleデータベースの場合）

この例では，クラスタを構成するデータベースサーバA（サーバ名：DBServer_A）およびデータベースサーバB（サーバ名：DBServer_B）で，仮想サーバC（サーバ名：VServer_C）が動作しています。

データベースサーバAおよびデータベースサーバB上にはOracleインスタンス「INSTANCE_1」が存在し，クラスタリソースとして仮想サーバCに定義されています。

この場合，データベースサーバA，データベースサーバBおよびバックアップサーバには，「INSTANCE_1」に関するオペレーション定義ファイルを配置します。

(2) オペレーション定義ファイルの形式

オペレーション定義ファイルは，処理の対象を一意に特定するオペレーションIDに対応して，次のような名称で作成します。

/opt/drm/script/conf/_<オペレーションID>.dat

オペレーション定義ファイルのサンプルは，次の場所にあります。

/opt/drm/script/sample

オペレーション定義ファイルの指定項目と指定する内容およびデータの最大文字数を次の表に示します。これらの項目の指定は省略できません。

表4-59 オペレーション定義ファイルの指定項目と指定する内容およびデータの最大文字数（バックアップ対象がOracleデータベースの場合）

指定項目
指定内容
最大文字数

BACKUP_OBJECT
バックアップ対象の種別を示す文字列を指定します。「ORACLE」と指定します。
32

DB_SERVER_NAME
データベースサーバ名を指定します。
クラスタ構成の場合は，仮想サーバ名を指定します。
この仮想サーバ名は，Protection Managerの構成定義ファイル（init.conf）の「DRM_DB_PATH=<共有ディスク上のディレクトリ>;<仮想サーバ名>」に定義されている必要があります。
128

INSTANCE_NAME
Oracleインスタンス名を指定します。
128

TARGET_NAME
バックアップする表領域名を指定します。この指定はバックアップ実行時だけ有効です。リストア実行時のデータベース指定には使用されません。
表領域はコンマで区切って複数指定できます。指定を省略した場合，インスタンス単位にバックアップが実行されます。
1,024※

SET_DRM_HOSTNAME
データベースサーバの構成を指定します。クラスタ構成の場合は「1」，クラスタ構成でない場合は「0」を指定します。
1

注※

文字として1,024文字ということであり，全角文字，半角文字は区別しません。

ヘッダ部分「TARGET_NAME=」は1,024文字に含みません。

区切りのコンマも1文字とします。

(3) オペレーション定義ファイルの作成例（クラスタ構成の場合）

クラスタ構成の場合に，オペレーション定義ファイルを作成する例について説明します。

この例の前提条件は次のとおりです。

クラスタを構成するデータベースサーバA（サーバ名：DBServer_A）およびデータベースサーバB（サーバ名：DBServer_B）にOracleインスタンス「INSTANCE_1」が作成されていて，インスタンスに対する仮想サーバC（サーバ名：VServer_C）が動作している。

クラスタグループ「ORACG_1」が存在し，次の表に示したクラスタリソースが登録されている。

表4-60 クラスタリソースの例（バックアップ対象がOracleデータベースの場合）

クラスタグループ名
仮想サーバ
Oracle
インスタンス名

ORACG_1
VServer_C
INSTANCE_1

Oracleインスタンス「INSTANCE_1」に対して，drmorainitコマンドが実行されている。

現用サーバの運用を待機サーバに引き継ぐための環境が設定されていて，環境設定ファイル「init.conf」に「DRM_DB_PATH=<共有ディスク上のディレクトリ名>;<仮想サーバ名>」が設定されている。

ディクショナリマップファイル格納ディレクトリにProtection Managerが拡張コマンド用一時ディレクトリを自動作成できる権限がある。

拡張コマンド用一時ディレクトリが自動作成されるディスクに，次の一時ファイルが格納できる十分な空き容量がある。

バックアップID記録ファイル

バックアップ情報のファイル

制御ファイル

初期化パラメーターファイル

拡張コマンド用一時ディレクトリの命名規則に従ってディレクトリが自動生成されたときに，ディレクトリの長さがOSの制限を超えない。

各データベースサーバに，次の表に示したバックアップファイル格納ディレクトリが作成されている。

表4-61 バックアップファイル格納ディレクトリの例（クラスタ構成）

サーバ名
バックアップファイル格納ディレクトリ

DBServer_A
DBServer_B
/var/opt/drm/backup/oracle/Operation_A

この例では，次の表に示すオペレーションIDに対応するオペレーション定義ファイルを作成します。

表4-62 オペレーション定義ファイルを作成するオペレーションID（バックアップ対象がOracleデータベースでクラスタ構成の場合）

オペレーションID | 対象データベースサーバ | 対象インスタンスおよびデータベース
Operation_A | VServer_C | INSTANCE_1の全体

クラスタ構成の場合にオペレーション定義ファイルを作成するには：

現用サーバ（データベースサーバA）にオペレーション定義ファイルを作成し，必要な項目を設定します。
次のファイル名で作成します。
/opt/drm/script/conf/_Operation_A.dat
ファイルの記述例を次に示します。

BACKUP_OBJECT=ORACLE
DB_SERVER_NAME=VServer_C
INSTANCE_NAME=INSTANCE_1
TARGET_NAME=
SET_DRM_HOSTNAME=1

現用サーバ（データベースサーバA）でオペレーション定義ファイルのチェックツール「EX_DRM_ORA_DEF_CHECK」を実行します。

EX_DRM_ORA_DEF_CHECK <オペレーションID> -db

オペレーション定義ファイルのチェックが実行されます。また，拡張コマンド用一時ディレクトリが自動生成されます。
エラーがあった場合はファイルの指定内容を修正し，チェックツールを再度実行します。

現用サーバ（データベースサーバA）で作成したオペレーション定義ファイルをバックアップサーバにコピーします。
次のディレクトリにコピーします。
/opt/drm/script/conf

バックアップサーバでオペレーション定義ファイルのチェックツール「EX_DRM_ORA_DEF_CHECK」を実行します。

EX_DRM_ORA_DEF_CHECK <オペレーションID> -bk

オペレーション定義ファイルのチェックが実行されます。また，拡張コマンド用一時ディレクトリやバックアップファイル格納ディレクトリが自動生成されます。
エラーがあった場合は，バックアップサーバの構成をオペレーション定義ファイルの内容に合わせて変更するか，オペレーション定義ファイルの内容をバックアップサーバの構成に合わせて変更してください。バックアップサーバの構成を変更する場合は，チェックツールを再度実行します。オペレーション定義ファイルの内容を変更する場合は，データベースサーバにも同一のファイルを格納し，チェックツールを再度実行します。

現用サーバ（データベースサーバA）で作成したオペレーション定義ファイルを待機サーバ（データベースサーバB）にコピーします。
次のディレクトリにコピーします。
/opt/drm/script/conf

(4) オペレーション定義ファイルの作成例（RAC構成の場合）

RAC構成の場合に，オペレーション定義ファイルを作成する例について説明します。

この例の前提条件は次のとおりです。

RAC環境を構成するデータベースサーバA（サーバ名：DBServer_A）およびデータベースサーバB（サーバ名：DBServer_B）にOracleインスタンス「INSTANCE_1」，「INSTANCE_2」が作成されている。

RACインスタンス「RAC_1」が存在し，次に示した構成となっている。

表4-63 RAC構成要素の例

RACインスタンス名 | 仮想サーバ名 | Oracleインスタンス名 | マウントポイント
RAC_1 | VServer_C | INSTANCE_1 | HPTM/script1
INSTANCE_2 | HPTM/script2

RAC環境を構成するデータベースサーバAおよびデータベースサーバB上のマウントポイント/script1，および/script2にそれぞれ，各Oracleインスタンス用のOracle制御ファイル，初期化ファイル格納用ディレクトリが作成されている。
また，各Oracleインスタンスに対して，drmorainitコマンドが実行されている。

RAC環境を構成する全データベースサーバに，バックアップカタログ同期情報ファイルrac.confが作成されており，RAC環境を構成するすべてのOracleインスタンスのディクショナリマップファイル格納ディレクトリが記載されている。

この例では，次の表に示すオペレーションIDに対応するオペレーション定義ファイルを作成します。

表4-64 オペレーション定義ファイルを作成するオペレーションID

オペレーションID | 対象データベースサーバ | 対象インスタンスおよびデータベース
Operation_A | 仮想サーバC | INSTANCE_1に作成されたOracleインスタンスのファイル
Operation_B | INSTANCE_2に作成されたOracleインスタンスのファイル

RAC構成の場合にオペレーション定義ファイルを作成するには：

Oracleインスタンス「INSTANCE_1」の稼働サーバにオペレーション定義ファイルを作成し，必要な項目を設定します。
次のファイル名で作成します。

/opt/drm/script/conf/_Operation_A.dat

BACKUP_OBJECT=ORACLE
DB_SERVER_NAME=DBServer_A
INSTANCE_NAME=INSTANCE_1
TARGET_NAME=
SET_DRM_HOSTNAME=0

Oracleインスタンス「INSTANCE_2」の稼働サーバにオペレーション定義ファイルを作成し，必要な項目を設定します。
次のファイル名で作成します。

/opt/drm/script/conf/_Operation_B.dat

BACKUP_OBJECT=ORACLE
DB_SERVER_NAME=DBServer_B
INSTANCE_NAME=INSTANCE_2
TARGET_NAME=
SET_DRM_HOSTNAME=0

オペレーション定義ファイルを作成した各サーバ上でオペレーション定義ファイルのチェックツール「EX_DRM_ORA_DEF_CHECK」を実行します。

EX_DRM_ORA_DEF_CHECK <オペレーションID> -db

オペレーション定義ファイルのチェックツールでエラーがあった場合は定義ファイルを修正し，チェックツールを再度実行します。

Oracleインスタンス「INSTANCE_1」の稼働サーバおよびOracleインスタンス「INSTANCE_2」の稼働サーバで作成したオペレーション定義ファイルをバックアップサーバ上の次のディレクトリにコピーします。
/opt/drm/script/conf

バックアップサーバ上でオペレーション定義ファイルのチェックツール「EX_DRM_ORA_DEF_CHECK」を実行します。

EX_DRM_ORA_DEF_CHECK <オペレーションID> -bk

オペレーション定義ファイルのチェックツールでエラーがあった場合は定義ファイルを修正し，チェックツールを再度実行します。

4.15.10 拡張コマンド用一時ディレクトリの確認

拡張コマンド用一時ディレクトリとは，Protection Managerが拡張コマンドを実行するときに使用するディレクトリです。拡張コマンド用一時ディレクトリは，オペレーション定義ファイルチェックツールを実行したときに自動生成されています。

拡張コマンド用一時ディレクトリが正しく生成されているかどうかを確認してください。

拡張コマンド用一時ディレクトリは次の場所に自動生成されています。

ディクショナリマップファイルの格納ディレクトリと同階層のディレクトリ

拡張コマンド用一時ディレクトリ名は，命名規則に従って自動生成されます。命名規則を次の表に示します。

表4-65 拡張コマンド用一時ディレクトリの命名規則

OS
ファイルサーバまたはデータベースサーバ
バックアップサーバ

Windows
<ディクショナリマップファイル格納ディレクトリと同階層のディレクトリ>※¥script_work¥<オペレーションID>¥DB

<FTP_HOME_DIRの値>¥<FTP_SUB_DIRの値>¥<オペレーションID>¥BK

<FTP_HOME_DIRの値>¥<FTP_SUB_DIRの値>¥<オペレーションID>¥AP

Solaris
<ディクショナリマップファイル格納ディレクトリと同階層のディレクトリ>※/script_work/<オペレーションID>/DB

/var/opt/drm/script/tmp/<オペレーションID>/BK

/var/opt/drm/script/tmp/<オペレーションID>/AP

注※

例えば，ディクショナリマップファイル格納ディレクトリが「L:¥PTM」の場合，「L:¥script_work¥<オペレーションID>¥DB」と命名されます。

拡張コマンド用一時ディレクトリには，拡張コマンド実行時に生成される一時ファイルが格納されます。

バックアップID記録ファイル

バックアップ情報のファイル

SQL Serverメタファイル（バックアップ対象がSQL Server データベースの場合）

制御ファイル（バックアップ対象がOracleデータベースの場合）

初期化パラメーターファイル（バックアップ対象がOracleデータベースの場合）

4.15.11 コピーグループ一括定義ファイルのチェック

複数のコピーグループを記述したファイル（コピーグループ一括定義ファイル）を，オプションとして指定することができる拡張コマンドがあります。コピーグループ一括定義ファイルをオプションに指定する場合，拡張コマンドで実際に運用する前に，拡張コマンドEX_DRM_CG_DEF_CHECKを実行して，コピーグループ一括定義ファイルが正しく設定されているかどうかチェックする必要があります。

コピーグループ一括定義ファイルをチェックする場合のチェック内容については，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」のEX_DRM_CG_DEF_CHECKコマンドに関する記述を参照してください。

コピーグループ一括定義ファイルの作成方法については，「4.12.1 コピーグループ一括定義ファイルの作成」を参照してください。

4.15.12 FTPサービスの確認（テープバックアップする場合）

テープバックアップする場合に拡張コマンドを実行するときは，サーバ間でファイルを転送するための設定がされている必要があります。

FTPサービスを起動させた状態で，次の操作ができることを確認してください。

FTPによるログオン

ファイルサーバまたはデータベースサーバとバックアップサーバ間でのファイルのFTP転送および受信

サーバ間でのFTP転送および受信は次の表で示すディレクトリ間でできることを確認してください。

表4-66 サーバ間のFTP転送および受信で使用するディレクトリ

OS | ファイルサーバまたはデータベースサーバ | バックアップサーバ
Windows | <ディクショナリマップファイル格納ディレクトリ>¥script_work¥<オペレーションID>¥DB（拡張コマンド用一時ディレクトリ） | <FTP_HOME_DIRの値>¥<FTP_SUB_DIRの値>¥<オペレーションID>¥BK（拡張コマンド用一時ディレクトリ）
Solaris | <ディクショナリマップファイル格納ディレクトリ>/script_work/<オペレーションID>/DB（拡張コマンド用一時ディレクトリ） | /var/opt/drm/script/tmp/<オペレーションID>/BK（拡張コマンド用一時ディレクトリ）

4.16 ユーザースクリプトの作成

ユーザースクリプトを指定したバックアップコマンドを実行すると，バックアップ時にユーザースクリプトに指定したコマンドを実行できるため，バックアップの一連の操作を簡略化できます。

ユーザースクリプトには，スクリプトの記述規則に従って，ユーザーが任意のコマンドを記述できます。ユーザースクリプトファイルは，ユーザースクリプトを記述したファイルを示します。

この節の構成

4.16.1 ユーザースクリプトの概要

4.16.2 ユーザースクリプトの記述規則

4.16.3 ユーザースクリプトの使用例

4.16.1 ユーザースクリプトの概要

バックアップコマンドに-scriptオプションを指定して実行すると，次の個所で，ユーザースクリプトに指定したコマンドが実行されます。

バックアップコマンド発行前のユーザー前処理（PRE_PROC）

バックアップコマンド発行後のユーザー後処理（POST_PROC）

ペア再同期後のユーザー処理（RESYNC_PROC）※

ペア分割後のユーザー処理（SPLIT_PROC）※

終了処理前のユーザー処理（FINISH_PROC）※

注※　SQL Serverデータベースのバックアップだけで使用できます。

ユーザースクリプトで実行されたコマンドの標準出力と標準エラー出力は，Protection Managerの標準出力ログファイル「drm_output.log」に出力されます。

4.16.2 ユーザースクリプトの記述規則

この項の構成

(1) ユーザースクリプトの記述規則

(2) ユーザースクリプトの記述項目

(3) スクリプト環境変数

(4) コマンドの実行権限

(5) ユーザー前処理およびユーザー後処理で指定できるコマンド

(1) ユーザースクリプトの記述規則

次の表にユーザースクリプトの記述規則を示します。

表4-67 ユーザースクリプトの記述規則

分類
規則

ユーザースクリプト全体

文字コードはASCIIまたはシフトJISを使用してください。

0x20未満のコードはCR（0x0d），LF（0x0a），TAB（0x09）を除き使用できません。

改行コードはLF（0x0a）またはCR+LF（0x0d，0x0a）とします。

1行の長さは8KBまでとします。

項目名，セクション名

1行につき，1項目を指定してください。

大文字・小文字は区別しません。

必ず半角で指定してください。全角は使用できません。

項目名と項目値の間は半角イコール（=）で区切ります。半角イコール（=）の前後にタブや半角空白が入力されていてもかまいません。

項目の値

項目名の後の半角イコール（=）に続けて1行で指定します。項目名と値の間に改行コードを入れないでください。

項目名後の半角イコール（=）の後から改行コードの手前までの間が，項目の値となります。

項目名だけ記述されていて，値が指定されていない場合はエラーとなります。

注釈

半角シャープ（#）で始まる行は注釈行とします。

行の途中に半角シャープ（#）が入力されていても，それ以降の部分が注釈にはなりません。

半角シャープ（#）の前にある文字が，タブや半角空白だけの場合，注釈行となります。

空行

空行を入力できます。

タブや半角空白だけで構成されている行は，空行と見なされます。

(2) ユーザースクリプトの記述項目

次の表にユーザースクリプトの記述項目を示します。

表4-68 ユーザースクリプトの記述項目

項目名
項目の意味および指定する値
複数指定※1
省略

LOCAL_BACKUP

ローカルバックアップを実行するかどうかを指定します。

ローカルバックアップを実行する場合は，YESを指定してください。

ローカルバックアップを実行しない場合は，NOを指定してください。

ローカルバックアップの指定は，ほかの項目の前に記述してください。

値は半角文字で指定します。

SQL Serverデータベースの場合，基本コマンドでユーザースクリプトファイルを使用するときは，YESまたはNOを指定できます。拡張コマンドでユーザースクリプトファイルを使用するときは，YESを指定してください。NOを指定するとエラーとなります。

SQL Serverデータベース以外の場合は，YESを指定してください。NOを指定してもYESと見なされます。

×
×

[PRE_PROC]※2※11

ユーザー処理セクション：「ユーザー前処理」の先頭を示します。このセクションでは，バックアップ前に実行するコマンドおよびスクリプトを定義します。
×
○※3

[RESYNC_PROC]※2※9

ユーザー処理セクション：「ペア再同期ユーザー処理」の先頭を示します。このセクションでは，ペア再同期ユーザー処理で実行するコマンドを定義します。
×
○※3

[SPLIT_PROC]※2※9

ユーザー処理セクション：「ペア分割ユーザー処理」の先頭を示します。このセクションでは，ペア分割ユーザー処理で実行するコマンドを定義します。
×
○※3

[FINISH_PROC]※2※9

ユーザー処理セクション：「終了ユーザー処理」の先頭を示します。このセクションでは，終了ユーザー処理で実行するコマンドを定義します。
×
○※3

[POST_PROC]※2※11

ユーザー処理セクション：「ユーザー後処理」の先頭を示します。このセクションでは，バックアップ後に実行するコマンドおよびスクリプトを定義します。
×
○※3

[CMD]

コマンド定義セクションの先頭を示します。

ユーザー処理セクション内で指定する必要があります。

コマンド定義を複数指定した場合，記述した順番に一つずつ実行されます。

TIMEOUT=NOWAIT以外を指定した場合，実行したコマンドが終了またはタイムアウトするのを待ってから，次のコマンドが実行されます（一度に実行されるコマンドは常に一つとなります）。

TIMEOUT=NOWAITを指定した場合，コマンドの終了を待たないで後続のコマンドを実行します。

コマンド定義セクション内で指定した項目は，該当するコマンド定義セクション内に対してだけ有効で，ほかのコマンド定義セクションには影響を与えません。

○※4
○※3

CMDLINE※5

実行させるコマンドラインを指定します。

オプションを指定する場合，コマンド名とオプションを半角空白文字で区切って指定してください。

コマンド定義セクション一つにつき，コマンドラインを必ず一つ指定してください。

コマンドラインは2,048文字まで指定できます。※6

空白を含むパス名またはファイル名は，引用符（"）で囲んでください。

コマンド名およびファイル名は絶対パスで指定してください。ただし，引用符（"）が入れ子になるような指定はできません。

コマンド名およびコマンドのパス名に環境変数を含めないでください（例えば，「%SystemRoot%¥notepad.exe」のようには指定しないでください）。

dirコマンドなどのシェルコマンドを使いたい場合はcmd.exeの子プロセスとして実行させてください。例えば，「C:¥WINNT¥System32¥cmd.exe /c dir」と指定します。

リダイレクトする場合は「C:¥WINNT¥System32¥cmd.exe /c」を必ず指定してください。

Protection Managerのリソースが競合を起こすようなコマンドの指定をしないでください。例えば，-rcオプションと-scriptオプションを指定してリモートサイトへのバックアップを実行する場合，同一のリモートサイトへのコピーペアを操作するようなスクリプトを指定しないでください。

Protection Managerコマンドを指定できるのは[POST_PROC]セクションと，バックアップサーバ上で実行するスクリプトの[PRE_PROC]セクションだけです。それ以外のセクションでは指定したコマンドがエラーとなります。

ファイルの拡張子に「.exe」，「.com」，「.cmd」，または「.bat」を指定した場合，コマンドラインをそのまま実行します。そのほかの拡張子を指定した場合は，拡張子（ファイルタイプ）に関連づけられているアプリケーションを使用してコマンドラインを実行します。※10

画面やメッセージが表示されて入力待ちになるような実行ファイルを指定しないでください。

×
×

ENV※5

指定したコマンドを実行する時の環境変数を指定します。

1行に一つの環境変数を定義してください。

環境変数名と値の間は半角イコール（=）で区切ります。

一つの環境変数定義当たり最大2,048文字まで指定できます。※6

環境変数の値を省略すると，その環境変数を削除します。例えば，「ENV=ABC=」と指定すると環境変数ABCを削除します。

ENVの設定は該当するコマンドについてだけ有効です。設定内容は後続のコマンドに引き継がれませんのでご注意ください。

「%」を使用した環境変数を指定しても，内容は展開されません。例えば，「ENV=ABC=%PATH%」のように指定した場合，環境変数ABCに「%PATH%」という文字列が設定されます。

○※4
○

END_CODE※5

実行したコマンドの戻り値への対応方法を指定します。次の値が指定できます。

TERMINATE_NZ（デフォルト値）

0以外の戻り値が返るとスクリプトの処理を終了します。

IGNORE

戻り値に関係なく処理を継続します。

エラーしきい値

0～255の数値を指定します。指定された数値より大きい戻り値が返ると，スクリプトの処理を終了します。

値は半角文字で指定します。

実行したコマンドがタイムアウトした場合，TERMINATE_NZ指定，およびエラーしきい値指定では処理を終了し，IGNORE指定では，処理を継続します。

×
○

TIMEOUT※5

コマンドのタイムアウト値を指定します。次の値が指定できます。

タイムアウト値（単位は秒）※8

・指定できる範囲は0～86400の整数です。

・半角数字で指定してください。

・0を指定するとタイムアウトしません。

NOWAIT

コマンドの起動が成功すると，完了を待ちません。このとき，コマンドの戻り値は0になります。

コマンドの標準出力と標準エラー出力は，Protection Managerの標準出力ログファイルに出力されません。

デフォルト値は600（10分）です。

×
○

LOCATION※5

指定したコマンドの実行サーバを指定します。次の値が指定できます。

LOCAL（デフォルト値）

指定したコマンドをローカルサーバで実行します。

REMOTE

指定したコマンドをバックアップコマンドの-sオプションで指定したバックアップサーバで実行します。

[RESYNC_PROC]，[SPLIT_PROC]，および[FINISH_PROC]セクションの場合，設定値は無効（LOCAL固定）となります。

×
○

PARENT_STAT※5

親コマンド（スクリプトを呼び出すコマンド）の実行状態※7によってスクリプトを実行するかどうかを指定します。次の値が指定できます。

NORMAL（デフォルト値）

親コマンドの実行状態が正常な場合だけ，CMDLINEで指定したコマンドを実行します。

ERROR

親コマンドの実行状態がエラーの場合だけ，CMDLINEで指定したコマンドを実行します。親コマンドの実行結果は，スクリプトの結果に関係なくエラーとなります。

ANY

常にCMDLINEで指定したコマンドを実行します。親コマンドの実行状態がエラーの場合，親コマンドの実行結果は，スクリプトの結果に関係なくエラーとなります。

[RESYNC_PROC]，[SPLIT_PROC]，および[FINISH_PROC]セクションの場合，設定値は無効（NORMAL固定）となります。

[PRE_PROC]セクションではANYまたはNORMALを指定してください。ERRORを指定すると，[PRE_PROC]セクションのコマンドが実行されません。

×
○

（凡例）

○：できる。

×：できない。

注※1

「複数指定できない」とは，コマンド定義セクション中（[CMD]から[CMD]の間）で複数回指定できないことを意味します。

注※2

[PRE_PROC]，[RESYNC_PROC]，[SPLIT_PROC]，[FINISH_PROC]，[POST_PROC]の定義の並びは順不同です。

注※3

該当するユーザー処理セクション内で実行するコマンドが無ければ省略できます。

注※4

この項目はユーザースクリプトファイル中に複数回繰り返して使用できます。

注※5

[CMD]項目内のCMDLINE，ENV，END_CODE，TIMEOUT，PARENT_STAT，LOCATIONの定義の並びは順不同です。

注※6

文字として2,048文字ということであり，全角文字，半角文字は区別しません。

注※7

同じユーザー処理セクション内では，先行のコマンドの結果がエラーでも，親コマンドの実行状態は変更されません。CMDLINEで指定するコマンド自身のエラー処理をする場合は，エラー処理を含んだスクリプトをCMDLINEで指定してください。

注※8

TIMEOUT=0と指定した場合，CMDLINEで指定したコマンドが終了しないかぎり親コマンドも終了しないため，タイムアウト値の設定にはご注意ください。

注※9

[RESYNC_PROC]，[SPLIT_PROC]，[FINISH_PROC]は，SQL Serverデータベースのバックアップだけで有効な指定です。SQL Serverデータベース以外の場合は指定しても無視されます。

注※10

拡張子（ファイルタイプ）に関連づけられているアプリケーションファイル名に空白文字が含まれているかどうかをエクスプローラのファイルタイプの編集で確認してください。空白文字が含まれている場合，エクスプローラのファイルタイプの編集で，アプリケーションファイル名を「"」で囲んでください。例えば，「C:¥Program Files¥abc¥abc.exe %1」の場合，「"C:¥Program Files¥abc¥abc.exe" %1」に変更します。

注※11

指定できるコマンドについては「(5) ユーザー前処理およびユーザー後処理で指定できるコマンド」を参照してください。

(3) スクリプト環境変数

次の表にユーザー後処理セクションのコマンドで参照できるProtection Managerのスクリプト環境変数を示します。スクリプト環境変数は，ローカルサーバ，バックアップサーバで参照できます。

表4-69 スクリプト環境変数

環境変数
内容
備考

DRMENV_L_BACKUPID
ローカルサーバのバックアップID
次の場合に有効となります。

コマンドがローカルサーバで実行されている。

親コマンドの実行状態が正常である。

DRMENV_R_BACKUPID
バックアップサーバのバックアップID
次の場合に有効となります。

コマンドがバックアップサーバで実行されている。

親コマンドの実行状態が正常である。

バックアップコマンドに-sオプション，および-auto_importオプションが指定されている。

DRMENV_COMMENT
バックアップコメント
バックアップコマンドの-commentオプションで指定した値

DRMENV_CMD_STAT
コマンド実行状態
NORMAL：正常
ERROR：エラー

(4) コマンドの実行権限

ローカルサーバで実行するコマンドは，親コマンドの実行権限を引き継ぎます。また，バックアップサーバで実行するコマンドは，Protection Managerサービスの起動ユーザーの実行権限を引き継ぎます。

(5) ユーザー前処理およびユーザー後処理で指定できるコマンド

次の表にユーザー前処理セクション（[PRE_PROC]），およびユーザー後処理セクション（[POST_PROC]）で指定できるコマンドを示します。指定できるコマンドは，基本コマンドだけです。サーバによって，指定できるコマンドが異なります。

注意事項

記載されているコマンド以外は指定しないでください。記載されているコマンド以外を指定した場合，システムが正常に動作しなくなるおそれがあります。

表4-70 ユーザー前処理およびユーザー後処理で指定できるコマンド

コマンド名
[PRE_PROC]
[POST_PROC]

LOCATION=
LOCAL
LOCATION=
REMOTE
LOCATION=
LOCAL
LOCATION=
REMOTE

ファイルシステム系コマンド
drmfscat
○
○
○
○

drmfsdisplay
○※1
×
○
×

共通系コマンド
drmcgctl
○
○
○
○

drmhostinfo
○
○
○
○

テープ系コマンド
drmmount
×
○※2
×
○

drmtapecat
×
○
×
○

drmumount
×
○
×
○

SQL Serverデータベース系コマンド
drmsqlcat
○
○
○
○

drmsqldisplay
○※1
×
○※1
×

drmsqlrestore
×
×
×
○※3

Exchange Serverデータベース系コマンド
drmexgcat
○
○
○
○

drmexgdisplay
○※1
×
○※1
×

drmexgverify
×
×
×
○

（凡例）

○：指定できる。

×：指定できない。

LOCATION=LOCAL：ファイルサーバまたはデータベースサーバ

LOCATION=REMOTE：バックアップサーバ

注※1

-refreshオプションは使用できません。

注※2

マウントした副ボリュームは，必ず[PRE_PROC]内でアンマウントしてください。

注※3

異なるインスタンスへリストアする場合だけ指定できます。その場合，-no_resyncオプションを指定してください。

4.16.3 ユーザースクリプトの使用例

ユーザースクリプトの使用例を説明している個所を次の表に示します。

表4-71 ユーザースクリプトの使用例

使用例 | 参照先
主ボリュームから副ボリュームを経由してテープにバックアップする | 6.4 ユーザースクリプトを使用してファイルシステムをバックアップする， 7.4 ユーザースクリプトを使用してSQL Serverデータベースをバックアップする， 8.4 ユーザースクリプトを使用してストレージグループをバックアップする
SQL Serverデータベースのカスケード構成でバックアップする | 7.12.2 カスケード構成でバックアップするためのユーザースクリプトを作成する
SQL Serverデータベースのマルチターゲット構成でバックアップする | 7.9 マルチターゲット構成でバックアップおよびリストアする
副ボリュームにバックアップしたSQL Serverデータベースをそのまま使用できる状態にする | 7.17 副ボリュームにバックアップしたSQL Serverデータベースをそのまま使用可能にする

4.17 メール送信のための設定

メール送信のための設定をしておくと，Protection Managerのバックアップコマンドでエラーが発生した場合，あらかじめ登録されているアドレスへEメールが送信されます。

メール送信の設定内容は，Protection Managerのメール送信定義ファイルmail.confに記述します。

mail.confは次の場所にあります。

<Protection Managerのインストール先>¥conf

mail.confは，init.confと同じ形式のテキストファイルです。

メール送信定義ファイルで使用できる文字コードは，シフトJISだけです。

表4-72 mail.confのパラメーター

パラメーター
説明
デフォルト値（インストール後の値）

MAIL_SEND
メール送信をするかどうか，または送信するときの条件を指定します。
NOの場合，メールは送信されません。
ERRORの場合，エラー時だけメールが送信されます。
ALWAYSの場合，コマンド実行ごとにいつもメールが送信されます。
NO

SMTP_SERVER
メール送信に使用するSMTPサーバのホスト名またはIPアドレスを指定します。IPアドレスは，IPv4形式またはIPv6形式で指定できます。
64文字以内の半角文字列で指定してください。
mailserver

TO
送信先メールアドレスを指定します。
255文字以内の半角文字列で指定してください。複数のアドレスにメールを送信する場合は，TOパラメーターを複数行記述してください。送信先は10件まで指定できます。
11件目以降の送信先は無視されます。
to_address@domain

SUBJECT_NORMAL
コマンド正常終了時のメールのタイトルを指定します。
255バイト以内の文字列で指定してください。
Protection Manager Information

SUBJECT_ERROR
コマンドエラー終了時のメールのタイトルを指定します。255バイト以内の文字列で指定してください。
Protection Manager Error

FROM
メールの送信者を指定します。
255文字以内の半角文字列で指定してください。メール送信用に準備した，認証不要なメールアカウントを設定してください。
from_address@domain

TEXT
メールの先頭に記載するテキストを指定します。
1024バイト以内の文字列で指定してください。改行は”¥n ”で，¥ 文字そのものは”¥¥ ”と記述します。エスケープ文字”¥ ”も1バイトと計算されます。
Protection Manager message:

パラメーターの記述形式は次のとおりです。

各パラメーターは，パラメーター名，文字”= ”，設定値から構成されます。各パラメーターは行頭から始まり，改行で終わります。パラメーター名の前後に空白文字，またはタブ文字が入ると，そのパラメーターは無視されます。大文字・小文字は区別されます。

メールのタイトル・本文には日本語も使用できます。メール本文は，TEXTパラメーターのあとに，物理ホスト名 + 仮想サーバ名（環境変数DRM_HOSTNAMEの値），コマンドライン + コマンド出力内容（drm_output.logと同じ内容）が続く内容となります。

メール本文の例を次に示します。

Protection Manager message:
Hostname=flora1 DRM_HOSTNAME=ExchangeServer1
2005/10/08 19:22:32(00003896)  drmexgbackup -mode vss
2005/10/08 19:22:32(00003896)  KAVX0001-I The drmexgbackup command will now start.
2005/10/08 19:22:33(00003896)  KAVX0256-I Connecting to the Protection Manager Service is performed.
                              Host name = 10.106.136.125
2005/10/08 19:22:33(00003896)  KAVX1600-I Backup processing will now start.
2005/10/08 19:22:58(00003896)  KAVX5108-I Resynchronizing a copy group.
                              Copy group name = EVS2
2005/10/08 19:24:44(00003896)  KAVX5033-E An attempt by the backup server to import the VSS snapshot has failed.
                              Make sure that VSS has been set up correctly.
2005/10/08 19:27:01(00003896)  KAVX0002-I The drmexgbackup command will now end.

なお，メール送信時，ユーザー認証は行われません。

4.18 Protection Managerの動作環境の保護

Protection Managerの動作環境に障害が発生した場合，Protection Managerの動作環境をバックアップしておくことで動作環境を復旧できます。Protection Managerの動作環境には，Protection Managerのデータが格納されたディレクトリや，ユーザーが作成したファイルが含まれます。

この節の構成

4.18.1 バックアップが必要なファイル

4.18.2 動作環境の復旧

4.18.1 バックアップが必要なファイル

次に示すディレクトリおよびファイルを，Protection Managerが使用されていない時間帯にテープバックアップ製品などを使用してバックアップします。

注意事項

次のファイルや設定情報は，定期的なバックアップの対象外となります。これらのファイルや設定情報は，別な手段でバックアップします。復旧時に再インストール，または再設定してください。

プログラムファイル

ライセンス情報

レジストリ情報（Windows）

環境変数

この項の構成

(1) Protection Managerの環境設定ファイルおよびログファイル

(2) Protection Managerをインストール後に作成した定義ファイル

(3) Protection Managerのバックアップ情報

(1) Protection Managerの環境設定ファイルおよびログファイル

下記のディレクトリ以下のファイルをバックアップします。Protection Managerの環境を設定したあと，または設定を変更したあとにバックアップします。

Windowsの場合

<Protection Managerのインストール先>¥conf

<Protection Managerのインストール先>¥log※2

<Protection Managerのインストール先>¥script¥conf

<Protection Managerのインストール先>¥script¥log※2

<Protection Manager Consoleのインストール先>¥conf※1

<Protection Manager Consoleのインストール先>¥log※1

Solarisの場合

/opt/drm/conf

/opt/drm/log※2

/opt/drm/script/conf

/opt/drm/script/log※2

注※1

Protection Manager Consoleをローカルで起動している場合にバックアップしてください。リモートで起動している場合は，次に示す管理クライアントのファイルをバックアップしてください。

管理クライアントがWindowsクライアントの場合

<管理クライアントのユーザーホームディレクトリ>¥drm_console¥conf

<管理クライアントのユーザーホームディレクトリ>¥drm_console¥log※2

管理クライアントがSolarisクライアントの場合

<管理クライアントのホームディレクトリ>/drm_console/conf

<管理クライアントのホームディレクトリ>/drm_console/log※2

注※2

このディレクトリのバックアップは任意です。ログファイルも復旧したい場合にバックアップしてください。

(2) Protection Managerをインストール後に作成した定義ファイル

Protection Managerをインストールしたあとに作成した定義ファイルをバックアップします。Protection Managerの環境を設定したあと，または設定を変更したあとにバックアップします。

コピーグループ一括定義ファイル
コピーグループ一括定義ファイルのファイル名や格納場所については「4.12.1 コピーグループ一括定義ファイルの作成」を参照してください。

データベースおよびマウントポイントディレクトリ一括定義ファイル
データベースおよびマウントポイントディレクトリ一括定義ファイルのファイル名や格納場所については「4.12.2 データベースおよびマウントポイントディレクトリ一括定義ファイルの作成」を参照してください。

(3) Protection Managerのバックアップ情報

Protection Managerでバックアップしたデータをリストアするには，バックアップカタログおよびDBMSの情報（バックアップ対象がSQL Serverの場合，SQL Serverメタファイル）が必要です。バックアップカタログが破壊されるとカタログを使用したリストアができなくなります。また，DBMSの情報が破壊されるとリストアができなくなります。

このため，Protection Managerのバックアップ情報としてバックアップカタログおよびDBMSの情報を保護しておく必要があります。

バックアップカタログおよびDBMSの情報（SQL Serverメタファイル）は，通常のバックアップの完了ごとに保護（バックアップ）してください。

ディスクバックアップ時のバックアップ情報を保護する

ディスクバックアップ実行時のバックアップ情報は，ディスクにだけ保存されています。このため，ディスクが破壊された場合，副ボリュームにバックアップしたデータをリストアできなくなります。これは，ファイルサーバまたはデータベースサーバからバックアップ情報を保護しておくことで回避できます。

バックアップ情報を保護するには，保護するファイルを拡張コマンド用一時ディレクトリに格納し，拡張コマンド用一時ディレクトリのファイルをテープなどにバックアップします。

図4-16 ディスクバックアップ時のバックアップ情報の保護

ファイルシステム，SQL Serverデータベース，ExchangeデータベースまたはOracleデータベースのバックアップの手順に続いて，次の操作を実行してください。

注意事項

EX_DRM_DB_EXPORTを実行すると，拡張コマンド用一時ディレクトリに1世代分のバックアップ情報が格納されます。バックアップ情報は，副ボリュームの世代の数だけ，管理してください。また，それぞれの世代が識別できるようにしてください。

バックアップ対象がファイルシステムの場合

EX_DRM_FS_BACKUPを実行したあとに，ファイルサーバで次の手順を実行します。

EX_DRM_DB_EXPORTを実行します。
バックアップ情報がエクスポートされ，拡張コマンド用一時ディレクトリ中のバックアップ情報のファイルに記録されます。

拡張コマンド用一時ディレクトリ※のファイルをテープなどにバックアップします。

バックアップ対象がSQL Serverデータベースの場合

EX_DRM_SQL_BACKUPを実行したあとに，データベースサーバで次の手順を実行します。

なお，SQL Serverメタファイルの出力先を，バックアップ対象となるデータベースのプライマリデータベースが格納されている主ボリュームにしている場合，SQL Serverメタファイルを保護する必要はありません。これは，バックアップ過程でSQL Serverメタファイルも保護（バックアップ）されるためです。

EX_DRM_DB_EXPORTを実行します。
バックアップ情報が拡張コマンド用一時ディレクトリ中のファイルに記録されます。

EX_DRM_SQLFILE_PACKを実行します。
DBMSの情報（SQL Serverメタファイル）が，拡張コマンド用一時ディレクトリに格納されます。

拡張コマンド用一時ディレクトリ※のファイルをテープなどにバックアップします。

バックアップ対象がExchangeデータベースの場合

EX_DRM_EXG_BACKUPを実行したあとに，データベースサーバで次の手順を実行します。

EX_DRM_DB_EXPORTを実行します。
バックアップ情報が拡張コマンド用一時ディレクトリ中のファイルに記録されます。

拡張コマンド用一時ディレクトリ※のファイルをテープなどにバックアップします。

バックアップ対象がOracleデータベースの場合

EX_DRM_ORA_BACKUPを実行したあとに，データベースサーバで次の手順を実行します。

EX_DRM_DB_EXPORTを実行します。
バックアップ情報が拡張コマンド用一時ディレクトリ中のファイルに記録されます。

EX_DRM_ORAFILE_PACKを実行します。
DBMSの情報が，拡張コマンド用一時ディレクトリに格納されます。

拡張コマンド用一時ディレクトリ※のファイルをテープなどにバックアップします。

注※

ファイルサーバまたはデータベースサーバの拡張コマンド用一時ディレクトリのディレクトリ名については，「4.15.10 拡張コマンド用一時ディレクトリの確認」を確認してください。

テープバックアップ時のバックアップ情報を保護する

テープバックアップの実行時には，DBMSの情報（SQL Serverメタファイル）がテープにバックアップされます。しかし，バックアップカタログはテープにはバックアップされないで，ディスクにだけ保存されています。このため，ディスクが破壊された場合，カタログを使用したテープからのリストアができなくなります。これは，バックアップサーバからバックアップカタログを保護しておくことで回避できます。

バックアップカタログを保護するには，バックアップカタログを含むディクショナリマップファイル格納ディレクトリをテープなどにバックアップします。

図4-17 テープバックアップ時のバックアップ情報の保護

テープへのバックアップの手順に続いて，次の操作を実行してください。

EX_DRM_TAPE_BACKUPを実行したあとに，バックアップサーバで次の手順を実行します。

ディクショナリマップファイルの格納ディレクトリ※のすべてのファイルを，テープバックアップ製品を使用してテープにバックアップします。

注※

バックアップサーバでのディクショナリマップファイル格納ディレクトリについては，「4.5.1 非クラスタ構成またはバックアップサーバの場合」を参照してください。

4.18.2 動作環境の復旧

Protection Managerの動作環境に障害が発生した場合，「4.18.1 バックアップが必要なファイル」でバックアップしておいた動作環境をリストアすることで，環境を復旧できます。

Protection Manager の動作環境に障害が発生した場合，エラーメッセージが出力されますので，メッセージに従って，必要なファイルをリストアしてください。

なお，ディクショナリマップファイルの障害については，「10.6 ディクショナリマップファイル障害の対処」を参照してください。

ここでは，次の手順について説明します。

動作環境を復旧する手順（サーバ共通）

バックアップ情報を復旧し，データをリストアする手順（ファイルサーバ，データベースサーバ，バックアップサーバ）

この項の構成

(1) 動作環境を復旧する（サーバ共通）

(2) バックアップ情報を復旧する（ファイルサーバ）

(3) バックアップ情報を復旧する（データベースサーバ）

(4) バックアップ情報を復旧する（バックアップサーバ）

(1) 動作環境を復旧する（サーバ共通）

動作環境を復旧するには：

次の事柄を確認します。

Protection Managerがインストールされている（サービスパックも含む）。

ライセンスが設定されている。

Protection Managerが動作していない。

「(1) Protection Managerの環境設定ファイルおよびログファイル」および「(2) Protection Managerをインストール後に作成した定義ファイル」で保護（バックアップ）したファイルを元の場所に上書きコピーします。

上記の操作を終了後，バックアップ時点からの運用が開始できます。

(2) バックアップ情報を復旧する（ファイルサーバ）

動作環境を復旧したあと，ファイルサーバのバックアップ情報が破損している場合にバックアップ情報を復旧し，ファイルシステムをリストアする手順について説明します。

バックアップ情報を復旧するには（ファイルサーバ）：

「(3) Protection Managerのバックアップ情報」でバックアップしたバックアップ情報の中から，リストアする世代のバックアップ情報を決定します。

ファイルサーバの拡張コマンド用一時ディレクトリにあるファイルをすべて削除します。

保護（バックアップ）していたバックアップ情報を該当する拡張コマンド用一時ディレクトリにコピーします。

次のコマンドを実行します。
EX_DRM_DB_IMPORT

マニュアルに記載されている手順に従って，リストアを実行します。

(3) バックアップ情報を復旧する（データベースサーバ）

動作環境を復旧したあと，データベースサーバのバックアップ情報が破損している場合にバックアップ情報を復旧し，SQL Serverデータベース，Exchangeデータベース，またはOracleデータベースをリストアする手順について説明します。

バックアップ情報を復旧するには（データベースサーバ）：

ファイルサーバまたはデータベースサーバで次の手順を実行します。

「(3) Protection Managerのバックアップ情報」でバックアップしたバックアップ情報の中から，リストアする世代のバックアップ情報を決定します。

データベースサーバの拡張コマンド用一時ディレクトリにあるファイルをすべて削除します。

保護（バックアップ）していたバックアップ情報を該当する拡張コマンド用一時ディレクトリにコピーします。

次のコマンドを実行します。

リストア対象がSQL Serverデータベースの場合

EX_DRM_DB_IMPORT

EX_DRM_SQLFILE_EXTRACT

リストア対象がExchange データベースの場合

EX_DRM_DB_IMPORT

リストア対象がOracleデータベースの場合

EX_DRM_DB_IMPORT

EX_DRM_ORAFILE_EXTRACT

マニュアルに記載されている手順に従って，リストアを実行します。

(4) バックアップ情報を復旧する（バックアップサーバ）

動作環境を復旧したあと，バックアップサーバのバックアップ情報が破損している場合にバックアップ情報を復旧し，テープからデータをリストアする手順について説明します。

バックアップ情報を復旧するには（バックアップサーバ）：

「(3) Protection Managerのバックアップ情報」でバックアップしたバックアップ情報の中から，リストアする世代のバックアップ情報を決定します。

バックアップサーバのディクショナリマップ格納ディレクトリにあるファイルをすべて削除します。

保護（バックアップ）していたバックアップ情報を，バックアップサーバのディクショナリマップ格納ディレクトリにコピーします。

マニュアルに記載されている手順に従って，リストアを実行します。

4.19 Exchange環境設定ファイルの作成

Exchange環境設定ファイルは，Exchange Serverとの連携に必要な情報を設定するファイルです。また，CCR構成で自動シード機能を使用する場合は，作成が必須です。

Exchange環境設定ファイルは，次の場所に任意の名称で作成してください。

<Protection Managerのインストール先>¥conf¥exchange¥Exchange<環境設定ファイル名>.conf

Exchange環境設定ファイルのサンプルは，Protection Manager for Exchange 2007のインストール時に，次の場所に作成されます。

<Protection Managerのインストール先>¥conf¥exchange¥sample¥exchange.conf

Exchange環境設定ファイルのパラメーターを次の表に示します。

表4-73 Exchange環境設定ファイルのパラメーター

パラメーター
説明
デフォルト値
最大文字列
（バイト数）

EXG_CCR_SEED
CCR構成の場合に，自動シード機能を有効にするか無効にするかを指定します。
自動シード機能を有効にする場合は「ON」，無効にする場合は「OFF」を指定します。
OFF
3

EXG_CCR_PASSIVE_NODE
EXG_CCR_SEEDパラメーターに「ON」を指定した場合，指定が必須です。
待機サーバのホスト名またはIPアドレスを指定します。IPアドレスはIPv4形式またはIPv6形式で指定できます。
なし
255

EXG_SCR_SEED
SCR構成の場合に，SCRのシード機能を有効にするか無効にするかを指定します。
SCRのシード機能を有効にする場合は「ON」，無効にする場合は「OFF」を指定します。
-efオプションが指定されていない場合またはEXG_SCR_SEEDパラメーターが存在しない場合は，「OFF」の値と同じ動作をします。
OFF
3

EXG_IGNORE_ERROR_TARGET
EXG_SCR_SEEDパラメーターに「ON」を指定した場合に，ストレージグループに設定されているターゲットのうち一部のターゲットに接続できなくても，シード処理を実行するかを指定します。
一部のターゲットに接続できなくても，シード処理を実行する場合は「ON」を，一つでも接続できないターゲットがあればエラーとする場合は「OFF」を指定します。
-efオプションが指定されていない場合またはEXG_IGNORE_ERROR_TARGETパラメーターが存在しない場合は，「OFF」の値と同じ動作をします。
OFF
3

Exchange環境設定ファイルの記述規則は次のとおりです。

パラメーター名は，大文字と小文字を区別する。

先頭が「#」で始まる行は，コメント行となる。

パラメーターは，「<パラメーター名>=<パラメーター値>」と記述する。

パラメーター名とパラメーター値は半角イコール「=」で区切る。

5. Protection Managerの運用

Protection Managerの運用操作は，バックアップ対象によって異なります。

この章では，Protection Managerの運用で使用するコマンド（拡張コマンド・基本コマンド）の概要と注意事項，およびすべてのバックアップ対象に共通する注意事項について説明します。

バックアップ対象ごとの注意事項や運用手順については，「6. ファイルシステムの場合の運用」，「7. SQL Serverデータベースの場合の運用」，「8. Exchangeデータベースの場合の運用」，または「9. Oracleデータベースの場合の運用」を参照してください。

この章の構成

5.1 Protection Managerのコマンド

5.2 拡張コマンドと基本コマンドの対応

5.3 運用時の注意事項

5.4 コマンド実行時の注意事項

5.5 Protection Managerサービスの起動・停止

5.1 Protection Managerのコマンド

Protection Managerには，拡張コマンドと基本コマンドの2種類のコマンドがあります。Protection Managerを運用する場合，拡張コマンドと基本コマンドを状況や運用方法によって使い分ける必要があります。

この節の構成

5.1.1 拡張コマンド

5.1.2 基本コマンド

5.1.1 拡張コマンド

拡張コマンドは，バックアップやリストアを自動化する運用に適したコマンドです。

拡張コマンドには次の特徴があります。

操作対象のリソースを事前に定義しておくことで，コマンドでの指定を簡素にできます。

一連のコマンド操作でコマンド間のバックアップ情報の引き継ぎができます。

データベースサーバとバックアップサーバ間のバックアップ情報の転送が容易にできます。

拡張コマンドを使った運用では，あらかじめ処理の対象となるリソース情報やバックアップに関連する情報を定義しておくことができ，操作の負荷を軽減できます。そのため，これらの情報を頻繁に参照する必要がある，バックアップやリストアなどの処理については，拡張コマンドを使用した運用を推奨します。

ユーザーの判断が必要なため自動化できない処理については，拡張コマンドではなく基本コマンドを使用して運用してください。自動化できない処理の例を次に示します。

環境設定

リストア対象の調査

リカバリ処理

拡張コマンドは，内部で基本コマンドを実行しています。拡張コマンドと基本コマンドの対応については，「5.2 拡張コマンドと基本コマンドの対応」を参照してください。

拡張コマンドは，次の場所に格納されています。

Windowsの場合

<Protection Managerのインストール先>¥script¥bin

Solarisの場合

/opt/drm/script/bin

5.1.2 基本コマンド

基本コマンドは，バックアップやリストアなどのさまざまなデータ保護運用の機能を提供します。

拡張コマンドは，内部で基本コマンドを実行して処理をしているため，拡張コマンドを使用する場合は基本コマンドについて理解しておく必要があります。また，拡張コマンドを運用していてエラーが発生した場合は，拡張コマンド内部で実行されている基本コマンドのログが出力されます。

5.2 拡張コマンドと基本コマンドの対応

拡張コマンドと基本コマンドの対応を，次の表に示します。

表5-1 拡張コマンドと基本コマンドの対応（ファイルシステムのバックアップとリストアに使用するコマンド）

拡張コマンド名
対応する基本コマンド
機能

EX_DRM_FS_BACKUP
drmfsbackup
ファイルシステムをバックアップします。

EX_DRM_FS_DEF_CHECK
－
オペレーション定義ファイルの内容チェック，および一時ディレクトリの自動生成をします。

EX_DRM_FS_RESTORE
drmfsrestore
バックアップしたファイルシステムを主ボリュームにリストアします。

－
drmfscat
ファイルシステムのバックアップ情報を一覧で表示します。

－
drmfsdisplay

ファイルシステムの情報を一覧で表示します。

ディクショナリマップファイルを最新の状態に更新します。

（凡例）

－：対応するコマンドがない。

表5-2 拡張コマンドと基本コマンドの対応（共通系コマンド）

拡張コマンド名
対応する基本コマンド
機能

EX_DRM_BACKUPID_SET
－
バックアップID記録ファイルを生成します。

EX_DRM_CG_DEF_CHECK
－
コピーグループ一括定義ファイルの内容をチェックします。

EX_DRM_DB_EXPORT
drmdbexport
バックアップ情報をファイルへエクスポートします。

EX_DRM_DB_IMPORT
drmdbimport
ファイルからバックアップ情報をインポートします。

EX_DRM_FTP_GET
－
バックアップサーバからバックアップ情報のファイルを取得します。バックアップ対象がSQL Serverデータベースの場合，メタファイルも取得します。

EX_DRM_FTP_PUT
－
バックアップ情報のファイルをバックアップサーバへ転送します。バックアップ対象がSQL Serverデータベースの場合，メタファイルも転送します。

EX_DRM_HOST_DEF_CHECK
－
ホスト環境設定ファイルの内容をチェックします。

EX_DRM_RESYNC
drmresync
コピーグループを再同期します。

－
drmappcat
ホスト上のカタログ情報を表示します。

－
drmcgctl

コピーグループをロックします。

ロックしたコピーグループのロックを解除します。

コピーグループの一覧を表示します。

－
drmclusinit
クラスタソフトウェアのパラメーターを登録します。

－
drmdevctl
副ボリュームのデバイスを隠ぺいおよび隠ぺい解除します（Windowsの場合）。

－
drmhostinfo
ホスト情報の一覧を表示します。

－
drmlicense
ライセンス情報を表示，追加，または更新します。

－
drmvssimport
VSSインポートサーバを起動または停止します（Windowsの場合）。

（凡例）

－：対応するコマンドがない。

表5-3 拡張コマンドと基本コマンドの対応（テープ系コマンド）

拡張コマンド名
対応する基本コマンド
機能

EX_DRM_CACHE_PURGE
drmmount
drmumount
副ボリュームのキャッシュをクリアします（Windowsの場合）。

EX_DRM_MOUNT
drmmount
ディスクボリュームをマウントします。

EX_DRM_TAPE_BACKUP
drmmount
drmmediabackup
drmtapebackup
drmumount
副ボリュームのデータをテープにバックアップします。バックアップ対象がSQL Serverデータベースの場合，メタファイルもバックアップします。

EX_DRM_TAPE_RESTORE
drmmount
drmmediarestore
drmtaperestore
drmumount
テープから副ボリュームにリストアします。

EX_DRM_UMOUNT
drmumount
ディスクボリュームをアンマウントします。

－
drmtapecat
テープのバックアップ情報を一覧で表示します。

－
drmtapeinit
バックアップ管理製品のパラメーターを登録します。

（凡例）

－：対応するコマンドがない。

表5-4 拡張コマンドと基本コマンドの対応（ユーティリティコマンド）

拡張コマンド名 | 対応する基本コマンド | 機能
－ | drmdbconvert | 旧バージョンのバックアップカタログを最新のProtection Managerで使えるようにします。
－ | drmdbsetup | バックアップカタログ情報およびシステムリソースのマッピング情報を格納しているディクショナリマップファイルを格納するデータベースを初期化したり，削除したりします。

（凡例）

－：対応するコマンドがない。

表5-5 拡張コマンドと基本コマンドの対応（Protection Manager for SQL）

拡張コマンド名
対応する基本コマンド
機能

EX_DRM_SQL_BACKUP
drmsqlbackup
SQL Serverデータベースをバックアップします。

EX_DRM_SQL_DEF_CHECK
－
オペレーション定義ファイルの内容チェック，および一時ディレクトリの自動生成をします。

EX_DRM_SQL_RESTORE
drmsqlrestore
バックアップしたSQL Serverデータベースを主ボリュームにリストアします。

EX_DRM_SQL_TLOG_BACKUP
drmsqllogbackup
SQL Serverのトランザクションログをバックアップします。

EX_DRM_SQLFILE_EXTRACT
－
SQL Serverのメタファイルをテープバックアップの対象となるフォルダに展開します。

EX_DRM_SQLFILE_PACK
－
SQL Serverのメタファイルを退避します。

－
drmsqlcat
SQL Serverデータベースのバックアップ情報を一覧で表示します。

－
drmsqldisplay

SQL Serverデータベースの情報を一覧で表示します。

ディクショナリマップファイルを最新の状態に更新します。

－
drmsqlinit
SQL Serverのパラメーターを登録します。

－
drmsqlrecover
リストアしたSQL Serverデータベースをリカバリします。

－
drmsqlrecovertool
リストアしたSQL ServerデータベースをGUIを使ってリカバリします。

（凡例）

－：対応するコマンドがない。

表5-6 拡張コマンドと基本コマンドの対応（Protection Manager for Exchange）

拡張コマンド名
対応する基本コマンド
機能

EX_DRM_EXG_BACKUP
drmexgbackup
ストレージグループをバックアップします。

EX_DRM_EXG_DEF_CHECK
－
オペレーション定義ファイルの内容チェック，および一時ディレクトリの自動生成をします。

EX_DRM_EXG_RESTORE
drmexgrestore
ストレージグループをリストアします。

EX_DRM_EXG_VERIFY
drmmount
drmexgverify
drmumount
Exchangeデータベースの整合性を検証します。

－
drmexgcat
ストレージグループのバックアップ情報を一覧で表示します。

－
drmexgdisplay

ストレージグループの情報を一覧で表示します。

ディクショナリマップファイルを最新の状態に更新します。

（凡例）

－：対応するコマンドがない。

表5-7 拡張コマンドと基本コマンドの対応（Protection Manager for Oracle）

拡張コマンド名
対応する基本コマンド
機能

EX_DRM_ORA_BACKUP
drmorabackup
Oracleデータベースをバックアップします。

EX_DRM_ORA_DEF_CHECK
－
オペレーション定義ファイルの内容チェック，および一時ディレクトリの自動生成をします。

EX_DRM_ORA_RESTORE
drmorarestore
バックアップしたOracleデータベースを主ボリュームにリストアします。

EX_DRM_ORA_TLOG_BACKUP
drmoralogbackup
Oracleデータベースのアーカイブ済みREDOログファイルおよび制御ファイルをバックアップします。

EX_DRM_ORAFILE_EXTRACT
－
制御ファイルおよび初期化パラメーターファイルをテープバックアップの対象となるディレクトリに展開します。

EX_DRM_ORAFILE_PACK
－
制御ファイルおよび初期化パラメーターファイルを退避します。

－
drmoracat
Oracleデータベースのバックアップ情報を一覧で表示します。

－
drmoradisplay

Oracleデータベースの情報を一覧で表示します。

ディクショナリマップファイルを最新の状態に更新します。

－
drmorainit
Oracleのパラメーターを登録します。

（凡例）

－：対応するコマンドがない。

5.3 運用時の注意事項

ここでは，バックアップ対象に共通な運用時の注意事項について説明します。バックアップ対象ごとの注意事項については，それぞれ次の章を参照してください。

バックアップ対象がファイルシステムの場合：
「6.1 ファイルシステムのバックアップおよびリストアの運用について」

バックアップ対象がSQL Serverデータベースの場合：
「7.1 SQL Serverデータベースのバックアップおよびリストアの運用について」

バックアップ対象がExchangeデータベースの場合：
「8.1 ストレージグループのバックアップおよびリストアの運用について」

バックアップ対象がOracleデータベースの場合：
「9.1 Oracleデータベースのバックアップおよびリストアの運用について」

この節の構成

5.3.1 運用操作での注意事項

5.3.2 バックアップおよびリストア時の注意事項

5.3.3 バックアップ時の注意事項

5.3.4 リストア時の注意事項

5.3.5 コマンドを同時実行するときの注意事項

5.3.6 クラスタ環境でコマンドを実行する場合の注意事項

5.3.7 バックアップサーバでの注意事項

5.3.8 ディクショナリマップファイルの更新に関する注意事項

5.3.9 コマンド実行時に使用できないツール

5.3.10 バックアップできないディスクグループ構成（ダイナミックディスク構成の場合）

5.3.11 カスケード構成でのペアボリュームの再同期に関する注意事項

5.3.1 運用操作での注意事項

Protection Managerのコマンドを実行中に，LVMのコマンドで構成を変更しないでください。

LVMのコマンドで構成を変更した場合は，Protection Managerのコマンドの実行条件に合った構成に設定し直したあと，ディクショナリマップを更新してください。

クラスタ構成でProtection Managerを使用する場合，RAID Manager用連携定義ファイル（DEFAULT.dat）に記述するインスタンスは現用サーバおよび待機サーバに同じインスタンスを指定してください。

バックアップサーバのインスタンスを起動してからProtection Managerを運用してください。バックアップサーバのインスタンスが起動していないとRAID Managerのコマンドがエラー終了します。

RAID Managerのコマンドを実行中に，Protection Managerのコマンドを実行しないでください。また，Protection Managerのコマンドを実行しているときに，RAID Managerのコマンドを実行しないでください。

補足説明

Protection Managerは，内部的にRAID ManagerのCLI機能を使用しています。RAID Managerが提供するコマンドを使用して，ペアボリュームの状態や構成の変更などの操作をする場合には，Protection Managerが動作していないことを確認してください。

RAID Managerが提供するコマンドでペアボリュームの構成を変更した場合，Protection Managerのコマンドの実行条件に合った構成に設定し直したあと，ディクショナリマップファイルを更新してください。

副ボリュームを参照するシステムでシステムをリブートした場合，副ボリュームが自動的にマウントされることがあります。
このような場合，マウントされてしまった，バックアップやリストアの処理に利用される副ボリュームを，OSが提供するディスク管理機能を使用し，手動でアンマウントしてください。なお，この操作は，必ずProtection Managerのコマンドを使用する前に行ってください。

5.3.2 バックアップおよびリストア時の注意事項

バックアップの取り方によっては，副ボリュームにバックアップデータがあっても，リストアできなくなる場合があります。
別々のボリュームに格納された次の二つのバックアップオブジェクト※を例に説明します。

オブジェクトA（コピーグループ：vg01,obj01）

オブジェクトB（コピーグループ：vg01,obj02）

次のようにバックアップしたとします。
1.オブジェクトA，オブジェクトBを一括でバックアップする。
バックアップID「0000000001」が生成される。
2.オブジェクトAだけをバックアップする。
バックアップID「0000000002」が生成される。
注※
バックアップオブジェクトは次のとおりです。
バックアップ対象がファイルシステムの場合：マウントポイント
バックアップ対象がSQL Serverデータベースの場合：データベース
バックアップ対象がExchangeデータベースの場合：ストレージグループ
バックアップ対象がOracleデータベースの場合：表領域

図5-1 バックアップカタログとコピーグループの対応

手順2のように，オブジェクトAだけをバックアップするとき，バックアップID「0000000002」が生成されるとともに，オブジェクトAのコピーグループ「vg01,obj01」の古いバックアップ情報（バックアップID：0000000001）がバックアップカタログから消去されます。つまり，バックアップID「0000000001」に含まれるオブジェクトBのバックアップ情報もバックアップカタログから消去されるので，オブジェクトBは副ボリュームにバックアップデータがあっても，リストアできなくなります。オブジェクトBをリストアする場合，手順1（オブジェクトA，オブジェクトBを一括してバックアップ）のバックアップデータをテープから副ボリュームにリストアしたあと，副ボリュームから主ボリュームへリストアしてください。

Windowsの場合，QuickShadowを使用するときは，世代数は必ず一つでバックアップしてください。複数世代のバックアップを実行するとバックアップが失敗する場合があります。

Veritas Volume Managerによってディスクグループを構成したボリュームに対してProtection Managerのコマンドを実行すると，イベントログに次に示すエラーログが出力されることがありますが，問題ありません。Protection Managerのコマンドが正常終了したとき，ディスクグループのデポート処理を再試行すると成功することが確認できています。

WindowsアプリケーションのイベントログのイベントID： 10242

Veritas Enterprise AdministratorのイベントログのイベントID： V-76-58645-10243

5.3.3 バックアップ時の注意事項

Windowsの場合，コマンドを実行する直前には，副ボリュームのシステムキャッシュをクリアしておく必要があります。システムキャッシュをクリアするには，バックアップサーバでEX_DRM_CACHE_PURGEを実行してください。

「PAIR」状態のコピーグループに対してバックアップコマンドを実行した場合，コピーグループの状態が「PSUS」に変更されます。「PAIR」状態にする場合は，drmresyncコマンドを使用してください。

操作対象のオブジェクトの情報がディクショナリマップファイルに作成されていない状態でバックアップコマンドを実行した場合，バックアップコマンドでディクショナリマップファイルが作成されます。この場合，ディクショナリマップファイルの作成処理によってバックアップ処理時間が長くなります。

Windowsの場合，オンラインバックアップするときは，バックアップ対象のボリューム上のディレクトリに別のボリュームがマウントされていないことを確認してください。バックアップ対象にできるボリューム構成については，「2.16.2 ボリューム構成の注意事項」を参照してください。

一つの論理ボリュームに，次のように複数のマウントポイントを指定してバックアップ対象とすると，バックアップが失敗してエラーメッセージ（KAVX0006-E，DRM-10064）が出力されます。

Harddisk1に対して，二つのマウントポイント「M:¥」，「M:¥MNT」を指定する。

Harddisk1に対して，二つのマウントポイント「M:¥」，「L:¥MNT」を指定する。

異なる論理ボリュームを「M:¥」と「M:¥MNT」のような階層関係にあるマウントポイントにそれぞれマウントしている場合，下位層のディレクトリマウントポイントを持つマウントポイント（この場合「M:¥」）はバックアップ対象に指定できません。これを指定した場合は，バックアップが失敗してエラーメッセージ（KAVX0006-E，DRM-10062）が出力されます。
このような場合，バックアップ対象に指定できるのは最下位層のマウントポイントだけになるので，バックアップ対象にしたい複数のマウントポイント（ディレクトリマウントポイントを含む）の間では階層関係がない構成にしてください。

VSSの機能を利用してバックアップを取得したコピーグループに対して，VSSの機能を利用しないでバックアップを取得する運用はしないでください。

一つのコピーグループに対しては，VSSの機能を利用したバックアップかVSSの機能を利用しないバックアップのどちらかにバックアップの運用を統一してください。

VSSの機能を利用してバックアップを取得したコピーグループに対して，VSSの機能を利用しないでバックアップを取得する場合は，VSS以外の機能でバックアップを取得する前にバックアップサーバを再起動してください。

Protection ManagerでVSS機能を使用してバックアップを実行すると，バックアップが失敗する場合があります。このとき，WindowsのLogical Disk Manager Administrative Serviceの状態が停止中のままとなります。また，イベントIDが 17, 1,および10010のイベントログが出力されます。
この原因は，Logical Disk Manager Administrative Serviceがハングアップするためです。この現象が起きたときは，バックアップサーバを再起動してください。再起動ではバックアップサーバの運用への影響を確認してください。

Windows Server 2008環境では，VSSバックアップ後にバックアップサーバの副ボリュームのディスク状態が「オフライン」になります。ただし，VSSバックアップが失敗すると，バックアップサーバの副ボリュームのディスク状態が「オンライン」になることがあります。この場合，次の手順で，バックアップサーバの副ボリュームのディスク状態を「オフライン」にしてください。

RAID Managerのinqraid $Phys -CLIコマンドを使用して，バックアップ先となるすべての副ボリュームのディスク番号を確認します。
「DEVICE_FILE」列の数字がディスク番号です。

diskpartコマンドを起動します。

現在のディスク状態を表示するために，「list disk」と入力します。
サーバに接続されたディスクの一覧が表示されます。「Disk ###」列の数字がディスク番号です。ディスク番号が副ボリュームと一致するディスクの「Status」列に「オンライン」と表示されていることを確認します。

ディスク状態が「オンライン」であるすべての副ボリュームに次の操作を繰り返します。
(a)「select disk <ディスク番号>」と入力します。
「ディスク <ディスク番号> が選択されました。」と表示されます。
(b)「offline disk」と入力します。
「DiskPart は選択されたディスクをオフラインにしました。」と表示されます。

現在のディスク状態を表示するために，「list disk」と入力します。
副ボリュームのディスクの「Status」列が「オフライン」に変更されていることを確認します。

diskpartコマンドを終了するために，「exit」と入力します。

5.3.4 リストア時の注意事項

対象ボリュームの全コピーグループのペア状態が，主ボリューム「PSUS」，副ボリューム「SSUS」であることを確認してください。

drmmediabackupコマンドで副ボリュームからテープにバックアップしたり，drmmediarestoreコマンドでテープから副ボリュームへリストアしたり，drmmountコマンドで副ボリュームをマウントしたりしているときに，drmorarestoreコマンドおよびdrmresyncコマンドは使用しないでください。

ドライブの配下の任意ディレクトリにマウントされたボリュームを追加する構成変更をした場合，リストア処理では次の点に注意してください。
「M:」の配下の「M:¥mnt」にボリュームをマウントする構成変更をした場合，drmfsrestoreコマンドは構成変更前のバックアップ情報（「M:」にマウントされたボリュームだけに対するバックアップ）のリストアを許可します。そのとき，「M:¥mnt」をマウントしたままリストアを実行すると，「M:」をマウントポイントディレクトリとするボリューム上にある「M:¥mnt」をマウントしているという情報が上書きされるため，「M:¥mnt」のマウントが解除されることがあります。
ボリューム構成変更以前のバックアップ情報をリストアする場合や，drmfsrestoreコマンドの-targetオプションで一部のマウントポイントを指定してリストアを実行する場合には，十分注意してください。

NetBackupを使用してバックアップを取得したテープ装置からリストアを実行する場合，次のように，バックアップ時とリストア時でマウントポイントの指定のしかたが異なると，Protection Managerのリストアコマンドがエラー終了します。

バックアップ：

ディレクトリマウントポイント指定の副ボリュームからバックアップを取得。

リストア：

ドライブ文字の直下をマウントポイントに指定してリストアを実行する。

この場合，リストア処理を成功させるためには，リストア先をディレクトリマウントポイント指定に変更してください。なお，ドライブ文字の直下をマウントポイントに指定してバックアップを取得することで，この問題の発生を抑止できます。

QuickShadowを使用する場合，リストア実行時にデータプールの空き容量に注意してください。

定期的にデータプールの空き容量を点検し，必要に応じてデータプール容量を増加してください。

QuickShadowのデータプールの設定については，QuickShadowのマニュアルを参照してください。

QuickShadowの構成でテープから主ボリュームへリストアする手順については，「付録E. QuickShadowの構成でテープから直接主ボリュームへリストアする手順」を参照してください。

高速リストア（Quick Restore）の環境でリストアを実行すると，主ボリュームと副ボリュームのボリュームマップが入れ替わります。このため，主ボリュームと副ボリュームとで性能の異なるディスクの場合，主ボリュームの性能が変わることになり，リストアすると性能が悪くなる可能性があります。この場合は，再度リストアをすれば，元の性能に戻ります。Quick Restoreの詳細についてはShadowImageのマニュアルを参照してください。

5.3.5 コマンドを同時実行するときの注意事項

同時実行不可のコマンドの実行中に，誤って同時実行不可のコマンドを実行した場合，あとから実行したコマンドは，先に実行したコマンドが終了するまで無期限にリトライされます。

コマンドの実行が終了するまで無期限にリトライするのをやめる場合は，init.confファイルを編集する必要があります。詳細については「5.4.4 同時実行不可のコマンドが無期限にリトライするのをやめる場合」を参照してください。

5.3.6 クラスタ環境でコマンドを実行する場合の注意事項

クラスタ環境では，Protection Managerのコマンドを実行する前に，環境変数DRM_HOSTNAMEを次のように設定する必要があります。

Windowsの場合

PROMPT> set DRM_HOSTNAME=<仮想サーバ名>

バックアップ対象がExchangeデータベースの場合，仮想サーバ名にはExchange仮想サーバ名を指定してください。

Solarisの場合

PROMPT> DRM_HOSTNAME=<仮想サーバ名>

PROMPT> export DRM_HOSTNAME

Windows Server 2003で，VCSクラスタを使用したクラスタ構成の場合，バックアップ，リストアを実行するときは，事前にWindowsの「コンピュータの管理」画面を使用してWindows Management Instrumentationサービスのスタートアップの種類が無効になっていないことを確認してください。

スタートアップの種類が無効になっている場合，-modeオプションにcoldを指定したバックアップコマンド，および-resyncオプションを指定したリストアコマンドは，クラスタリソースのオフラインへの切り替えに失敗したことを示すエラーメッセージを表示してエラー終了します。

5.3.7 バックアップサーバでの注意事項

この項の構成

(1) マウント時の注意事項

(2) バックアップサーバマウント時のドライブ文字に関する注意事項

(3) バックアップ情報のインポート時の注意事項

(4) コマンド実行条件

(1) マウント時の注意事項

drmmountコマンドは，マウント中の副ボリュームに関する情報を次のファイルに格納しています。

Windowsの場合

<Protection Managerのインストール先>¥tmp¥mntpt.dat

Solarisの場合

/var/opt/drm/tmp/.mntptファイル

drmmountコマンドで副ボリュームをマウントしている間は，このファイルを削除しないでください。

drmtapebackupコマンドおよびdrmtaperestoreコマンドを使用する場合は，drmmountコマンドでの副ボリュームマウントはしないでください。drmmountコマンドで副ボリュームをマウントしたままでdrmtapebackupコマンドまたはdrmtaperestoreコマンドを実行すると，それぞれのコマンドがエラーとなることがあります。

drmmountコマンドをバックアップID指定で実行すると，指定したバックアップIDに対応したコピーグループをロックします。drmmountコマンドでロックしたコピーグループは，同じバックアップIDでdrmumountコマンドを実行するとロックを解除します。このため，drmmountコマンドで副ボリュームをマウントしたら，必ずdrmumountコマンドで副ボリュームをアンマウントするようにしてください。drmumountコマンドが何らかの要因でアンマウントに失敗する場合は，OSのコマンドなどでボリュームをアンマウントしたあと，drmumountコマンドで指定したバックアップIDに対応したコピーグループのロックをdrmcgctlコマンドで解除してください。

テープバックアップ管理製品にNetBackupを使用する場合，drmmountコマンドの-mount_ptオプションに関して次の点に注意してください。

drmmountコマンドの-mount_ptオプションで任意のディレクトリを指定し，副ボリュームをマウントポイントに配置した状態で，drmmediabackupコマンドとdrmmediarestoreコマンドを使用する場合，Protection Manager用にNetBackupに登録するPolicyでは必ず「cross mount point」チェックボックスをONにしてください。

drmmountコマンドの-mount_ptオプションで任意のディレクトリを指定した状態で，drmmediabackupコマンドとdrmmediarestoreコマンドを使用する場合，drmmediabackupコマンドに-rawオプションは指定できません。
drmmediabackupコマンドで-rawオプションを使用する場合は，直前で実行するdrmmountコマンドでは，-mount_ptオプションを指定しないか，または-mount_ptオプションでドライブ文字を指定するようにしてください。

drmmountコマンドの-mount_ptオプションで任意のディレクトリを指定してdrmmediabackupコマンドで取得したバックアップデータをリストアする場合には，drmmediarestoreコマンド実行前のdrmmountコマンドで必ず-mount_ptオプションで任意のディレクトリを指定するようにしてください。

Protection Managerを03-50以降のバージョンにバージョンアップすると，03-50より前のバージョンでマウントした副ボリュームがアンマウントできない場合があります。この場合，Windowsのディスクの管理を使用して，一度アンマウントしてから再度マウントしてください。

Protection Managerを03-50以降のバージョンにバージョンアップすると，03-50より前のバージョンでアンマウントした副ボリュームがマウントできない場合があります。この場合，Windowsのディスクの管理を使用して，一度マウントしてから再度アンマウントしてください。

(2) バックアップサーバマウント時のドライブ文字に関する注意事項

Protection Managerでテープバックアップを実行する場合，副ボリュームをバックアップサーバにマウントします。テープバックアップ時にコマンド引数でマウントポイントを指定した場合，Protection Managerは，指定したドライブから，AドライブおよびBドライブ以外で空いているドライブを，アルファベット順に自動的に使用します。先頭以外のドライブ文字を指定してマウントすることはできません。

バックアップサーバマウント時のドライブ文字は，Protection Managerがテープバックアップ時に自動的にマウントする順番と同じ順番で，テープバックアップ用構成定義ファイルに指定する必要があります。テープバックアップ用構成定義ファイルについては，「4.11.2 テープバックアップ用構成定義ファイルの作成」を参照してください。

また，バックアップ時とリストア時で空きドライブ文字が同じになるようにしてください。バックアップ時にProtection Managerが使用したドライブ文字がリストア時に使用されていた場合，テープからのリストアに失敗することがあります。

(3) バックアップ情報のインポート時の注意事項

drmmountコマンドで副ボリュームをマウントした状態で，マウント中ボリュームのコピーグループを含むバックアップ情報をdrmdbimportコマンドでインポートすると，インポートが失敗します。この場合は，drmumountコマンドで副ボリュームをアンマウントしてから，再度drmdbimportコマンドを実行してください。

(4) コマンド実行条件

ペア状態が「PAIR」のコピーグループに対し，drmmountコマンドやdrmmediabackupコマンド，drmmediarestoreコマンドを実行した場合は，「コピーグループのペア状態が不正です」という詳細メッセージが出力されたあと，コマンドはエラー終了します。

この場合は，RAID Managerのpairsplitコマンドによってコピーグループのペア状態が「SSUS」状態になるように変更して，コマンドを実行してください。

5.3.8 ディクショナリマップファイルの更新に関する注意事項

次のどれかの操作をした場合はディクショナリマップファイルを更新する必要があります（操作対象がバックアップ対象およびバックアップ対象外のどちらの場合も，ディクショナリマップファイルを更新してください）。

RAID Managerの構成定義ファイルを変更した場合

ボリュームのペア構成を変更した場合

マウントポイント（Windowsの場合はドライブ文字）を変更した場合

ハードディスクを追加したり，取り外したりしてディスクの構成を変更した場合

drmdbsetupユーティリティを実行して，ディクショナリマップファイルの格納場所を変更した場合

Oracleオブジェクトの構成を変更した場合

SQL Serverのインスタンスを構築または削除した場合

SQL Serverのデータベースを追加または削除した場合

SQL Serverのデータベースの名称を変更した場合

SQL Serverのデータベースの構成ファイルを追加または削除した場合

SQL Serverのデータベースの構成ファイルの名称を変更した場合

SQL Serverのデータベースの構成ファイルを移動した場合

ダイナミックボリュームを拡張した場合

ディクショナリマップファイルの更新の手順については，「4.13 ディクショナリマップファイルの更新」を参照してください。

5.3.9 コマンド実行時に使用できないツール

Protection Managerのコマンド実行時に，ほかのアプリケーションが主ボリュームまたは副ボリュームを使用していると，RAID Managerが正しく動作できなくなる，マウントやアンマウントに失敗する，データ不整合が発生するなどの問題が起こることがあります。ほかのアプリケーションとは，次のようなものを指します。

ディスク管理機能

CHKDSKコマンド

ディスクのデフラグ

パフォーマンスログ

ウィルスチェック

ドライブ内のディレクトリとファイルを追跡するプログラム（インデックスサービスやDLCサービスなど）

ディスク操作をするアプリケーション（Protection Manager以外のバックアップ製品など）

Veritas Enterprise Administrator

これらのアプリケーションは，サービスからバックグラウンドで実行されている場合があります。これらアプリケーションとProtection Managerのコマンドが衝突しないよう，時間を調整して起動してください。

Windowsのインデックスサービス (cisvc.exe) については，次の点に注意してください。

Protection Managerのコマンドを実行する場合は，インデックスサービスのマスタ結合が動作中でないことを確認してください。インデックスサービスによるファイルアクセスと，Protection ManagerのコマンドやProtection Managerと連携する製品によるファイル操作が競合し，インデックスサービスのマスタ結合の失敗，またはProtection Managerのコマンドの失敗が発生することがあります。

インデックスサービスのカタログの保存場所となっているボリュームを，Protection Managerのバックアップやリストアの対象にしないでください。Protection Managerのリストアコマンドによってインデックスサービスのカタログも同時にリストアされるため，インデックスサービスが予期しない動作をするおそれがあります。

Provisioning Managerと併用する場合には，次の点に注意してください。

OSにWindowsが使用されているホストに対して，Provisioning Managerのホスト設定操作，ホストリフレッシュ操作を行っている間，および操作終了後10分間は，そのホストでのProtection Managerの操作をしないでください。この操作をすると，Protection Managerのコマンドがエラー終了する場合があります。この場合，Provisioning Managerの操作が終了して10分以上たってからProtection Managerの操作をしてください。

5.3.10 バックアップできないディスクグループ構成（ダイナミックディスク構成の場合）

ダイナミックディスク構成でファイルシステムやデータベースをバックアップする場合，次の図に示すように，対象のファイルシステムやデータベースが作成されたディスクグループにマウントしていない論理ボリュームがあるときは，バックアップできません。

図5-2 バックアップできないディスクグループ構成

この場合は，次のどちらかのボリューム構成に変更してください。

マウントしていない論理ボリュームをディスクグループから削除する。

論理ボリュームをファイルシステムにマウントしてバックアップ対象とする。

バックアップできるファイルシステムとディスクグループの構成の関係については，「2.16.1 Protection Managerが適用できるディスクグループ構成例」を参照してください。

ボリューム構成を変更したあとは，drmfsdisplayコマンドに-refreshオプションを指定して実行し，ディクショナリマップファイルを更新してください。

5.3.11 カスケード構成でのペアボリュームの再同期に関する注意事項

カスケード構成（多段になったペア構成）で，ペアボリュームの再同期をする場合，再同期の対象となるペアに後続するペア（「副ボリューム／主ボリューム」と「副ボリューム」）のペア状態は，PSUSまたはSMPLでなければなりません。

バックアップ，リストア，または再同期のコマンドでは，ペア状態をチェックして，再同期の対象となるペアに後続するペアのペア状態がPSUSまたはSMPLでないと，コマンドはメッセージを出してエラー終了します。

5.4 コマンド実行時の注意事項

ここでは，コマンドを実行する際の注意事項について説明します。

この節の構成

5.4.1 コマンドを実行するユーザーに必要な権限

5.4.2 コマンド同時実行の可否

5.4.3 障害発生時のリトライ時間について

5.4.4 同時実行不可のコマンドが無期限にリトライするのをやめる場合

5.4.5 drmmediabackupコマンドとdrmmediarestoreコマンドを同時実行する場合

5.4.1 コマンドを実行するユーザーに必要な権限

Protection Managerのコマンドを実行するときは，次の権限が必要です。

OSの管理者権限および管理者特権

Windowsの場合

Protection Managerのコマンドを実行するサーバで，実行するユーザーにローカルでのAdministrator権限が必要です。

また，OSがWindows Server 2008の場合，さらにOSの管理者特権が必要になります。OSの管理者特権がないと，コマンドを実行する権限がないことを表すエラーメッセージが表示されて，コマンドの実行が失敗します。

Solarisの場合

Protection Managerのコマンドを実行するユーザーにroot権限が必要です。

データベースアクセス権限

バックアップ対象がSQL Serverデータベースの場合
Protection Managerのコマンドを実行するときは，SQL Serverに，Windows認証でアクセスします。このため，Protection Managerのコマンド実行ユーザーを，SQL Serverのsysadmin固定サーバロールのメンバーとして登録する必要があります。

バックアップ対象がExchangeデータベースの場合
Protection Managerのコマンドを実行するユーザーを，ドメインのEnterprise AdminsグループまたはExchange Domain Serversグループに所属させる必要があります。

バックアップ対象がOracleデータベースの場合
Protection Managerのコマンドを実行するときは，drmorainitコマンドで登録するOracleログインユーザー名でOracleにアクセスします。このため，Oracleログインユーザー名に，SYSDBAシステム権限が必要です。
ASMを使用する場合には，ASMインスタンス接続ユーザーにSYSASM権限が必要です。

表5-8 コマンドごとに必要な権限（ファイルシステムのバックアップとリストアに使用するコマンド）

拡張コマンド名 | OS管理者権限※ | データベースアクセス権限
EX_DRM_FS_BACKUP | ○ | －
EX_DRM_FS_DEF_CHECK | ○ | －
EX_DRM_FS_RESTORE | ○ | －
drmfsbackup | ○ | －
drmfsrestore | ○ | －
drmfscat | ○ | －
drmfsdisplay | ○ | －

（凡例）

○：必要

－：不要

注※

OSがWindows Server 2008の場合はOSの管理者特権も含みます。

表5-9 コマンドごとに必要な権限（共通系コマンド）

拡張コマンド名 | OS管理者権限※1 | データベースアクセス権限
EX_DRM_BACKUPID_SET | ○ | －
EX_DRM_CG_DEF_CHECK | ○ | －
EX_DRM_DB_EXPORT | ○ | －
EX_DRM_DB_IMPORT | ○ | －
EX_DRM_FTP_GET | ○※2 | －
EX_DRM_FTP_PUT | ○※2 | －
EX_DRM_HOST_DEF_CHECK | ○ | －
EX_DRM_RESYNC | ○ | －
drmappcat | ○ | －
drmcgctl | ○ | －
drmclusinit | ○ | －
drmdbexport | ○ | －
drmdbimport | ○ | －
drmdevctl | ○ | －
drmhostinfo | ○ | －
drmlicense | ○ | －
drmresync | ○ | －
drmvssimport | ○ | －

（凡例）

○：必要

－：不要

注※1

OSがWindows Server 2008の場合はOSの管理者特権も含みます。

注※2

FTPユーザーには，バックアップサーバに対するOSの管理者権限が必要です。

表5-10 コマンドごとに必要な権限（テープ系コマンド）

拡張コマンド名 | OS管理者権限※ | データベースアクセス権限
EX_DRM_CACHE_PURGE | ○ | －
EX_DRM_MOUNT | ○ | －
EX_DRM_TAPE_BACKUP | ○ | －
EX_DRM_TAPE_RESTORE | ○ | －
EX_DRM_UMOUNT | ○ | －
drmmediabackup | ○ | －
drmmediarestore | ○ | －
drmmount | ○ | －
drmtapebackup | ○ | －
drmtapecat | ○ | －
drmtapeinit | ○ | －
drmtaperestore | ○ | －
drmumount | ○ | －

（凡例）

○：必要

－：不要

注※

OSがWindows Server 2008の場合はOSの管理者特権も含みます。

表5-11 コマンドごとに必要な権限（ユーティリティコマンド）

拡張コマンド名 | OS管理者権限※ | データベースアクセス権限
drmdbconvert | ○ | －
drmdbsetup | ○ | －

（凡例）

○：必要

－：不要

注※

OSがWindows Server 2008の場合はOSの管理者特権も含みます。

表5-12 コマンドごとに必要な権限（バックアップ対象がSQL Serverデータベースの場合）

拡張コマンド名 | OS管理者権限※ | データベースアクセス権限
EX_DRM_SQL_BACKUP | ○ | ○
EX_DRM_SQL_DEF_CHECK | ○ | ○
EX_DRM_SQL_RESTORE | ○ | ○
EX_DRM_SQL_TLOG_BACKUP | ○ | ○
EX_DRM_SQLFILE_EXTRACT | ○ | －
EX_DRM_SQLFILE_PACK | ○ | －
drmsqlbackup | ○ | ○
drmsqlcat | ○ | －
drmsqldisplay | ○ | ○
drmsqlinit | ○ | ○
drmsqllogbackup | ○ | ○
drmsqlrecover | ○ | ○
drmsqlrecovertool | ○ | ○
drmsqlrestore | ○ | ○

（凡例）

○：必要

－：不要

注※

OSがWindows Server 2008の場合はOSの管理者特権も含みます。

表5-13 コマンドごとに必要な権限（バックアップ対象がExchangeデータベースの場合）

拡張コマンド名 | OS管理者権限※ | データベースアクセス権限
EX_DRM_EXG_BACKUP | ○ | ○
EX_DRM_EXG_DEF_CHECK | ○ | ○
EX_DRM_EXG_RESTORE | ○ | ○
EX_DRM_EXG_VERIFY | ○ | －
drmexgbackup | ○ | ○
drmexgcat | ○ | －
drmexgdisplay | ○ | ○
drmexgrestore | ○ | ○
drmexgverify | ○ | －

（凡例）

○：必要

－：不要

注※

OSがWindows Server 2008の場合はOSの管理者特権も含みます。

表5-14 コマンドごとに必要な権限（バックアップ対象がOracleデータベースの場合）

拡張コマンド名 | OS管理者権限 | データベースアクセス権限
EX_DRM_ORA_BACKUP | ○ | ○
EX_DRM_ORA_DEF_CHECK | ○ | ○
EX_DRM_ORA_RESTORE | ○ | ○
EX_DRM_ORA_TLOG_BACKUP | ○ | ○
EX_DRM_ORAFILE_EXTRACT | ○ | －
EX_DRM_ORAFILE_PACK | ○ | －
drmorabackup | ○ | ○
drmoracat | ○ | －
drmoradisplay | ○ | ○
drmorainit | ○ | ○
drmoralogbackup | ○ | ○
drmorarestore | ○ | ○

（凡例）

○：必要

－：不要

5.4.2 コマンド同時実行の可否

コマンドはパラレル実行（並行して実行）できません。あとから実行したコマンドは先に実行したコマンドが終了したあとに実行されます。クラスタ構成の場合に，仮想サーバが複数あるときも同様です。また，拡張コマンドの実行時に実行される基本コマンドも同様です。このため，コマンド実行時には，実行時間に注意が必要になります。

表5-15 コマンドの同時実行の可否（ファイルシステムのバックアップとリストアに使用するコマンド）

コマンド名
機能の概要
同時実行の可否

drmfsbackup
ファイルシステムをディスクにバックアップします。
×

drmfscat
ファイルシステムのバックアップ情報を一覧で表示します。
○

drmfsdisplay

ファイルシステムの情報を一覧で表示します。

ディクショナリマップファイルを最新の状態に更新します。

○※

drmfsrestore
ファイルシステムをリストアします。
×

（凡例）

○：ほかのコマンドを実行しているときでも，コマンドを実行できる。

×：同時実行不可（×）のコマンドとは，同時に実行できない。

注※

-refreshオプションを付けてコマンドを実行する場合は，同時実行不可（×）のコマンドとなります。そのほかのオプションを付けてコマンドを実行するときは，同時実行可（○）のコマンドとなります。

表5-16 コマンドの同時実行の可否（共通系コマンド）

コマンド名
機能の概要
同時実行の可否

drmappcat
ホスト上のカタログ情報を表示します。
○※1

drmcgctl

コピーグループをロックします。

ロックしたコピーグループのロックを解除します。

コピーグループの一覧を表示します。

×※2

drmclusinit
クラスタソフトウェアのパラメーターを登録します。
○

drmdevctl
副ボリュームのデバイスを隠ぺいおよび隠ぺい解除します。
×

drmdbexport
バックアップ情報をファイルへエクスポートします。
×

drmdbimport
ファイルからバックアップ情報をインポートします。
×

drmhostinfo
ホスト情報の一覧を表示します。
○

drmlicense
ライセンス情報を表示，追加，または更新します。
○

drmresync
コピーグループを再同期して，バックアップデータを消去します。
×

drmvssimport
VSSインポートサーバを起動または停止します。
○

（凡例）

○：ほかのコマンドを実行しているときでも，コマンドを実行できる。

×：同時実行不可（×）のコマンドとは，同時に実行できない。

注※1

-deleteオプションを付けてコマンドを実行する場合は，同時実行不可（×）のコマンドとなります。そのほかのオプションを付けてコマンドを実行するときは，同時実行可（○）のコマンドとなります。

注※2

コピーグループの一覧を表示する場合は，ほかのコマンドと同時に実行できます。

表5-17 コマンドの同時実行の可否（テープ系コマンド）

コマンド名 | 機能の概要 | 同時実行の可否
drmmediabackup | バックアップデータをテープへバックアップします。 | ○※1
drmmediarestore | テープに格納したバックアップデータをリストアします。 | ○※1
drmmount | ディスクボリュームをマウントします。 | ×
drmtapebackup | バックアップデータをテープへバックアップします。 | ×
drmtapecat | テープのバックアップ情報を一覧で表示します。 | ○※2
drmtapeinit | バックアップ管理製品のパラメーターを登録します。 | ○
drmtaperestore | テープに格納したバックアップデータをリストアします。 | ×
drmumount | ディスクボリュームをアンマウントします。 | ×

（凡例）

○：ほかのコマンドを実行しているときでも，コマンドを実行できる。

×：同時実行不可（×）のコマンドとは，同時に実行できない。

注※1

同時実行できるのは，drmmediabackupコマンドとdrmmediarestoreコマンドです。バックアップ管理製品の実行中だけ，同時実行できます。

注※2

-deleteオプションを付けてコマンドを実行する場合は，同時実行不可（×）のコマンドとなります。そのほかのオプションを付けてコマンドを実行するときは，同時実行可（○）のコマンドとなります。

表5-18 コマンドの同時実行の可否（ユーティリティコマンド）

コマンド名 | 機能の概要 | 同時実行の可否
drmdbconvert | 旧バージョンのバックアップカタログを最新のProtection Managerで使えるようにします。 | ×
drmdbsetup | Protection Managerのデータベースを作成・削除します。 | ×

（凡例）

×：同時実行不可（×）のコマンドとは，同時に実行できない。

表5-19 コマンドの同時実行の可否（バックアップ対象がSQL Serverデータベースの場合）

コマンド名
機能の概要
同時実行の可否

drmsqlbackup
SQL Serverデータベースをディスクにバックアップします。
×

drmsqlcat
SQL Serverデータベースのバックアップ情報を一覧で表示します。
○

drmsqldisplay

SQL Serverデータベースの情報を一覧で表示します。

ディクショナリマップファイルを最新の状態に更新します。

○※1

drmsqlinit
SQL Serverのパラメーターを登録します。
○

drmsqllogbackup
SQL Serverのトランザクションログをバックアップします。
○※2

drmsqlrecover
リストアしたSQL Serverデータベースをリカバリします。
×

drmsqlrecovertool
リストアしたSQL ServerデータベースをGUIを使ってリカバリします。
×

drmsqlrestore
SQL Serverデータベースをリストアします。
×

（凡例）

○：ほかのコマンドを実行しているときでも，コマンドを実行できる。

×：同時実行不可（×）のコマンドとは，同時に実行できない。

注※1

-refreshオプションまたは-remoteオプションを付けてコマンドを実行する場合は，同時実行不可（×）のコマンドとなります。そのほかのオプションを付けてコマンドを実行するときは，同時実行可（○）のコマンドとなります。

注※2

次の条件をすべて満たす場合だけdrmresyncコマンドと同時に実行できます。

バージョン6.3以降のProtection Managerで対象インスタンスにdrmsqlbackupコマンドを実行している。

-no_catオプションを指定していない。

-vオプションを指定していない。

-lsnオプションを指定していない。

-dオプションを指定していない。

インスタンス名を指定している。

表5-20 コマンドの同時実行の可否（バックアップ対象がExchangeデータベースの場合）

コマンド名
機能の概要
同時実行の可否

drmexgbackup
ストレージグループをディスクにバックアップします。
×

drmexgcat
ストレージグループのバックアップ情報を一覧で表示します。
○

drmexgdisplay

ストレージグループの情報を一覧で表示します。

ディクショナリマップファイルを最新の状態に更新します。

○※

drmexgrestore
ストレージグループをリストアします。
×

drmexgverify
ストレージグループとバックアップ情報の整合性を検証します。
×

（凡例）

○：ほかのコマンドを実行しているときでも，コマンドを実行できる。

×：同時実行不可（×）のコマンドとは，同時に実行できない。

注※

-refreshオプションを付けてコマンドを実行する場合は，同時実行不可（×）のコマンドとなります。そのほかのオプションを付けてコマンドを実行するときは，同時実行可（○）のコマンドとなります。

表5-21 コマンドの同時実行の可否（バックアップ対象がOracleデータベースの場合）

コマンド名
機能の概要
同時実行の可否

drmorabackup
Oracleデータベースをディスクにバックアップします。
×

drmoracat
Oracleデータベースのバックアップ情報を一覧で表示します。
○

drmoradisplay

Oracleデータベースの情報を一覧で表示します。

ディクショナリマップファイルを最新の状態に更新します。

○※

drmorainit
Oracleのパラメーターを登録します。
○

drmoralogbackup
アーカイブ済みREDOログファイルおよび制御ファイルを，ログ格納ディレクトリにバックアップします。
×

drmorarestore
Oracleデータベースをリストアします。
×

（凡例）

○：ほかのコマンドを実行しているときでも，コマンドを実行できる。

×：同時実行不可（×）のコマンドとは，同時に実行できない。

注※

-refreshオプションを付けてコマンドを実行する場合は，同時実行不可（×）のコマンドとなります。そのほかのオプションを付けてコマンドを実行するときは，同時実行可（○）のコマンドとなります。

5.4.3 障害発生時のリトライ時間について

障害発生時には，コマンドがリトライされます。このため，コマンドがリトライしている分だけ，コマンド実行に時間が掛かります。コマンドのリトライ間隔やリトライ回数は，Protection Managerの構成定義ファイル（init.conf）やRAID Manager用連携定義ファイル（DEFAULT.dat）のxxx_RETRY_TIMEパラメーターやxxx_RETRY_WAITパラメーターの設定によって異なります。パラメーターの設定によっては，障害発生時に，コマンド実行に通常より多くの時間が掛かることがあるので注意してください。

5.4.4 同時実行不可のコマンドが無期限にリトライするのをやめる場合

同時実行不可のコマンドの実行中に，誤って同時実行不可のコマンドを実行した場合，あとから実行したコマンドは，先に実行したコマンドが終了するまで無期限にリトライされます。コマンドの実行が終了するまで無期限にリトライするのをやめる場合は，Protection Managerの構成定義ファイル（init.conf）を編集する必要があります。Protection Managerの構成定義ファイル（init.conf）は，次の場所にあります。

Windowsの場合

<Protection Managerのインストール先>¥conf¥init.conf

Solarisの場合

/opt/drm/conf/init.conf

設定ファイルの形式

COM_RETRY_TIME=リトライ回数

COM_RETRY_WAIT=リトライ間隔

指定できる値は次のとおりです。

リトライ回数：0～3,600回。0は無期限にリトライする。無期限にリトライするのをやめる場合は，0以外を指定する。

リトライ間隔：0～3,600秒。10秒間隔で指定する。

相互待機型のクラスタ構成でも，システムの障害によってフェールオーバーが発生した場合，同じシステム上で同時に実行できないコマンドが実行されることがあります。同時に実行できないコマンドが実行されると，あとから実行したコマンドは，先に実行したコマンドが終了するまで無期限にリトライします。コマンドの実行が終了するまで無期限にリトライするのをやめる場合は，Protection Managerの構成定義ファイル（init.conf）ファイルを編集する必要があります。

5.4.5 drmmediabackupコマンドとdrmmediarestoreコマンドを同時実行する場合

drmmediabackupコマンドまたはdrmmediarestoreコマンドを同時実行する場合は，バックアップサーバでコマンドのリトライ回数，リトライ間隔を設定してください。詳細については，「5.4.4 同時実行不可のコマンドが無期限にリトライするのをやめる場合」を参照してください。

drmmediabackupコマンドまたはdrmmediarestoreコマンドを実行した場合，バックアップ管理製品を起動する処理の前後に，コマンドを同時実行できない処理を実行します。この処理を実行中にコマンドを同時実行するとバックアップ管理製品起動までの間，コマンドをリトライします。したがって，多数のdrmmediabackupコマンドまたはdrmmediarestoreコマンドを同時実行する場合，十分なリトライ時間を設定しておかないと実行途中のコマンドがリトライ時間を超えてエラーとなります。

リトライ時間は，次の値を参考に設定してください。

「drmmediabackupコマンドまたはdrmmediarestoreコマンド実行からバックアップ管理製品起動開始までの時間×コマンドの同時実行多重度数」以上

拡張コマンド（EX_DRM_TAPE_BACKUPまたはEX_DRM_TAPE_RESTORE）を使用して同時実行する場合，拡張コマンドが実行する，drmmountコマンドの実行からdrmmediabackupコマンドまたはdrmmediarestoreコマンドのバックアップ管理製品起動までの処理の間，同時実行できません。したがって，多数のEX_DRM_TAPE_BACKUPまたはEX_DRM_TAPE_RESTOREを同時実行する場合，十分なリトライ時間を設定しておかないと実行途中のコマンドがリトライ時間を超えてエラーとなります。

リトライ時間は，次の値を参考に設定してください。

「EX_DRM_TAPE_BACKUPまたはEX_DRM_TAPE_RESTORE実行からバックアップ管理製品起動開始までの時間×コマンドの同時実行多重度数」以上

5.5 Protection Managerサービスの起動・停止

OSがWindowsの場合，Protection Managerサービスは，Protection Manager Copy Controllerのインストール時に，Windowsシステムに自動的に登録されます。

サービスを実行するユーザーのユーザーアカウントには，ローカルAdministrator権限および「サービスとしてログオンする権利」が必要です。

補足説明

Protection Managerサービスを実行するユーザーとなるユーザーのアカウントは，Protection Manager Copy Controllerのインストール時に指定しておく必要があります。

Protection Managerサービスは，次の機能が使用される場合にファイルサーバ，データベースサーバ，またはバックアップサーバで稼働している必要があります。

表5-22 Protection Managerサービスの稼働が必要な場合

機能 | サーバ
システムの構成チェック | FS，DB，BK
Setup GUIで使用されるファイルの存在チェック | FS，DB
ユーザースクリプトに記述されたコマンドの実行 | BK
ほかのサーバから転送されたバックアップカタログの受信とインポート | BK
バックアップ実行時の副ボリュームの状態確認 | BK
VSSを使用したバックアップ（VSSスナップショットの準備とインポート，メタデータの副ボリュームへの書き込み，Exchangeデータベースの検証） | BK
VSSを使用してバックアップしたExchangeデータベースの主ボリュームへのリストア（メタデータの副ボリュームからの読み出し） | BK
カスケード構成でのバックアップ | DB，BK
CCR構成でのバックアップ | BK

（凡例）

FS：ファイルサーバ

DB：データベースサーバ

BK：バックアップサーバ

この節の構成

5.5.1 Protection Managerサービスの起動

5.5.2 Protection Managerサービスの再起動

5.5.3 Protection Managerサービスの停止

5.5.1 Protection Managerサービスの起動

Protection Managerサービスは，Protection Manager Copy Controllerがインストールされた業務サーバのWindowsシステムを起動すると，自動的に起動されます。自動的に起動されるのは，インストール時にProtection Managerサービスのスタートアップの種類が「自動」と設定されるためです。

5.5.2 Protection Managerサービスの再起動

Protection Managerの定義ファイルinit.conf，default.datの内容を変更した場合には，ユーザーがWindowsの「コンピュータの管理」（Windows 2000 ServerまたはWindows Server 2003）または「サーバーマネージャ」（Windows Server 2008）のサービス画面を使用してProtection Managerサービスを再起動する必要があります。なお，Setup GUIでこれらの定義ファイルの内容を変更した場合には，サービスは自動的に再起動されます。

5.5.3 Protection Managerサービスの停止

Protection Managerサービスは，Protection Manager Copy Controllerのアンインストール時に停止され，Windowsシステムから削除されます。

6. ファイルシステムの場合の運用

この章では，ファイルシステムをバックアップする場合のProtection Managerの運用方法を，実際の手順を中心に説明します。コマンドの詳細な設定方法などを知りたい場合は，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」を参照してください。

この章の構成

6.1 ファイルシステムのバックアップおよびリストアの運用について

6.2 ボリューム間でデータをバックアップおよびリストアする

6.3 テープ装置を使用してバックアップおよびリストアする

6.4 ユーザースクリプトを使用してファイルシステムをバックアップする

6.5 ローカルサイトとリモートサイトの間でバックアップおよびリストアする（リモートコピー）

6.6 Protection Managerと連携できないバックアップ管理製品を使用してバックアップおよびリストアする

6.7 ファイル共用を使用してバックアップおよびリストアする（ファイルサーバとバックアップサーバをファイル共用で連携する）

6.8 バックアップデータを削除する

6.1 ファイルシステムのバックアップおよびリストアの運用について

ここでは，ファイルシステムのバックアップおよびリストアを実行する場合の注意事項について説明します。

バックアップ対象に共通な運用時の注意事項については，「5.3 運用時の注意事項」を参照してください。

この節の構成

6.1.1 ファイルシステムをバックアップするときの注意事項

6.1.2 ファイルシステムをリストアするときの注意事項

6.1.3 クラスタ環境でコマンドを実行する場合の注意事項

6.1.4 コマンドの強制終了に関する注意事項

6.1.1 ファイルシステムをバックアップするときの注意事項

OSが使用しているボリュームはバックアップできません。

バックアップを実行する前には，バックアップ対象のボリュームを使用しているアプリケーションプログラムはすべて終了させます。

Windowsの場合，バックアップを実行する前には，副ボリュームのシステムキャッシュをクリアしておきます。システムキャッシュをクリアするには，バックアップサーバでEX_DRM_CACHE_PURGEを実行してください。

Windowsの場合，オンラインバックアップするときは，バックアップ対象のボリューム上のディレクトリに別のボリュームがマウントされていないことを確認してください。

VSS機能を使用したバックアップを実行すると，次のイベントログがバックアップサーバ上で出力される場合があります。
イベントの種類： エラー
イベントのソース： PlugPlayManager
イベントID： 12
または
イベントの種類： 警告
イベントのソース： ftdisk
イベントID： 57
または
イベントの種類： 警告
イベントのソース： disk
イベントID： 51
これらのイベントログは，VSSバックアップ時に副ボリュームを一時的に隠ぺいしているため出力されるイベントログであり，バックアップ動作には影響ありません。

VSSを使用してバックアップする場合，ダイナミックディスク上のファイルシステムはバックアップできません。

6.1.2 ファイルシステムをリストアするときの注意事項

リストアを実行する前に，リストア対象のボリュームを使用するアプリケーションプログラムはすべて終了させておく必要があります。

OSが使用しているボリュームはリストアできません。

drmmediabackupコマンドやdrmtapebackupコマンドによって副ボリュームからテープにバックアップしたり，drmmediarestoreコマンドやdrmtaperestoreコマンドによってテープから副ボリュームへリストアしたり，drmmountコマンドによって副ボリュームをマウントしたりするときは，drmfsrestoreコマンドを使用しないでください。

drmfsrestoreコマンドを実行するとき，リストア対象のコピーグループおよび対象ボリュームに関連のあるコピーグループが次に示すペア状態でないとdrmfsrestoreコマンドがエラー終了することがあります。

対象ボリュームのコピーグループのペア状態：

正ボリュームがPSUS，副ボリュームがSSUSである。

対象ボリュームに関連のあるコピーグループのペア状態：

PSUSまたはSMPLである。

したがって，リストアする前にRAID Managerのpairdisplayコマンドまたはpairevtwaitコマンドによってコピーグループのペア状態を確認し，コマンドを実行してください。

VSSバックアップで取得したデータをリストアしている間は，クラスタアドミニストレーター画面の物理ディスクリソースのプロパティを開かないでください。プロパティを開いた場合，リストアに失敗する場合があります。

6.1.3 クラスタ環境でコマンドを実行する場合の注意事項

Veritas Cluster Server for Windows環境でバックアップおよびリストアコマンド実行中に，Windowsのエクスプローラなどで対象のボリュームにアクセスしないでください。クラスタリソースのオフラインへの切り替えに失敗して，バックアップおよびリストアコマンドがエラーになることがあります。

ディクショナリマップファイルを共有ディスク上に置くように環境設定して，drmfsrestoreコマンドを実行する場合，ファイルシステムのクラスタリソースの状態がオフラインのとき，オフラインとなっていたクラスタリソースに依存し，drmfsrestoreコマンドがエラー終了することがあります。
ディクショナリマップファイル格納ディスクは，事前にオンラインになっている必要のあるクラスタリソースです。あらかじめ状態を確認して，コマンドを実行してください。

6.1.4 コマンドの強制終了に関する注意事項

Protection Managerが提供するコマンド実行中に，実行中のコマンドを強制終了しないでください。コマンドを強制終了すると，コピーグループのペア状態やバックアップカタログが予期しない状態となります。「4.18 Protection Managerの動作環境の保護」の運用をしてください。

6.2 ボリューム間でデータをバックアップおよびリストアする

ここでは，主ボリュームと副ボリューム間でのデータのバックアップおよびリストアの実行方法について説明します。

この節の構成

6.2.1 システム構成

6.2.2 処理の流れ

6.2.3 ファイルシステムを副ボリュームにバックアップする

6.2.4 ファイルシステムを主ボリュームにリストアする

6.2.1 システム構成

サーバが1台の場合は，主ボリュームと副ボリューム間でデータをバックアップおよびリストアします。ファイルサーバにProtection Managerを導入し，コマンドを実行します。

ボリューム間でデータをバックアップおよびリストアする場合のシステム構成を次の図に示します。

図6-1 ボリューム間でデータをバックアップおよびリストアする場合のシステム構成（バックアップ対象がファイルシステムの場合）

6.2.2 処理の流れ

単一サーバ構成のシステムで，ファイルシステムを副ボリュームにバックアップする処理の流れ，およびバックアップしたファイルシステムを主ボリュームにリストアする処理の流れを次の図に示します。コマンドはファイルサーバで実行します。

図6-2 ファイルシステムを副ボリュームにバックアップする処理の流れ

図6-3 バックアップしたファイルシステムを主ボリュームにリストアする処理の流れ

6.2.3 ファイルシステムを副ボリュームにバックアップする

ファイルサーバ「FSServer」のマウントポイント「E:」（Solarisの場合は「/mnt」）を副ボリュームにオンラインバックアップする例について説明します。バックアップ対象を特定するオペレーションIDとして，「Operation_A」を使用します。

ファイルシステムをバックアップするには：

コピーグループを再同期します。
SANRISE1000シリーズを使用する場合，SANRISE9500Vシリーズ，Hitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，Hitachi TMS1000，またはHitachi SMSシリーズでShadowImageを使用する場合は，ファイルサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。バックアップする前にコピーグループを再同期することで，バックアップを高速化できます。ここでは，コピーグループ名を「VG01,vol01」とします。

FSServer > EX_DRM_RESYNC Operation_A -cg VG01,vol01 -copy_size 7

ファイルシステムを副ボリュームへバックアップします。
ファイルシステムを副ボリュームへバックアップします。バックアップするには，EX_DRM_FS_BACKUPを実行します。引数として，オペレーションID「Operation_A」を指定します。

FSServer > EX_DRM_FS_BACKUP Operation_A

6.2.4 ファイルシステムを主ボリュームにリストアする

副ボリューム上にバックアップデータが保存されている場合に，ファイルシステムをリストアする例について説明します。この例では，副ボリュームと主ボリュームを再同期することでリストアします。リストア対象を特定するオペレーションIDとして，「Operation_A」を使用します。

ファイルシステムをリストアするには：

バックアップデータのバックアップIDを確認します。
リストアに使用するバックアップデータのバックアップIDを確認します。バックアップIDを確認するには，ファイルサーバで，マウントポイントディレクトリ名またはマウントポイントディレクトリ一括定義ファイル名を引数にして，drmfscatコマンドを実行します。

FSServer >drmfscat E:

INSTANCE: E:

BACKUP-ID: 0000000001 BACKUP-MODE: ONLINE INSTANCE: E:    ORIGINAL-ID: 0000000001

START-TIME：2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: FSServer

T FILE     FS         DG   DEVICE       COPY-GROUP

F -        E:         -    Harddisk2    VG01,vol01

F -        -          -    -            VG01,vol01

:

なお，リストアコマンド実行時に-targetオプションを指定して，特定のファイルやディレクトリを含むファイルシステムをリストアする場合には，リストア対象を確認してください。

バックアップID記録ファイルを作成します。
バックアップIDを指定してEX_DRM_BACKUPID_SETを実行し，バックアップID記録ファイルを作成します。

FSServer > EX_DRM_BACKUPID_SET Operation_A -backup_id 0000000001

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，ファイルサーバでEX_DRM_FS_RESTOREを実行します。

FSServer > EX_DRM_FS_RESTORE Operation_A -resync

6.3 テープ装置を使用してバックアップおよびリストアする

ここでは，テープ装置へのデータのバックアップおよびリストアの実行方法について説明します。

この節の構成

6.3.1 システム構成

6.3.2 処理の流れ

6.3.3 ファイルシステムをテープにバックアップする

6.3.4 ファイルシステムをテープからリストアする

6.3.1 システム構成

この例では，次の図に示すシステム構成を想定しています。なお，ここではファイルサーバが1台の場合のシステム構成を例としていますが，ファイルサーバを複数構成にすることもできます。

図6-4 ファイルシステムをテープへバックアップ，リストアするためのシステム構成

なお，Protection Managerでは，Windowsの場合にファイルサーバをクラスタ構成にできます。ファイルサーバをフェールオーバー型のクラスタ構成にすることで，現用サーバに障害が発生したときに待機サーバに運用を引き継ぐことができます。

この例でのシステムの前提条件は次のとおりです。

ファイルサーバ（サーバ名：FSServer）と，テープ装置を接続したバックアップサーバ（サーバ名：BKServer）を備えている。

主ボリュームと副ボリュームは，ファイルサーバとバックアップサーバでペア定義されている。

バックアップサーバにバックアップ管理製品がインストールされている。

バックアップサーバでFTPサービスが起動しており，各ファイルサーバのOSログオンユーザーを使用してFTPサーバへのログインおよびファイルの転送ができるように設定されている。FTPユーザーIDは「admin」，FTPユーザーパスワードは「password」とする。

drmtapeinitコマンドを実行して，バックアップ管理製品のパラメーターが登録されている。

Windowsの場合，コマンドプロンプトから「cscript //H:Cscript」コマンドが実行され，ホストパラメーターが変更されている。

副ボリュームをテープへバックアップするまでは，バックアップ対象の副ボリュームとペアを構成している主ボリュームのバックアップを新たに実行することはないとする。

Windowsの場合，「FSServer」にはマウントポイント「E:」が存在する。
Solarisの場合は「FSServer」にはマウントポイント「/mnt1」が存在する。

Windowsの場合，バックアップ対象のマウントポイントはNTFSでフォーマットされている。Solarisの場合は，バックアップ対象のマウントポイントはVxFSでフォーマットされたディスクパーティションにマウントされている。

副ボリュームは通常はマウントされていないで，運用時にだけ，Windowsの場合はEドライブ，Solarisの場合は/mntディレクトリにマウントされる。

ファイルサーバおよびバックアップサーバで，オペレーション定義ファイルに指定された拡張コマンド一時ファイル格納ディレクトリが作成されている。

Solarisの場合，環境変数PATHにコマンドのパス/opt/drm/script/binが設定されている。

6.3.2 処理の流れ

複数サーバ構成のシステムで，ファイルシステムをテープにバックアップする処理の流れ，およびバックアップしたファイルシステムを主ボリュームにリストアする処理の流れを次の図に示します。なお，ここではファイルサーバを1台の場合のシステム構成を例としていますが，ファイルサーバを複数構成にすることもできます。

常時スプリット運用の場合，コピーグループを再同期してから，データをバックアップします。

常時ペア運用の場合は，バックアップの前にコピーグループを再同期する必要はありません。テープバックアップが終了してから，コピーグループを再同期して，初期状態に戻します。

図6-5 ファイルシステムをテープにバックアップする処理の流れ

図6-6 ファイルシステムをテープからリストアする処理の流れ

6.3.3 ファイルシステムをテープにバックアップする

ファイルシステムをテープへバックアップする例について説明します。この例では，ファイルサーバ「FSServer」をいったん副ボリュームにオンラインバックアップしたあと，副ボリュームからテープへバックアップします。マウントポイントとして，Windowsの場合は「E:」，Solarisの場合は「/mnt」を使用します。バックアップ対象を特定するオペレーションIDとして，「Operation_A」を使用します。

この項の構成

(1) コピーグループの再同期

(2) ファイルシステムのバックアップ

(3) VSSを使用したバックアップ

(1) コピーグループの再同期

常時スプリット運用の場合，コピーグループを再同期してから，データをバックアップします。

常時ペア運用の場合は，バックアップの前にコピーグループを再同期する必要はありません。テープバックアップが終了してから，コピーグループを再同期して，初期状態に戻します。

コピーグループを再同期するには：

Windowsの場合，副ボリュームのキャッシュをクリアします。
バックアップする前に，バックアップサーバのシステムキャッシュをクリアします。
システムキャッシュをクリアするには，バックアップサーバでEX_DRM_CACHE_PURGEを実行し，副ボリュームをマウント／アンマウントします。ここでは，コピーグループ名を「VG01,vol01」とします。

BKServer > EX_DRM_CACHE_PURGE Operation_A -cg VG01,vol01

コピーグループを再同期します。
SANRISE1000シリーズを使用する場合，SANRISE9500Vシリーズ，Hitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，Hitachi TMS1000，またはHitachi SMSシリーズでShadowImageを使用する場合は，ファイルサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。バックアップする前にコピーグループを再同期することで，バックアップを高速化できます。

FSServer > EX_DRM_RESYNC Operation_A -cg VG01,vol01 -copy_size 7

(2) ファイルシステムのバックアップ

ファイルシステムをバックアップするには：

ファイルシステムを副ボリュームへバックアップします。
バックアップするには，EX_DRM_FS_BACKUPを実行します。引数として，オペレーションID「Operation_A」を指定します。

FSServer > EX_DRM_FS_BACKUP Operation_A

正しくバックアップされていることを確認します。
ファイルサーバでdrmfscatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

Windowsの場合

FSServer > drmfscat E:

INSTANCE: E:

BACKUP-ID:0000000001 BACKUP-MODE: ONLINE INSTANCE: E: ORIGINAL-ID:0000000001

START-TIME: 2003/08/01 19:00:00 END-TIME: 2003/08/01 19:03:00

:

:

Solarisの場合

FSServer > drmfscat /mnt1

INSTANCE: /mnt1

BACKUP-ID: 0000000001 BACKUP-MODE: ONLINE INSTANCE: /mnt1 ORIGINAL-ID: 0000000001

START-TIME: 2003/08/01 19:00:00 END-TIME: 2003/08/01 19:03:00

:

:

この例では，手順1でのバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000001」で登録されています。

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームからテープへバックアップするために，主ボリュームから副ボリュームへのバックアップ操作に関する情報をバックアップサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。一時ファイルは，ファイルサーバの拡張コマンド用一時ディレクトリに格納されます。

FSServer > EX_DRM_DB_EXPORT Operation_A

一時ファイルをバックアップサーバへ転送します。
一時ファイルを一括してファイルサーバからバックアップサーバへ転送します。転送するには，ファイルサーバでEX_DRM_FTP_PUTを実行します。ここでは，FTPサーバにログオンするために使用するユーザーIDを「admin」，パスワードを「password」とします。一時ファイルは，バックアップサーバの拡張コマンド用一時ディレクトリに格納されます。

FSServer > EX_DRM_FTP_PUT Operation_A -server BKServer -user admin -password password

ファイルサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
ファイルサーバから転送した一時ファイルを，バックアップサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，バックアップサーバでEX_DRM_DB_IMPORTを実行します。

BKServer > EX_DRM_DB_IMPORT Operation_A

正しくインポートされていることを確認します。
バックアップサーバでdrmfscatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバにインポートされていることを確認します。

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでEX_DRM_TAPE_BACKUPを実行します。Windowsの場合は，テープバックアップ用のマウントポイントとしてEドライブ（ドライブ文字：E:）を指定します。Solarisの場合はマウントポイントとして「/mnt1」を指定します。

Windowsの場合

BKServer > EX_DRM_TAPE_BACKUP Operation_A -mount_pt E:

Solarisの場合

BKServer > EX_DRM_TAPE_BACKUP Operation_A -exopt -mount_pt /mnt1

この例では，バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000002」で登録されます。

正しくテープへバックアップされていることを確認します。
バックアップサーバでdrmtapecatコマンドを実行して，副ボリュームからテープへのバックアップを実行した日付のバックアップ情報があることを確認します。

(3) VSSを使用したバックアップ

VSSを使用してファイルシステムをテープへバックアップする例について説明します。VSSを使用したバックアップでは，ディスクドライブがマウントされたままでバックアップの処理が行われます。この例では，ファイルサーバ「FSServer」をいったん副ボリュームにVSSを使用してバックアップしたあと，副ボリュームからテープへバックアップします。マウントポイントとして「E:」を使用します。オペレーションIDとして，「Operation_A」を使用します。

VSSを使用してバックアップをする場合には，バックアップサーバでProtection Managerサービスが稼働している必要があります。

VSSを使用してファイルシステムをバックアップするには：

ファイルシステムを副ボリュームへバックアップします。
VSSを使用して，ファイルシステムを副ボリュームへバックアップします。バックアップするには，EX_DRM_FS_BACKUPを実行します。引数として，オペレーションID「Operation_A」を指定します。

FSServer > EX_DRM_FS_BACKUP Operation_A -mode vss

正しくバックアップされていることを確認します。
ファイルサーバでdrmfscatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

FSServer > drmfscat E:

INSTANCE: E:

BACKUP-ID:0000000001 BACKUP-MODE: VSS INSTANCE: E: ORIGINAL-ID:0000000001

START-TIME: 2003/08/01 19:00:00 END-TIME: 2003/08/01 19:03:00

:

:

この例では，手順1でのバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000001」で登録されています。

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームからテープへバックアップするために，主ボリュームから副ボリュームへのバックアップ操作に関する情報をバックアップサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。一時ファイルは，ファイルサーバの拡張コマンド用一時ディレクトリに格納されます。

FSServer > EX_DRM_DB_EXPORT Operation_A

一時ファイルをバックアップサーバへ転送します。
一時ファイルを一括してファイルサーバからバックアップサーバへ転送します。転送するには，ファイルサーバでEX_DRM_FTP_PUTを実行します。ここでは，FTPサーバにログオンするために使用するユーザーIDを「admin」，パスワードを「password」とします。一時ファイルは，バックアップサーバの拡張コマンド用一時ディレクトリに格納されます。

FSServer > EX_DRM_FTP_PUT Operation_A -server BKServer -user admin -password password

ファイルサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
ファイルサーバから転送した一時ファイルを，バックアップサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，バックアップサーバでEX_DRM_DB_IMPORTを実行します。

BKServer > EX_DRM_DB_IMPORT Operation_A

正しくインポートされていることを確認します。
バックアップサーバでdrmfscatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバにインポートされていることを確認します。

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでEX_DRM_TAPE_BACKUPを実行します。ここでは，副ボリュームのドライブ文字を「E:」とします。

BKServer > EX_DRM_TAPE_BACKUP Operation_A -mount_pt E:

バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000002」で登録されます。

正しくテープへバックアップされていることを確認します。
バックアップサーバでdrmtapecatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。
カタログに新しいバックアップID「0000000002」で登録されます。

6.3.4 ファイルシステムをテープからリストアする

テープへバックアップしたデータをリストアし，ファイルシステムをリカバリする例について説明します。この例では，いったんテープのデータを副ボリュームにリストアしたあと，副ボリュームと主ボリュームを再同期することでリストアします。リストア対象を特定するオペレーションIDとして，「Operation_A」を使用します。

ファイルシステムをリストアするには：

バックアップデータのバックアップIDを確認します。
テープから副ボリュームへのリストアに使用するバックアップデータのバックアップIDを確認します。バックアップIDを確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

BKServer >drmtapecat -hostname FSServer -l

BACKUP-ID ORIGINAL-ID HOSTNAME BACKUP-OBJECT INSTANCE SNAPSHOT TIME     EXPIRATION TIME   BACKUP-MEDIA

0000000002 0000000001 FSServer FILESYSTEM  E:   2003/08/01 19:00:00 2003/11/01 19:00:00  -

:

:

なお，リストアコマンド実行時に-targetオプションを指定して，特定のファイルやディレクトリを含むファイルシステムをリストアする場合には，リストア対象を確認する必要があります。この場合，drmtapecatコマンドに次のオプションを指定して実行します。

-o FILESYSTEM マウントポイントディレクトリ名またはドライブ名

-backup_id <バックアップID>

バックアップしたデータをテープから副ボリュームへリストアします。
リストアするには，バックアップサーバでEX_DRM_TAPE_RESTOREを実行します。

BKServer > EX_DRM_TAPE_RESTORE Operation_A -backup_id 0000000002

リストアを実行すると，バックアップサーバのバックアップカタログに，このリストア操作に関する情報が新しいバックアップID「0000000003」で登録されます。

正しくテープから副ボリュームへリストアされていることを確認します。
バックアップサーバでdrmfscatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバにリストアされていることを確認します。

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするには，テープから副ボリュームへのリストア操作に関するバックアップ情報を，ファイルサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行し，バックアップ情報を拡張コマンド用一時ディレクトリの一時ファイルへエクスポートします。

BKServer > EX_DRM_DB_EXPORT Operation_A

一時ファイルをファイルサーバで受け取ります。
ファイルサーバでEX_DRM_FTP_GETを実行し，バックアップサーバの一時ファイルを一括してファイルサーバで受け取ります。ここでは，FTPサーバにログオンするために使用するユーザーIDを「admin」，パスワードを「password」とします。一時ファイルは，ファイルサーバの拡張コマンド用一時ディレクトリに格納されます。

FSServer > EX_DRM_FTP_GET Operation_A -server BKServer -user admin -password password

バックアップサーバから転送した一時ファイルをファイルサーバのバックアップカタログへインポートします。
バックアップサーバから転送した一時ファイルを，ファイルサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，ファイルサーバでEX_DRM_DB_IMPORTを実行します。

FSServer >EX_DRM_DB_IMPORT Operation_A

正しくインポートされていることを確認します。
ファイルサーバでdrmfscatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がファイルサーバにインポートされていることを確認します。

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，ファイルサーバでEX_DRM_FS_RESTOREを実行します。

FSServer > EX_DRM_FS_RESTORE Operation_A -resync

6.4 ユーザースクリプトを使用してファイルシステムをバックアップする

ユーザースクリプトを指定したバックアップコマンドを使用すると，ファイルシステムを主ボリュームから副ボリュームを経由してテープへバックアップする一連の操作ができます。

この節の構成

6.4.1 システム構成

6.4.2 処理概要

6.4.3 ユーザースクリプトの例

6.4.4 バックアップの実行例

6.4.1 システム構成

この例でのシステム構成は次のとおりです。

図6-7 ファイルシステムをテープへバックアップするためのシステム構成

6.4.2 処理概要

この例でのユーザースクリプトを指定したdrmfsbackupコマンドの処理概要は次のとおりです。

Fドライブを使用するアプリケーションを停止します（ユーザー前処理セクションの処理）。

副ボリュームのキャッシュをクリアします（ユーザー前処理セクションの処理）。

主ボリュームから副ボリュームへのコールドバックアップ終了後，バックアップカタログをバックアップサーバに転送します。

バックアップサーバで副ボリュームをDドライブにマウントします。

副ボリュームをNTBACKUPでテープにバックアップ後，アンマウントします（ユーザー後処理セクションの処理）。

テープバックアップの完了を待たないで，Fドライブを使用するアプリケーションを再開します（ユーザー後処理セクションの処理）。

テープバックアップの完了を待たないで，drmfsbackupコマンドは完了します。

図6-8 処理の流れ

6.4.3 ユーザースクリプトの例

ユーザースクリプトの作成例を次に示します。

表6-1 ユーザースクリプトの作成例

スクリプト本文
解説

LOCAL_BACKUP=YES …(1)

#前処理セクション

[PRE_PROC] …(2)

[CMD]

#ファイルシステムを利用するアプリケーションの停止

CMDLINE=C:¥tmp¥stop_app.bat

ENV=VAL=ApplicationName …(3)

TIMEOUT=60 …(4)

END_CODE=100 …(5)

LOCATION=LOCAL …(6)

#副ボリュームのキャッシュのクリア(マウントおよびアンマウント)

[CMD]

CMDLINE="C:¥program files¥hitachi¥drm¥bin¥drmmount.exe" -copy_group vg01,vol01

LOCATION=REMOTE …(7)

[CMD]

CMDLINE="C:¥program files¥hitachi¥drm¥bin¥drmumount.exe" -copy_group vg01,vol01

LOCATION=REMOTE

#後処理セクション

[POST_PROC] …(8)

#副ボリュームのテープバックアップ

[CMD]

CMDLINE=C:¥tmp¥tapebackup.bat

TIMEOUT=NOWAIT …(9)

END_CODE=TERMINATE_NZ …(10)

LOCATION=REMOTE

PARENT_STAT=NORMAL …(11)

[CMD]

#バックアップエラー時のアプリケーションのリカバリ処理

CMDLINE=C:¥tmp¥recovery.bat

TIMEOUT=60

END_CODE=IGNORE …(12)

LOCATION=LOCAL

PARENT_STAT=ERROR …(13)

[CMD]

#ファイルシステムを利用するアプリケーションの再開

CMDLINE=C:¥tmp¥restart_app.bat

ENV=VAL=ApplicationName

TIMEOUT=60

END_CODE=100

LOCATION=LOCAL

(1)必ずYESを指定します。
(2)ユーザー前処理セクションの開始
(3)コマンドに環境変数「VAL= ApplicationName」を渡します。
(4)60秒でタイムアウトします。
(5)コマンドの戻り値が100以上をエラーとして扱います。
(6)ローカルサーバで実行します。
(7)リモートサーバで実行します。
(8)ユーザー後処理セクションの開始
(9)コマンドの終了を待たないで次のコマンドを実行します。
(10)コマンドの戻り値が0以外をエラーとして扱います。
(11)バックアップコマンドが正常の場合だけ実行します。
(12)コマンドのエラーを無視します。
(13)バックアップコマンドがエラーの場合だけ実行します。

副ボリュームをテープにバックアップするtapebackup.batの例を次に示します。

rem NTBACKUPでジョブ「Job1」を実行してテープ「Tape1」にG:¥をコピーバックアップ

rem 環境変数DRMENV_COMMENTとして渡されるバックアップコメントをバックアップジョブの説明に設定

"C:¥Windows¥system32¥ntbackup.exe" backup G:¥ /j "Job1" /a /t "Tape1" /D "%DRMENV_COMMENT%" /m copy

IF NOT "%errorlevel%"=="0" GOTO ERROR

rem テープバックアップ後，バックアップサーバにインポートされたバックアップIDを指定して副ボリュームをアンマウント

"C:¥Program Files¥Hitachi¥DRM¥bin¥drmumount.exe" %DRMENV_R_BACKUPID%

IF NOT "%errorlevel%"=="0" GOTO ERROR

exit 0

:ERROR

exit 1

注　remで始まる行はコメントです。

6.4.4 バックアップの実行例

ユーザースクリプトの操作例を次に示します。ユーザースクリプトに「LOCATION=REMOTE」を指定した場合は，-sオプションを指定する必要があります。

PROMPT>drmfsbackup F: -mode cold -script C:¥tmp¥script.txt -s BKHOST -auto_import -auto_mount G: -comment TEST1

実行結果を次に示します。

PROMPT> drmfsbackup F: -mode cold -script C:¥tmp¥script.txt -s BKHOST -auto_import -auto_mount G: -comment TEST1

KAVX0001-I drmfsbackupコマンドを開始します。

KAVX0256-I Protection Managerサービスに接続します。

          ホスト名 = BKHOST

KAVX0210-I ユーザースクリプトを実行します。

          処理セクション = [PRE_PROC]

KAVX0263-I ユーザースクリプト内のコマンドを実行します。

          ホスト名 = LOCAL

          コマンドライン =  C:¥tmp¥stop_app.bat

KAVX0213-I ユーザースクリプト内のコマンドが終了しました。

          終了コード = 0

KAVX0263-I ユーザースクリプト内のコマンドを実行します。

          ホスト名 = BKHOST

          コマンドライン = "C:¥program files¥hitachi¥drm¥bin¥drmmount.exe" -copy_group vg01,vol01

KAVX0213-I ユーザースクリプト内のコマンドが終了しました。

          終了コード = 0

KAVX0263-I ユーザースクリプト内のコマンドを実行します。

          ホスト名 = BKHOST

          コマンドライン = "C:¥program files¥hitachi¥drm¥bin¥drmumount.exe" -copy_group vg01,vol01

KAVX0213-I ユーザースクリプト内のコマンドが終了しました。

          終了コード = 0

KAVX0211-I ユーザースクリプトの実行が終了しました。

KAVX0019-I ファイルのコピー中です。

KAVX5108-I コピーグループの再同期を実行します。

          コピーグループ名 = SI01,dev01

KAVX5111-I アンマウントを実行します。

          マウントポイント名 = F:

KAVX5109-I コピーグループのペア分割を実行します。

          コピーグループ名 = SI01,dev01

KAVX5110-I マウントを実行します。

          マウントポイント名 = F:

KAVX0040-I バックアップは以下の内容で取得されています。

          バックアップID = 0000000001

KAVX5156-I バックアップカタログをエクスポートします。

KAVX5157-I バックアップカタログをエクスポートしました。

KAVX5158-I バックアップカタログをインポートします。

          ホスト名 = BKHOST

KAVX5159-I バックアップカタログをインポートしました。

          ディクショナリマップファイルパス = C:¥Program Files¥Hitachi¥DRM¥db

          インポートされたバックアップID = 0000000001

KAVX5162-I 副ボリュームのマウントを開始します。

          ホスト名 = BKHOST

          インポートされたバックアップID = 0000000001

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = G:

KAVX0401-I マウントを完了しました。

          マウントポイント = G:

KAVX0002-I drmmountコマンドを終了します。

KAVX5163-I 副ボリュームをマウントしました。

KAVX0210-I ユーザースクリプトを実行します。

          処理セクション = [POST_PROC]

KAVX0263-I ユーザースクリプト内のコマンドを実行します。

          ホスト名 = BKHOST

          コマンドライン = C:¥tmp¥tapebackup.bat

KAVX0213-I ユーザースクリプト内のコマンドが終了しました。

          終了コード = 0

KAVX0263-I ユーザースクリプト内のコマンドを実行します。

          ホスト名 = LOCAL

          コマンドライン = C:¥tmp¥restart_app.bat

KAVX0213-I ユーザースクリプト内のコマンドが終了しました。

          終了コード = 0

KAVX0211-I ユーザースクリプトの実行が終了しました。

KAVX0257-I Protection Managerサービスとの接続状態を切断します。

KAVX0002-I drmfsbackupコマンドを終了します。

6.5 ローカルサイトとリモートサイトの間でバックアップおよびリストアする（リモートコピー）

ここでは，TrueCopyまたはUniversal Replicatorなどのストレージサブシステム間のボリューム複製機能を使用して，ローカルサイトの主ボリュームからリモートサイトの副ボリュームへファイルシステムをバックアップする例，およびリモートサイトの副ボリュームからローカルサイトの主ボリュームへリストアする例について示します。

次のような場合について説明します。

ファイルシステムをリモートサイトにバックアップする。

リモートサイトへバックアップしたファイルシステムを，ローカルサイトにリストアする（ローカルサイトが正常に動作している場合）。

リモートサイトへバックアップしたファイルシステムを，リモートサイトでリストアする（ローカルサイトに障害が発生している場合）。

リモートサイトからローカルサイトにファイルシステムを復旧させる（ローカルサイトの障害が復旧した場合）。

この例では，次の図に示すシステム構成を想定しています。

図6-9 ローカルサイトとリモートサイトの間でファイルシステムをバックアップおよびリストアする場合のシステム構成例

この例でのシステムの前提条件は次のとおりです。

ローカルサイトのファイルサーバ（サーバ名：FSServer）と，テープ装置を接続したリモートサイトのバックアップサーバ（サーバ名：BKServer）を備えている。

リモートサイトのバックアップサーバでFTPサービスが起動しており，各ファイルサーバのOSログオンユーザーを使用してFTPサーバへのログインおよびファイルの転送ができるように設定されている。FTPユーザーIDは「admin」，FTPユーザーパスワードは「password」とする。

Windowsの場合，ローカルサイトの主ボリュームは，「FSServer」の「G:」ドライブにマウントされている。Solarisの場合，ローカルサイトの主ボリュームは，「FSServer」の「/mnt1」にマウントされている。

コピーグループ名「TC01,FS11」でTrueCopyのペア（常時ペア）が組まれている。

コピーグループ名「SI01,FS01」でShadowImageのペアが組まれている。

リモートサイトのバックアップ先の世代識別名が「remote_0」になるように，設定されている。

Windowsの場合，リモートサイトのボリュームは通常マウントされておらず，必要な場合にバックアップサーバの「G:」ドライブにマウントされる。Solarisの場合は「/mnt1」ディレクトリにマウントされる。

リモートサイトのバックアップサーバ（BKServer）は，ローカルサイトのストレージサブシステムに障害が発生した場合，ファイルサーバとして使用することができる。

オペレーションIDとして，「Operation_A」を使用する。

この節の構成

6.5.1 ファイルシステムをリモートサイトにバックアップする

6.5.2 ファイルシステムをローカルサイトにリストアする

6.5.3 ファイルシステムをリモートサイトでリストアする

6.5.4 リモートサイトからローカルサイトにファイルシステムを復旧させる

6.5.1 ファイルシステムをリモートサイトにバックアップする

ファイルシステムをリモートサイトにバックアップする例について説明します。ローカルサイトとリモートサイトの手順を分けて説明します。

この項の構成

(1) ローカルサイトでの操作

(2) リモートサイトでの操作

(3) ローカルサイトでの操作

(1) ローカルサイトでの操作

バックアップ対象となるボリュームと，世代識別名を確認します。
ファイルサーバでdrmfsdisplayコマンドを実行します。

FSServer> drmfsdisplay -cf

INSTANCE: -

T FILE   FS   DG   DEVICE      COPY-GROUP     COPY-FUNC    GEN-NAME

F -      G:   -    Harddisk1   SI01,FS01      ShadowImage  local_0

- -      -    -    -           SI01,FS01      ShadowImage  local_0

F -      G:   -    Harddisk2   TC01,FS11      TrueCopy     remote_0

- -      -    -    -           TC01,FS11      TrueCopy     remote_0

FSServer>

ファイルシステムをリモートサイトの副ボリュームへバックアップします。
ファイルシステムをリモートサイトの副ボリュームへコールドバックアップします。ファイルサーバでバックアップ先の世代識別名「remote_0」を指定して，EX_DRM_FS_BACKUPを実行します。

FSServer > EX_DRM_FS_BACKUP Operation_A -mode cold -rc remote_0

正しくバックアップされていることを確認します。
ファイルサーバでdrmfscatコマンドを実行して，バックアップ情報を確認します。

FSServer > drmfscat G:

INSTANCE: G:

BACKUP-ID:0000000001 BACKUP-MODE: COLD INSTANCE: G: ORIGINAL-ID: 0000000001

START-TIME：2004/08/05 10:00:00 END-TIME: 2004/08/05 10:03:00 HOSTNAME: FSServer

T FILE          FS           DG        DEVICE              COPY-GROUP

F G:            G:           -         Harddisk1           TC01,FS11

F -             -            -         -                   TC01,FS11

FSServer >

この例では，手順2でのバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000001」で登録されています。

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームからテープへバックアップするために，主ボリュームから副ボリュームへのバックアップ操作に関する情報をバックアップサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。一時ファイルは，ファイルサーバの拡張コマンド用一時ディレクトリに格納されます。

FSServer > EX_DRM_DB_EXPORT Operation_A

一時ファイルをバックアップサーバへ転送します。
一時ファイルを一括してファイルサーバからバックアップサーバへ転送します。転送するには，ファイルサーバでEX_DRM_FTP_PUTを実行します。一時ファイルは，バックアップサーバの拡張コマンド用一時ディレクトリに格納されます。

FSServer > EX_DRM_FTP_PUT Operation_A -server BKServer -user admin -password password

(2) リモートサイトでの操作

ローカルサイトのファイルサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
一時ファイルをインポートするには，バックアップサーバでEX_DRM_DB_IMPORTを実行します。

BKServer > EX_DRM_DB_IMPORT Operation_A

正しくインポートされていることを確認します。
バックアップサーバでdrmfscatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバにインポートされていることを確認します。

BKServer > drmfscat G:

INSTANCE: G:

BACKUP-ID:0000000001 BACKUP-MODE: COLD INSTANCE: G: ORIGINAL-ID: 0000000001

START-TIME：2004/08/05 10:00:00 END-TIME: 2004/08/05 10:03:00 HOSTNAME: FSServer

T FILE          FS           DG        DEVICE              COPY-GROUP

F G:            G:           -         Harddisk2           TC01,FS11

F -             -            -         -                   TC01,FS11

BKServer >

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでEX_DRM_TAPE_BACKUPを実行します。Windowsの場合は，テープバックアップ用のマウントポイントとして「G:」ドライブを指定します。Solarisの場合はマウントポイントとして「/mnt1」を指定します。

Windowsの場合

BKServer > EX_DRM_TAPE_BACKUP Operation_A -mount_pt G:

Solarisの場合

BKServer > EX_DRM_TAPE_BACKUP Operation_A -exopt -mount_pt /mnt1

この例では，バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000002」で登録されます。

正しくテープへバックアップされていることを確認します。
バックアップサーバでdrmtapecatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

BKServer > drmtapecat

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  FILESYSTEM       2004/08/05 10:00:00  2004/11/05 10:00:00  MEDIA1

：

：

BKServer >

Windowsの場合，副ボリュームのキャッシュをクリアします。
テープへのバックアップが完了したあとに，バックアップサーバのシステムキャッシュをクリアします。
システムキャッシュをクリアするには，バックアップサーバでEX_DRM_CACHE_PURGEを実行し，副ボリュームをマウント／アンマウントします。

BKServer > EX_DRM_CACHE_PURGE Operation_A

(3) ローカルサイトでの操作

コピーグループを再同期します。
ファイルサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。

FSServer > EX_DRM_RESYNC Operation_A

6.5.2 ファイルシステムをローカルサイトにリストアする

ローカルサイトに障害が発生しておらず，正常に動作している場合に，ファイルシステムをローカルサイトにリストアする例について説明します。ローカルサイトとリモートサイトの手順を分けて説明します。

この項の構成

(1) リモートサイトでの操作

(2) ローカルサイトでの操作

(1) リモートサイトでの操作

TrueCopyのペア（常時ペア）を分割します。

BKServer > pairsplit -g TC01 -d FS11 -rw

BKServer >

バックアップデータのバックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

BKServer > drmtapecat

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  FILESYSTEM       2004/08/05 10:00:00  2004/11/05 10:00:00  MEDIA1

:

:

BKServer >

バックアップしたデータをテープから副ボリュームへリストアします。
リストアするには，バックアップサーバでEX_DRM_TAPE_RESTOREを実行します。Windowsの場合は，マウントポイントとして「G:」ドライブを指定します。Solarisの場合はマウントポイントとして「/mnt1」を指定します。

Windowsの場合

BKServer > EX_DRM_TAPE_RESTORE Operation_A -backup_id 0000000002 -mount_pt G:

Solarisの場合

BKServer > EX_DRM_TAPE_RESTORE Operation_A -backup_id 0000000002 -exopt -mount_pt /mnt1

リストアを実行すると，バックアップサーバのバックアップカタログに，このリストア操作に関する情報が新しいバックアップID「0000000003」で登録されます。

正しくテープから副ボリュームへリストアされていることを確認します。
バックアップサーバでdrmfscatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバにリストアされていることを確認します。

BKServer > drmfscat G:

INSTANCE: G:

BACKUP-ID:0000000003 BACKUP-MODE: COLD INSTANCE: G: ORIGINAL-ID: 0000000001

START-TIME：2004/08/05 10:00:00 END-TIME: 2004/08/05 10:03:00 HOSTNAME: FSServer

T FILE          FS           DG        DEVICE              COPY-GROUP

F G:            G:           -         Harddisk2           TC01,FS11

F -             -            -         -                   TC01,FS11

BKServer >

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするには，テープから副ボリュームへのリストア操作に関するバックアップ情報を，ファイルサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行し，バックアップ情報を拡張コマンド用一時ディレクトリの一時ファイルへエクスポートします。

BKServer > EX_DRM_DB_EXPORT Operation_A

(2) ローカルサイトでの操作

一時ファイルをローカルサイトのファイルサーバで受け取ります。
ファイルサーバでEX_DRM_FTP_GETを実行し，バックアップサーバの一時ファイルを一括してファイルサーバで受け取ります。一時ファイルは，ファイルサーバの拡張コマンド用一時ディレクトリに格納されます。

FSServer > EX_DRM_FTP_GET Operation_A -server BKServer -user admin -password password

バックアップサーバから転送した一時ファイルをファイルサーバのバックアップカタログへインポートします。
バックアップサーバから転送した一時ファイルを，ファイルサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，ファイルサーバでEX_DRM_DB_IMPORTを実行します。

FSServer >EX_DRM_DB_IMPORT Operation_A

正しくインポートされていることを確認します。
ファイルサーバでdrmfscatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がファイルサーバにインポートされていることを確認します。

FSServer > drmfscat G:

INSTANCE: G:

BACKUP-ID:0000000002 BACKUP-MODE: COLD INSTANCE: G: ORIGINAL-ID: 0000000001

START-TIME：2004/08/05 10:00:00 END-TIME: 2004/08/05 10:03:00 HOSTNAME: FSServer

T FILE          FS           DG        DEVICE              COPY-GROUP

F G:            G:           -         Harddisk1           FS001,DDrive

F -             -            -         -                   FS001,DDrive

FSServer >

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，ファイルサーバでEX_DRM_FS_RESTOREを実行します。

FSServer > EX_DRM_FS_RESTORE Operation_A -resync

コピーグループを再同期します。
ファイルサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。

FSServer > EX_DRM_RESYNC Operation_A

6.5.3 ファイルシステムをリモートサイトでリストアする

ローカルサイトに障害が発生している場合に，ファイルシステムをリモートサイトでリストアする例について説明します。

この項の構成

(1) リモートサイトでの操作

(1) リモートサイトでの操作

TrueCopyのペア（常時ペア）を分割します。

BKServer > pairsplit -g TC01 -d FS11 -S

BKServer >

バックアップデータのバックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

BKServer > drmtapecat

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  FILESYSTEM       2004/08/05 10:00:00  2004/11/05 10:00:00  MEDIA1

:

:

BKServer >

バックアップしたデータをテープから副ボリュームへリストアします。
リストアするには，バックアップサーバでEX_DRM_TAPE_RESTOREを実行します。
Windowsの場合は，マウントポイントとして「G:」ドライブを指定します。Solarisの場合はマウントポイントとして「/mnt1」を指定します。

Windowsの場合

BKServer > EX_DRM_TAPE_RESTORE Operation_A -backup_id 0000000002 -mount_pt G:

Solarisの場合

BKServer > EX_DRM_TAPE_RESTORE Operation_A -backup_id 0000000002 -exopt -mount_pt /mnt1

リストアを実行すると，バックアップサーバのバックアップカタログに，このリストア操作に関する情報が新しいバックアップID「0000000003」で登録されます。

正しくテープから副ボリュームへリストアされていることを確認します。
バックアップサーバでdrmfscatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバにリストアされていることを確認します。

BKServer > drmfscat G:

INSTANCE: G:

BACKUP-ID:0000000003 BACKUP-MODE: COLD INSTANCE: G: ORIGINAL-ID: 0000000001

START-TIME：2004/08/05 10:00:00 END-TIME: 2004/08/05 10:03:00 HOSTNAME: FSServer

T FILE          FS           DG        DEVICE              COPY-GROUP

F G:            G:           -         Harddisk2           TC01,FS11

F -             -            -         -                   TC01,FS11

BKServer >

リストアしたボリュームを，ディスク管理機能を使用してマウントします。
Windowsの場合は，「G:」ドライブにマウントします。Solarisの場合は「/mnt1」にマウントします。

6.5.4 リモートサイトからローカルサイトにファイルシステムを復旧させる

ファイルシステムをリモートサイトでリストアしたあと，ローカルサイトの障害が復旧した場合に，リモートサイトでリストアしたデータをローカルサイトに復旧させる手順について説明します。ローカルサイトとリモートサイトの手順を分けて説明します。

この項の構成

(1) ローカルサイトでの操作

(2) リモートサイトでの操作

(3) ローカルサイトでの操作

(1) ローカルサイトでの操作

ローカルサイトのファイルサーバで，ディスク管理機能を使用してマウントしたボリュームを，ディスク管理機能を使用してアンマウントします。

(2) リモートサイトでの操作

ファイルシステムをリモートサイトでリストアする手順でディスク管理機能を使用してマウントしたボリュームを，ディスク管理機能を使用してアンマウントします。
Windowsの場合は，「G:」ドライブをアンマウントします。Solarisの場合は「/mnt1」をアンマウントします。

ペアを生成します。

BKServer > paircreate -g TC01 -d FS11 -vl -f never

BKServer >

(3) ローカルサイトでの操作

主ボリュームと副ボリュームの正・副を反転させます。

FSServer > pairresync -g TC01 -d FS11 -swaps

FSServer >

ボリュームを，ディスク管理機能を使用してマウントします。
Windowsの場合は，「G:」ドライブにマウントします。Solarisの場合は「/mnt1」にマウントします。

6.6 Protection Managerと連携できないバックアップ管理製品を使用してバックアップおよびリストアする

Protection Managerと連携できないバックアップ管理製品を使用している場合は，次の手順でテープにバックアップ，またはテープからリストアしてください。なお，バックアップの手順1から手順6までの操作の詳細については，「6.3.3 ファイルシステムをテープにバックアップする」を参照してください。

また，リストア操作の詳細については，「6.3.4 ファイルシステムをテープからリストアする」を参照してください。

ファイルシステムをテープへバックアップするには（Protection Managerと連携できないバックアップ管理製品を使用している場合）：

OSがWindowsで，常時スプリット運用の場合，EX_DRM_CACHE_PURGEを実行して，副ボリュームのキャッシュをクリアします。

常時スプリット運用の場合，EX_DRM_RESYNCを実行して，コピーグループを再同期します。

EX_DRM_FS_BACKUPを実行して，ファイルシステムを副ボリュームへバックアップします。

EX_DRM_DB_EXPORTを実行して，バックアップ情報を一時ファイルへエクスポートします。

EX_DRM_FTP_PUTを実行して，一時ファイルをバックアップサーバへ転送します。

EX_DRM_DB_IMPORTを実行して，ファイルサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。

バックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバの次のディレクトリにあるバックアップID記録ファイル（<オペレーションID>.bid）を開きます。

Windowsの場合

<FTP_HOME_DIR値>¥<FTP_SUB_DIR値>¥<オペレーションID>¥BK¥<オペレーションID>.bid

Solarisの場合

/var/opt/drm/script/tmp/<オペレーションID>/BK/<オペレーションID>.bid

バックアップID記録ファイルで確認したバックアップIDを引数にして，バックアップ対象となったファイルを確認します。
確認するには，drmfscatコマンドを実行します。

データファイルの格納場所を確認します。
確認するには，バックアップIDを引数にして，drmmountコマンドを実行します。
drmmountコマンドの表示結果に，マウントされたドライブ名が表示されます。マウントされたドライブには，データファイルが格納されています。

マウントされたドライブに格納されているすべてのファイルをバックアップ管理製品で，テープにバックアップします。

drmumountコマンドを実行して，手順9でマウントしたマウントポイントをアンマウントします。
ファイルシステムをテープからリストアするには（Protection Managerと連携できないバックアップ管理製品を使用している場合）：

drmfscatコマンドを実行して，リストア対象となるバックアップカタログのバックアップIDを確認します。

drmmountコマンドを実行してから，テープからファイルの格納場所にリストアします。

バックアップIDを指定してEX_DRM_BACKUPID_SETを実行し，バックアップID記録ファイルを作成します。

「6.3.4 ファイルシステムをテープからリストアする」の手順4以降を実行して，副ボリュームから主ボリュームへリストアしてください。

6.7 ファイル共用を使用してバックアップおよびリストアする（ファイルサーバとバックアップサーバをファイル共用で連携する）

ファイルサーバとバックアップサーバ間でバックアップ情報を送受信する場合，通常は拡張コマンド（EX_DRM_FTP_PUT，EX_DRM_FTP_GET）を使用してFTP転送しますが，FTPを使用しないで，ファイル共用を使用してサーバ間でバックアップ情報をコピーすることもできます。ここでは，ファイル共用を使用してファイルシステムをバックアップ，リストアする例について説明します。

この節の構成

6.7.1 ファイル共用を使用してバックアップおよびリストアするための準備

6.7.2 ファイル共用を使用してバックアップする例

6.7.3 ファイル共用を使用してリストアする例

6.7.1 ファイル共用を使用してバックアップおよびリストアするための準備

ファイル共用を使用して，ファイルシステムをバックアップ，リストアするための準備手順について説明します。

オペレーション定義ファイルチェックツールで自動生成された，拡張コマンド用一時ディレクトリを確認します。
拡張コマンド用一時ディレクトリの詳細については，「4.15.10 拡張コマンド用一時ディレクトリの確認」を参照してください。

エクスプローラなどで，バックアップサーバの拡張コマンド用一時ディレクトリを共有化します。

ファイルサーバから，バックアップサーバの拡張コマンド用一時ディレクトリをマウントします。

Windowsの場合

ファイルサーバ上のエクスプローラなどで，共有化したバックアップサーバ上の拡張コマンド用一時ディレクトリをネットワークドライブとして割り当てます。ここでは，ファイルサーバの「X:」に割り当てます。

Solarisの場合

ファイルサーバから，バックアップサーバの拡張コマンド用一時ディレクトリをマウントします。ここでは，ファイルサーバの「/nfs」にマウントします。

自動生成したバックアップサーバの拡張コマンド用一時ディレクトリに，ファイルサーバから拡張コマンドを実行するユーザーが読み書きできる権限を設定します。

6.7.2 ファイル共用を使用してバックアップする例

ファイル共用を使用して，ファイルシステムをバックアップする手順について説明します。なお，手順1から手順4までの操作，および手順6以降の操作の詳細については，「6.3.3 ファイルシステムをテープにバックアップする」を参照してください。

ファイル共用を使用してファイルシステムをバックアップするには：

OSがWindowsで，常時スプリット運用の場合，EX_DRM_CACHE_PURGEを実行して，副ボリュームのキャッシュをクリアします。

常時スプリット運用の場合，EX_DRM_RESYNCを実行して，コピーグループを再同期します。

EX_DRM_FS_BACKUPを実行して，ファイルシステムを副ボリュームへバックアップします。

EX_DRM_DB_EXPORTを実行して，バックアップ情報を一時ファイルへエクスポートします。

一時ファイルをファイルサーバからバックアップサーバへコピーします。
ファイルサーバでコピーコマンドを実行して，ファイルサーバの拡張コマンド用一時ディレクトリからバックアップサーバの拡張コマンド用一時ディレクトリに，一時ファイルをコピーします。

Windowsの場合

FSServer > copy /y <ファイルサーバの拡張コマンド用一時ディレクトリ>¥Operation_A¥DB¥Operation_A.drm X:¥

Solarisの場合

FSServer > cp -p <ファイルサーバの拡張コマンド用一時ディレクトリ>/Operation_A/DB/Operation_A.drm /nfs

EX_DRM_DB_IMPORTを実行して，ファイルサーバからコピーした一時ファイルをバックアップサーバのバックアップカタログへインポートします。

EX_DRM_TAPE_BACKUPを実行して，副ボリュームのデータをテープへバックアップします。

OSがWindowsで，常時ペア運用の場合，EX_DRM_CACHE_PURGEを実行して，副ボリュームのキャッシュをクリアします。

常時ペア運用の場合，EX_DRM_RESYNCを実行して，コピーグループを再同期します。

6.7.3 ファイル共用を使用してリストアする例

ファイル共用を使用して，バックアップサーバに，ファイルシステムをリストアする手順について説明します。手順1から手順3までの操作，および手順5以降の操作の詳細については，「6.3.4 ファイルシステムをテープからリストアする」を参照してください。

ファイル共用を使用してファイルシステムをリストアするには：

drmtapecatコマンドを実行して，バックアップデータのバックアップIDを確認します。

EX_DRM_TAPE_RESTOREを実行して，バックアップしたデータをテープから副ボリュームへリストアします。

EX_DRM_DB_EXPORTを実行して，バックアップ情報を拡張コマンド用一時ディレクトリの一時ファイルへエクスポートします。

一時ファイルをバックアップサーバからファイルサーバにコピーします。
ファイルサーバでコピーコマンドを実行して，バックアップサーバの拡張コマンド用一時ディレクトリからファイルサーバの拡張コマンド用一時ディレクトリに，一時ファイルをコピーします。

Windowsの場合

FSServer > copy /y X:¥Operation_A.drm <ファイルサーバの拡張コマンド用一時ディレクトリ>¥Operation_A¥DB

Solarisの場合

FSServer > cp -p /nfs/Operation_A.drm <ファイルサーバの拡張コマンド用一時ディレクトリ>/Operation_A/DB

EX_DRM_DB_IMPORTを実行して，バックアップサーバからコピーした一時ファイルをファイルサーバのバックアップカタログへインポートします。

EX_DRM_FS_RESTOREを実行して，副ボリュームのデータを主ボリュームへリストアします。

6.8 バックアップデータを削除する

副ボリューム上のバックアップデータが不要になった場合は，バックアップデータを削除します。バックアップデータは，副ボリュームからテープにデータをバックアップしたあと，または副ボリュームから主ボリュームにデータをリストアしたあとに削除します。

バックアップデータを削除するには：

削除するバックアップIDを指定して，drmresyncコマンドを実行します。

PROMPT> drmresync -backup_id <バックアップID>

KAVX0001-I drmresyncコマンドを開始します。

KAVX0002-I drmresyncコマンドを終了します。

PROMPT>

コマンドを実行すると，主ボリュームと副ボリュームが再同期され，ミラー状態に戻ります。このとき，バックアップIDに指定したバックアップ情報は，バックアップカタログから削除されます。

7. SQL Serverデータベースの場合の運用

この章では，SQL Serverデータベースをバックアップする場合のProtection Managerの運用方法を，実際の手順を中心に説明します。コマンドの詳細な設定方法などを知りたい場合は，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」を参照してください。

この章の構成

7.1 SQL Serverデータベースのバックアップおよびリストアの運用について

7.2 ボリューム間でデータをバックアップおよびリストアする

7.3 テープ装置を使用してバックアップおよびリストアする

7.4 ユーザースクリプトを使用してSQL Serverデータベースをバックアップする

7.5 SQL Serverのトランザクションログを利用した運用をする

7.6 トランザクションログバックアップファイルをバックアップおよびリストアする

7.7 特定のコピーグループをロックして複数世代のバックアップおよびリストアをする

7.8 ローカルサイトとリモートサイトの間でバックアップおよびリストアする（リモートコピー）

7.9 マルチターゲット構成でバックアップおよびリストアする

7.10 バックアップ時と異なるホストでリストアおよびリカバリする

7.11 SQL Serverデータベースのログ配布機能を使用する

7.12 カスケード構成またはマルチターゲット構成でバックアップおよびリストアする

7.13 Protection Managerと連携できないバックアップ管理製品を使用してバックアップおよびリストアする

7.14 ファイル共用を使用してバックアップおよびリストアする（データベースサーバとバックアップサーバをファイル共用で連携する）

7.15 バックアップ時と異なるSQL Serverインスタンスにリストアする

7.16 バックアップデータを削除する

7.17 副ボリュームにバックアップしたSQL Serverデータベースをそのまま使用可能にする

7.18 SQL Serverのレプリケーション構成でバックアップおよびリストアする

7.1 SQL Serverデータベースのバックアップおよびリストアの運用について

ここでは，SQL Serverデータベースのバックアップおよびリストアを実行する場合の注意事項について説明します。

バックアップ対象に共通な運用時の注意事項については，「5.3 運用時の注意事項」を参照してください。

この節の構成

7.1.1 データベースをバックアップおよびリストアするときの注意事項

7.1.2 データベースをリストアするときの注意事項

7.1.3 データベースをリカバリするときの注意事項

7.1.4 複数のデータベースをバックアップおよびリストアする場合の注意事項

7.1.5 リストアおよびリカバリ時のデータベースの状態

7.1.6 トランザクションログバックアップ時の必要条件

7.1.7 トランザクションログのバックアップに関する注意事項

7.1.8 トランザクションログの連鎖に関する注意事項

7.1.9 トランザクションログの適用に関する注意事項

7.1.10 コマンドを実行するためのSQL Serverデータベースの条件

7.1.1 データベースをバックアップおよびリストアするときの注意事項

drmsqlbackupコマンドに-targetまたは-fオプションを指定する場合，同じ論理ボリュームに含まれるすべてのデータベースを指定してください。すべてのデータベースを指定しない場合は，コマンドがエラーになります。

drmsqlrestoreコマンドを，名称を変更したSQL Serverデータベースに対し実行する場合，必ずリストア対象データベースをデタッチし，コマンドを実行してください。SQL Serverデータベースをデタッチしないでリストア操作をした場合は，drmsqlrestoreコマンドが正常に終了しないで，SQL Serverデータベースがリストア後に使用できなくなることがあります。

drmsqllogbackupコマンドで指定するバックアップIDは，オリジナルIDを指定することもできます。この場合，オリジナルIDの先頭に「0:」を付加し，バックアップIDと同様に，コマンドの引数として指定してください。この機能は，対象とするバックアップカタログが削除されてしまい，バックアップIDを特定できない場合に使用できます。使用例を次に示します。

オリジナルIDが0000000001に対し実行されたトランザクションログバックアップ情報を参照する場合
PROMPT> drmsqllogbackup 0:0000000001 -v

オリジナルIDが0000000001に対し実行されたトランザクションログバックアップ情報を削除する場合
PROMPT> drmsqllogbackup 0:0000000001 -d

drmsqlbackupコマンドで一度にバックアップできるデータベースの最大数は64です。65個以上のデータベースをバックアップする場合は，drmsqlbackupコマンドを複数回に分けて実行してください。

Veritas Cluster Server for Windows環境でバックアップおよびリストアコマンド実行中に，Windowsのエクスプローラなどで対象のボリュームにアクセスしないでください。クラスタリソースのオフラインへの切り替えに失敗して，バックアップおよびリストアコマンドがエラーになることがあります。

IPF環境でSQL Server 2000 Service Pack 4を使用する場合，hotfix902150の適用が必要です。

7.1.2 データベースをリストアするときの注意事項

SQL Serverのシステムデータベース（master，model，msdb，distribution）をリストアする場合，システムデータベースを回復するためにリストア対象のSQL Serverのサービスを一度停止します。したがって，リストア対象のデータベースに一時的にアクセスできなくなります。

SQL Serverのシステムデータベース（master，model，msdb）をリストアする場合，リストア実行中はSQL Serverに接続しないでください。リストア実行中にリストア対象のデータベースへ接続した場合，Protection Managerの構成定義ファイル（init.conf）のパラメーター「プロセスの状態確認のリトライ回数とリトライ間隔」で設定した回数だけ，プロセスの状態確認を繰り返すことになります。この場合，繰り返しプロセスの状態確認が行われている間にユーザーの接続を切断すれば，リストアは継続されます。

リストアする際に，SQL Serverデータベースを構成するドライブ名がバックアップ時と異なる場合，リストアがエラー終了します。リストアする前に，drmsqlcatコマンドおよびSQL ServerのEnterprise Managerでリストア先のドライブ名が一致しているか確認してください。

バックアップしたホストと異なるホストへリストアするために，-nochk_hostオプションを指定した場合，リストアする際にバックアップカタログでのホスト名の整合性チェックをしないため，間違ったホスト上でリストアしないように注意してください。

名称を変更したSQL Serverデータベースに対してリストアする場合，必ずリストア対象のSQL Serverデータベースをデタッチしてからリストアを実行してください。デタッチしないでリストアした場合，コマンドが正常に終了しないで，リストアしたあとのSQL Serverデータベースが使用できなくなることがあります。

データベースをリストアすると，そのデータベースの所有者はリストアを実行したユーザーに変更されます。所有者を変更する場合は，SQL Server Enterprise Managerで再度データベースをアタッチするか，システムストアドプロシージャ「sp_changedbowner」を使用してください。

テンプレートカタログを使用してリストアするときは，drmsqlrestoreコマンドに-templateオプションを指定して実行してください。

非クラスタ構成の場合，リストア処理前には，主ボリューム上のファイルやディレクトリが，ほかのアプリケーションで使用中ではないことを確認してください。Protection Managerは，リストア処理中に，主ボリュームをマウントおよびアンマウントします。このとき，主ボリューム上のファイルやディレクトリがほかのアプリケーションで使用中だと，アンマウント処理でキャッシュの同期に失敗し，リストア処理がエラー終了します。
特に，次の点に注意してください。

コマンドプロンプトで，主ボリュームにドライブを移動した場合は，コマンドプロンプトのウィンドウを閉じてください。主ボリューム以外にドライブを移動しても，アンマウント時にエラーとなります。

エクスプローラで主ボリュームのドライブ下を開いている場合は，主ボリューム以外のドライブにポイントを移動するか，エクスプローラを終了してください。

外部のコンピュータから主ボリュームのドライブ下を開いている場合は，開いているアプリケーションを終了させてください。

サービスなど，常駐プロセス型の監視プログラムによって，主ボリュームが開かれている場合があります。この場合，監視プログラムを停止してください。

リストアを実行する前に，リストア対象となるデータベースにアクセスするアプリケーションが停止していることを確認してください。ここで言うアプリケーションとは，SQL Serverの上位アプリケーションを含んでいます。つまり，Reporting ServicesのようなSQL ServerコンポーネントもSQL Serverの上位アプリケーションに相当するため，リストアを実行する前に停止していることを確認する必要があります。データベースに接続するアプリケーションが動作している場合，メタファイル適用後のロールフォワードに失敗することがあるため，正しくリストアできません。
例えば，ODBCセッションの確立ができないときにリトライするアプリケーションが実行中だと，メタファイル適用後のロールフォワード時にODBCセッションの確立要求が発行されることによって，ロールフォワードに失敗します。

Enterprise Managerでバックアップの対象となるデータベースを参照した場合，リストアを実行する前に，Enterprise Managerで対象データベースとの接続を解除するか，またはEnterprise Managerを終了してください。Enterprise Managerがデータベースサーバに接続した状態のままリストアを実行すると，データベースを使用中の状態が続くため，リストアに失敗します。

リストアを実行する前に，リストア対象となるすべてのデータベースがリストアできる状態になっていることを確認してください。リストアできるデータベースの状態については，「(2) データベースの状態」を参照してください。なお，「未確認」状態のデータベースは，自動的に削除され，リストアされます。
リストア対象に，リストアを実行できない状態のデータベースが一つでも存在する場合，正常にリストアできないことがあります。リストアを実行できない状態のデータベースを削除してから，再度リストアコマンドを実行してください。
例えば，-undoオプションを指定しないでリストアを実行した場合，リストア完了後のデータベース状態は読み込み中になります。この状態でリストアコマンドを再実行するとコマンドがエラー終了します。この場合は，読み込み中状態のデータベースを削除してからリストアコマンドを実行してください。

drmsqlrestoreコマンドは処理中にSQL Serverの最小起動を行います。データベースサーバがWindowsのファイアウォール機能を設定していた場合，drmsqlrestoreコマンドでシステムデータベース（master，model，msdb）を含むデータベースのリストアを実行すると，Windowsのファイアウォール機能がSQL Serverの通信をブロックするかどうかのダイアログを表示する場合があります。このダイアログが表示された場合，「ブロックしないを選択する」を選択してください。このダイアログに応答しない場合でもdrmsqlrestoreコマンドは問題なく処理を続行します。

7.1.3 データベースをリカバリするときの注意事項

drmsqlrecoverコマンドの中で実行しているデータベースの整合性チェック処理に時間が掛かる場合があります。このため，Protection Managerの構成定義ファイル（init.conf）のパラメーターで，このチェック処理の有無を選択できます。チェック処理の有無を選択するオプションについては，「4.3.6 リカバリオプションの設定（バックアップ対象がSQL Serverデータベースの場合）」を参照してください。

drmsqlrecovertoolコマンドで，画面上に表示できるデータベースの数は，128までです。画面上に表示されないデータベースをリカバリしたい場合は，drmsqlrecoverコマンドを使用してください。

7.1.4 複数のデータベースをバックアップおよびリストアする場合の注意事項

一つのインスタンス中に複数のデータベースがある場合，各データベースが格納されている主ボリュームの構成によって，バックアップやリストアできるボリュームの単位が異なります。

複数データベースが同じボリュームに格納されている場合
同じボリュームにある複数のデータベースを，同時にバックアップまたはリストアできます。

複数データベースが複数のボリュームに格納されている場合
データベース名を指定して，インスタンス内の一部のユーザーデータベースをバックアップまたはリストアできます。

この項の構成

(1) 複数データベースが同じボリュームに格納されている場合

(2) 複数データベースが複数のボリュームに格納されている場合

(1) 複数データベースが同じボリュームに格納されている場合

同じボリュームにあるデータベースを，同時にバックアップまたはリストアする必要があります。

データベースが同じボリュームに格納されている場合のバックアップおよびリストアを次の図に示します。

図7-1 複数データベースのバックアップおよびリストア（同一ボリューム構成）

(2) 複数データベースが複数のボリュームに格納されている場合

データベース名を指定して，インスタンス内の一部のユーザーデータベースをバックアップまたはリストアできます※。

データベースが複数ボリュームに格納されている場合のバックアップおよびリストアを次の図に示します。

図7-2 複数データベースのバックアップおよびリストア（複数ボリューム構成）

注※

一つのインスタンス内に複数のユーザーデータベースがある場合，Protection Managerではインスタンス名だけを指定してインスタンス配下のすべてのユーザーデータベースをバックアップできます。しかし，この機能を使用する場合は，SQL Serverのインストール時に作成されるサンプルデータベースを移動または削除する必要があります。そのため，一つのインスタンス内にバックアップ対象外のユーザーデータベースがある場合，拡張コマンドのオペレーション定義ファイルで，TARGETに複数のデータベース名を指定してバックアップを取得してください。

テープから副ボリュームにリストアしたデータから，一部のデータベースを主ボリュームにリストアした場合，Protection Managerはリストアを完了したものとして扱います。

図7-3 複数データベースのテープリストア（複数ボリューム構成）

上図のリストア操作では，テープからリストアされたデータが副ボリューム2に格納されていますが，副ボリューム1のデータを主ボリューム1にリストアすると，Protection Managerはリストアを完了したものとして扱います。このため，副ボリューム2のDB2を，EX_DRM_SQL_RESTOREを使用して主ボリューム2にリストアすることはできません。副ボリューム2の内容を主ボリューム2にリストアする場合は，テープのリストアから実行し直してください。

7.1.5 リストアおよびリカバリ時のデータベースの状態

Protection Managerを使用して副ボリュームから主ボリュームにデータをリストアすると，データベースはローディング状態，またはスタンバイ状態のどちらかになります。

ローディング状態（読み込み中）
データベースを参照および更新できません。

スタンバイ状態（読み取り専用）
データベースを参照できますが，更新はできません。

ローディング状態およびスタンバイ状態のデータベースに対しては，トランザクションログを適用することができます。トランザクションログを使用した運用については，「7.5 SQL Serverのトランザクションログを利用した運用をする」を参照してください。

ローディング状態やスタンバイ状態のデータベースに対しては，バックアップは実行できません。バックアップを実行するには，データベースを参照および更新できる状態にする必要があります。ローディング状態やスタンバイ状態のデータベースを参照および更新できるようにするには，drmsqlrecovertoolコマンドまたはdrmsqlrecoverコマンドでデータベースをリカバリします。これらのコマンドを使用すると，データベースをローディング状態からスタンバイ状態に，またはスタンバイ状態からローディング状態に変更することもできます。

リストア，リカバリ時のデータベースの状態を次の図に示します。

図7-4 リストア，リカバリ時のデータベースの状態

なお，スタンバイ状態のデータベースをEnterprise Managerから参照した場合，drmsqlrecoverコマンドやdrmsqlrecovertoolコマンドを実行する前に，Enterprise Managerで対象データベースとの接続を解除するか，またはEnterprise Managerを終了してください。Enterprise Managerがデータベースサーバに接続した状態のままdrmsqlrecoverコマンドやdrmsqlrecovertoolコマンドを実行すると，データベースが排他状態になっているため，コマンドがエラー終了します。

7.1.6 トランザクションログバックアップ時の必要条件

トランザクションログバックアップの前に，drmsqlinitコマンドで，ログバックアップファイル格納ディレクトリを設定してください。

バックアップカタログがない状態で，drmsqllogbackupコマンドでバックアップIDと関連づけたログバックアップを実行したい場合は，対象のインスタンスがProtection Manager 6.3.0-00以降のdrmsqlbackupコマンドでバックアップ済みであることを確認してください。

バックアップ対象のインスタンスを起動してください。

トランザクションログが壊れている場合はバックアップできません。drmsqllogbackupコマンドに-no_truncateオプションを指定して実行したときに，エラーメッセージKAVX1344-Eが出力される場合，トランザクションログが壊れている可能性があります。

データベースの復旧モデルが「完全」または「一括ログ記録」のデータベースであること（「単純」復旧モデルのデータベースは対象外）を確認してください。

7.1.7 トランザクションログのバックアップに関する注意事項

システムデータベース（master，msdb，model，tempdb，distribution）は適用対象外です。

データベースが一度リストアされた場合，復旧パスが異なるログのバックアップが混在した状態で表示されます。

drmsqllogbackupコマンドでトランザクションログのバックアップ操作を実行する場合，バックアップIDは最新のものを指定してください。なお，インスタンス名を指定した場合，最新のバックアップIDが操作対象となります。

トランザクションログバックアップは，最後に取った完全バックアップが起点となります。ただし，バックアップ実行時のユーザースクリプトファイルのLOCAL_BACKUPにNOが設定されている場合は，バックアップIDが発生しないため，ログバックアップの起点が切り替わりません。
このため，drmsqllogbackupコマンドに-vオプションを指定して表示したログバックアップ情報表示が誤った情報となります。
例えば，次の図のように，まず，LOCAL_BACKUPにYESを設定して，ローカルバックアップをしたとします。時点Aを起点として，ログバックアップ1と2が取得されます。
[図]
続いて，LOCAL_BACKUPにNOを指定して，リモートだけバックアップします。
バックアップIDは0000000001のまま，ログバックアップ3が取得されます。
このとき，drmsqllogbackupコマンドに-vオプションを指定して実行すると，バックアップID：0000000001に関するログバックアップとしてログバックアップ1～3が表示されますが，バックアップID：0000000001をリストアした場合，ログバックアップ3はローカルサイトではリカバリできません（リモートサイトではリカバリできます）。
また，ローカルサイトで障害が発生してリモートサイトで運用を開始した場合，リモートサイトにはバックアップカタログが存在しないため，リモートサイトでのdrmsqllogbackup -vコマンドでの表示が誤った情報となります。

SQL ServerのBEGIN TRANSACTION MARKによってマークを付けたトランザクションログファイルによるロールフォワード，および復旧時間を指定したロールフォワードはサポートしていません。

7.1.8 トランザクションログの連鎖に関する注意事項

Protection Managerでは，トランザクションログのバックアップを取得する拡張コマンド（EX_DRM_SQL_TLOG_BACKUP）を提供しています。Protection Managerは，内部で主ボリュームから副ボリュームへのバックアップとトランザクションログのバックアップの連鎖を管理しています。このため，次のような注意が必要です。

この項の構成

(1) ロールフォワード後のトランザクションログのバックアップについて

(1) ロールフォワード後のトランザクションログのバックアップについて

Protection Managerでバックアップしたトランザクションログを適用後，Protection Managerのコマンドでトランザクションログをバックアップするときには，次のどちらかの流れで運用する必要があります。

ロールフォワードですべてのトランザクションログのバックアップを適用する。

図7-5 ロールフォワード後のトランザクションログのバックアップ1

ロールフォワード実行後，Protection Managerによる主ボリュームから副ボリュームへのバックアップを実行してからトランザクションログのバックアップを取得する。

図7-6 ロールフォワード後のトランザクションログのバックアップ2

この場合，主ボリュームから副ボリュームへのバックアップ（2度目）を実行した時点で，副ボリュームの内容は更新されます。再度主ボリュームから副ボリュームへのバックアップ（1度目）から副ボリュームにリストアしたいときは，テープ装置から副ボリュームにリストアしたあとで，副ボリュームから主ボリュームにリストアしてください。
主ボリュームから副ボリュームへのバックアップをしないでトランザクションログをバックアップしようとするとエラーとなります。

図7-7 ロールフォワード後のトランザクションログのバックアップがエラーになる場合

7.1.9 トランザクションログの適用に関する注意事項

トランザクションログを適用すると，ある時点のバックアップからデータベースをリカバリすることや，メタファイルが破損した場合でもデータベースをリカバリできます。この場合，トランザクションログを連続してバックアップしていないとリカバリできません。また，トランザクションログが途中で一つでも抜けているとリカバリできません。

また，トランザクションログは，バックアップした順に適用する必要があります。ここでは，次の場合にトランザクションログを適用する順番について説明します。

SQL Serverデータベースを直前のバックアップからリカバリする

SQL Serverデータベースを二つ以上前のバックアップからリカバリする

この項の構成

(1) SQL Serverデータベースを直前のバックアップからリカバリする

(2) SQL Serverデータベースを二つ以上前のバックアップからリカバリする

(1) SQL Serverデータベースを直前のバックアップからリカバリする

SQL Serverデータベースを直前のデータベースのバックアップ時点（一つ前のバックアップ）から復旧するには，直前の主ボリュームから副ボリュームへのバックアップをリストア後にトランザクションログのバックアップを適用します。

直前の主ボリュームから副ボリュームへのバックアップをリストア後にトランザクションログのバックアップを適用する例を次の図に示します。

図7-8 トランザクションログのバックアップを適用する順序1

時点Bのトランザクションログのバックアップは，直前のボリュームバックアップ（時点A）のリストア後に適用できます。

時点Cのトランザクションログのバックアップは，直前のトランザクションログのバックアップ（時点B）を適用したあとに適用できます。

(2) SQL Serverデータベースを二つ以上前のバックアップからリカバリする

最新のバックアップデータに問題があった場合など，SQL Serverデータベースを二つ以上前のバックアップ時点から復旧することができます。例えば，二つ前のバックアップからリカバリする場合，主ボリュームから副ボリュームへのバックアップ（二つ前）に対して取得された最後のトランザクションログを適用後に，トランザクションログのバックアップを適用します。

主ボリュームから副ボリュームへのバックアップ（二つ前）に対して取得された最後のトランザクションログを適用後にトランザクションログのバックアップを適用する例を次の図に示します。この例のように適用することで，最新のバックアップデータに問題があった場合でも，二つ前のバックアップデータから最新の状態に復旧できます。

図7-9 トランザクションログのバックアップを適用する順序2

時点Bのトランザクションログのバックアップは，直前のボリュームバックアップ（時点A）のリストア後に適用できます。

時点Cのトランザクションログのバックアップは，直前のトランザクションログのバックアップ（時点B）を適用したあとに適用できます。

時点Eのトランザクションログのバックアップは，主ボリュームから副ボリュームへのバックアップに対して取得された最後のトランザクションログ（時点C）を適用後に適用できます。

7.1.10 コマンドを実行するためのSQL Serverデータベースの条件

SQL Serverデータベースを操作するコマンド（drmsqlxxx）を実行するには，SQL Serverのサービスの状態，データベースの状態，データベースの種類を考慮する必要があります。コマンドを実行できる条件について，次に説明します。

この項の構成

(1) サービスの状態

(2) データベースの状態

(3) データベースの種類

(1) サービスの状態

表7-1 コマンドを実行できるSQL Serverサービスの状態

コマンド
サービスの状態

起動中
停止中

drmsqlbackup
○
×

drmsqlcat
○
○

drmsqldisplay（-refresh指定あり）
○
×

drmsqldisplay（-refresh指定なし）
○
○

drmsqlinit
○
×

drmsqllogbackup
○
×

drmsqlrecover
○
×

drmsqlrecovertool
○
×

drmsqlrestore
（システムデータベース※を含む）
○
○

drmsqlrestore
（システムデータベース※を含まない）
○
×

（凡例）

○：コマンドを実行できる。

×：コマンドを実行できない。

注※

master，model，msdbのことを指します。

(2) データベースの状態

表7-2 コマンドを実行できるSQL Serverデータベースの状態1

コマンド
SQL Serverデータベースの状態

オンライン
オフライン
読み込み中
読み取り専用
未確認

drmsqlbackup
●
×
×
×
×

drmsqlcat
○
○
○
○
○

drmsqldisplay
（-refresh指定あり）
●
●
●
●
●

drmsqldisplay
（-refresh指定なし）
○
○
○
○
○

drmsqlinit
○
○
○
○
○

drmsqllogbackup
（-no_truncate指定あり）
●
×
×
×
●

drmsqllogbackup
（-no_truncate指定なし）
●
×
×
×
×

drmsqlrecover
（-undo指定あり）
○
×
●
（読み取り専用になる）
●
×

drmsqlrecover
（-loading指定あり）
○
×
●
●
（読み込み中になる）
×

drmsqlrecover
（-undo指定および-loading指定なし）
○
×
●
（オンラインになる）
●
（オンラインになる）
×

drmsqlrecovertool
（Loading指定あり）
×
×
●
●
（読み込み中になる）
×

drmsqlrecovertool
（Standby指定あり）
×
×
●
●
（読み取り専用になる）
×

drmsqlrecovertool
（Online指定あり）
×
×
●
（オンラインになる）
●
（オンラインになる）
×

drmsqlrestore
（-undo指定あり）
●
（読み取り専用になる）
●
（読み取り専用になる）
△※1
（読み取り専用になる）
●
（読み取り専用になる）
●※2
（読み取り専用になる）

drmsqlrestore
（-undo指定なし）
●
（読み込み中になる）
●
（読み込み中になる）
△※1
（読み込み中になる）
●
（読み込み中になる）
●※2
（読み込み中になる）

（凡例）

●：コマンドを実行できる（データベースに対する操作あり。括弧内はコマンド実行後のデータベースの状態が変わる場合の状態）。

△：条件によってコマンドを実行できる（データベースに対する操作あり。括弧内はコマンド実行後のデータベースの状態が変わる場合の状態）。

○：コマンドを実行できる（データベースに対する操作なし）。

×：コマンドを実行できない。

注※1

システムデータベース（master，model，msdb）のリストアを含む場合はコマンドを実行できます。

ユーザーデータベースだけをリストアする場合は，リストアコマンドを実行できない状態のデータベースを削除してからリストアを実行してください。

注※2

「未確認」状態のデータベースは，自動的に削除され，リストアされます。

表7-3 コマンドを実行できるSQL Serverデータベースの状態2

コマンド
SQL Serverデータベースの状態

オフラインかつ未確認
読み込み中かつ未確認
読み取り専用かつオフライン
読み取り専用かつ未確認
読み取り専用かつオフラインかつ未確認

drmsqlbackup
×
×
×
×
×

drmsqlcat
○
○
○
○
○

drmsqldisplay
（-refresh指定あり）
●
●
●
●
●

drmsqldisplay
（-refresh指定なし）
○
○
○
○
○

drmsqlinit
×
×
×
×
×

drmsqllogbackup
（-no_truncate指定あり）
×
×
×
×
×

drmsqllogbackup
（-no_truncate指定なし）
×
×
×
×
×

drmsqlrecover
（-undo指定あり）
×
×
×
×
×

drmsqlrecover
（-loading指定あり）
×
×
×
×
×

drmsqlrecover
（-undo指定および-loading指定なし）
×
×
×
×
×

drmsqlrecovertool
（Loading指定あり）
×
×
×
×
×

drmsqlrecovertool
（Standby指定あり）
×
×
×
×
×

drmsqlrecovertool
（Online指定あり）
×
×
×
×
×

drmsqlrestore
（-undo指定あり）
●※
（読み取り専用になる）
●※
（読み取り専用になる）
●
（読み取り専用になる）
●※
（読み取り専用になる）
●※
（読み取り専用になる）

drmsqlrestore
（-undo指定なし）
●※
（読み込み中になる）
●※
（読み込み中になる）
●
（読み込み中になる）
●※
（読み込み中になる）
●※
（読み込み中になる）

（凡例）

●：コマンドを実行できる（データベースに対する操作あり。括弧内はコマンド実行後のデータベースの状態が変わる場合の状態）。

○：コマンドを実行できる（データベースに対する操作なし）。

×：コマンドを実行できない。

注※

「未確認」状態のデータベースは，自動的に削除され，リストアされます。

(3) データベースの種類

表7-4 コマンドを実行できるSQL Serverデータベースの種類

コマンド
SQL Serverデータベースの種類

システムデータベース
ユーザーデータベース

master
msdb
model
tempdb

drmsqlbackup
●
●
●
×
（エラー終了）
●

drmsqlcat
○
○
○
○
○

drmsqldisplay
○
○
○
○
○

drmsqlinit
○
○
○
○
○

drmsqllogbackup
×
（処理スキップ）※1
×
（処理スキップ）※1
×
（処理スキップ）※1
×
（処理スキップ）※1
●※2

drmsqlrecover
×
（処理スキップ）
×
（処理スキップ）
×
（処理スキップ）
×
（エラー終了）
●

drmsqlrecovertool
×
（処理スキップ）
×
（処理スキップ）
×
（処理スキップ）
×
（エラー終了）
●

drmsqlrestore
●
●
●
○
●

（凡例）

●：コマンドを実行できる（データベースに対する操作あり）。

○：コマンドを実行できる（データベースに対する操作なし）。

×：コマンドを実行できない（括弧内はコマンドの動作）。

注※1

-targetオプションまたは-fオプションで明示的に指定した場合は，エラー終了となります。

注※2

データベースの復旧モデルが「完全」または「一括ログ記録」の場合に限ります。

7.2 ボリューム間でデータをバックアップおよびリストアする

ここでは，主ボリュームと副ボリューム間でのデータのバックアップおよびリストアの実行方法について説明します。

この節の構成

7.2.1 システム構成

7.2.2 処理の流れ

7.2.3 SQL Serverデータベースを副ボリュームにバックアップする

7.2.4 SQL Serverデータベースを主ボリュームにリストアする

7.2.1 システム構成

サーバが1台の場合は，主ボリュームと副ボリューム間でデータをバックアップおよびリストアします。データベースサーバにProtection Managerを導入し，コマンドを実行します。

ボリューム間でデータをバックアップおよびリストアする場合のシステム構成を次の図に示します。

図7-10 ボリューム間でデータをバックアップおよびリストアする場合のシステム構成（バックアップ対象がSQL Serverデータベースの場合）

7.2.2 処理の流れ

単一サーバ構成のシステムで，SQL Serverデータベースを副ボリュームにバックアップする処理の流れ，およびバックアップしたSQL Serverデータベースを主ボリュームにリストアする処理の流れを次の図に示します。コマンドはデータベースサーバで実行します。

図7-11 SQL Serverデータベースを副ボリュームにバックアップする処理の流れ

図7-12 バックアップしたSQL Serverデータベースを主ボリュームにリストアする処理の流れ

7.2.3 SQL Serverデータベースを副ボリュームにバックアップする

SQL Serverデータベースをボリューム間でオンラインバックアップする例について説明します。

SQL Serverデータベースをバックアップするには：

コピーグループを再同期します。
SANRISE1000シリーズを使用する場合，SANRISE9500Vシリーズ，Hitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，Hitachi TMS1000，またはHitachi SMSシリーズでShadowImageを使用する場合は，データベースサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。バックアップする前にコピーグループを再同期することで，バックアップを高速化できます。

DBServer > EX_DRM_RESYNC Operation_A -cg VG01,vol01 -copy_size 7

SQL Serverデータベースを副ボリュームへバックアップします。
SQL Serverデータベースをオンラインバックアップします。バックアップするには，EX_DRM_SQL_BACKUPを実行します。引数として，オペレーションID「Operation_A」を指定します。

DBServer > EX_DRM_SQL_BACKUP Operation_A -system

7.2.4 SQL Serverデータベースを主ボリュームにリストアする

副ボリューム上にバックアップデータが保存されている場合に，SQL Serverデータベースをリカバリする例について説明します。この例では，副ボリュームと主ボリュームを再同期することでリストアします。オペレーションIDとして，「Operation_A」を使用します。

この項の構成

(1) SQL Serverデータベースをリストアする

(2) drmsqlrecoverコマンドでSQL Serverデータベースをリカバリする

(3) drmsqlrecovertoolダイアログボックスでSQL Serverデータベースをリカバリする

(1) SQL Serverデータベースをリストアする

SQL Serverデータベースをリストアするには：

バックアップデータのバックアップIDを確認します。
リストアに使用するバックアップデータのバックアップIDを確認します。バックアップIDを確認するには，データベースサーバでdrmsqlcatコマンドを実行します。ここでは，SQL Serverのインスタンス名として規定のインスタンス（default）を使用します。

DBServer >drmsqlcat default
INSTANCE: default
BACKUP-ID: 0000000001 BACKUP-MODE: ONLINE INSTANCE: default ORIGINAL-ID: 0000000001
START-TIME：2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: DBServer
T DB  OBJECT   FILE                          FS  DG  DEVICE  COPY-GROUP
M DB1 METAFILE D:¥MSSQL¥DBServer¥INSTANCE_1¥META  D:  -    -            -
D DB1 DATAFILE E:¥SQL¥data1                         E:  -  Harddisk1  VG01,sqlvol01
T DB1 TRANSACT  E:¥SQL¥tlog                         E:  -  Harddisk2  VG01,sqlvol01
:

なお，リストアコマンド実行時に-targetオプションを指定して，特定のデータベースを含むインスタンス単位でリストアする場合には，リストア対象を確認してください。

バックアップID記録ファイルを作成します。
バックアップIDを指定してEX_DRM_BACKUPID_SETを実行し，バックアップID記録ファイルを作成します。

DBServer > EX_DRM_BACKUPID_SET Operation_A -backup_id 0000000001

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，データベースサーバでEX_DRM_SQL_RESTOREを実行します。

DBServer > EX_DRM_SQL_RESTORE Operation_A -resync

EX_DRM_SQL_RESTOREに-undoオプションを指定して実行すると，データベースをスタンバイ状態（読み取り専用で使用できる状態）でリストアします。-undoオプションを省略したときは，リストアしたあとに，データベースはローディング状態となり，参照できません。なお，-undoオプションは，drmsqlinitコマンドでUNDOファイル格納ディレクトリが設定されていない場合は使用できません。
また，EX_DRM_SQL_RESTOREを実行するときは，SQL Serverに接続しないでください。

SQL Serverデータベースをリカバリします。
SQL Serverデータベースをリカバリします。リカバリするにはデータベースサーバでdrmsqlrecoverコマンドまたはdrmsqlrecovertoolコマンドを実行します。
drmsqlrecoverコマンドおよびdrmsqlrecovertoolダイアログボックスの使用例を以降に示します。drmsqlrecoverコマンドおよびdrmsqlrecovertoolダイアログボックスの詳細については，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」のdrmsqlrecoverコマンドまたはdrmsqlrecovertoolコマンドの説明を参照してください。

(2) drmsqlrecoverコマンドでSQL Serverデータベースをリカバリする

リカバリしたいデータベースが確定しているときや，複数ボリュームを同時にリカバリするときなどは，drmsqlrecoverコマンドを使うと便利です。

インスタンス名を指定してdrmsqlrecoverコマンドを実行します。

drmsqlrecoverコマンドでリカバリする場合：
DBServer > drmsqlrecover default
KAVX0001-I drmsqlrecoverコマンドを開始します。
KAVX0002-I drmsqlrecoverコマンドを終了します。
DBServer >

インスタンス名を指定してdrmsqlrecoverコマンドを実行すると，データベースはフルアクセスできる状態となり，リカバリが完了します。
drmsqlrecoverコマンドに-undoオプションを指定して実行すると，データベースをスタンバイ状態（読み取り専用で使用できる状態）でリカバリします。-loadingオプションを指定して実行すると，データベースはローディング状態（読み込み中の状態）になり，アクセスできなくなります。-undoオプションは，drmsqlinitコマンドでUNDOファイル格納ディレクトリが設定されていない場合は使用できません。

(3) drmsqlrecovertoolダイアログボックスでSQL Serverデータベースをリカバリする

リカバリするデータベースの状態を確認しながらリカバリしたいときは，drmsqlrecovertoolダイアログボックスを使うと便利です。

drmsqlrecovertoolダイアログボックスでリカバリするには：

インスタンス名を指定してdrmsqlrecovertoolコマンドを実行します。

DBServer > drmsqlrecovertool default

コマンドを実行すると，drmsqlrecovertoolダイアログボックスが表示されます。
[図]

［Target database］からリカバリ先データベースを選択します。

リカバリ後のデータベースの状態を選択します。
［Recovery mode］で，リカバリ後のデータベースの状態を選択します。
［Standby］：スタンバイ状態（読み取り専用で使用できる状態）でリカバリする場合に選択します。なお，［Standby］は，drmsqlinitコマンドでUNDOファイル格納ディレクトリが設定されていない場合は選択できません。
［Loading］：ローディング状態（読み込み中の状態）でリカバリする場合に選択します。
［Online］：データベースにフルアクセスできるようにする場合に選択します。

ロールフォワードするかどうかを選択します。
トランザクションログを適用する（ロールフォワードする）場合には，［Roll forward?］に［Yes］を選択します。［Transaction log backup list］にトランザクションログを表示していない場合は，［Roll forward?］が［Yes］であっても［No］であってもかまいません。

［Recovery］ボタンをクリックします。
［Recovery mode］に［Online］を選択したときは，［Target database］に表示されるファイル名に「*」が付加され，リカバリが完了します。

7.3 テープ装置を使用してバックアップおよびリストアする

ここでは，テープ装置へのデータのバックアップおよびリストアの実行方法について説明します。

この節の構成

7.3.1 システム構成

7.3.2 処理の流れ

7.3.3 SQL Serverデータベースをテープにバックアップする

7.3.4 SQL Serverデータベースをテープからリストアする

7.3.1 システム構成

この例では，次の図に示すシステム構成を想定しています。なお，ここではデータベースサーバが1台の場合のシステム構成を例としていますが，データベースを複数構成にすることもできます。

図7-13 SQL Serverデータベースをテープへバックアップ，リストアするためのシステム構成

Protection Managerでは，データベースサーバをクラスタ構成にできます。データベースサーバをフェールオーバー型のクラスタ構成にすることで，現用サーバに障害が発生したときに待機サーバに運用を引き継ぐことができます。

この例でのシステムの前提条件は次のとおりです。

主ボリュームは，NTFSでフォーマットされている。

主ボリュームと副ボリュームは，データベースサーバとバックアップサーバでペア定義されている。

バックアップサーバにバックアップ管理製品がインストールされている。

drmtapeinitコマンドを実行して，バックアップ管理製品のパラメーターが登録されている。

バックアップサーバでFTPサービスが起動しており，データベースサーバのOSログオンユーザーを使用してFTPサーバへのログインおよびファイルの転送ができるように設定されている。FTPユーザーIDは「admin」，FTPユーザーパスワードは「password」とする。

主ボリュームから副ボリュームにオンラインバックアップされたデータを，テープにバックアップする。

データベースサーバ（サーバ名：DBServer）上にはインスタンス「INSTANCE_1」が存在し，サービスが起動されている。

データベースサーバおよびバックアップサーバで，拡張コマンド用一時ディレクトリおよびVDIメタファイル格納ディレクトリが作成されている。

副ボリュームは通常はマウントされていないで，運用時にだけEドライブ（ドライブ文字：E:）にマウントされる。

副ボリュームをテープへバックアップするまでは，バックアップ対象の副ボリュームとペアを構成している主ボリュームのバックアップを新たに実行することはないとする。

コマンドプロンプトから「cscript //H:Cscript」コマンドが実行され，ホストパラメーターが変更されている。

7.3.2 処理の流れ

複数サーバ構成のシステムで，SQL Serverデータベースをテープにバックアップする処理の流れ，およびバックアップしたSQL Serverデータベースを主ボリュームにリストアする処理の流れを次の図に示します。

常時スプリット運用の場合，コピーグループを再同期してから，データをバックアップします。

常時ペア運用の場合は，バックアップの前にコピーグループを再同期する必要はありません。テープバックアップが終了してから，コピーグループを再同期して，初期状態に戻します。

図7-14 SQL Serverデータベースをテープにバックアップする処理の流れ

図7-15 SQL Serverデータベースをテープからリストアする処理の流れ

7.3.3 SQL Serverデータベースをテープにバックアップする

SQL Serverデータベースをテープへオンラインバックアップする例について説明します。この例では，データベースサーバ「DBServer」のインスタンス「INSTANCE_1」をいったん副ボリュームにオンラインバックアップしたあと，副ボリュームからテープへバックアップします。オペレーションIDとして，「Operation_A」を使用します。

なお，クラスタ環境でProtection Managerを使用する場合には，基本コマンドを実行する前に，次のようにコマンドプロンプトから環境変数DRM_HOSTNAMEを設定してください。

PROMPT> set DRM_HOSTNAME=<仮想サーバ名>

この項の構成

(1) コピーグループの再同期

(2) SQL Serverデータベースのバックアップ

(1) コピーグループの再同期

常時スプリット運用の場合，コピーグループを再同期してから，データをバックアップします。

常時ペア運用の場合は，バックアップの前にコピーグループを再同期する必要はありません。テープバックアップが終了してから，コピーグループを再同期して，初期状態に戻します。

コピーグループを再同期するには：

複数世代のコピーペア構成の場合，次に使われるコピーグループを確認します。
バックアップサーバでdrmsqlcatコマンドを実行し，次に使われるコピーグループを確認します。
コピーグループがロックされていない場合は，最もバックアップ終了時刻の古いコピーグループが上書きされます（コピーグループのロック状態は，drmcgctlコマンドを実行して確認できます）。

副ボリュームのキャッシュをクリアします。
バックアップする前に，バックアップサーバのシステムキャッシュをクリアします。
システムキャッシュをクリアするには，バックアップサーバでEX_DRM_CACHE_PURGEを実行し，副ボリュームをマウント／アンマウントします。
次にコピーグループ名「VG01,vol11」および「VG01,vol12」に属する副ボリュームのキャッシュをクリアします。指定するコピーグループ名が複数あるときは，あらかじめコピーグループ一括定義ファイルを作成し，コピーグループ一括定義ファイルを指定すると便利です。この例では，コピーグループ「VG01,vol11」および「VG01,vol12」をコピーグループ一括定義ファイルCGLIST.txtで定義しています。

BKServer > EX_DRM_CACHE_PURGE Operation_A -cg_file C:¥temp¥CGLIST.txt

コピーグループを再同期します。
SANRISE1000シリーズを使用する場合，SANRISE9500Vシリーズ，Hitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，Hitachi TMS1000，またはHitachi SMSシリーズでShadowImageを使用する場合は，データベースサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。バックアップする前にコピーグループを再同期することで，バックアップを高速化できます。

DBServer > EX_DRM_RESYNC Operation_A -cg_file C:¥temp¥CGLIST.txt -copy_size 7

(2) SQL Serverデータベースのバックアップ

SQL Serverデータベースをバックアップするには：

SQL Serverデータベースを主ボリュームから副ボリュームへバックアップします。
SQL Serverデータベースをオンラインバックアップします。バックアップするには，EX_DRM_SQL_BACKUPを実行します。引数として，オペレーションID「Operation_A」を指定します。
システムデータベース（master，model，msdb）を含むデータベース全体をバックアップするときには，EX_DRM_SQL_BACKUPの引数として-systemオプションを指定します（-systemオプションを指定しないと，ユーザーデータベースだけがバックアップされます）。
なお，システムデータベースを含むバックアップの場合は，オペレーション定義ファイルのTARGET_NAMEが空白でなければなりません。

DBServer > EX_DRM_SQL_BACKUP Operation_A -system

正しくバックアップされていることを確認します。
データベースサーバでdrmsqlcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームからテープへバックアップするために，主ボリュームから副ボリュームへのバックアップ操作に関する情報をバックアップサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。一時ファイルは，データベースサーバの拡張コマンド用一時フォルダに格納されます。

DBServer > EX_DRM_DB_EXPORT Operation_A

EX_DRM_DB_EXPORTの実行後，データベースサーバの拡張コマンド用一時フォルダに「<オペレーションID>.drm」ファイルが作成されます。コマンドを実行した日付のファイルが作成されていることを確認してください。

バックアップ時に作成されたメタファイルを一時フォルダに退避します。
SQL Serverメタファイルと一時ファイルを一括してバックアップサーバへ転送するために，バックアップ時に作成されたSQL Serverメタファイルをデータベースサーバの拡張コマンド用一時フォルダに退避します。退避するには，EX_DRM_SQLFILE_PACKを実行します。

DBServer > EX_DRM_SQLFILE_PACK Operation_A

EX_DRM_SQLFILE_PACKの実行後，データベースサーバの拡張コマンド用一時フォルダに「<バックアップID>_<データベースID>.dmp」ファイルが作成されます。コマンドを実行した日付のファイルが作成されていることを確認してください。

メタファイルと一時ファイルをバックアップサーバへ転送します。
SQL Serverメタファイルと一時ファイルを一括してデータベースサーバからバックアップサーバへ転送します。転送するには，データベースサーバでEX_DRM_FTP_PUTを実行します。ここでは，FTPサーバにログオンするために使用するユーザーIDを「admin」，パスワードを「password」とします。メタファイルと一時ファイルは，バックアップサーバの拡張コマンド用一時フォルダに格納されます。

DBServer > EX_DRM_FTP_PUT Operation_A -server BKServer -user admin -password password

データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
データベースサーバから転送した一時ファイルを，バックアップサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，バックアップサーバでEX_DRM_DB_IMPORTを実行します。

BKServer > EX_DRM_DB_IMPORT Operation_A

EX_DRM_DB_IMPORTの実行後，<FTP_HOME_DIR値>¥<FTP_SUB_DIR値>¥<オペレーションID>¥BK¥ディレクトリに「<オペレーションID>.bid」が作成されます。コマンドを実行した日付のファイルが作成されていることを確認してください。

データベースサーバから転送したメタファイルをバックアップサーバへ展開します。
EX_DRM_SQLFILE_EXTRACTを実行し，データベースサーバから転送したメタファイルをバックアップサーバに展開します。
このとき，最新のメタファイルだけがバックアップサーバに展開されます。

BKServer > EX_DRM_SQLFILE_EXTRACT Operation_A

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでEX_DRM_TAPE_BACKUPを実行します。ここでは，副ボリュームのドライブ文字を「E:」とします。

BKServer > EX_DRM_TAPE_BACKUP Operation_A -mount_pt E:

なお，テープバックアップ用構成定義ファイル（NBU.DATなど）に定義されているマウントポイントと，実際にそのとき空いているマウントポイントが一致しているのであれば，-mount_ptオプションの指定を省略できます。
バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000002」で登録されます。

7.3.4 SQL Serverデータベースをテープからリストアする

テープへバックアップしたSQL Serverデータベースをリストアする例について説明します。この例では，いったんテープのデータを副ボリュームにリストアしたあと，副ボリュームと主ボリュームを再同期することでリストアします。オペレーションIDとして，「Operation_A」を使用します。

この項の構成

(1) SQL Serverデータベースをリストアする

(2) drmsqlrecoverコマンドでSQL Serverデータベースをリカバリする

(3) drmsqlrecovertoolダイアログボックスでSQL Serverデータベースをリカバリする

(1) SQL Serverデータベースをリストアする

SQL Serverデータベースをリストアするには：

バックアップデータのバックアップIDを確認します。
リストアに使用するバックアップデータのバックアップIDを確認します。バックアップIDを確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

BKServer >drmtapecat -hostname DBServer -l
BACKUP-ID ORIGINAL-ID HOSTNAME BACKUP-OBJECT INSTANCE  SNAPSHOT TIME       EXPIRATION TIME   BACKUP-MEDIA
0000000002 0000000001 DBServer MSSQL         instance1 2003/08/11 19:42:15 2003/11/11 19:42:15  MEDIA1
:
:

なお，リストアコマンド実行時に-targetオプションを指定して，特定のデータベースを含むインスタンス単位でリストアする場合には，リストア対象を確認する必要があります。この場合，drmtapecatコマンドに次のオプションを指定して実行します。

-o MSSQL <インスタンス名>

-backup_id <バックアップID>

バックアップしたデータをテープから副ボリュームへリストアします。
リストアするには，バックアップサーバでEX_DRM_TAPE_RESTOREを実行します。バックアップ時に-mount_ptオプションでマウントポイントを指定している場合は，バックアップ時と同じマウントポイントを指定してください。バックアップ時に-mount_ptオプションの指定を省略している場合は，リストア時にも省略できます。

BKServer > EX_DRM_TAPE_RESTORE Operation_A -backup_id 0000000002 -mount_pt E:

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするには，テープから副ボリュームへのリストア操作に関するバックアップ情報を，データベースサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行し，バックアップ情報を拡張コマンド用一時フォルダの一時ファイルへエクスポートします。

BKServer > EX_DRM_DB_EXPORT Operation_A

リストア時に作成されたメタファイルを一時フォルダに退避します。
メタファイルと一時ファイルを一括してデータベースサーバへ転送するために，リストア時に作成されたメタファイルをバックアップサーバの拡張コマンド用一時フォルダに退避します。退避するには，バックアップサーバでEX_DRM_SQLFILE_PACKを実行します。なお，drmsqlinitコマンドを実行したときに，VDIメタファイル格納ディレクトリを登録しなかった場合，このコマンドを実行する必要はありません。

BKServer > EX_DRM_SQLFILE_PACK Operation_A

メタファイルと一時ファイルをデータベースサーバで受け取ります。
データベースサーバでEX_DRM_FTP_GETを実行し，バックアップサーバのメタファイルと一時ファイルを一括してデータベースサーバで受け取ります。ここでは，FTPサーバにログオンするために使用するユーザーIDを「admin」，パスワードを「password」とします。メタファイルと一時ファイルは，データベースサーバの拡張コマンド用一時フォルダに格納されます。

DBServer > EX_DRM_FTP_GET Operation_A -server BKServer -user admin -password password

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
バックアップサーバから転送した一時ファイルを，データベースサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，データベースサーバでEX_DRM_DB_IMPORTを実行します。

DBServer >EX_DRM_DB_IMPORT Operation_A

バックアップサーバから転送したメタファイルをデータベースサーバへ展開します。
EX_DRM_SQLFILE_EXTRACTを実行し，バックアップサーバから転送したメタファイルをデータベースサーバに展開します。

DBServer > EX_DRM_SQLFILE_EXTRACT Operation_A

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，データベースサーバでEX_DRM_SQL_RESTOREを実行します。

DBServer > EX_DRM_SQL_RESTORE Operation_A -resync

EX_DRM_SQL_RESTOREに-undoオプションを指定して実行すると，データベースをスタンバイ状態（読み取り専用で使用できる状態）でリストアします。-undoオプションを省略したときは，リストアしたあとに，データベースはローディング状態となり，参照できません。
また，EX_DRM_SQL_RESTOREを実行するときは，SQL Serverに接続しないでください。

SQL Serverデータベースをリカバリします。
SQL Serverデータベースをリカバリします。リカバリするにはデータベースサーバでdrmsqlrecoverコマンドまたはdrmsqlrecovertoolコマンドを実行します。

drmsqlrecoverコマンドおよびdrmsqlrecovertoolダイアログボックスの使用例を以降に示します。drmsqlrecoverコマンドおよびdrmsqlrecovertoolダイアログボックスの詳細については，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」のdrmsqlrecoverコマンドまたはdrmsqlrecovertoolコマンドの説明を参照してください。

(2) drmsqlrecoverコマンドでSQL Serverデータベースをリカバリする

リカバリしたいデータベースが確定しているときや，複数ボリュームを同時にリカバリするときなどは，drmsqlrecoverコマンドを使うと便利です。

インスタンス名を指定してdrmsqlrecoverコマンドを実行します。

drmsqlrecoverコマンドでリカバリする場合：
DBServer > drmsqlrecover default
KAVX0001-I drmsqlrecoverコマンドを開始します。
KAVX0002-I drmsqlrecoverコマンドを終了します。
DBServer >

インスタンス名を指定してdrmsqlrecoverコマンドを実行すると，データベースはフルアクセスできる状態となり，リカバリが完了します。
drmsqlrecoverコマンドに-undoオプションを指定して実行すると，データベースをスタンバイ状態（読み取り専用で使用できる状態）でリカバリします。-loadingオプションを指定して実行すると，データベースはローディング状態（読み込み中の状態）になり，アクセスできなくなります。-undoオプションは，drmsqlinitコマンドでUNDOファイル格納ディレクトリが設定されていない場合は使用できません。

(3) drmsqlrecovertoolダイアログボックスでSQL Serverデータベースをリカバリする

リカバリするデータベースの状態を確認しながらリカバリしたいときは，drmsqlrecovertoolダイアログボックスを使うと便利です。

drmsqlrecovertoolダイアログボックスでリカバリする場合：

インスタンス名を指定してdrmsqlrecovertoolコマンドを実行します。

DBServer > drmsqlrecovertool default

コマンドを実行すると，drmsqlrecovertoolダイアログボックスが表示されます。
[図]

［Target database］からリカバリ先データベースを選択します。

リカバリ後のデータベースの状態を選択します。
［Recovery mode］で，リカバリ後のデータベースの状態を選択します。
［Standby］：スタンバイ状態（読み取り専用で使用できる状態）でリカバリする場合に選択します。なお，［Standby］は，drmsqlinitコマンドでUNDOファイル格納ディレクトリが設定されていない場合は選択できません。
［Loading］：ローディング状態（読み込み中の状態）でリカバリする場合に選択します。
［Online］：データベースにフルアクセスできるようにする場合に選択します。

ロールフォワードするかどうかを選択します。
トランザクションログを適用する（ロールフォワードする）場合には，［Roll forward?］に［Yes］を選択します。［Transaction log backup list］にトランザクションログを表示していない場合は，［Roll forward?］が［Yes］であっても［No］であってもかまいません。

［Recovery］ボタンをクリックします。
［Recovery mode］に［Online］を選択したときは，［Target database］に表示されるファイル名に「*」が付加され，リカバリが完了します。

7.4 ユーザースクリプトを使用してSQL Serverデータベースをバックアップする

ユーザースクリプトを指定したバックアップコマンドを使用すると，SQL Serverデータベースを主ボリュームから副ボリュームを経由してテープへバックアップする一連の操作ができます。

この節の構成

7.4.1 システム構成

7.4.2 処理概要

7.4.3 ユーザースクリプトの例

7.4.4 バックアップの実行例

7.4.1 システム構成

この例でのシステム構成は次のとおりです。

図7-16 SQL Serverデータベースをテープへバックアップするためのシステム構成

7.4.2 処理概要

この例でのユーザースクリプトを指定したdrmsqlbackupコマンドの処理概要は次のとおりです。

副ボリュームのキャッシュをクリアします（ユーザー前処理セクションの処理）。

SQL ServerのDEFAULTインスタンスをオンラインバックアップします。

主ボリュームから副ボリュームへのバックアップ終了後，バックアップカタログをバックアップサーバに転送します。

バックアップサーバで副ボリュームをGドライブにマウントします。

副ボリュームをNTBACKUPでテープにバックアップ後，アンマウントします（ユーザー後処理セクションの処理）。

テープバックアップの完了を待たないで，drmsqlbackupコマンドは完了します。

補足説明

VDIメタファイルは，drmsqlinitのVDIメタファイル格納ディレクトリを指定しないことで，主ボリュームに書き込まれるため，データファイルと同時にバックアップできます。

図7-17 処理の流れ

7.4.3 ユーザースクリプトの例

ユーザースクリプトの作成例を次に示します。

表7-5 ユーザースクリプトの作成例

スクリプト本文
解説

LOCAL_BACKUP=YES …(1)
#前処理セクション
[PRE_PROC] …(2)
#副ボリュームのキャッシュのクリア(マウントおよびアンマウント)
[CMD] …(3)
CMDLINE="C:¥program files¥hitachi¥drm¥bin¥drmmount.exe" -copy_group vg01,vol01
LOCATION=REMOTE …(4)
[CMD] …(5)
CMDLINE="C:¥program files¥hitachi¥drm¥bin¥drmmount.exe" -copy_group vg01,vol02
LOCATION=REMOTE
[CMD] …(6)
CMDLINE="C:¥program files¥hitachi¥drm¥bin¥drmumount.exe" -copy_group vg01,vol01
LOCATION=REMOTE
[CMD] …(7)
CMDLINE="C:¥program files¥hitachi¥drm¥bin¥drmumount.exe" -copy_group vg01,vol02
LOCATION=REMOTE
#後処理セクション
[POST_PROC] …(8)
#副ボリュームのテープバックアップ
[CMD]
CMDLINE=C:¥tmp¥tapebackup.bat
TIMEOUT=NOWAIT …(9)
END_CODE=TERMINATE_NZ …(10)
LOCATION=REMOTE
PARENT_STAT=NORMAL …(11)

(1)必ずYESを指定します。
(2)ユーザー前処理セクションの開始
(3)1個目のボリュームのマウント処理です。
(4)リモートサーバで実行します。
(5)2個目のボリュームのマウント処理です。
(6)1個目のボリュームのアンマウント処理です。
(7)2個目のボリュームのアンマウント処理です。
(8)ユーザー後処理セクションの開始
(9)コマンドの終了を待たないで次のコマンドを実行します。
(10)コマンドの戻り値が0以外をエラーとして扱います。
(11)バックアップコマンドが正常の場合だけ実行します。

副ボリュームのテープバックアップをするtapebackup.batの例を次に示します。

rem NTBACKUPでジョブ「Job1」を実行してテープ「Tape1」にG:¥をコピーバックアップ
rem 環境変数DRMENV_COMMENTとして渡されるバックアップコメントをバックアップジョブの説明に設定
"C:¥Windows¥system32¥ntbackup.exe" backup G:¥ /j "Job1" /a /t "Tape1" /D "%DRMENV_COMMENT%" /m copy
IF NOT "%errorlevel%"=="0" GOTO ERROR
rem テープバックアップ後，バックアップサーバにインポートされたバックアップIDを指定して副ボリュームをアンマウント
"C:¥Program Files¥Hitachi¥DRM¥bin¥drmumount.exe" %DRMENV_R_BACKUPID%
IF NOT "%errorlevel%"=="0" GOTO ERROR
exit 0
:ERROR
exit 1

注　remで始まる行はコメントです。

7.4.4 バックアップの実行例

ユーザースクリプトの操作例を次に示します。ユーザースクリプトに「LOCATION=REMOTE」を指定した場合は，-sオプションを指定する必要があります。

PROMPT>drmsqlbackup DEFAULT -script C:¥tmp¥script.txt -s BKHOST -auto_import -auto_mount G: -comment TEST1

7.5 SQL Serverのトランザクションログを利用した運用をする

SQL Serverデータベースのバックアップには，データベース全体のバックアップと，トランザクションログのバックアップがあります。

SQL Serverデータベースのバックアップ計画を立てる場合，データベースのサイズが大きく，データベース全体のバックアップに時間が掛かるときや，データベースが頻繁に更新されるときには，データベースのバックアップとトランザクションログのバックアップを組み合わせて運用することをお勧めします。

トランザクションログをバックアップする場合には，幾つかの注意事項があります。詳細については「7.1.7 トランザクションログのバックアップに関する注意事項」，「7.1.8 トランザクションログの連鎖に関する注意事項」または「7.1.9 トランザクションログの適用に関する注意事項」を参照してください。

この節の構成

7.5.1 システム構成

7.5.2 トランザクションログバックアップを利用した運用例

7.5.3 SQL Serverデータベースをバックアップする

7.5.4 トランザクションログをバックアップする

7.5.5 SQL Serverデータベースをリストアする

7.5.6 トランザクションログを適用してリカバリする

7.5.7 トランザクションログバックアップを利用した運用例（障害発生後にトランザクションログを取得する）

7.5.1 システム構成

この例では，次の図に示すシステム構成を想定しています。

図7-18 SQL Serverのトランザクションログを利用した運用をするためのシステム構成

なお，Protection Managerでは，データベースサーバをクラスタ構成にできます。データベースサーバをフェールオーバー型のクラスタ構成にすることで，現用サーバに障害が発生したときに待機サーバに運用を引き継ぐことができます。

この例でのシステムの前提条件は次のとおりです。

主ボリュームは，NTFSでフォーマットされている。

主ボリュームと副ボリュームは，データベースサーバとバックアップサーバでペア定義されている。

バックアップサーバにバックアップ管理製品がインストールされている。

drmtapeinitコマンドを実行して，バックアップ管理製品のパラメーターが登録されている。

バックアップサーバでFTPサービスが起動しており，データベースサーバのOSログオンユーザーを使用してFTPサーバへのログインおよびファイルの転送ができるように設定されている。FTPユーザーIDは「admin」，FTPユーザーパスワードは「password」とする。

主ボリュームから副ボリュームにオンラインバックアップされたデータを，テープにバックアップする。

データベースサーバ（サーバ名：DBServer）上にはインスタンス「DEFAULT」が存在し，サービスが起動されている。

データベースサーバおよびバックアップサーバで，拡張コマンド用一時ディレクトリおよびVDIメタファイル格納ディレクトリが作成されている。

副ボリュームは通常はマウントされていないで，運用時にだけEドライブ（ドライブ文字：E:）にマウントされる。

副ボリュームをテープへバックアップするまでは，バックアップ対象の副ボリュームとペアを構成している主ボリュームのバックアップを新たに実行することはないとする。

コマンドプロンプトから「cscript //H:Cscript」コマンドが実行され，ホストパラメーターが変更されている。

7.5.2 トランザクションログバックアップを利用した運用例

データベースのバックアップとトランザクションログのバックアップを組み合わせた運用の例について説明します。この例では，トランザクションログのバックアップ後に誤ってデータベースのデータを削除してしまった場合に，トランザクションログを適用して，データベースを「時点C」の状態に復旧します。オペレーションIDとして，「Operation_A」を使用します。

図7-19 トランザクションログバックアップを利用した運用

この例では，次の流れでバックアップが取得されていることを前提とします。

時点AのSQL Serverデータベースをバックアップします。
時点Aのデータベースをバックアップする方法については，「7.5.3 SQL Serverデータベースをバックアップする」を参照してください。

時点B，および時点CのSQL Serverデータベースのトランザクションログをバックアップします。
トランザクションログをバックアップする方法については，「7.5.4 トランザクションログをバックアップする」を参照してください。

時点Dで障害が発生したあとのリストア・リカバリの流れは次のとおりです。

時点AでバックアップしたSQL Serverデータベースのデータをリストアします。
時点Aまでデータベースが回復します。時点AでバックアップしたSQL Serverデータベースをリストアする方法については，「7.5.5 SQL Serverデータベースをリストアする」を参照してください。また，トランザクションログを適用する順番については「7.1.9 トランザクションログの適用に関する注意事項」を参照してください。

時点B，時点Cでバックアップしたトランザクションログを適用してリカバリします。
時点B（時点C）でバックアップしたトランザクションログを適用してリカバリすると，時点B（時点C）までのデータベースに戻ります。
drmsqlrecovertoolダイアログボックスでトランザクションログを適用してリカバリする方法については，「(1) drmsqlrecovertoolダイアログボックスでSQL Serverデータベースをリカバリする」を参照してください。
drmsqlrecoverコマンドで複数のトランザクションログを適用する場合，トランザクションログ一括定義ファイルを使用すると，一度に複数のトランザクションログを適用できます。トランザクションログ一括定義ファイルを使用したリカバリ方法については，「(2) drmsqlrecoverコマンドでSQL Serverデータベースをリカバリする（トランザクションログ一括定義ファイルを使用する）」を参照してください。

7.5.3 SQL Serverデータベースをバックアップする

データベースが「時点A」の状態であると仮定して，SQL Serverデータベースのバックアップを取得します。

この項の構成

(1) コピーグループの再同期

(2) SQL Serverデータベースのバックアップ

(1) コピーグループの再同期

常時スプリット運用の場合，コピーグループを再同期してから，データをバックアップします。

常時ペア運用の場合は，バックアップの前にコピーグループを再同期する必要はありません。テープバックアップが終了してから，コピーグループを再同期して，初期状態に戻します。

コピーグループを再同期するには：

複数世代のコピーペア構成の場合，次に使われるコピーグループを確認します。
バックアップサーバでdrmsqlcatコマンドを実行し，次に使われるコピーグループを確認します。
コピーグループがロックされていない場合は，最もバックアップ終了時刻の古いコピーグループが上書きされます（コピーグループのロック状態は，drmcgctlコマンドを実行して確認できます）。

副ボリュームのキャッシュをクリアします。
バックアップする前に，バックアップサーバのシステムキャッシュをクリアします。
システムキャッシュをクリアするには，バックアップサーバでEX_DRM_CACHE_PURGEを実行し，副ボリュームをマウント／アンマウントします。

BKServer > EX_DRM_CACHE_PURGE Operation_A -cg_file C:¥temp¥CGLIST.txt

この例では，コピーグループ名「VG01,vol11」および「VG01,vol12」に属する副ボリュームのキャッシュをクリアしています。指定するコピーグループ名が複数あるときは，あらかじめコピーグループ一括定義ファイルを作成し，コピーグループ一括定義ファイルを指定すると便利です。ここでは，コピーグループ「VG01,vol11」および「VG01,vol12」をコピーグループ一括定義ファイルCGLIST.txtで定義しています。

コピーグループを再同期します。
SANRISE1000シリーズを使用する場合，SANRISE9500Vシリーズ，Hitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，Hitachi TMS1000，またはHitachi SMSシリーズでShadowImageを使用する場合は，データベースサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。バックアップする前にコピーグループを再同期することで，バックアップを高速化できます。

DBServer > EX_DRM_RESYNC Operation_A -cg_file C:¥temp¥CGLIST.txt -copy_size 7

(2) SQL Serverデータベースのバックアップ

SQL Serverデータベースをバックアップするには：

SQL Serverデータベースを主ボリュームから副ボリュームへバックアップします。

DBServer > EX_DRM_SQL_BACKUP Operation_A

バックアップ情報を一時ファイルへエクスポートします。

DBServer > EX_DRM_DB_EXPORT Operation_A

バックアップ時に作成されたメタファイルを一時フォルダに退避します。

DBServer > EX_DRM_SQLFILE_PACK Operation_A

メタファイルと一時ファイルをバックアップサーバへ転送します。

DBServer > EX_DRM_FTP_PUT Operation_A -server BKServer -user admin -password password

データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。

BKServer > EX_DRM_DB_IMPORT Operation_A

データベースサーバから転送したメタファイルをバックアップサーバへ展開します。

BKServer > EX_DRM_SQLFILE_EXTRACT Operation_A

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでEX_DRM_TAPE_BACKUPを実行します。ここでは，副ボリュームのドライブ文字を「E:」とします。

BKServer > EX_DRM_TAPE_BACKUP Operation_A -mount_pt E:

バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに登録されます。

7.5.4 トランザクションログをバックアップする

時点Bおよび時点Cでトランザクションログをバックアップする手順について説明します。

トランザクションログをバックアップするには：

時点B（時点C）のトランザクションログをバックアップします。
トランザクションログをバックアップするには，EX_DRM_SQL_TLOG_BACKUPを実行します。

DBServer > EX_DRM_SQL_TLOG_BACKUP Operation_A

7.5.5 SQL Serverデータベースをリストアする

「時点A」でバックアップしたSQL Serverデータベースをリストアします。

SQL Serverデータベースをリストアするには：

SQL Serverデータベースをリストアします。
SQL Serverデータベースをリストアするには，EX_DRM_SQL_RESTOREを実行します。

DBServer > EX_DRM_SQL_RESTORE Operation_A -resync -undo

リストアが完了したら，データベースが「時点A」の状態に戻っていることを確認してください。
EX_DRM_SQL_RESTOREに-undoオプションを指定しなかった場合は，データベースは読み込み中と表示され，内容を確認することはできません。
-undoオプションを指定すると，データベースは読み取り専用モードで内容が確認できます。
なお，-undoオプションは，drmsqlinitコマンドでUNDOファイル格納ディレクトリが設定されていない場合は使用できません。

7.5.6 トランザクションログを適用してリカバリする

「時点B」および「時点C」でバックアップしたトランザクションログを適用してリカバリする方法について説明します。

トランザクションログを適用するには，drmsqlrecovertoolコマンドまたはdrmsqlrecoverコマンドを使用してリカバリします。

この項の構成

(1) drmsqlrecovertoolダイアログボックスでSQL Serverデータベースをリカバリする

(2) drmsqlrecoverコマンドでSQL Serverデータベースをリカバリする（トランザクションログ一括定義ファイルを使用する）

(1) drmsqlrecovertoolダイアログボックスでSQL Serverデータベースをリカバリする

トランザクションログを適用してリカバリするには：

drmsqlrecovertoolダイアログボックスを起動します。

DBServer > drmsqlrecovertool DEFAULT

リカバリしたいデータベースを選択します。

［ADD］ボタンを押し，時点Bおよび時点Cで取得したトランザクションログを選択します。
トランザクションログバックアップファイル名は，「DB名_トランザクションログバックアップ日時_ログシーケンス番号.bk」です。

［Recovery mode］に［Standby］，［Roll forward?］に［Yes］を選択して，［Recovery］ボタンを押します。
時点B，時点Cで取得したトランザクションログが適用され，時点Cの状態までデータベースが回復します。
このとき，［Recovery mode］の選択によって，リカバリ後のデータベースの状態が変わります。スタンバイ状態（読み取り専用で使用できる状態）でリカバリする場合には［Standby］を，ローディング状態（読み込み中の状態）でリカバリする場合には［Loading］を，データベースにフルアクセスできるようにする場合には［Online］を選択します。
［Online］を選択し，データベースにフルアクセスできるようにした場合には，以降はトランザクションログがあっても適用できなくなります。複数のトランザクションログを数回に分けて適用していきたい場合は，［Recovery mode］に［Loading］または［Standby］を選択してください。ただし，［Standby］は，drmsqlinitコマンドでUNDOファイル格納ディレクトリが設定されていない場合は選択できません。
スタンバイ状態，またはローディング状態でリカバリしたデータベースは，リカバリの最後に再度drmsqlrecovertoolダイアログボックスを起動し，[Recovery mode]で［Online］を選択して［Recovery］ボタンを押し，フルアクセスできるようにしてください。

(2) drmsqlrecoverコマンドでSQL Serverデータベースをリカバリする（トランザクションログ一括定義ファイルを使用する）

drmsqlrecoverコマンドで複数のデータベースをリカバリするときは，トランザクションログ一括定義ファイルを利用すると一度に複数のトランザクションログを適用できます。

トランザクションログ一括定義ファイルを使用してリカバリするには：

バックアップ済のトランザクションログの一括定義ファイルを作成します。

DBServer > drmsqllogbackup DEFAULT -v > c:¥temp¥SQLTXLOG.txt

「c:¥temp」ディレクトリに，「SQLTXLOG.txt」の名称でトランザクションログ一括定義ファイルが作成され，バックアップ済のトランザクションログの内容が記述されます。
トランザクションログ一括定義ファイルの例を次に示します。

# ORIGINAL-ID:0000000080   BACKUP-ID:0000000080
[DB03]
l:¥mssql¥log¥DB03_20040811115351_0001.bk
l:¥mssql¥log¥DB03_20040811115431_0002.bk
# ORIGINAL-ID:0000000080   BACKUP-ID:0000000080
[DB02]
l:¥mssql¥log¥DB02_20040811115351_0001.bk
l:¥mssql¥log¥DB02_20040811115431_0002.bk
# ORIGINAL-ID:0000000080   BACKUP-ID:0000000080
[DB01]
l:¥mssql¥log¥DB01_20040811115351_0001.bk
l:¥mssql¥log¥DB01_20040811115431_0002.bk

トランザクションログ一括定義ファイルを適用してリカバリします。
トランザクションログ一括定義ファイルを適用してリカバリするには，drmsqlrecoverコマンドに-transact_log_listオプションを指定して実行します。

DBServer > drmsqlrecover DEFAULT -transact_log_list c:¥temp¥SQLTXLOG.txt

7.5.7 トランザクションログバックアップを利用した運用例（障害発生後にトランザクションログを取得する）

障害が発生した場合，障害発生前に定時運用でバックアップしていたデータやトランザクションログを使用すると，最後にバックアップした時点までデータベースを復旧できます。しかし，通常運用のバックアップだけを使用すると，最後のバックアップ以降の操作は切り捨てられるため，最後のバックアップ以降の操作は復旧されません。

障害発生直前の状態にデータベースを復旧したい場合，最後のバックアップから，障害発生直前までのトランザクションログを取得する必要があります。ここでは，トランザクションログを切り捨てないように取得し，障害発生直前の状態にデータベースを復旧する例について説明します。オペレーションIDとして，「Operation_A」を使用します。

図7-20 SQL Serverのトランザクションログバックアップを利用した運用（障害直前の状態にデータベースを復旧する）

定時運用では，次の流れでSQL Serverデータベースおよびトランザクションログをバックアップします。

時点AのSQL Serverデータベースをバックアップします。
時点Aのデータベースをバックアップする方法については，「7.5.3 SQL Serverデータベースをバックアップする」を参照してください。

時点BのSQL Serverデータベースのトランザクションログをバックアップします。
トランザクションログをバックアップする方法については，「7.5.4 トランザクションログをバックアップする」を参照してください。

時点Dで障害が発生したあとのトランザクションログを切り捨てないようにバックアップします。

障害発生後にトランザクションログを取得するには：

時点C以降のトランザクションログを切り捨てないように，トランザクションログを取得します。
トランザクションログを切り捨てないように取得するには，EX_DRM_SQL_TLOG_BACKUPに-no_truncateオプションを指定して実行します。

DBServer > EX_DRM_SQL_TLOG_BACKUP Operation_A -no_truncate

-no_truncateオプションを指定すると，時点Bでのトランザクションログバックアップ取得後から，障害発生時までのトランザクションが取得されます。

トランザクションログ取得後のリストア・リカバリの流れは次のとおりです。

トランザクションログを適用してリカバリするには：

時点AでバックアップしたSQL Serverデータベースのデータをリストアします。
時点Aまでデータベースが回復します。時点AでバックアップしたSQL Serverデータベースをリストアする方法については，「7.5.5 SQL Serverデータベースをリストアする」を参照してください。

時点Bでバックアップしたトランザクションログを適用してリカバリします。
時点Bでバックアップしたトランザクションログを適用してリカバリすると，時点Bまでのデータベースに戻ります。
drmsqlrecovertoolダイアログボックスでトランザクションログを適用してリカバリする方法については，「(1) drmsqlrecovertoolダイアログボックスでSQL Serverデータベースをリカバリする」を参照してください。
drmsqlrecoverコマンドで複数のトランザクションログを適用する場合，トランザクションログ一括定義ファイルを使用すると，一度に複数のトランザクションログを適用できます。トランザクションログ一括定義ファイルを使用したリカバリ方法については，「(2) drmsqlrecoverコマンドでSQL Serverデータベースをリカバリする（トランザクションログ一括定義ファイルを使用する）」を参照してください。

-no_truncateオプションを指定して取得したトランザクションログを適用してリカバリします。
-no_truncateオプションを指定して取得したトランザクションログを適用してリカバリすると，時点Ｂでのトランザクションログバックアップ取得後から，障害発生時までのトランザクションが適用され，時点Cまでのデータベースに戻ります。
drmsqlrecovertoolダイアログボックスでトランザクションログを適用してリカバリする方法については，「(1) drmsqlrecovertoolダイアログボックスでSQL Serverデータベースをリカバリする」を参照してください。

7.6 トランザクションログバックアップファイルをバックアップおよびリストアする

SQL Serverデータベースをリカバリするためには，トランザクションログをバックアップする必要があります。

バックアップしたトランザクションログをテープなどの媒体へ保存するには，次の二つの方法があります。

バックアップ管理製品を使用して，直接，該当するファイルをバックアップします。

LANに負荷をかけないで保存する場合には，トランザクションログのバックアップ先を主ボリュームとして，主ボリュームへバックアップしたあと，テープなどの媒体へ保存します。

トランザクションログのバックアップ先が主ボリュームの場合に，トランザクションログを主ボリュームへバックアップしたあと，テープなどの媒体へ保存する手順について説明します。

この節の構成

7.6.1 システム構成

7.6.2 トランザクションログバックアップファイルのバックアップ

7.6.3 トランザクションログバックアップファイルのリストア

7.6.1 システム構成

この例では，次の図に示すシステム構成を想定しています。

図7-21 SQL Serverのトランザクションログバックアップファイルのバックアップ

この例でのシステムの前提条件は次のとおりです。

E，F，Gドライブがマウントされているボリュームはペア定義されている。

EドライブにSQL Serverのデータファイル，FドライブにSQL Serverのトランザクションログファイルが配置されている。

drmsqlinitコマンドでトランザクションログバックアップファイル格納ディレクトリをG:¥Logbackupに設定する。

SQL Serverのデータファイルをバックアップするためのオペレーション定義ファイルを「SQL1」とする。データベースDB1をバックアップする。

_SQL1.datの内容

BACKUP_OBJECT=MSSQL

DB_SERVER_NAME=FILESERV1

INSTANCE_NAME=DEFAULT

TARGET_NAME=DB1

FTP_HOME_DIR=C:¥FTP_ROOT

FTP_SUB_DIR=script

SET_DRM_HOSTNAME=1

ファイルシステムをバックアップするためのオペレーション定義ファイルを「FS1」とする。トランザクションログバックアップファイル格納ディレクトリがあるGドライブをバックアップする。

_FS1.datの内容

BACKUP_OBJECT=FILESYSTEM

DB_SERVER_NAME=FILESERV1

INSTANCE_NAME=G:

TARGET_NAME=G:¥Logbackup

FTP_HOME_DIR=C:¥FTP_ROOT

FTP_SUB_DIR=script

SET_DRM_HOSTNAME=1

7.6.2 トランザクションログバックアップファイルのバックアップ

トランザクションログをバックアップします。
トランザクションログをバックアップするには，データベースサーバでEX_DRM_SQL_TLOG_BACKUPを実行します。

DBServer > EX_DRM_SQL_TLOG_BACKUP SQL1 -target DB1
DBServer >

トランザクションログの起点となったバックアップIDを確認します。
トランザクションログの起点となったバックアップIDを確認するには，「<インスタンス名> -v BACKUP-ID」オプションを指定してdrmsqllogbackupコマンドを実行します。

DBServer > drmsqllogbackup SQL1 -v BACKUP-ID
ORIGINAL-ID   BACKUP_ID    DB
0000000002    0000000002   DB1
DBServer >

バックアップしたトランザクションログの内容を確認します。
バックアップしたトランザクションログの内容を確認するには，「インスタンス名 -target データベース名 -v」オプションを指定してdrmsqllogbackupコマンドを実行します。

DBServer > drmsqllogbackup SQL1 -target DB1 -v
# ORIGINAL-ID: 0000000002 BACKUP-ID: 0000000002
[DB1]
G:¥LogBackup¥DB1_20021106010100_0001.bk
G:¥LogBackup¥DB1_20021106010110_0002.bk
DBServer >

バックアップしたトランザクションログファイルを，副ボリュームへバックアップします。
トランザクションログファイルをオンラインバックアップします。バックアップするには，EX_DRM_FS_BACKUPを実行します。

DBServer > EX_DRM_FS_BACKUP FS1
DBServer >

コマンドを実行すると，データベースサーバのバックアップカタログに，新しいバックアップID（連番で未使用のID）でバックアップ情報が登録されます。ここでは，新しいバックアップIDを「0000000003」とします。

バックアップの実行結果を確認します。
副ボリュームへのバックアップが正常に完了したかを確認します。確認するには，drmfscatコマンドを実行します。

DBServer> drmfscat G:
INSTANCE: G:
BACKUP-ID:0000000003 BACKUP-MODE: ONLINE INSTANCE: G: ORIGINAL-ID:0000000003
START-TIME: 2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: FILESERV1
T FILE          FS           DG        DEVICE              COPY-GROUP
F -             G:           -         Harddisk1           FS001,DDrive
F -             -            -         -                   FS001,DDrive

バックアップ情報を一時ファイルへエクスポートします。
EX_DRM_DB_EXPORTを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。

DBServer> EX_DRM_DB_EXPORT FS1
DBServer>

エクスポートした一時ファイルをデータベースサーバからバックアップサーバへ転送します。

DBServer> EX_DRM_FTP_PUT FS1 -server BKServer -user admin -password password
DBServer>

データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。

DBServer> EX_DRM_DB_IMPORT FS1
DBServer>

インポートの実行結果を確認します。
インポートが正常に完了したかを確認します。確認するには，バックアップサーバでdrmfscatコマンドを実行します。

BKServer > drmfscat G:
INSTANCE: G:
BACKUP-ID:0000000001 BACKUP-MODE: ONLINE INSTANCE: G: ORIGINAL-ID:0000000003
START-TIME: 2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: FILESERV1
T FILE  FS  DG  DEVICE     COPY-GROUP
F -     G:  -   Harddisk1  FS001,DDrive
F -     -   -   -          FS001,DDrive
BKServer >

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでEX_DRM_TAPE_BACKUPを実行します。マウントポイントとして「G:」ドライブを指定します。

BKServer > EX_DRM_TAPE_BACKUP FS1 -mount_pt G:
BKServer >

バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000004」で登録されます。

テープへのバックアップの実行結果を確認します。
バックアップが正常に完了したかを確認します。確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

BKServer > drmtapecat
BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA
0000000004  FILESYSTEM       2002/06/01 10:20:00  2002/09/01 10:20:00  MEDIA1
BKServer >

7.6.3 トランザクションログバックアップファイルのリストア

バックアップデータのバックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

BKServer > drmtapecat
BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA
0000000004  FILESYSTEM       2002/06/01 10:20:00  2002/09/01 10:20:00  MEDIA1
BKServer >

バックアップしたデータをテープから副ボリュームへリストアします。
リストアするには，バックアップサーバでEX_DRM_TAPE_RESTOREを実行します。マウントポイントとして「G:」ドライブを指定します。

BKServer > EX_DRM_TAPE_RESTORE FS1 -backup_id 0000000004 -mount_pt G:
BKServer >

リストアを実行すると，バックアップサーバのバックアップカタログに，このリストア操作に関する情報が新しいバックアップID「0000000005」で登録されます。

正しくテープから副ボリュームへリストアされていることを確認します。
バックアップサーバでdrmfscatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバにリストアされていることを確認します。

BKServer > drmfscat G:
INSTANCE: G:
BACKUP-ID:0000000005 BACKUP-MODE: ONLINE INSTANCE: G: ORIGINAL-ID:0000000003
START-TIME: 2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: FILESERV1
T FILE  FS  DG  DEVICE     COPY-GROUP
F -     G:  -   Harddisk1  FS001,DDrive
F -     -   -   -          FS001,DDrive
BKServer >

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするには，テープから副ボリュームへのリストア操作に関するバックアップ情報を，データベースサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行し，バックアップ情報を拡張コマンド用一時ディレクトリの一時ファイルへエクスポートします。

BKServer > EX_DRM_DB_EXPORT FS1
BKServer >

一時ファイルをデータベースサーバで受け取ります。
データベースサーバでEX_DRM_FTP_GETを実行し，バックアップサーバの一時ファイルを一括してデータベースサーバで受け取ります。ここでは，FTP サーバにログオンするために使用するユーザーID を「admin」，パスワードを「password」とします。一時ファイルは，データベースサーバの拡張コマンド用一時ディレクトリに格納されます。

DBServer > EX_DRM_FTP_GET FS1 -server BKServer -user admin -password password
DBServer >

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
バックアップサーバから転送した一時ファイルを，データベースサーバのバックアップカタログへインポートします。インポートするには，データベースサーバでEX_DRM_DB_IMPORTを実行します。

DBServer > EX_DRM_DB_IMPORT FS1
DBServer >

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，データベースサーバでEX_DRM_FS_RESTOREを実行します。

DBServer > EX_DRM_FS_RESTORE FS1 -resync
DBServer >

7.7 特定のコピーグループをロックして複数世代のバックアップおよびリストアをする

複数のコピーグループを使用して，バックアップの目的に合わせて使用することで，複数世代のバックアップを管理することができます。

通常Protection Managerは，バックアップ対象のコピーグループを自動的に決定してバックアップしていきますが，drmcgctlコマンドを使用することで，特定のコピーグループを保持（ロック）し，そのほかのコピーグループだけを利用してバックアップを継続することもできます。

特定のコピーグループをロックして世代管理をすることで，次のような運用ができます。

一つのボリュームに1回/月のバックアップを取得後，そのコピーグループをロックし，残る二つのボリュームには毎日バックアップを取得する。
1回/月のバックアップは，コピーグループのロックを解除するまで保持されます。

一つのボリュームに取得したバックアップを保持し，そのほかの二つのボリュームには通常のバックアップを取得する。

この節の構成

7.7.1 世代管理とロック機能を利用した運用例

7.7.2 コピーグループをロックする

7.7.3 コピーグループのロックを解除する

7.7.1 世代管理とロック機能を利用した運用例

特定のコピーグループをロックした場合の運用例を次の図に示します。

図7-22 特定のコピーグループをロックした場合の運用例

主ボリュームを副ボリューム1にバックアップ（世代1）後，世代1のコピーグループをロックします。
世代1のバックアップから，世代1のコピーグループのロックまでの手順については，「7.7.2 コピーグループをロックする」を参照してください。

副ボリューム2および副ボリューム3を使用して，バックアップ運用をします。
世代2以降は，副ボリューム2および副ボリューム3を使用してバックアップが取得されます。

世代1のコピーグループのロックを解除します。
世代1のコピーグループのロックが不要になった場合，または副ボリューム1の内容を主ボリュームにリストアする場合に，世代1のコピーグループのロックを解除します。
世代1のコピーグループのロックを解除する手順については，「7.7.3 コピーグループのロックを解除する」を参照してください。

7.7.2 コピーグループをロックする

世代1のバックアップを取得してから，コピーグループをロックする手順について説明します。

なお，下記の手順では，オペレーションIDとして「Operation_A」を使用します。

コピーグループをロックするには：

副ボリュームの状態を確認します。
コピーグループの一覧を表示し，ロックされているコピーグループがないことを確認します。
コピーグループのロック状態を確認するには，drmcgctlコマンドを引数なしで実行します。LOCK STATUS欄にUNLOCKEDと表示されていれば，コピーグループはロックされていません。

DBServer > drmcgctl
COPY GROUP LOCK STATUS BACKUP-ID
VG01,VOL11 UNLOCKED    0000000001
VG01,VOL12 UNLOCKED    0000000001
VG01,VOL13 UNLOCKED    0000000001
VG02,VOL21 UNLOCKED    0000000002
VG02,VOL22 UNLOCKED    0000000002
VG02,VOL23 UNLOCKED    0000000002
VG03,VOL31 UNLOCKED    0000000003
VG03,VOL32 UNLOCKED    0000000003
VG03,VOL33 UNLOCKED    0000000003
DBServer >

主ボリュームから副ボリュームへのバックアップ（世代1）を取得します。

DBServer > EX_DRM_SQL_BACKUP Operation_A

副ボリューム1に主ボリュームのバックアップが取得されます。

データが正しくバックアップされていることを確認します。
正しくバックアップされていることを確認するには，データベースサーバでdrmsqlcatコマンドおよびdrmappcatコマンドを実行します。

DBServer > drmsqlcat default
INSTANCE: default
BACKUP-ID: 0000000004 BACKUP-MODE: ONLINE INSTANCE: default
:
:
DBServer > drmappcat
BACKUP-ID  BACKUP-MODE BACKUP-OBJECT START-TIME          END-TIME
0000000004 ONLINE      MSSQL         2004/08/11 14:04:10 2004/08/11 14:04:22
0000000002 ONLINE      MSSQL         2004/08/05 14:13:44 2004/08/05 14:13:55
0000000003 ONLINE      MSSQL         2004/08/05 14:16:24 2004/08/05 14:16:35
DBServer >

この例では，drmsqlcatコマンドの結果から，最新のバックアップIDが「0000000004」であることがわかります。また，drmappcatコマンドの実行結果を見ると，手順1のdrmcgctlコマンドの結果では表示されていたバックアップID「0000000001」が，「0000000004」に書き換わっていることがわかります。

副ボリューム1をロックします。
バックアップデータ（世代1）を保持するために，世代1のコピーグループをロックします。世代1のコピーグループをロックするには，-mode lockオプションを指定してdrmcgctlコマンドを実行します。ロック対象は，バックアップIDまたはコピーグループで指定できます。
ここでは，バックアップID「0000000004」を指定して，drmcgctlコマンドを実行します。

DBServer > drmcgctl -backup_id 0000000004 -mode lock
KAVX0001-I drmcgctlコマンドを開始します。
KAVX0302-I 指定されたバックアップIDに対応するコピーグループをロックしました。
KAVX0002-I drmcgctlコマンドを終了します。

なお，ロックは，ロックを実施したサーバに対してだけ有効となります。複数サーバ構成の場合は，運用に合わせてロックを実施してください。

副ボリュームの状態を確認します。
コピーグループの一覧を表示し，ロックされているコピーグループの状態を確認します。

DBServer > drmcgctl
COPY GROUP LOCK STATUS BACKUP-ID
VG01,VOL11 LOCKED      0000000004
VG01,VOL12 LOCKED      0000000004
VG01,VOL13 LOCKED      0000000004
VG02,VOL21 UNLOCKED    0000000002
VG02,VOL22 UNLOCKED    0000000002
VG02,VOL23 UNLOCKED    0000000002
VG03,VOL31 UNLOCKED    0000000003
VG03,VOL32 UNLOCKED    0000000003
VG03,VOL33 UNLOCKED    0000000003
DBServer >

LOCK STATUS欄にLOCKEDと表示されているコピーグループがロックされています。
世代1のコピーグループがロックされると，以降のバックアップは，副ボリューム2および副ボリューム3の二つのボリュームを使って取得されます。

7.7.3 コピーグループのロックを解除する

世代1のコピーグループのロックが不要になった場合，または副ボリューム1の内容を主ボリュームにリストアする場合に，コピーグループのロックを解除します。

コピーグループのロックを解除するには：

コピーグループのロックを解除します。
コピーグループのロックを解除するには，-mode unlockオプションを指定してdrmcgctlコマンドを実行します。ロック解除の対象は，バックアップIDまたはコピーグループで指定できます。
ここでは，バックアップID「0000000004」を指定して，drmcgctlコマンドを実行します。

DBServer > drmcgctl -backup_id 0000000004 -mode unlock
KAVX0001-I drmcgctlコマンドを開始します。
KAVX0303-I 指定されたバックアップIDに対応するコピーグループのロックを解除しました。
KAVX0002-I drmcgctlコマンドを終了します。

コピーグループの状態を確認します。
コピーグループの一覧を表示し，ロックが解除されていることを確認します。

DBServer > drmcgctl
COPY GROUP LOCK STATUS BACKUP-ID
VG01,VOL11 UNLOCKED    0000000004
VG01,VOL12 UNLOCKED    0000000004
VG01,VOL13 UNLOCKED    0000000004
VG02,VOL21 UNLOCKED    0000000007
VG02,VOL22 UNLOCKED    0000000007
VG02,VOL23 UNLOCKED    0000000007
VG03,VOL31 UNLOCKED    0000000008
VG03,VOL32 UNLOCKED    0000000008
VG03,VOL33 UNLOCKED    0000000008
DBServer >

LOCK STATUS欄にUNLOCKEDと表示されている，コピーグループのロックが解除されています。
次回のバックアップ時には，バックアップID「0000000004」のデータが格納されていた副ボリュームに，バックアップID「0000000009」としてバックアップされます。

7.8 ローカルサイトとリモートサイトの間でバックアップおよびリストアする（リモートコピー）

ここでは，サブシステム間のボリューム複製機能（TrueCopyまたはUniversal Replicator）を使用して，ローカルサイトの主ボリュームからリモートサイトの副ボリュームへSQL Serverデータベースをバックアップする例，リモートサイトの副ボリュームからローカルサイトの主ボリュームへリストアする例について示します。

次のような場合について説明します。

SQL Serverデータベースをリモートサイトにバックアップする

リモートサイトへバックアップしたSQL Serverデータベースを，ローカルサイトにリストアする（ローカルサイトが正常に動作している場合）

リモートサイトへバックアップしたSQL Serverデータベースを，リモートサイトでリストアする（ローカルサイトに障害が発生している場合）

リモートサイトからローカルサイトにSQL Serverデータベースをリストアする（ローカルサイトの障害が復旧した場合）

この例では，次の図に示すシステム構成を想定しています。

図7-23 ローカルサイトとリモートサイトの間でSQL Serverデータベースをバックアップおよびリストアする場合のシステム構成例

この例でのシステムの前提条件は次のとおりです。

ローカルサイトのデータベースサーバ（サーバ名：DBServer）と，テープ装置を接続したリモートサイトのバックアップサーバ（サーバ名：BKServer）を備えている。

リモートサイトのバックアップサーバでFTPサービスが起動しており，各ファイルサーバのOSログオンユーザーを使用してFTPサーバへのログインおよびファイルの転送ができるように設定されている。FTPユーザーIDは「admin」，FTPユーザーパスワードは「password」とする。

リモートサイトのバックアップサーバ（BKServer）には，SQL Serverがインストールされており，ローカルサイトのストレージサブシステムに障害が発生した場合，データベースサーバとして使用することができる。

ローカルサイトの主ボリュームは，「DBServer」の「G:」ドライブにマウントされている。

コピーグループ名「TC01,SQL11」でTrueCopyのペア（常時ペア）が組まれている。

SQL Serverのデータファイル，トランザクションログファイルは，TrueCopyまたはUniversal Replicatorの常時ペアボリューム「TC01,SQL11」に含まれている。

コピーグループ名「SI01,SQL01」でShadowImageのペアが組まれている。

リモートサイトのバックアップ先の世代識別名が「remote_0」になるように，設定されている。

リモートサイトのボリュームは通常マウントされておらず，必要な場合にバックアップサーバの「G:」ドライブにマウントされる。

SQL Serverのデータファイル，トランザクションログファイルは，ローカルサイトとリモートサイトで同じディレクトリ構成に設定してある。

オペレーションIDとして，「Operation_A」を使用する。

この節の構成

7.8.1 SQL Serverデータベースをリモートサイトにバックアップする

7.8.2 SQL Serverデータベースをローカルサイトにリストアする

7.8.3 SQL Serverデータベースをリモートサイトでリストアする

7.8.4 リモートサイトからローカルサイトにデータを復旧させる

7.8.1 SQL Serverデータベースをリモートサイトにバックアップする

ファイルシステムをリモートサイトにバックアップする例について説明します。ローカルサイトとリモートサイトの手順を分けて説明します。

この項の構成

(1) ローカルサイトでの操作

(2) リモートサイトでの操作

(3) ローカルサイトでの操作

(1) ローカルサイトでの操作

バックアップ対象となるボリュームと，世代識別名を確認します。
データベースサーバでdrmsqldisplayコマンドを実行します。

DBServer > drmsqldisplay default -cf
INSTANCE: default
T DB        OBJECT     FILE                 FS   DG   DEVICE       COPY-GROUP COPY-FUNC   GEN-NAME
D UserDB1   DATAFILE   G:¥UserDB1_Data.MDF  G:   -    Harddisk1    SI01,SQL01 ShadowImage local_0
- -         -          -                    -    -    -            SI01,SQL01 ShadowImage local_0
T UserDB1   TRANSACT   G:¥UserDB1_Log.LDF   G:   -    Harddisk1    SI01,SQL01 ShadowImage local_0
- -         -          -                    -    -    -            SI01,SQL01 ShadowImage local_0
D UserDB1   DATAFILE   G:¥UserDB1_Data.MDF  G:   -    Harddisk2    TC01,SQL11 TrueCopy    remote_0
- -         -          -                    -    -    -            TC01,SQL11 TrueCopy    remote_0
T UserDB1   TRANSACT   G:¥UserDB1_Log.LDF   G:   -    Harddisk2    TC01,SQL11 TrueCopy    remote_0
- -         -          -                    -    -    -            TC01,SQL11 TrueCopy    remote_0
DBServer >

データベースをリモートサイトの副ボリュームへバックアップします。
データベースをリモートサイトの副ボリュームへバックアップします。バックアップするには，データベースサーバでバックアップ先の世代識別名「remote_0」を指定して，EX_DRM_SQL_BACKUPを実行します。

DBServer > EX_DRM_SQL_BACKUP Operation_A -rc remote_0

正しくバックアップされていることを確認します。
データベースサーバでdrmsqlcatコマンドを実行して，バックアップ情報を確認します。

DBServer > drmsqlcat default
INSTANCE: default
BACKUP-ID: 0000000001  BACKUP-MODE: ONLINE  INSTANCE: default  ORIGINAL-ID: 0000000001
START-TIME: 2004/08/05 10:00:00  END-TIME: 2004/08/05 10:03:00  HOSTNAME: DBServer
T DB        OBJECT     FILE                                     FS   DG   DEVICE       COPY-GROUP
M UserDB1   METAFILE   F:¥MSSQL¥meta¥0000000131_0000000005.dmp  -    -    -            -
D UserDB1   DATAFILE   G:¥UserDB1_Data.MDF                      G:   -    Harddisk1    TC01,SQL11
- -         -          -                                        -    -    -            TC01,SQL11
T UserDB1   TRANSACT   G:¥UserDB1_Log.LDF                       G:   -    Harddisk1    TC01,SQL11
DBServer >

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームからテープへバックアップするために，主ボリュームから副ボリュームへのバックアップ操作に関する情報をバックアップサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。一時ファイルは，データベースサーバの拡張コマンド用一時ディレクトリに格納されます。

DBServer > EX_DRM_DB_EXPORT Operation_A

一時ファイルをバックアップサーバへ転送します。
一時ファイルを一括してデータベースサーバからバックアップサーバへ転送します。一時ファイルは，バックアップサーバの拡張コマンド用一時ディレクトリに格納されます。

DBServer > EX_DRM_FTP_PUT Operation_A -server BKServer -user admin -password password

(2) リモートサイトでの操作

ローカルサイトのデータベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
一時ファイルをインポートするには，バックアップサーバでEX_DRM_DB_IMPORTを実行します。

BKServer > EX_DRM_DB_IMPORT Operation_A

正しくインポートされていることを確認します。
バックアップサーバでdrmsqlcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバにインポートされていることを確認します。

BKServer > drmsqlcat default
INSTANCE: default
BACKUP-ID: 0000000001  BACKUP-MODE: ONLINE  INSTANCE: default  ORIGINAL-ID: 0000000001
START-TIME: 2004/08/05 10:00:00  END-TIME: 2004/08/05 10:03:00  HOSTNAME: DBServer
T DB        OBJECT     FILE                                      FS   DG   DEVICE       COPY-GROUP
M UserDB1   METAFILE   G:¥MSSQL¥meta¥0000000001_0000000005.dmp   -    -    -            -
D UserDB1   DATAFILE   G:¥UserDB1_Data.MDF                       G:   -    Harddisk1    SI01,SQL01
- -         -          -                                         -    -    -            SI01,SQL01
T UserDB1   TRANSACT   G:¥UserDB1_Log.LDF                        G:   -    Harddisk1    SI01,SQL01
BKServer >

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでEX_DRM_TAPE_BACKUPを実行します。

BKServer > EX_DRM_TAPE_BACKUP Operation_A

この例では，バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000002」で登録されます。

正しくテープへバックアップされていることを確認します。
バックアップサーバでdrmtapecatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

BKServer > drmtapecat
BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA
0000000002  MSSQL            2004/08/05 10:00:00  2004/11/05 10:00:00  MEDIA1
BKServer >

副ボリュームのキャッシュをクリアします。
テープへのバックアップが完了したあとに，バックアップサーバのシステムキャッシュをクリアします。
システムキャッシュをクリアするには，バックアップサーバでEX_DRM_CACHE_PURGEを実行し，副ボリュームをマウント／アンマウントします。

BKServer > EX_DRM_CACHE_PURGE Operation_A

(3) ローカルサイトでの操作

コピーグループを再同期します。
データベースサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。

DBServer > EX_DRM_RESYNC Operation_A

7.8.2 SQL Serverデータベースをローカルサイトにリストアする

ローカルサイトに障害が発生しておらず，正常に動作している場合に，SQL Serverデータベースをローカルサイトにリストアする例について説明します。ローカルサイトとリモートサイトの手順を分けて説明します。

この項の構成

(1) リモートサイトでの操作

(2) ローカルサイトでの操作

(1) リモートサイトでの操作

TrueCopyのペア（常時ペア）を分割します。

BKServer > pairsplit -g TC01 -d SQL11 -rw
BKServer >

バックアップデータのバックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

BKServer >drmtapecat
BACKUP-ID ORIGINAL-ID BACKUP-OBJECT INSTANCE SNAPSHOT TIME     EXPIRATION TIME   BACKUP-MEDIA
0000000002 0000000001 MSSQL         default  2004/08/05 10:00:00 2004/11/05 10:00:00  -
:
:
BKServer >

バックアップしたデータをテープから副ボリュームへリストアします。
リストアするには，バックアップサーバでEX_DRM_TAPE_RESTOREを実行します。

BKServer > EX_DRM_TAPE_RESTORE Operation_A -backup_id 0000000002

リストアを実行すると，バックアップサーバのバックアップカタログに，このリストア操作に関する情報が新しいバックアップID「0000000003」で登録されます。

正しくテープから副ボリュームへリストアされていることを確認します。
バックアップサーバでdrmsqlcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバにリストアされていることを確認します。

BKServer > drmsqlcat default
INSTANCE: default
BACKUP-ID: 0000000003  BACKUP-MODE: ONLINE  INSTANCE: default  ORIGINAL-ID: 0000000001
START-TIME: 2004/08/05 10:00:00  END-TIME: 2004/08/05 10:03:00  HOSTNAME: DBServer
T DB        OBJECT     FILE                                     FS   DG   DEVICE       COPY-GROUP
M UserDB1   METAFILE   F:¥MSSQL¥meta¥0000000131_0000000005.dmp  -    -    -            -
D UserDB1   DATAFILE   G:¥UserDB1_Data.MDF                      G:   -    Harddisk1    SI01,SQL01
- -         -          -                                        -    -    -            SI01,SQL01
T UserDB1   TRANSACT   G:¥UserDB1_Log.LDF                       G:   -    Harddisk1    SI01,SQL01
BKServer >

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするには，テープから副ボリュームへのリストア操作に関するバックアップ情報を，ファイルサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行し，バックアップ情報を拡張コマンド用一時ディレクトリの一時ファイルへエクスポートします。

BKServer > EX_DRM_DB_EXPORT Operation_A

(2) ローカルサイトでの操作

一時ファイルをローカルサイトのデータベースサーバで受け取ります。
データベースサーバでEX_DRM_FTP_GETを実行し，バックアップサーバの一時ファイルを一括してデータベースサーバで受け取ります。一時ファイルは，データベースサーバの拡張コマンド用一時ディレクトリに格納されます。

DBServer > EX_DRM_FTP_GET Operation_A -server BKServer -user admin -password password

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
バックアップサーバから転送した一時ファイルを，データベースサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，データベースサーバでEX_DRM_DB_IMPORTを実行します。

DBServer >EX_DRM_DB_IMPORT Operation_A

正しくインポートされていることを確認します。
データベースサーバでdrmsqlcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がデータベースサーバにインポートされていることを確認します。

DBServer > drmsqlcat default
INSTANCE: default
BACKUP-ID: 0000000002  BACKUP-MODE: ONLINE  INSTANCE: default  ORIGINAL-ID: 0000000001
START-TIME: 2004/08/05 10:00:00  END-TIME: 2004/08/05 10:03:00  HOSTNAME: DBServer
T DB        OBJECT     FILE                    FS   DG   DEVICE       COPY-GROUP
M UserDB1   METAFILE   G:¥META_0000000005.dmp  -    -    -            -
D UserDB1   DATAFILE   G:¥UserDB1_Data.MDF     G:   -    Harddisk1    SI01,SQL01
- -         -          -                       -    -    -            SI01,SQL01
T UserDB1   TRANSACT   G:¥UserDB1_Log.LDF      G:   -    Harddisk1    SI01,SQL01
DBServer >

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，データベースサーバでEX_DRM_SQL_RESTOREを実行します。

DBServer > EX_DRM_SQL_RESTORE Operation_A -resync

SQL Serverデータベースをリカバリします。
リカバリするにはデータベースサーバでdrmsqlrecoverコマンドまたはdrmsqlrecovertoolコマンドを実行します。

コピーグループを再同期します。
データベースサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。

DBServer > EX_DRM_RESYNC Operation_A

7.8.3 SQL Serverデータベースをリモートサイトでリストアする

ローカルサイトに障害が発生している場合に，SQL Serverデータベースをリモートサイトでリストアする例について説明します。

この項の構成

(1) リモートサイトでの操作

(1) リモートサイトでの操作

TrueCopyのペア（常時ペア）を分割します。
ペア状態を「PAIR」から「SMPL」にします。

BKServer > pairsplit -g TC01 -d SQL11 -S
BKServer >

バックアップデータのバックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

BKServer >drmtapecat
BACKUP-ID ORIGINAL-ID BACKUP-OBJECT INSTANCE SNAPSHOT TIME     EXPIRATION TIME   BACKUP-MEDIA
0000000002 0000000001 MSSQL         default  2004/08/05 10:00:00 2004/11/05 10:00:00  -
:
:
BKServer >

バックアップしたデータをテープから副ボリュームへリストアします。
リストアするには，バックアップサーバでEX_DRM_TAPE_RESTOREを実行します。

BKServer > EX_DRM_TAPE_RESTORE Operation_A -backup_id 0000000002

リストアを実行すると，バックアップサーバのバックアップカタログに，このリストア操作に関する情報が新しいバックアップID「0000000003」で登録されます。

正しくテープから副ボリュームへリストアされていることを確認します。
バックアップサーバでdrmsqlcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバにリストアされていることを確認します。

BKServer > drmsqlcat default
INSTANCE: default
BACKUP-ID: 0000000003  BACKUP-MODE: ONLINE  INSTANCE: default  ORIGINAL-ID: 0000000001
START-TIME: 2004/08/05 10:00:00  END-TIME: 2004/08/05 10:03:00  HOSTNAME: DBServer
T DB        OBJECT     FILE                    FS   DG   DEVICE       COPY-GROUP
M UserDB1   METAFILE   G:¥META_0000000005.dmp  -    -    -            -
D UserDB1   DATAFILE   G:¥UserDB1_Data.MDF     G:   -    Harddisk1    SI01,SQL01
- -         -          -                       -    -    -            SI01,SQL01
T UserDB1   TRANSACT   G:¥UserDB1_Log.LDF      G:   -    Harddisk1    SI01,SQL01
BKServer >

リストアしたボリュームを，ディスク管理機能を使用してマウントします。
「G:」ドライブにマウントします。

SQL Serverを起動します。

バックアップID記録ファイルを作成します。
バックアップIDを指定してEX_DRM_BACKUPID_SETを実行し，バックアップID記録ファイルを作成します。

BKServer > EX_DRM_BACKUPID_SET Operation_A -backup_id 0000000003

リモートサイトで，リストアを実行します。
このとき，コピーグループは再同期しないので，-no_resyncオプションを指定します。

BKServer > EX_DRM_SQL_RESTORE Operation_A -no_resync -nochk_host

SQL Serverデータベースをリカバリします。
リカバリするにはバックアップサーバでdrmsqlrecoverコマンドまたはdrmsqlrecovertoolコマンドを実行します。

リモートサイトに，ShadowImageのペアが構成されている場合，ペアボリュームにバックアップを取得するなどして，リモートサイトで運用を続けます。

7.8.4 リモートサイトからローカルサイトにデータを復旧させる

SQL Serverデータベースをリモートサイトでリストアしたあと，ローカルサイトの障害が復旧した場合に，リモートサイトでリストアしたデータベースをローカルサイトに復旧させる手順について説明します。

この項の構成

(1) ローカルサイトでの操作

(2) リモートサイトでの操作

(3) ローカルサイトでの操作

(1) ローカルサイトでの操作

データベースサーバでSQL Serverが起動されている場合，SQL Serverを停止します。

ディスク管理機能を使用してマウントしたボリュームを，ディスク管理機能を使用してアンマウントします。

(2) リモートサイトでの操作

SQL Serverを停止します。

ディスク管理機能を使用してマウントしたボリュームを，ディスク管理機能を使用してアンマウントします。
「G:」ドライブをアンマウントします。

リモートサイトを主ボリュームとするペアを生成します。

BKServer > paircreate -g TC01 -d SQL11 -vl -f never -c 15
BKServer >

(3) ローカルサイトでの操作

主ボリュームと副ボリュームの正・副を反転させます。

DBServer > pairresync -g TC01 -d SQL11 -swaps
DBServer >

コピーグループを再同期します。
データベースサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。

DBServer > EX_DRM_RESYNC Operation_A

SQL Serverを起動します。

7.9 マルチターゲット構成でバックアップおよびリストアする

Protection Manager for SQLの拡張コマンドでは，ShadowImageとTrueCopyを組み合わせたシステム構成で，リモートサイトの副ボリュームへのバックアップと連動して，ローカルサイトの副ボリュームへ同時バックアップ（マルチターゲット構成でバックアップ）を実行できます。

なお，ローカルバックアップを実行しないで，リモートサイトの副ボリュームだけにバックアップする場合（カスケード構成でバックアップする場合）は，拡張コマンドを使用しないで，基本コマンドを使用してください。基本コマンドを使用したカスケード構成でのバックアップ例については，「7.12 カスケード構成またはマルチターゲット構成でバックアップおよびリストアする」を参照してください。

ここでは，拡張コマンドを使用したマルチターゲット構成での処理の例について説明します。次の図に示すシステム構成を想定しています。

図7-24 SQL Serverデータベースをマルチターゲット構成でテープへバックアップ，リストアするためのシステム構成

この例でのシステムの前提条件は次のとおりです。

主ボリュームは，NTFSでフォーマットされている。

ローカルサイトとリモートサイトそれぞれの主ボリューム同士がTrueCopyでペア定義されている。また，それぞれのサイトで主ボリュームと副ボリュームがShadowImageでペア定義されている。

マルチターゲット構成で運用するための準備がされている。マルチターゲット構成で運用するための準備については，「7.12.1 カスケード構成またはマルチターゲット構成でバックアップおよびリストアする準備」を参照してください。

ローカルサイトとリモートサイトで，SQL Serverデータファイルとトランザクションログファイルが同じディレクトリ構成になっている。

ローカルサイトとリモートサイトで，バックアップ対象となるSQL Serverデータベース名とデータベースIDが同じである。

SQL Serverデータベースのデータファイルと，VDIメタファイル格納ディレクトリが同じボリュームにある。

バックアップサーバにバックアップ管理製品がインストールされている。

drmtapeinitコマンドを実行して，バックアップ管理製品のパラメーターが登録されている。

バックアップサーバでFTPサービスが起動しており，データベースサーバのOSログオンユーザーを使用してFTPサーバへのログインおよびファイルの転送ができるように設定されている。

主ボリュームから副ボリュームにオンラインバックアップされたデータを，テープにバックアップする。

データベースサーバ（サーバ名：hostB）上には二つのインスタンス「INSTANCE_1」および「INSTANCE_2」が存在し，サービスが起動されている。

副ボリュームは通常はマウントされていないで，運用時にだけEドライブ（ドライブ文字：E:）にマウントされる。

副ボリュームをテープへバックアップするまでは，バックアップ対象の副ボリュームとペアを構成している主ボリュームのバックアップを新たに実行することはないとする。

コマンドプロンプトから「cscript //H:Cscript」コマンドが実行され，ホストパラメーターが変更されている。

この例では次のオペレーション定義ファイルを使用します。オペレーション定義ファイル名はこの例で使用するオペレーションID「opid_SQL」に対応して，「_opid_SQL.dat」とし，サーバ「hostA」，「hostB」に配置しています。

_opid_SQL.datの内容

BACKUP_OBJECT=MSSQL
DB_SERVER_NAME=hostB
INSTANCE_NAME=DEFAULT
TARGET_NAME=USER_DB1
FTP_HOME_DIR=C:¥FTP_ROOT
FTP_SUB_DIR=script
SET_DRM_HOSTNAME=0

この例では次のホスト環境設定ファイルを使用します。ホスト環境設定ファイルは，サーバ「hostA」，「hostB」にそれぞれ配置してください。

「hostA」用のホスト環境設定ファイル

HOST_ROLE=BK
MAX_LOG_LINES=1000

「hostB」用のホスト環境設定ファイル

HOST_ROLE=DB

MAX_LOG_LINES=1000

この例では次のユーザースクリプトファイルを用意します。ここでは，ユーザースクリプトファイル名を「C:¥Uscrip.txt」とします。

C:¥Uscrip.txtの内容

LOCAL_BACKUP=YES
[RESYNC_PROC]
# Target pair volume: TC01,sql01
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairresync.exe -g TC01 -d sql01 -FBC 0
ENV=HORCMINST=0
ENV=HORCC_MRCF=
END_CODE=TERMINATE_NZ
TIMEOUT=10
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairevtwait.exe -g TC01 -d sql01 -s pair -t 600 -FBC 0
ENV=HORCMINST=0
END_CODE=TERMINATE_NZ
TIMEOUT=0
[SPLIT_PROC]
# Target pair volume: SI01,dev01
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairsplit.exe -g TC01 -d sql01 -FBC 0
ENV=HORCMINST=0
ENV=HORCC_MRCF=
END_CODE=TERMINATE_NZ
TIMEOUT=10
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairevtwait.exe -g TC01 -d sql01 -s psus -t 600 -FBC 0
ENV=HORCMINST=0
END_CODE=TERMINATE_NZ
TIMEOUT=0
[FINISH_PROC]
#do nothing

この節の構成

7.9.1 マルチターゲット構成でSQL Serverデータベースをバックアップする例

7.9.2 マルチターゲット構成でSQL Serverデータベースをリストアする例

7.9.1 マルチターゲット構成でSQL Serverデータベースをバックアップする例

ここでは，SQL Serverデータベースをリモートサイトの副ボリュームにバックアップするのと同時に，ローカルサイトの副ボリュームへバックアップする（マルチターゲット構成でバックアップする）手順について説明します。オペレーションIDとして，「opid_SQL」を使用します。

SQL Serverデータベースをマルチターゲット構成でバックアップするには：

副ボリュームのキャッシュをクリアします。
バックアップする前に，バックアップサーバのシステムキャッシュをクリアします。
システムキャッシュをクリアするには，ローカルサイトのバックアップサーバでEX_DRM_CACHE_PURGEを実行し，副ボリュームをマウント／アンマウントします。ここでは，コピーグループ名を「SI01,sql01」とします。

hostA > EX_DRM_CACHE_PURGE opid_SQL -cg SI01,sql01

コピーグループを再同期します。
ローカルサイトのデータベースサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。バックアップする前にコピーグループを再同期することで，バックアップを高速化できます。

hostB > EX_DRM_RESYNC opid_SQL -cg SI01,sql01 -copy_size 7

なお，再同期が必要なのは，次のどちらかの場合です。

SANRISE1000シリーズを使用する場合

SANRISE9500Vシリーズ，Hitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，Hitachi TMS1000，またはHitachi SMSシリーズでShadowImageを使用する場合

SQL Serverデータベースを副ボリュームへバックアップします。
SQL Serverデータベースをオンラインバックアップします。バックアップするには，EX_DRM_SQL_BACKUPを実行します。引数として，オペレーションID「opid_SQL」を指定します。また，実行するユーザースクリプトファイルを指定します。

hostB > EX_DRM_SQL_BACKUP opid_SQL -script C:¥Uscrip.txt

ローカルサイトでのバックアップ情報を一時ファイルへエクスポートします。
副ボリュームからテープへバックアップするために，主ボリュームから副ボリュームへのバックアップ操作に関する情報をバックアップサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。一時ファイルは，データベースサーバの拡張コマンド用一時ディレクトリに格納されます。

hostB > EX_DRM_DB_EXPORT opid_SQL

一時ファイルをローカルサイトのバックアップサーバへ転送します。
一時ファイルを一括してデータベースサーバからローカルサイトのバックアップサーバへ転送します。転送するには，データベースサーバでEX_DRM_FTP_PUTを実行します。ここでは，FTPサーバにログオンするために使用するユーザーIDを「admin」，パスワードを「password」とします。一時ファイルは，バックアップサーバの拡張コマンド用一時ディレクトリに格納されます。

hostB > EX_DRM_FTP_PUT opid_SQL -server hostA -user admin -password password

データベースサーバから転送した一時ファイルを，ローカルサイトのバックアップサーバのバックアップカタログへインポートします。
データベースサーバから転送した一時ファイルを，バックアップサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，バックアップサーバでEX_DRM_DB_IMPORTを実行します。

hostA > EX_DRM_DB_IMPORT opid_SQL

副ボリュームのデータをテープへバックアップします。
バックアップするには，ローカルサイトのバックアップサーバでEX_DRM_TAPE_BACKUPを実行します。ここでは，副ボリュームのドライブ文字を「E:」とします。

hostA > EX_DRM_TAPE_BACKUP opid_SQL -exopt -mount_pt E:

バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000002」で登録されます。

7.9.2 マルチターゲット構成でSQL Serverデータベースをリストアする例

マルチターゲット構成で，ローカルサイトのテープへバックアップしたデータをリストアし，SQL Serverデータベースをリカバリする例について説明します。この例では，ローカルサイトからのリストアについて説明します。リモートサイトからのリストアについては，「7.12.5 カスケード構成でリストアする」を参照してください。ここでは，オペレーションIDとして，「opid_SQL」を使用します。

SQL Serverデータベースをマルチターゲット構成でテープからリストアするには：

バックアップデータのバックアップIDを確認します。
リストアに使用するバックアップデータのバックアップIDを確認します。バックアップIDを確認するには，ローカルサイトのバックアップサーバでdrmtapecatコマンドを実行します。

hostA> drmtapecat
BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA
0000000002  MSSQL            2004/02/04 13:01:35  2004/05/04 13:01:35  MEDIA1
hostA>

バックアップしたデータをテープから副ボリュームへリストアします。
リストアするには，ローカルサイトのバックアップサーバでEX_DRM_TAPE_RESTOREを実行します。

hostA > EX_DRM_TAPE_RESTORE opid_SQL -backup_id 0000000002

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするには，テープから副ボリュームへのリストア操作に関するバックアップ情報を，データベースサーバにコピーする必要があります。ローカルサイトのバックアップサーバで，EX_DRM_DB_EXPORTを実行し，バックアップ情報を拡張コマンド用一時ディレクトリの一時ファイルへエクスポートします。

hostA > EX_DRM_DB_EXPORT opid_SQL

一時ファイルをデータベースサーバで受け取ります。
ローカルサイトのデータベースサーバでEX_DRM_FTP_GETを実行し，バックアップサーバの一時ファイルをデータベースサーバで受け取ります。ここでは，FTPサーバにログオンするために使用するユーザーIDを「admin」，パスワードを「password」とします。一時ファイルは，データベースサーバの拡張コマンド用一時ディレクトリに格納されます。

hostB > EX_DRM_FTP_GET opid_SQL -server hostA -user admin -password password

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，ローカルサイトのデータベースサーバでEX_DRM_DB_IMPORTを実行します。

hostB > EX_DRM_DB_IMPORT opid_SQL

副ボリュームのデータを主ボリュームへリストアします。
ローカルサイトの主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，ローカルサイトのデータベースサーバでEX_DRM_SQL_RESTOREを実行します。

hostB > EX_DRM_SQL_RESTORE opid_SQL -resync

SQL Serverデータベースをリカバリします。
SQL Serverデータベースをリカバリします。リカバリするにはローカルサイトのデータベースサーバでdrmsqlrecoverコマンドまたはdrmsqlrecovertoolコマンドを実行します。
drmsqlrecoverコマンドでリカバリする場合：

hostB > drmsqlrecover DEFAULT
KAVX0001-I drmsqlrecoverコマンドを開始します。
KAVX0002-I drmsqlrecoverコマンドを終了します。
hostB >

drmsqlrecovertoolコマンドでリカバリする場合：

hostB > drmsqlrecovertool DEFAULT
hostB >

コマンドを実行すると，drmsqlrecovertoolダイアログボックスが表示されます。drmsqlrecovertoolダイアログボックスについては，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」のdrmsqlrecovertoolコマンドの説明を参照してください。

7.10 バックアップ時と異なるホストでリストアおよびリカバリする

バックアップ時と異なるホストで，SQL Serverデータベースのデータをリストアおよびリカバリする例について説明します。この例では，次の図に示すシステム構成を想定しています。通常はデータベースサーバ1で運用し，データベースサーバ1で障害が発生したときにデータベースサーバ2に運用を切り替えます。

図7-25 バックアップ時と異なるホストでリストアおよびリカバリするためのシステム構成例（バックアップ時）

図7-26 バックアップ時と異なるホストでリストアおよびリカバリするためのシステム構成例（リストア時）

前提条件は次のとおりです。

主ボリュームは，NTFSでフォーマットされていて，DドライブとEドライブにマウントされている。また，SQL Serverデータベース用として使用されている。データファイル用ボリュームはログ用のボリュームとは共有できない。

主ボリュームと副ボリュームがミラー構成になっている（ボリューム複製機能およびRAID Managerで設定する）。

メタファイルおよびバックアップカタログが，リストアするサーバにある。

メタファイルのパス名は，データベースサーバ1とデータベースサーバ2で同じである。

リストア時にシステムデータベース（master，model，msdb）は指定しない。

リストアするサーバで，drmsqlinitコマンドを実行している。

リストアするサーバで，データベースサーバ1と同じインスタンスが作成されている。

リストアする際，主ボリュームがデータベースサーバ2にマウントされている。

バックアップ時と異なるホストでSQL Serverデータベースのデータをリストアおよびリカバリする手順について説明します。

バックアップ時と異なるホストでSQL Serverデータベースのデータをリストアおよびリカバリするには：

SQL Serverデータベースを副ボリュームへバックアップします。
SQL Serverデータベースをオンラインバックアップします。バックアップするには，drmsqlbackupコマンドを実行します。

PROMPT> drmsqlbackup SQL1
KAVX0001-I drmsqlbackupコマンドを開始します。
KAVX1017-I SQL Serverの情報を取得しています。
KAVX1207-I データベースのバックアップ中です。
KAVX0040-I バックアップは以下の内容で取得されています。
          バックアップID = 0000000001
KAVX0002-I drmsqlbackupコマンドを終了します。
PROMPT>

コマンドを実行すると，データベースサーバ1のバックアップカタログに，新しいバックアップID（連番で未使用のID）でバックアップ情報が登録されます。ここでは，新しいバックアップIDを「0000000001」とします。

バックアップの実行結果を確認します。
副ボリュームへのバックアップが正常に完了したかを確認します。確認するには，drmsqlcatコマンドを実行します。

PROMPT> drmsqlcat SQL1
INSTANCE: SQL1
BACKUP-ID: 0000000001 BACKUP-MODE: ONLINE INSTANCE: SQL1 ORIGINAL-ID: 0000000001
START-TIME: 2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: SQL1
T  DB   OBJECT    FILE             FS  DG  DEVICE     COPY-GROUP
M  DB1  METAFILE  C:¥METADIR¥Meta1 C:  -   -          -
D  DB1  DATAFILE  D:¥SQL¥data1     D:  -   Harddisk1  SQL001,B001
-  -    -         -                -   -   -          SQL001,B001
T  DB1  TRANSACT  E:¥SQL¥tlog      E:  -   Harddisk2  SQL002,B001
-  -    -         -                -   -   -          SQL002,B001
PROMPT>

バックアップ情報を一時ファイルへエクスポートします。
主ボリュームから副ボリュームへのバックアップ操作に関する情報を，データベースサーバ2にコピーする必要があります。drmdbexportコマンドを実行して，バックアップ操作に関する情報を一時ファイル「C:¥temp¥EX-FILE1.drm」へエクスポートします。

PROMPT> drmdbexport 0000000001 -f C:¥temp¥EX-FILE1.drm
KAVX0001-I drmdbexportコマンドを開始します。
KAVX0002-I drmdbexportコマンドを終了します。
PROMPT>

エクスポートした一時ファイルをデータベースサーバ1からデータベースサーバ2へ転送します。
エクスポートした一時ファイル「C:¥temp¥EX-FILE1.drm」をデータベースサーバ1からデータベースサーバ2に転送します。転送するには，ftpコマンド（ファイル転送プロトコル）を実行します。

PROMPT> ftp <データベースサーバ2の名称>
ftp> Username: (ログイン名を入力)
ftp> password: (パスワードを入力)
ftp> binary
ftp> put C:¥temp¥EX-FILE1.drm
ftp> quit
PROMPT>

データベースサーバ1から転送した一時ファイルをデータベースサーバ2のバックアップカタログへインポートします。
データベースサーバ1から転送した一時ファイル「C:¥temp¥EX-FILE1.drm」をデータベースサーバ2のバックアップカタログへインポートします。一時ファイルをインポートするには，データベースサーバ2でdrmdbimportコマンドを実行します。

PROMPT> drmdbimport -f C:¥temp¥EX-FILE1.drm
KAVX0001-I drmdbimportコマンドを開始します。
KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。
          インポートされたバックアップID = 0000000001
KAVX0002-I drmdbimportコマンドを終了します。
PROMPT>

インポートの実行結果を確認します。
インポートが正常に完了したかを確認します。確認するには，データベースサーバ2でdrmsqlcatコマンドを実行します。

PROMPT> drmsqlcat SQL1
INSTANCE: SQL1
BACKUP-ID: 0000000001 BACKUP-MODE: ONLINE INSTANCE: SQL1 ORIGINAL-ID: 0000000001
START-TIME: 2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: SQL1
T  DB   OBJECT    FILE             FS  DG  DEVICE     COPY-GROUP
M  DB1  METAFILE  C:¥METADIR¥Meta1 C:  -   -          -
D  DB1  DATAFILE  D:¥SQL¥data1     D:  -   Harddisk1  SQL001,B001
-  -    -         -                -   -   -          SQL001,B001
T  DB1  TRANSACT  E:¥SQL¥tlog      E:  -   Harddisk2  SQL002,B001
-  -    -         -                -   -   -          SQL002,B001
PROMPT>

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，データベースサーバ2でdrmsqlrestoreコマンドを実行します。

PROMPT> drmsqlrestore 0000000001 -resync -nochk_host
KAVX0001-I drmsqlrestoreコマンドを開始します。
KAVX1316-I リストアの前処理を実行中です。
KAVX1000-I SQL Serverにログオンしました。
KAVX1300-I リストアを開始します。
KAVX1000-I SQL Serverにログオンしました。
KAVX1301-I リストアを完了しました。
KAVX1318-I リストアの後処理を実行中です。
KAVX1001-I SQL Serverからログオフしました。
KAVX0002-I drmsqlrestoreコマンドを終了します。
PROMPT>

SQL Serverデータベースをリカバリします。
SQL Serverデータベースをリカバリします。リカバリするにはデータベースサーバ2でdrmsqlrecoverコマンドまたはdrmsqlrecovertoolコマンドを実行します。

drmsqlrecoverコマンドを実行する場合

PROMPT> drmsqlrecover SQL1
KAVX0001-I drmsqlrecoverコマンドを開始します。
KAVX1017-I SQL Serverの情報を取得しています。
KAVX1302-I リカバリを開始します。
KAVX1303-I リカバリを完了しました。
KAVX0002-I drmsqlrecoverコマンドを終了します。
PROMPT>

drmsqlrecovertoolコマンドを実行する場合

PROMPT> drmsqlrecovertool SQL1
PROMPT>

コマンドを実行すると，drmsqlrecovertoolダイアログボックスが表示されます。drmsqlrecovertoolダイアログボックスについては，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」のdrmsqlrecovertoolコマンドについての記述を参照してください。

7.11 SQL Serverデータベースのログ配布機能を使用する

SQL Serverデータベースのログ配布機能を使用することで，トランザクションログのバックアップを配布先サーバに継続的にコピーできます。ここでは，SQL Serverデータベースのログ配布機能を使用するための準備と設定について説明します。

この節の構成

7.11.1 ログ配布機能を使用するための準備

7.11.2 配布先サーバを運用サーバにする設定

7.11.1 ログ配布機能を使用するための準備

バックアップ対象がSQL Serverデータベースの場合，Microsoft SQL Server 2000 Enterprise Edition，SQL Server 2005，およびSQL Server 2008のログ配布機能を使用できます。ログ配布機能を使用することで，トランザクションログのバックアップを配布先サーバに継続的にコピーできます。これによって，ソースサーバに障害が発生したときに，配布先サーバを運用サーバとして使用できるようになります。ログ配布機能の詳細については，SQL Serverのマニュアルを参照してください。ここでは，Microsoft SQL Server 2000 Enterprise Edition，SQL Server 2005，およびSQL Server 2008のログ配布機能を使用するときに，ソースサーバのデータベースと配布先サーバのデータベースを同期し，ソースサーバでログ配布を設定する例について説明します。この例では，次の図に示すシステム構成を想定しています。

図7-27 ログ配布機能を使用するためのシステム構成例

前提条件は次のとおりです。

ソースサーバの主ボリュームと配布先サーバのボリュームは，NTFSでフォーマットされていて，DドライブとEドライブにマウントされている。

ソースサーバの主ボリュームと副ボリュームがミラー構成になっている（ボリューム複製機能およびRAID Managerで設定する）。

ソースサーバの副ボリュームは，NTFSでフォーマットされていて，アンマウントされている。

配布先サーバでdrmsqlinitコマンドを実行している。

ソースサーバと配布先サーバで同じインスタンスが作成されている。

FTPサーバが起動している。

リストア時にシステムデータベース（master，model，msdb）は指定しない。

ソースサーバでログ配布を設定する。

ログ配布機能を使用するために，ソースサーバのデータベースと配布先サーバのデータベースを同期し，ソースサーバでログ配布を設定する手順について説明します。

ログ配布機能を使用するための準備をするには：

SQL Serverデータベースを副ボリュームへバックアップします。
SQL Serverデータベースをオンラインバックアップします。バックアップするには，ソースサーバでdrmsqlbackupコマンドを実行します。

PROMPT> drmsqlbackup SQL1
KAVX0001-I drmsqlbackupコマンドを開始します。
KAVX1017-I SQL Serverの情報を取得しています。
KAVX1207-I データベースのバックアップ中です。
KAVX0040-I バックアップは以下の内容で取得されています。
          バックアップID = 0000000001
KAVX0002-I drmsqlbackupコマンドを終了します。
PROMPT>

コマンドを実行すると，ソースサーバのバックアップカタログに，新しいバックアップID（連番で未使用のID）でバックアップ情報が登録されます。ここでは，新しいバックアップIDを「0000000001」とします。

バックアップの実行結果を確認します。
副ボリュームへのバックアップが正常に完了したかを確認します。確認するには，ソースサーバでdrmsqlcatコマンドを実行します。

PROMPT> drmsqlcat SQL1
INSTANCE: SQL1
BACKUP-ID: 0000000001 BACKUP-MODE: ONLINE INSTANCE: SQL1 ORIGINAL-ID: 0000000001
START-TIME: 2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: SQL1
T  DB   OBJECT    FILE             FS  DG  DEVICE     COPY-GROUP
M  DB1  METAFILE  C:¥METADIR¥Meta1 C:  -   -          -
D  DB1  DATAFILE  D:¥SQL¥data1     D:  -   Harddisk1  SQL001,B001
-  -    -         -                -   -   -          SQL001,B001
T  DB1  TRANSACT  E:¥SQL¥tlog      E:  -   Harddisk2  SQL002,B001
-  -    -         -                -   -   -          SQL002,B001
PROMPT>

バックアップ情報を一時ファイルへエクスポートします。
主ボリュームから副ボリュームへのバックアップ操作に関する情報を，配布先サーバにコピーする必要があります。ソースサーバでdrmdbexportコマンドを実行して，バックアップ操作に関する情報を一時ファイル「C:¥temp¥EX-FILE1.drm」へエクスポートします。

PROMPT> drmdbexport 0000000001 -f C:¥temp¥EX-FILE1.drm
KAVX0001-I drmdbexportコマンドを開始します。
KAVX0002-I drmdbexportコマンドを終了します。
PROMPT>

メタファイルおよびエクスポートした一時ファイルをソースサーバから配布先サーバへ転送します。
メタファイル「C:¥METADIR¥Meta1」およびエクスポートした一時ファイル「C:¥temp¥EX-FILE1.drm」をソースサーバから配布先サーバに転送します。転送するには，ftpコマンド（ファイル転送プロトコル）を実行します。

PROMPT> ftp <配布先サーバ名>
ftp> Username: (ログイン名を入力)
ftp> password: (パスワードを入力)
ftp> binary
ftp> put C:¥temp¥EX-FILE1.drm
ftp> put C:¥METADIR¥Meta1
ftp> quit
PROMPT>

バックアップデータをコピーします。
ソースサーバでバックアップした副ボリュームのデータを配布先サーバのボリュームにコピーします。

ソースサーバから転送した一時ファイルを配布先サーバのバックアップカタログへインポートします。
ソースサーバから転送した一時ファイル「C:¥temp¥EX-FILE1.drm」を配布先サーバのバックアップカタログへインポートします。一時ファイルをインポートするには，配布先サーバでdrmdbimportコマンドを実行します。

PROMPT> drmdbimport -f C:¥temp¥EX-FILE1.drm
KAVX0001-I drmdbimportコマンドを開始します。
KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。
          インポートされたバックアップID = 0000000001
KAVX0002-I drmdbimportコマンドを終了します。
PROMPT>

インポートの実行結果を確認します。
インポートが正常に完了したかを確認します。確認するには，配布先サーバでdrmsqlcatコマンドを実行します。

PROMPT> drmsqlcat SQL1
INSTANCE: SQL1
BACKUP-ID: 0000000001 BACKUP-MODE: ONLINE INSTANCE: SQL1 ORIGINAL-ID: 0000000001
START-TIME: 2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: SQL1
T  DB   OBJECT    FILE             FS  DG  DEVICE     COPY-GROUP
M  DB1  METAFILE  C:¥METADIR¥Meta1 C:  -   -          -
D  DB1  DATAFILE  D:¥SQL¥data1     D:  -   Harddisk1  SQL001,B001
-  -    -         -                -   -   -          SQL001,B001
T  DB1  TRANSACT  E:¥SQL¥tlog      E:  -   Harddisk2  SQL002,B001
-  -    -         -                -   -   -          SQL002,B001
PROMPT>

配布先サーバのボリュームへバックアップデータをリストアします。
バックアップデータが配布先サーバのボリュームにコピーされていることを確認したあと，配布先サーバでリストアします。リストアする際，副ボリュームから主ボリュームへバックアップデータの回復処理をしないでバックアップデータにメタファイルを適用し，データベースをスタンバイ状態にします。このようにリストアするには，次のようにdrmsqlrestoreコマンドを実行します。

PROMPT> drmsqlrestore 0000000001 -no_resync -undo -nochk_host
KAVX0001-I drmsqlrestoreコマンドを開始します。
KAVX1316-I リストアの前処理を実行中です。
KAVX1000-I SQL Serverにログオンしました。
KAVX1300-I リストアを開始します。
KAVX1000-I SQL Serverにログオンしました。
KAVX1301-I リストアを完了しました。
KAVX1318-I リストアの後処理を実行中です。
KAVX1001-I SQL Serverからログオフしました。
KAVX0002-I drmsqlrestoreコマンドを終了します。
PROMPT>

ソースサーバでログ配布の設定をします。
ソースサーバで，配布先サーバの指定，ログを生成する頻度などの設定をします。
ログ配布の設定方法については，SQL Serverのマニュアルを参照してください。

7.11.2 配布先サーバを運用サーバにする設定

ここでは，Microsoft SQL Server 2000 Enterprise Edition，SQL Server 2005，およびSQL Server 2008のログ配布機能を使用するときに，ソースサーバの障害などの理由によって，配布先サーバを運用サーバとして稼働させる例について説明します。この例では，次の図に示すシステム構成を想定しています。

図7-28 配布先サーバを運用サーバに設定するためのシステム構成例

前提条件は次のとおりです。

配布先サーバのボリュームは，NTFSでフォーマットされていて，DドライブとEドライブにマウントされている。

配布先サーバでdrmsqlinitコマンドを実行している。

リストア時にシステムデータベース（master，model，msdb）は指定しない。

配布先サーバのデータベースがスタンバイ状態になっている。

配布先サーバを運用サーバとして稼働させる手順について説明します。

配布先サーバを運用サーバとして稼働させるには：

SQL Serverデータベースをリカバリします。
SQL Serverデータベースをリカバリします。リカバリするには配布先サーバでdrmsqlrecoverコマンドを実行します。

PROMPT> drmsqlrecover SQL1
KAVX0001-I drmsqlrecoverコマンドを開始します。
KAVX1302-I リカバリを開始します。
KAVX1303-I リカバリを完了しました。
KAVX0002-I drmsqlrecoverコマンドを終了します。
PROMPT>

スタンバイ状態のデータベースをオンラインにします。
データベースが復旧したあと，Protection Managerのコマンドを使用する場合，drmsqldisplayコマンドに-refreshオプションを指定して実行してください。

7.12 カスケード構成またはマルチターゲット構成でバックアップおよびリストアする

Protection Manager for SQLは，リモートサイトの副ボリュームへのバックアップ，リストア（カスケード構成）に対応します。また，リモートサイトの副ボリュームへのバックアップと連動して，ローカルサイトの副ボリュームへの同時バックアップ（マルチターゲット構成）にも対応できます。

ここでは，SQL Serverデータベースをリモートサイトの副ボリュームにバックアップ，リストアする（カスケード構成でバックアップ，リストアする）手順について説明します。カスケード構成でのバックアップには，ユーザーが作成するユーザースクリプトファイルを使用します。

この例では，次の図に示すシステム構成を想定しています。

図7-29 リモートサイトの副ボリュームにバックアップするための構成例（カスケード構成例）

前提条件は次のとおりです。

ローカルサイトとリモートサイトそれぞれの主ボリューム同士がTrueCopyでペア定義されている。また，それぞれのサイトで主ボリュームと副ボリュームがShadowImageでペア定義されている。

ローカルサイトとリモートサイトで同じRAID Managerのインスタンス番号が定義されている。

ローカルサイトとリモートサイトで，SQL Serverデータファイルとトランザクションログファイルが同じディレクトリ構成になっている。

ローカルサイトとリモートサイトで，バックアップ対象となるSQL Serverデータベース名とデータベースIDが同じである。

SQL Serverデータベースのデータファイルと，VDIメタファイル格納ディレクトリが同じボリュームに格納してある。

SQL Serverデータファイル，トランザクションログファイル，バックアップトランザクションログファイルを含むボリュームは，TrueCopyのペア状態が「PAIR」である必要がある。

ローカルサイトおよびリモートサイトでクラスタ構成を組んでいる場合は，クォーラムディスクはTrueCopyのペアボリュームに含めない。

TrueCopyのペアボリュームに，システムデータベース（master，model，msdb）のデータファイル，トランザクションログファイルを含む場合は，リモートサイトのSQL Serverサービスは停止しておく必要がある。

TrueCopyペアのディスクは，PAIR状態の場合はリモートサイトではディスクがアンマウントされている必要がある。

この節の構成

7.12.1 カスケード構成またはマルチターゲット構成でバックアップおよびリストアする準備

7.12.2 カスケード構成でバックアップするためのユーザースクリプトを作成する

7.12.3 カスケード構成でバックアップする

7.12.4 カスケード構成でトランザクションログをバックアップする（バックアップカタログがない場合）

7.12.5 カスケード構成でリストアする

7.12.1 カスケード構成またはマルチターゲット構成でバックアップおよびリストアする準備

カスケード構成またはマルチターゲット構成でバックアップおよびリストアするには次の準備が必要です。

カスケード構成またはマルチターゲット構成でバックアップ，リストアする準備：

TrueCopyペアボリュームのペア状態が，「SMPL」または「PSUS」であることを確認します。
確認するには，ローカルサイトでRAID Managerのpairdisplayコマンドを実行します。

PROMPT> pairdisplay -g TC01 -CLI

バックアップ対象となるデータベースのデータベースIDを確認します。
ローカルサイトで確認します。

PROMPT> osql -E
1> SELECT DB_ID("UserDB1")
2> go

SQL Serverのサービスを停止し，TrueCopyペアボリュームをアンマウントします。
ローカルサイトで実行します。

TrueCopyペアボリュームのペア状態を，「PAIR」にしたあと，テイクオーバーを実行します。
テイクオーバーを実行するには，リモートサイトでRAID Managerのコマンドを実行します。

PROMPT> paircreate -g TC01 -vr ( or pairresync -g TC01 )
PROMPT> pairevtwait -g TC01 -t 600 -s pair
PROMPT> horctakeover -g TC01

リモートサイトのTrueCopyペアボリュームをマウントして，SQL Serverを再起動します。
マウントするマウントポイント名は，ローカルサイトのマウントポイント名と同じにする必要があります。リモートサイトで実行します。

マウントしたディスクから，データベースをアタッチしてデータベースIDを確認します。
リモートサイトで確認します。

PROMPT> osql -E
1> SELECT DB_ID("UserDB1")
2> go

ここで確認したリモートサイトのデータベースIDが，手順2で確認したローカルサイトのデータベースIDと異なっている場合，リモートサイトのデータベースIDを，ローカルサイトのデータベースIDと同じデータベースIDに調整してください。

SQL Serverのサービスを停止し，TrueCopyペアボリュームをアンマウントします。
リモートサイトで実行します。

テイクオーバーを実行します。
テイクオーバーを実行するには，リモートサイトでRAID Managerのhorctakeoverコマンドを実行します。

PROMPT> horctakeover -g TC11

ローカルサイトのTrueCopyペアボリュームをマウントして，SQL Serverのサービスを起動します。

データベース構成定義ファイルを作成します。
データベース構成定義ファイルを作成するには，ローカルサイトのデータベースサーバで，drmsqlinitコマンドを実行します。

PROMPT> drmsqlinit default
KAVX1100-I VDIメタファイル格納ディレクトリ名を入力してください:
KAVX1101-I VDI生成タイムアウト秒数を入力してください（0 - 3600）: 300
KAVX1102-I UNDOファイル格納ディレクトリ名を入力してください: E:¥MSSQL¥DEFAULT¥undo
KAVX1107-I バックアップログ格納ディレクトリ名を入力してください: E:¥MSSQL¥DEFAULT¥tlog
KAVX1103-I SQL Serverの情報を更新しました。

ディクショナリマップファイルを更新します。
ディクショナリマップファイルを更新するには，ローカルサイトのデータベースサーバで，drmsqldisplayコマンドを実行します。

PROMPT> drmsqldisplay -refresh
KAVX0023-I ディクショナリマップファイルが更新されました。

ユーザースクリプトファイルを作成します。
ユーザースクリプトファイルを作成するのに必要な情報を取得するには，ローカルサイトのデータベースサーバで，drmsqldisplayコマンドを実行します。ユーザースクリプトファイルの作成方法については，「7.12.2 カスケード構成でバックアップするためのユーザースクリプトを作成する」を参照してください。

PROMPT> drmsqldisplay default -remote
INSTANCE: default
T DB        OBJECT     FILE                         L-COPY-GROUP   R-COPY-GROUP   PORT#   TID#   LUN#   MU#   LDEV#   P/S   SERIAL#
D UserDB1   DATAFILE   Z:¥UserDB1_Data.MDF          -              -              CL1-A   1      32     -     32      P     116
- -         -          -                            SI01,sql01     -              CL1-A   1      60     0     60      S     116
- -         -          -                            TC01,sql01     -              CL1-A   1      32     0     32      S     600
- -         -          -                            TC01,sql01     TC01,sql01#0   -       -      -      0     60      C     600
T UserDB1   TRANSACT   Z:¥UserDB1_Log.LDF           -              -              CL1-A   1      32     -     32      P     116
- -         -          -                            SI01,sql01     -              CL1-A   1      60     0     60      S     116
- -         -          -                            TC01,sql01     -              CL1-A   1      32     0     32      S     600
- -         -          -                            TC01,sql01     TC01,sql01#0   -       -      -      0     60      C     600
PROMPT>

SQL Serverサービスを停止し，ローカルサイトのTrueCopyのペアボリュームをアンマウントします。

リモートサイトの副ボリュームを主ボリュームへ切り替えるため，テイクオーバーを実行します。
テイクオーバーを実行するには，ローカルサイトでRAID Managerのhorctakeoverコマンドを実行します。

PROMPT> horctakeover -g TC01 -d sql01
PROMPT> pairsplit -g TC01 -d sql01 -rw

リモートサイトのTrueCopyペアボリュームをマウントして，SQL Serverのサービスを起動します。

リモートサイトでデータベース構成定義ファイルを作成します。
データベース構成定義ファイルを作成するには，リモートサイトのデータベースサーバで，drmsqlinitコマンドを実行します。手順1で設定したローカルサイトの情報と同じ情報を設定してください。

PROMPT> drmsqlinit default
KAVX1100-I VDIメタファイル格納ディレクトリ名を入力してください:
KAVX1101-I VDI生成タイムアウト秒数を入力してください（0 - 3600）: 300
KAVX1102-I UNDOファイル格納ディレクトリ名を入力してください: E:¥MSSQL¥DEFAULT¥undo
KAVX1107-I バックアップログ格納ディレクトリ名を入力してください: E:¥MSSQL¥DEFAULT¥tlog
KAVX1103-I SQL Serverの情報を更新しました。

リモートサイトでディクショナリマップファイルを更新します。
ディクショナリマップファイルを更新するには，リモートサイトのデータベースサーバで，drmsqldisplayコマンドを実行します。

PROMPT> drmsqldisplay -refresh
KAVX0023-I ディクショナリマップファイルが更新されました。

リモートサイトでテンプレートカタログを作成します。
テンプレートカタログを作成するには，リモートサイトのデータベースサーバで，drmsqlbackupコマンドを実行します。テンプレートカタログ作成時には，drmsqlbackupコマンドはデータのバックアップは実行しません。

PROMPT> drmsqlbackup default -template
KAVX0001-I drmsqlbackupコマンドを開始します。
KAVX1017-I SQL Serverの情報を取得しています。
KAVX0085-I バックアップ情報を作成中です。
KAVX0086-I バックアップ情報は以下の内容で取得されています。
          バックアップID = 0000000001
KAVX0002-I drmsqlbackupコマンドを終了します。

ローカルサイトで，drmsqlbackupコマンドに-targetオプションや-fオプションを指定してバックアップする場合は，そのオプションに合わせてテンプレートカタログを作成してください。

PROMPT> drmsqlbackup default -target UserDB1 -template
KAVX0001-I drmsqlbackupコマンドを開始します。
KAVX1017-I SQL Serverの情報を取得しています。
KAVX0085-I バックアップ情報を作成中です。
KAVX0086-I バックアップ情報は以下の内容で取得されています。
          バックアップID = 0000000002
KAVX0002-I drmsqlbackupコマンドを終了します。

テンプレートカタログを削除することもできます。

PROMPT> drmappcat 0000000001 -delete
KAVX0424-I バックアップカタログを削除しました。
          バックアップID = 0000000001

SQL Serverデータベースをデタッチします。
リモートサイトのバックアップ対象ユーザーデータベースをSQL Server Enterprise Managerなどを使用してデタッチします。また，バックアップ対象にシステムデータベース（master，model，msdb）を含む場合は，リモートサイトのSQL Serverサービスを停止し，TrueCopyのペアボリュームをアンマウントしてください。

リモートサイトでテンプレートカタログをエクスポートします。
エクスポートするには，リモートサイトのデータベースサーバでdrmdbexportコマンドを実行します。エクスポートしたカタログファイルは，リストア時に必要になりますので，ファイルに保存して保管してください。

PROMPT> drmdbexport 0000000002 -f c:¥templateCat.drm
KAVX0001-I drmdbexportコマンドを開始します。
KAVX0002-I drmdbexportコマンドを終了します。

ローカルサイトの副ボリュームを主ボリュームへ切り替えるため，テイクオーバーを実行します。
テイクオーバーを実行するには，ローカルサイトでRAID Managerのhorctakeoverコマンドを実行します。

PROMPT> pairresync -g TC01 -d sql01
PROMPT> horctakeover -g TC01 -d sql01

ローカルサイトのTrueCopyペアボリュームをマウントして，SQL Serverのサービスを起動します。

7.12.2 カスケード構成でバックアップするためのユーザースクリプトを作成する

カスケード構成でバックアップするにはユーザースクリプトファイルを作成する必要があります。ここでは，次の内容を説明します。

ユーザースクリプトの概要

ユーザースクリプトファイルの記述規則

ユーザースクリプトファイルのサンプルスクリプト

この項の構成

(1) ユーザースクリプトファイルの概要

(2) ユーザースクリプトファイルの記述規則

(3) ユーザースクリプトファイルのサンプルスクリプト

(1) ユーザースクリプトファイルの概要

drmsqlbackupコマンドに-scriptオプションを指定して実行した場合，ユーザーが指定したスクリプトファイルを読み込み，次の個所で，スクリプトファイルの記述に対応したコマンドを実行します。

ShadowImageペアの再同期の後

静止化中

静止化解除の後

ユーザースクリプトが実行される個所を，次の図に示します。

図7-30 ユーザースクリプトが実行される個所

ユーザースクリプトファイルには次の注意事項があります。

ユーザースクリプトファイルに記述したスクリプトと対応するコマンドがない場合は，コマンドは実行されません。

ユーザースクリプトファイルで，ローカルバックアップを実行しない設定をした場合（LOCAL_BACKUP項目にNOを指定した場合），ローカルサイトの副ボリュームに対するペア再同期，ペア分割，バックアップカタログ作成をしないで，ユーザースクリプトだけを実行します。

drmsqlbackupコマンドは，ユーザースクリプトファイルに記述したコマンドを実行した場合，ユーザースクリプトファイルから実行したコマンドが終了するかタイムアウトになるまで待ち続けます。

TIMEOUT=0と指定した場合，ユーザースクリプトファイルから実行したコマンドが終了しないかぎりdrmsqlbackupコマンドも終了しませんので，タイムアウト値の設定にはご注意ください。

ユーザースクリプトファイルから実行したコマンドが応答しなくなったなどの理由で，実行したコマンドを中止する場合は，キーボードから［Ctrl］+［C］を入力するか，Windowsのタスクマネージャを使用して，コマンドのプロセス（drmsqlbackupコマンドのプロセスではなくユーザースクリプトファイルから実行したコマンドのプロセス）を終了させてください。

(2) ユーザースクリプトファイルの記述規則

ユーザースクリプトファイルの記述規則については，「4.16.2 ユーザースクリプトの記述規則」を参照してください。

(3) ユーザースクリプトファイルのサンプルスクリプト

ここでは，ユーザースクリプトファイルのサンプルスクリプトを示します。

次の図に示すカスケード構成を例に挙げて，サンプルスクリプトについて説明します。

図7-31 サンプルとなるカスケード構成

上の図で示したカスケード構成で，drmsqldisplayコマンドを実行した表示例を次に示します。

PROMPT>drmsqldisplay default -remote
INSTANCE: default
T DB  OBJECT  FILE                     L-COPY-GROUP R-COPY-GROUP  PORT#  TID#  LUN#  MU#  LDEV#  P/S  SERIAL#
D UserDB  DATAFILE  O:¥UserDB_Data.MDF   -            -            CL2-A  16  49  -   741      P  55014
- -      -  -                     SI01,sql01   -            GL2-B  15  109  0   813      S  55014
- -      -  -                     SI02,sql01   -            CL2-B  15  109  1   813      S  55014
- -      -  -                     SI03,sql01   -            CL2-B  15  109  2   813      S  55014
- -      -  -                     TC01,sql01   TC01,sql01#0   -       -  -  -   114      C  55555
D UserDB  DATAFILE  P:¥UserDB_Data.NDF   -            -            CL2-A  16  49  -   741      P  55014
- -      -  -                     SI01,sql02   -            GL2-B  15  109  0   813      S  55014
- -      -  -                     SI02,sql02   -            CL2-B  15  109  1   813      S  55014
- -      -  -                     SI03,sql02   -            CL2-B  15  109  2   813      S  55014
- -      -  -                     TC01,sql02   TC01,sql02#0   -       -  -  -   114      C  55555
T UserDB  TRANSACT  O:¥UserDB_Log.LDF   -            -            CL2-A  16  49  -   741      P  55014
- -      -  -                     SI01,sql01   -            GL2-B  15  109  0   813      S  55014
- -      -  -                     SI02,sql01   -            CL2-B  15  109  1   813      S  55014
- -      -  -                     SI03,sql01   -            CL2-B  15  109  2   813      S  55014
- -      -  -                     TC01,sql01   TC01,sql01#0   -       -  -  -   114      C  55555
PROMPT>

ここでは，次の二つの処理についてのサンプルスクリプトを説明します。

ローカルバックアップしない場合の処理

ローカルバックアップする場合の処理

それぞれの場合の，スクリプト内で実行するペア操作の処理フロー図と，対応するスクリプト作成例を次に示します。

図7-32 ローカルバックアップしない場合のスクリプト内の処理フロー図

表7-6 ローカルバックアップしない場合のサンプルスクリプト作成例

スクリプト本文
解説

LOCAL_BACKUP=NO …(1)
[RESYNC_PROC] …(2)
# Target pair volumes: SI11 dev group
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairresync.exe -g TC01 -FBC 0 …(3)
ENV=HORCC_MRCF= …(4)
ENV=HORCMINST=0 …(5)
END_CODE=TERMINATE_NZ …(6)
TIMEOUT=10 …(7)
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairevtwait.exe -g TC01 -d sql01 -s pair -t 600 -FBC 0 …(8)
ENV=HORCMINST=0 …(9)
END_CODE=TERMINATE_NZ…(10)
TIMEOUT=0 …(11)
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairevtwait.exe -g TC01 -d sql02 -s pair -t 600 -FBC 0 …(12)
ENV=HORCMINST=0 …(13)
END_CODE=TERMINATE_NZ …(14)
TIMEOUT=0 …(15)
[SPLIT_PROC] …(16)
# Target pair volumes: SI11 dev group
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairsplit.exe -g TC01 -FBC 0 …(17)
ENV=HORCC_MRCF= …(18)
ENV=HORCMINST=0 …(19)
END_CODE=TERMINATE_NZ …(20)
TIMEOUT=10 …(21)
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairevtwait.exe -g TC01 -d sql01 -s psus -t 600 -FBC 0 …(22)
ENV=HORCMINST=0…(23)
END_CODE=TERMINATE_NZ…(24)
TIMEOUT=0 …(25)
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairevtwait.exe -g TC01 -d sql02 -s psus -t 600 -FBC 0…(26)
ENV=HORCMINST=0…(27)
END_CODE=TERMINATE_NZ …(28)
TIMEOUT=0…(29)
[FINISH_PROC] …(30)
#do nothing

(1) ローカルサイトの副ボリュームにバックアップしない（リモートサイトの副ボリュームにだけバックアップする）
(2) ペア再同期ユーザー処理の開始
(3) ペアグループ指定の一括再同期
(4) HORC環境実行の指定
(5) インスタンス番号の指定
(6) 戻り値が0以外のときはスクリプトがエラー終了
(7) 10秒待ってコマンドが終了しないとスクリプトがエラー終了
(8) sql01のペア状態確認処理
sql01がPAIR状態になるまで待つ
(9) インスタンス番号の指定
(10) 戻り値が0以外のときはスクリプトがエラー終了
(11) コマンドの終了を待つ
(12) sql02のペア状態確認処理
sql02がPAIR状態になるまで待つ
(13) インスタンス番号の指定
(14) 戻り値が0以外のときはスクリプトがエラー終了
(15) コマンドの終了を待つ
(16) ペア分割ユーザー処理
(17) ペアグループ指定の一括分割
(18) HORC環境実行の指定
(19) インスタンス番号の指定
(20) 戻り値が0以外のときはスクリプトがエラー終了
(21) 10秒待ってコマンドが終了しないとスクリプトがエラー終了
(22) sql01のペア状態確認処理
sql01がPSUS状態になるまで待つ
(23) インスタンス番号の指定
(24) 戻り値が0以外のときはスクリプトがエラー終了
(25) コマンドの終了を待つ
(26) sql02のペア状態確認処理
sql02がPSUS状態になるまで待つ
(27) インスタンス番号の指定
(28) 戻り値が0以外のときはスクリプトがエラー終了
(29) コマンドの終了を待つ
(30) 終了ユーザー処理

図7-33 ローカルバックアップする場合のスクリプト内の処理フロー図

表7-7 ローカルバックアップする場合のサンプルスクリプト作成例

スクリプト本文
解説

LOCAL_BACKUP=YES …(1)
[RESYNC_PROC] …(2)
# Target pair volumes: SI11 dev group
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairresync.exe -g TC01 -FBC 0 …(3)
ENV=HORCC_MRCF= …(4)
ENV=HORCMINST=0 …(5)
END_CODE=TERMINATE_NZ …(6)
TIMEOUT=10 …(7)
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairevtwait.exe -g TC01 -d sql01 -s pair -t 600 -FBC 0 …(8)
ENV=HORCMINST=0 …(9)
END_CODE=TERMINATE_NZ …(10)
TIMEOUT=0 …(11)
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairevtwait.exe -g TC01 -d sql02 -s pair -t 600 -FBC 0 …(12)
ENV=HORCMINST=0 …(13)
END_CODE=TERMINATE_NZ …(14)
TIMEOUT=0 …(15)
[SPLIT_PROC]…(16)
# Target pair volumes: SI11 dev group
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairsplit.exe -g TC01 -FBC 0 …(17)
ENV=HORCC_MRCF= …(18)
ENV=HORCMINST=0 …(19)
END_CODE=TERMINATE_NZ …(20)
TIMEOUT=10 …(21)
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairevtwait.exe -g TC01 -d sql01 -s psus -t 600 -FBC 0…(22)
ENV=HORCMINST=0 …(23)
END_CODE=TERMINATE_NZ …(24)
TIMEOUT=0 …(25)
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairevtwait.exe -g TC01 -d sql02 -s psus -t 600 -FBC 0 …(26)
ENV=HORCMINST=0 …(27)
END_CODE=TERMINATE_NZ…(28)
TIMEOUT=0 …(29)
[FINISH_PROC] …(30)
[CMD]
CMDLINE="C:¥Program Files¥ORIGINAL¥TERM.wsf" …(31)
END_CODE=IGNORE …(32)
#script end

(1) ローカルサイトの副ボリュームにもバックアップする（マルチターゲット構成でバックアップする）
(2) ペア再同期ユーザー処理
(3) ペアグループ指定の一括再同期
(4) HORC環境実行の指定
(5) インスタンス番号の指定
(6) 戻り値が0以外のときはスクリプトがエラー終了
(7) 10秒待ってコマンドが終了しないとスクリプトがエラー終了
(8) sql01のペア状態確認処理
sql01がPAIR状態になるまで待つ
(9) インスタンス番号の指定
(10) 戻り値が0以外のときはスクリプトがエラー終了
(11) コマンドの終了を待つ
(12) sql02のペア状態確認処理
sql02がPAIR状態になるまで待つ
(13) インスタンス番号の指定
(14) 戻り値が0以外のときはスクリプトがエラー終了
(15) コマンドの終了を待つ
(16) ペア分割ユーザー処理
(17) ペアグループ指定の一括分割
(18) HORC環境実行の指定
(19) インスタンス番号の指定
(20) 戻り値が0以外のときはスクリプトがエラー終了
(21) 10秒待ってコマンドが終了しないとスクリプトがエラー終了
(22) sql01のペア状態確認処理
sql01がPSUS状態になるまで待つ
(23) インスタンス番号の指定
(24) 戻り値が0以外のときはスクリプトがエラー終了
(25) コマンドの終了を待つ
(26) sql02のペア状態確認処理
sql02がPSUS状態になるまで待つ
(27) インスタンス番号の指定
(28) 戻り値が0以外のときはスクリプトがエラー終了
(29) コマンドの終了を待つ
(30) 終了ユーザー処理
(31) シェルスクリプトの実行指定
(32) LOCAL_BACKUPがYESの場合，FINISH_PROC項目にはEND_CODEにはIGNOREを設定することを推奨

7.12.3 カスケード構成でバックアップする

カスケード構成でSQL Serverデータベースをリモートサイトの副ボリュームにバックアップする（カスケード構成でバックアップする）手順について説明します。ここでは，マルチターゲット（ローカルサイトの副ボリューム）にバックアップしないで，リモートサイトの副ボリュームだけにバックアップする例を説明します。マルチターゲットにバックアップする場合の手順は，「7.9.1 マルチターゲット構成でSQL Serverデータベースをバックアップする例」を参照してください。

SQL Serverデータベースをカスケード構成でバックアップするには：

ユーザースクリプトファイルを用意します。
この手順では，次のユーザースクリプトファイルを使用します。

LOCAL_BACKUP=NO
[RESYNC_PROC]
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairresync.exe -g TC01 -d sql01 -FBC 0
ENV=HORCMINST=0
END_CODE=TERMINATE_NZ
TIMEOUT=0
[SPLIT_PROC]
[CMD]
CMDLINE=C:¥HORCM¥etc¥pairsplit.exe -g TC01 -d sql01 -FBC 0
ENV=HORCMINST=0
END_CODE=TERMINATE_NZ
TIMEOUT=0
[FINISH_PROC]

SQL Serverデータベースをバックアップします。

PROMPT> drmsqlbackup default -script C:¥Uscrip.txt
KAVX0001-I drmsqlbackupコマンドを開始します。
KAVX1017-I SQL Serverの情報を取得しています。
KAVX1207-I データベースのバックアップ中です。
KAVX0210-I ユーザースクリプトを実行します。
          処理セクション = RESYNC_PROC
KAVX0212-I ユーザースクリプトのコマンドを実行します。
          コマンドライン = C:¥HORCM¥etc¥pairresync.exe -g TC01 -d sql01 -FBC 0
KAVX0213-I ユーザースクリプトのコマンドが終了しました。
          終了コード=0
KAVX0211-I ユーザースクリプトの実行が終了しました。
KAVX0210-I ユーザースクリプトを実行します。
          処理セクション = SPLIT_PROC
KAVX0212-I ユーザースクリプトのコマンドを実行します
          コマンドライン = C:¥HORCM¥etc¥pairsplit.exe -g TC01 -d sql01 -FBC 0
KAVX0213-I ユーザースクリプトのコマンドが終了しました。
          終了コード=0
KAVX0211-I ユーザースクリプトの実行が終了しました。
KAVX0002-I drmsqlbackupコマンドを終了します。

バックアップの実行結果を確認します。
バックアップの実行結果を確認します。確認するにはリモートサイトのデータベースサーバでdrmsqlcatコマンドを実行します。ユーザースクリプトファイルのLOCAL_BACKUPに「NO」を設定してバックアップを実行した場合はローカルサイトのバックアップ情報は表示されません。

PROMPT> drmsqlcat default -template
KAVX0024-E 指定されたバックアップデータは存在しません。

バックアップカタログを一時ファイルへエクスポートします。
バックアップカタログを一時ファイルへエクスポートします。drmdbexportコマンドを実行して，バックアップカタログを一時ファイル「C:¥tmp¥EX-FILE1.drm」へエクスポートします。リモートサイトのデータベースサーバで実行します。

PROMPT> drmdbexport 0000000001 -f C:¥tmp¥EX-FILE1.drm
KAVX0001-I drmdbexportコマンドを開始します。
KAVX0002-I drmdbexportコマンドを終了します。

エクスポートした一時ファイルをデータベースサーバからバックアップサーバへ転送します。
エクスポートした「C:¥tmp¥EX-FILE1.drm」をデータベースサーバからバックアップサーバへ転送します。転送するにはリモートサイトのデータベースサーバでftpコマンド（ファイル転送プロトコル）を実行します。ここではFTPルートディレクトリを「C:¥FTP_ROOT」とします。一時ファイルは「C:¥FTP_ROOT¥EX-FILE1.drm」としてバックアップサーバに転送されます。

PROMPT> ftp <バックアップサーバ名>
ftp> Username: (ログイン名を入力)
ftp> password: (パスワードを入力)
ftp> binary
ftp> put C:¥temp¥EX-FILE1.drm
ftp> quit
PROMPT>

データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
データベースサーバから転送した一時ファイル「C:¥FTP_ROOT¥EX-FILE1.drm」をバックアップサーバのバックアップカタログへインポートします。インポートするにはリモートサイトのバックアップサーバでdrmdbimportコマンドを実行します。サーバで未使用のバックアップIDが付与されます。ここでは付与されるバックアップIDを「0000000002」とします。

PROMPT> drmdbimport -f C:¥FTP_ROOT¥EX-FILE1.drm
KAVX0001-I drmdbimportコマンドを開始します。
KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。
インポートされたバックアップID = 0000000002
KAVX0002-I drmdbimportコマンドを終了します。
PROMPT>

インポートの実行結果を確認します。
インポートが正常に完了したかを確認します。確認するにはリモートサイトのバックアップサーバでdrmsqlcatコマンドを実行します。

PROMPT> drmsqlcat default -template
BACKUP-ID: 0000000002  BACKUP-MODE: ONLINE  INSTANCE: default  
PROMPT> drmsqlcat default
INSTANCE: default
BACKUP-ID: 0000000002  BACKUP-MODE: ONLINE  INSTANCE: default  ORIGINAL-ID: 0000000001
START-TIME: 2004/02/04 13:01:35  END-TIME: 2004/02/04 13:02:33  HOSTNAME: flora4
T DB        OBJECT     FILE                                              FS   DG   DEVICE      COPY-GROUP
M UserDB1   METAFILE   O:¥META_0000000001.dmp   -    -    -           -
D UserDB1   DATAFILE   O:¥UserDB1_Data.MDF                               O:   -    Harddisk4   SI01,sql01
- -         -          -                                                 -    -    -           SI01,sql01
T UserDB1   TRANSACT   O:¥UserDB1_Log.LDF                                O:   -    Harddisk4   SI01,sql01
- -         -          -                                                 -    -    -           SI01,sql01
PROMPT>

副ボリュームをマウントします。
リモートサイトのバックアップサーバで実行します。ここではマウントポイントを「E:」とします。

PROMPT> drmmount 0000000002 -mount_pt E:
KAVX0001-I drmmountコマンドを開始します。
KAVX0400-I マウントを開始します。
マウントポイント= E:
KAVX0401-I マウントを完了しました。
マウントポイント= E:
KAVX0002-I drmmountコマンドを終了します。
PROMPT>

副ボリュームをテープへバックアップします。
バックアップするには，リモートサイトのバックアップサーバでdrmmediabackupコマンドを実行します。また，バックアップサーバからSQL Serverデータベースがバックアップされた副ボリュームを操作できないようにコピーグループをロックします。

PROMPT> drmmediabackup 0000000002
KAVX0001-I drmmediabackupコマンドを開始します。
KAVX0402-I バックアップを開始します。
バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。
バックアップ元= E:
KAVX0403-I バックアップを完了しました。
バックアップ元= E:
KAVX0040-I バックアップは以下の内容で取得されています。
バックアップID = 0000000003
KAVX0002-I drmmediabackupコマンドを終了します。

バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000003」で登録されます。

副ボリュームをアンマウントします。
マウント時に指定したバックアップID「0000000002」を指定して，副ボリュームをアンマウントします。リモートサイトのバックアップサーバで実行します。

PROMPT> drmumount 0000000002
KAVX0001-I drmumountコマンドを開始します。
KAVX0406-I アンマウントを開始します。
マウントポイント= E:
KAVX0407-I アンマウントを完了しました。
マウントポイント= E:

テープへのバックアップの実行結果を確認します。
バックアップが正常に完了したかを確認します。確認するにはリモートサイトのバックアップサーバでdrmtapecatを実行します。

PROMPT> drmtapecat 0000000003
BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA
0000000003  MSSQL            2004/02/04 13:01:35  2004/05/04 13:01:35  MEDIA1
PROMPT>

7.12.4 カスケード構成でトランザクションログをバックアップする（バックアップカタログがない場合）

ここでは，カスケード構成で，バックアップカタログが存在しない場合に，トランザクションログをバックアップする手順について説明します。

ここでは，トランザクションログのバックアップの起点がdrmsqlbackup -scriptによってリモートサイトの副ボリュームだけにバックアップされたSQL Serverデータベースのため，-no_catオプションを使用しています。

トランザクションログのバックアップを実行します。
トランザクションログをバックアップします。トランザクションログをバックアップするにはローカルサイトのデータベースサーバで，drmsqllogbackupコマンドを実行します。

PROMPT> drmsqllogbackup default -no_cat
KAVX0001-I drmsqllogbackupコマンドを開始します。
KAVX0002-I drmsqllogbackupコマンドを終了します。

7.12.5 カスケード構成でリストアする

リモートサイトの副ボリュームからテープにバックアップしたSQL Serverデータベースのデータを，ローカルサイトにリストアする（カスケード構成でリストアする）手順について説明します。

ローカルサイトで，SQL Serverサービスを停止します。

ローカルサイトで，主ボリュームをアンマウントします。

テイクオーバーを実行します。
現用系と待機系を意図的に切り替える場合など，ローカルサイトの主ボリュームがリモートサイトの副ボリュームと通信できる状態の場合は，horctakeoverコマンドを使用してテイクオーバーを実行してください。リモートサイトで実行します。

PROMPT> horctakeover -g TC01 -d sql01

TrueCopyの常時ペアをペア分割します。
TrueCopyの常時ペアをペア分割します。分割するには，pairsplitコマンドをリモートサイトで実行します。

PROMPT> pairsplit -g TC01 -d sql01 -rw

テープからのデータ復元をするため，副ボリュームをマウントします。
バックアップID「0000000002」を指定して，副ボリュームをマウントします。
ここでは副ボリュームのマウントポイントを「E:」とします。リモートサイトのバックアップサーバで実行します。

PROMPT> drmmount 0000000002 -mount_pt E:
KAVX0001-I drmmountコマンドを開始します。
KAVX0400-I マウントを開始します。
マウントポイント= E:
KAVX0401-I マウントを完了しました。
マウントポイント= E:
KAVX0002-I drmmountコマンドを終了します。
PROMPT>

バックアップしたデータをテープから副ボリュームへリストアします。
リストアするには，リモートサイトのバックアップサーバでdrmmediarestoreコマンドを実行します。

PROMPT> drmmediarestore 0000000002
KAVX0001-I drmmediarestoreコマンドを開始します。
KAVX0404-I リストアを開始します。
リストアの進行状況について詳しく確認する場合，バックアップ管理製
品が提供する監視方法を使用し，確認してください。
リストア元= E:
リストア先= E:
KAVX0405-I リストアを完了しました。
リストア元= E:
リストア先= E:
KAVX0040-I バックアップは以下の情報で取得されています。
バックアップID = 0000000003
KAVX0002-I drmmediarestoreコマンドを終了します。
PROMPT>

リストアを実行すると，リモートサイトのバックアップサーバのバックアップカタログに，このリストア操作に関する情報が新しいバックアップID「0000000003」で登録されます。このとき，副ボリュームの状態が更新されるため，更新前の副ボリュームの状態を管理していたバックアップID「0000000001」は，バックアップサーバのバックアップカタログから削除されます。

副ボリュームをアンマウントします。
マウント時に指定したバックアップID「0000000002」を指定して，副ボリュームをアンマウントします。リモートサイトのバックアップサーバで実行します。

PROMPT> drmumount 0000000002
KAVX0001-I drmumountコマンドを開始します。
KAVX0406-I アンマウントを開始します。
マウントポイント= E:
KAVX0407-I アンマウントを完了しました。
マウントポイント= E:
KAVX0002-I drmumountコマンドを終了します。
PROMPT>

テープから副ボリュームへのリストアの実行結果を確認します。
リストアが正常に完了したかを確認します。確認するには，リモートサイトのバックアップサーバでdrmsqlcatコマンドを実行します。

PROMPT> drmsqlcat default -template
INSTANCE: default
BACKUP-ID: 0000000003 BACKUP-MODE: ONLINE  INSTANCE: default  ORIGINAL-ID: 0000000001
START-TIME: 2004/02/04 13:01:35  END-TIME: 2004/02/04 13:02:33  HOSTNAME: flora4
T DB        OBJECT     FILE                                              FS   DG   DEVICE      COPY-GROUP
M UserDB1   METAFILE   O:¥MSSQL¥0000000002_0000000001.dmp   -    -    -           -
D UserDB1   DATAFILE   O:¥UserDB1_Data.MDF                               O:   -    Harddisk4   SI01,sql01
- -         -          -                                                 -    -    -           SI01,sql01
T UserDB1   TRANSACT   O:¥UserDB1_Log.LDF                                O:   -    Harddisk4   SI01,sql01
- -         -          -                                                 -    -    -           SI01,sql01
PROMPT>

バックアップカタログを一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするには，副ボリュームへのリストア操作に関するバックアップカタログを，リモートサイトのデータベースサーバにコピーする必要があります。drmdbexportコマンドを実行して，バックアップ情報をFTPルートフォルダにエクスポートします。ここではFTPルートフォルダを「C:¥FTP_ROOT」とし，バックアップ情報を「C:¥FTP_ROOT¥EX-FILE1.drm」にエクスポートします。

PROMPT> drmdbexport 0000000003-f C:¥FTP_ROOT¥EX-FILE1.drm
KAVX0001-I drmdbexportコマンドを開始します。
KAVX0002-I drmdbexportコマンドを終了します。

バックアップサーバ上でエクスポートした一時ファイルをデータベースサーバで取得します。
バックアップサーバ上でエクスポートした一時ファイル「C:¥FTP_ROOT¥EX-FILE1.drm」をリモートサイトのデータベースサーバから取得します。手順9で作成した一時ファイル「C:¥FTP_ROOT¥EX-FILE1.drm」をデータベースサーバに取得するには，ftpコマンド（ファイル転送プロトコル）を実行します。一時ファイルはカレントディレクトリに格納されます。ここではカレントディレクトリを「C:¥」とします。

PROMPT> ftp <バックアップサーバ名>
ftp> Username: (ログイン名を入力)
ftp> password: (パスワードを入力)
ftp> binary
ftp> put C:¥temp¥EX-FILE1.drm
ftp> quit
PROMPT>

バックアップサーバから取得した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
手順10でバックアップサーバから取得した一時ファイル「C:¥EX-FILE1.drm」をデータベースサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，リモートサイトのデータベースサーバでdrmdbimportコマンドを実行します。
drmdbimportコマンドを実行します。

PROMPT> drmdbimport -f C:¥EX-FILE1.drm
KAVX0001-I drmdbimportコマンドを開始します。
KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。
          インポートされたバックアップID = 0000000002
KAVX0002-I drmdbimportコマンドを終了します。
PROMPT>

コマンドを実行すると，データベースサーバのバックアップカタログに，新しいバックアップID「0000000002」でバックアップ情報が登録されます。また，テープから副ボリュームへのリストアが実行されたことがデータベースサーバのバックアップカタログに反映されるため，更新前の副ボリュームの状態を管理していたバックアップID「0000000001」は，データベースサーバのバックアップカタログから削除されます。

リストアに使用するコピーグループのバックアップカタログを確認します。
確認するには，リモートサイトのデータベースサーバでdrmsqlcatコマンドを実行します。

PROMPT> drmsqlcat default -template
INSTANCE: default
BACKUP-ID: 0000000002  BACKUP-MODE: ONLINE  INSTANCE: default  ORIGINAL-ID: 0000000001
START-TIME: 2004/02/04 13:01:35  END-TIME: 2004/02/04 13:02:33  HOSTNAME: flora4
T DB        OBJECT     FILE                                              FS   DG   DEVICE      COPY-GROUP
M UserDB1   METAFILE   O:¥MSSQL¥0000000002_0000000001.dmp   -    -    -           -
D UserDB1   DATAFILE   O:¥UserDB1_Data.MDF                               O:   -    Harddisk4   SI12,sql01
- -         -          -                                                 -    -    -           SI12,sql01
T UserDB1   TRANSACT   O:¥UserDB1_Log.LDF                                O:   -    Harddisk4   SI12,sql01
- -         -          -                                                 -    -    -           SI12,sql01

リモートサイトで，主ボリュームをマウントします。

リモートサイトで，SQL Serverサービスを起動します。

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，リモートサイトのデータベースサーバでdrmsqlrestoreコマンドを実行します。テンプレートカタログのバックアップIDを指定して実行する場合は，-template オプションを指定する必要があります。

PROMPT> drmsqlrestore 0000000003 -resync -template
KAVX0001-I drmsqlrestoreコマンドを開始します。
KAVX1316-I リストアの前処理を実行中です。
KAVX1000-I SQL Serverにログオンしました。
KAVX1300-I リストアを開始します。
KAVX1000-I SQL Serverにログオンしました。
KAVX1301-I リストアを完了しました。
KAVX1318-I リストアの後処理を実行中です。
KAVX1001-I SQL Serverからログオフしました。
KAVX0002-I drmsqlrestoreコマンドを終了します。

トランザクションログファイルを適用します。
トランザクションログファイルのバックアップファイルをデータベースに適用して，SQL Serverデータベースをリカバリします。リモートサイトのデータベースサーバでdrmsqlrecovertoolコマンドを実行します。

PROMPT> drmsqlrecovertool default  

drmsqlrecovertoolダイアログボックスが表示されます。

SQL Serverデータベースを，リカバリします。
ウィンドウに従ってSQL Serverデータベースをリカバリします。
ローカルサイトで過去のトランザクションログファイルのバックアップファイルを適宜削除していない場合，リカバリに使用しないトランザクションログファイルのバックアップファイルもローカルサイトに存在していることがあります。そのときは，ファイルの作成日時やファイル名を参考にして，リカバリに必要なファイルを選択してから実行する必要があります。

リモートサイトで，SQL Serverサービスを停止します。

リモートサイトで，主ボリュームをアンマウントします。

リモートサイトで，ShadowImageペアをスプリットし，TrueCopyのペアをPAIR状態にします。

PROMPT> set HORCC_MRCF=1
PROMPT> pairsplit -g SI11 -d sql01
PROMPT> set HORCC_MRCF=

リモートサイトが主ボリュームの場合

PROMPT> pairresync -g TC01 -d sql01

ローカルサイトが主ボリュームの場合

PROMPT> pairsplit -g TC01 -d sql01 -S

PROMPT> paircreate -g TC01 -d sql01 -vl -f never

ローカルサイトでテイクオーバーを実行し，ローカルサイトを主ボリュームに切り替えます。
ローカルサイトでhorctakeoverコマンドを実行します。

PROMPT> horctakeover -g TC01 -d sql01

ローカルサイトで主ボリュームをマウントし，SQL Serverサービスを開始します。

この手順を実行するには，次のことに注意してください。

トランザクションログファイルのバックアップは，最後にSQL Serverデータベースを完全にバックアップしたときのバックアップカタログに関連づけされます。しかし，ユーザースクリプトファイルのLOCAL_BACKUP項目にNOを設定してバックアップした場合，バックアップIDが発生しません。そのため，drmsqllogbackupコマンドに-vオプションを指定して実行してログバックアップの情報を表示すると，バックアップカタログとトランザクションログファイルの関連が正しくないので，その情報を使用してリカバリできません。このような場合は，drmsqlrecovertoolダイアログボックスを使用して，リカバリに必要なトランザクションログバックアップファイルを選択してリカバリしてください。

7.13 Protection Managerと連携できないバックアップ管理製品を使用してバックアップおよびリストアする

Protection Managerと連携できないバックアップ管理製品を使用している場合は，次の手順でSQL Serverデータベースをテープにバックアップ，またはテープからリストアしてください。なお，バックアップの手順1から手順6までの操作の詳細については，「7.3.3 SQL Serverデータベースをテープにバックアップする」を参照してください。

また，リストア操作の詳細については，「7.3.4 SQL Serverデータベースをテープからリストアする」を参照してください。

SQL Serverデータベースをテープへバックアップするには（Protection Managerと連携できないバックアップ管理製品を使用している場合）：

常時スプリット運用の場合，EX_DRM_CACHE_PURGEを実行して，副ボリュームのキャッシュをクリアします。

常時スプリット運用の場合，EX_DRM_RESYNCを実行して，コピーグループを再同期します。

EX_DRM_SQL_BACKUPを実行して，SQL Serverデータベースを副ボリュームへバックアップします。

EX_DRM_DB_EXPORTを実行して，バックアップ情報を一時ファイルへエクスポートします。

EX_DRM_SQLFILE_PACKを実行して，バックアップ時に作成されたメタファイルを一時フォルダに退避します。

EX_DRM_FTP_PUTを実行して，一時ファイルをバックアップサーバへ転送します。

EX_DRM_DB_IMPORTを実行して，データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。

EX_DRM_SQLFILE_EXTRACTを実行して，データベースサーバから転送したメタファイルをバックアップサーバへ展開します。

バックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバの次のディレクトリにあるバックアップID記録ファイル（<オペレーションID>.bid）を開きます。

<FTP_HOME_DIR値>¥<FTP_SUB_DIR値>¥<オペレーションID>¥BK¥<オペレーションID>.bid

データファイル，ログファイルの格納場所を確認します。
確認するには，手順9で確認したバックアップIDを引数にして，drmmountコマンドを実行します。
drmmountコマンドの表示結果に，マウントされたドライブ名が表示されます。マウントされたドライブには，SQL Serverデータベースのデータファイル，トランザクションログファイルが格納されています。このとき，バックアップするファイルの内容を確認するには，drmsqlcatコマンドを実行してください。

メタファイルの格納場所を確認します。
drmsqlinitコマンド実行時に，VDIメタファイル格納ディレクトリを登録した場合，メタファイル（<オリジナルID>_<データベースID>.dmp）は，次のディレクトリにあります。

<FTP_HOME_DIR値>¥<FTP_SUB_DIR値>¥<オペレーションID>¥AP¥<オリジナルID>_<データベースID>.dmp

drmsqlinitコマンドを実行したときに，VDIメタファイル格納ディレクトリを登録しなかった場合，メタファイルはデータファイル，トランザクションログファイルと同じドライブにあります。

確認したデータファイル，トランザクションログファイル，メタファイルを，バックアップ管理製品でテープにバックアップします。

drmumountコマンドを実行して，手順10でマウントしたマウントポイントをアンマウントします。

SQL Serverデータベースをテープからリストアするには（Protection Managerと連携できないバックアップ管理製品を使用している場合）：

drmsqlcatコマンドを実行して，リストア対象となるバックアップカタログのバックアップIDを確認します

drmmountコマンドを実行してから，バックアップの手順10，11で確認した格納場所へ，テープからリストアします。

バックアップIDを指定してEX_DRM_BACKUPID_SETを実行し，バックアップID記録ファイルを作成します。

「7.3.4 SQL Serverデータベースをテープからリストアする」の手順3以降を実行して，副ボリュームから主ボリュームへリストアしてください。

7.14 ファイル共用を使用してバックアップおよびリストアする（データベースサーバとバックアップサーバをファイル共用で連携する）

データベースサーバとバックアップサーバ間でバックアップ情報を送受信する場合，通常は拡張コマンド（EX_DRM_FTP_PUT，EX_DRM_FTP_GET）を使用してFTP転送しますが，FTPを使用しないで，ファイル共用を使用してサーバ間でバックアップ情報をコピーすることもできます。

ここでは，ファイル共用を使用してSQL Serverデータベースをバックアップ，リストアする例について説明します。

この例では，次の図に示すシステム構成を想定しています。

図7-34 ファイル共用を使用して，SQL Serverデータベースをバックアップ，リストアするためのシステム構成

この節の構成

7.14.1 ファイル共用を使用してバックアップおよびリストアするための準備

7.14.2 ファイル共用を使用してバックアップする例

7.14.3 ファイル共用を使用してリストアする例

7.14.1 ファイル共用を使用してバックアップおよびリストアするための準備

ファイル共用を使用して，SQL Serverデータベースをバックアップ，リストアするための準備手順について説明します。

オペレーション定義ファイルチェックツールで自動生成された，拡張コマンド用一時ディレクトリを確認します。
拡張コマンド用一時ディレクトリは，次のディレクトリに生成されます。

データベースサーバの場合

<ディクショナリマップファイルの格納ディレクトリと同階層のscript_work>¥<オペレーションID>¥DB

（例）

C:¥Program Files¥HITACHI¥DRM¥script_work¥Operation_A¥DB

バックアップサーバの場合

<FTP_HOME_DIRで指定したディレクトリ>¥<FTP_SUB_DIRで指定したディレクトリ>¥<オペレーションID>¥BK

（例）

C:¥FTP_ROOT¥script¥Operation_A¥BK

拡張コマンド用一時ディレクトリの詳細については，「4.15.10 拡張コマンド用一時ディレクトリの確認」を参照してください。

エクスプローラなどで，バックアップサーバの拡張コマンド用一時ディレクトリを共有化します。
ここでは，C:¥FTP_ROOT¥script¥Operation_A¥BKを共有化します。

データベースサーバ上のエクスプローラなどで，共有化したバックアップサーバの拡張コマンド用一時ディレクトリをネットワークドライブとして割り当てます。
ここでは，C:¥FTP_ROOT¥script¥Operation_A¥BKをネットワークドライブX:に割り当てます。

自動生成したバックアップサーバの拡張コマンド用一時ディレクトリに，データベースサーバから拡張コマンドを実行するユーザーが読み書きできる権限を設定します。

7.14.2 ファイル共用を使用してバックアップする例

ファイル共用を使用して，SQL Serverデータベースをバックアップする手順について説明します。手順1から手順4までの操作，および手順8以降の操作の詳細については，「7.3.3 SQL Serverデータベースをテープにバックアップする」を参照してください。

ファイル共用を使用してSQL Serverデータベースをバックアップするには：

常時スプリット運用の場合，EX_DRM_CACHE_PURGEを実行して，副ボリュームのキャッシュをクリアします。

常時スプリット運用の場合，EX_DRM_RESYNCを実行して，コピーグループを再同期します。

EX_DRM_SQL_BACKUPを実行して，SQL Serverデータベースを副ボリュームへバックアップします。

EX_DRM_DB_EXPORTを実行して，バックアップ情報を一時ファイルへエクスポートします。

EX_DRM_SQLFILE_PACKを実行して，バックアップ時に作成されたメタファイルを一時フォルダに退避します。

バックアップサーバの拡張コマンド用一時ディレクトリに格納されている不要なメタファイル（前回バックアップ時に作成されたメタファイル）を削除します。

DBServer > del X:¥*.dmp

一時ファイルをバックアップサーバの拡張コマンド用一時ディレクトリへコピーします。

DBServer > copy /y C:¥Program Files¥HITACHI¥DRM¥script_work¥Operation_A¥DB X:¥

EX_DRM_DB_IMPORTを実行して，データベースサーバからコピーした一時ファイルをバックアップサーバのバックアップカタログへインポートします。

EX_DRM_SQLFILE_EXTRACTを実行して，データベースサーバから転送したメタファイルをバックアップサーバへ展開します。

常時ペア運用の場合，EX_DRM_CACHE_PURGEを実行して，副ボリュームのキャッシュをクリアします。

常時ペア運用の場合，EX_DRM_RESYNCを実行して，コピーグループを再同期します。

7.14.3 ファイル共用を使用してリストアする例

ファイル共用を使用して，バックアップサーバに，SQL Serverデータベースをリストアする手順について説明します。手順1から手順3までの操作，および手順7以降の操作の詳細については，「7.3.4 SQL Serverデータベースをテープからリストアする」を参照してください。

ファイル共用を使用してSQL Serverデータベースをリストアするには：

drmtapecatコマンドを実行して，バックアップデータのバックアップIDを確認します。

EX_DRM_TAPE_RESTOREを実行して，バックアップしたデータをテープから副ボリュームへリストアします。

EX_DRM_DB_EXPORTを実行して，バックアップ情報を一時ファイルへエクスポートします。

EX_DRM_SQLFILE_PACKを実行して，リストア時に作成されたメタファイルを一時フォルダに退避します。

データベースサーバの拡張コマンド用一時ディレクトリに格納されている不要なメタファイル（前回バックアップ時に作成されたメタファイル）を削除します。

DBServer > del C:¥Program Files¥HITACHI¥DRM¥script_work¥Operation_A¥DB¥*.dmp

一時ファイルをデータベースサーバの拡張コマンド用一時ディレクトリへコピーします。

DBServer > copy /y X:¥*.dmp C:¥Program Files¥HITACHI¥DRM¥script_work¥Operation_A¥DB

EX_DRM_DB_IMPORTを実行して，バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。

EX_DRM_SQLFILE_EXTRACTを実行して，バックアップサーバから転送したメタファイルをデータベースサーバへ展開します。

EX_DRM_SQL_RESTOREを実行して，副ボリュームのデータを主ボリュームへリストアします。

7.15 バックアップ時と異なるSQL Serverインスタンスにリストアする

リストア先データベースのSQL Serverインスタンス名をバックアップ時と同じ名称にできない場合，バックアップ元と異なるSQL Serverインスタンスへのリストア（リカバリ）ができます。

この節の構成

7.15.1 システム構成

7.15.2 操作の流れ

7.15.3 操作例

7.15.1 システム構成

バックアップ時と異なるSQL Serverインスタンスにリストアする場合のシステム構成を次の図に示します。

図7-35 バックアップ時と異なるSQL Serverインスタンスにリストアする場合のシステム構成

例えば，データベースサーバ1のSQL Serverインスタンス「instA」に対して実行したバックアップのユーザーデータベースだけを，データベースサーバ2のSQL Serverインスタンス「instB」にリストアおよびリカバリすることで，データベースサーバ2からユーザーデータベースを使用できるようになります。

なお，master，model，msdbなどのシステムデータベースは，異なるSQL Serverインスタンスにリストアできません。

この例でのシステムの前提条件は次のとおりです。

データベースサーバ1およびデータベースサーバ2には，同じバージョンのSQL Serverがインストールされている。

データベースサーバ1およびデータベースサーバ2のデータベースのファイルパスは同じ構成になっている。

データベースサーバ1およびデータベースサーバ2では，drmsqlinitコマンドでVDIメタファイル格納ディレクトリを指定していない。

7.15.2 操作の流れ

バックアップ時と異なるSQL Serverインスタンスにリストアする操作の流れを次に示します。

この項の構成

(1) リストア（リカバリ）前の準備

(2) リストア（リカバリ）時の操作

(1) リストア（リカバリ）前の準備

データベースサーバ2で，SQL Serverインスタンス「instB」が起動していることを確認します。

また，データベースサーバ2でdrmsqlinitコマンドを実行して，データベース構成定義ファイルを作成します。このとき，VDIメタファイル格納ディレクトリを指定しないでください。

(2) リストア（リカバリ）時の操作

リストア前にバックアップデータのバックアップIDを確認する場合は，drmsqlcatコマンドの引数として，バックアップしたSQL Serverインスタンス名「instA」を指定します。

リストア時には，データベースサーバ2で，SQL Serverインスタンス「instB」にデータベースをリストアします。drmsqlrestoreコマンドに次のオプションを指定してください。

-instanceオプション
バックアップ時と異なるSQL Serverインスタンスにリストアするので，-instanceオプションでリストア先のインスタンス名（この場合は「instB」）を指定します。

-no_resyncオプション
ボリュームを再同期する必要がない場合，-no_resyncオプションを指定します。

-nochk_hostオプション
バックアップ時とは異なるサーバにリストアする場合，リストア時にバックアップカタログによるホスト名の整合性チェックを実施しないように-nochk_hostオプションを指定します。

リカバリ時には，データベースサーバ2でSQL Serverインスタンス「instB」をリカバリします。drmsqlrecoverコマンドまたはdrmsqlrecovertoolコマンドの引数に「instB」を指定してください。

7.15.3 操作例

ここでは，次の三つの条件でリストア（リカバリ）する場合の操作例について説明します。

SQL Serverデータベースをテープからリストアし，副ボリュームでリカバリする例
この例は，「7.8 ローカルサイトとリモートサイトの間でバックアップおよびリストアする（リモートコピー）」の運用に適用できます。

SQL Server データベースをログ配布先でリストア(リカバリ)する例
この例は，「7.11 SQL Serverデータベースのログ配布機能を使用する」の運用に適用できます。

SQL Serverデータベースを主ボリュームでリストア（リカバリ）する例
この例は，「7.10 バックアップ時と異なるホストでリストアおよびリカバリする」および「7.12 カスケード構成またはマルチターゲット構成でバックアップおよびリストアする」の運用に適用できます。

各操作例では，バックアップ時のSQL Serverインスタンスを「instA」，リストア（リカバリ）時のSQL Serverインスタンスを「instB」として説明します。

なお，ここでは，各操作で使用するコマンドと，オプションの指定方法について説明します。コマンドの実行手順やコマンド実行例については，各運用の手順，またはマニュアル「Hitachi Protection Manager Software コマンドリファレンス」を参照してください。

この項の構成

(1) SQL Serverデータベースをテープからリストアし，副ボリュームでリカバリする例

(2) SQL Serverデータベースをログ配布先でリストア（リカバリ）する例

(3) SQL Serverデータベースを主ボリュームでリストア（リカバリ）する例

(1) SQL Serverデータベースをテープからリストアし，副ボリュームでリカバリする例

SQL Serverデータベースをテープからリストアし，副ボリュームでリカバリする例について説明します。

テープのバックアップデータを副ボリュームでリストア（リカバリ）するには：

EX_DRM_TAPE_RESTOREを実行し，SQL Serverデータベースをテープから副ボリュームにリストアします。

drmsqlcatコマンドに「instA」を指定して実行し，バックアップIDを確認します。

drmsqlrestoreコマンドの引数-instanceに「instB」を指定して実行し，副ボリュームでSQL Serverデータベースをリストアします。

drmsqlrecoverコマンド，またはdrmsqlrecovertoolコマンドに「instB」を指定して実行し，SQL Serverデータベースをリカバリします。

(2) SQL Serverデータベースをログ配布先でリストア（リカバリ）する例

SQL Serverデータベースをログ配布先でリストア（リカバリ）する例について説明します。

副ボリュームでリカバリするには：

バックアップ時にバックアップカタログをインポートしていない場合は，drmdbimportコマンドを実行してバックアップカタログをインポートします。

drmsqlcatコマンドに「instA」を指定して実行し，バックアップIDを確認します。

drmsqlrestoreコマンドの引数-instanceに「instB」を指定して実行し，副ボリュームでSQL Serverデータベースをリストアします。

drmsqlrecoverコマンド，またはdrmsqlrecovertoolコマンドに「instB」を指定して実行し，SQL Serverデータベースをリカバリします。

(3) SQL Serverデータベースを主ボリュームでリストア（リカバリ）する例

SQL Serverデータベースを主ボリュームでリストア（リカバリ）する例について説明します。

主ボリュームでリストア（リカバリ）するには：

副ボリュームにリストア（リカバリ）するデータがない場合は，従来の手順で副ボリュームにSQL Serverデータベースをリストアします。

drmsqlrestoreコマンドの引数-instanceに「instB」を指定して実行し，副ボリュームから主ボリュームにSQL Serverデータベースをリストアします。

drmsqlrecoverコマンド，またはdrmsqlrecovertoolコマンドに「instB」を指定して実行し，SQL Serverデータベースをリカバリします。

7.16 バックアップデータを削除する

副ボリューム上のバックアップデータが不要になった場合は，バックアップデータを削除します。バックアップデータは，副ボリュームからテープにデータをバックアップしたあと，または副ボリュームから主ボリュームにデータをリストアしたあとに削除します。

バックアップデータを削除するには：

削除するバックアップIDを指定して，drmresyncコマンドを実行します。

PROMPT> drmresync -backup_id <バックアップID>
KAVX0001-I drmresyncコマンドを開始します。
KAVX0002-I drmresyncコマンドを終了します。
PROMPT>

コマンドを実行すると，主ボリュームと副ボリュームが再同期され，ミラー状態に戻ります。このとき，バックアップIDに指定したバックアップ情報は，バックアップカタログから削除されます。

7.17 副ボリュームにバックアップしたSQL Serverデータベースをそのまま使用可能にする

SQL Serverデータベースを副ボリュームにバックアップし，副ボリュームに接続されたサーバで，リストア，リカバリすることで，バックアップ時とは別のサーバ（SQL Serverインスタンス）でデータベースを使用できる状態にできます。この操作は，ユーザースクリプトを指定した一つのバックアップコマンドで行えます。

補足説明

「7.15 バックアップ時と異なるSQL Serverインスタンスにリストアする」で説明している操作手順でも同じことができますが，「7.15 バックアップ時と異なるSQL Serverインスタンスにリストアする」の操作手順では，バックアップ，リストア，リカバリのコマンドを順次，実行する必要があります。

この節では，次の運用例を使ってこの方法を説明します。

SQL Serverデータベースのバックアップデータを2世代取得し，一つの世代は，副ボリュームに接続しているサーバでデータマイニングなどの用途で使用する。もう一つの世代は，障害時に備えたバックアップのような，通常の用途で使用する。

なお，この操作でリストア，リカバリの対象となるのはユーザーデータベースだけです。システムデータベース（master，model，msdbなど）は，バックアップ時と異なるSQL Serverインスタンスにリストアできません。

この節の構成

7.17.1 システム構成

7.17.2 ユーザースクリプトの例

7.17.3 操作例

7.17.1 システム構成

この例でのシステム構成は次のとおりです。

図7-36 バックアップ時と異なるSQL Serverインスタンスにリストアするためのシステム構成（ユーザースクリプト使用の場合）

この例でのシステムの前提条件は次のとおりです。

サーバの構成

データベースサーバ2には，データベースサーバ1と同じバージョンのSQL Serverがインストールされている。

データベースのファイルパスは，データベースサーバ1とデータベースサーバ1で同じ構成になっている。

データベースサーバ2では，drmsqlinitコマンドが実行され，データベース構成定義ファイルが作成されている。

データベースサーバ1，データベースサーバ2ともに，drmsqlinitコマンドでVDIメタファイル格納ディレクトリは指定されていない。

世代1（データマイニング）用の副ボリュームの状態

副ボリュームはデータベースサーバ2に接続されている。

副ボリュームのマウントポイントのドライブ文字は，対応する主ボリュームと同じで，F，Gである。

データベースとコピーグループの構成

データベースUserDB1，UserDB2があり，それぞれデータファイルとログファイルから成る。
UserDB1（F:¥userdb1_Data.MDFおよびF:¥userdb1_Log.LDF）
UserDB2（G:¥userdb2_Data.MDFおよびG:¥userdb2_Log.LDF）

コピーグループは，次の2世代から成る。
世代1（VG01，VOL11およびVG01，VOL12）：データマイニング用
世代2（VG02，VOL21およびVG02，VOL22）：バックアップ用

7.17.2 ユーザースクリプトの例

この例では，次の二つのユーザースクリプトを使います。

この項の構成

(1) script1.txt（データマイニング用）

(2) script2.txt（バックアップ用）

(1) script1.txt（データマイニング用）

LOCAL_BACKUP=YES
#Pre-backup user script section
[PRE_PROC]
#The Protection manager service will be started.
[CMD]
CMDLINE=C:¥user¥detach_databases.bat
END_CODE=TERMINATE_NZ
TIMEOUT=600
LOCATION=REMOTE
PARENT_STAT=NORMAL
#Post-backup user script section
[POST_PROC]
#Normal case
[CMD]
CMDLINE=C:¥user¥remote_sqlrestore.bat
END_CODE=1
TIMEOUT=600
LOCATION=REMOTE
PARENT_STAT=NORMAL

[PRE_PROC]：バッチファイルdetach_databases.batを実行する。detach_databases.batの内容は，副ボリューム上にある（前回の操作で作成された）データベースのデタッチ，および副ボリュームのアンマウントである。

detach_databases.bat

@echo off
@osql -E -S DBServer2¥instB -i “C:¥user¥detach_userdbs.sql”
if NOT “%ERRORLEVEL%”==”0” GOTO ABEND
@drmumount -copy_group VG01,VOL11
if NOT “%ERRORLEVEL%”==”0” GOTO ABEND
@drmumount -copy_group VG01,VOL12
if NOT “%ERRORLEVEL%”==”0” GOTO ABEND
GOTO END
:ABEND
exit 1
:END
exit 0

[POST_PROC]：バッチファイルremote_sqlrestore.batを実行する。remote_sqlrestore.batの内容は，副ボリュームのマウント，および-no_resync指定のリストアコマンド，リカバリコマンドの実行である。

remote_sqlrestore.bat

@echo off
@drmmount -copy_group VG01,VOL11 -mount_pt F:
if NOT “%ERRORLEVEL%”==”0” GOTO ABEND
@drmmount -copy_group VG01,VOL12 -mount_pt G:
if NOT “%ERRORLEVEL%”==”0” GOTO ABEND
@drmsqlrestore %DRMENV_R_BACKUPID% -no_resync -nochk_host -instance instB
if NOT “%ERRORLEVEL%”==”0” GOTO ABEND
@drmsqlrecover instB
if NOT “%ERRORLEVEL%”==”0” GOTO ABEND
GOTO END
:ABEND
exit 1
:END
exit 0

(2) script2.txt（バックアップ用）

LOCAL_BACKUP=YES
#Post-backup user script section
[POST_PROC]
#Normal case
[CMD]
CMDLINE=C:¥user¥remote_tapebackup.bat
END_CODE=1
TIMEOUT=NOWAIT
LOCATION=REMOTE
PARENT_STAT=NORMAL

[PRE_PROC]：なし

[POST_PROC]：バッチファイルremote_tapebackup.batを実行する。remote_tapebackup.batの内容は，NetBackupのコマンドを使用した，副ボリューム上にあるデータベースのテープへのバックアップ，および副ボリュームのアンマウントである。

remote_tapebackup.bat

@echo off
@bpbackup -k “%DRMENV_COMMENT%” -p ptm_plc -s ptm_schd -i -S BackupServer -w -t 0 -L C:¥temp¥nbu.log
if NOT “%ERRORLEVEL%”==”0” GOTO ABEND
@drmumount %DRMENV_R_BACKUPID%
if NOT “%ERRORLEVEL%”==”0” GOTO ABEND
GOTO END
:ABEND
exit 1
:END
exit 0

7.17.3 操作例

データマイニング用とバックアップ用の二つの操作例を次に示します。

DBServer1サーバでdrmsqlbackupコマンドを実行し，データマイニング用にDBServer2サーバ上の副ボリュームにバックアップ（世代1）を取得する。さらに，これをDBServer2サーバ上のSQL ServerインスタンスinstBにリストア，リカバリする。

PROMPT> drmsqlbackup instA -rc local_0 -script C:¥user¥script1.txt -s DBServer2 -auto_import

DBServer1サーバでdrmsqlbackupコマンドを実行し，障害時に備えた通常のバックアップとして，BKServerサーバの副ボリュームにバックアップ（世代2）を取得する。さらに，これをNetBackupを使用してテープバックアップする。

PROMPT> drmsqlbackup instA -comment “daily backup” -rc local_1 -script C:¥user¥script2.txt -s BKServer -auto_import -auto_mount O:

7.18 SQL Serverのレプリケーション構成でバックアップおよびリストアする

SQL Serverのレプリケーション機能を使用する構成で，データベースのバックアップおよびリストア，リカバリを実行する場合のシステム構成，各種の要件，操作手順を説明します。

SQL Serverのレプリケーション機能を使用する場合，次の要件を満たす必要があります。

三つのレプリケーション種別（スナップショット，トランザクション，マージ）のうち，「トランザクションレプリケーション」を使用する。

ディストリビューションデータベースの名前は「distribution」とし，ディストリビューションデータベースは1個だけ作成する。

パブリケーションデータベースとディストリビューションデータベースには，'sync with backup'オプションを設定しておく。
このオプションの設定方法については，「7.18.3 'sync with backup'オプションの設定と確認」を参照してください。

この節の構成

7.18.1 システム構成

7.18.2 操作例

7.18.3 'sync with backup'オプションの設定と確認

7.18.1 システム構成

この例でのシステム構成は次のとおりです。

図7-37 SQL Serverのレプリケーション機能を使う場合の構成

この項の構成

(1) パブリケーションデータベースとディストリビューションデータベースについての要件

(2) サブスクリプションデータベースについての要件

(1) パブリケーションデータベースとディストリビューションデータベースについての要件

一つのレプリケーションの処理で使用するパブリケーションデータベースとディストリビューションデータベースは，次の要件を満たすように配置する必要があります。

この二つのデータベースは，同時にバックアップを取得する必要があるため，同一のSQL Serverインスタンスに配置する。

この二つのデータベースは，システムデータベース（master，model，msdb）と別々にリストアする必要があるため，システムデータベースとは別のボリュームに配置する。

図7-38 パブリッシャ／ディストリビュータサーバと対応するバックアップサーバの構成

(2) サブスクリプションデータベースについての要件

サブスクリプションデータベースは，システムデータベース（master，model，msdb）と別々にリストアする必要があるため，システムデータベースとは別のボリュームに配置する必要があります。

7.18.2 操作例

以下の操作例では，次のデータべース名を使用します。

パブリケーションデータベース：PubUserDB1

サブスクリプションデータベース：SubUserDB1

ディストリビューションデータベース：distribution

この項の構成

(1) データベースをバックアップする

(2) パブリケーションデータベースのトランザクションログをバックアップする

(3) データベースのリストアの準備をする

(4) データベースをリストアする

(5) データベースをリカバリする

(6) 運用再開の準備をする

(1) データベースをバックアップする

パブリケーションデータベースをバックアップする

補足説明

パブリケーションデータベースをバックアップするときには，ディストリビューションデータベースも同時にバックアップする必要があります。

パブリッシャ／ディストリビュータサーバで，-targetオプションまたは-fオプションでパブリケーションデータベースとディストリビューションデータベースを指定してdrmsqlbackupコマンドを実行します。

PROMPT > drmsqlbackup instA -target PubUserDB1,distribution
PROMPT >

サブスクリプションデータベースをバックアップする
サブスクライバサーバで，drmsqlbackupコマンドを実行します。

PROMPT > drmsqlbackup instC
PROMPT >

システムデータベースを含めてデータベースをバックアップする
パブリッシャ／ディストリビュータサーバ，またはサブスクライバサーバで，-systemオプションを指定してdrmsqlbackupコマンドを実行します。

PROMPT > drmsqlbackup instA -system
PROMPT >

(2) パブリケーションデータベースのトランザクションログをバックアップする

パブリッシャ／ディストリビュータサーバで，drmsqllogbackupコマンドを実行します。

PROMPT > drmsqllogbackup instA
PROMPT >

(3) データベースのリストアの準備をする

各データベースでリストアするための前提条件を次に示します。

パブリケーションデータベースをリストアするときには，ディストリビューションデータベースも同時にリストアする必要があります。

パブリケーションデータベースをリストアするときには，パブリケーションデータベースはオンライン状態，または削除されている必要があります。

システムデータベースをリストアするときには，パブリケーションデータベースはオンライン状態である必要があります。

データベースをリストアするには次の準備が必要です。ただし，サブスクリプションデータベースだけをリストアする場合には，ステップ2（サブスクリプションの同期の停止）だけを実施してください。

ログリーダーエージェントを停止します。

サブスクリプションエージェントを停止します。
サブスクリプションの同期の停止が行われます。停止しない場合，デタッチに失敗し，エラーメッセージが出力されます。

(4) データベースをリストアする

パブリケーションデータベースをリストアする
パブリケーションデータベースとディストリビューションデータベースをバックアップしたときのバックアップIDを指定して，パブリッシャ／ディストリビュータサーバでdrmsqlrestoreコマンドを実行します。

PROMPT > drmsqlrestore 0000000001 -resync
PROMPT >

システムデータベースを含めてデータベースをバックアップするときのバックアップIDを指定する場合には，-targetオプションまたは-fオプションでパブリケーションデータベースとディストリビューションデータベースを指定してdrmsqlrestoreコマンドを実行します。

PROMPT > drmsqlrestore 0000000005 -resync -target PubUserDB1,distribution
PROMPT >

パブリケーションデータベースとシステムデータベースをリストアする
パブリッシャ／ディストリビュータサーバで，次の手順でリストアする必要があります。

システムデータベースをリストアします。

PROMPT > drmsqlrestore 0000000005 -resync -target master,model,msdb
PROMPT >

ログリーダーエージェントを停止します。

サブスクリプションエージェントを停止します。
サブスクリプションの同期の停止が行われます。
注意事項
ログリーダーエージェントの起動オプションが「SQL Serverエージェント起動時に自動的に起動する」の場合，master，model，msdbデータベースのリストア後にログリーダーエージェントが起動され，パブリケーションデータベース，ディストリビューションデータベースのリストアのときにエラーになります。

パブリケーションデータベースとディストリビューションデータベースをリストアします。

PROMPT > drmsqlrestore 0000000005 -resync -target PubUserDB1,distribution
PROMPT >

システムデータベースだけをリストアする
システムデータベースを含むデータベースをバックアップしたときのバックアップIDを指定して，パブリッシャ／ディストリビュータサーバまたはサブスクライバサーバで，drmsqlrestoreコマンドを実行します。

PROMPT > drmsqlrestore 0000000005 -resync -target master,model,msdb
PROMPT >

サブスクリプションデータベースをリストアする
サブスクライバサーバで，drmsqlrestoreコマンドを実行します。

PROMPT > drmsqlrestore 0000000002 -resync -target SubUserDB1
PROMPT >

(5) データベースをリカバリする

drmsqlrecoverコマンドまたはdrmsqlrecovertoolコマンドを使用して，通常の手順でリカバリ（ロールフォワード）を実施します。

(6) 運用再開の準備をする

SQL Serverのレプリケーションの運用を再開するには，次の準備が必要です。

サブスクリプションの方式によって，この操作をするサーバが異なります。

プッシュサブスクリプションの場合：パブリッシャ／ディストリビュータサーバ

プルサブスクリプションの場合：サブスクライバサーバ

ログリーダーエージェントを起動します。

サブスクリプションエージェントを起動します。
サブスクリプションの同期が開始されます。

サブスクリプションの再初期化，または削除・再作成をします。

7.18.3 'sync with backup'オプションの設定と確認

SQL Serverのレプリケーション機能を使用する場合には，パブリケーションデータベースとディストリビューションデータベースに，'sync with backup'オプションを設定しておく必要があります。

'sync with backup'オプションが設定されている場合，パブリケーションデータベースのトランザクションログのバックアップが実行されるとディストリビューションデータベースに伝達されます。また，すべてのトランザクションがディストリビューションデータベースに伝達されるまで，パブリケーションデータベースの「ログ切り捨て」が行われないことが保証されます。

この項の構成

(1) 'sync with backup'オプションの設定方法

(2) 'sync with backup'オプションの確認方法

(1) 'sync with backup'オプションの設定方法

レプリケーション環境を作成する場合，パブリケーションデータベースおよびディストリビューションデータベースに対して次のストアドプロシージャを実行してください。ストアドプロシージャの実行方法については，SQL Server Books Onlineを参照してください。

sp_replicationdboption '<データベース名>', 'sync with backup', 'true'

引数のデータベース名には，パブリケーションデータベース，ディストリビューションデータベースの名前を指定します。

(2) 'sync with backup'オプションの確認方法

オプションが設定済みであることを確認するには，次のSQL文を実行してください。

select databasepropertyex('<データベース名>', 'IsSyncWithBackup')

SQL文中の'<データベース名>'には，パブリケーションデータベース，ディストリビューションデータベースの名前を指定します。

このSQL文を実行すると次の値が戻ります。

'sync with backup'オプションが設定済みの場合：1

'sync with backup'オプションが未設定の場合：0

8. Exchangeデータベースの場合の運用

この章では，ストレージグループをバックアップする場合のProtection Managerの運用方法を，実際の手順を中心に説明します。コマンドの詳細な設定方法などを知りたい場合は，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」を参照してください。なお，このマニュアルで使用している「ストレージグループ」とは，Exchange Serverに構築したデータベースの管理単位を示す用語です。ほかのHitachi Storage Command Suite製品などで使用されている「ストレージグループ」とは，指し示す対象が異なりますので，ご注意ください。

この章の構成

8.1 ストレージグループのバックアップおよびリストアの運用について

8.2 ボリューム間でデータをバックアップおよびリストアする

8.3 テープ装置を使用してバックアップおよびリストアする

8.4 ユーザースクリプトを使用してストレージグループをバックアップする

8.5 トランザクションログを使用してリストアする（ロールフォワード）

8.6 ローカルサイトとリモートサイトの間でバックアップおよびリストアする（リモートコピー）

8.7 カスケード構成でバックアップおよびリストアする

8.8 CCR構成でバックアップおよびリストアする

8.9 SCR構成でバックアップおよびリストアする

8.10 Protection Managerと連携できないバックアップ管理製品を使用してバックアップおよびリストアする

8.11 ファイル共用を使用してバックアップおよびリストアする（データベースサーバとバックアップサーバをファイル共用で連携する）

8.12 バックアップデータを削除する

8.1 ストレージグループのバックアップおよびリストアの運用について

ここでは，ストレージグループのバックアップおよびリストアを実行する場合の注意事項について説明します。

バックアップ対象に共通な運用時の注意事項については，「5.3 運用時の注意事項」を参照してください。

この節の構成

8.1.1 データベースをバックアップするときの注意事項

8.1.2 データベースをリストアするときの注意事項

8.1.3 回復用ストレージグループについての注意事項

8.1.4 ボリューム構成時の注意事項

8.1.5 データベースの検証についての注意事項

8.1.1 データベースをバックアップするときの注意事項

drmexgbackupコマンドでオンラインバックアップを実行した場合，インフォメーションストアをマウントしたまま主ボリュームから副ボリュームへ強制的にコピーをします。データベースの更新中にオンラインバックアップが行われると，データベースファイルに不整合がある状態でバックアップが取得される可能性があるため，リストアに失敗する場合があります。そのため，オンラインバックアップを実行する場合には，事前にコールドバックアップを実行し安全なバックアップデータが保存されていることを確認してください。

drmexgbackupコマンドでオンラインバックアップするときは，バックアップ対象のボリューム上のディレクトリに別のボリュームがマウントされていないことを確認してください。

drmexgbackupコマンドで連続してバックアップを取得すると，Exchangeトランザクションログが急激に増加するという現象が発生する場合があります。この現象が発生した場合には，drmexgbackupコマンド実行時に-transact_log_delオプションを指定してください。ただし，このオプションを指定すると，バックアップ終了後，トランザクションログファイルを削除するため，ロールフォワードによる復元をするリストア（drmexgrestoreコマンドで-recoveryオプションを指定）は，最新のバックアップでしかできなくなります。過去に取得したバックアップではロールフォワードによる復元をするリストアはできません。

クラスタ構成でコールドバックアップを実行する場合，-transact_log_delオプションを指定するときには-c onlineオプションを同時に指定してください。

Veritas Cluster Server for Windows環境でバックアップおよびリストアコマンド実行中に，Windowsのエクスプローラなどで対象のボリュームにアクセスしないでください。クラスタリソースのオフラインへの切り替えに失敗して，バックアップおよびリストアコマンドがエラーになることがあります。

VSS機能を使用したバックアップを実行すると，次のイベントログがバックアップサーバ上で出力される場合があります。
イベントの種類： エラー
イベントのソース： PlugPlayManager
イベントID： 12
または
イベントの種類： 警告
イベントのソース： ftdisk
イベントID： 57
または
イベントの種類： 警告
イベントのソース： disk
イベントID： 51
これらのイベントログは，VSSバックアップ時に副ボリュームを一時的に隠ぺいしているため出力されるイベントログであり，バックアップ動作には影響ありません。

8.1.2 データベースをリストアするときの注意事項

この項の構成

(1) テープからリストアするときの注意事項

(2) ロールフォワードによる復元をするときの注意事項

(3) メッセージ（KAVX1510-E）の対処

(4) VSSバックアップで取得したデータをリストアするときの注意事項

(5) インフォメーションストアがマウントできない場合の対処

(1) テープからリストアするときの注意事項

drmtaperestoreコマンド，drmmediarestoreコマンド，または拡張コマンドのEX_DRM_TAPE_RESTOREコマンドで，Exchange Serverのストレージグループをリストアする場合，副ボリューム上に残っているExchange Serverのトランザクションログファイルを削除する必要があります。バックアップサーバ上で，次の手順に従ってトランザクションログファイルを削除してください。なお，テープバックアップ管理製品にNetBackupを適用している場合に，-rawオプションを使用してテープバックアップをしたときは，次の手順を実行する必要はありません。

drmtapecatコマンドに-o MSEXCHANGEオプションを指定して実行し，リストアするテープバックアップのバックアップID，およびストレージグループのトランザクションログファイルを格納したフォルダの絶対パスを確認します。

リストア対象のバックアップIDでバックアップされている，すべてのストレージグループについて，トランザクションログファイルを格納したフォルダの絶対パスを確認する必要があります。

drmmountコマンドを使用して，副ボリュームをマウントします。このときに使用するバックアップIDは，手順1で特定したバックアップIDを使用します。

手順1で特定したトランザクションログファイルの格納されているフォルダを確認し，フォルダに存在するファイルを確認します。なお，drmmountコマンドで副ボリュームをマウントしたときに，バックアップ時とは異なるドライブ文字が割り当てられることがあります。そのときは，手順1で確認したトランザクションログファイルのドライブ文字を，drmmountコマンドで割り当てられたドライブ文字に読み替えてください。

手順4で表示したフォルダに拡張子が.logのファイルがある場合は，それらをすべて削除します。

手順3と手順4を，バックアップされているストレージグループすべてに対して実行します。

drmumountコマンドを使用して，副ボリュームをアンマウントします。このときに使用するバックアップIDは，手順1で使用したものと同一のIDです。

(2) ロールフォワードによる復元をするときの注意事項

ロールフォワードによる復元をするリストア（drmexgrestoreコマンドを-recoveryオプション指定で実行）で，トランザクションログが不足しているとKAVX1510-EまたはKAVX1703-Eのメッセージが出力されます。drmexgbackupコマンドの-transact_log_delオプションでトランザクションログを削除した場合，その時点よりも前に取得したバックアップによるロールフォワードは行えません。

(3) メッセージ（KAVX1510-E）の対処

ロールフォワードによる復元をするリストア（drmexgrestoreコマンドを-recoveryオプション指定で実行）で，復元するストレージグループに，1,008個を超えるトランザクションログファイルがある場合，drmexgrestoreコマンドを実行すると，ロールフォワードは完了しますが，インフォメーションストアがマウントされません。この場合は，KAVX1510-Eのメッセージが出力されます。このメッセージの詳細については，マニュアル「Hitachi Protection Manager Software メッセージ」を参照してください。

(4) VSSバックアップで取得したデータをリストアするときの注意事項

VSSバックアップで取得したデータをリストアしている間は，クラスタアドミニストレーター画面の物理ディスクリソースのプロパティを開かないでください。プロパティを開いた場合，リストアに失敗する場合があります。

Exchange Server 2003のService Pack 1を適用していないときのトランザクションログと，適用しているときのトランザクションログが混在している場合，VSSバックアップで取得したデータのリストアに失敗することがあります。この場合，イベントIDが454のイベントログが出力されます。
この現象が発生したら，次の手順で回復をしてください。

リストア対象の*.edb, *.stmファイルすべてに対して，次のコマンドを実行して表示される［Last Consistent］のいちばん左の数値を記録してください。
eseutil /mh ＜リストア対象のファイル名＞
eseutilコマンドは，<Exchange Serverインストールフォルダ>¥binにあります。

記録した値の中で最小の値がLast Consistentログ番号となります。この値よりも小さい番号を持つトランザクションログを別フォルダに移動してください。
例えば，Last Consistentログ番号が1abである場合は，移動するトランザクションログファイルはE0x00001.log～E0x001aa.logになります。

リストア対象となるストレージグループのすべてのインフォメーションストアをマウントします。

(5) インフォメーションストアがマウントできない場合の対処

04-40以前のバージョンでVSSバックアップで取得したデータをリストアする場合には，リストア対象となるインフォメーションストアがマウントされている必要があります。Exchange Server 2007以外でインフォメーションストアがマウントできない場合は，次の手順を実行してください。

マウントできないインフォメーションストアのデータファイル（*.edb，*.stm）を別のフォルダに移動します。

インフォメーションストアをマウントします。
インフォメーションストアをマウントできると，バックアップ時点のデータベースに戻すリストア（drmexgrestoreコマンドに-recoveryオプションを指定しないで実行）およびロールフォワードによって復元するリストア（drmexgrestoreコマンドに-recoveryオプションを指定して実行）が可能となります。

以上の手順を実行してもマウントできないインフォメーションストアが一つでもある場合，ストレージグループのトランザクションログファイル（*.log）またはチェックポイントファイル（*.chk）が壊れている可能性があります。
トランザクションログファイル（*.log），チェックポイントファイル（*.chk）およびストレージグループに存在するすべてのインフォメーションストアのデータファイル（*.edb，*.stm）を別のフォルダに移動してください。ファイルを移動してから，すべてのインフォメーションストアをマウントしてください。この場合，バックアップ時点のデータベースに戻すリストア（drmexgrestoreコマンドに-recoveryオプションを指定しないで実行）だけ可能となります。

Exchange Server 2007の場合は，上記の手順を実行しないでください。誤って実行してしまった場合は，インフォメーションストアをディスマウントし，ストレージグループのトランザクションログファイル（*.log），チェックポイントファイル（*.chk）およびインフォメーションストアのデータファイル（*.edb）を削除した状態でリストアを実行してください。

8.1.3 回復用ストレージグループについての注意事項

データベース管理システムとしてExchange Server 2003またはExchange Server 2007 を適用する場合，ストレージグループを指定するときに，回復用ストレージグループは指定しないでください。

8.1.4 ボリューム構成時の注意事項

オンラインバックアップの場合に，バックアップ時点のデータベースに戻すリストア（drmexgrestoreコマンドの-recoveryオプションを指定しないリストア）を実行する場合には，以下の条件でボリュームを構成してください。

データファイル（*.edbおよび*.stm）とトランザクションログファイル（*.log）とチェックポイントファイル（*.chk）を格納するボリュームは，すべて同じRAID Managerグループ名を設定してください。

8.1.5 データベースの検証についての注意事項

drmexgbackupコマンドまたはEX_DRM_EXG_BACKUPコマンドで，オンラインで，またはVSSを使用してバックアップしたバックアップデータの整合性を検証するために，drmexgverifyコマンドまたはEX_DRM_EXG_VERIFYコマンドを使用します。

オンラインバックアップの場合，drmexgverifyコマンド，EX_DRM_EXG_VERIFYコマンドでは，Exchange データベース（*.edbファイル）の整合性だけ検証します。Exchangeストリーミングデータベース（*.stmファイル）の整合性は検証しません。このため，drmexgverifyコマンドで検証が正常に終了してもExchangeストリーミングデータベースは破損しているおそれがあるので，バックアップデータがリストアできない場合があります。

8.2 ボリューム間でデータをバックアップおよびリストアする

ここでは，主ボリュームと副ボリューム間でのデータのバックアップおよびリストアの実行方法について説明します。

この節の構成

8.2.1 システム構成

8.2.2 処理の流れ

8.2.3 ストレージグループを副ボリュームにバックアップする

8.2.4 ストレージグループを主ボリュームにリストアする

8.2.1 システム構成

サーバが1台の場合は，主ボリュームと副ボリューム間でデータをバックアップおよびリストアします。データベースサーバにProtection Managerを導入し，コマンドを実行します。

ボリューム間でデータをバックアップおよびリストアする場合のシステム構成を次の図に示します。

図8-1 ボリューム間でデータをバックアップおよびリストアする場合のシステム構成（バックアップ対象がExchangeデータベースの場合）

8.2.2 処理の流れ

単一サーバ構成のシステムで，ストレージグループを副ボリュームにバックアップする処理の流れ，およびバックアップしたストレージグループを主ボリュームにリストアする処理の流れを次の図に示します。コマンドはデータベースサーバで実行します。

図8-2 ストレージグループを副ボリュームにバックアップする処理の流れ

図8-3 ストレージグループを主ボリュームにリストアする処理の流れ

8.2.3 ストレージグループを副ボリュームにバックアップする

単一サーバ構成のシステムで，ストレージグループを副ボリュームにバックアップする処理について説明します。

ストレージグループをバックアップするには：

コピーグループを再同期します。
SANRISE1000シリーズを使用する場合，SANRISE9500Vシリーズ，Hitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，Hitachi TMS1000，またはHitachi SMSシリーズでShadowImageを使用する場合は，データベースサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。バックアップする前にコピーグループを再同期することで，バックアップを高速化できます。ここでは，コピーグループ名を「VG01,vol01」とします。

DBServer> EX_DRM_RESYNC Operation_A -cg VG01,vol01 -copy_size 7

ストレージグループを副ボリュームへバックアップします。
ストレージグループをバックアップします。バックアップするには，EX_DRM_EXG_BACKUPを実行します。引数として，オペレーションID「Operation_A」を指定します。この例では，トランザクションログファイルを削除してコールドバックアップします。

DBServer > EX_DRM_EXG_BACKUP Operation_A -mode cold -transact_log_del

コールドバックアップする場合は，-mode coldを指定します。-mode coldを省略しても，-mode coldが指定されて，コールドバックアップされます。
オンラインバックアップする場合は，-mode onlineを指定します。オンラインバックアップをする場合は，-transact_log_delオプションは指定できません。

8.2.4 ストレージグループを主ボリュームにリストアする

副ボリューム上にバックアップデータが保存されている場合に，ストレージグループをリストアする例について説明します。この例では，副ボリュームと主ボリュームを再同期することでリストアします。

ストレージグループをリストアするには：

バックアップデータのバックアップIDを確認します。
副ボリュームから主ボリュームへのリストアに使用するバックアップデータのバックアップIDを確認します。バックアップIDを確認するには，データベースサーバでdrmexgcatコマンドを実行します。

DBServer> drmexgcat

STORAGEGROUP: STORAGE_1

BACKUP-ID:0000000001 BACKUP-MODE: COLD STORAGEGROUP: STORAGE_1 ORIGINAL-ID:0000000001

START-TIME:2003/06/01 17:45:36 END-TIME: 2003/06/01 17:52:36

:

:

なお，リストアコマンド実行時に-targetオプションを指定して，特定のストレージグループに関するデータベースやインフォメーションストアをリストアする場合には，リストア対象を確認してください。

バックアップID記録ファイルを作成します。
バックアップIDを指定してEX_DRM_BACKUPID_SETを実行し，バックアップID記録ファイルを作成します。ここでは，オペレーションID「Operation_A」を使用します。

DBServer > EX_DRM_BACKUPID_SET Operation_A -backup_id 0000000001

副ボリュームのデータを主ボリュームへリストアします。
データベースサーバでEX_DRM_EXG_RESTOREを実行し，主ボリュームと副ボリュームを再同期することでリストアします。

DBServer > EX_DRM_EXG_RESTORE  Operation_A -resync

EX_DRM_EXG_RESTOREには，オペレーションID「Operation_A」を指定します。Protection Managerは，オペレーション定義ファイルからリストアに必要な情報を取得します。また，手順2で登録したバックアップID記録ファイルからバックアップIDを取得してリストアします。

8.3 テープ装置を使用してバックアップおよびリストアする

ここでは，テープ装置へのデータのバックアップおよびリストアの実行方法について説明します。

この節の構成

8.3.1 システム構成

8.3.2 処理の流れ

8.3.3 ストレージグループをテープにバックアップする

8.3.4 ストレージグループをテープからリストアする

8.3.1 システム構成

この例では，次の図に示すシステム構成を想定しています。なお，ここではデータベースサーバが1台の場合のシステム構成を例としていますが，データベースサーバを複数構成にすることもできます。

図8-4 ストレージグループをテープへバックアップ，リストアするためのシステム構成

なお，Protection Managerでは，データベースサーバをクラスタ構成にできます。データベースサーバをフェールオーバー型のクラスタ構成にすることで，現用サーバに障害が発生したときに待機サーバに運用を引き継ぐことができます。

この例でのシステムの前提条件は次のとおりです。

主ボリュームは，NTFSでフォーマットされている。

主ボリュームと副ボリュームは，データベースサーバとバックアップサーバでペア定義されている。

バックアップサーバにバックアップ管理製品がインストールされている。

drmtapeinitコマンドを実行して，バックアップ管理製品のパラメーターが登録されている。

バックアップサーバでFTPサービスが起動しており，データベースサーバのOSログオンユーザーを使用してFTPサーバへのログインおよびファイルの転送ができるように設定されている。FTPユーザーIDは「admin」，FTPユーザーパスワードは「password」とする。

システムで使用しているExchange Server がExchange Server 2003 Enterprise Editionである。

データベースサーバ（サーバ名：DBServer）上にはストレージグループ「STORAGE_1」が存在し，サービスが起動されている。

データベースサーバおよびバックアップサーバで拡張コマンド用一時ディレクトリが作成されている。

副ボリュームは通常はマウントされていないで，運用時にだけEドライブ（ドライブ文字：E:）にマウントされる。

副ボリュームをテープへバックアップするまでは，バックアップ対象の副ボリュームとペアを構成している主ボリュームのバックアップを新たに実行することはないとする。

コマンドプロンプトから「cscript //H:Cscript」コマンドが実行され，ホストパラメーターが変更されている。

8.3.2 処理の流れ

複数サーバ構成のシステムで，ストレージグループをテープにバックアップ，リストアする処理の流れについて説明します。拡張コマンドを使用して，コールドバックアップまたはVSSを使用したバックアップを実行します。

常時スプリット運用の場合，コピーグループを再同期してから，データをバックアップします。

常時ペア運用の場合は，バックアップの前にコピーグループを再同期する必要はありません。テープバックアップが終了してから，コピーグループを再同期して，初期状態に戻します。

なお，ストレージグループをオンラインバックアップする場合は，副ボリュームにバックアップしたデータをテープにバックアップする前に，Exchangeデータベースの整合性を検証する必要があります。

図8-5 ストレージグループをテープにバックアップする処理の流れ

図8-6 ストレージグループをテープからリストアする処理の流れ

8.3.3 ストレージグループをテープにバックアップする

この項の構成

(1) コピーグループの再同期

(2) コールドバックアップ

(3) オンラインバックアップ

(4) VSSを使用したバックアップ

(1) コピーグループの再同期

常時スプリット運用の場合，コピーグループを再同期してから，データをバックアップします。

常時ペア運用の場合は，バックアップの前にコピーグループを再同期する必要はありません。テープバックアップが終了してから，コピーグループを再同期して，初期状態に戻します。

コピーグループを再同期するには：

副ボリュームのキャッシュをクリアします。
バックアップする前に，バックアップサーバのシステムキャッシュをクリアします。
システムキャッシュをクリアするには，バックアップサーバでEX_DRM_CACHE_PURGEを実行し，副ボリュームをマウント／アンマウントします。ここでは，コピーグループ名を「VG01,vol01」とします。

BKServer > EX_DRM_CACHE_PURGE Operation_A -cg VG01,vol01

コピーグループを再同期します。
SANRISE1000シリーズを使用する場合，SANRISE9500Vシリーズ，Hitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，Hitachi TMS1000，またはHitachi SMSシリーズでShadowImageを使用する場合は，データベースサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。バックアップする前にコピーグループを再同期することで，バックアップを高速化できます。

DBServer > EX_DRM_RESYNC Operation_A -cg VG01,vol01 -copy_size 7

(2) コールドバックアップ

ストレージグループをテープへコールドバックアップする例について説明します。コールドバックアップでは，バックアップ対象のインフォメーションストアがアンマウントされるので，バックアップが完了するまでの間，バックアップ対象のインフォメーションストアにはアクセスできなくなります。この例では，データベースサーバ「DBServer」のストレージグループ「STORAGE_1」をいったん副ボリュームにコールドバックアップしたあと，副ボリュームからテープへバックアップします。オペレーションIDとして，「Operation_A」を使用します。

ストレージグループをコールドバックアップするには：

ストレージグループを副ボリュームへバックアップします。
ストレージグループをコールドバックアップします。バックアップするには，EX_DRM_EXG_BACKUPを実行します。引数として，オペレーションID「Operation_A」を指定します。この例では，トランザクションログファイルを削除してバックアップします。

DBServer > EX_DRM_EXG_BACKUP Operation_A -mode cold -transact_log_del

正しくバックアップされていることを確認します。
データベースサーバでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

DBServer> drmexgcat

STORAGEGROUP: STORAGE_1

BACKUP-ID:0000000001 BACKUP-MODE: COLD STORAGEGROUP: STORAGE_1 ORIGINAL-ID:0000000001

START-TIME：2003/06/01 17:45:36 END-TIME: 2003/06/01 17:52:36

:

:

この例では，手順1でのバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000001」で登録されています。

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームからテープへバックアップするために，主ボリュームから副ボリュームへのバックアップ操作に関する情報をバックアップサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。一時ファイルは，データベースサーバの拡張コマンド用一時フォルダに格納されます。

DBServer > EX_DRM_DB_EXPORT Operation_A

一時ファイルをバックアップサーバへ転送します。
一時ファイルを一括してデータベースサーバからバックアップサーバへ転送します。転送するには，データベースサーバでEX_DRM_FTP_PUTを実行します。ここでは，FTPサーバにログオンするために使用するユーザーIDを「admin」，パスワードを「password」とします。一時ファイルは，バックアップサーバの拡張コマンド用一時フォルダに格納されます。

DBServer > EX_DRM_FTP_PUT Operation_A -server BKServer -user admin -password password

データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
データベースサーバから転送した一時ファイルを，バックアップサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，バックアップサーバでEX_DRM_DB_IMPORTを実行します。

BKServer > EX_DRM_DB_IMPORT Operation_A

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでEX_DRM_TAPE_BACKUPを実行します。ここでは，副ボリュームのドライブ文字を「E:」とします。

BKServer > EX_DRM_TAPE_BACKUP Operation_A -mount_pt E:

バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000002」で登録されます。

(3) オンラインバックアップ

ストレージグループをテープへオンラインバックアップする例について説明します。オンラインバックアップでは，インフォメーションストアおよびディスクドライブがマウントされたままでバックアップの処理が行われます。この例では，データベースサーバ「DBServer」のストレージグループ「STORAGE_1」をいったん副ボリュームにオンラインバックアップしたあと，Exchangeデータベースの整合性を検証します。それから，副ボリュームからテープへバックアップします。オペレーションIDとして，「Operation_A」を使用します。

ストレージグループをオンラインバックアップするには：

ストレージグループを副ボリュームへバックアップします。
ストレージグループをオンラインバックアップします。バックアップするには，EX_DRM_EXG_BACKUPを実行します。引数として，オペレーションID「Operation_A」を指定します。

DBServer > EX_DRM_EXG_BACKUP Operation_A -mode online

正しくバックアップされていることを確認します。
データベースサーバでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

DBServer> drmexgcat

STORAGEGROUP: STORAGE_1

BACKUP-ID:0000000001 BACKUP-MODE: ONLINE STORAGEGROUP: STORAGE_1 ORIGINAL-ID:0000000001

START-TIME：2003/06/01 17:45:36 END-TIME: 2003/06/01 17:52:36

:

:

この例では，手順1でのバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000001」で登録されています。

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームからテープへバックアップするために，主ボリュームから副ボリュームへのバックアップ操作に関する情報をバックアップサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。一時ファイルは，データベースサーバの拡張コマンド用一時フォルダに格納されます。

DBServer > EX_DRM_DB_EXPORT Operation_A

一時ファイルをバックアップサーバへ転送します。
一時ファイルを一括してデータベースサーバからバックアップサーバへ転送します。転送するには，データベースサーバでEX_DRM_FTP_PUTを実行します。ここでは，FTPサーバにログオンするために使用するユーザーIDを「admin」，パスワードを「password」とします。一時ファイルは，バックアップサーバの拡張コマンド用一時フォルダに格納されます。

DBServer > EX_DRM_FTP_PUT Operation_A -server BKServer -user admin -password password

データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
データベースサーバから転送した一時ファイルを，バックアップサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，バックアップサーバでEX_DRM_DB_IMPORTを実行します。

BKServer > EX_DRM_DB_IMPORT Operation_A

バックアップされたストレージグループを検証します。
副ボリュームにオンラインバックアップされたExchangeデータベースの整合性を検証します。Exchangeデータベースの整合性を検証するには，バックアップサーバでEX_DRM_EXG_VERIFYを実行します。

BKServer > EX_DRM_EXG_VERIFY Operation_A

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでEX_DRM_TAPE_BACKUPを実行します。ここでは，副ボリュームのドライブ文字を「E:」とします。

BKServer > EX_DRM_TAPE_BACKUP Operation_A -mount_pt E:

バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000002」で登録されます。

(4) VSSを使用したバックアップ

VSSを使用してストレージグループをテープへバックアップする例について説明します。VSSを使用したバックアップでは，インフォメーションストアおよびディスクドライブがマウントされたままでバックアップの処理が行われます。この例では，データベースサーバ「DBServer」のストレージグループ「STORAGE_1」をいったん副ボリュームにバックアップしたあと，副ボリュームからテープへバックアップします。オペレーションIDとして，「Operation_A」を使用します。

VSSを使用したバックアップを実行する場合には，バックアップサーバでProtection Managerサービスが稼働している必要があります。

VSSを使用してストレージグループをバックアップするには：

ストレージグループを副ボリュームへバックアップします。
VSSを使用して，ストレージグループをオンラインバックアップします。バックアップするには，EX_DRM_EXG_BACKUPを実行します。引数として，オペレーションID「Operation_A」を指定します。

DBServer > EX_DRM_EXG_BACKUP Operation_A -mode vss

正しくバックアップされていることを確認します。
データベースサーバでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

DBServer> drmexgcat -target STORAGE_1

STORAGEGROUP: STORAGE_1

BACKUP-ID:0000000001 BACKUP-MODE: VSS STORAGEGROUP: STORAGE_1 ORIGINAL-ID:0000000001

START-TIME：2003/06/01 17:45:36 END-TIME: 2003/06/01 17:52:36

:

:

この例では，手順1でのバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000001」で登録されています。

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームからテープへバックアップするために，主ボリュームから副ボリュームへのバックアップ操作に関する情報をバックアップサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。一時ファイルは，データベースサーバの拡張コマンド用一時フォルダに格納されます。

DBServer > EX_DRM_DB_EXPORT Operation_A

一時ファイルをバックアップサーバへ転送します。
一時ファイルを一括してデータベースサーバからバックアップサーバへ転送します。転送するには，データベースサーバでEX_DRM_FTP_PUTを実行します。ここでは，FTPサーバにログオンするために使用するユーザーIDを「admin」，パスワードを「password」とします。一時ファイルは，バックアップサーバの拡張コマンド用一時フォルダに格納されます。

DBServer > EX_DRM_FTP_PUT Operation_A -server BKServer -user admin -password password

データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
データベースサーバから転送した一時ファイルを，バックアップサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，バックアップサーバでEX_DRM_DB_IMPORTを実行します。

BKServer > EX_DRM_DB_IMPORT Operation_A

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでEX_DRM_TAPE_BACKUPを実行します。ここでは，副ボリュームのドライブ文字を「E:」とします。

BKServer > EX_DRM_TAPE_BACKUP Operation_A -mount_pt E:

バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000002」で登録されます。

8.3.4 ストレージグループをテープからリストアする

テープへバックアップしたデータをリストアし，ストレージグループをリカバリする例について説明します。この例では，いったんテープのデータを副ボリュームにリストアし，再同期することで副ボリュームを主ボリュームへリストア（リカバリ）します。オペレーションIDとして，「Operation_A」を使用します。

VSSを使用してバックアップしたデータをリストアする場合には，バックアップサーバでProtection Managerサービスが稼働している必要があります。

ストレージグループをリストアするには：

バックアップデータのバックアップIDを確認します。
テープから副ボリュームへのリストアに使用するバックアップデータのバックアップIDを確認します。バックアップIDを確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

BKServer >drmtapecat -hostname DBServer -l

BACKUP-ID  ORIGINAL-ID HOSTNAME   BACKUP-OBJECT INSTANCE SNAPSHOT TIME       EXPIRATION TIME BACKUP-MEDIA

0000000002 0000000001  DBServer MSEXCHANGE    -        2003/06/01 17:45:36 PERMANENT       MEDIA1

:

:

なお，リストアコマンド実行時に-targetオプションを指定して，特定のストレージグループに関するデータベースやインフォメーションストアをリストアする場合には，リストア対象を確認する必要があります。この場合，drmtapecatコマンドに次のオプションを指定して実行します。

-o MSEXCHANGE

-backup_id <バックアップID>

バックアップしたデータをテープから副ボリュームへリストアします。
リストアするには，バックアップサーバでEX_DRM_TAPE_RESTOREを実行します。

BKServer > EX_DRM_TAPE_RESTORE Operation_A -backup_id 0000000002

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするには，テープから副ボリュームへのリストア操作に関するバックアップ情報を，データベースサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行し，バックアップ情報を拡張コマンド用一時フォルダの一時ファイルへエクスポートします。

BKServer > EX_DRM_DB_EXPORT Operation_A

一時ファイルをデータベースサーバで受け取ります。
データベースサーバでEX_DRM_FTP_GETを実行し，バックアップサーバの一時ファイルを一括してデータベースサーバで受け取ります。ここでは，FTPサーバにログオンするために使用するユーザーIDを「admin」，パスワードを「password」とします。一時ファイルは，データベースサーバの拡張コマンド用一時フォルダに格納されます。

DBServer > EX_DRM_FTP_GET Operation_A -server BKServer -user admin -password password

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
バックアップサーバから転送した一時ファイルを，データベースサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，データベースサーバでEX_DRM_DB_IMPORTを実行します。

DBServer >EX_DRM_DB_IMPORT Operation_A

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，データベースサーバでEX_DRM_EXG_RESTOREを実行します。

DBServer > EX_DRM_EXG_RESTORE Operation_A -resync -recovery

補足説明

VSSを使用してバックアップを実行した場合，インフォメーションストア単位でリストアできます。インフォメーションストア単位でリストアするには，-targetオプションにインフォメーションストア名を指定します。

副ボリュームから主ボリュームへのリストア直前の，drmexgcatコマンドの実行例を次に示します。

DBServer > drmexgcat -target STORAGE_1

STORAGEGROUP: STORAGE_1

BACKUP-ID:0000000002 BACKUP-MODE: VSS STORAGEGROUP: STORAGE_1 ORIGINAL-ID:0000000001

START-TIME：2002/06/01 10:30:00 END-TIME: 2002/06/01 10:31:00 HOSTNAME:DBServer

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STORAGE_1)  E:¥STR1¥priv1.edb      E:          -       Harddisk3    VG01,vol01

- -            -                    -                      -           -       -            VG01,vol01

M MAILBOXSTORE MAILBOX1(STORAGE_1)  E:¥STR1¥priv1.stm      E:          -       Harddisk3    VG01,vol01

- -            -                    -                      -           -       -            VG01,vol01

   :

   :

上記のようなバックアップデータがある場合に，ストレージグループ「STORAGE_1」に属するインフォメーションストア「MAILBOX1」だけをリストアするときの実行例を次に示します。

DBServer > EX_DRM_EXG_RESTORE Operation_A -resync -recovery -target STORAGE_1¥MAILBOX1

なお，インフォメーションストア単位でリストアするには，-recoveryオプションを指定してロールフォワードを実行する必要があります。ロールフォワードについては「8.5 トランザクションログを使用してリストアする（ロールフォワード）」を参照してください。

8.4 ユーザースクリプトを使用してストレージグループをバックアップする

ユーザースクリプトを指定したバックアップコマンドを使用すると，ストレージグループを主ボリュームから副ボリュームを経由してテープへバックアップする一連の操作ができます。

この節の構成

8.4.1 システム構成

8.4.2 処理概要

8.4.3 ユーザースクリプトの例

8.4.4 バックアップの実行例

8.4.1 システム構成

この例でのシステム構成は次のとおりです。

図8-7 ストレージグループをテープへバックアップするためのシステム構成

8.4.2 処理概要

この例でのユーザースクリプトを指定したdrmexgbackupコマンドの処理概要は次のとおりです。

ストレージグループをVSSバックアップします。

主ボリュームから副ボリュームへのバックアップ終了後，バックアップカタログをバックアップサーバに転送します。

バックアップサーバで副ボリュームをG，Hドライブにマウントします。

副ボリュームをNTBACKUPでテープにバックアップ後，アンマウントします（ユーザー後処理セクションの処理）。

テープバックアップの完了を待たないで，drmexgbackupコマンドは完了します。

図8-8 処理の流れ

8.4.3 ユーザースクリプトの例

ユーザースクリプトの作成例を次に示します。

表8-1 ユーザースクリプトの作成例

スクリプト本文
解説

LOCAL_BACKUP=YES …(1)

#前処理セクション

#なし

#後処理セクション

[POST_PROC] …(2)

#副ボリュームのテープバックアップ

[CMD]

CMDLINE=C:¥tmp¥tapebackup.bat

TIMEOUT=NOWAIT …(3)

END_CODE=TERMINATE_NZ …(4)

LOCATION=REMOTE …(5)

PARENT_STAT=NORMAL …(6)

(1)必ずYESを指定します。
(2)ユーザー後処理セクションの開始
(3)コマンドの終了を待たないで次のコマンドを実行します。
(4)コマンドの戻り値が0以外をエラーとして扱います。
(5)リモートサーバで実行します。バックアップコマンドに-sオプション指定が必須です。
(6)バックアップコマンドが正常の場合だけ実行します。

副ボリュームをテープにバックアップするtapebackup.batの例を次に示します。

rem NTBACKUPでジョブ「Job 1」を実行してテープ「Tape 1」にG:¥, H:¥をコピーバックアップ

rem バックアップ元の指定はバックアップ選択ファイル(C:¥tmp¥exg.bks)を使用

rem 環境変数DRMENV_COMMENTとして渡されるバックアップコメントをバックアップジョブの説明に設定

"C:¥Windows¥system32¥ntbackup.exe" backup "@C:¥tmp¥exg.bks" /j "Job 1" /a /t "Tape 1" /D "%DRMENV_COMMENT%" /m copy

IF NOT "%errorlevel%"=="0" GOTO ERROR

rem テープバックアップ後，バックアップサーバにインポートされたバックアップIDを指定して副ボリュームをアンマウント

"C:¥Program Files¥Hitachi¥DRM¥bin¥drmumount.exe" %DRMENV_R_BACKUPID%

IF NOT "%errorlevel%"=="0" GOTO ERROR

exit 0

:ERROR

exit 1

注　remで始まる行はコメントです。

8.4.4 バックアップの実行例

ユーザースクリプトの操作例を示します。

PROMPT>drmexgbackup -mode vss -script C:¥tmp¥script.txt -s BKHOST -auto_import -auto_mount G: -comment TEST1

8.5 トランザクションログを使用してリストアする（ロールフォワード）

Exchange Serverのバックアップデータをリストアすると，データベースはバックアップ時の状態に戻ります。バックアップ時からリストアコマンド実行時までのトランザクションログが主ボリュームに格納されている場合，リストア時に-recoveryオプションを指定することでトランザクションログをロールフォワードできます。この場合，バックアップ以降のトランザクションログを適用して，データベースを障害発生直前の状態に復旧できます。

ここでは，Exchange Serverのトランザクションログを使用して，ロールフォワードでリストアする手順について説明します。

トランザクションログを使用した運用の流れを次の図に示します。

図8-9 トランザクションログを使用した運用の流れ

この図では，時点Aで主ボリュームから副ボリュームへのバックアップを取得後，時点Bでデータベースが更新されています。時点Cで主ボリュームのデータファイルに障害が発生した場合，副ボリュームから主ボリュームへのリストアを実行すると，時点Aの状態に戻ります。このとき，バックアップ時からリストアコマンド実行時までのトランザクションログが主ボリュームに格納されていれば，ロールフォワードを実行することでデータベースを障害発生直前の状態（時点Cの直前の状態）に復旧できます。

この節の構成

8.5.1 システム構成

8.5.2 リストア時にトランザクションログをロールフォワードする

8.5.1 システム構成

この運用例で説明するシステム構成を次の図に示します。

この例では，VSSで取得したバックアップデータのうち，メールボックスストア（インフォメーションストア）のデータだけを副ボリュームから主ボリュームにリストアし，トランザクションログをロールフォワードする手順について説明します（インフォメーションストア単位でリストアを実行する場合，リストア時にトランザクションログをロールフォワードする必要があります）。

図8-10 トランザクションログを適用してインフォメーションストア単位でリストアするシステム構成

この例での前提条件は次のとおりです。下記以外の前提条件は，VSSを使用したバックアップ・リストア時と同じです。

インフォメーションストアのデータファイル（*.edb，*.stm）だけが，同じディスクに格納されている。

主ボリュームのトランザクションログファイルが破壊されていない（ロールフォワードが実行できる）。

ストレージグループ「SG1」は，VSSを使用して主ボリュームから副ボリュームにバックアップされている。

8.5.2 リストア時にトランザクションログをロールフォワードする

VSSを使用して主ボリュームから副ボリュームにバックアップされたストレージグループから，特定のインフォメーションストアだけを主ボリュームにリストアし，トランザクションログをロールフォワードする手順について説明します。

VSSを使用してバックアップしたデータをリストアする場合には，バックアップサーバでProtection Managerサービスが稼働している必要があります。

リストア時にトランザクションログをロールフォワードするには：

バックアップデータのバックアップIDおよびインフォメーションストア名を確認します。
バックアップIDおよびインフォメーションストアを確認するには，drmexgcatコマンドを実行します。バックアップIDは「BACKUP-ID」に，インフォメーションストア名は「INFORMATIONSTORE」に表示されます。この例では，メールボックスストアをリストアするので，「OBJECT」が「MAILBOXSTORE」となっている項目のインフォメーションストア名を確認してください。

DBServer > drmexgcat -target SG1

STORAGEGROUP: SG1

BACKUP-ID:0000000001 BACKUP-MODE: VSS STORAGEGROUP: ST1 ORIGINAL-ID:0000000001

START-TIME：2005/06/01 10:30:00 END-TIME: 2005/06/01 10:31:00 HOSTNAME:DBServer

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE IS12(SG1)            E:¥SG1¥IS12.edb        G:          -       Harddisk1    VG01,vol03

- -            -                    -                      -           -       -            VG01,vol03

M MAILBOXSTORE IS12(SG1)            E:¥SG1¥IS12.stm        G:          -       Harddisk1    VG01,vol03

- -            -                    -                      -           -       -            VG01,vol03

P PUBLICSTORE  IS11(SG1)            E:¥SG1¥IS11.edb        F:          -       Harddisk1    VG01,vol02

- -            -                    -                      -           -       -            VG01,vol02

P PUBLICSTORE  IS11(SG1)            E:¥SG1¥IS11.stm        F:          -       Harddisk1    VG01,vol02

- -            -                    -                      -           -       -            VG01,vol02

T TRANSACT     -                    E:¥SG1¥E00.log         E:          -       Harddisk1    VG01,vol01

- -            -                    -                      -           -       -            VG01,vol01

C CHECKPOINT   -                    E:¥SG1¥E00.chk         E:          -       Harddisk1    VG01,vol01

- -            -                    -                      -           -       -            VG01,vol01

バックアップID記録ファイルを作成します。
バックアップIDを指定してEX_DRM_BACKUPID_SETを実行し，バックアップID記録ファイルを作成します。ここでは，オペレーションIDとして「Operation_A」を使用します。

DBServer > EX_DRM_BACKUPID_SET Operation_A -backup_id 0000000001

インフォメーションストア名を指定して副ボリュームから主ボリュームへリストアし，トランザクションログをロールフォワードします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，データベースサーバでEX_DRM_EXG_RESTOREを実行します。
ロールフォワードを実行するには-recoveryオプションを，インフォメーションストア名を指定するには-targetオプションを指定します。

DBServer > EX_DRM_EXG_RESTORE Operation_A -resync -recovery -target SG1¥IS12

8.6 ローカルサイトとリモートサイトの間でバックアップおよびリストアする（リモートコピー）

ここでは，TrueCopyまたはUniversal Replicatorなどのサブシステム間のボリューム複製機能を使用して，ローカルサイトの主ボリュームからリモートサイトの副ボリュームへExchange Serverのストレージグループをバックアップする例，リモートサイトの副ボリュームからローカルサイトの主ボリュームへリストアする例について示します。

次のような場合について説明します。

ストレージグループをリモートサイトにバックアップする。

リモートサイトへバックアップしたストレージグループを，ローカルサイトにリストアする（ローカルサイトが正常に動作している場合）。

この例では，次の図に示すシステム構成を想定しています。

図8-11 ローカルサイトとリモートサイトの間でストレージグループをバックアップおよびリストアする場合のシステム構成例

この例でのシステムの前提条件は次のとおりです。

ローカルサイトのデータベースサーバ（サーバ名：DBServer）と，テープ装置を接続したリモートサイトのバックアップサーバ（サーバ名：BKServer）を備えている。

リモートサイトのバックアップサーバでFTPサービスが起動しており，各ファイルサーバのOSログオンユーザーを使用してFTPサーバへのログインおよびファイルの転送ができるように設定されている。FTPユーザーIDは「admin」，FTPユーザーパスワードは「password」とする。

リモートサイトのバックアップサーバ（BKServer）には，Exchange Serverがインストールされており，ローカルサイトのストレージサブシステムに障害が発生した場合，データベースサーバとして使用することができる。

ローカルサイトの主ボリュームは，「DBServer」の「D:」および「E:」ドライブにマウントされている。

コピーグループ名「TC01,EXG11」，「TC02,EXG12」でTrueCopyのペア（常時ペア）が組まれている。

ローカルサイトのデータベースサーバ（DBServer）にはストレージグループ「STR1」が存在し，サービスが起動されている。

ストレージグループ「STR1」のデータファイルは，TrueCopyまたはUniversal Replicatorの常時ペアボリューム「TC01,EXG11」に含まれている。

ストレージグループ「STR1」のトランザクションログファイルおよびチェックポイントファイルは，TrueCopyまたはUniversal Replicatorの常時ペアボリューム「TC02,EXG12」に含まれている。

コピーグループ名「SI01,EXG01」，「SI02,EXG02」でShadowImageのペアが組まれている。

リモートサイトのバックアップ先の世代識別名が「remote_0」になるように，設定されている。

リモートサイトのボリュームは通常マウントされてなく，必要な場合にバックアップサーバの「D:」および「E:」ドライブにマウントされる。

オペレーションIDとして，「Operation_A」を使用する。

この節の構成

8.6.1 ストレージグループをリモートサイトにバックアップする

8.6.2 ストレージグループをローカルサイトにリストアする

8.6.1 ストレージグループをリモートサイトにバックアップする

ストレージグループをリモートサイトにバックアップする例について説明します。ローカルサイトとリモートサイトの手順を分けて説明します。

この項の構成

(1) ローカルサイトでの操作

(2) リモートサイトでの操作

(3) ローカルサイトでの操作

(1) ローカルサイトでの操作

バックアップ対象となるボリュームと，世代識別名を確認します。
データベースサーバでdrmexgdisplayコマンドを実行します。

DBServer > drmexgdisplay -cf

STORAGEGROUP: STR1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP      COPY-FUNC   GEN-NAME

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    SI01,EXG01      ShadowImage local_0

- -            -                    -                      -           -       -            SI01,EXG01      ShadowImage local_0

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    TC01,EXG11      TrueCopy    remote_0

- -            -                    -                      -           -       -            TC01,EXG11      TrueCopy    remote_0

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.stm      D:          -       Harddisk1    SI01,EXG01      ShadowImage local_0

- -            -                    -                      -           -       -            SI01,EXG01      ShadowImage local_0

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.stm      D:          -       Harddisk1    TC01,EXG11      TrueCopy    remote_0

- -            -                    -                      -           -       -            TC01,EXG11      TrueCopy    remote_0

T TRANSACT     -                    E:¥STR1¥E00.log        E:          -       Harddisk2    SI02,EXG02      ShadowImage local_0

- -            -                    -                      -           -       -            SI02,EXG02      ShadowImage local_0

T TRANSACT     -                    E:¥STR1¥E00.log        E:          -       Harddisk2    TC02,EXG12      TrueCopy    remote_0

- -            -                    -                      -           -       -            TC02,EXG12      TrueCopy    remote_0

T TRANSACT     -                    E:¥STR1¥E000001.log    E:          -       Harddisk2    SI02,EXG02      ShadowImage local_0

- -            -                    -                      -           -       -            SI02,EXG02      ShadowImage local_0

T TRANSACT     -                    E:¥STR1¥E000001.log    E:          -       Harddisk2    TC02,EXG12      TrueCopy    remote_0

- -            -                    -                      -           -       -            TC02,EXG12      TrueCopy    remote_0

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    SI02,EXG02      ShadowImage local_0

- -            -                    -                      -           -       -            SI02,EXG02      ShadowImage local_0

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    TC02,EXG12      TrueCopy    remote_0

- -            -                    -                      -           -       -            TC02,EXG12      TrueCopy    remote_0

DBServer >

データベースをリモートサイトの副ボリュームへバックアップします。
データベースをリモートサイトの副ボリュームへバックアップします。バックアップするには，データベースサーバでバックアップ先の世代識別名「remote_0」を指定して，EX_DRM_EXG_BACKUPを実行します。

DBServer > EX_DRM_EXG_BACKUP Operation_A -rc remote_0

正しくバックアップされていることを確認します。
データベースサーバでdrmexgcatコマンドを実行して，バックアップ情報を確認します。

DBServer > drmexgcat

STORAGEGROUP: STR1

BACKUP-ID:0000000001 BACKUP-MODE: COLD STORAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2004/08/05 10:00:00 END-TIME: 2004/08/05 10:01:00 HOSTNAME:DBServer

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    TC01,EXG11

- -            -                    -                      -           -       -            TC01,EXG11

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.stm      D:          -       Harddisk1    TC01,EXG11

- -            -                    -                      -           -       -            TC01,EXG11

T TRANSACT     -                    E:¥STR1¥E00.log        E:          -       Harddisk2    TC02,EXG12

- -            -                    -                      -           -       -            TC02,EXG12

T TRANSACT     -                    E:¥STR1¥E000001.log    E:          -       Harddisk2    TC02,EXG12

- -            -                    -                      -           -       -            TC02,EXG12

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    TC02,EXG12

- -            -                    -                      -           -       -            TC02,EXG12

DBServer >

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームからテープへバックアップするために，主ボリュームから副ボリュームへのバックアップ操作に関する情報をバックアップサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。一時ファイルは，データベースサーバの拡張コマンド用一時ディレクトリに格納されます。

DBServer > EX_DRM_DB_EXPORT Operation_A

一時ファイルをバックアップサーバへ転送します。
一時ファイルを一括してデータベースサーバからバックアップサーバへ転送します。一時ファイルは，バックアップサーバの拡張コマンド用一時ディレクトリに格納されます。

DBServer > EX_DRM_FTP_PUT Operation_A -server BKServer -user admin -password password

なお，この手順では，EX_DRM_FTP_PUTを使用しないで，TrueCopyまたはUniversal Replicatorのペア機能を使用して，データを転送することもできます。

(2) リモートサイトでの操作

ローカルサイトのデータベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
一時ファイルをインポートするには，バックアップサーバでEX_DRM_DB_IMPORTを実行します。

BKServer > EX_DRM_DB_IMPORT Operation_A

正しくインポートされていることを確認します。
バックアップサーバでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバにインポートされていることを確認します。

BKServer > drmexgcat

STORAGEGROUP: STR1

BACKUP-ID:0000000001 BACKUP-MODE: COLD STORAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2004/08/05 10:00:00 END-TIME: 2004/08/05 10:01:00 HOSTNAME:DBServer

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    TC01,EXG11

- -            -                    -                      -           -       -            TC01,EXG11

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.stm      D:          -       Harddisk1    TC01,EXG11

- -            -                    -                      -           -       -            TC01,EXG11

T TRANSACT     -                    E:¥STR1¥E00.log        E:          -       Harddisk2    TC02,EXG12

- -            -                    -                      -           -       -            TC02,EXG12

T TRANSACT     -                    E:¥STR1¥E000001.log    E:          -       Harddisk2    TC02,EXG12

- -            -                    -                      -           -       -            TC02,EXG12

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    TC02,EXG12

- -            -                    -                      -           -       -            TC02,EXG12

BKServer >

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでEX_DRM_TAPE_BACKUPを実行します。テープバックアップ用のマウントポイントとして「D:」ドライブを指定します。

BKServer > EX_DRM_TAPE_BACKUP Operation_A -mount_pt D:

この例では，バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000002」で登録されます。

正しくテープへバックアップされていることを確認します。
バックアップサーバでdrmtapecatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

BKServer > drmtapecat 0000000002

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  MSEXCHANGE       2004/08/05 10:00:00  2004/11/05 10:00:00  MEDIA1

BKServer >

(3) ローカルサイトでの操作

コピーグループを再同期します。
データベースサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。

DBServer > EX_DRM_RESYNC Operation_A

8.6.2 ストレージグループをローカルサイトにリストアする

ローカルサイトに障害が発生してなく，正常に動作している場合に，ストレージグループをローカルサイトにリストアする例について説明します。ローカルサイトとリモートサイトの手順を分けて説明します。

この項の構成

(1) リモートサイトでの操作

(2) ローカルサイトでの操作

(1) リモートサイトでの操作

TrueCopyのペア（常時ペア）を分割します。

BKServer > pairsplit -g TC01 -d EXG11 -rw

BKServer > pairsplit -g TC02 -d EXG12 -rw

BKServer >

バックアップデータのバックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

BKServer >drmtapecat -l

BACKUP-ID ORIGINAL-ID BACKUP-OBJECT INSTANCE SNAPSHOT TIME     EXPIRATION TIME   BACKUP-MEDIA

0000000002 0000000001 MSEXCHANGE    default  2004/08/05 10:00:00 2004/11/05 10:00:00  -

:

:

BKServer >

バックアップしたデータをテープから副ボリュームへリストアします。
リストアするには，バックアップサーバでEX_DRM_TAPE_RESTOREを実行します。マウントポイントとして「D:」ドライブを指定します。

BKServer > EX_DRM_TAPE_RESTORE Operation_A -backup_id 0000000002 -mount_pt D:

リストアを実行すると，バックアップサーバのバックアップカタログに，このリストア操作に関する情報が新しいバックアップID「0000000003」で登録されます。

正しくテープから副ボリュームへリストアされていることを確認します。
バックアップサーバでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバにリストアされていることを確認します。

BKServer > drmexgcat

STORAGEGROUP: STR1

BACKUP-ID:0000000003 BACKUP-MODE: COLD STORAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2004/08/05 10:00:00 END-TIME: 2004/08/05 10:01:00 HOSTNAME:DBServer

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    TC01,EXG11

- -            -                    -                      -           -       -            TC01,EXG11

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.stm      D:          -       Harddisk1    TC01,EXG11

- -            -                    -                      -           -       -            TC01,EXG11

T TRANSACT     -                    E:¥STR1¥E00.log        E:          -       Harddisk2    TC02,EXG12

- -            -                    -                      -           -       -            TC02,EXG12

T TRANSACT     -                    E:¥STR1¥E000001.log    E:          -       Harddisk2    TC02,EXG12

- -            -                    -                      -           -       -            TC02,EXG12

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    TC02,EXG12

- -            -                    -                      -           -       -            TC02,EXG12

BKServer >

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするために，テープから副ボリュームへのリストア操作に関する情報を，データベースサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行し，リストア操作に関する情報を拡張コマンド用一時ディレクトリの一時ファイルへエクスポートします。

BKServer > EX_DRM_DB_EXPORT Operation_A

(2) ローカルサイトでの操作

一時ファイルをローカルサイトのデータベースサーバで受け取ります。
データベースサーバでEX_DRM_FTP_GETを実行し，バックアップサーバの一時ファイルを一括してデータベースサーバで受け取ります。一時ファイルは，データベースサーバの拡張コマンド用一時ディレクトリに格納されます。

DBServer > EX_DRM_FTP_GET Operation_A -server BKServer -user admin -password password

なお，この手順では，EX_DRM_FTP_GETを使用しないで，TrueCopyまたはUniversal Replicatorのペア機能を使用して，データを転送することもできます。

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
バックアップサーバから転送した一時ファイルを，データベースサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，データベースサーバでEX_DRM_DB_IMPORTを実行します。

DBServer >EX_DRM_DB_IMPORT Operation_A

正しくインポートされていることを確認します。
データベースサーバでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がデータベースサーバにインポートされていることを確認します。

DBServer > drmexgcat

STORAGEGROUP: STR1

BACKUP-ID:0000000003 BACKUP-MODE: COLD STORAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2004/08/05 10:00:00 END-TIME: 2004/08/05 10:01:00 HOSTNAME:DBServer

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    TC01,EXG11

- -            -                    -                      -           -       -            TC01,EXG11

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.stm      D:          -       Harddisk1    TC01,EXG11

- -            -                    -                      -           -       -            TC01,EXG11

T TRANSACT     -                    E:¥STR1¥E00.log        E:          -       Harddisk2    TC02,EXG12

- -            -                    -                      -           -       -            TC02,EXG12

T TRANSACT     -                    E:¥STR1¥E000001.log    E:          -       Harddisk2    TC02,EXG12

- -            -                    -                      -           -       -            TC02,EXG12

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    TC02,EXG12

- -            -                    -                      -           -       -            TC02,EXG12

DBServer >

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，データベースサーバでEX_DRM_EXG_RESTOREを実行します。

DBServer > EX_DRM_EXG_RESTORE Operation_A -resync

コピーグループを再同期します。
データベースサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。

DBServer > EX_DRM_RESYNC Operation_A

8.7 カスケード構成でバックアップおよびリストアする

ここでは，カスケード構成になっているデータベースサーバとバックアップサーバのシステム構成でバックアップおよびリストアする例について示します。

次のような場合について説明します。

VSSを使用して，ローカルサイトとリモートサイトでバックアップを同時に実行する（副ボリュームにバックアップデータを作成）。そのあと，ローカルサイトとリモートサイトでそれぞれ，副ボリュームのバックアップデータをテープ装置にバックアップする。

ローカルサイトのテープ装置のバックアップデータを使用してリストアする。

リモートサイトのテープ装置のバックアップデータを使用してリストアする。

この例では，次の図に示すシステム構成を想定しています。

図8-12 カスケード構成でバックアップおよびリストアする場合のシステム構成例

この例でのシステムの前提条件は次のとおりです。

Protection Managerサービスが，ローカルサイトのバックアップサーバ，リモートサイトのデータベースサーバおよびバックアップサーバでも起動している。

副ボリュームをテープ装置にバックアップするまでは，新たな主ボリュームのバックアップは実行できない。

初期状態では，ローカルサイトのデータベースサーバAでExchange仮想サーバが稼働している。

バックアップサーバには，バックアップ管理製品としてNetBackupがインストールされていて，テープライブラリ装置の構成定義が定義済みである。

ローカルサイトおよびリモートサイトで，ディクショナリマップファイルが最新の状態に更新されている。

ローカルサイトおよびリモートサイトのローカルコピーの副ボリュームが隠ぺい状態になっている。

主ボリュームはNTFSでフォーマットされている。

ディスクP1およびP3は「D:」ドライブにマウントされている。

ディスクP2およびP4は「E:」ドライブにマウントされている。

ディスクP1には，現用サーバのストレージグループ（STR1）のインフォメーションストア構成ファイルが格納されている。

ディスクP2には，現用サーバのストレージグループ（STR1）のトランザクションログファイルおよびチェックポイントファイルが格納されている。

ディスクP1とディスクP3，ディスクP2とディスクP4の間で，TrueCopy Syncが構成されている。

主ボリュームと副ボリュームは，データベースサーバおよびバックアップサーバでRAID Managerの構成定義ファイルを使用してペア定義済みである。

ローカルサイトの主ボリュームとリモートサイトの主ボリューム（副ボリューム／主ボリューム）のリモートコピーは，RAID Managerの構成定義ファイルを使用してペア定義済みである。

副ボリュームは通常マウントされてなく，必要時に次のとおりマウントされる。

ディスクS1およびS3は「W:」ドライブにマウントされる。

ディスクS2およびS4は「X:」ドライブにマウントされる。

この節の構成

8.7.1 ローカルサイトとリモートサイトでバックアップを同時に実行する

8.7.2 ローカルサイトのバックアップデータを使用してリストアする

8.7.3 リモートサイトのバックアップデータを使用してリストアする

8.7.1 ローカルサイトとリモートサイトでバックアップを同時に実行する

ローカルサイトとリモートサイトでバックアップを同時に実行する例について説明します。

この項の構成

(1) ローカルサイトでの操作

(2) ローカルサイトとリモートサイト共通の操作

(1) ローカルサイトでの操作

VSSバックアップを実行して，ローカルサイトおよびリモートサイトの副ボリュームにバックアップデータを同時に取得します。
データベースサーバAでdrmexgbackupコマンドを実行します。
バックアップIDは，サーバごとに未使用のIDが付与されます。ローカルサイトでは「0000000001」，リモートサイトでは「0000000011」とします。

DBServer A > drmexgbackup -mode vss -cascade -auto import -auto mount G:

KAVX0001-I drmexgbackupコマンドを開始します。

KAVX5412-I カスケード構成情報定義ファイルの次のセクションの値を使用します。

          ローカルサイト = LOCALSITE

          リモートサイト = REMOTESITE

KAVX0256-I Protection Managerサービスに接続します。

          ホスト名 = バックアップサーバA

KAVX0256-I Protection Managerサービスに接続します。

          ホスト名 = データベースサーバB

KAVX1600-I バックアップを開始します。

KAVX5400-I バックアップサーバBでバックアップ前処理を実行します。

KAVX0256-I Protection Managerサービスに接続します。

          ホスト名 = バックアップサーバB

KAVX0257-I Protection Managerサービスとの接続状態を切断します。

          ホスト名 = バックアップサーバB

KAVX5401-I バックアップサーバBでバックアップ前処理を実行しました。

KAVX5108-I コピーグループの再同期を実行します。

          コピーグループ名 = EXG001,B001

KAVX5108-I コピーグループの再同期を実行します。

          コピーグループ名 = EXG002,B001

KAVX5403-I データベースサーバBでコピーグループの再同期処理を実行します。

KAVX0256-I Protection Managerサービスに接続します。

          ホスト名 = バックアップサーバB

KAVX5108-I コピーグループの再同期を実行します。

          コピーグループ名 = EXG003,B001

KAVX5108-I コピーグループの再同期を実行します。

          コピーグループ名 = EXG004,B001

KAVX0257-I Protection Managerサービスとの接続状態を切断します。

          ホスト名 = バックアップサーバB

KAVX5404-I データベースサーバBでコピーグループの再同期処理を実行しました。

KAVX1610-I バックアップサーバでデータベースの検証を行います。

          ストレージグループ名 = 1st

          ファイル容量 = 3[MB]

KAVX1611-I ベリファイ処理が成功しました。

KAVX5405-I データベースサーバBでバックアップの後処理を実行します。

KAVX0256-I Protection Managerサービスに接続します。

          ホスト名 = バックアップサーバB

KAVX0040-I バックアップは以下の内容で取得されています。

          バックアップID = 0000000011

KAVX1601-I バックアップを完了しました。

KAVX5156-I バックアップカタログをエクスポートします。

KAVX5157-I バックアップカタログをエクスポートしました。

KAVX5158-I バックアップカタログをインポートします。

ホスト名 = バックアップサーバB

KAVX5159-I バックアップカタログをインポートしました。

ディクショナリマップファイルパス = C:¥Program Files¥Hitachi¥DRM¥db

インポートされたバックアップID = 0000000011

KAVX5162-I 副ボリュームのマウントを開始します。

ホスト名 = バックアップサーバB

インポートされたバックアップID = 0000000011

KAVX0001-I drmmountコマンドを開始します。

KAVX0233-I EXG003,B001を公開しました。

KAVX0233-I EXG004,B001を公開しました。

KAVX0234-I 物理ボリュームを再認識します。

KAVX0235-I 物理ボリュームを再認識しました。

KAVX0400-I マウントを開始します。

マウントポイント = W:

KAVX0401-I マウントを完了しました。

マウントポイント = W:

KAVX0400-I マウントを開始します。

マウントポイント = X:

KAVX0401-I マウントを完了しました。

マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

KAVX5163-I 副ボリュームをマウントしました。

KAVX0257-I Protection Managerサービスとの接続状態を切断します。

          ホスト名 = バックアップサーバB

KAVX5406-I データベースサーバBでバックアップの後処理を実行しました。

KAVX0040-I バックアップは以下の内容で取得されています。

          バックアップID = 0000000001

KAVX1601-I バックアップを完了しました。

KAVX5156-I バックアップカタログをエクスポートします。

KAVX5157-I バックアップカタログをエクスポートしました。

KAVX5158-I バックアップカタログをインポートします。

ホスト名 = バックアップサーバA

KAVX5159-I バックアップカタログをインポートしました。

ディクショナリマップファイルパス = C:¥Program Files¥Hitachi¥DRM¥db

インポートされたバックアップID = 0000000001

KAVX5162-I 副ボリュームのマウントを開始します。

ホスト名 = バックアップサーバA

インポートされたバックアップID = 0000000001

KAVX0001-I drmmountコマンドを開始します。

KAVX0233-I EXG001,B001を公開しました。

KAVX0233-I EXG002,B001を公開しました。

KAVX0234-I物理ボリュームを再認識します。

KAVX0235-I物理ボリュームを再認識しました。

KAVX0400-I マウントを開始します。

マウントポイント = W:

KAVX0401-I マウントを完了しました。

マウントポイント = W:

KAVX0400-I マウントを開始します。

マウントポイント = X:

KAVX0401-I マウントを完了しました。

マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

KAVX5163-I 副ボリュームをマウントしました。

KAVX0257-I Protection Managerサービスとの接続状態を切断します。

          ホスト名 = データベースサーバB

KAVX0257-I Protection Managerサービスとの接続状態を切断します。

          ホスト名 = バックアップサーバA

KAVX0002-I drmexgbackupコマンドを終了します。

DBServer A >

(2) ローカルサイトとリモートサイト共通の操作

正しくバックアップされていることを確認します。
データベースサーバAでdrmexgcatコマンドを実行して，バックアップ情報を確認します。

DBServer A > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000001 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

DBServer A >

データベースサーバBでdrmexgcatコマンドを実行して，バックアップ情報を確認します。

DBServer B > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000011 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000011

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

DBServer B >

正しくインポートされていることを確認します。
バックアップサーバAでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバAにインポートされていることを確認します。

BKServer A > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000001 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

BKServer A >

バックアップサーバBでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバBにインポートされていることを確認します。

BKServer B > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000011 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000011

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

BKServer B >

副ボリュームのバックアップデータをテープへバックアップします。
バックアップサーバAでdrmmediabackupコマンドを実行して，副ボリュームのバックアップデータをテープへバックアップします。

BKServer A > drmmediabackup 0000000001

KAVX0001-I drmmediabackupコマンドを開始します。

KAVX0402-I バックアップを開始します。

          バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          バックアップ元 = W:

KAVX0402-I バックアップを開始します。

          バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          バックアップ元 = X:

KAVX0403-I バックアップを完了しました。

          バックアップ元 = W:

KAVX0403-I バックアップを完了しました。

          バックアップ元 = X:

KAVX0040-I バックアップは以下の内容で取得されています。

          バックアップID = 0000000002

KAVX0002-I drmmediabackupコマンドを終了します。

BKServer A >

バックアップサーバBでdrmmediabackupコマンドを実行して，副ボリュームのバックアップデータをテープへバックアップします。

BKServer B > drmmediabackup 0000000011

KAVX0001-I drmmediabackupコマンドを開始します。

KAVX0402-I バックアップを開始します。

          バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          バックアップ元 = W:

KAVX0402-I バックアップを開始します。

          バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          バックアップ元 = X:

KAVX0403-I バックアップを完了しました。

          バックアップ元 = W:

KAVX0403-I バックアップを完了しました。

          バックアップ元 = X:

KAVX0040-I バックアップは以下の内容で取得されています。

          バックアップID = 0000000012

KAVX0002-I drmmediabackupコマンドを終了します。

BKServer B >

この操作で，新しいバックアップIDとして，ローカルサイトでは「0000000002」，リモートサイトでは「0000000012」が付与されて，バックアップカタログに登録されます。

正しくテープへバックアップされていることを確認します。
バックアップサーバAでdrmtapecatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

BKServer A > drmtapecat -backup_id 0000000002

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  MSEXCHANGE       2007/11/01 11:00:00  2007/11/01 11:30:00  MEDIA1

BKServer A >

バックアップサーバBでdrmtapecatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

BKServer B > drmtapecat -backup_id 0000000012

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000012  MSEXCHANGE       2007/11/01 11:00:00  2007/11/01 11:30:00  MEDIA1

BKServer B >

バックアップデータが格納されている副ボリュームをアンマウントします。
バックアップサーバAでdrmumountコマンドを実行して，副ボリュームをアンマウントします。

BKServer A > drmumount 0000000001

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0232-I EXG001,B001を隠ぺいしました。

KAVX0232-I EXG002,B001を隠ぺいしました。

KAVX0234-I 物理ボリュームを再認識します。

KAVX0235-I 物理ボリュームを再認識しました。

KAVX0002-I drmumountコマンドを終了します。

BKServer A >

バックアップサーバBでdrmumountコマンドを実行して，副ボリュームをアンマウントします。

BKServer B > drmumount 0000000011

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0232-I EXG003,B001を隠ぺいしました。

KAVX0232-I EXG004,B001を隠ぺいしました。

KAVX0234-I 物理ボリュームを再認識します。

KAVX0235-I 物理ボリュームを再認識しました。

KAVX0002-I drmumountコマンドを終了します。

BKServer B >

8.7.2 ローカルサイトのバックアップデータを使用してリストアする

ローカルサイトのバックアップデータを使用して，リストアする例について説明します。ここでの操作はすべてローカルサイトで実行します。

バックアップデータのバックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバAでdrmtapecatコマンドを実行します。

BKServer A > drmtapecat

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  MSEXCHANGE       2007/11/01 11:00:00  2007/11/01 11:30:00  MEDIA1

BKServer A >

バックアップデータをリストアする副ボリュームをマウントします。
バックアップサーバAでdrmmountコマンドを実行して，副ボリュームをマウントします。

BKServer A > drmmount 0000000002 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0233-I EXG001,B001を公開しました。

KAVX0233-I EXG002,B001を公開しました。

KAVX0234-I 物理ボリュームを再認識します。

KAVX0235-I 物理ボリュームを再認識しました。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

BKServer A >

バックアップデータをテープから副ボリュームへリストアします。
バックアップサーバAでdrmmediarestoreコマンドを実行して，テープのバックアップデータを副ボリュームへリストアします。

BKServer A > drmmediarestore 0000000002

KAVX0001-I drmmediarestoreコマンドを開始します。

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = W:

          リストア先 = W:

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = X:

          リストア先 = X:

KAVX0405-I リストアを完了しました。

          リストア元 = W:

          リストア先 = W:

KAVX0405-I リストアを完了しました。

          リストア元 = X:

          リストア先 = X:

KAVX0040-I バックアップは以下の情報で取得されています。

          バックアップID = 0000000003

KAVX0002-I drmmediarestoreコマンドを終了します。

BKServer A >

この操作で，新しいバックアップID「0000000003」が付与されて，バックアップカタログに登録されます（バックアップID「0000000001」は削除されます）。

正しくテープから副ボリュームへリストアされていることを確認します。
バックアップサーバAでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバAにリストアされていることを確認します。

BKServer A > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000003 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

BKServer A >

バックアップデータのリストアが完了した副ボリュームをアンマウントします。
バックアップサーバAでdrmumountコマンドを実行して，副ボリュームをアンマウントします。

BKServer A > drmumount 0000000002

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0232-I EXG001,B001を隠ぺいしました。

KAVX0232-I EXG002,B001を隠ぺいしました。

KAVX0234-I 物理ボリュームを再認識します。

KAVX0235-I 物理ボリュームを再認識しました。

KAVX0002-I drmumountコマンドを終了します。

BKServer A >

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするために，テープから副ボリュームへのリストア操作に関する情報をデータベースサーバにコピーする必要があります。
データベースサーバAでdrmdbexportコマンドを実行して，リストア操作に関する情報を一時ファイルへエクスポートします。

BKServer A > drmdbexport 0000000003 -f C:¥FTP_ROOT¥0000000003.drm

KAVX0001-I drmdbexportコマンドを開始します。

KAVX0002-I drmdbexportコマンドを終了します。

BKServer A >

一時ファイルをデータベースサーバへ転送します。
バックアップサーバAでftpを使用して，一時ファイルをバックアップサーバAからデータベースサーバAへ転送します。

BKServer A > ftp データベースサーバA

ftp> Username: （ログイン名を入力）

ftp> password: （パスワードを入力）

ftp> get 0000000003.drm

ftp> quit

BKServer A >

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
データベースサーバAでdrmdbimportコマンドを実行して，一時ファイルをバックアップカタログへインポートします。

DBServer A > drmdbimport -f C:¥0000000003.drm

KAVX0001-I drmdbimportコマンドを開始します。

KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。

          インポートされたバックアップID = 0000000002

KAVX0002-I drmdbimportコマンドを終了します。

DBServer A >

正しくインポートされていることを確認します。
データベースサーバAでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がデータベースサーバAにインポートされていることを確認します。

DBServer A > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000002 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

DBServer A >

TrueCopyのペアを分割します。
データベースサーバAでRAID Managerを使用して，TrueCopyのペアを分割します。

DBServer A > set HORCMINST=<インスタンス番号>

DBServer A > set HORCC_MRCF=

DBServer A > pairsplit -g TC001 -rw

DBServer A > pairsplit -g TC002 -rw

DBServer A > pairdisplay -g TC001 -CLI

Group   PairVol L/R   Port# TID   LU  Seq# LDEV# P/S Status Fence Seq# P-LDEV# M

TC01    B001    L     CL2-C   8    2 14050  2817 P-VOL PSUS NEVER 14053   2817 W

TC01    B001    R     CL2-C   8    3 14053  2817 S-VOL SSUS NEVER     -   2817 -

DBServer A >pairdisplay -g TC002 -CLI

Group   PairVol L/R   Port# TID   LU  Seq# LDEV# P/S Status Fence Seq# P-LDEV# M

TC02    B001    L     CL2-C   8    2 14050  2818 P-VOL PSUS NEVER 14053   2818 W

TC02    B001    R     CL2-C   8    3 14053  2818 S-VOL SSUS NEVER      -   2818 -

DBServer A >

副ボリュームのデータを主ボリュームにリストアします。
データベースサーバAでdrmexgrestoreコマンドを実行して，副ボリュームのデータを主ボリュームにリストアします。

DBServer A > drmexgrestore 0000000002 -resync -recovery

KAVX0001-I drmexgrestoreコマンドを開始します。

KAVX5019-I VSSインポートサーバに接続しました。

ホスト名 = バックアップサーバB

KAVX1805-I インフォメーションストアをディスマウントしています。

            ストレージグループ名 = STR1

KAVX1700-I リストアを開始します。

KAVX1701-I リストアを完了しました。

KAVX1806-I インフォメーションストアをマウントしています。

          ストレージグループ名 = STR1

DBServer A >

TrueCopyのペアを再同期します。
データベースサーバAでRAID Managerを使用して，TrueCopyのペアを再同期します。

DBServer A > set HORCMINST=<インスタンス番号>

DBServer A > set HORCC_MRCF=

DBServer A > pairresync -g TC001

DBServer A > pairresync -g TC002

DBServer A > pairdisplay -g TC001 -CLI

Group   PairVol L/R   Port# TID   LU  Seq# LDEV# P/S Status Fence Seq# P-LDEV# M

TC01    B001    L     CL2-C   8    2 14050  2817 P-VOL PAIR NEVER 14053   2817 W

TC01    B001    R     CL2-C   8    3 14053  2817 S-VOL PAIR NEVER     -   2817 -

DBServer A >pairdisplay -g TC002 -CLI

Group   PairVol L/R   Port# TID   LU  Seq# LDEV# P/S Status Fence Seq# P-LDEV# M

TC02    B001    L     CL2-C   8    2 14050  2818 P-VOL PAIR NEVER 14053   2818 W

TC02    B001    R     CL2-C   8    3 14053  2818 S-VOL PAIR NEVER      -   2818 -

DBServer A >

8.7.3 リモートサイトのバックアップデータを使用してリストアする

リモートサイトのバックアップデータを使用して，リストアする例について説明します。ここでの操作はすべてリモートサイトで実行します。

ローカルサイトで稼働しているExchange仮想サーバをリモートサイトにフェールオーバーします。

バックアップデータのバックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバBでdrmtapecatコマンドを実行します。

BKServer B > drmtapecat

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000012  MSEXCHANGE       2007/11/01 11:00:00  2007/11/01 11:30:00  MEDIA1

BKServer B >

バックアップデータをリストアする副ボリュームをマウントします。
バックアップサーバBでdrmmountコマンドを実行して，副ボリュームをマウントします。

BKServer B > drmmount 0000000012 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0233-I EXG003,B001を公開しました。

KAVX0233-I EXG004,B001を公開しました。

KAVX0234-I 物理ボリュームを再認識します。

KAVX0235-I 物理ボリュームを再認識しました。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

BKServer B >

バックアップデータをテープから副ボリュームへリストアします。
バックアップサーバBでdrmmediarestoreコマンドを実行して，テープのバックアップデータを副ボリュームへリストアします。

BKServer B > drmmediarestore 0000000012

KAVX0001-I drmmediarestoreコマンドを開始します。

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = W:

          リストア先 = W:

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = X:

          リストア先 = X:

KAVX0405-I リストアを完了しました。

          リストア元 = W:

          リストア先 = W:

KAVX0405-I リストアを完了しました。

          リストア元 = X:

          リストア先 = X:

KAVX0040-I バックアップは以下の情報で取得されています。

          バックアップID = 0000000013

KAVX0002-I drmmediarestoreコマンドを終了します。

BKServer B >

この操作で，新しいバックアップID「0000000013」が付与されて，バックアップカタログに登録されます（バックアップID「0000000011」は削除されます）。

正しくテープから副ボリュームへリストアされていることを確認します。
バックアップサーバBでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバBにリストアされていることを確認します。

BKServer B > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000013 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000011

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

BKServer B >

バックアップデータのリストアが完了した副ボリュームをアンマウントします。
バックアップサーバBでdrmumountコマンドを実行して，副ボリュームをアンマウントします。

BKServer B > drmumount 0000000012

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0232-I EXG003,B001を隠ぺいしました。

KAVX0232-I EXG004,B001を隠ぺいしました。

KAVX0234-I 物理ボリュームを再認識します。

KAVX0235-I 物理ボリュームを再認識しました。

KAVX0002-I drmumountコマンドを終了します。

BKServer B >

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするために，テープから副ボリュームへのリストア操作に関する情報をデータベースサーバにコピーする必要があります。
データベースサーバBでdrmdbexportコマンドを実行して，リストア操作に関する情報を一時ファイルへエクスポートします。

BKServer B > drmdbexport 0000000013 -f C:¥FTP_ROOT¥0000000013.drm

KAVX0001-I drmdbexportコマンドを開始します。

KAVX0002-I drmdbexportコマンドを終了します。

BKServer B >

一時ファイルをデータベースサーバへ転送します。
バックアップサーバBでftpを使用して，一時ファイルをバックアップサーバBからデータベースサーバBへ転送します。

BKServer B > ftp データベースサーバB

ftp> Username: （ログイン名を入力）

ftp> password: （パスワードを入力）

ftp> get 0000000013.drm

ftp> quit

BKServer B >

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
データベースサーバBでdrmdbimportコマンドを実行して，一時ファイルをバックアップカタログへインポートします。

DBServer B > drmdbimport -f C:¥0000000013.drm

KAVX0001-I drmdbimportコマンドを開始します。

KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。

          インポートされたバックアップID = 0000000012

KAVX0002-I drmdbimportコマンドを終了します。

DBServer B >

正しくインポートされていることを確認します。
データベースサーバBでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がデータベースサーバBにインポートされていることを確認します。

DBServer B > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000012 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000011

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

DBServer B >

TrueCopyのペアを分割します。
データベースサーバBでRAID Managerを使用して，TrueCopyのペアを分割します。

DBServer B > set HORCMINST=<インスタンス番号>

DBServer B > set HORCC_MRCF=

DBServer B > pairsplit -g TC001 -rw

DBServer B > pairsplit -g TC002 -rw

DBServer B > pairdisplay -g TC001 -CLI

Group   PairVol L/R   Port# TID   LU  Seq# LDEV# P/S Status Fence Seq# P-LDEV# M

TC01    B001    L     CL2-C   8    3 14053  2817 P-VOL PSUS NEVER 14050   2817  -

TC01    B001    R     CL2-C   8    2 14050  2817 S-VOL SSUS NEVER      -   2817  -

DBServer B >pairdisplay -g TC002 -CLI

Group   PairVol L/R   Port# TID   LU  Seq# LDEV# P/S Status Fence Seq# P-LDEV# M

TC02    B001    L     CL2-C   8    3 14053  2818 P-VOL PSUS NEVER 14050   2818 -

TC02    B001    R     CL2-C   8    2 14050  2818 S-VOL SSUS NEVER      -   2818 -

DBServer B >

副ボリュームのデータを主ボリュームにリストアします。
データベースサーバBでdrmexgrestoreコマンドを実行して，副ボリュームのデータを主ボリュームにリストアします。

DBServer B > drmexgrestore 0000000012 -resync -recovery

KAVX0001-I drmexgrestoreコマンドを開始します。

KAVX5019-I VSSインポートサーバに接続しました。

ホスト名 = バックアップサーバB

KAVX1805-I インフォメーションストアをディスマウントしています。

            ストレージグループ名 = STR1

KAVX1700-I リストアを開始します。

KAVX1701-I リストアを完了しました。

KAVX1806-I インフォメーションストアをマウントしています。

          ストレージグループ名 = STR1

DBServer B >

TrueCopyのペアを再同期します。
データベースサーバBでRAID Managerを使用して，TrueCopyのペアを再同期します。

DBServer B > set HORCMINST=<インスタンス番号>

DBServer B > set HORCC_MRCF=

DBServer B > pairresync -g TC001

DBServer B > pairresync -g TC002

DBServer B > pairdisplay -g TC001 -CLI

Group   PairVol L/R   Port# TID   LU  Seq# LDEV# P/S Status Fence Seq# P-LDEV# M

TC01    B001    L     CL2-C   8    3 14053  2817 P-VOL PAIR NEVER 14050   2817  -

TC01    B001    R     CL2-C   8    2 14050  2817 S-VOL PAIR NEVER      -   2817  -

DBServer B >pairdisplay -g TC002 -CLI

Group   PairVol L/R   Port# TID   LU  Seq# LDEV# P/S Status Fence Seq# P-LDEV# M

TC02    B001    L     CL2-C   8    3 14053  2818 P-VOL PAIR NEVER 14050   2818 -

TC02    B001    R     CL2-C   8    2 14050  2818 S-VOL PAIR NEVER      -   2818 -

DBServer B >

8.8 CCR構成でバックアップおよびリストアする

ここでは，CCR構成になっているデータベースサーバとバックアップサーバが複数あるシステム構成でバックアップおよびリストアする例について示します。また，リストアについては，自動シード機能を使用する場合と使用しない場合の例を示します。

次のような場合について説明します。

現用サーバでVSSバックアップを実行する（副ボリュームにバックアップデータを作成）。そのあと，副ボリュームのバックアップデータをテープ装置にバックアップする。

待機サーバでVSSバックアップを実行する（副ボリュームにバックアップデータを作成）。そのあと，副ボリュームのバックアップデータをテープ装置にバックアップする。

現用サーバで取得したバックアップデータを現用サーバでリストアする。

現用サーバをフェールオーバーし，待機サーバを現用サーバに切り替える。そのあと，フェールオーバー前に待機サーバで取得したバックアップデータをフェールオーバー後の現用サーバでリストアする（リストアを実行するノードはバックアップデータを取得したノードと同じ）。

この例では，次の図に示すシステム構成を想定しています。

図8-13 CCR構成でバックアップおよびリストアする場合のシステム構成例

この例でのシステムの前提条件は次のとおりです。

現用サーバでVSSバックアップを実行する場合，現用サーバのバックアップサーバでProtection Managerサービスが起動している。

待機サーバでVSSバックアップを実行する場合，待機サーバのバックアップサーバでProtection Managerサービスが起動している。

リストアを実行する現用サーバのバックアップサーバでProtection Managerサービスが起動している。また，自動シード機能を使用してリストアを実行する場合，待機サーバのデータベースサーバでもProtection Managerサービスが起動している。

自動シード機能を使用してリストアを実行する場合，Exchange環境設定ファイルが作成済みで，自動シード機能が有効に設定されている。

副ボリュームをテープ装置にバックアップするまでは，新たな主ボリュームのバックアップは実行できない。

初期状態では，データベースAは現用サーバ（Exchange仮想サーバが起動している）とする。データベースBは待機サーバとする。

バックアップサーバには，バックアップ管理製品としてNetBackupがインストールされていて，テープライブラリ装置の構成定義が定義済みである。

現用サーバおよび待機サーバでディクショナリマップファイルが最新の状態に更新されている。

ディスクP1およびP3は「D:」ドライブにマウントされている。

ディスクP2およびP4は「E:」ドライブにマウントされている。

ディスクP1には，現用サーバのストレージグループ（STR1）のインフォメーションストア構成ファイルが格納されている。

ディスクP2には，現用サーバのストレージグループ（STR1）のトランザクションログファイルおよびチェックポイントファイルが格納されている。

ディスクP3には，待機サーバのストレージグループ（STR1）のインフォメーションストア構成ファイルが格納されている。

ディスクP4には，待機サーバのストレージグループ（STR1）のトランザクションログファイルおよびチェックポイントファイルが格納されている。

主ボリュームと副ボリュームは，データベースサーバおよびバックアップサーバでRAID Managerの構成定義ファイルを使用してペア定義済みである。

副ボリュームは通常マウントされてなく，必要時に次のとおりマウントされる。

ディスクS1およびS3は「W:」ドライブにマウントされる。

ディスクS2およびS4は「X:」ドライブにマウントされる。

この節の構成

8.8.1 現用サーバと待機サーバで異なるバックアップサーバを使用してバックアップする

8.8.2 現用サーバと待機サーバで異なるバックアップサーバを使用してリストアする（自動シード機能を使用する場合）

8.8.3 現用サーバと待機サーバで異なるバックアップサーバを使用してリストアする（自動シード機能を使用しない場合）

8.8.1 現用サーバと待機サーバで異なるバックアップサーバを使用してバックアップする

現用サーバと待機サーバで異なるバックアップサーバを使用してバックアップする例について説明します。

この項の構成

(1) 現用サーバでバックアップする

(2) 待機サーバでバックアップする

(1) 現用サーバでバックアップする

バックアップサーバのシステムキャッシュをクリアします。
システムキャッシュをクリアするため，バックアップサーバAでdrmmountコマンドを実行して副ボリュームを一時的にマウントします。そのあと，drmumountコマンドでアンマウントします。

BKServer A > drmmount -copy_group EXG001,B001 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0002-I drmmountコマンドを終了します。

BKServer A > drmumount -copy_group EXG001,B001

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0002-I drmumountコマンドを終了します。

BKServer A > drmmount -copy_group EXG002,B001 -mount_pt X:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

BKServer A > drmumount -copy_group EXG002,B001

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmumountコマンドを終了します。

BKServer A >

VSSバックアップを実行して，副ボリュームにバックアップデータを取得します。
データベースサーバAでdrmexgbackupコマンドを実行します。
バックアップIDは，未使用のID「0000000001」が付与されます。

DBServer A > drmexgbackup -mode vss

KAVX0001-I drmexgbackupコマンドを開始します。

KAVX5019-I VSSインポートサーバに接続しました。

            ホスト名 =バックアップサーバA

KAVX1600-I バックアップを開始します。

KAVX1610-I バックアップサーバでデータベースの検証を行います。

            ストレージグループ名 = STR1

            ファイル容量 = 3[MB]

KAVX1611-I ベリファイ処理が成功しました。

KAVX0040-I バックアップは以下の内容で取得されています。

バックアップID = 0000000001

KAVX1601-I バックアップを完了しました。

KAVX0002-I drmexgbackupコマンドを終了します。

DBServer A >

正しくバックアップされていることを確認します。
データベースサーバAでdrmexgcatコマンドを実行して，バックアップ情報を確認します。

DBServer A > drmexgcat -target STR1

STRAGEGROUP: STR1

BACKUP-ID:0000000001 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

DBServer A >

バックアップ情報を一時ファイルへエクスポートします。
データベースサーバAでdrmdbexportコマンドを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。

DBServer A > drmdbexport 0000000001 -f C:¥temp¥0000000001.drm

KAVX0001-I drmdbexportコマンドを開始します。

KAVX0002-I drmdbexportコマンドを終了します。

DBServer A >

一時ファイルをバックアップサーバへ転送します。
データベースサーバAでftpを使用して，一時ファイルをデータベースサーバAからバックアップサーバAへ転送します。

DBServer A > ftp バックアップサーバA

ftp> Username: （ログイン名を入力）

ftp> password: （パスワードを入力）

ftp> put C:¥temp¥0000000001.drm

ftp> quit

DBServer A >

データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
バックアップサーバAでdrmdbimportコマンドを実行して，一時ファイルをバックアップカタログへインポートします。
バックアップIDは，未使用のID「0000000001」が付与されます。

BKServer A > drmdbimport -f C:¥FTP_ROOT¥0000000001.drm

KAVX0001-I drmdbimportコマンドを開始します。

KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。

          インポートされたバックアップID = 0000000001

KAVX0002-I drmdbimportコマンドを終了します。

BKServer A >

正しくインポートされていることを確認します。
バックアップサーバAでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバAにインポートされていることを確認します。

BKServer A > drmexgcat -target STR1

STRAGEGROUP: STR1

BACKUP-ID:0000000001 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

BKServer A >

バックアップデータが格納されている副ボリュームをマウントします。
バックアップサーバAでdrmmountコマンドを実行して，副ボリュームをマウントします。

BKServer A > drmmount 0000000001 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

BKServer A >

副ボリュームのバックアップデータをテープへバックアップします。
バックアップサーバAでdrmmediabackupコマンドを実行して，副ボリュームのバックアップデータをテープへバックアップします。
バックアップIDは，未使用のID「0000000002」が付与されます。

BKServer A > drmmediabackup 0000000001

KAVX0001-I drmmediabackupコマンドを開始します。

KAVX0402-I バックアップを開始します。

          バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          バックアップ元 = W:

KAVX0402-I バックアップを開始します。

          バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          バックアップ元 = X:

KAVX0403-I バックアップを完了しました。

          バックアップ元 = W:

KAVX0403-I バックアップを完了しました。

          バックアップ元 = X:

KAVX0040-I バックアップは以下の内容で取得されています。

          バックアップID = 0000000002

KAVX0002-I drmmediabackupコマンドを終了します。

BKServer A >

正しくテープへバックアップされていることを確認します。
バックアップサーバAでdrmtapecatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

BKServer A > drmtapecat -backup_id 0000000002

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  MSEXCHANGE       2002/06/01 11:00:00  2002/06/02 11:00:00  MEDIA1

BKServer A >

バックアップデータが格納されている副ボリュームをアンマウントします。
バックアップサーバAでdrmumountコマンドを実行して，副ボリュームをアンマウントします。

BKServer A > drmumount 0000000001

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmumountコマンドを終了します。

BKServer A >

(2) 待機サーバでバックアップする

バックアップサーバのシステムキャッシュをクリアします。
システムキャッシュをクリアするため，バックアップサーバBでdrmmountコマンドを実行して副ボリュームを一時的にマウントします。そのあと，drmumountコマンドでアンマウントします。

BKServer B > drmmount -copy_group EXG003,B001 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0002-I drmmountコマンドを終了します。

BKServer B > drmumount -copy_group EXG003,B001

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0002-I drmumountコマンドを終了します。

BKServer B > drmmount -copy_group EXG004,B001 -mount_pt X:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

BKServer B > drmumount -copy_group EXG004,B001

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmumountコマンドを終了します。

BKServer B >

VSSバックアップを実行して，副ボリュームにバックアップデータを取得します。
データベースサーバBでdrmexgbackupコマンドを実行します。
バックアップIDは，未使用のID「0000000001」が付与されます。

DBServer B > drmexgbackup -mode vss

KAVX0001-I drmexgbackupコマンドを開始します。

KAVX5019-I VSSインポートサーバに接続しました。

            ホスト名 =バックアップサーバB

KAVX1600-I バックアップを開始します。

KAVX1610-I バックアップサーバでデータベースの検証を行います。

            ストレージグループ名 = STR1

            ファイル容量 = 3[MB]

KAVX1611-I ベリファイ処理が成功しました。

KAVX0040-I バックアップは以下の内容で取得されています。

バックアップID = 0000000001

KAVX1601-I バックアップを完了しました。

KAVX0002-I drmexgbackupコマンドを終了します。

DBServer B >

正しくバックアップされていることを確認します。
データベースサーバBでdrmexgcatコマンドを実行して，バックアップ情報を確認します。

DBServer B > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000001 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

DBServer B >

バックアップ情報を一時ファイルへエクスポートします。
データベースサーバBでdrmdbexportコマンドを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。

DBServer B > drmdbexport 0000000001 -f C:¥temp¥0000000001.drm

KAVX0001-I drmdbexportコマンドを開始します。

KAVX0002-I drmdbexportコマンドを終了します。

DBServer B >

一時ファイルをバックアップサーバへ転送します。
データベースサーバBでftpを使用して，一時ファイルをデータベースサーバBからバックアップサーバBへ転送します。

DBServer B > ftp バックアップサーバB

ftp> Username: （ログイン名を入力）

ftp> password: （パスワードを入力）

ftp> put C:¥temp¥0000000001.drm

ftp> quit

DBServer B >

データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
バックアップサーバBでdrmdbimportコマンドを実行して，一時ファイルをバックアップカタログへインポートします。
バックアップIDは，未使用のID「0000000001」が付与されます。

BKServer B > drmdbimport -f C:¥FTP_ROOT¥0000000001.drm

KAVX0001-I drmdbimportコマンドを開始します。

KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。

          インポートされたバックアップID = 0000000001

KAVX0002-I drmdbimportコマンドを終了します。

BKServer B >

正しくインポートされていることを確認します。
バックアップサーバBでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバBにインポートされていることを確認します。

BKServer B > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000001 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

BKServer B >

バックアップデータが格納されている副ボリュームをマウントします。
バックアップサーバBでdrmmountコマンドを実行して，副ボリュームをマウントします。

BKServer B > drmmount 0000000001 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

BKServer B >

副ボリュームのバックアップデータをテープへバックアップします。
バックアップサーバBでdrmmediabackupコマンドを実行して，副ボリュームのバックアップデータをテープへバックアップします。
バックアップIDは，未使用のID「0000000002」が付与されます。

BKServer B > drmmediabackup 0000000001

KAVX0001-I drmmediabackupコマンドを開始します。

KAVX0402-I バックアップを開始します。

          バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          バックアップ元 = W:

KAVX0402-I バックアップを開始します。

          バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          バックアップ元 = X:

KAVX0403-I バックアップを完了しました。

          バックアップ元 = W:

KAVX0403-I バックアップを完了しました。

          バックアップ元 = X:

KAVX0040-I バックアップは以下の内容で取得されています。

          バックアップID = 0000000002

KAVX0002-I drmmediabackupコマンドを終了します。

BKServer B >

正しくテープへバックアップされていることを確認します。
バックアップサーバBでdrmtapecatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

BKServer B > drmtapecat -backup_id 0000000002

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  MSEXCHANGE       2002/06/01 11:00:00  2002/06/02 11:00:00  MEDIA1

BKServer B >

バックアップデータが格納されている副ボリュームをアンマウントします。
バックアップサーバBでdrmumountコマンドを実行して，副ボリュームをアンマウントします。

BKServer B > drmumount 0000000001

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmumountコマンドを終了します。

BKServer B >

8.8.2 現用サーバと待機サーバで異なるバックアップサーバを使用してリストアする（自動シード機能を使用する場合）

現用サーバと待機サーバで異なるバックアップサーバを使用してリストアする例について説明します。この例では，リストア時に自動シード機能を使用します。

この項の構成

(1) 現用サーバで取得したバックアップデータをリストアする（自動シード機能を使用する場合）

(2) 待機サーバで取得したバックアップデータをリストアする（自動シード機能を使用する場合）

(1) 現用サーバで取得したバックアップデータをリストアする（自動シード機能を使用する場合）

現用サーバで取得したバックアップデータを使用して，ストレージグループのポイントインタイムリストアを実行する例について説明します。

バックアップデータのバックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバAでdrmtapecatコマンドを実行します。

BKServer A > drmtapecat

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  MSEXCHANGE       2002/06/01 11:00:00  2002/06/02 11:00:00  MEDIA1

BKServer A >

バックアップデータをリストアする副ボリュームをマウントします。
バックアップサーバAでdrmmountコマンドを実行して，副ボリュームをマウントします。

BKServer A > drmmount 0000000002 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

BKServer A >

バックアップデータをテープから副ボリュームへリストアします。
バックアップサーバAでdrmmediarestoreコマンドを実行して，テープのバックアップデータを副ボリュームへリストアします。

BKServer A > drmmediarestore 0000000002

KAVX0001-I drmmediarestoreコマンドを開始します。

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = W:

          リストア先 = W:

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = X:

          リストア先 = X:

KAVX0405-I リストアを完了しました。

          リストア元 = W:

          リストア先 = W:

KAVX0405-I リストアを完了しました。

          リストア元 = X:

          リストア先 = X:

KAVX0040-I バックアップは以下の情報で取得されています。

          バックアップID = 0000000003

KAVX0002-I drmmediarestoreコマンドを終了します。

BKServer B >

この操作で，新しいバックアップID「0000000003」が付与されて，バックアップカタログに登録されます（バックアップID「0000000001」は削除されます）。

正しくテープから副ボリュームへリストアされていることを確認します。
バックアップサーバAでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバAにリストアされていることを確認します。

BKServer A > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000003 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

BKServer A >

バックアップデータのリストアが完了した副ボリュームをアンマウントします。
バックアップサーバAでdrmumountコマンドを実行して，副ボリュームをアンマウントします。

BKServer A > drmumount 0000000002

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmumountコマンドを終了します。

BKServer A >

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするために，テープから副ボリュームへのリストア操作に関する情報をデータベースサーバにコピーする必要があります。
データベースサーバAでdrmdbexportコマンドを実行して，リストア操作に関する情報を一時ファイルへエクスポートします。

BKServer A > drmdbexport 0000000003 -f C:¥FTP_ROOT¥0000000003.drm

KAVX0001-I drmdbexportコマンドを開始します。

KAVX0002-I drmdbexportコマンドを終了します。

BKServer A >

一時ファイルをデータベースサーバへ転送します。
バックアップサーバAでftpを使用して，一時ファイルをバックアップサーバAからデータベースサーバAへ転送します。

BKServer A > ftp データベースサーバA

ftp> Username: （ログイン名を入力）

ftp> password: （パスワードを入力）

ftp> get 0000000003.drm

ftp> quit

BKServer A >

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
データベースサーバAでdrmdbimportコマンドを実行して，一時ファイルをバックアップカタログへインポートします。

DBServer A > drmdbimport -f C:¥0000000003.drm

KAVX0001-I drmdbimportコマンドを開始します。

KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。

          インポートされたバックアップID = 0000000002

KAVX0002-I drmdbimportコマンドを終了します。

DBServer A >

正しくインポートされていることを確認します。
データベースサーバAでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がデータベースサーバAにインポートされていることを確認します。

DBServer A > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000002 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

DBServer A >

副ボリュームのデータを主ボリュームにリストアします。
データベースサーバAでdrmexgrestoreコマンドを実行して，副ボリュームのデータを主ボリュームにポイントインタイムリストアします。自動シード機能を使用するため，-efオプションにExchange環境設定ファイルを指定します。

DBServer A > drmexgrestore 0000000002 -resync -ef exchange.conf

KAVX0001-I drmexgrestoreコマンドを開始します。

KAVX1526-I Exchange環境設定ファイルを読み込みました。

            Exchange環境設定ファイル名 = exchange.conf

KAVX0256-I Protection Managerサービスに接続します。

            ホスト名 = データベースサーバB

KAVX0256-I Protection Managerサービスに接続します。

            ホスト名 = バックアップサーバA

KAVX1732-I Exchange Serverのレプリケーション機能を中断しました。

            ストレージグループ名 = STR1

KAVX1805-I インフォメーションストアをディスマウントしています。

            ストレージグループ名 = STR1

KAVX1700-I リストアを開始します。

KAVX5111-I アンマウントを実行します。

            マウントポイント名 = D:

KAVX5108-I コピーグループの再同期を実行します。

            コピーグループ名 = EXG001,B001

KAVX5109-I コピーグループのペア分割を実行します。

            コピーグループ名 = EXG001,B001

KAVX5110-I マウントを実行します。

            マウントポイント名 = D:

KAVX1701-I リストアを完了しました。

KAVX1806-I インフォメーションストアをマウントしています。

          ストレージグループ名 = STR1

KAVX1736-I シード処理を開始します。

          ストレージグループ名 = STR1

KAVX1737-I シード処理が完了しました。

          ストレージグループ名 = STR1

KAVX1734-I Exchange Serverのレプリケーション機能を再開しました。

          ストレージグループ名 = STR1

KAVX0002-I drmexgrestoreコマンドを終了します。

DBServer A >

(2) 待機サーバで取得したバックアップデータをリストアする（自動シード機能を使用する場合）

待機サーバで取得したバックアップデータを使用して，ストレージグループのロールフォワードリストアを実行する例について説明します。

データベースサーバAで稼働しているExchange仮想サーバをデータベースサーバBにフェールオーバーします。

バックアップデータのバックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバBでdrmtapecatコマンドを実行します。

BKServer B > drmtapecat

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  MSEXCHANGE       2002/06/01 11:00:00  2002/06/02 11:00:00  MEDIA1

BKServer B >

バックアップデータをリストアする副ボリュームをマウントします。
バックアップサーバBでdrmmountコマンドを実行して，副ボリュームをマウントします。

BKServer B > drmmount 0000000002 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

BKServer B >

バックアップデータをテープから副ボリュームへリストアします。
バックアップサーバBでdrmmediarestoreコマンドを実行して，テープのバックアップデータを副ボリュームへリストアします。

BKServer B > drmmediarestore 0000000002

KAVX0001-I drmmediarestoreコマンドを開始します。

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = W:

          リストア先 = W:

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = X:

          リストア先 = X:

KAVX0405-I リストアを完了しました。

          リストア元 = W:

          リストア先 = W:

KAVX0405-I リストアを完了しました。

          リストア元 = X:

          リストア先 = X:

KAVX0040-I バックアップは以下の情報で取得されています。

          バックアップID = 0000000003

KAVX0002-I drmmediarestoreコマンドを終了します。

BKServer B >

この操作で，新しいバックアップID「0000000003」が付与されて，バックアップカタログに登録されます（バックアップID「0000000001」は削除されます）。

正しくテープから副ボリュームへリストアされていることを確認します。
バックアップサーバBでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバBにリストアされていることを確認します。

BKServer B > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000003 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

BKServer B >

バックアップデータのリストアが完了した副ボリュームをアンマウントします。
バックアップサーバBでdrmumountコマンドを実行して，副ボリュームをアンマウントします。

BKServer B > drmumount 0000000002

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmumountコマンドを終了します。

BKServer B >

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするために，テープから副ボリュームへのリストア操作に関する情報をデータベースサーバにコピーする必要があります。
データベースサーバBでdrmdbexportコマンドを実行して，リストア操作に関する情報を一時ファイルへエクスポートします。

BKServer B > drmdbexport 0000000003 -f C:¥FTP_ROOT¥0000000003.drm

KAVX0001-I drmdbexportコマンドを開始します。

KAVX0002-I drmdbexportコマンドを終了します。

BKServer B >

一時ファイルをデータベースサーバへ転送します。
バックアップサーバBでftpを使用して，一時ファイルをバックアップサーバBからデータベースサーバBへ転送します。

BKServer B > ftp データベースサーバB

ftp> Username: （ログイン名を入力）

ftp> password: （パスワードを入力）

ftp> get 0000000003.drm

ftp> quit

BKServer B >

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
データベースサーバBでdrmdbimportコマンドを実行して，一時ファイルをバックアップカタログへインポートします。

DBServer B > drmdbimport -f C:¥0000000003.drm

KAVX0001-I drmdbimportコマンドを開始します。

KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。

          インポートされたバックアップID = 0000000002

KAVX0002-I drmdbimportコマンドを終了します。

DBServer B >

正しくインポートされていることを確認します。
データベースサーバBでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がデータベースサーバBにインポートされていることを確認します。

DBServer B > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000002 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

DBServer B >

副ボリュームのデータを主ボリュームにリストアします。
データベースサーバBでdrmexgrestoreコマンドを実行して，副ボリュームのデータを主ボリュームにロールフォワードリストアします。自動シード機能を使用するため，-efオプションにExchange環境設定ファイルを指定します。

DBServer B > drmexgrestore 0000000002 -resync -recovery -ef exchange.conf

KAVX0001-I drmexgrestoreコマンドを開始します。

KAVX1526-I Exchange環境設定ファイルを読み込みました。

            Exchange環境設定ファイル名 = exchange.conf

KAVX0256-I Protection Managerサービスに接続します。

            ホスト名 = データベースサーバA

KAVX0256-I Protection Managerサービスに接続します。

            ホスト名 = バックアップサーバB

KAVX1732-I Exchange Serverのレプリケーション機能を中断しました。

            ストレージグループ名 = STR1

KAVX1805-I インフォメーションストアをディスマウントしています。

            ストレージグループ名 = STR1

KAVX1700-I リストアを開始します。

KAVX5111-I アンマウントを実行します。

            マウントポイント名 = D:

KAVX5108-I コピーグループの再同期を実行します。

            コピーグループ名 = EXG003,B001

KAVX5109-I コピーグループのペア分割を実行します。

            コピーグループ名 = EXG003,B001

KAVX5110-I マウントを実行します。

            マウントポイント名 = D:

KAVX1701-I リストアを完了しました。

KAVX1806-I インフォメーションストアをマウントしています。

          ストレージグループ名 = STR1

KAVX1736-I シード処理を開始します。

          ストレージグループ名 = STR1

KAVX1737-I シード処理が完了しました。

          ストレージグループ名 = STR1

KAVX1734-I Exchange Serverのレプリケーション機能を再開しました。

          ストレージグループ名 = STR1

KAVX0002-I drmexgrestoreコマンドを終了します。

DBServer B >

8.8.3 現用サーバと待機サーバで異なるバックアップサーバを使用してリストアする（自動シード機能を使用しない場合）

現用サーバと待機サーバで異なるバックアップサーバを使用してリストアする例について説明します。この例では，リストア時に自動シード機能を使用しません。

この項の構成

(1) 現用サーバで取得したバックアップデータをリストアする（自動シード機能を使用しない場合）

(2) 待機サーバで取得したバックアップデータをリストアする（自動シード機能を使用しない場合）

(1) 現用サーバで取得したバックアップデータをリストアする（自動シード機能を使用しない場合）

現用サーバで取得したバックアップデータを使用して，ストレージグループのポイントインタイムリストアを実行する例について説明します。

バックアップデータのバックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバAでdrmtapecatコマンドを実行します。

BKServer A > drmtapecat

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  MSEXCHANGE       2002/06/01 11:00:00  2002/06/02 11:00:00  MEDIA1

BKServer A >

バックアップデータをリストアする副ボリュームをマウントします。
バックアップサーバAでdrmmountコマンドを実行して，副ボリュームをマウントします。

BKServer A > drmmount 0000000002 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

BKServer A >

バックアップデータをテープから副ボリュームへリストアします。
バックアップサーバAでdrmmediarestoreコマンドを実行して，テープのバックアップデータを副ボリュームへリストアします。

BKServer A > drmmediarestore 0000000002

KAVX0001-I drmmediarestoreコマンドを開始します。

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = W:

          リストア先 = W:

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = X:

          リストア先 = X:

KAVX0405-I リストアを完了しました。

          リストア元 = W:

          リストア先 = W:

KAVX0405-I リストアを完了しました。

          リストア元 = X:

          リストア先 = X:

KAVX0040-I バックアップは以下の情報で取得されています。

          バックアップID = 0000000003

KAVX0002-I drmmediarestoreコマンドを終了します。

BKServer B >

この操作で，新しいバックアップID「0000000003」が付与されて，バックアップカタログに登録されます（バックアップID「0000000001」は削除されます）。

正しくテープから副ボリュームへリストアされていることを確認します。
バックアップサーバAでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバAにリストアされていることを確認します。

BKServer A > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000003 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

BKServer A >

バックアップデータのリストアが完了した副ボリュームをアンマウントします。
バックアップサーバAでdrmumountコマンドを実行して，副ボリュームをアンマウントします。

BKServer A > drmumount 0000000002

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmumountコマンドを終了します。

BKServer A >

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするために，テープから副ボリュームへのリストア操作に関する情報をデータベースサーバにコピーする必要があります。
データベースサーバAでdrmdbexportコマンドを実行して，リストア操作に関する情報を一時ファイルへエクスポートします。

BKServer A > drmdbexport 0000000003 -f C:¥FTP_ROOT¥0000000003.drm

KAVX0001-I drmdbexportコマンドを開始します。

KAVX0002-I drmdbexportコマンドを終了します。

BKServer A >

一時ファイルをデータベースサーバへ転送します。
バックアップサーバAでftpを使用して，一時ファイルをバックアップサーバAからデータベースサーバAへ転送します。

BKServer A > ftp データベースサーバA

ftp> Username: （ログイン名を入力）

ftp> password: （パスワードを入力）

ftp> get 0000000003.drm

ftp> quit

BKServer A >

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
データベースサーバAでdrmdbimportコマンドを実行して，一時ファイルをバックアップカタログへインポートします。

DBServer A > drmdbimport -f C:¥0000000003.drm

KAVX0001-I drmdbimportコマンドを開始します。

KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。

          インポートされたバックアップID = 0000000002

KAVX0002-I drmdbimportコマンドを終了します。

DBServer A >

正しくインポートされていることを確認します。
データベースサーバAでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がデータベースサーバAにインポートされていることを確認します。

DBServer A > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000002 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

DBServer A >

レプリケーション機能を中断します。
データベースサーバAでExchange Serverを操作して，CCRのレプリケーション機能を中断します。

副ボリュームのデータを主ボリュームにリストアします。
データベースサーバAでdrmexgrestoreコマンドを実行して，副ボリュームのデータを主ボリュームにポイントインタイムリストアします。

DBServer A > drmexgrestore 0000000002 -resync

KAVX0001-I drmexgrestoreコマンドを開始します。

KAVX5019-I VSSインポートサーバに接続しました。

ホスト名 = バックアップサーバB

KAVX1805-I インフォメーションストアをディスマウントしています。

            ストレージグループ名 = STR1

KAVX1700-I リストアを開始します。

KAVX1701-I リストアを完了しました。

KAVX1806-I インフォメーションストアをマウントしています。

          ストレージグループ名 = STR1

DBServer A >

データベースサーバBのトランザクションログファイル，チェックポイントファイル，およびデータベースファイルを削除します。

レプリケーションデータを再同期します。
データベースサーバAでExchange Serverを操作して，現用サーバと待機サーバのレプリケーションデータを手動で再同期します。

レプリケーション機能を再開します。
データベースサーバAでExchange Serverを操作して，CCRのレプリケーション機能を再開します。

(2) 待機サーバで取得したバックアップデータをリストアする（自動シード機能を使用しない場合）

待機サーバで取得したバックアップデータを使用して，ストレージグループのロールフォワードリストアを実行する例について説明します。

データベースサーバAで稼働しているExchange仮想サーバをデータベースサーバBにフェールオーバーします。

バックアップデータのバックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバBでdrmtapecatコマンドを実行します。

BKServer B > drmtapecat

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  MSEXCHANGE       2002/06/01 11:00:00  2002/06/02 11:00:00  MEDIA1

BKServer B >

バックアップデータをリストアする副ボリュームをマウントします。
バックアップサーバBでdrmmountコマンドを実行して，副ボリュームをマウントします。

BKServer B > drmmount 0000000002 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

BKServer B >

バックアップデータをテープから副ボリュームへリストアします。
バックアップサーバBでdrmmediarestoreコマンドを実行して，テープのバックアップデータを副ボリュームへリストアします。

BKServer B > drmmediarestore 0000000002

KAVX0001-I drmmediarestoreコマンドを開始します。

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = W:

          リストア先 = W:

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = X:

          リストア先 = X:

KAVX0405-I リストアを完了しました。

          リストア元 = W:

          リストア先 = W:

KAVX0405-I リストアを完了しました。

          リストア元 = X:

          リストア先 = X:

KAVX0040-I バックアップは以下の情報で取得されています。

          バックアップID = 0000000003

KAVX0002-I drmmediarestoreコマンドを終了します。

BKServer B >

この操作で，新しいバックアップID「0000000003」が付与されて，バックアップカタログに登録されます（バックアップID「0000000001」は削除されます）。

正しくテープから副ボリュームへリストアされていることを確認します。
バックアップサーバBでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバBにリストアされていることを確認します。

BKServer B > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000003 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

BKServer B >

バックアップデータのリストアが完了した副ボリュームをアンマウントします。
バックアップサーバBでdrmumountコマンドを実行して，副ボリュームをアンマウントします。

BKServer B > drmumount 0000000002

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmumountコマンドを終了します。

BKServer B >

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするために，テープから副ボリュームへのリストア操作に関する情報をデータベースサーバにコピーする必要があります。
データベースサーバBでdrmdbexportコマンドを実行して，リストア操作に関する情報を一時ファイルへエクスポートします。

BKServer B > drmdbexport 0000000003 -f C:¥FTP_ROOT¥0000000003.drm

KAVX0001-I drmdbexportコマンドを開始します。

KAVX0002-I drmdbexportコマンドを終了します。

BKServer B >

一時ファイルをデータベースサーバへ転送します。
バックアップサーバBでftpを使用して，一時ファイルをバックアップサーバBからデータベースサーバBへ転送します。

BKServer B > ftp データベースサーバB

ftp> Username: （ログイン名を入力）

ftp> password: （パスワードを入力）

ftp> get 0000000003.drm

ftp> quit

BKServer B >

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
データベースサーバBでdrmdbimportコマンドを実行して，一時ファイルをバックアップカタログへインポートします。

DBServer B > drmdbimport -f C:¥0000000003.drm

KAVX0001-I drmdbimportコマンドを開始します。

KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。

          インポートされたバックアップID = 0000000002

KAVX0002-I drmdbimportコマンドを終了します。

DBServer B >

正しくインポートされていることを確認します。
データベースサーバBでdrmexgcatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がデータベースサーバBにインポートされていることを確認します。

DBServer B > drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000002 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG003,B001

- -            -                    -                      -           -       -            EXG003,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG004,B001

- -            -                    -                      -           -       -            EXG004,B001

DBServer B >

副ボリュームのデータを主ボリュームにリストアします。
データベースサーバBでdrmexgrestoreコマンドを実行して，副ボリュームのデータを主ボリュームにロールフォワードリストアします。

DBServer B > drmexgrestore 0000000002 -resync -recovery

KAVX0001-I drmexgrestoreコマンドを開始します。

KAVX5019-I VSSインポートサーバに接続しました。

ホスト名 = バックアップサーバB

KAVX1805-I インフォメーションストアをディスマウントしています。

            ストレージグループ名 = STR1

KAVX1700-I リストアを開始します。

KAVX1701-I リストアを完了しました。

KAVX1806-I インフォメーションストアをマウントしています。

          ストレージグループ名 = STR1

DBServer B >

レプリケーション機能を中断します。
データベースサーバBでExchange Serverを操作して，CCRのレプリケーション機能を中断します。

データベースサーバAのトランザクションログファイル，チェックポイントファイル，およびデータベースファイルを削除します。

レプリケーションデータを再同期します。
データベースサーバAでExchange Serverを操作して，現用サーバと待機サーバのレプリケーションデータを手動で再同期します。

レプリケーション機能を再開します。
データベースサーバBでExchange Serverを操作して，CCRのレプリケーション機能を再開します。

8.9 SCR構成でバックアップおよびリストアする

SCR構成でバックアップおよびリストアする運用例について説明します。

この節の構成

8.9.1 システム構成

8.9.2 SCR構成でバックアップする

8.9.3 SCR構成で取得したバックアップデータをロールフォワードリストアする

8.9.4 SCR構成で取得したバックアップデータをポイントインタイムリストアする（SCRのシード機能を使用しない場合）

8.9.5 SCR構成で取得したバックアップデータをポイントインタイムリストアする（SCRのシード機能を使用する場合）

8.9.1 システム構成

システム構成例を次に示します。

図8-14 SCRのシステム構成

前提条件を次に示します。

副ボリュームをテープ媒体へバックアップするまでは，新たな主ボリュームをバックアップできない。

バックアップサーバには，NetBackupが導入されており，テープライブラリ装置の構成定義が完了している。

ディクショナリマップは最新に更新されている。

SCRのシステム構成について説明します。

主ボリュームは，NTFSでフォーマットしてあり，各ボリュームのドライブ文字は次のとおり設定されている。

ディスク番号 | ドライブ文字
ディスクP1,P3 | D:
ディスクP2,P4 | E:

各ディスクには次のオブジェクトを格納している。

ディスク番号 | オブジェクト
ディスクP1 | ソースのストレージグループSTR1のインフォメーションストア構成ファイル
ディスクP2 | ソースのストレージグループSTR1のトランザクションログファイル，チェックポイントファイル
ディスクP3 | ターゲットのストレージグループSTR1のインフォメーションストア構成ファイル
ディスクP4 | ターゲットのストレージグループSTR1のトランザクションログファイル，チェックポイントファイル

主ボリュームと副ボリュームは，ソースとバックアップサーバで，RAID Manager構成定義ファイルによってペアを定義している。

副ボリュームは通常マウントしていない。必要なときだけ，次のようにマウントする。

ディスク番号 | ドライブ文字
ディスクS1(ディスクP1のS-VOL) | W:
ディスクS2(ディスクP2のS-VOL) | X:

8.9.2 SCR構成でバックアップする

SCR構成でのバックアップ運用例を示します。

Protection Managerサービスを起動します。
VSSバックアップの場合，バックアップサーバでProtection Managerサービスを起動します。

バックアップ直前に，システムキャッシュをクリアします
システムキャッシュをクリアするため，バックアップサーバで副ボリュームを一時的にマウントします。

PROMPT> drmmount -copy_group EXG001,B001 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0002-I drmmountコマンドを終了します。

PROMPT> drmumount -copy_group EXG001,B001

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0002-I drmumountコマンドを終了します。

PROMPT> drmmount -copy_group EXG002,B001 -mount_pt X:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

PROMPT> drmumount -copy_group EXG002,B001

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmumountコマンドを終了します。

PROMPT>

ソースで主ボリュームから副ボリュームへVSSバックアップします。
バックアップカタログに，新バックアップIDが登録されます。
バックアップIDは，未使用のID「0000000001」が付与されます。

PROMPT> drmexgbackup -mode vss

KAVX0001-I drmexgbackupコマンドを開始します。

KAVX0256-I Protection Managerサービスに接続します。

            ホスト名 = バックアップサーバ2

KAVX1600-I バックアップを開始します。

KAVX5108-I コピーグループの再同期を実行します。

            コピーグループ名 = EXG001,B001

KAVX5108-I コピーグループの再同期を実行します。

            コピーグループ名 = EXG002,B001

KAVX1610-I バックアップサーバでデータベースの検証を行います。

            ストレージグループ名 = STR1

            ファイル容量 = <容量>[MB]

KAVX1611-I ベリファイ処理が成功しました。

KAVX0040-I バックアップは以下の内容で取得されています。

バックアップID = 0000000001

KAVX1601-I バックアップを完了しました。

KAVX0002-I drmexgbackupコマンドを終了します。

PROMPT>

ソースでバックアップの実行結果を確認します。

PROMPT> drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000001 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

PROMPT>

バックアップカタログ情報を一時ファイルへエクスポートします。

PROMPT> drmdbexport 0000000001 -f C:¥temp¥0000000001.drm

KAVX0001-I drmdbexportコマンドを開始します。

KAVX0002-I drmdbexportコマンドを終了します。

ソースからバックアップサーバへ一時ファイルをftp転送します。

PRMPT> ftp <バックアップサーバ名>

ftp> Username: (ログイン名を入力)

ftp> password: (パスワードを入力)

ftp> put C:¥temp¥0000000001.drm

ftp> quit

PROMPT>

バックアップサーバに転送した一時ファイルをバックアップカタログへインポートします。
バックアップカタログに，新バックアップIDが登録されます。
バックアップIDは，未使用のID「0000000001」が付与されます。

PROMPT> drmdbimport -f C:¥FTP_ROOT¥0000000001.drm

KAVX0001-I drmdbimportコマンドを開始します。

KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。

          インポートされたバックアップID = 0000000001

KAVX0002-I drmdbimportコマンドを終了します。

PROMPT>

バックアップサーバにインポートしたバックアップカタログ情報を確認します。

PROMPT> drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000001 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

PROMPT>

バックアップデータが格納されている副ボリュームをマウントします。
インポートによって付与されたバックアップID「0000000001」を指定して，副ボリュームをマウントします。

PROMPT> drmmount 0000000001 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

PROMPT>

バックアップサーバでバックアップデータが格納されている副ボリュームをテープ媒体へバックアップします。
バックアップカタログに，新バックアップID「0000000002」が登録されます。

PROMPT> drmmediabackup 0000000001

KAVX0001-I drmmediabackupコマンドを開始します。

KAVX0402-I バックアップを開始します。

          バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          バックアップ元 = W:

KAVX0402-I バックアップを開始します。

          バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          バックアップ元 = X:

KAVX0403-I バックアップを完了しました。

          バックアップ元 = W:

KAVX0403-I バックアップを完了しました。

          バックアップ元 = X:

KAVX0040-I バックアップは以下の内容で取得されています。

          バックアップID = 0000000002

KAVX0002-I drmmediabackupコマンドを終了します。

PROMPT>

テープ媒体へのバックアップの実行結果を確認します。
バックアップサーバでテープ媒体へのバックアップが正常に完了したか確認します。

PROMPT> drmtapecat -backup_id 0000000002

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  MSEXCHANGE       2002/06/01 11:00:00  2002/06/02 11:00:00  MEDIA1

PROMPT>

バックアップデータが格納されている副ボリュームをアンマウントします。
インポートによって付与されたバックアップID「0000000001」を指定して副ボリュームをアンマウントします。

PROMPT> drmumount 0000000001

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmumountコマンドを終了します。

PROMPT>

8.9.3 SCR構成で取得したバックアップデータをロールフォワードリストアする

SCR構成で取得したバックアップデータをストレージグループのロールフォワードリストアする例を示します。ここでは，「8.9.2 SCR構成でバックアップする」で取得したバックアップデータを例にしています。

バックアップサーバでProtection Managerサービスを起動します。

バックアップサーバでテープ媒体のバックアップIDを確認します。

PROMPT> drmtapecat

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  MSEXCHANGE       2002/06/01 11:00:00  2002/06/02 11:00:00  MEDIA1

PROMPT>

バックアップサーバでテープ媒体からリストアするために副ボリュームをマウントします。
バックアップID「0000000002」を指定してdrmmountコマンドを実行します。

PROMPT> drmmount 0000000002 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

PROMPT>

バックアップサーバでバックアップデータをテープ媒体から副ボリュームへリストアします。
バックアップID「0000000002」を指定してdrmmediarestoreコマンドを実行します。
バックアップID「0000000001」は削除され，新バックアップID「0000000003」が登録されます。

PROMPT> drmmediarestore 0000000002

KAVX0001-I drmmediarestoreコマンドを開始します。

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = W:

          リストア先 = W:

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = X:

          リストア先 = X:

KAVX0405-I リストアを完了しました。

          リストア元 = W:

          リストア先 = W:

KAVX0405-I リストアを完了しました。

          リストア元 = X:

          リストア先 = X:

KAVX0040-I バックアップは以下の情報で取得されています。

          バックアップID = 0000000003

KAVX0002-I drmmediarestoreコマンドを終了します。

PROMPT>

バックアップサーバでテープ媒体から副ボリュームへのリストアの実行結果を確認します。

PROMPT> drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000003 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

PROMPT>

テープ媒体からのリストアが完了した副ボリュームをアンマウントします。
テープ媒体にバックアップされたバックアップID「0000000002」を指定して，副ボリュームをアンマウントします。

PROMPT> drmumount 0000000002

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmumountコマンドを終了します。

PROMPT>

バックアップサーバでバックアップカタログ情報を一時ファイルへエクスポートします。

PROMPT> drmdbexport 0000000003 -f C:¥FTP_ROOT¥0000000003.drm

KAVX0001-I drmdbexportコマンドを開始します。

KAVX0002-I drmdbexportコマンドを終了します。

PROMPT>

エクスポートした一時ファイルをバックアップサーバからソースへftp転送します。

PROMPT> ftp <ソース名>

ftp> Username: （ログイン名を入力）

ftp> password: （パスワードを入力）

ftp> get 0000000003.drm

ftp> quit

PROMPT>

ソースへ転送した一時ファイルをソースのバックアップカタログへインポートします。
バックアップカタログに，新バックアップIDが登録されます。
バックアップIDは，未使用のID「0000000002」が付与される。

PROMPT> drmdbimport -f C:¥0000000005.drm

KAVX0001-I drmdbimportコマンドを開始します。

KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。

          インポートされたバックアップID = 0000000002

KAVX0002-I drmdbimportコマンドを終了します。

PROMPT>

ソースでインポートの実行結果を確認します。

PROMPT> drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000002 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

PROMPT>

副ボリュームのデータを主ボリュームへロールフォワードリストアします。

PROMPT> drmexgrestore 0000000002 -resync -recovery

KAVX0001-I drmexgrestoreコマンドを開始します。

KAVX0256-I Protection Managerサービスに接続します。

            ホスト名 = バックアップサーバ

KAVX1741-I Exchange Serverのレプリケーション機能を中断しました。

            ターゲット = ターゲット

            ストレージグループ名 = STR1

KAVX1805-I インフォメーションストアをディスマウントしています。

            ストレージグループ名 = STR1

KAVX1700-I リストアを開始します。

KAVX5111-I アンマウントを実行します。

            マウントポイント名 = D:

KAVX5108-I コピーグループの再同期を実行します。

            コピーグループ名 = EXG001,B001

KAVX5109-I コピーグループのペア分割を実行します。

            コピーグループ名 = EXG001,B001

KAVX5110-I マウントを実行します。

            マウントポイント名 = D:

KAVX1701-I リストアを完了しました。

KAVX1806-I インフォメーションストアをマウントしています。

          ストレージグループ名 = STR1

KAVX1743-I  Exchange Serverのレプリケーション機能を再開しました。

            ターゲット = ターゲット

            ストレージグループ名 = STR1

KAVX0002-I drmexgrestoreコマンドを終了します。

8.9.4 SCR構成で取得したバックアップデータをポイントインタイムリストアする（SCRのシード機能を使用しない場合）

SCRのシード機能を使用しないで，SCR構成で取得したバックアップデータをストレージグループのポイントインタイムリストアする例を示します。ここでは，「8.9.2 SCR構成でバックアップする」で取得したバックアップデータを例にしています。

バックアップサーバでProtection Managerサービスを起動します。

バックアップサーバでテープ媒体のバックアップIDを確認します。

PROMPT> drmtapecat

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  MSEXCHANGE       2002/06/01 11:00:00  2002/06/02 11:00:00  MEDIA1

PROMPT>

バックアップサーバでテープ媒体からリストアするために副ボリュームをマウントします。
バックアップID「0000000002」を指定してdrmmountコマンドを実行します。

PROMPT> drmmount 0000000002 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

PROMPT>

バックアップサーバでバックアップデータをテープ媒体から副ボリュームへリストアします。
バックアップID「0000000002」を指定してdrmmediarestoreコマンドを実行します。
バックアップID「0000000001」は削除され，新バックアップID「0000000003」が登録されます。

PROMPT> drmmediarestore 0000000002

KAVX0001-I drmmediarestoreコマンドを開始します。

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = W:

          リストア先 = W:

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = X:

          リストア先 = X:

KAVX0405-I リストアを完了しました。

          リストア元 = W:

          リストア先 = W:

KAVX0405-I リストアを完了しました。

          リストア元 = X:

          リストア先 = X:

KAVX0040-I バックアップは以下の情報で取得されています。

          バックアップID = 0000000003

KAVX0002-I drmmediarestoreコマンドを終了します。

PROMPT>

バックアップサーバでテープ媒体から副ボリュームへのリストアの実行結果を確認します。

PROMPT> drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000003 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

PROMPT>

バックアップサーバでテープ媒体からのリストアが完了した副ボリュームをアンマウントします。
バックアップID「0000000002」を指定して，drmumountコマンドを実行します。

PROMPT> drmumount 0000000002

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmumountコマンドを終了します。

PROMPT>

バックアップサーバでバックアップカタログ情報を一時ファイルへエクスポートします。

PROMPT> drmdbexport 0000000003 -f C:¥FTP_ROOT¥0000000003.drm

KAVX0001-I drmdbexportコマンドを開始します。

KAVX0002-I drmdbexportコマンドを終了します。

PROMPT>

バックアップサーバでエクスポートした一時ファイルをソースへftp転送します。

PROMPT> ftp <ソース名>

ftp> Username: （ログイン名を入力）

ftp> password: （パスワードを入力）

ftp> get 0000000003.drm

ftp> quit

PROMPT>

ソースへ転送した一時ファイルをソースのバックアップカタログへインポートします。
バックアップカタログに，新バックアップIDが登録されます。
バックアップIDは，未使用のID「0000000002」が付与されます。

PROMPT> drmdbimport -f C:¥0000000005.drm

KAVX0001-I drmdbimportコマンドを開始します。

KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。

          インポートされたバックアップID = 0000000002

KAVX0002-I drmdbimportコマンドを終了します。

PROMPT>

ソースでインポートの実行結果を確認します。

PROMPT> drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000002 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

PROMPT>

副ボリュームのバックアップデータを主ボリュームへポイントインタイムリストアします。

PROMPT> drmexgrestore 0000000002 -resync

KAVX0001-I drmexgrestoreコマンドを開始します。

KAVX0256-I Protection Managerサービスに接続します。

            ホスト名 = バックアップサーバ

KAVX1741-I Exchange Serverのレプリケーション機能を中断しました。

            ターゲット = ターゲット

            ストレージグループ名 = STR1

KAVX1805-I インフォメーションストアをディスマウントしています。

            ストレージグループ名 = STR1

KAVX1700-I リストアを開始します。

KAVX5111-I アンマウントを実行します。

            マウントポイント名 = D:

KAVX5111-I アンマウントを実行します。

            マウントポイント名 = E:

KAVX5108-I コピーグループの再同期を実行します。

            コピーグループ名 = EXG001,B001

KAVX5108-I コピーグループの再同期を実行します。

            コピーグループ名 = EXG002,B001

KAVX5109-I コピーグループのペア分割を実行します。

            コピーグループ名 = EXG001,B001

KAVX5109-I コピーグループのペア分割を実行します。

            コピーグループ名 = EXG002,B001

KAVX5110-I マウントを実行します。

            マウントポイント名 = E:

KAVX5110-I マウントを実行します。

            マウントポイント名 = D:

KAVX1701-I リストアを完了しました。

KAVX1806-I インフォメーションストアをマウントしています。

          ストレージグループ名 = STR1

KAVX0002-I drmexgrestoreコマンドを終了します。

8.9.5 SCR構成で取得したバックアップデータをポイントインタイムリストアする（SCRのシード機能を使用する場合）

SCRのシード機能を使用して，SCR構成で取得したバックアップデータをストレージグループのポイントインタイムリストアする例を示します。ここでは，「8.9.2 SCR構成でバックアップする」で取得したバックアップデータを例にしています。

バックアップサーバおよびターゲットでProtection Managerサービスを起動します。

バックアップサーバでテープ媒体のバックアップIDを確認します。

PROMPT> drmtapecat

BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA

0000000002  MSEXCHANGE       2002/06/01 11:00:00  2002/06/02 11:00:00  MEDIA1

PROMPT>

バックアップサーバでテープ媒体からリストアするために副ボリュームをマウントします。
バックアップID「0000000002」を指定してdrmmountコマンドを実行します。

PROMPT> drmmount 0000000002 -mount_pt W:

KAVX0001-I drmmountコマンドを開始します。

KAVX0400-I マウントを開始します。

          マウントポイント = W:

KAVX0401-I マウントを完了しました。

          マウントポイント = W:

KAVX0400-I マウントを開始します。

          マウントポイント = X:

KAVX0401-I マウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmmountコマンドを終了します。

PROMPT>

バックアップサーバでバックアップデータをテープ媒体から副ボリュームへリストアします。
バックアップID「0000000002」を指定してdrmmediarestoreコマンドを実行します。
バックアップID「0000000001」は削除され，新バックアップID「0000000003」が登録されます。

PROMPT> drmmediarestore 0000000002

KAVX0001-I drmmediarestoreコマンドを開始します。

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = W:

          リストア先 = W:

KAVX0404-I リストアを開始します。

          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。

          リストア元 = X:

          リストア先 = X:

KAVX0405-I リストアを完了しました。

          リストア元 = W:

          リストア先 = W:

KAVX0405-I リストアを完了しました。

          リストア元 = X:

          リストア先 = X:

KAVX0040-I バックアップは以下の情報で取得されています。

          バックアップID = 0000000003

KAVX0002-I drmmediarestoreコマンドを終了します。

PROMPT>

バックアップサーバでテープ媒体から副ボリュームへのリストアの実行結果を確認します。

PROMPT> drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000003 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

PROMPT>

テープ媒体からのリストアが完了した副ボリュームをアンマウントします。
テープ媒体にバックアップされたバックアップID「0000000002」を指定して，副ボリュームをアンマウントします。

PROMPT> drmumount 0000000002

KAVX0001-I drmumountコマンドを開始します。

KAVX0406-I アンマウントを開始します。

          マウントポイント = W:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = W:

KAVX0406-I アンマウントを開始します。

          マウントポイント = X:

KAVX0407-I アンマウントを完了しました。

          マウントポイント = X:

KAVX0002-I drmumountコマンドを終了します。

PROMPT>

バックアップサーバでバックアップカタログ情報を一時ファイルへエクスポートします。

PROMPT> drmdbexport 0000000003 -f C:¥FTP_ROOT¥0000000003.drm

KAVX0001-I drmdbexportコマンドを開始します。

KAVX0002-I drmdbexportコマンドを終了します。

PROMPT>

バックアップサーバでエクスポートした一時ファイルをでソースへftp転送します。

PROMPT> ftp <ソース名>

ftp> Username: （ログイン名を入力）

ftp> password: （パスワードを入力）

ftp> get 0000000003.drm

ftp> quit

PROMPT>

ソースへ転送した一時ファイルをソースのバックアップカタログへインポートします。
バックアップカタログに，新バックアップIDが登録されます。
バックアップIDは，未使用のID「0000000002」が付与されます。

PROMPT> drmdbimport -f C:¥0000000005.drm

KAVX0001-I drmdbimportコマンドを開始します。

KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。

          インポートされたバックアップID = 0000000002

KAVX0002-I drmdbimportコマンドを終了します。

PROMPT>

ソースでインポートの実行結果を確認します。

PROMPT> drmexgcat

STRAGEGROUP: STR1

BACKUP-ID:0000000002 BACKUP-MODE: VSS STRAGEGROUP: STR1 ORIGINAL-ID:0000000001

START-TIME：2007/11/01 10:00:00 END-TIME: 2007/11/01 10:05:00 HOSTNAME:EXG_SRV1

T OBJECT       INFORMATIONSTORE     FILE                   FS          DG      DEVICE       COPY-GROUP

M MAILBOXSTORE MAILBOX1(STR1)       D:¥STR1¥priv1.edb      D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

P PUBLICSTORE  PUBLIC1(STR1)        D:¥STR1¥pub1.edb       D:          -       Harddisk1    EXG001,B001

- -            -                    -                      -           -       -            EXG001,B001

T TRANSACT     -                    E:¥STR1¥E00*.log        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

C CHECKPOINT   -                    E:¥STR1¥E00.chk        E:          -       Harddisk2    EXG002,B001

- -            -                    -                      -           -       -            EXG002,B001

PROMPT>

SCRのシード機能を有効にした状態で，副ボリュームのバックアップデータを主ボリュームへポイントインタイムリストアします。

PROMPT> drmexgrestore 0000000002 -resync -recovery -ef exchange.conf

KAVX0001-I drmexgrestoreコマンドを開始します。

KAVX1526-I Exchange環境設定ファイルを読み込みました。

            Exchange環境設定ファイル名 = exchange.conf

KAVX0256-I Protection Managerサービスに接続します。

            ホスト名 = ターゲット

KAVX0256-I Protection Managerサービスに接続します。

            ホスト名 = バックアップサーバ

KAVX1741-I Exchange Serverのレプリケーション機能を中断しました。

            ターゲット = ターゲット

            ストレージグループ名 = STR1

KAVX1805-I インフォメーションストアをディスマウントしています。

            ストレージグループ名 = STR1

KAVX1700-I リストアを開始します。

KAVX5111-I アンマウントを実行します。

            マウントポイント名 = D:

KAVX5111-I アンマウントを実行します。

            マウントポイント名 = E:

KAVX5108-I コピーグループの再同期を実行します。

            コピーグループ名 = EXG001,B001

KAVX5108-I コピーグループの再同期を実行します。

            コピーグループ名 = EXG002,B001

KAVX5109-I コピーグループのペア分割を実行します。

            コピーグループ名 = EXG001,B001

KAVX5109-I コピーグループのペア分割を実行します。

            コピーグループ名 = EXG002,B001

KAVX5110-I マウントを実行します。

            マウントポイント名 = E:

KAVX5110-I マウントを実行します。

            マウントポイント名 = D:

KAVX1701-I リストアを完了しました。

KAVX1806-I インフォメーションストアをマウントしています。

          ストレージグループ名 = STR1

KAVX1745-I シード処理を開始します

            ターゲット = ターゲット

            ストレージグループ名 = STR1

KAVX1746-I シード処理が完了しました。

            ターゲット = ターゲット

            ストレージグループ名 = STR1

KAVX1743-I Exchange Serverのレプリケーション機能を再開しました。

            ターゲット = ターゲット

            ストレージグループ名 = STR1

KAVX0002-I drmexgrestoreコマンドを終了します。

8.10 Protection Managerと連携できないバックアップ管理製品を使用してバックアップおよびリストアする

Protection Managerと連携できないバックアップ管理製品を使用している場合は，次の手順でストレージグループをテープにバックアップ，またはテープからリストアしてください。なお，バックアップの手順1から手順6までの操作の詳細については，「8.3.3 ストレージグループをテープにバックアップする」を参照してください。また，リストア操作の詳細については，「8.3.4 ストレージグループをテープからリストアする」を参照してください。

ストレージグループをテープへバックアップするには（Protection Managerと連携できないバックアップ管理製品を使用している場合）：

常時スプリット運用の場合，EX_DRM_CACHE_PURGEを実行して，副ボリュームのキャッシュをクリアします。

常時スプリット運用の場合，EX_DRM_RESYNCを実行して，コピーグループを再同期します。

EX_DRM_EXG_BACKUPを実行して，ストレージグループを副ボリュームへバックアップします。

EX_DRM_DB_EXPORTを実行して，バックアップ情報を一時ファイルへエクスポートします。

EX_DRM_FTP_PUTを実行して，一時ファイルをバックアップサーバへ転送します。

EX_DRM_DB_IMPORTを実行して，データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。

バックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバの次のディレクトリにあるバックアップID記録ファイル（<オペレーションID>.bid）を開きます。

<FTP_HOME_DIR値>¥<FTP_SUB_DIR値>¥<オペレーションID>¥BK¥<オペレーションID>.bid

データファイルの格納場所を確認します。
確認するには，手順7で確認したバックアップIDを引数にして，drmmountコマンドを実行します。
drmmountコマンドの表示結果に，マウントされたドライブ名が表示されます。
マウントされたドライブには，ストレージグループのデータファイル（*.edb，*.stm），トランザクションログファイル（*.log），チェックポイントファイル（*.chk）が格納されています。このとき，バックアップするファイルの内容を確認するには，drmexgcatコマンドを実行してください。

マウントされたドライブに格納されているすべてのファイルをバックアップ管理製品で，テープにバックアップします。

手順8でマウントしたマウントポイントを，drmumountコマンドを実行してアンマウントします。

ストレージグループをテープからリストアするには（Protection Managerと連携できないバックアップ管理製品を使用している場合）：

drmexgcatコマンドを実行して，リストア対象となるバックアップカタログのバックアップIDを確認します。

drmmountコマンドを実行してから，バックアップの手順7，8で確認した格納場所へ，テープからリストアします。

バックアップIDを指定してEX_DRM_BACKUPID_SETを実行し，バックアップID記録ファイルを作成します。

「8.3.4 ストレージグループをテープからリストアする」の手順4以降を実行して，副ボリュームから主ボリュームへリストアしてください。

8.11 ファイル共用を使用してバックアップおよびリストアする（データベースサーバとバックアップサーバをファイル共用で連携する）

データベースサーバとバックアップサーバ間でバックアップ情報を送受信する場合，通常はFTPを使用した拡張コマンド（EX_DRM_FTP_PUT，EX_DRM_FTP_GET）を使用しますが，FTPを使用しないで，ファイル共用を使用してサーバ間でバックアップ情報をコピーすることもできます。ここでは，ファイル共用を使用してストレージグループをバックアップ，リストアする例について説明します。

この節の構成

8.11.1 ファイル共用を使用してバックアップおよびリストアするための準備

8.11.2 ファイル共用を使用してバックアップする例

8.11.3 ファイル共用を使用してリストアする例

8.11.1 ファイル共用を使用してバックアップおよびリストアするための準備

ファイル共用を使用して，ストレージグループをバックアップ，リストアするための準備手順について説明します。

オペレーション定義ファイルチェックツールで自動生成された，拡張コマンド用一時ディレクトリを確認します。
拡張コマンド用一時ディレクトリが自動生成される場所については，「4.15.10 拡張コマンド用一時ディレクトリの確認」を参照してください。

エクスプローラなどで，バックアップサーバの拡張コマンド用一時ディレクトリを共有化します。

データベースサーバ上のエクスプローラなどで，共有化したバックアップサーバの拡張コマンド用一時ディレクトリをネットワークドライブとして割り当てます。
ここでは，データベースサーバの「X:」に割り当てます。

自動生成したバックアップサーバの拡張コマンド用一時ディレクトリに，データベースサーバから拡張コマンドを実行するユーザーが読み書きできる権限を設定します。

8.11.2 ファイル共用を使用してバックアップする例

ファイル共用を使用して，ストレージグループをバックアップする手順について説明します。なお，手順1から手順4までの操作，および手順6以降の操作の詳細については，「8.3.3 ストレージグループをテープにバックアップする」を参照してください。

常時スプリット運用の場合，EX_DRM_CACHE_PURGEを実行して，副ボリュームのキャッシュをクリアします。

常時スプリット運用の場合，EX_DRM_RESYNCを実行して，コピーグループを再同期します。

EX_DRM_EXG_BACKUPを実行して，ストレージグループを副ボリュームへバックアップします。

EX_DRM_DB_EXPORTを実行して，バックアップ情報を一時ファイルへエクスポートします。

一時ファイルをデータベースサーバからバックアップサーバへコピーします。
データベースサーバでコピーコマンドを実行して，データベースサーバの拡張コマンド用一時ディレクトリからバックアップサーバの拡張コマンド用一時ディレクトリに，一時ファイルをコピーします。

DBServer > copy /y <データベースサーバの拡張コマンド用一時ディレクトリ>¥Operation_A¥DB¥Operation_A.drm X:¥

EX_DRM_DB_IMPORTを実行して，データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。

EX_DRM_TAPE_BACKUPを実行して，副ボリュームのデータをテープへバックアップします。

常時ペア運用の場合，EX_DRM_CACHE_PURGEを実行して，副ボリュームのキャッシュをクリアします。

常時ペア運用の場合，EX_DRM_RESYNCを実行して，コピーグループを再同期します。

8.11.3 ファイル共用を使用してリストアする例

ファイル共用を使用して，バックアップサーバに，ストレージグループをリストアする手順について説明します。手順1から3までの操作，および手順5以降の操作の詳細については，「8.3.4 ストレージグループをテープからリストアする」を参照してください。

drmtapecatコマンドを実行して，バックアップデータのバックアップIDを確認します。

EX_DRM_TAPE_RESTOREを実行して，バックアップしたデータをテープから副ボリュームへリストアします。

EX_DRM_DB_EXPORTを実行して，バックアップ情報を一時ファイルへエクスポートします。

一時ファイルをバックアップサーバからデータベースサーバにコピーします。
データベースサーバでコピーコマンドを実行して，バックアップサーバの拡張コマンド用一時ディレクトリからデータベースサーバの拡張コマンド用一時ディレクトリに，一時ファイルをコピーします。

DBServer > copy /y X:¥Operation_A.drm <データベースサーバの拡張コマンド用一時ディレクトリ>¥Operation_A¥DB

EX_DRM_DB_IMPORTを実行して，バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。

EX_DRM_EXG_RESTOREを実行して，副ボリュームのデータを主ボリュームへリストアします。

8.12 バックアップデータを削除する

副ボリューム上のバックアップデータが不要になった場合は，バックアップデータを削除します。バックアップデータは，副ボリュームからテープにデータをバックアップしたあと，または副ボリュームから主ボリュームにデータをリストアしたあとに削除します。

バックアップデータを削除するには：

削除するバックアップIDを指定して，drmresyncコマンドを実行します。

PROMPT> drmresync -backup_id <バックアップID>

KAVX0001-I drmresyncコマンドを開始します。

KAVX0002-I drmresyncコマンドを終了します。

PROMPT>

コマンドを実行すると，主ボリュームと副ボリュームが再同期され，ミラー状態に戻ります。このとき，バックアップIDに指定したバックアップ情報は，バックアップカタログから削除されます。

9. Oracleデータベースの場合の運用

この章では，Oracleデータベースをバックアップする場合のProtection Managerの運用方法を，実際の手順を中心に説明します。コマンドの詳細な設定方法などを知りたい場合は，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」を参照してください。

この章の構成

9.1 Oracleデータベースのバックアップおよびリストアの運用について

9.2 ボリューム間でデータをバックアップおよびリストアする

9.3 テープ装置を使用してバックアップおよびリストアする（表領域のバックアップおよびリストア）

9.4 OracleのREDOログファイルおよび制御ファイルを利用した運用をする

9.5 Protection Managerと連携できないバックアップ管理製品を使用してバックアップおよびリストアする

9.6 ファイル共用を使用してバックアップおよびリストアする（データベースサーバとバックアップサーバをファイル共用で連携する）

9.7 RAC構成で拡張コマンドを使用して，バックアップおよびリストアする

9.8 RAC構成でバックアップおよびリストアする

9.9 バックアップデータを削除する

9.10 RAC構成でインターコネクト障害が発生したときの対応

9.1 Oracleデータベースのバックアップおよびリストアの運用について

ここでは，Oracleデータベースのバックアップおよびリストアを実行する場合の注意事項について説明します。

バックアップ対象に共通な運用時の注意事項については，「5.3 運用時の注意事項」を参照してください。

この節の構成

9.1.1 アーカイブ済みREDOログファイルおよび制御ファイルをバックアップするときの注意事項

9.1.2 アーカイブ済みREDOログファイルを適用してリカバリするときの注意事項

9.1.3 Oracleデータベースをバックアップおよびリストアするときの注意事項

9.1.4 Oracleデータベースをバックアップするときの注意事項

9.1.5 Oracleデータベースをリストアするときの注意事項

9.1.1 アーカイブ済みREDOログファイルおよび制御ファイルをバックアップするときの注意事項

次のコマンドは，インスタンス名オプションで指定したインスタンスが起動され，かつアーカイブログモード（ARCHIVELOG MODE）で運用されている場合だけ実行できます。

drmorabackup（-mode onlineオプションまたは-allオプションを指定した場合）

drmoralogbackup

9.1.2 アーカイブ済みREDOログファイルを適用してリカバリするときの注意事項

クラスタ環境でコールドバックアップしたデータをdrmorarestoreコマンドでリストアしたあとに，drmoralogbackupコマンドでバックアップしたアーカイブ済みREDOログファイルをリカバリで適用する場合は，次の手順で行ってください。

drmoracat <インスタンス名> -backup_id <バックアップID> -vでリストアするバックアップカタログを表示します。

クラスタを停止します。

手順1で表示したバックアップカタログの内容を参照し，リストア対象のボリュームグループをアクティブにします。また，手順1の表示にあるディクショナリマップファイル格納ディレクトリ（DB-PATHに表示されるディレクトリ名）がストレージサブシステム上の場合，そのボリュームグループもアクティブにします。

Oracleリストア対象のボリューム，ディクショナリマップのボリュームがOracleデータベースの場合，手順1の内容を参照し，マウントします。

drmorarestoreコマンドで，コールドバックアップしたデータをリストアします。

drmoralogbackupコマンドでバックアップしたアーカイブ済みREDOログファイルをリストアします。

OracleをMount状態にし，リカバリを実行します。

リカバリが完了したあとOracleインスタンスを停止します。

Oracleデータベースの場合，手順4でマウントしたOracleリストア対象のボリューム，ディクショナリマップのボリュームをアンマウントします。

手順3でアクティブにしたボリュームグループを非アクティブにします。

クラスタを再起動します。

9.1.3 Oracleデータベースをバックアップおよびリストアするときの注意事項

-targetまたは-fオプションを指定する場合，同じ論理ボリュームに含まれるすべての表領域を指定してください。すべての表領域を指定しない場合は，コマンドがエラーになります。

9.1.4 Oracleデータベースをバックアップするときの注意事項

データベース全体のオンラインバックアップで取得するバックアップに一時ファイルは含まれません。一時ファイルは，リカバリ完了後に再作成してください。

9.1.5 Oracleデータベースをリストアするときの注意事項

drmorarestoreコマンドを実行する場合，オンラインバックアップモードに設定されている表領域が一つでもあるときは，コマンドはエラー終了します。また，コマンド実行中にリストア対象の表領域がオンラインバックアップモードに設定されるか，またはオフラインにされた場合でも，コマンドはエラー終了します。この場合，表領域をオンラインにして再度実行してください。

オンラインバックアップしたデータをRAWデバイスの主ボリュームにリストアする場合，次に示すファイルはdrmorarestoreコマンドではリストアされないため，コマンドの終了後にユーザー操作でリストアする必要があります。

制御ファイル

初期化パラメーターファイルまたはサーバパラメーターファイル

これらのファイルは，コマンドの実行時に出力されるメッセージを参照して，ddコマンドでリストアします。

クラスタ環境でOracleデータベースとしてバックアップしたデータを主ボリュームにリストアする場合，ファイルによってはdrmorarestoreコマンドでリストアされないため，コマンドの終了後にユーザー操作でリストアする必要があります。
ユーザー操作によるリストアが必要なファイルは，コマンドの実行時に出力されるメッセージを参照して，次の手順でリストアします。

クラスタ監視下からディスクを切り離します。

切り離したディスクをインポートしてからマウントします。

データを格納したボリュームがOracleデータベースの場合，cpコマンドでリストアします。データを格納したボリュームがRAWデバイスの場合，ddコマンドでリストアします。

9.2 ボリューム間でデータをバックアップおよびリストアする

ここでは，主ボリュームと副ボリューム間でのデータのバックアップおよびリストアの実行方法について説明します。

この節の構成

9.2.1 システム構成

9.2.2 処理の流れ

9.2.3 Oracleデータベースを副ボリュームにバックアップする

9.2.4 Oracleデータベースを主ボリュームにリストアする

9.2.1 システム構成

サーバが1台の場合は，主ボリュームと副ボリューム間でデータをバックアップおよびリストアします。データベースサーバにProtection Managerを導入し，コマンドを実行します。

ボリューム間でデータをバックアップおよびリストアする場合のシステム構成を次の図に示します。

図9-1 ボリューム間でデータをバックアップおよびリストアする場合のシステム構成（バックアップ対象がOracleデータベースの場合）

9.2.2 処理の流れ

単一サーバ構成のシステムで，Oracleデータベースを副ボリュームにバックアップする処理の流れ，およびバックアップしたOracleデータベースを主ボリュームにリストアする処理の流れを次の図に示します。コマンドはデータベースサーバで実行します。

図9-2 Oracleデータベースを副ボリュームにバックアップする処理の流れ

図9-3 バックアップしたOracleデータベースを主ボリュームにリストアする処理の流れ

9.2.3 Oracleデータベースを副ボリュームにバックアップする

データベースサーバ「DBServer」のインスタンス「INSTANCE_1」をバックアップする例について説明します。バックアップ対象を特定するオペレーションIDとして，「Operation_A」を使用します。

Oracleデータベースをバックアップするには：

コピーグループを再同期します。
SANRISE1000シリーズを使用する場合，SANRISE9500Vシリーズ，Hitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，Hitachi TMS1000，またはHitachi SMSシリーズでShadowImageを使用する場合は，データベースサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。バックアップする前にコピーグループを再同期することで，バックアップを高速化できます。

DBServer > EX_DRM_RESYNC Operation_A -cg VG01,vol01 -copy_size 7

Oracleデータベースを副ボリュームへバックアップします。
Oracleデータベースをオンラインバックアップします。バックアップするには，EX_DRM_ORA_BACKUPを実行します。引数として，オペレーションID「Operation_A」を指定します。

DBServer > EX_DRM_ORA_BACKUP Operation_A -mode online

9.2.4 Oracleデータベースを主ボリュームにリストアする

副ボリューム上にバックアップデータが保存されている場合にバックアップデータをリストアし，Oracleデータベースをリカバリする例について説明します。

この例では，副ボリュームと主ボリュームを再同期することでリストアします。リストア対象を特定するオペレーションIDとして，「Operation_A」を使用します。

Oracleデータベースをリストアするには：

バックアップデータのバックアップIDを確認します。
副ボリュームから主ボリュームへのリストアに使用するバックアップデータのバックアップIDを確認します。バックアップIDを確認するには，データベースサーバでdrmoracatコマンドを実行します。

DBServer >drmoracat ORA1
INSTANCE: ORA1
BACKUP-ID: 0000000001 BACKUP-MODE: ONLINE INSTANCE: ORA1 ORIGINAL-ID: 0000000001
START-TIME：2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: DBServer
T OBJECT     FILE                           FS             DG     DEVICE     COPY-GROUP
T TEST01   /pdsk/disk3/TEST01.dbf  /pdsk/disk3 stg2 c4t0d1s2 STD01,orastd021
T TEST02   /pdsk/disk3/TEST02.dbf  /pdsk/disk3 stg2 c4t0d1s2 STD01,orastd021
O ONLRD01  /pdsk/disk1/redo01.log /pdsk/disk1  stg5 c4t0d1s5 STD01,orastd051
:

なお，リストアコマンド実行時に-targetオプションを指定して，特定の表領域を含むインスタンスをリストアする場合には，リストア対象を確認してください。

バックアップID記録ファイルを作成します。
バックアップIDを指定してEX_DRM_BACKUPID_SETを実行し，バックアップID記録ファイルを作成します。

DBServer > EX_DRM_BACKUPID_SET Operation_A -backup_id 0000000001

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，データベースサーバでEX_DRM_ORA_RESTOREを実行します。

DBServer > EX_DRM_ORA_RESTORE Operation_A -resync

Oracleデータベースをリカバリするために，SQL*Plusにログインします。
Oracleデータベースが停止しているため，SQL*Plusにログインします。SQL*Plusにログインするときには，必ず次のようにSYSDBA権限のユーザーでログインしてください。

DBServer > sqlplus <ユーザー名>/<パスワード> as sysdba

Oracleデータベースをマウントします。
次のようにコマンドを実行し，Oracleデータベースをマウントします。

SQL> startup mount

Oracleデータベースをリカバリします。
次のようにコマンドを実行し，Oracleデータベースをリカバリします。

SQL> recover database until cancel using backup controlfile;

リカバリの最後に，適用するアーカイブ済みREDOログファイルが存在しないことを示すメッセージが表示されます。このときは，対応するオンラインREDOログファイルを指定してください。
リカバリが成功すると「Media recovery complete.」というメッセージが表示されます。

リカバリが成功したらOracleデータベースをオープンします。
次のようにコマンドを実行し，Oracleデータベースをオープンします。

SQL> alter database open resetlogs;

Oracleデータベースをオープンすると「Database altered.」というメッセージが表示されます。

9.3 テープ装置を使用してバックアップおよびリストアする（表領域のバックアップおよびリストア）

ここでは，テープ装置へのデータのバックアップおよびリストアの実行方法について説明します。

この節の構成

9.3.1 システム構成

9.3.2 処理の流れ

9.3.3 Oracleデータベースをテープにバックアップする

9.3.4 Oracleデータベースをテープからリストアする

9.3.1 システム構成

Oracleデータベースをテープバックアップおよびリストアする処理の例について説明します。この例では，次の図に示すシステム構成を想定しています。なお，ここではデータベースサーバが1台の場合のシステム構成を例としていますが，データベースサーバを複数構成にすることもできます。

図9-4 Oracleデータベースをテープへバックアップ，リストアするためのシステム構成

なお，Protection Managerでは，データベースサーバをクラスタ構成にできます。データベースサーバをフェールオーバー型のクラスタ構成にすることで，現用サーバに障害が発生したときに待機サーバに運用を引き継ぐことができます。

この例での前提条件は次のとおりです。

環境変数PATHにコマンドのパス/opt/drm/script/binが設定されている。

データベースサーバ（サーバ名：DBServer）と，テープ装置を接続したバックアップサーバ（サーバ名：BKServer）を備えている。

主ボリュームは，VxFSでフォーマットされていて，/mntディレクトリにマウントされている。

主ボリュームは，Oracleの表領域用として使用されている。表領域用ボリュームはログ用のボリュームとは共有できない。

データベースサーバおよびバックアップサーバに，論理ボリュームマネージャーとしてVxVMがインストールされている。

主ボリュームと副ボリュームがミラー構成になっている（ボリューム複製機能およびRAID Managerで設定する）。

drmtapeinitコマンドを実行して，バックアップ管理製品のパラメーターが登録されている。

主ボリュームから副ボリュームにオンラインバックアップされたデータを，テープにバックアップする。

バックアップサーバでFTPサービスが起動しており，各データベースサーバのOSログオンユーザーを使用してFTPサーバへのログインおよびファイルの転送ができるように設定されている。FTPユーザーIDは「admin」，FTPユーザーパスワードは「password」とする。

副ボリュームをテープへバックアップするまでは，バックアップ対象の副ボリュームとペアを構成している主ボリュームのバックアップを新たに実行することはないとする。

データベースサーバ（サーバ名：DBServer）上にはインスタンス「INSTANCE_1」が存在し，/mntディレクトリにマウントされている。

副ボリュームは通常はマウントされていないで，運用時にだけ/mntディレクトリにマウントされる。

各データベースサーバおよびバックアップサーバで，オペレーション定義ファイルに指定された拡張コマンド一時ファイル格納ディレクトリおよびバックアップファイル格納ディレクトリが作成されている。

9.3.2 処理の流れ

複数サーバ構成のシステムで，Oracleデータベースをテープにバックアップする処理の流れを次の図に示します。

常時スプリット運用の場合，コピーグループを再同期してから，データをバックアップします。

常時ペア運用の場合は，バックアップの前にコピーグループを再同期する必要はありません。テープバックアップが終了してから，コピーグループを再同期して，初期状態に戻します。

図9-5 Oracleデータベースをテープにバックアップする処理の流れ

図9-6 Oracleデータベースをテープからリストアする処理の流れ

9.3.3 Oracleデータベースをテープにバックアップする

Oracleデータベースをテープへオンラインバックアップする例について説明します。この例では，データベースサーバ「DBServer」のインスタンス「INSTANCE_1」をいったん副ボリュームにオンラインバックアップしたあと，副ボリュームからテープへバックアップします。バックアップ対象を特定するオペレーションIDとして，「Operation_A」を使用します。

この項の構成

(1) コピーグループの再同期

(2) Oracleデータベースのバックアップ

(1) コピーグループの再同期

常時スプリット運用の場合，コピーグループを再同期してから，データをバックアップします。

常時ペア運用の場合は，バックアップの前にコピーグループを再同期する必要はありません。テープバックアップが終了してから，コピーグループを再同期して，初期状態に戻します。

コピーグループを再同期するには：

コピーグループを再同期します。
SANRISE1000シリーズを使用する場合，SANRISE9500Vシリーズ，Hitachi AMS/WMSシリーズ，Hitachi AMS2000シリーズ，Hitachi TMS1000，またはHitachi SMSシリーズでShadowImageを使用する場合は，データベースサーバでEX_DRM_RESYNCを実行し，コピーグループを再同期します。バックアップする前にコピーグループを再同期することで，バックアップを高速化できます。

DBServer > EX_DRM_RESYNC Operation_A -cg VG01,vol01 -copy_size 7

(2) Oracleデータベースのバックアップ

Oracleデータベースをバックアップするには：

Oracleデータベースを副ボリュームへバックアップします。
Oracleデータベースをオンラインバックアップします。バックアップするには，EX_DRM_ORA_BACKUPを実行します。引数として，オペレーションID「Operation_A」を指定します。
なお，オンラインバックアップでは表領域がバックアップの対象となります。データベース全体をバックアップするときは，-allオプションを指定します。

DBServer > EX_DRM_ORA_BACKUP Operation_A -mode online

正しくバックアップされていることを確認します。
データベースサーバでdrmoracatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

DBServer> drmoracat INSTANCE_1
INSTANCE: INSTANCE_1
BACKUP-ID:0000000001 BACKUP-MODE: ONLINE INSTANCE: INSTANCE_1
START-TIME: 2003/08/11 19:00:00 END-TIME: 2003/08/11 19:03:00
:
:

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームからテープへバックアップするために，主ボリュームから副ボリュームへのバックアップ操作に関する情報をバックアップサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行して，バックアップ操作に関する情報を一時ファイルへエクスポートします。一時ファイルは，データベースサーバの拡張コマンド用一時ディレクトリに格納されます。

DBServer > EX_DRM_DB_EXPORT Operation_A

バックアップ時に作成された制御ファイルを一時ディレクトリに退避します。
制御ファイルと一時ファイルを一括してバックアップサーバへ転送するために，バックアップ時に作成された制御ファイルをデータベースサーバの拡張コマンド用一時ディレクトリに退避します。退避するには，EX_DRM_ORAFILE_PACKを実行します。

DBServer > EX_DRM_ORAFILE_PACK Operation_A

制御ファイルと一時ファイルをバックアップサーバへ転送します。
制御ファイルと一時ファイルを一括してデータベースサーバからバックアップサーバへ転送します。転送するには，データベースサーバでEX_DRM_FTP_PUTを実行します。ここでは，FTPサーバにログオンするために使用するユーザーIDを「admin」，パスワードを「password」とします。制御ファイルと一時ファイルは，バックアップサーバの拡張コマンド用一時ディレクトリに格納されます。

DBServer > EX_DRM_FTP_PUT Operation_A -server BKServer -user admin -password password

データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
データベースサーバから転送した一時ファイルを，バックアップサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，バックアップサーバでEX_DRM_DB_IMPORTを実行します。

BKServer > EX_DRM_DB_IMPORT Operation_A

正しくインポートされていることを確認します。
バックアップサーバでdrmoracatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報がバックアップサーバにインポートされていることを確認します。

データベースサーバから転送した制御ファイルをバックアップサーバへ展開します。
EX_DRM_ORAFILE_EXTRACTを実行し，データベースサーバから転送した制御ファイルをバックアップサーバのバックアップファイル格納ディレクトリに展開します。

BKServer > EX_DRM_ORAFILE_EXTRACT Operation_A

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでEX_DRM_TAPE_BACKUPを実行します。ここでは，テープバックアップ用のマウントポイントとして「/mnt」を指定します。

BKServer > EX_DRM_TAPE_BACKUP Operation_A -exopt -mount_pt /mnt

バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000002」で登録されます。

正しくテープへバックアップされていることを確認します。
バックアップサーバでdrmtapecatコマンドを実行して，主ボリュームから副ボリュームへのバックアップを実行した日付のバックアップ情報があることを確認します。

9.3.4 Oracleデータベースをテープからリストアする

テープへバックアップしたデータをリストアし，Oracleデータベースをリカバリする例について説明します。この例では，いったんテープのデータを副ボリュームにリストアしたあと，副ボリュームと主ボリュームを再同期することでリストアします。リストア対象を特定するオペレーションIDとして，「Operation_A」を使用します。

Oracleデータベースをリストアするには：

バックアップデータのバックアップIDを確認します。
テープから副ボリュームへのリストアに使用するバックアップデータのバックアップIDを確認します。バックアップIDを確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

BKServer >drmtapecat -hostname DBServer -l
BACKUP-ID ORIGINAL-ID HOSTNAME BACKUP-OBJECT INSTANCE    SNAPSHOT TIME       EXPIRATION TIME      BACKUP-MEDIA
0000000002 0000000001 DBServer Oracle        instance1   2003/08/11 19:30:00 2003/11/11 19:30:00  -
:
:

なお，リストアコマンド実行時に-targetオプションを指定して，特定の表領域を含むインスタンスをリストアする場合には，リストア対象を確認する必要があります。この場合，drmtapecatコマンドに次のオプションを指定して実行します。

-o ORACLE <インスタンス名>

-backup_id <バックアップID>

バックアップしたデータをテープから副ボリュームへリストアします。
バックアップサーバで，バックアップIDを指定してEX_DRM_TAPE_RESTOREを実行し,バックアップしたデータをテープから副ボリュームへリストアします。

BKServer > EX_DRM_TAPE_RESTORE Operation_A -backup_id 0000000002

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームから主ボリュームへリストアするには，テープから副ボリュームへのリストア操作に関するバックアップ情報を，データベースサーバにコピーする必要があります。EX_DRM_DB_EXPORTを実行し，バックアップ情報を拡張コマンド用一時ディレクトリの一時ファイルへエクスポートします。

BKServer > EX_DRM_DB_EXPORT Operation_A

リストア時に作成された制御ファイルを一時ディレクトリに退避します。
制御ファイルと一時ファイルを一括してデータベースサーバへ転送するために，リストア時に作成された制御ファイルをバックアップサーバの拡張コマンド用一時ディレクトリに退避します。退避するには，バックアップサーバでEX_DRM_ORAFILE_PACKを実行します。

BKServer > EX_DRM_ORAFILE_PACK Operation_A

制御ファイルと一時ファイルをデータベースサーバで受け取ります。
データベースサーバでEX_DRM_FTP_GETを実行し，バックアップサーバの制御ファイルと一時ファイルを一括してデータベースサーバで受け取ります。ここでは，FTPサーバにログオンするために使用するユーザーIDを「admin」，パスワードを「password」とします。制御ファイルと一時ファイルは，データベースサーバの拡張コマンド用一時ディレクトリに格納されます。

DBServer > EX_DRM_FTP_GET Operation_A -server BKServer -user admin -password password

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
バックアップサーバから転送した一時ファイルを，データベースサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，データベースサーバでEX_DRM_DB_IMPORTを実行します。

DBServer >EX_DRM_DB_IMPORT Operation_A

バックアップサーバから転送した制御ファイルをデータベースサーバへ展開します。
EX_DRM_ORAFILE_EXTRACTを実行し，バックアップサーバから転送した制御ファイルをデータベースサーバに展開します。

DBServer > EX_DRM_ORAFILE_EXTRACT Operation_A

バックアップデータのバックアップIDを確認します。
副ボリュームから主ボリュームへのリストアに使用するバックアップデータのバックアップIDを確認します。バックアップIDを確認するには，drmoracatコマンドを実行します。

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，データベースサーバでEX_DRM_ORA_RESTOREを実行します。

DBServer > EX_DRM_ORA_RESTORE Operation_A -resync

Oracleデータベースをリカバリするために，SQL*Plusにログインします。
Oracleデータベースが停止しているため，SQL*Plusにログインします。SQL*Plusにログインするときには，必ず次のようにSYSDBA権限のユーザーでログインしてください。

DBServer > sqlplus <ユーザー名>/<パスワード> as sysdba

Oracleデータベースをマウントします。
次のようにコマンドを実行し，Oracleデータベースをマウントします。

SQL> startup mount

Oracleデータベースをリカバリします。
次のようにコマンドを実行し，Oracleデータベースをリカバリします。

SQL> recover database;

リカバリの最後に，適用するアーカイブ済みREDOログファイルが存在しないことを示すメッセージが表示されます。このときは，対応するオンラインREDOログファイルを指定してください。
リカバリが成功すると「Media recovery complete.」というメッセージが表示されます。

リカバリが成功したらOracleデータベースをオープンします。
次のようにコマンドを実行し，Oracleデータベースをオープンします。

SQL> alter database open resetlogs;

Oracleデータベースをオープンすると「Database altered.」というメッセージが表示されます。

9.4 OracleのREDOログファイルおよび制御ファイルを利用した運用をする

ここでは，OracleのREDOログファイルおよび制御ファイルを利用したバックアップおよびリストアの方法について説明します。

この節の構成

9.4.1 システム構成

9.4.2 処理の流れ

9.4.3 Oracleデータベースをバックアップする

9.4.4 アーカイブ済みREDOログファイルをバックアップする

9.4.5 Oracleデータベースをリストアおよびリカバリする

9.4.1 システム構成

次の操作例について説明します。

Oracleデータベース全体を，バックアップサーバのテープにオンラインバックアップする。

Oracleデータベースのアーカイブ済みREDOログファイルを，バックアップサーバのテープにバックアップする。

バックアップしたデータをデータベースサーバにリストアし，OracleデータベースのOracle SQL*Plusを使用してリカバリする。

この例では，次の図に示すシステム構成を想定しています。

図9-7 テープへバックアップ，リストアをするためのシステム構成（データベース全体のバックアップ）

前提条件は次のとおりです。

主ボリュームは，VxFSでフォーマットされていて，/mntディレクトリにマウントされている。

主ボリュームは，Oracleの表領域用として使用されている。表領域用ボリュームはログ用のボリュームとは共有できない。

データベースサーバおよびバックアップサーバに，論理ボリュームマネージャーとしてVxVMがインストールされている。

主ボリュームと副ボリュームがミラー構成になっている（ボリューム複製機能およびRAID Managerで設定する）。

副ボリュームは通常はマウントしない。必要な場合だけ，/mntディレクトリにマウントする。

オンライン方式でデータベース全体を定期的にバックアップする。また，データベース全体のバックアップとは別に，アーカイブ済みREDOログファイルだけでもバックアップする。

バックアップファイルは，バックアップサーバ上の，データベースサーバでの格納先ディレクトリと同じ場所に転送する。

副ボリュームへのバックアップ中は主ボリュームを静止化するため，アプリケーションを一時的に停止する。

バックアップサーバにバックアップ管理製品がインストールされている。

drmorainitコマンドを実行して，次の情報が登録されている。

バックアップ対象のOracleインスタンスの情報

バックアップ格納先ディレクトリ
登録されているディレクトリは次のとおり。
/prodsk/oracle/backup

ログ格納ディレクトリ

drmtapeinitコマンドを実行して，バックアップ管理製品のパラメーターが登録されている。

9.4.2 処理の流れ

Oracleデータベースおよびアーカイブ済みREDOログファイルのバックアップ操作と，障害発生時のリストア・リカバリ操作の流れを次の図を基に説明します。

図9-8 Oracleデータベースとログファイルのバックアップ，リストア，リカバリの流れ

バックアップの流れ

時点AのOracleデータベースをバックアップします。

時点BのOracleデータベースのアーカイブ済みREDOログファイルや制御ファイルをバックアップします。

時点CのOracleデータベースのアーカイブ済みREDOログファイルや制御ファイルをバックアップします。

時点Dで障害発生した場合のリストア・リカバリの流れ

バックアップの流れの手順1でバックアップしたOracleデータベースのデータをリストアします。
時点Aまでデータベースが回復します。

バックアップの流れの手順2でバックアップしたOracleデータベースのアーカイブ済みREDOログファイルや制御ファイルを適用してリカバリします。
時点Bまでデータベースが回復します。

バックアップの流れの手順3でバックアップしたOracleデータベースのアーカイブ済みREDOログファイルや制御ファイルを適用してリカバリします。
時点Cまでデータベースが回復します。

障害発生時点でのOracleデータベースのアーカイブ済みREDOログファイルや制御ファイルが破損していなければこれらのファイルを使用してリカバリします。
時点D（障害発生時点）までデータベースが回復します。

9.4.3 Oracleデータベースをバックアップする

Oracleデータベースをテープへオンラインバックアップする手順について説明します。いったん主ボリュームのデータを副ボリュームにオンラインバックアップしたあと，副ボリュームからテープへバックアップします。

Oracleデータベースをテープへバックアップするには：

Oracleデータベースを副ボリュームへバックアップします。
インスタンス名「ORA1」で指定されるOracleデータベースをオンラインバックアップします。バックアップするには，drmorabackupコマンドを実行します。

PROMPT> drmorabackup ORA1 -all
KAVX0001-I drmorabackupコマンドを開始します。
…
KAVX0040-I バックアップは以下の内容で取得されています。
          バックアップID = 0000000001
KAVX0002-I drmorabackupコマンドを終了します。
PROMPT>

バックアップの実行結果を確認します。
副ボリュームへのバックアップが正常に完了したかを確認します。確認するには，drmoracatコマンドを実行します。

PROMPT> drmoracat ORA1
INSTANCE: ORA1
BACKUP-ID:0000000001 BACKUP-MODE: ONLINE INSTANCE: ORA1 ORIGINAL-ID: 0000000001
START-TIME：2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: DB-SRV
T OBJECT  FILE          FS           DG        DEVICE              COPY-GROUP
T TBS1    /mnt/TBS1.dbf /mnt         DG01      /dev/rdsk/c4t20d10  ORA001,B001
T -       -             -            -         -                   ORA001,B001
PROMPT>

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームからテープへバックアップするには，主ボリュームから副ボリュームへのバックアップ操作に関する情報を，バックアップサーバにコピーする必要があります。drmdbexportコマンドを実行して，バックアップ操作に関する情報を一時ファイル「/tmp/EX-FILE1.drm」へエクスポートします。

PROMPT> drmdbexport 0000000001 -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbexportコマンドを開始します。
KAVX0002-I drmdbexportコマンドを終了します。
PROMPT>

エクスポートした一時ファイル，およびバックアップファイルをデータベースサーバからバックアップサーバへ転送します。
エクスポートした一時ファイル「/tmp/EX-FILE1.drm」，およびバックアップファイル「initora1.ini0000000001.ora」をデータベースサーバからバックアップサーバに転送します。転送するには，rcpコマンド（リモートコピー）を実行します。

PROMPT> tar cf /tmp/ARCHIVE-FILE1.tar /prodsk/oracle/backup/0000000001_ORA/*.ora
PROMPT> rcp /tmp/ARCHIVE-FILE1.tar <バックアップサーバ名>:/tmp
PROMPT> rcp /tmp/EX-FILE1.drm <バックアップサーバ名>:/tmp
PROMPT>

データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
データベースサーバから転送した一時ファイル「/tmp/EX-FILE1.drm」をバックアップサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，バックアップサーバでdrmdbimportコマンドを実行します。

PROMPT> drmdbimport -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbimportコマンドを開始します。
KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。
          インポートされたバックアップID = 0000000001
KAVX0002-I drmdbimportコマンドを終了します。
PROMPT> tar xf /tmp/ARCHIVE-FILE1.tar
PROMPT>

インポートの実行結果を確認します。
インポートが正常に完了したかを確認します。確認するには，バックアップサーバでdrmoracatコマンドを実行します。

PROMPT> drmoracat ORA1
INSTANCE: ORA1
BACKUP-ID:0000000001 BACKUP-MODE: ONLINE INSTANCE: ORA1 ORIGINAL-ID: 0000000001
START-TIME：2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: DB-SRV
T OBJECT    FILE          FS           DG        DEVICE              COPY-GROUP
T TBS1      /mnt/TBS1.dbf /mnt         DG01      /dev/rdsk/c4t20t10  ORA001,B001
T -         -             -            -         -                   ORA001,B001
PROMPT>

副ボリュームをマウントします。
ここでは副ボリュームのマウントポイントを「/mnt」とします。

PROMPT> drmmount 0000000001 -mount_pt /mnt
KAVX0001-I drmmountコマンドを開始します。
KAVX0400-I マウントを開始します。
          マウントポイント = /mnt
KAVX0401-I マウントを完了しました。
          マウントポイント = /mnt
KAVX0002-I drmmountコマンドを終了します。
PROMPT>

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでdrmmediabackupコマンドを実行します。

PROMPT> drmmediabackup 0000000001
KAVX0001-I drmmediabackupコマンドを開始します。
KAVX0402-I バックアップを開始します。
          バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。
          バックアップ元 = /mnt
KAVX0403-I バックアップを完了しました。
          バックアップ元 = /mnt
KAVX0040-I バックアップは以下の内容で取得されています。
          バックアップID = 0000000002
KAVX0002-I drmmediabackupコマンドを終了します。
PROMPT>

バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000002」で登録されます。

副ボリュームをアンマウントします。
マウント時に指定したバックアップID「0000000001」を指定して，副ボリュームをアンマウントします。

PROMPT> drmumount 0000000001
KAVX0001-I drmumountコマンドを開始します。
KAVX0406-I アンマウントを開始します。
          マウントポイント = /mnt
KAVX0407-I アンマウントを完了しました。
          マウントポイント = /mnt
KAVX0002-I drmumountコマンドを終了します。
PROMPT>

テープへのバックアップの実行結果を確認します。
バックアップが正常に完了したかを確認します。確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

PROMPT> drmtapecat 0000000002
BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA
0000000002  Oracle           2002/06/01 10:00:00  2002/09/01 10:00:00  MEDIA1

9.4.4 アーカイブ済みREDOログファイルをバックアップする

アーカイブ済みREDOログファイルをテープへバックアップする手順について説明します。いったん主ボリュームのデータを副ボリュームにオンラインバックアップしたあと，副ボリュームからテープへバックアップします。

アーカイブ済みREDOログファイルをバックアップするには：

アーカイブ済みREDOログファイルのバックアップを取得します。
インスタンス名「ORA1」で指定されるOracleデータベースのアーカイブ済みREDOログファイルを主ボリュームにバックアップします。バックアップするには，drmoralogbackupコマンドを実行します。

PROMPT> drmoralogbackup ORA1
KAVX0001-I drmoralogbackupコマンドを開始します。
KAVX0808-I ログバックアップは以下の内容で取得されています。
          ログバックアップID = 0001
KAVX0002-I drmoralogbackupコマンドを終了します。
PROMPT>

バックアップの実行結果を確認します。
アーカイブ済みREDOログファイルのバックアップが正常に完了したかを確認します。確認するには，drmoralogbackupコマンドを実行します。

PROMPT> drmoralogbackup ORA1 -v 0001
BACKUP_ID      :0001
DATE           :2003-08-13 17:58:30
CONTROL FILE  :/var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001
FILE NAME      :/var/opt/drm/log/backup/oracle/ORA1/arc0001.arc
SEQUENCE       :100
FIRST_CHANGE   :30182
NEXT_CHANGE    :30258
FIRST_TIME     :2003-08-13 16:45:13
NEXT_TIME      :2003-08-13 17:02:08
FILE NAME      :/var/opt/drm/log/backup/oracle/ORA1/arc0002.arc
SEQUENCE       :101
FIRST_CHANGE   :30258
NEXT_CHANGE    :30419
FIRST_TIME     :2003-08-13 17:02:08
NEXT_TIME      :2003-08-13 17:16:58
PROMPT>

主ボリュームにバックアップしたアーカイブ済みREDOログファイルを，副ボリュームへバックアップします。
アーカイブ済みREDOログファイルをオンラインバックアップします。バックアップするには，drmfsbackupコマンドを実行します。

PROMPT> drmfsbackup /var -target /var/opt/drm/log/backup/oracle/ORA1/
KAVX0001-I drmfsbackupコマンドを開始します。
・・・
KAVX0040-I バックアップは以下の内容で取得されています。
          バックアップID = 0000000002
KAVX0002-I drmfsbackupコマンドを終了します。
PROMPT>

コマンドを実行すると，データベースサーバのバックアップカタログに，新しいバックアップID（連番で未使用のID）でバックアップ情報が登録されます。ここでは，新しいバックアップIDを「0000000002」とします。

バックアップの実行結果を確認します。
副ボリュームへのバックアップが正常に完了したかを確認します。確認するには，drmfscatコマンドを実行します。

PROMPT> drmfscat  /var -target /var/opt/drm/log/backup/oracle/ORA1/
INSTANCE: /var
BACKUP-ID:0000000002 BACKUP-MODE: ONLINE INSTANCE: /var ORIGINAL-ID: 0000000002
START-TIME: 2003/08/13 20:05:00 END-TIME: 2003/08/13 20:08:00 HOSTNAME: FILESERV1
T FILE       FS        DG       DEVICE               COPY-GROUP
F -          /var      -        /dev/rdsk/c4t20d10   FS001,DDrive
F -          -         -        -                    FS001,DDrive
PROMPT>

バックアップ情報を一時ファイルへエクスポートします。
副ボリュームからテープへバックアップするには，主ボリュームから副ボリュームへのバックアップ操作に関する情報を，バックアップサーバにコピーする必要があります。drmdbexportコマンドを実行して，バックアップ操作に関する情報を一時ファイル「/tmp/EX-FILE1.drm」へエクスポートします。

PROMPT> drmdbexport 0000000002 -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbexportコマンドを開始します。
KAVX0002-I drmdbexportコマンドを終了します。
PROMPT>

エクスポートした一時ファイルをデータベースサーバからバックアップサーバへ転送します。
エクスポートした一時ファイル「/tmp/0000000001.drm」をデータベースサーバからバックアップサーバに転送します。転送するには，rcpコマンド（リモートコピー）を実行します。

PROMPT> rcp /tmp/EX-FILE1.drm <バックアップサーバ名>:/tmp
PROMPT>

データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
データベースサーバから転送した一時ファイル「/tmp/EX-FILE1.drm」をバックアップサーバのバックアップカタログへインポートします。一時ファイルをインポートするには，バックアップサーバでdrmdbimportコマンドを実行します。

PROMPT> drmdbimport -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbimportコマンドを開始します。
KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。
          インポートされたバックアップID = 0000000003
KAVX0002-I drmdbimportコマンドを終了します。
PROMPT>

インポートの実行結果を確認します。
インポートが正常に完了したかを確認します。確認するには，バックアップサーバでdrmfscatコマンドを実行します。

PROMPT> drmfscat /var -target /var/opt/drm/log/backup/oracle/ORA1/
INSTANCE: /var
BACKUP-ID:0000000003 BACKUP-MODE: ONLINE INSTANCE: /var ORIGINAL-ID: 0000000002
START-TIME: 2003/08/13 20:05:00 END-TIME: 2003/08/13 20:08:00 HOSTNAME: FILESERV1
T FILE          FS           DG        DEVICE              COPY-GROUP
F -             /var         -         /dev/rdsk/c4t20t10  FS001,DDrive
F -             -            -         -                   FS001,DDrive
PROMPT>

副ボリュームをマウントします。
ここでは副ボリュームのマウントポイントを「/var」とします。

PROMPT> drmmount 0000000003 -mount_pt /var
KAVX0001-I drmmountコマンドを開始します。
KAVX0400-I マウントを開始します。
          マウントポイント = /var
KAVX0401-I マウントを完了しました。
          マウントポイント = /var
KAVX0002-I drmmountコマンドを終了します。
PROMPT>

副ボリュームのデータをテープへバックアップします。
バックアップするには，バックアップサーバでdrmmediabackupコマンドを実行します。

PROMPT> drmmediabackup 0000000003
KAVX0001-I drmmediabackupコマンドを開始します。
KAVX0402-I バックアップを開始します。
          バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。
          バックアップ元 = /var
KAVX0403-I バックアップを完了しました。
          バックアップ元 = /var
KAVX0040-I バックアップは以下の内容で取得されています。
          バックアップID = 0000000004
KAVX0002-I drmmediabackupコマンドを終了します。
PROMPT>

バックアップを実行すると，このバックアップ操作に関する情報がバックアップカタログに新しいバックアップID「0000000004」で登録されます。

副ボリュームをアンマウントします。
マウント時に指定したバックアップID「0000000003」を指定して，副ボリュームをアンマウントします。

PROMPT> drmumount 0000000003
KAVX0001-I drmumountコマンドを開始します。
KAVX0406-I アンマウントを開始します。
          マウントポイント = /var
KAVX0407-I アンマウントを完了しました。
          マウントポイント = /var
KAVX0002-I drmumountコマンドを終了します。
PROMPT>

テープへのバックアップの実行結果を確認します。
バックアップが正常に完了したかを確認します。確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

PROMPT> drmtapecat 0000000004
BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA
0000000004  FILESYSTEM       2003/08/13 20:05:00  2003/11/13 20:05:00  MEDIA1
PROMPT>

9.4.5 Oracleデータベースをリストアおよびリカバリする

テープへバックアップしたデータをリストアする手順について説明します。この例では，いったんテープのデータを副ボリュームにリストアしたあと，副ボリュームと主ボリュームを再同期することでリストアします。そのあと，SQL*Plusを使用してデータベースをリカバリします。

Oracleデータベースをテープからリストアするには：

バックアップデータのバックアップIDを確認します。
リストアに使用するバックアップデータのバックアップIDを確認します。バックアップIDを確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

PROMPT> drmtapecat
BACKUP-ID  BACKUP-OBJECT  SNAPSHOT TIME  EXPIRATION TIME  BACKUP-MEDIA
0000000002   Oracle   2003/08/13 10:00:00   2003/11/13 10:00:00   MEDIA1
PROMPT>

副ボリュームをマウントします。
バックアップID「0000000002」を指定して，副ボリュームをマウントします。
ここでは副ボリュームのマウントポイントを「/mnt」とします。

PROMPT> drmmount 0000000002 -mount_pt /mnt
KAVX0001-I drmmountコマンドを開始します。
KAVX0400-I マウントを開始します。
          マウントポイント = /mnt
KAVX0401-I マウントを完了しました。
          マウントポイント = /mnt
KAVX0002-I drmmountコマンドを終了します。
PROMPT>

バックアップしたデータをテープから副ボリュームへリストアします。
リストアするには，バックアップサーバでdrmmediarestoreコマンドを実行します。

PROMPT> drmmediarestore 0000000002
KAVX0001-I drmmediarestoreコマンドを開始します。
KAVX0404-I リストアを開始します。
          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。
          リストア元 = /mnt
          リストア先 = /mnt
KAVX0405-I リストアを完了しました。
          リストア元 = /mnt
          リストア先 = /mnt
KAVX0040-I バックアップは以下の内容で取得されています。
バックアップID = 0000000005
KAVX0002-I drmmediarestoreコマンドを終了します。
PROMPT>

リストアを実行すると，バックアップサーバのバックアップカタログに，このリストア操作に関する情報が新しいバックアップID「0000000005」で登録されます。このとき，副ボリュームの状態が更新されるため，更新前の副ボリュームの状態を管理していたバックアップID「0000000001」は，バックアップサーバのバックアップカタログから削除されます。

副ボリュームをアンマウントします。
マウント時に指定したバックアップID「0000000002」を指定して，副ボリュームをアンマウントします。

PROMPT> drmumount 0000000002
KAVX0001-I drmumountコマンドを開始します。
KAVX0406-I アンマウントを開始します。
          マウントポイント = /mnt
KAVX0407-I アンマウントを完了しました。
          マウントポイント = /mnt
KAVX0002-I drmumountコマンドを終了します。
PROMPT>

テープから副ボリュームへのリストアの実行結果を確認します。
リストアが正常に完了したかを確認します。確認するには，バックアップサーバでdrmoracatコマンドを実行します。

PROMPT> drmoracat ORA1
INSTANCE: ORA1
BACKUP-ID:0000000005 BACKUP-MODE: ONLINE INSTANCE: ORA1 ORIGINAL-ID 000000001
START-TIME: 2003/08/13 10:00:00 END-TIME: 2003/08/13 10:03:00
T OBJECT    FILE          FS           DG        DEVICE              COPY-GROUP
T TBS1      /mnt/TBS1.dbf /mnt         -         /dev/rdsk/c4t20d10  ORA001,B001
T -         -             -            -         -                   ORA001,B001
PROMPT>

バックアップ情報を一時ファイルへエクスポートします。
マルチサーバ構成で副ボリュームから主ボリュームへリストアするには，テープから副ボリュームへのリストア操作に関するバックアップ情報を，データベースサーバにコピーする必要があります。バックアップ情報を一時ファイル「/tmp/EX-FILE1.drm」へエクスポートします。drmdbexportコマンドを実行します。

PROMPT> drmdbexport 0000000005 -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbexportコマンドを開始します。
KAVX0002-I drmdbexportコマンドを終了します。
PROMPT>

エクスポートした一時ファイルをバックアップサーバからデータベースサーバへ転送します。
エクスポートした一時ファイル「/tmp/EX-FILE1.drm」をバックアップサーバからデータベースサーバに転送します。また，バックアップサーバのバックアップファイルも，データベースサーバに転送します。転送するには，rcpコマンド（リモートコピー）を実行します。

PROMPT> tar cf /tmp/ARCHIVE-FILE1.tar /prodsk/oracle/backup/0000000001_ORA/*.ora
PROMPT> rcp /tmp/ARCHIVE-FILE1.tar <データベースサーバ名>:/tmp
PROMPT> rcp /tmp/EX-FILE1.drm <データベースサーバ名>:/tmp
PROMPT>

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
バックアップサーバから転送した一時ファイル「/tmp/EX-FILE1.drm」をデータベースサーバへインポートします。一時ファイルをインポートするには，データベースサーバでdrmdbimportコマンドを実行します。

PROMPT> drmdbimport -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbimportコマンドを開始します。
KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。
          インポートされたバックアップID = 0000000003
KAVX0002-I drmdbimportコマンドを終了します。
PROMPT> tar xf /tmp/ARCHIVE-FILE1.tar
PROMPT>

コマンドを実行すると，データベースサーバのバックアップカタログに，新しいバックアップID「0000000003」でバックアップ情報が登録されます。また，テープから副ボリュームへのリストアが実行されたことがデータベースサーバのバックアップカタログに反映されるため，更新前の副ボリュームの状態を管理していたバックアップID「0000000001」は，データベースサーバのバックアップカタログから削除されます。

インポートの実行結果を確認します。
インポートが正常に完了したかを確認します。確認するには，データベースサーバでdrmoracatコマンドを実行します。

PROMPT> drmoracat ORA1
INSTANCE: ORA1
BACKUP-ID:0000000003 BACKUP-MODE: ONLINE INSTANCE: ORA1 ORIGINAL-ID 000000001
START-TIME: 2003/08/13 10:00:00 END-TIME: 2003/08/13 10:03:00
T OBJECT  FILE          FS           DG        DEVICE              COPY-GROUP
T TBS1    /mnt/TBS1.dbf /mnt         -         /dev/rdsk/c4t20d10  ORA001,B001
T -       -             -            -         -                   ORA001,B001
PROMPT>

副ボリュームのデータを主ボリュームへリストアします。
主ボリュームと副ボリュームを再同期することでリストアします。リストアするには，データベースサーバでdrmorarestoreコマンドを実行します。

PROMPT> drmorarestore 0000000003 -resync
KAVX0001-I drmorarestoreコマンドを開始します。
…
KAVX0002-I drmorarestoreコマンドを終了します。
PROMPT>

バックアップしたアーカイブ済みREDOログファイルのバックアップIDを確認します。
リストアに使用するアーカイブ済みREDOログファイルのバックアップデータのバックアップIDを確認します。バックアップIDを確認するには，バックアップサーバでdrmtapecatコマンドを実行します。

PROMPT> drmtapecat
BACKUP-ID   BACKUP-OBJECT  SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA
0000000004  FILESYSTEM     2003/08/13 20:05:00  2003/11/14 20:05:00  MEDIA1
PROMPT>

副ボリュームをマウントします。
バックアップID「0000000004」を指定して，副ボリュームをマウントします。
ここでは副ボリュームのマウントポイントを「/var」とします。

PROMPT> drmmount 0000000004 -mount_pt /var
KAVX0001-I drmmountコマンドを開始します。
KAVX0400-I マウントを開始します。
          マウントポイント = /var
KAVX0401-I マウントを完了しました。
          マウントポイント = /var
KAVX0002-I drmmountコマンドを終了します。
PROMPT>

バックアップしたデータをテープから副ボリュームへリストアします。
リストアするには，バックアップサーバでdrmmediarestoreコマンドを実行します。

PROMPT> drmmediarestore 0000000004
KAVX0001-I drmmediarestoreコマンドを開始します。
KAVX0404-I リストアを開始します。
          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。
          リストア元 = /var
          リストア先 = /var
KAVX0405-I リストアを完了しました。
          リストア元 = /var
          リストア先 = /var
KAVX0040-I バックアップは以下の内容で取得されています。
バックアップID = 0000000006
KAVX0002-I drmmediarestoreコマンドを終了します。
PROMPT>

リストアを実行すると，バックアップサーバのバックアップカタログに，このリストア操作に関する情報が新しいバックアップID「0000000006」で登録されます。このとき，副ボリュームの状態が更新されるため，更新前の副ボリュームの状態を管理していたバックアップID「0000000002」は，バックアップサーバのバックアップカタログから削除されます。

副ボリュームをアンマウントします。
マウント時に指定したバックアップID「0000000004」を指定して，副ボリュームをアンマウントします。

PROMPT> drmumount 0000000004
KAVX0001-I drmumountコマンドを開始します。
KAVX0406-I アンマウントを開始します。
          マウントポイント = /var
KAVX0407-I アンマウントを完了しました。
          マウントポイント = /var
KAVX0002-I drmumountコマンドを終了します。
PROMPT>

テープから副ボリュームへのリストアの実行結果を確認します。
リストアが正常に完了したかを確認します。確認するには，バックアップサーバでdrmfscatコマンドを実行します。

PROMPT> drmfscat /var
INSTANCE: /var
BACKUP-ID:0000000006 BACKUP-MODE: ONLINE INSTANCE: /var ORIGINAL-ID: 0000000002
START-TIME: 2003/08/13 20:05:00 END-TIME: 2003/08/13 20:08:00 HOSTNAME: FILESERV1
T FILE          FS           DG        DEVICE              COPY-GROUP
F -             /var         -         /dev/rdsk/c4t20d10  FS001,DDrive
F -             -            -         -                   FS001,DDrive
PROMPT>

バックアップ情報を一時ファイルへエクスポートします。
マルチサーバ構成で副ボリュームから主ボリュームへリストアするには，テープから副ボリュームへのリストア操作に関するバックアップ情報を，データベースサーバにコピーする必要があります。バックアップ情報を一時ファイル「/tmp/EX-FILE1.drm」へエクスポートします。drmdbexportコマンドを実行します。

PROMPT> drmdbexport 0000000006 -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbexportコマンドを開始します。
KAVX0002-I drmdbexportコマンドを終了します。
PROMPT>

エクスポートした一時ファイルをバックアップサーバからデータベースサーバへ転送します。
エクスポートした一時ファイル「/tmp/EX-FILE1.drm」をバックアップサーバからデータベースサーバに転送します。転送するには，rcpコマンド（リモートコピー）を実行します。

PROMPT> rcp /tmp/EX-FILE1.drm <データベースサーバ名>:/tmp
PROMPT>

バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。
バックアップサーバから転送した一時ファイル「/tmp/0000000003.drm」をデータベースサーバへインポートします。一時ファイルをインポートするには，データベースサーバでdrmdbimportコマンドを実行します。

PROMPT> drmdbimport -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbimportコマンドを開始します。
KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。
          インポートされたバックアップID = 0000000004
KAVX0002-I drmdbimportコマンドを終了します。
PROMPT>

コマンドを実行すると，データベースサーバのバックアップカタログに，新しいバックアップID「0000000004」でバックアップ情報が登録されます。また，テープから副ボリュームへのリストアが実行されたことがデータベースサーバのバックアップカタログに反映されるため，更新前の副ボリュームの状態を管理していたバックアップID「0000000002」は，データベースサーバのバックアップカタログから削除されます。

インポートの実行結果を確認します。
インポートが正常に完了したかを確認します。確認するには，データベースサーバでdrmfscatコマンドを実行します。

PROMPT> drmfscat /var
INSTANCE: /var
BACKUP-ID:0000000004 BACKUP-MODE: ONLINE INSTANCE: /var ORIGINAL-ID: 0000000002
START-TIME: 2003/08/13 20:05:00 END-TIME: 2003/08/13 20:08:00 HOSTNAME: FILESERV1
T FILE          FS           DG        DEVICE              COPY-GROUP
F -             /var         -         /dev/rdsk/c4t20d10  FS001,DDrive
F -             -            -         -                   FS001,DDrive
PROMPT>

アーカイブ済みREDOログファイルを主ボリュームへリストアします。
アーカイブ済みREDOログファイルを主ボリュームのログ格納ディレクトリへリストアします。リストアするには，データベースサーバでdrmfsrestoreコマンドを実行します。

PROMPT> drmfsrestore 0000000004 -resync  -target /var/opt/drm/log/backup/oracle/ORA1/
KAVX0001-I drmfsrestoreコマンドを開始します。
・・・
KAVX0002-I drmfsrestoreコマンドを終了します。
PROMPT>

アーカイブ済みREDOログのバックアップの内容を確認します。
主ボリュームにリストアしたアーカイブ済みREDOログファイルのバックアップの内容を確認します。確認するには，drmoralogbackupコマンドを実行します。

PROMPT> drmoralogbackup ORA1 -v 0001
BACKUP_ID      :0001
DATE           :2003-08-13 20:00:00
CONTROL FILE  :/var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001
FILE NAME      :/var/opt/drm/log/backup/oracle/ORA1/arc0001.arc
SEQUENCE       :100
FIRST_CHANGE   :30182
NEXT_CHANGE    :30258
FIRST_TIME     :2003-08-13 10:02:00
NEXT_TIME      :2003-08-13 15:00:00
FILE NAME      :/var/opt/drm/log/backup/oracle/ORA1/arc0002.arc
SEQUENCE       :101
FIRST_CHANGE   :30258
NEXT_CHANGE    :30419
FIRST_TIME     :2003-08-13 15:00:00
NEXT_TIME      :2003-08-13 20:00:00
PROMPT>

アーカイブ済みREDOログファイルをアーカイブ済みREDOログファイル保管先に転送します。
主ボリュームにリストアしたアーカイブ済みREDOログファイルをログ格納ディレクトリからアーカイブ済みREDOログファイル保管先に転送します。転送するには，cpコマンド（コピー）を，-pオプションを指定して実行します。

PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001 /disk2_0/u01/app/control01.ctl
PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001 /disk2_0/u01/app/control02.ctl
PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001 /disk2_0/u01/app/control03.ctl
PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/arc0001.arc /df500-1/ArchiveLog/1/arc0001.arc
PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/arc0002.arc /df500-1/ArchiveLog/1/arc0002.arc
PROMPT>

Oracleデータベースをリカバリするために，SQL*Plusにログインします。
Oracleデータベースが停止しているため，SQL*Plusにログインします。SQL*Plusにログインするときには，必ず次のようにSYSDBA権限のユーザーでログインしてください。

DBServer > sqlplus <ユーザー名>/<パスワード> as sysdba

Oracleデータベースをマウントします。
次のようにコマンドを実行し，Oracleデータベースをマウントします。

SQL> startup mount

Oracleデータベースをリカバリします。
次のようにコマンドを実行し，Oracleデータベースをリカバリします。

SQL> recover database until cancel using backup controlfile;

リカバリの最後に，適用するアーカイブ済みREDOログファイルが存在しないことを示すメッセージが表示されます。このときは，対応するオンラインREDOログファイルを指定してください。
リカバリが成功すると「Media recovery complete.」というメッセージが表示されます。

リカバリが成功したらOracleデータベースをオープンします。
次のようにコマンドを実行し，Oracleデータベースをオープンします。

SQL> alter database open resetlogs;

Oracleデータベースをオープンすると「Database altered.」というメッセージが表示されます。

9.5 Protection Managerと連携できないバックアップ管理製品を使用してバックアップおよびリストアする

Protection Managerと連携できないバックアップ管理製品を使用している場合は，次の手順でOracleデータベースをテープにバックアップ，またはテープからリストアしてください。なお，バックアップの手順1から手順7までの操作の詳細については，「9.3.3 Oracleデータベースをテープにバックアップする」を参照してください。また，リストア操作の詳細については，「9.3.4 Oracleデータベースをテープからリストアする」を参照してください。

Oracleデータベースをテープへバックアップするには（Protection Managerと連携できないバックアップ管理製品を使用している場合）：

常時スプリット運用の場合，EX_DRM_RESYNCを実行して，コピーグループを再同期します。

EX_DRM_ORA_BACKUPを実行して，Oracleデータベースを副ボリュームへバックアップします。

EX_DRM_DB_EXPORTを実行して，バックアップ情報を一時ファイルへエクスポートします。

EX_DRM_ORAFILE_PACKを実行して，バックアップ時に作成された制御ファイルを一時ディレクトリに退避します。

EX_DRM_FTP_PUTを実行して，一時ファイルをバックアップサーバへ転送します。

EX_DRM_DB_IMPORTを実行して，データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。

EX_DRM_ORAFILE_EXTRACTを実行して，データベースサーバから転送した制御ファイルをバックアップサーバへ展開します。

バックアップIDを確認します。
バックアップIDを確認するには，バックアップサーバの次のディレクトリにあるバックアップID記録ファイル（<オペレーションID>.bid）を開きます。

/var/opt/drm/script/tmp/<オペレーションID>/BK/<オペレーションID>.bid

表領域，ログファイル，制御ファイル，初期化パラメーターファイルの格納場所を確認します。
ファイルの格納場所を確認するには，手順8で確認したバックアップIDを引数にして，drmoracatコマンドを実行します。
なお，バックアップ元のファイルがデータベースサーバ上に格納されている場合，制御ファイルおよび初期化パラメーターファイルは，次のディレクトリにあります。

/var/opt/drm/script/tmp/オペレーションID/AP/ファイル名

drmoracatコマンドの表示結果の，次の表示項目に格納場所が表示されます。

表示項目「T」に表領域

表示項目「O」にオンラインREDOログファイル

表示項目「A」にアーカイブ済みREDOログファイル

表示項目「C」に制御ファイル

表示項目「I」に初期化パラメーターファイル

Oracleデータベースのオブジェクトファイルの格納場所を確認します。
確認するには，手順8で確認したバックアップIDを引数にして，drmmountコマンドを実行します。
drmmountコマンドの表示結果に，マウントされたマウントポイントディレクトリ名が表示されます。マウントされたマウントポイントディレクトリには，Oracleデータベースのオブジェクトファイルが格納されています。

確認した次のファイルをバックアップ管理製品でテープにバックアップします。

表領域

オンラインREDOログファイル

アーカイブ済みREDOログファイル

制御ファイル

初期化パラメーターファイル

マウントされたマウントポイントディレクトリに格納されているすべてのファイル

手順10でマウントしたマウントポイントを，drmumountコマンドを実行してアンマウントします。

Oracleデータベースをテープからリストアするには（Protection Managerと連携できないバックアップ管理製品を使用している場合）：

drmoracatコマンドを実行して，リストア対象となるバックアップカタログのバックアップIDを確認します。

drmmountコマンドを実行してから，バックアップの手順9で確認した格納場所へ，テープからリストアします。

バックアップIDを指定してEX_DRM_BACKUPID_SETを実行し，バックアップID記録ファイルを作成します。

「9.3.4 Oracleデータベースをテープからリストアする」の手順3以降を実行して，副ボリュームから主ボリュームへリストアしてください。

9.6 ファイル共用を使用してバックアップおよびリストアする（データベースサーバとバックアップサーバをファイル共用で連携する）

データベースサーバとバックアップサーバ間でバックアップ情報を送受信する場合，通常はFTPを使用した拡張コマンド（EX_DRM_FTP_PUT，EX_DRM_FTP_GET）を使用しますが，FTPを使用しないで，ファイル共用を使用してサーバ間でバックアップ情報をコピーすることもできます。ここでは，ファイル共用を使用してOracleデータベースをバックアップ，リストアする例について説明します。

この節の構成

9.6.1 ファイル共用を使用してバックアップおよびリストアするための準備

9.6.2 ファイル共用を使用してバックアップする例

9.6.3 ファイル共用を使用してリストアする例

9.6.1 ファイル共用を使用してバックアップおよびリストアするための準備

ファイル共用を使用して，Oracleデータベースをバックアップおよびリストアするための準備手順について説明します。

オペレーション定義ファイルチェックツールで自動生成された，拡張コマンド用一時ディレクトリを確認します。
拡張コマンド用一時ディレクトリが自動生成される場所については，「4.15.10 拡張コマンド用一時ディレクトリの確認」を参照してください。

自動生成したバックアップサーバ上の拡張コマンド用一時ディレクトリをデータベースサーバから共用できるように設定します。

データベースサーバから，バックアップサーバ上の拡張コマンド用一時ディレクトリをマウントします。
ここでは，バックアップサーバ上の拡張コマンド用一時ディレクトリを，データベースサーバの「/nfs」にマウントします。

自動生成したバックアップサーバ上の拡張コマンド用一時ディレクトリに，データベースサーバから拡張コマンドを実行するユーザーが読み書きできる権限を設定します。

9.6.2 ファイル共用を使用してバックアップする例

ファイル共用を使用して，Oracleデータベースをバックアップする手順について説明します。なお，手順1から手順3までの操作，および手順5以降の操作の詳細については，「9.3.3 Oracleデータベースをテープにバックアップする」を参照してください。

ファイル共用を使用して，Oracleデータベースをバックアップするには：

常時スプリット運用の場合，EX_DRM_RESYNCを実行して，コピーグループを再同期します。

EX_DRM_ORA_BACKUPを実行して，Oracleデータベースを副ボリュームへバックアップします。

EX_DRM_DB_EXPORTを実行して，バックアップ情報を一時ファイルへエクスポートします。

EX_DRM_ORAFILE_PACKを実行して，バックアップ時に作成された制御ファイルを一時ディレクトリに退避します。

一時ファイルをデータベースサーバからバックアップサーバへコピーします。
データベースサーバでcpコマンドを実行してデータベースサーバの拡張コマンド用一時ディレクトリからバックアップサーバの拡張コマンド用一時ディレクトリに，一時ファイルをコピーします。

DBServer > cp -p <データベースサーバの拡張コマンド用一時ディレクトリ>/Operation_A/DB/Operation_A.drm /nfs
DBServer > cp -p <データベースサーバの拡張コマンド用一時ディレクトリ>/Operation_A/DB/Operation_A.cpio /nfs

EX_DRM_DB_IMPORTを実行して，データベースサーバから転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。

EX_DRM_ORAFILE_EXTRACTを実行して，データベースサーバから転送した制御ファイルをバックアップサーバへ展開します。

EX_DRM_TAPE_BACKUPを実行して，副ボリュームのデータをテープへバックアップします。

常時ペア運用の場合，EX_DRM_RESYNCを実行して，コピーグループを再同期します。

9.6.3 ファイル共用を使用してリストアする例

ファイル共用を使用して，バックアップサーバに，Oracleデータベースをリストアする手順について説明します。手順1から3までの操作，および手順5以降の操作の詳細については，「9.3.4 Oracleデータベースをテープからリストアする」を参照してください。

ファイル共用を使用してOracleデータベースをリストアするには：

drmtapecatコマンドを実行して，バックアップデータのバックアップIDを確認します。

EX_DRM_TAPE_RESTOREを実行して，バックアップしたデータをテープから副ボリュームへリストアします。

EX_DRM_DB_EXPORTを実行して，バックアップ情報を一時ファイルへエクスポートします。

EX_DRM_ORAFILE_PACKを実行して，リストア時に作成された制御ファイルを一時フォルダに退避します。

一時ファイルをバックアップサーバからデータベースサーバにコピーします。
データベースサーバでcpコマンドを実行して，バックアップサーバの拡張コマンド用一時ディレクトリからデータベースサーバの拡張コマンド用一時ディレクトリに，一時ファイルをコピーします。

DBServer > cp -p /nfs/Operation_A.drm <データベースサーバの拡張コマンド用一時ディレクトリ>/Operation_A/DB
DBServer > cp -p /nfs/Operation_A.cpio <データベースサーバの拡張コマンド用一時ディレクトリ>/Operation_A/DB

EX_DRM_DB_IMPORTを実行して，バックアップサーバから転送した一時ファイルをデータベースサーバのバックアップカタログへインポートします。

EX_DRM_ORAFILE_EXTRACTを実行して，コピーした制御ファイルをデータベースサーバに展開します。

EX_DRM_ORA_RESTOREを実行して，副ボリュームのデータを主ボリュームへリストアします。

SQL*Plusを使用して，Oracleデータベースをリカバリします。

9.7 RAC構成で拡張コマンドを使用して，バックアップおよびリストアする

RAC構成で拡張コマンドを使用して，バックアップおよびリストアする方法について説明します。

この節の構成

9.7.1 システム構成

9.7.2 RAC構成で拡張コマンドを使用してバックアップする

9.7.3 RAC構成で拡張コマンドを使用してリストアする

9.7.1 システム構成

この運用例で想定するシステム構成を次に示します。この構成例では，データベースサーバ2台，バックアップサーバ1台の運用環境で，RACを構成するデータベースサーバ2台でバックアップサーバを共用しています。

図9-9 RAC構成例（拡張コマンド）

次のとおり構成されています。

データベースサーバA（サーバ名：DBServer_A）のOracleインスタンス「INSTANCE_1」が使用する主ボリュームはmkfsでフォーマットされており，DBServer_Aの/mnt1および/mnt2のディレクトリにマウントされている。

データベースサーバB（サーバ名：DBServer_B）のOracleインスタンス「INSTANCE_2」が使用する主ボリュームはmkfsでフォーマットされており，DBServer_Bの/mnt1および/mnt3のディレクトリにマウントされている。

Oracleインスタンス「INSTANCE_1」と「INSTANCE_2」でデータファイル(表領域)，制御ファイル，およびサーバパラメーターファイルを共有している。Oracleデータベース名には「RAC_1」が登録されている。

REDOログファイルとUNDO表領域は，Oracleインスタンスごとに個別に保有している。「INSTANCE_1」では/mnt2，「INSTANCE_2」では/mnt3に保有する。

主ボリュームと副ボリュームは，データベースサーバとバックアップサーバでRAID Manager構成定義ファイルにペアとして定義されている。

副ボリュームは通常マウントされていない。運用時だけ/mnt1，/mnt2，/mnt3のディレクトリにマウントされる。

バックアップサーバ（サーバ名：BKServer）には，NetBackupが導入されており，テープライブラリ装置の構成が定義されている。

バックアップ方式は，オンライン方式を採用する。

BKServer上でFTPサービスが起動している。DBServer_AおよびDBServer_Bのファイル転送時に指定するユーザーを使用して，FTPサーバへのログインおよびファイルの転送ができるように設定されている。

前提条件を次に示します。

副ボリュームをテープ媒体へバックアップするまでは，対象副ボリュームとペアを構成している主ボリュームのバックアップ操作を新たに実行できない。

FTPサーバにログオンする際に使用するユーザーIDおよびパスワードは次のように設定されている。

FTPユーザーID：admin

FTPユーザーパスワード：password

バックアップ対象のOracleインスタンスは「常時スプリット運用」となっている。

drmorainitコマンドがRACを構成するすべてのノード上で実行されており，Oracleインスタンス「INSTANCE_1」および「INSTANCE_2」がRACを構成するOracleインスタンスとして登録されている。

「(4) オペレーション定義ファイルの作成例（RAC構成の場合）」で説明したオペレーションID（Operataion_A，Operataion_B）を用いて運用する。このとき，拡張スクリプト用の定義ファイルとして，各サーバ上に次の表に示したファイルが格納されている。

サーバ名 | 格納されている拡張コマンド用定義ファイル名
DBServer_A | _Operation_A.dat，host.dat
DBServer_B | _Operation_B.dat，host.dat
BKServer | _Operation_A.dat，_Operation_B.dat，host.dat

各ファイルの内容を次に示す。

ファイル名：_Operation_A.dat

BACKUP_OBJECT=ORACLE
DB_SERVER_NAME=VServer_A
INSTANCE_NAME=INSTANCE_1
TARGET_NAME=
SET_DRM_HOSTNAME=0

ファイル名：_Operation_B.dat

BACKUP_OBJECT=ORACLE
DB_SERVER_NAME=VServer_B
INSTANCE_NAME=INSTANCE_2
TARGET_NAME=
SET_DRM_HOSTNAME=0

ファイル名： host.dat（データベースサーバ）

HOST_ROLE=DB
MAX_LOG_LINES=5000

ファイル名： host.dat（バックアップサーバ）

HOST_ROLE=BK
MAX_LOG_LINES=5000

9.7.2 RAC構成で拡張コマンドを使用してバックアップする

Operation_Aを使用して，DBServer_A上のOracleインスタンス「INSTANCE_1」のディスクバックアップおよびテープバックアップを実行する例を説明します。なお，運用例では拡張コマンドがインストールされている/opt/drm/script/bin下のディレクトリにPATHを通してあります。

コマンド操作内容では，コマンドを入力するサーバ名をコマンドプロンプト文字列に表記しています。

ペアを再同期します。
ディスクバックアップを高速化するため，ディスクバックアップに先行して拡張コマンドEX_DRM_RESYNCを実行し，対象とするペアボリュームの再同期を実施します。

DBServer_A > EX_DRM_RESYNC Operation_A -cg VG01,oravol01 -copy_size 7

Oracleインスタンス固有のOracleファイルをディスクバックアップします。
Operation_Aに対して拡張コマンドEX_DRM_ORA_BACKUPを使用し，Oracleインスタンス固有のOralceファイルのオンラインディスクバックアップを実行します。なお，ディスクバックアップの対象インスタンスは，定義ファイル_Operataion_A.datに定義されている情報（INSTANCE_1）です。

DBServer_A > EX_DRM_ORA_BACKUP Operation_A -mode online -local

バックアップカタログをエクスポートします。
拡張コマンドEX_DRM_DB_EXPORTを使用し，手順2のディスクバックアップを実行した際に生成されたバックアップカタログを拡張コマンド用一時ディレクトリ内の一時ファイルにエクスポートします。

DBServer_A > EX_DRM_DB_EXPORT Operation_A

Oracle制御ファイル，初期化ファイルを退避します。
拡張コマンドEX_DRM_ORAFILE_PACKを使用し，手順2のディスクバックアップを実行した際に生成されたOracle制御ファイル，初期化ファイルを拡張コマンド用一時ディレクトリにコピーします。

DBServer_A > EX_DRM_ORAFILE_PACK Operation_A

バックアップカタログファイル，Oracle制御ファイル，および初期化ファイルをFTP転送します。
拡張コマンドEX_DRM_FTP_PUTを使用し，手順3および手順4で拡張コマンド用一時ディレクトリに格納された各種ファイルをBKServer上の拡張コマンド一時ディレクトリへFTP転送します。

DBServer_A > EX_DRM_FTP_PUT Operation_A -server BKServer -user admin -password password

バックアップカタログをインポートします。
拡張コマンドEX_DRM_DB_IMPORTを使用し，手順5で転送されたバックアップカタログファイルをデータベースサーバ上のバックアップカタログにインポートします。

BKServer > EX_DRM_DB_IMPORT Operation_A

Oracle制御ファイル，初期化ファイルを展開します。
拡張コマンドEX_DRM_ORAFILE_EXTRACTを使用し，手順5で転送されたOracle制御ファイル，初期化ファイルをOracle制御ファイル，初期化ファイル格納ディレクトリに展開します。

BKServer > EX_DRM_ORAFILE_EXTRACT Operation_A

Oracleインスタンス固有のOracleファイルをテープバックアップします。
拡張コマンドEX_DRM_TAPE_BACKUPを使用し，副ボリューム上にバックアップされたOracleデータベース，およびOracle制御ファイル，初期化ファイル格納ディレクトリ以下の制御ファイル，初期化ファイルをテープ装置にバックアップします。このとき，テープバックアップ用のマウントポイントとして/mntを指定します。

DBServer_A > EX_DRM_TAPE_BACKUP Operation_A -mount_pt /mnt

RAC共通のOracleファイルをディスクバックアップします。
Operation_Aに対して拡張コマンドEX_DRM_ORA_BACKUPを使用し，RAC共通のOralceファイルのオンラインディスクバックアップを実行します。

DBServer_A > EX_DRM_ORA_BACKUP Operation_A -mode online -rac

RAC共通のOracleファイルをテープバックアップします。
手順9でバックアップしたファイルに対して，手順3から手順8を実行し，副ボリューム上にバックアップされたRAC共通のOracleファイルをテープ装置にバックアップします。

9.7.3 RAC構成で拡張コマンドを使用してリストアする

Operation_Aを使用して，DBServer_A上でバックアップしたOracleインスタンスINSTANCE_1をDBServer_B上でディスクリストアする例を説明します。この例は，Oracleインスタンス「INSTANCE_1」，「INSTANCE_2」ともに副ボリューム上にバックアップデータが保存されており，かつ拡張コマンド用一時ディレクトリ中にOracle制御ファイル，初期化ファイルが保存されている場合に実行できます。

コマンド操作内容では，コマンドを入力するサーバ名をコマンドプロンプト文字列に表記しています。

Oracleインスタンス固有のOracleファイルで，対象とするバックアップIDを特定します。
drmoracatコマンドを実行し，ディスクリストアの対象とするバックアップID（ディスクバックアップによって生成されたバックアップID）を特定します。ここでは0000000001が対象バックアップIDです。

DBServer_B > drmoracat INSTANCE_2 -rac -asm
INSTANCE: INSTANCE_2
DATABASE-NAME: RAC_1
ASM-INSTANCE: -
BACKUP-ID: 0000000001 BACKUP-MODE: ONLINE (LOCAL) INSTANCE: INSTANCE_2 ORIGINAL-ID: 0000000001
START-TIME：2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: DBServer_A
T OBJECT     FILE                           FS             DG     DEVICE     COPY-GROUP
T UNDO01   /pdsk/disk3/UNDO01.dbf  /pdsk/disk3 stg2 c4t0d1s2 STD01,orastd021
T UNDO02   /pdsk/disk3/UNDO02.dbf  /pdsk/disk3 stg2 c4t0d1s2 STD01,orastd021
:

Oracleインスタンス固有のOracleファイルでリストア用バックアップIDを設定します。
拡張コマンドEX_DRM_BACKUPID_SETを使用し，手順1で特定したバックアップIDをバックアップID記録一時ファイルに記録します。

DBServer_B > EX_DRM_BACKUPID_SET Operation_B -backup_id 0000000001

Oracleインスタンス固有のOracleファイルで，Oracle制御ファイル，初期化ファイルを展開します。
拡張コマンドEX_DRM_ORAFILE_EXTRACTを使用し，拡張コマンド用一時ディレクトリ内のOracle制御ファイル，初期化ファイルをOracle制御ファイル，初期化ファイル格納ディレクトリに展開します。

DBServer_B > EX_DRM_ORAFILE_EXTRACT Operation_B

Oracleインスタンス固有のOracleファイルをディスクリストアします。
OracleインスタンスINSTANCE_2固有のOracleファイルが破損している場合は，オペレーションIDOperation_Bを指定して，INSTANCE_2固有のOracleファイルを主ボリュームにリストアします。

DBServer_B > EX_DRM_ORA_RESTORE Operation_B -resync

RAC共通のOracleファイルで，対象とするバックアップIDを特定します。
drmoracatコマンドを実行し，ディスクリストアの対象とするRAC共通のOracleファイルのバックアップID（DBServer_A上でディスクバックアップによって生成されたバックアップID）を特定します。ここでは0000000002が対象バックアップIDです。

DBServer_A > drmoracat INSTANCE_1 -rac -asm
INSTANCE: INSTANCE_1
DATABASE-NAME: RAC_1
ASM-INSTANCE: -
BACKUP-ID: 0000000002 BACKUP-MODE: ONLINE (RAC) INSTANCE: INSTANCE_1 ORIGINAL-ID: 0000000001
START-TIME：2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: DBServer_A
T OBJECT     FILE                           FS             DG     DEVICE     COPY-GROUP
T SYSTEM   /pdsk/disk3/SYSTEM01.dbf  /pdsk/disk3 stg2 c4t0d1s2 STD01,orastd021
T DATA     /pdsk/disk3/DATA01.dbf  /pdsk/disk3 stg2 c4t0d1s2 STD01,orastd021
O ONLRD01  /pdsk/disk1/redo01.log /pdsk/disk1  stg5 c4t0d1s5 STD01,orastd051
:

RAC共通のOracleファイルでリストア用バックアップIDを設定します。
拡張コマンドEX_DRM_BACKUPID_SETを使用し，手順5で特定したバックアップIDをバックアップID記録一時ファイルに記録します。

DBServer_A > EX_DRM_BACKUPID_SET Operation_A -backup_id 0000000002

RAC共通のOracleファイルのバックアップカタログをエクスポートします。
拡張コマンドEX_DRM_DB_EXPORTを使用し，RAC共通のOracleファイルのバックアップを実行した際に生成されたバックアップカタログを拡張コマンド用一時ディレクトリ内の一時ファイルにエクスポートします。

DBServer_A > EX_DRM_DB_EXPORT Operation_A

RAC共通のOracleファイルでOracle制御ファイル，初期化ファイルを退避します。
拡張コマンドEX_DRM_ORAFILE_PACKを使用し，RAC共通のOracleファイルのバックアップを実行した際に生成されたOracle制御ファイル，初期化ファイルを拡張コマンド用一時ディレクトリにコピーします。

DBServer_A > EX_DRM_ORAFILE_PACK Operation_A

RAC共通のOracleファイルでバックアップカタログファイル，Oracle制御ファイル，および初期化ファイルをコピーします。
手順7および手順8でDBServer_A上の拡張コマンド用一時ディレクトリに格納された各種ファイルをrcpなどのOSコマンドを使用してOperation_Bの使用する拡張コマンド用一時ディレクトリにコピーします。

RAC共通のOracleファイルでバックアップカタログをインポートします。
拡張コマンドEX_DRM_DB_IMPORTを使用し，手順9でコピーしたバックアップカタログファイルをデータベースサーバ上のバックアップカタログにインポートします。

DBServer_B > EX_DRM_DB_IMPORT Operation_B

Oracle制御ファイル，初期化ファイルを展開します(RAC共通のOracleファイル)。
拡張コマンドEX_DRM_ORAFILE_EXTRACTを使用し，手順9でコピーしたOracle制御ファイル，初期化ファイルをOracle制御ファイル，初期化ファイル格納ディレクトリに展開します。

DBServer_B > EX_DRM_ORAFILE_EXTRACT Operation_B

RAC共通のOracleファイルをディスクリストアします。
拡張コマンドEX_DRM_ORA_RESTOREを使用し，副ボリューム上にバックアップされているRAC共通のOracleファイルを主ボリュームにリストアします。
この場合，使用するオペレーションIDはOperation_Bです。

DBServer_B > EX_DRM_ORA_RESTORE Operation_B -resync

Oracleデータベースをリカバリします。
Protection Managerを利用し，データベースボリュームをリストアしたあと，データベースをリカバリする場合，SQL*Plusを利用し，リカバリ操作を行います。SQL*Plusの詳細については，Oracleの製品マニュアルを参照してください。

(1) Oracle データベースをリカバリするために，SQL*Plus にログインします。

Oracleデータベースが停止しているため，SQL*Plus にログインします。このとき，必ずSYSDBA権限を持つユーザーでログインしてください。

DBServer_B > sqlplus <ユーザー名>/<パスワード> as sysdba

(2) Oracleデータベースをマウントします。

Oracleデータベースをマウント指定で起動します。

SQL > startup mount

(3) Oracleデータベースをリカバリします。

リカバリが成功すると，「Media recovery complete.」というメッセージが表示されます。

SQL > recover database

(4) データベースのリカバリが成功したあと，Oracle データベースをオープンします。

Oracleデータベースをオープンすると，「Database altered.」というメッセージが表示されます。

SQL > ALTER DATABASE OPEN;

9.8 RAC構成でバックアップおよびリストアする

この操作は，スーパーユーザー(uid=0)で実行してください。

この節の構成

9.8.1 システム構成

9.8.2 RACインスタンスをテープ媒体へオンラインバックアップする

9.8.3 RACインスタンスのログをバックアップまたはリストアする

9.8.4 データファイルの障害から最新の状態に復旧する

9.8.5 完全リカバリできない場合に任意の時点まで復旧する

9.8.1 システム構成

RAC構成であるデータベースサーバ2台とバックアップサーバ1台のシステムを例にして，説明します。共有ファイルは，どのノードからもRACインスタンスのバックアップおよびリストアが実行できます。ノード固有ファイルはそれぞれのノードでバックアップまたはリストアが必要となります。ディスクバックアップまたはリストアとテープバックアップまたはリストアを連携した一連の処理として実行します。

図9-10 RAC構成でバックアップおよびリストアする例

この構成例について説明します。

OracleインスタンスはCRSまたはVCSによってOracle RAC構成で管理されている。

主ボリュームはVxCFSまたはASMでフォーマットされている。
VxCFSの場合：/MNT1と/MNT2ディレクトリにマウントされている。
ASMの場合：RAWデバイスのためマウントポイントなし。

副ボリュームは通常マウントされていない。必要なときだけ，/PTM1ディレクトリにマウントされる。

バックアップサーバには，NetBackupが導入され，テープライブラリ装置の構成は定義されている。

テープバックアップコマンドはdrmmediabackupコマンドおよびdrmmediarestoreコマンドを使用する。

ノード固有ファイルには，アーカイブ済みREDOログファイル，REDOログファイル，UNDO表領域が含まれる。

共有ファイルには，データファイル，制御ファイル，サーバパラメーターファイルが含まれる。

この構成の前提条件を次に示します。

ディクショナリマップファイルは，RACを構成するOracleインスタンスごとに個別に持つ。

副ボリュームをテープ媒体へバックアップするまでは，新たな主ボリュームをバックアップできない。

9.8.2 RACインスタンスをテープ媒体へオンラインバックアップする

RACインスタンスをテープ媒体へオンラインバックアップするには：

すべてのノードでOracleインスタンス固有のOracleファイルをオンラインバックアップします。
バックアップIDは，サーバごとに未使用のIDが付与されます。この実行例では，「0000000001」です。

PROMPT> drmorabackup ORA1 -local
KAVX0001-I drmorabackupコマンドを開始します。
…
KAVX0040-I バックアップは以下の内容で取得されています。
バックアップID = 0000000001
KAVX0002-I drmorabackupコマンドを終了します。
PROMPT>

RAC共有のOracleファイルを副ボリュームへオンラインバックアップします。
バックアップカタログに，新バックアップIDが登録されます。バックアップIDは，サーバごとに未使用のIDが付与されます。この実行例では，「0000000002」です。

PROMPT> drmorabackup ORA1 -rac
KAVX0001-I drmorabackupコマンドを開始します。
…
KAVX0040-I バックアップは以下の内容で取得されています。
バックアップID = 0000000002
KAVX0002-I drmorabackupコマンドを終了します。
PROMPT>

バックアップの実行結果を確認します。

PROMPT> drmoracat ORA1 -rac
INSTANCE: ORA1
DATABASE-NAME: RAC1
BACKUP-ID:0000000001 BACKUP-MODE: ONLINE(LOCAL)INSTANCE: ORA1 ORIGINAL-ID: 0000000001
START-TIME：2002/06/01 09:57:00 END-TIME: 2002/06/01 09:59:00 HOSTNAME: DB-SRV
T OBJECT  FILE          FS           DG        DEVICE              COPY-GROUP
T UNDOTBS1/mnt/TBS1.dbf /mnt1        DG02      /dev/rdsk/c4t20d02  ORA001,B004
T -       -             -            -         -                   ORA001,B004
INSTANCE: ORA1
DATABASE-NAME: RAC1
BACKUP-ID:0000000002 BACKUP-MODE: ONLINE (RAC) INSTANCE: ORA1 ORIGINAL-ID: 0000000002
START-TIME：2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: DB-SRV
T OBJECT  FILE          FS           DG        DEVICE              COPY-GROUP
T TBS1    /mnt/TBS1.dbf /mnt         DG01      /dev/rdsk/c4t20d10  ORA001,B001
T -       -             -            -         -                   ORA001,B001
PROMPT>

バックアップカタログ情報を一時ファイルへエクスポートします。
手順1および手順2のバックアップカタログをエクスポートします。
手順2のバックアップカタログは，バックアップしたノードとは異なるノードでリストアする場合に必要になるため，テープバックアップを実行しない場合でもエクスポートして保存します。

PROMPT> drmdbexport 0000000002 -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbexportコマンドを開始します。
KAVX0002-I drmdbexportコマンドを終了します。
PRMPT>

一時ファイルをファイルサーバからバックアップサーバへrcpで転送します。

PRMPT> rcp /tmp/EX-FILE1.drm <バックアップサーバ名>:
PROMPT>

転送した一時ファイルをバックアップサーバのバックアップカタログへインポートします。
バックアップカタログに，新バックアップIDが登録されます。バックアップIDは，サーバごとに未使用のIDが付与されます。この実行例では，「0000000001」です。

PROMPT> drmdbimport -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbimportコマンドを開始します。
KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。
インポートされたバックアップID = 0000000001
KAVX0002-I drmdbimportコマンドを終了します。
PROMPT>

インポート実行結果を確認します。

PROMPT> drmoracat ORA1 -rac
INSTANCE: ORA1
DATABASE-NAME: RAC1
BACKUP-ID:0000000001 BACKUP-MODE: ONLINE (RAC) INSTANCE: ORA1 ORIGINAL-ID: 0000000001
START-TIME：2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: DB-SRV
T OBJECT    FILE          FS           DG        DEVICE              COPY-GROUP
T TBS1      /mnt/TBS1.dbf /mnt         DG01      /dev/rdsk/c4t20t10  ORA001,B001
T -         -             -            -         -                   ORA001,B001
PROMPT>

ボリュームをテープ媒体へバックアップします。
バックアップカタログに，新バックアップIDが登録されます。バックアップIDは，サーバごとに未使用のIDが付与されます。この実行例では，「0000000001」です。

PROMPT> drmmediabackup 0000000001
KAVX0001-I drmmediabackupコマンドを開始します。
KAVX0402-I バックアップを開始します。
          バックアップの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。
          バックアップ元 = /mnt
KAVX0403-I バックアップを完了しました。
          バックアップ元 = /mnt
KAVX0406-I アンマウントを開始します。
          マウントポイント = /mnt
KAVX0407-I アンマウントを完了しました。
          マウントポイント = /mnt
KAVX0405-I バックアップを完了しました。
          バックアップ元 = /mnt
KAVX0040-I バックアップは以下の内容で取得されています。
バックアップID = 0000000002
KAVX0002-I drmmediabackupコマンドを終了します。
PROMPT>

テープ媒体へのバックアップの実行結果を確認します。

PROMPT> drmtapecat 0000000002
BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA
0000000002  Oracle           2002/06/01 10:00:00  2002/06/02 10:00:00  MEDIA1
PROMPT>

9.8.3 RACインスタンスのログをバックアップまたはリストアする

RACインスタンスのログをバックアップするには：

ログのバックアップを取得します。
ログバックアップIDは，サーバごとに未使用のIDが付与されます。この実行例では，「0001」です。このコマンドは，RACを構成するすべてのノード上でREDOログのアーカイブを実行します。
次の前提条件をすべて満たしていない環境では，-arc_allオプションを指定しても直接コマンドを実行していないノードではアーカイブ済みREDOログファイルの退避を実行しません。そのような環境では，ユーザー管理でアーカイブ済みREDOログファイルの退避，保存をする必要があります。
(1) RACを構成するすべてのOracleインスタンス上で，アーカイブ済みREDOログファイルの出力先に同一の共有ディスクを指定している。
(2) (1)のアーカイブ済みREDOログファイル出力先の共有ディスクが，すべてのノード上で同一のパスにマウントされている。
(3) drmorainitコマンドで指定したログ出力先ディレクトリが，共有ディスク上に存在している。

PROMPT> drmoralogbackup ORA1 -rac -arc_all
KAVX0001-I drmoralogbackupコマンドを開始します。
KAVX0805-I アーカイブREDOログファイルのバックアップ中です。
KAVX0808-I ログバックアップは以下の内容で取得されています。
ログバックアップID = 0001
KAVX0002-I drmoralogbackupコマンドを終了します。
PROMPT>

ログバックアップの実行結果を確認します。

PROMPT> drmoralogbackup ORA1 -v 0001
BACKUP_ID      :001
DATE           :2003-08-13 17:58:30
CONTOROL FILE  :/var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001
FILE NAME      :/var/opt/drm/log/backup/oracle/ORA1/arc0001.arc
SEQUENCE       :100
FIRST_CHANGE   :30182
NEXT_CHANGE    :30258
FIRST_TIME     :2003-08-13 16:45:13
NEXT_TIME      :2003-08-13 17:02:08
FILE NAME      :/var/opt/drm/log/backup/oracle/ORA1/arc0002.arc
SEQUENCE       :101
FIRST_CHANGE   :30258
NEXT_CHANGE    :30419
FIRST_TIME     :2003-08-13 17:02:08
NEXT_TIME      :2003-08-13 17:16:58
PROMPT>

バックアップしたログファイルを管理します。
バックアップしたログファイルはユーザーが管理します。

管理例：

ログバックアップファイルの格納先がRAID Manager構成定義ファイルでペア定義されている主ボリュームの場合，そのボリュームをdrmfsbackupコマンドで副ボリュームにバックアップし，バックアップサーバでテープにバックアップします。

RACインスタンスのログをリストアするには：

Oracleインスタンス固有のOracleファイルをリストアします。
リストアを実行するノード固有のOracleファイル(UNDO表領域など)が破損している場合は，データベース全体をリストアする前に「9.8.2 RACインスタンスをテープ媒体へオンラインバックアップする」の手順1で取得したノード固有のOracleファイルのバックアップをリストアします。

PROMPT> drmorarestore 0000000001 -resync
KAVX0001-I drmorarestoreコマンドを開始します。
…
KAVX0002-I drmorarestoreコマンドを終了します。
PROMPT>

バックアップカタログをインポートします。
バックアップを実行したノードとは異なるノードでリストアを実行する場合は，「9.8.2 RACインスタンスをテープ媒体へオンラインバックアップする」の手順4でエクスポートしたRAC共有Oracleファイルのバックアップカタログをインポートします。
バックアップIDは，サーバごとに未使用のIDが付与されます。この実行例では，「0000000002」です。

PROMPT> drmdbimport -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbimportコマンドを開始します。
KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。
インポートされたバックアップID = 0000000002
KAVX0002-I drmdbimportコマンドを終了します。
PROMPT>

テープ媒体上のバックアップIDを確認します。

PROMPT> drmtapecat
BACKUP-ID   BACKUP-OBJECT    SNAPSHOT TIME        EXPIRATION TIME      BACKUP-MEDIA
0000000002  Oracle           2002/06/01 10:00:00  2002/06/02 10:00:00  MEDIA1
PROMPT>

バックアップしたデータをテープ媒体から副ボリュームへリストアします。
バックアップID「0000000002」を指定してdrmmediarestoreコマンドを実行します。バックアップID「0000000001」は削除され，新バックアップID「0000000003」が登録されます。

PROMPT> drmmediarestore 0000000002
KAVX0001-I drmmediarestoreコマンドを開始します。
KAVX0404-I リストアを開始します。
          リストアの進行状況について詳しく確認する場合，バックアップ管理製品が提供する監視方法を使用し，確認してください。
          リストア元 = /mnt
          リストア先 = /mnt
KAVX0405-I リストアを完了しました。
          リストア元 = /mnt
          リストア先 = /mnt
KAVX0406-I アンマウントを開始します。
          マウントポイント = /mnt
KAVX0407-I アンマウントを完了しました。
          マウントポイント = /mnt
KAVX0405-I リストアを完了しました。
          リストア元 = /mnt
          リストア先 = /mnt
KAVX0040-I バックアップは以下の情報で取得されています。
          バックアップID = 0000000003
KAVX0002-I drmmediarestoreコマンドを終了します。
PROMPT>

テープ媒体から副ボリュームへのリストアの実行結果を確認します。

PROMPT> drmoracat ORA1
INSTANCE: ORA1
BACKUP-ID:0000000003 BACKUP-MODE: ONLINE INSTANCE: GYOUMU1 ORIGINAL-ID: 0000000001
START-TIME：2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: DB-SRV
T OBJECT    FILE          FS           DG        DEVICE              COPY-GROUP
T TBS1      /mnt/TBS1.dbf /mnt         -         /dev/rdsk/c4t20d10  ORA001,B001
T -         -             -            -         -                   ORA001,B001
PROMPT>

バックアップカタログ情報を一時ファイルへエクスポートします。

PROMPT> drmdbexport 0000000003 -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbexportコマンドを開始します。
KAVX0002-I drmdbexportコマンドを終了します。
PROMPT>

一時ファイルをバックアップサーバからファイルサーバへrcpで転送します。
バックアップファイルがある場合は，バックアップファイルについてもバックアップサーバからデータベースサーバへ転送します。

PRMPT> rcp /tmp/EX-FILE1.drm <ファイルサーバ名>
PROMPT>

転送した一時ファイルをファイルサーバのバックアップカタログへインポートします。
バックアップカタログに，新バックアップIDが登録されます。バックアップIDは，サーバごとに未使用のIDが付与されます。この手順では，「0000000002」です。

PROMPT> drmdbimport -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbimportコマンドを開始します。
KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。
インポートされたバックアップID = 0000000002
KAVX0002-I drmdbimportコマンドを終了します。
PROMPT>

インポートの実行結果を確認します。

PROMPT> drmoracat ORA1
INSTANCE: ORA1
BACKUP-ID:0000000002 BACKUP-MODE: ONLINE INSTANCE: ORA1 ORIGINAL-ID: 0000000001
START-TIME：2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: DB-SRV
T OBJECT  FILE          FS           DG        DEVICE              COPY-GROUP
T TBS1    /mnt/TBS1.dbf /mnt         -         /dev/rdsk/c4t20d10  ORA001,B001
T -       -             -            -         -                   ORA001,B001
PROMPT>

RAC共有のOracleファイルをリストアします。

PROMPT> drmorarestore 0000000002 -resync
KAVX0001-I drmorarestoreコマンドを開始します。
…
KAVX0002-I drmorarestoreコマンドを終了します。
PROMPT>

ログバックアップ内容を確認します。

PROMPT> drmoralogbackup ORA1 -v 0001
BACKUP_ID      :001
DATE           :2003-08-13 17:58:30
CONTOROL FILE  :/var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001
FILE NAME      :/var/opt/drm/log/backup/oracle/ORA1/arc0001.arc
SEQUENCE       :100
FIRST_CHANGE   :30182
NEXT_CHANGE    :30258
FIRST_TIME     :2003-08-13 16:45:13
NEXT_TIME      :2003-08-13 17:02:08
FILE NAME      :/var/opt/drm/log/backup/oracle/ORA1/arc0002.arc
SEQUENCE       :101
FIRST_CHANGE   :30258
NEXT_CHANGE    :30419
FIRST_TIME     :2003-08-13 17:02:08
NEXT_TIME      :2003-08-13 17:16:58
PROMPT>

バックアップしたログをリストアします。
ログバックアップ内容を確認してバックアップ先からバックアップ元にリストアします。RACを構成するすべてのノードのログバックアップが，リストアを実行するノードから参照できる必要があります。

PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001 /disk2_0/u01/app/control01.ctl
PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001 /disk2_0/u01/app/control02.ctl
PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001 /disk2_0/u01/app/control03.ctl
PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/arc0001.arc /df500-1/ArchiveLog/1/arc0001.arc
PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/arc0002.arc /df500-1/ArchiveLog/1/arc0002.arc

Oracle SQL*Plusを使用し，データベースをリカバリする例を示します。Protection Managerでボリュームをリストアしたあと，データベースをリカバリする場合，SQL*Plusを使用し，リカバリしてください。SQL*Plusの詳細については，Oracleの製品マニュアルを参照してください。

Oracleデータベースをリカバリするために，SQL*Plus にログインします。
Oracleデータベースが停止しているため，OSDBAグループのユーザーでSQL*Plusを起動し，Oracleデータベースにログインします。このとき，SYSDBA権限を持つOracleユーザーでログインします。

PROMPT> sqlplus <ユーザー名>/<パスワード> as sysdba

Oracleデータベースをマウント状態で起動します。
SYSDBA権限を持つOracleユーザーで，Oracleデータベースをマウント状態で起動します。

SQL> startup mount

Oracleデータベースをリカバリします。
SYSDBA権限を持つOracleユーザーで，Oracleデータベースをリカバリします。
リカバリが成功すると「Media recovery complete.」というメッセージが表示されます。

SQL> recover database until cancel;

データベースのリカバリが成功したあと，Oracleデータベースをオープンします。
SYSDBA権限を持つOracleユーザーで，Oracleデータベースをオープンします。
Oracleデータベースをオープンすると「Database altered.」というメッセージが表示されます。

SQL> alter database open resetlogs;

9.8.4 データファイルの障害から最新の状態に復旧する

前提条件を次に示します。

データベースがARCHIVELOGモードである。

復旧対象の表領域のバックアップが取得されている。

バックアップ取得時点から最新までのアーカイブ済みREDOログファイルのバックアップおよびREDOログファイルが欠落なく存在している。

最新の制御ファイルを使用する。

データファイルの障害から最新の状態に復旧するには：

バックアップ情報を確認します。
drmoracatコマンドでバックアップ情報を確認します。

PROMPT> drmoracat ORA1 -rac
DATABASE-NAME: RAC1
INSTANCE: ORA1
BACKUP-ID:0000000001 BACKUP-MODE: ONLINE (RAC) INSTANCE: ORA1 ORIGINAL-ID: 0000000001
START-TIME：2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: DB-SRV
T OBJECT    FILE          FS           DG        DEVICE              COPY-GROUP
T TBS1      /mnt/TBS1.dbf /mnt         DG01      /dev/rdsk/c4t20t10  ORA001,B001
T -         -             -            -         -                   ORA001,B001
PROMPT>

Oracleインスタンス固有のOracleファイルをリストアします。
リストアを実行するノード固有のOracleファイル(UNDO表領域など)が破損している場合は，「9.8.2 RACインスタンスをテープ媒体へオンラインバックアップする」の手順1で取得したUNDO表領域のバックアップをリストアします。

PROMPT> drmorarestore 0000000001 -resync
KAVX0001-I drmorarestoreコマンドを開始します。
…
KAVX0002-I drmorarestoreコマンドを終了します。
PROMPT>

バックアップカタログをインポートします。
バックアップを実行したノードとは異なるノードでリストアを実行する場合は，「9.8.2 RACインスタンスをテープ媒体へオンラインバックアップする」の手順4でエクスポートしたRAC共有Oracleファイルのバックアップカタログをインポートします。

PROMPT> drmdbimport -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbimportコマンドを開始します。
KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。
インポートされたバックアップID = 0000000002
KAVX0002-I drmdbimportコマンドを終了します。
PROMPT>

RAC共有のOracleファイルをリストアします。
データファイルのバックアップを副ボリュームからリストアします。

PROMPT> drmorarestore 0000000002 -resync
KAVX0001-I drmorarestoreコマンドを開始します。
…
KAVX0002-I drmorarestoreコマンドを終了します。
PROMPT>

SYSTEM表領域またはUNDO表領域をリストアした場合，データベースをマウント状態で起動します。
OSDBAグループのユーザーでログインし，SQL*PLUSなどでOracleデータベースに接続します。
Oracleデータベース停止状態でリストアコマンドが完了します。その場合，SYSDBA権限を持つOracleユーザーで，Oracleデータベースをマウント状態で起動します。
SYSTEM表領域またはUNDO表領域をリストアしない場合，Oracleデータベースは起動状態でリストアコマンドが実行されますので，Oracleデータベースの起動は必要ありません。

PROMPT> sqlplus / as sysdba
SQL> startup mount
SQL>

アーカイブ済みREDOログファイルのバックアップ情報を確認します。
drmoralogbackp -vコマンドで必要なアーカイブ済みREDOログファイルのバックアップが存在するか確認します。

PROMPT> drmoralogbackup ORA1 -v 0001
BACKUP_ID      :001
DATE           :2003-08-13 17:58:30
CONTOROL FILE  :/var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001
FILE NAME      :/var/opt/drm/log/backup/oracle/ORA1/arc0001.arc
SEQUENCE       :100
FIRST_CHANGE   :30182
NEXT_CHANGE    :30258
FIRST_TIME     :2003-08-13 16:45:13
NEXT_TIME      :2003-08-13 17:02:08
FILE NAME      :/var/opt/drm/log/backup/oracle/ORA1/arc0002.arc
SEQUENCE       :101
FIRST_CHANGE   :30258
NEXT_CHANGE    :30419
FIRST_TIME     :2003-08-13 17:02:08
NEXT_TIME      :2003-08-13 17:16:58
PROMPT>

アーカイブ済みREDOログファイルをリストアします。
drmorabackupコマンドおよびdrmoralogbackupコマンドによってログ格納ディレクトリ※にバックアップされたアーカイブ済みREDOログファイルのバックアップファイルをOSのcpコマンドなどでアーカイブ済みREDOログファイル出力先にリストアします。
RACを構成するすべてのノードのアーカイブ済みREDOログファイルが，リカバリを実行するノードから参照できる必要があります。

注※

<drmorainitコマンドで指定したログ格納ディレクトリ>/<Oracleインスタンス名>

PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/arc0001.arc /df500-1/ArchiveLog/1/arc0001.arc
PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/arc0002.arc /df500-1/ArchiveLog/1/arc0002.arc
PROMPT>

完全リカバリを実行します。
SYSDBA権限を持つOracleユーザーで，リストアしたアーカイブ済みREDOログファイルおよびオンラインREDOログファイルを使用して最新の状態まで完全リカバリを実施します。
リカバリが成功すると「Media recovery complete.」というメッセージが表示されます。

SQL> set autorecovery on;
SQL> recover database;
SQL>

データベースをオープンします。
SYSDBA権限を持つOracleユーザーで，Oracleデータベースをオープンします。
Oracleデータベースをオープンすると「Database altered.」というメッセージが表示されます。

SQL> alter database open;
SQL>

9.8.5 完全リカバリできない場合に任意の時点まで復旧する

前提条件を次に示します。

データベースがARCHIVELOGモードである。

復旧対象の表領域のバックアップが取得されている。

次の条件のどれかに当てはまる。

アーカイブ済みREDOログファイルが欠落しているため完全リカバリに失敗する。

カレントまたはアクティブなオンラインREDOログファイルが損失している。

ユーザーの誤操作によって表の切り捨てや誤ったトランザクションが発生した。

表領域を誤って削除した。

任意の時点の制御ファイルとその時点までのアーカイブ済みREDOログファイルのバックアップが存在する。

完全リカバリできない場合に任意の時点まで復旧するには：

バックアップ情報を確認します。
drmoracatコマンドでバックアップ情報を確認します。

PROMPT> drmoracat ORA1 -rac
DATABASE-NAME: RAC1
INSTANCE: ORA1
BACKUP-ID:0000000001 BACKUP-MODE: ONLINE (RAC) INSTANCE: ORA1 ORIGINAL-ID: 0000000001
START-TIME：2002/06/01 10:00:00 END-TIME: 2002/06/01 10:03:00 HOSTNAME: DB-SRV
T OBJECT    FILE          FS           DG        DEVICE              COPY-GROUP
T TBS1      /mnt/TBS1.dbf /mnt         DG01      /dev/rdsk/c4t20t10  ORA001,B001
T -         -             -            -         -                   ORA001,B001
PROMPT>

Oracleインスタンス固有のOracleファイルをリストアします。
リストアを実行するノード固有のOracleファイル(UNDO表領域など)が破損している場合は，「9.8.2 RACインスタンスをテープ媒体へオンラインバックアップする」の手順1で取得したUNDO表領域のバックアップをリストアします。

PROMPT> drmorarestore 0000000001 -resync　-target UNDOTBS
KAVX0001-I drmorarestoreコマンドを開始します。
…
KAVX0002-I drmorarestoreコマンドを終了します。
PROMPT>

バックアップカタログをインポートします。
バックアップを実行したノードとは異なるノードでリストアを実行する場合は，「9.8.2 RACインスタンスをテープ媒体へオンラインバックアップする」の手順4でエクスポートしたRAC共有Oracleファイルのバックアップカタログをインポートします。

PROMPT> drmdbimport -f /tmp/EX-FILE1.drm
KAVX0001-I drmdbimportコマンドを開始します。
KAVX0418-I ファイル名で指定されたバックアップ情報をバックアップカタログに追加しました。
インポートされたバックアップID = 0000000002
KAVX0002-I drmdbimportコマンドを終了します。
PROMPT>

RAC共有のOracleファイルをリストアします。
障害が発生したデータファイルのバックアップを副ボリュームからリストアします。

PROMPT> drmorarestore 0000000002 -resync
KAVX0001-I drmorarestoreコマンドを開始します。
…
KAVX0002-I drmorarestoreコマンドを終了します。
PROMPT>

SYSTEM表領域またはUNDO表領域をリストアした場合，データベースをマウンド状態で起動します。
OSDBAグループのユーザーでログインし，SQL*PLUSなどでOracleデータベースに接続します。
SYSTEM表領域またはUNDO表領域をリストアした場合，Oracleデータベース停止状態でリストアコマンドが完了します。その場合，SYSDBA権限を持つOracleユーザーで，Oracleデータベースをマウント状態で起動します。
SYSTEM表領域またはUNDO表領域をリストアしない場合，Oracleデータベースは起動状態でリストアコマンドが実行されますので，Oracleデータベースの起動は必要ありません。

PROMPT> sqlplus / as sysdba
SQL> startup mount
SQL>

アーカイブ済みREDOログファイルのバックアップ情報を確認します。
drmoralogbackp -vコマンドで必要なアーカイブ済みREDOログファイルのバックアップが存在するか確認します。

PROMPT> drmoralogbackup ORA1 -v 0001
BACKUP_ID      :001
DATE           :2003-08-13 17:58:30
CONTOROL FILE  :/var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001
FILE NAME      :/var/opt/drm/log/backup/oracle/ORA1/arc0001.arc
SEQUENCE       :100
FIRST_CHANGE   :30182
NEXT_CHANGE    :30258
FIRST_TIME     :2003-08-13 16:45:13
NEXT_TIME      :2003-08-13 17:02:08
FILE NAME      :/var/opt/drm/log/backup/oracle/ORA1/arc0002.arc
SEQUENCE       :101
FIRST_CHANGE   :30258
NEXT_CHANGE    :30419
FIRST_TIME     :2003-08-13 17:02:08
NEXT_TIME      :2003-08-13 17:16:58
PROMPT>

アーカイブ済みREDOログファイルをリストアします。
drmorabackupコマンドおよびdrmoralogbackupコマンドによってログ格納ディレクトリ※にバックアップされたアーカイブ済みREDOログファイルのバックアップファイルをOSのcpコマンドなどでアーカイブ済みREDOログファイル出力先にリストアします。
RACを構成するすべてのノードのアーカイブ済みREDOログファイルが，リカバリを実行するノードから参照できる必要があります。

注※

<drmorainitコマンドで指定したログ格納ディレクトリ>/<Oracleインスタンス名>

PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/arc0001.arc /df500-1/ArchiveLog/1/arc0001.arc
PROMPT>

制御ファイルをリストアします。
表領域を削除してしまった場合は，表領域を削除する前に取得したバックアップ制御ファイルをリストアします。
リストア先は現行のすべての制御ファイルの格納先です。

PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001 /disk2_0/u01/app/control01.ctl
PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001 /disk2_0/u01/app/control02.ctl
PROMPT> cp -p /var/opt/drm/log/backup/oracle/ORA1/control1.ctl00001 /disk2_0/u01/app/control03.ctl
PROMPT>

不完全リカバリを実行します。
SYSDBA権限を持つOracleユーザーで，リストアしたアーカイブ済みREDOログファイルおよびオンラインREDOログファイルを使用して不完全リカバリを実施します。
リカバリが成功すると「Media recovery complete.」というメッセージが表示されます。

SQL>recover database using backup controlfile until cancel;

データベースをオープンします。
SYSDBA権限を持つOracleユーザーで，Oracleデータベースをオープンします。
Oracleデータベースをオープンすると「Database altered.」というメッセージが表示されます。

SQL> alter database open resetlogs;

9.9 バックアップデータを削除する

副ボリューム上のバックアップデータが不要になった場合は，バックアップデータを削除します。バックアップデータは，副ボリュームからテープにデータをバックアップしたあと，または副ボリュームから主ボリュームにデータをリストアしたあとに削除します。

バックアップデータを削除するには：

削除するバックアップIDを指定して，drmresyncコマンドを実行します。

PROMPT> drmresync -backup_id <バックアップID>
KAVX0001-I drmresyncコマンドを開始します。
KAVX0002-I drmresyncコマンドを終了します。
PROMPT>

コマンドを実行すると，主ボリュームと副ボリュームが再同期され，ミラー状態に戻ります。このとき，バックアップIDに指定したバックアップ情報は，バックアップカタログから削除されます。

9.10 RAC構成でインターコネクト障害が発生したときの対応

RAC構成でインターコネクト障害発生時の対応について説明します。

RAC構成でインターコネクト障害が発生すると，スプリットブレイン状態を回避するために，投票ディスクを使用した状態チェックが実行され，その結果に基づいてクラスタが再構成されます。クラスタ再構成の結果，RAC構成から削除されたOracleインスタンスは，すべてのI/Oをデータベースに書き出すためにノードの再起動を実行します。

Protection Managerコマンド実行中にインターコネクト障害が発生した場合のコマンドへの影響と対処について説明します。

Protection Managerのコマンドを実行しているノードがRAC構成に残った場合，Protection Managerへの影響はありません。

Protection Managerのコマンドを実行しているノードがRAC構成から削除された場合，Protection Managerのコマンドが強制的に終了されます。この場合の対処を次に示します。

表9-1 コマンドを実行しているノードがRAC構成から削除された場合の対応

実行したコマンド
対策

drmorainit

ノードをRAC構成に復旧できた場合

ノードをRAC構成に復旧したあと，コマンドを再度実行します。

ノードをRAC構成に復旧できない場合

RAC構成に残ったノードに移動して，コマンドを再度実行します。

drmoradisplay

drmorabackup
ノードをRAC構成に復旧できた場合

-mode onlineオプションを指定した場合，データベースのオンライン・バックアップモードを解除します。

ノードをRAC構成に復旧したあと，コマンドを再度実行します。

ノードをRAC構成に復旧できない場合

RAC構成に残ったノードに移動します。

表領域にオンライン・バックアップモードが設定されている場合，オンライン・バックアップモードを解除します。

コマンドを再度実行します。

drmoralogbackup

ノードをRAC構成に復旧できた場合

ノードをRAC構成に復旧したあと，コマンドを再度実行します。

ノードをRAC構成に復旧できない場合

RAC構成に残ったノードに移動して，コマンドを再度実行します。

drmorarestore

ノードをRAC構成に復旧できた場合

1.データベースを起動するか，オフラインの表領域をオンラインにします。

2.ノードをRAC構成に復旧したあと，コマンドを再度実行します。

ノードをRAC構成に復旧できない場合

1.RAC構成に残ったノードに移動します。

2.データベースを起動するか，オフラインの表領域をオンラインにします。

3.コマンドを再度実行します。

drmoracat

ノードをRAC構成に復旧できた場合

ノードをRAC構成に復旧したあと，コマンドを再度実行します。

ノードをRAC構成に復旧できない場合

RAC構成に残ったノードに移動して，コマンドを再度実行します。

10. トラブルシューティング

この章では，Protection Managerの運用中にトラブルが発生した場合の対処方法について説明します。

この章の構成

10.1 対処の手順

10.2 拡張コマンドのトラブルシューティング

10.3 トラブル発生時に採取が必要な資料

10.4 資料の採取方法

10.5 採取した資料の調査

10.6 ディクショナリマップファイル障害の対処

10.1 対処の手順

Protection Managerでトラブルが発生した場合には，次の手順で対処してください。

なお，拡張コマンドを使用した運用でトラブルが発生した場合には，あわせて「10.2 拡張コマンドのトラブルシューティング」を参照してください。

トラブルに対処するには：

トラブルの状況を確認します。
トラブル発生時の操作状況や，出力されたメッセージなどを確認してください。
メッセージごとの対処方法については，マニュアル「Hitachi Protection Manager Software メッセージ」を参照してください。

ログ情報など，要因を調査するための資料を採取します。
Protection Managerから出力される各種ログ情報や，環境設定情報などの資料を収集します。採取する資料と採取方法については，「10.3 トラブル発生時に採取が必要な資料」を参照してください。

採取した資料を調査して問題を分析します。
資料を基に，問題の要因の調査，発生個所の切り分けをしてください。
トラブルを解決できない場合は，製品の購入先に連絡してください。

10.2 拡張コマンドのトラブルシューティング

拡張コマンドを使用した運用でトラブルが発生した場合，拡張コマンド用のログファイル「drm_script.log」（拡張コマンドトレースログ）に，拡張コマンドでエラーが発生したことを示すメッセージが出力されます。この場合は，次の手順で対処してください。

拡張コマンドのトラブルに対処するには：

トラブルの状況を確認します。
拡張コマンドトレースログのファイル「drm_script.log」（または「drm_script.log.old」）を参照し，拡張コマンドでトラブルが発生したときの操作状況やメッセージの内容を確認してください。拡張コマンドトレースログの出力形式については，「10.3.3 拡張コマンドが出力するログファイルについて」を参照してください。拡張コマンドトレースログの出力先については，「10.3 トラブル発生時に採取が必要な資料」を参照してください。メッセージの内容と対処方法については，マニュアル「Hitachi Protection Manager Software メッセージ」を参照してください。

Protection Managerのログファイルでトラブルの状況を確認します。
拡張コマンドの内部で実行されたProtection Managerのコマンドでエラーが発生した場合は， Protection Managerのログファイル「drm_output.log」（または「drm_output.log.old」）にエラーメッセージが出力されます。拡張コマンドのエラーメッセージが出力された時刻のProtection Managerのログファイルを参照して，Protection Managerのコマンドでトラブルが発生したときの操作状況を確認してください。

OSのログファイルを確認します。
「drm_output.log」（または「drm_output.log.old」）にエラーメッセージが出力されていない場合は，OSのログファイルを参照して，トラブルが発生したときの操作状況を確認してください。

10.3 トラブル発生時に採取が必要な資料

ここでは，トラブル発生時に，その要因を調査するために採取が必要な資料について説明します。

この節の構成

10.3.1 採取する資料（Windowsの場合）

10.3.2 採取する資料（Solarisの場合）

10.3.3 拡張コマンドが出力するログファイルについて

10.3.1 採取する資料（Windowsの場合）

この項の構成

(1) OSのログ情報

(2) Protection Managerの情報

(3) RAID Managerの情報

(4) データベースの情報（バックアップ対象がSQL ServerデータベースまたはExchangeデータベースの場合）

(5) Protection Manager Consoleの情報

(6) その他の情報

(7) オペレーション内容

(1) OSのログ情報

次の表に示すOSのログ情報を採取してください。

表10-1 OSのログ情報（Windowsの場合）

情報の種類
概要
デフォルトのファイル

システムログ
Windowsイベントログ※1
－

システムファイル
hostsファイル
<システムディレクトリ>¥system32¥drivers¥etc¥hosts

servicesファイル
<システムディレクトリ>¥system32¥drivers¥etc¥services

Windowsシステム情報
－

OSおよびインストール製品の情報

OSおよびインストール製品の名称

バージョン

パッチ情報

－

環境設定情報
環境変数の設定値
－

ダンプ情報
ワトソンログファイル※2

Windows 2000 Serverの場合
<システムドライブ>¥Documents and Settings¥All Users¥Documents¥DrWatson¥drwtsn32.log

Windows Server 2003の場合
<システムドライブ>¥Documents and Settings¥<ユーザー名>※3¥Local Settings¥Application Data¥Microsoft¥Dr Watson¥drwtsn32.log

メモリーダンプ※4

Windows 2000 Serverの場合
<システムドライブ>¥Documents and Settings¥All Users¥Documents¥DrWatson¥user.dmp

Windows Server 2003の場合
<システムドライブ>¥Documents and Settings¥<ユーザー名>※3¥Local Settings¥Application Data¥Microsoft¥Dr Watson¥user.dmp

問題のレポートと解決策のログファイル※2
Windows Server 2008の場合
<システムドライブ>¥Users¥<ユーザー名>※3¥AppData¥Local¥Microsoft¥Windows¥WERフォルダの全ファイル

MSCSの情報
定義ファイルおよびログファイル
－

CHKDSK実行ログ
<システムディレクトリ>¥cluster¥ChkDsk_*.log

（凡例）

－：該当しない。

注※1

Windowsのイベントビューアを使用して，テキスト形式またはCSV形式で保存したファイルを採取してください。

注※2

別のフォルダにログファイルを出力するように設定している場合は，該当するフォルダから資料を採取してください。

注※3

Protection Managerのコマンドを実行したユーザーです。

注※4

別のファイルにダンプ出力するように設定している場合は，該当する資料を採取してください。

(2) Protection Managerの情報

次の表に示すProtection Managerに関する情報を採取してください。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。

なお，Protection Managerのコマンドのメッセージ（開始，終了，警告，エラーのメッセージ）は， Windowsイベントログにも出力されます。

表10-2 Protection Managerの情報（Windowsの場合）

情報の種類
概要
デフォルトのファイル

バージョン情報
Protection Managerのバージョン情報ファイル
次に該当するすべてのファイル
<Protection Managerのインストール先>¥.version*

環境設定
Protection Managerの各種環境設定ファイル
次のディレクトリ下にあるすべてのファイル
<Protection Managerのインストール先>¥conf¥

標準出力ログ情報
Protection Managerのログファイル※1
<Protection Managerのインストール先>¥log¥drm_output.log
<Protection Managerのインストール先>¥log¥drm_output.log.old

拡張コマンドトレースログ
Protection Managerの拡張コマンド用トレースログファイル※1
<Protection Managerのインストール先>¥script¥log¥drm_script.log
<Protection Managerのインストール先>¥script¥log¥drm_script.log.old

詳細トレースログ情報
Protection Managerのトレースログファイル※2
<Protection Managerのインストール先>¥log¥drm_pp_trace[1-16].log

インストールトレースログ
Protection Managerのインストールトレースログファイル
<Protection Managerのインストール先>¥log¥drm_inst.log

NetBackupのトレースログ情報
Protection Managerのログファイル※3
<Protection Managerのインストール先>¥log¥drm_nbu_backup.log
<Protection Managerのインストール先>¥log¥drm_nbu_backup.log.old
<Protection Managerのインストール先>¥log¥drm_nbu_restore.log
<Protection Managerのインストール先>¥log¥drm_nbu_restore.log.old

内部処理情報
一時ファイル
次のディレクトリ下にあるすべてのファイル
<Protection Managerのインストール先>¥tmp

ディクショナリマップ
ディクショナリマップファイル
次のディレクトリ下にあるすべてのファイル
<Protection Managerのインストール先>¥db
Protection Managerの構成定義ファイル（init.conf）のDRM_DB_PATHパラメーターに記述されているディレクトリ※4

スケジュール情報
スケジュール情報ファイル
<Protection Managerのインストール先>¥schedule
schd.confのSCHD_MAP_PATHパラメーターに記述されているディレクトリ※5

ジョブ実行結果情報
ジョブ実行結果情報ファイル
<Protection Managerのインストール先>¥schedule
schd.confのEXEC_LOG_OUTPUTパラメーターに記述されているディレクトリ※6

注※1

ログファイルのサイズが10MBに達すると，ファイル名の末尾に「.old」が付いたファイル（drm_output.logの場合，drm_output.log.old）が作成されます。すでに「.old」が付いたファイルが存在する場合は上書きされます。

注※2

ログファイルのサイズが10MBに達すると，1から16番の範囲で新たな番号が付いたファイルが作成されます。

注※3

drmtapebackupコマンドまたはdrmmediabackupコマンドを実行して，NetBackupのバックアップコマンドが実行された場合，drm_nbu_backup.logにコマンド操作の結果が出力されます。drm_nbu_backup.logのサイズが10MBに達すると，drm_nbu_backup.log.oldに移動されます。drm_nbu_backup.log.oldがすでにある場合は上書きされます。

drmtaperestoreコマンドまたはdrmmediarestoreコマンドを実行して，NetBackupのリストアコマンドが実行された場合，drm_nbu_restore.logにコマンド操作の結果が出力されます。drm_nbu_restore.logのサイズが10MBに達すると，drm_nbu_restore.log.oldに移動されます。drm_nbu_restore.log.oldがすでにある場合は上書きされます。

注※4

DRM_DB_PATHパラメーターに同じ仮想サーバ名のディレクトリが複数指定されている場合，ログ収集先ディレクトリ名にはDRM_DB_PATHパラメーターに指定されている順に数値nが付与されます。このとき，1個目のディレクトリに数値は付与されません。

注※5

SCHD_MAP_PATHパラメーターに同じ仮想サーバ名のディレクトリが複数指定されている場合，ログ収集先ディレクトリ名にはSCHD_MAP_PATHパラメーターに指定されている順に数値nが付与されます。このとき，1個目のディレクトリに数値は付与されません。

注※6

EXEC_LOG_OUTPUTパラメーターに同じ仮想サーバ名のディレクトリが複数指定されている場合，ログ収集先ディレクトリ名にはEXEC_LOG_OUTPUTパラメーターに指定されている順に数値nが付与されます。このとき，1個目のディレクトリに数値は付与されません。

(3) RAID Managerの情報

次の表に示すRAID Managerに関する情報を採取してください。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。

表10-3 RAID Managerの情報（Windowsの場合）

情報の種類
概要
デフォルトのファイル

環境設定
RAID Managerの各種環境設定ファイル※1
次に該当するすべてのファイル
<システムディレクトリ>¥horcm*

ログ情報
RAID Managerの各種ログファイル※2
次に該当するすべてのファイル
<システムドライブ>¥HORCM¥log*

RAID構成情報
RAID Managerのinqraidコマンド，raidscanコマンドおよびpairdisplayコマンドの実行結果
－

（凡例）

－：該当しない。

注※1

別のファイルを指定している場合は，該当する資料を採取してください。

注※2

別のディレクトリにログファイルを出力するように設定している場合は，該当するディレクトリから資料を採取してください。

(4) データベースの情報（バックアップ対象がSQL ServerデータベースまたはExchangeデータベースの場合）

次の表に示すデータベースに関する情報を採取してください。ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。

表10-4 データベースの情報（バックアップ対象がSQL ServerデータベースまたはExchangeデータベースの場合）

情報の種類 | 概要 | デフォルトのファイル
定義情報 | 定義ファイル | －
ログ情報 | ログファイル | －

（凡例）

－：該当しない。

(5) Protection Manager Consoleの情報

次の表に示すProtection Manager Consoleに関する情報を採取してください。

表10-5 Protection Manager Consoleの情報

情報の種類
概要
デフォルトのファイル

インストールファイルリスト
Protection Manager Consoleの隠しファイル，読み取り専用などを含むすべてのファイルの一覧
－

バージョン情報
Protection Manager Consoleのバージョン情報ファイル
次に該当するすべてのファイル
<Protection Manager Consoleのインストール先>¥.version_con

Javaのバージョン情報
－

レジストリ情報
Protection Manager Consoleのレジストリ情報
－

Javaのレジストリ情報
－

環境設定
Protection Manager Consoleの各種環境設定ファイル
次のディレクトリ下にあるすべてのファイル
<Protection Manager Consoleのインストール先>¥conf¥

トレースログ情報
Protection Manager Consoleのトレースログファイル
次のディレクトリ下にあるすべてのファイル
<Protection Manager Consoleのインストール先>¥log¥

内部処理情報
一時ファイル
次のディレクトリ下にあるすべてのファイル
<Protection Manager Consoleのインストール先>¥status¥
<Protection Manager Consoleのインストール先>¥tmp¥
<Protection Manager Consoleのインストール先>¥work¥

Protection Manager Consoleのバックアップジョブ管理用の情報ファイル※
次のディレクトリ下にあるすべてのファイル
<Protection Managerのインストール先>¥schedule¥

（凡例）

－：該当しない。

注※

Protection Managerの構成定義ファイル（init.conf）のDRM_DB_PATHで，別のディレクトリを設定している場合は，該当するディレクトリからも資料を採取してください。

(6) その他の情報

次の表に示すその他の情報を採取してください。

表10-6 その他の情報

情報の種類 | 概要 | デフォルトのファイル
VxVMの情報 | 定義ファイルおよびログファイル | －
VCSの情報 | 定義ファイルおよびログファイル | －

（凡例）

－：該当しない。

(7) オペレーション内容

トラブル発生時のオペレーション内容について，次に示す情報が必要です。

オペレーション内容の詳細（コマンドに指定した引数など）

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名）

再現性の有無

10.3.2 採取する資料（Solarisの場合）

この項の構成

(1) OSのログ情報

(2) Protection Managerの情報

(3) RAID Managerの情報

(4) データベースの情報（バックアップ対象がOracleデータベースの場合）

(5) オペレーション内容

(1) OSのログ情報

次の表に示すOSのログ情報を採取してください。

表10-7 OSのログ情報（Solarisの場合）

情報の種類
概要
デフォルトのファイル

システムログ
syslog
/var/adm/messages

システムファイル
hostsファイル
/etc/hosts

servicesファイル
/etc/services

passwdファイル
/etc/passwd

OSおよびインストール製品の情報

OSおよびインストール製品の名称

バージョン

パッチ情報

－

プロセス情報
プロセスの一覧※
－

環境設定情報
環境変数の設定値
－

ディスク構成情報
論理ボリュームの構成情報
－

ダンプ情報
coreファイル
－

クラスタソフトウェア情報
定義ファイルおよびログファイル
－

（凡例）

－：該当しない。

注※

psコマンドを実行し，Protection Managerのプロセス（drmで始まる名称）の動作状況を確認してください。

(2) Protection Managerの情報

次の表に示すProtection Managerに関する情報を採取してください。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。

表10-8 Protection Managerの情報（Solarisの場合）

情報の種類
概要
デフォルトのファイル

バージョン情報
Protection Managerのバージョン情報ファイル
次に該当するすべてのファイル
/opt/drm/.version*

環境設定
Protection Managerの各種環境設定ファイル
次のディレクトリ下にあるすべてのファイル
/opt/drm/conf/

標準出力ログ
Protection Managerのログファイル※1
/var/opt/drm/log/drm_output.log
/var/opt/drm/log/drm_output.log.old

拡張コマンドトレースログ
Protection Managerの拡張コマンド用トレースログファイル※1
/var/opt/drm/script/log/drm_script.log
/var/opt/drm/script/log/drm_script.log.old

詳細トレースログ
Protection Managerのトレースログファイル※2
/var/opt/drm/log/drm_pp_trace[1-16].log

インストールトレースログ
Protection Managerのインストールトレースログファイル
/var/opt/drm/log/drm_inst.log

NetBackupのトレースログ
Protection Managerのログファイル※3
/var/opt/drm/log/drm_nbu_backup.log
/var/opt/drm/log/drm_nbu_backup.log.old
/var/opt/drm/log/drm_nbu_restore.log
/var/opt/drm/log/drm_nbu_restore.log.old

内部処理情報
一時ファイル
次のディレクトリ下にあるすべてのファイル
/var/opt/drm/tmp/

ディクショナリマップ
ディクショナリマップファイル※4
次のディレクトリ下にあるすべてのファイル
/var/opt/drm/db/

注※1

ログファイルのサイズが10MBに達すると，ファイル名の末尾に「.old」が付いたファイル（drm_output.logの場合，drm_output.log.old）が作成されます。すでに「.old」が付いたファイルが存在する場合は上書きされます。

注※2

ログファイルのサイズが10MBに達すると，1から16番の範囲で新たな番号が付いたファイルが作成されます。

注※3

drmtapebackupコマンドまたはdrmmediabackupコマンドを実行して，NetBackupのバックアップコマンドが実行された場合，drm_nbu_backup.logにコマンド操作の結果が出力されます。drm_nbu_backup.logのサイズが10MBに達すると，drm_nbu_backup.log.oldに移動されます。drm_nbu_backup.log.oldがすでにある場合は上書きされます。

drmtaperestoreコマンドまたはdrmmediarestoreコマンドを実行して，NetBackupのリストアコマンドが実行された場合，drm_nbu_restore.logにコマンド操作の結果が出力されます。drm_nbu_restore.logのサイズが10MBに達すると，drm_nbu_restore.log.oldに移動されます。drm_nbu_restore.log.oldがすでにある場合は上書きされます。

注※4

Protection Managerの構成定義ファイル（init.conf）のDRM_DB_PATHで，別のディレクトリを設定している場合は，該当するディレクトリからも資料を採取してください。

(3) RAID Managerの情報

次の表に示すRAID Managerに関する情報を採取してください。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。

表10-9 RAID Managerの情報（Solarisの場合）

情報の種類
概要
デフォルトのファイル

環境設定
RAID Managerの各種環境設定ファイル※1
次に該当するすべてのファイル
/etc/horcm*

ログ情報
RAID Managerの各種ログファイル※2
次に示すディレクトリ下のすべてのファイル
/HORCM/log*

RAID構成情報
RAID Managerのinqraidコマンド，raidscanコマンドおよびpairdisplayコマンドの実行結果
－

（凡例）

－：該当しない。

注※1

別のファイルを指定している場合は，該当する資料を採取してください。

注※2

別のディレクトリにログファイルを出力するように設定している場合は，該当するディレクトリから資料を採取してください。

(4) データベースの情報（バックアップ対象がOracleデータベースの場合）

次の表に示すデータベースに関する情報を採取してください。ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。

表10-10 データベースの情報（バックアップ対象がOracleデータベースの場合）

ファイルの種類 | ファイル格納先ディレクトリ名
Oracle Database 10g | Oracle Database 11g
トレースファイル | Oracle初期化パラメーターファイルのuser_dump_dest | $ADR_HOME/trace
アラートファイル | Oracle初期化パラメーターファイルのbackground_dump_dest | $ADR_HOME/trace
インシデントダンプファイル | （未サポート） | $ADR_HOME/incident
COREダンプファイル | Oracle初期化パラメーターファイルのcore_dump_dest | $ADR_HOME/cdump
Oracle Clusterware アラートファイル※1 | $CRS_home/log/hostname | $ADR_HOME/trace
ASM アラート・ファイル※2 | ASM初期化パラメーターファイルのbackground_dump_dest | $ADR_HOME/trace

注※1

Oracle Clusterware(Oracle Database R1の場合はCluster Ready Service)がインストールされている場合に採取が必要です。

注※2

ASMがインストールされている場合に採取が必要です。

(5) オペレーション内容

トラブル発生時のオペレーション内容について，次に示す情報が必要です。

オペレーション内容の詳細（コマンドに指定した引数など）

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名）

再現性の有無

10.3.3 拡張コマンドが出力するログファイルについて

拡張コマンドを実行すると，拡張コマンド用ログファイルに拡張コマンドの実行履歴および障害発生時のエラーステータスが記録されます。拡張コマンドのログ情報は，次の場合に出力されます。

拡張コマンドの処理開始時

拡張コマンドの処理終了時

拡張コマンド内でProtection Managerのコマンド（drmxxx）以外のコマンドを実行した場合

拡張コマンド内でProtection Managerのコマンド（drmxxx）以外のコマンドが正常終了した場合

拡張コマンド内でのコマンド（Protection Managerのコマンドを含む）を実行し，エラーとなった場合

ログファイル出力ディレクトリには，2世代までのログファイルが格納されます。ログファイルのパスは次のとおりです。

最新のログファイルのパス

Windowsの場合

<Protection Managerのインストール先>¥script¥log¥drm_script.log

Solarisの場合

/var/opt/drm/script/log/drm_script.log

1世代前のログファイルのパス

Windowsの場合

<Protection Managerのインストール先>¥script¥log¥drm_script.log.old

Solarisの場合

/var/opt/drm/script/log/drm_script.log.old

拡張コマンド用のログファイル「drm_script.log」に，拡張コマンドでエラーが発生したことを示すメッセージが出力された場合の対処方法は，「10.2 拡張コマンドのトラブルシューティング」を参照してください。

ログファイルに記載される情報がホスト環境設定ファイルの「MAX_LOG_LINES」に設定された最大行数を超えると，そのログファイルを1世代前のログファイルとして退避します。その後，新しくログファイルを作成してログの記録を続行します。拡張コマンドの実行時にログファイルへの情報記録に失敗した場合，拡張コマンドのログ情報は，標準出力ログファイル「drm_output.log」に出力されます。

なお，拡張コマンドの中で実行されたProtection Managerのコマンドのログ情報は，Protection Managerのコマンドの標準出力ログファイル「drm_output.log」およびトレースログファイル「drm_pp_trace[1-16].log」に出力されます。

ログファイルの出力項目を次の表に示します。

表10-11 ログファイルの出力項目

項目名
内容

タイムスタンプ
ログ出力日時が1ミリ秒単位まで出力されます。
出力形式：YYYY/MM/DD hh:mm:ss.sss

ログ種別
ログの種別を示す次の文字列が出力されます。

START：拡張コマンド開始

END： 拡張コマンド終了

INFO： 情報

WARNING：警告

ERROR：エラー

DEBUG：デバッグ

オペレーションID
実行された処理のオペレーションIDが出力されます。

ファイルサーバ名またはデータベースサーバ名

ファイルシステムの場合

バックアップの対象となったファイルサーバ名が出力されます。

SQL Serverデータベースの場合

SQL Serverインスタンスが副ボリュームへバックアップされたデータベースサーバ名が出力されます。

Exchangeデータベースの場合

オペレーション定義ファイルの指定項目「DB_SERVER_NAME」に記述されている文字列が出力されます。

Oracleデータベースの場合

Oracleインスタンスが副ボリュームへバックアップされたデータベースサーバ名が出力されます。

インスタンス名

ファイルシステムの場合

バックアップの対象となったマウントポイントディレクトリ名またはマウントポイントディレクトリ一括定義ファイル名が出力されます。

SQL Serverデータベースの場合

バックアップの対象となったSQL Serverインスタンス名が出力されます。

Exchangeデータベースの場合

オペレーション定義ファイルの指定項目「INSTANCE_NAME」に記述されている文字列が出力されます。

Oracleデータベースの場合

バックアップの対象となったOracleインスタンス名が出力されます。

拡張コマンド名
拡張コマンドを特定する文字列（拡張子を除いた拡張コマンドファイル名）が出力されます。

拡張コマンドオプション
拡張コマンドで指定したオプションが出力されます。

ログメッセージID
ログメッセージを識別するIDが出力されます。

ログメッセージ本文
拡張コマンドが出力したログメッセージの詳細が出力されます。

ログファイルの出力例を次に示します。

バックアップ対象がファイルシステムの場合

2003/07/31 20:15:11.560 |START     |operation1 |FSServer_A |M: |EX_DRM_FS_BACKUP |KAVX0450-I The EX_DRM_FS_BACKUP command will now start.
2003/07/31 20:17:22.060 |END       |operation1 |FSServer_A |M: |EX_DRM_FS_BACKUP |The EX_DRM_FS_BACKUP command will now end.

バックアップ対象がSQL Serverデータベースの場合

2003/07/31 20:15:11.560 |START     |operation1 |DBServer_A |- |EX_DRM_SQL_BACKUP |KAVX0450-I EX_DRM_SQL_BACKUP コマンドを開始します。
2003/07/31 20:17:22.060 |END       |operation1 |DBServer_A |- |EX_DRM_SQL_BACKUP |KAVX0451-I EX_DRM_SQL_BACKUP コマンドを終了します。

バックアップ対象がExchangeデータベースの場合

2003/07/31 20:15:11.560 |START     |operation1 |DBServer_A |- |EX_DRM_EXG_BACKUP |KAVX0450-I EX_DRM_EXG_BACKUP コマンドを開始します。
2003/07/31 20:17:22.060 |END       |operation1 |DBServer_A |- |EX_DRM_EXG_BACKUP |KAVX0451-I EX_DRM_EXG_BACKUP コマンドを終了します。

バックアップ対象がOracleデータベースの場合

2003/07/31 20:15:11.560 |START     |operation1 |DBServer_A |ORA1 |EX_DRM_ORA_BACKUP |KAVX0450-I The EX_DRM_ORA_BACKUP command will now start.
2003/07/31 20:17:22.060 |END       |operation1 |DBServer_A |ORA1 |EX_DRM_ORA_BACKUP |KAVX0451-I The EX_DRM_ORA_BACKUP command will now end.

10.4 資料の採取方法

ここでは，トラブルが発生したときに資料を採取する方法について説明します。

バックアップサーバのある構成でトラブルが発生した場合は，業務サーバ（ファイルサーバまたはデータベースサーバ）とバックアップサーバの両方で資料を採取してください。また，クラスタ構成でトラブルが発生した場合は，現用サーバと待機サーバの両方で資料を採取してください。

この節の構成

10.4.1 資料を採取する（Windowsの場合）

10.4.2 資料を採取する（Solarisの場合）

10.4.3 詳細トレースログ情報の出力レベルを調整する

10.4.4 詳細トレースログ情報のログファイル数を調整する

10.4.1 資料を採取する（Windowsの場合）

この項の構成

(1) 資料採取ツールを実行する

(2) Windowsシステム情報を採取する

(3) OSおよびインストール製品の情報を採取する

(4) ディスク構成情報を採取する

(5) MSCSの情報を採取する

(6) データベースの情報を採取する（バックアップ対象がSQL ServerデータベースまたはExchangeデータベースの場合）

(7) バックアップ管理製品の情報を採取する

(8) その他の情報を採取する

(9) トラブル発生時状況を記録する

(1) 資料採取ツールを実行する

注意事項

資料採取ツールを実行する前に，次のことを確認してください。

Administrator権限でログインしている。
資料採取ツールは，Administrator権限で実行する必要があります。

コピーグループの主ボリュームを管理するRAID Managerインスタンスおよび副ボリュームを管理するRAID Managerインスタンスが両方とも起動している。
RAID Managerインスタンスが起動していないと，RAID Managerおよびストレージサブシステムの情報を採取できません。

64ビットOSの場合，実行環境（cmd.exe）は64ビット用を使用している。
64ビットOSの場合，32ビット用の実行環境（cmd.exe）を使用していると資料採取ツールが実行できません。

資料採取ツールを実行して，トラブルを分析するために必要な資料を採取します。Protection Managerの資料採取ツールを利用すると，「10.3.1 採取する資料（Windowsの場合）」で説明したトラブル発生時に採取が必要な資料を一括して採取できます。

資料採取ツールの実行形式を次に示します。

形式

drm_log.bat [ ログ収集先ディレクトリ ][ -EVTLOG_CSV ]

ログ収集先ディレクトリに任意のディレクトリを指定すると，資料の格納先を変更できます。ログ収集先ディレクトリはフルパスで指定してください。空白文字を含んだパスを指定する場合，「"」で囲んで指定します。デフォルトでは，「%TEMP%¥drmlog」の下に必要な資料が格納されます。

-EVTLOG_CSVオプションを指定すると，WindowsのイベントログをCSV形式のファイルで出力します（evt形式のファイルも出力します）。なお，Windowsイベントログには，Protection Managerのコマンドのメッセージ（開始，終了，警告，エラーのメッセージ）も出力されています。

資料採取ツールは次のように実行してください。

PROMPT> <Protection Managerのインストール先>¥bin¥util¥drm_log.bat

資料採取ツールを実行したあと，必要な資料を採取できたことを確認してください。

(2) Windowsシステム情報を採取する

Windows 2000 Serverの場合

スタートメニューから［設定］－［コントロールパネル］－［管理ツール］－［コンピュータの管理］を開きます。［コンピュータの管理］ウィンドウの［システム情報］を採取してください。

Windows Server 2003またはWindows Server 2008の場合

スタートメニューから［ファイル名を指定して実行］を選択し，ファイル名を指定して実行ダイアログボックスの「名前」にmsinfo32を入力します。次に，［システム情報］ウィンドウの［ファイル］メニューから［エクスポート］を選択し，テキスト形式で保存したファイルを採取してください。

(3) OSおよびインストール製品の情報を採取する

Windows 2000 Serverの場合

スタートメニューから［設定］－［コントロールパネル］－［アプリケーションの追加と削除］を開きます。［プログラムの変更と削除］ボタンを押した状態で画面の［アプリケーションの追加と削除］ウィンドウのハードコピーを採取してください。

Windows Server 2003の場合

スタートメニューから［コントロールパネル］－［プログラムの追加と削除］を起動し，［プログラムの変更と削除］ボタンをクリックした状態で，［プログラムの追加と削除］ウィンドウのハードコピーを採取してください。

Windows Server 2008の場合

スタートメニューから［コントロールパネル］－［プログラムと機能］を起動し，［プログラムの変更と削除］ボタンをクリックした状態で，［プログラムの追加と削除］ウィンドウのハードコピーを採取してください。

(4) ディスク構成情報を採取する

Windows 2000 Serverの場合

スタートメニューから［設定］－［コントロールパネル］－［管理ツール］－［コンピュータの管理］を開きます。［コンピュータの管理］ウィンドウの［ディスクの管理］を選択し，各ボリュームの情報を表示している画面のハードコピーを採取してください。

Windows Server 2003の場合

スタートメニューから［コントロールパネル］－［管理ツール］－［コンピュータの管理］を開きます。［コンピュータの管理］ウィンドウの［ディスクの管理］を選択し，各ボリュームの情報を表示している画面のハードコピーを採取してください。

Windows Server 2008の場合

スタートメニューから［管理ツール］－［サーバーマネージャ］を開きます。［サーバーマネージャ］ウィンドウの［記憶域］－［ディスクの管理］を選択し，各ボリュームの情報を表示している画面のハードコピーを採取してください。

(5) MSCSの情報を採取する

MSCSの定義情報やログ情報を採取してください。

(6) データベースの情報を採取する（バックアップ対象がSQL ServerデータベースまたはExchangeデータベースの場合）

データベースの定義情報やログ情報を採取してください。

(7) バックアップ管理製品の情報を採取する

バックアップ管理製品の定義情報やログ情報を採取してください。

(8) その他の情報を採取する

VxVMやVCSの定義情報やログ情報を採取してください。

(9) トラブル発生時状況を記録する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細（コマンドに指定した引数など）

コンソールに出力されたメッセージなどのエラー情報

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名）

再現性の有無

10.4.2 資料を採取する（Solarisの場合）

この項の構成

(1) 資料採取ツールを実行する

(2) クラスタソフトウェアの情報を採取する

(3) データベースの情報を採取する（バックアップ対象がOracleデータベースの場合）

(4) バックアップ管理製品の情報を採取する

(5) トラブル発生時状況を記録する

(1) 資料採取ツールを実行する

注意事項

資料採取ツールを実行する前に，次のことを確認してください。

rootユーザー権限でログインしている。
資料採取ツールは，rootユーザー権限で実行する必要があります。

コピーグループの主ボリュームを管理するRAID Managerインスタンスおよび副ボリュームを管理するRAID Managerインスタンスが両方とも起動している。
RAID Managerインスタンスが起動していないと，RAID Managerおよびストレージサブシステムの情報を採取できません。

Protection Managerの資料採取ツールを利用すると，「10.3.2 採取する資料（Solarisの場合）」で説明したトラブル発生時に採取が必要な資料を一括して採取できます。

資料採取ツールを実行して，トラブルを分析するために必要な資料を採取します。このツールはtar形式の圧縮ファイルを作成します。資料採取ツールは次のように実行します。

PROMPT> /opt/drm/bin/util/drm_log.sh

デフォルトでは，/tmp/drm/ディレクトリ下に，圧縮ファイル「DRM.log.tar.Z」が作成されます。ツールを実行するときに，-f <ファイル名>を引数として指定すると，ファイルの作成場所およびファイル名を変更できます。その場合，ルートディレクトリ（/）を基点として，圧縮ファイル「<ファイル名>.tar.Z」が作成されます。例えば，/drm/log/ディレクトリの下に「filename.tar.Z」というファイル名で作成したい場合，次のように実行します。

PROMPT> /opt/drm/bin/util/drm_log.sh -f /drm/log/filename

資料採取ツールを実行したあと，必要な資料を採取できたことを確認してください。

(2) クラスタソフトウェアの情報を採取する

Oracle Clusterwareがインストールされている(crsデーモンが存在する)場合，次に示すクラスタ構成の情報を取得してください。

表10-12 採取するクラスタ構成の情報

使用するコマンド
ユーティリティ名
取得する情報

crsctl check crs
CRSCTL
Oracle Clusterwareのステータスのチェック情報

cluvfy comp nodeapp
cluvfy comp crs
cluvfy comp ocr
cluvfy comp clu
CVU

ノード・アプリケーション(VIP, ONS, GSD)の存在の検証情報

Oracle Clusterwareコンポーネントの整合性の検証情報

Oracle Cluster Registryの整合性の検証情報

クラスタ全体の整合性の検証情報

CRS_home/bin/diagcollection.pl --collect
診断収集スクリプト
次のプロセスの状態

Cluster Synchronization Services

イベントマネージャー

Cluster Ready Servicesdaemon

次の場合，クラスタ構成情報を取得しません。

rootユーザーでない場合。

取得情報のコマンドが存在しない場合，そのコマンドによる情報は取得しない。

Perlがインストールされていない場合，診断収集スクリプトによる情報は取得しない。

診断収集スクリプトであるdiagcollection.plが存在しない場合は，診断収集スクリプトによる情報は取得しない。

コマンドを実行したあと，一定時間内(10秒間にリトライ3回)に反応がなかった場合，そのコマンドによる情報は取得しない。

(3) データベースの情報を採取する（バックアップ対象がOracleデータベースの場合）

データベースの定義情報やログ情報を採取してください。

(4) バックアップ管理製品の情報を採取する

バックアップ管理製品の定義情報やログ情報を採取してください。

(5) トラブル発生時状況を記録する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細（コマンドに指定した引数など）

コンソールに出力されたメッセージなどのエラー情報

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名）

再現性の有無

10.4.3 詳細トレースログ情報の出力レベルを調整する

Protection Managerのトレースログファイルに出力する情報のレベルは，必要に応じて変更できます。採取するログ情報量を調整したり，必要な種別のログ情報だけを採取したりしたい場合に，Protection Managerの構成定義ファイル（init.conf）を編集してください。Protection Managerの構成定義ファイル（init.conf）は次の場所にあります。

Windowsの場合

<Protection Managerのインストール先>¥conf¥init.conf

Solarisの場合

/opt/drm/conf/init.conf

編集方法

「LOGLEVEL=n」に数値を指定します。指定できる数値と出力対象ログ情報との対応を次に示します。デフォルトでは「3」が指定されています。

0：エラー

1：警告，エラー

2：通知，警告，エラー

3：情報，通知，警告，エラー（デフォルト値）

9：すべて（情報，通知，警告，エラー，デバッグ）

10.4.4 詳細トレースログ情報のログファイル数を調整する

Protection Managerのトレースログファイルに出力するログファイル数は，必要に応じて変更できます。ログファイル数を変更したい場合に，Protection Managerの構成定義ファイル（init.conf）を編集してください。Protection Managerの構成定義ファイル（init.conf）は次の場所にあります。

Windowsの場合

<Protection Managerのインストール先>¥conf¥init.conf

Solarisの場合

/opt/drm/conf/init.conf

編集方法

「PP_LOGFILE_NUM=n」に数値を指定します。指定できる数値とデフォルト値を次に示します。

指定できる範囲：1～16（デフォルト値：2）

10.5 採取した資料の調査

Protection Managerが提供するコマンドを実行し，トラブルが発生した場合に，問題解決のために採取した資料を調査する手順について説明します。

資料の調査は，次の順序で行います。

標準出力ログ情報

連携するソフトウェアのトレースログ情報

詳細トレースログ情報

この節の構成

10.5.1 標準出力ログ情報を調査する

10.5.2 連携するソフトウェアのトレースログ情報を調査する

10.5.3 詳細トレースログ情報を調査する

10.5.1 標準出力ログ情報を調査する

Protection Managerのコマンドを使用してトラブルが発生した場合，標準出力ログ情報を調査します。標準出力ログ情報には，トラブルが発生した時刻とそのとき標準出力に表示されたメッセージが記録されています。

標準出力ログ情報の内容を参照して，トラブルが発生した時刻にどのようなメッセージが出力されていたかを確認してください。メッセージごとの対処方法については，マニュアル「Hitachi Protection Manager Software メッセージ」を参照してください。

10.5.2 連携するソフトウェアのトレースログ情報を調査する

標準出力ログ情報のメッセージを調査してもトラブルの原因が解明できない場合や，対処方法に従って対処してもトラブルが解消しない場合には，Protection Managerと連携するソフトウェアのトレースログ情報を調査します。

Protection Managerでは，論理ボリュームマネージャーやバックアップ管理製品，RAID Managerなどの製品と連携して機能を実現しています。Protection Managerが連携する製品を制御したときの実行結果は，トレースログに記憶されます。連携する各製品の実行結果を記憶しているトレースログファイルを次に示します。

ディスク操作関連トレースログ情報
ディスク操作関連トレースログ情報には，論理ボリュームマネージャーとRAID Managerを制御したときの実行結果が出力されます。ディスク操作関連トレースログ情報を調査して，RAID Managerによる問題が見つかった場合は，RAID Managerが提供する詳細トレースログを参照して，その内容に従って対処してください。

NetBackupトレースログ情報
NetBackupトレースログ情報には，NetBackupを制御したときの実行結果が出力されます。NetBackupトレースログ情報を調査した結果，NetBackupによる問題が見つかった場合，NetBackupのGUIを使用したり，NetBackupが提供する詳細トレースログを参照したりして，対処してください。

10.5.3 詳細トレースログ情報を調査する

標準出力ログ情報およびProtection Managerと連携するソフトウェアのトレースログファイルを調査してもトラブルが解消されない場合，Protection Managerの詳細トレースログ情報を調査します。

詳細トレースログ情報には，次の情報が出力されます。

コマンドの実行から終了までに内部処理シーケンス情報が使用した内部関数

システムコールレベルで処理が実行された時刻とコマンド実行プロセスID

処理の正常・異常を表すキーワード

要因を表すメッセージ

トラブルが発生したログレコードには，異常を表すキーワード「ER」が出力されます。OSシステムコールの異常の場合には，キーワードのほかに戻り値も出力されます。メッセージには，エラーの要因が出力されます。

詳細トレースログの出力項目は次のとおりです。

表10-13 詳細トレースログで出力される項目

出力される項目
出力される内容

番号
ログのシーケンス番号が出力されます。

日付
ログが出力された日付が「yyyy/mm/dd」の形式で出力されます。

時刻
ログが出力された時刻が「hh:mm:ss.sss」の形式で出力されます。

アプリケーション名
ログが出力される契機となったProtection Managerのコマンド名（drmxxx）が出力されます。

プロセスID
プロセスIDが表示されます。

スレッドID
スレッドIDが表示されます。

メッセージID
メッセージを識別するIDが表示されます。

種別
メッセージの種別が出力されます。次の種別があります。

ER（異常）

WR（警告）

NT（通知）

IF（情報）

DB（デバッグ）

テキスト
製品の保守情報およびメッセージ本文が出力されます。
「製品の保守情報：メッセージ本文」の形式で出力されます。

詳細トレースログに表示されるメッセージIDを次の表に示します。異常を確認した詳細トレースログ情報からメッセージIDをキーにし，どの製品に異常があるかを確認したあと，各製品のマニュアルを参照し，対処してください。

表10-14 メッセージの出力元（制御）とメッセージIDの対応

出力元（制御）
出力の契機
メッセージID

Volume Manager
Volume Managerの操作（一般）
KAVX9000-I，KAVX9001-W，KAVX9002-E

Volume Managerの操作（クラスタ）
KAVX9003-I，KAVX9004-W，KAVX9005-E

システム（Windowsの場合）
システムに変更を加えるような操作
KAVX9100-I，KAVX9101-W，KAVX9102-E

Windows APIを使用したシステム操作
KAVX9103-I，KAVX9104-W，KAVX9105-E

Windows APIを使用したサービス操作
KAVX9106-I，KAVX9107-W，KAVX9108-E

Windows APIを使用したデバイス操作
KAVX9109-I，KAVX9110-W，KAVX9111-E

クラスタ
Windows APIを使用してクラスタを操作
KAVX9203-I，KAVX9204-W，KAVX9205-E

Solarisクラスタソフトウェアの機能でクラスタを操作
KAVX9200-I，KAVX9201-W，KAVX9202-E

データベース
コマンドによる操作，命令
KAVX9300-I，KAVX9301-W，KAVX9302-E

OCIによる操作，命令
KAVX9303-I，KAVX9304-W，KAVX9305-E

ODBCによる操作，命令
KAVX9306-I，KAVX9307-W，KAVX9308-E

COMコンポーネント
（Windowsの場合）
COM(MSSQL)インターフェースの使用
KAVX9400-I，KAVX9401-W，KAVX9402-E

COM(ADO)インターフェースの使用
KAVX9403-I，KAVX9404-W，KAVX9405-E

COM(CDOEXM)インターフェースの使用
KAVX9406-I，KAVX9407-W，KAVX9408-E

COM(ADSI)インターフェースの使用
KAVX9409-I，KAVX9410-W，KAVX9411-E

その他全般
詳細トレース用
KAVX9800-I，KAVX9801-W，KAVX9802-E

一般的な操作
KAVX9803-I，KAVX9804-W，KAVX9805-E

一般的なファイル操作
KAVX9806-I，KAVX9807-W，KAVX9808-E

外部製品
クラスタソフトウェア
KAVX9900-I

RAID Manager
KAVX9901-I

バックアップ管理製品
KAVX9902-I

詳細トレースログ情報のログファイルの調査は，次の手順で行ってください。

詳細トレースログ情報を調査するには：

テキストエディタを使用して，異常が発生した時刻付近で「ER」というキーワードを検索します。
バックアップ対象がSQL Serverデータベースの場合，drmsqlbackupコマンドを実行して生成した詳細トレースログ情報は，時系列に記録されない場合があるので，注意してください。

異常が発生した処理を確認します。
どのような処理（システムコール）で異常が発生したかを確認してください。

要因を表すメッセージの内容に従って対処します。
詳細トレースログ情報を調査しても，トラブルの原因が解明できない場合やトラブルが解消されない場合は，採取した資料をまとめて，製品の購入先に連絡してください。

10.6 ディクショナリマップファイル障害の対処

Protection Managerのコマンド実行中に，システムが予想外のシャットダウンやコマンドの強制終了をした場合，ディクショナリマップファイルが不正な状態になるときがあります。

Protection Managerのコマンドを実行すると，次のメッセージが出力されることがあります。

KAVX0006-E 処理続行不能なエラーが発生しました。
要因 = DRM-10106: 内部エラーが発生しました。

この場合，詳細トレースログに次のメッセージが出力されているときは，ディクショナリマップファイルが不正な状態です。

ISAM API error code = xxx (yyyyy)

ディクショナリマップファイルは，キー定義ファイル（.DEF），主キーファイル（.K01），副キーファイル（.Knn：nnは02～99）およびデータファイル（Solarisでは.DAT，Windowsでは.DRF）から構成されています。このため，ディクショナリマップファイル不正には，次の障害ケースが発生するおそれがあります。

キー定義ファイルの紛失または不正

キーファイルの紛失または不正

データファイルの紛失

データファイルの不正

ディクショナリマップファイルの障害の確認および障害からの回復をするためのユーティリティコマンドは，Windowsの場合は<Protection Managerのインストール先>¥bin¥utilディレクトリ，Solarisの場合は/opt/drm/bin/utilディレクトリに格納されています。このユーティリティコマンドを使用して，次の手順で障害の確認および回復をしてください。

注

次の手順では，ディクショナリマップファイルの格納パスはデフォルトパスを想定しているため，運用環境に合わせてディクショナリマップファイルの格納パスを変更してください。また，障害の回復作業をする前にすべてのディクショナリマップファイルをバックアップしてください。

この節の構成

10.6.1 ディクショナリマップファイルの検証

10.6.2 キー定義ファイル（.KDF）の回復

10.6.3 キーファイル（.K01または.Knn）の回復

10.6.4 紛失したデータファイル（.DRFまたは.DAT）の回復

10.6.5 不正なデータファイル（.DRFまたは.DAT）の回復

10.6.6 ディクショナリマップファイルの再作成

10.6.1 ディクショナリマップファイルの検証

drmischkコマンドですべてのディクショナリマップファイルを検証します。

Windowsの場合

drmischk -l 3 "C:¥Program Files¥HITACHI¥DRM¥db¥DRM*"

Solarisの場合

drmischk -l 3 /var/opt/drm/db/DRM*

出力結果に従い，次の対処をします。

メッセージKAIU020-Iが出力された場合

ディクショナリマップファイルには障害はありません。

drmfsdisplayまたはdrmfscatコマンドを実行してください。drmfsdisplayまたはdrmfscatコマンドが実行できれば，ディクショナリマップファイルは正常です。

メッセージKAIU004-Eが出力された場合

キー定義ファイル（.KDF）は紛失または不正な状態です。

「10.6.2 キー定義ファイル（.KDF）の回復」の手順を実行してください。

メッセージKAIU014-Eが出力された場合

キーファイル（.K01または.Knn）は紛失または不正な状態です。

「10.6.3 キーファイル（.K01または.Knn）の回復」の手順を実行してください。

メッセージKAIU015-Eが出力された場合

データファイル（.DRFまたは.DAT）は紛失しています。

「10.6.4 紛失したデータファイル（.DRFまたは.DAT）の回復」の手順を実行してください。

メッセージKAIU015-Eが出力された場合

データファイル（.DRFまたは.DAT）は不正な状態です。

「10.6.5 不正なデータファイル（.DRFまたは.DAT）の回復」の手順を実行してください。

エラーメッセージが出力されなかった場合は，次の対処をします。
個々のディクショナリマップファイルは正しいのですが，ディクショナリマップファイル間の論理矛盾が発生していることが考えられます。この場合，「10.6.6 ディクショナリマップファイルの再作成」の手順を実行してください。

10.6.2 キー定義ファイル（.KDF）の回復

任意のサーバにProtection Managerをインストールします。

インストールしたサーバから対象のディクショナリマップファイルのキー定義ファイル（.KDF）をコピーして復元します。

drmischkコマンドで回復したディクショナリマップファイルを検証します。

Windowsの場合

drmischk -l 3 "C:¥Program Files¥HITACHI¥DRM¥db¥DRM*"

Solarisの場合

drmischk -l 3 /var/opt/drm/db/DRM*

メッセージKAIU020-Iが出力されることを確認したあと，drmfsdisplayまたはdrmfscatコマンドを実行します。
drmfsdisplayまたはdrmfscatコマンドが実行できれば，ディクショナリマップファイルは正常です。

10.6.3 キーファイル（.K01または.Knn）の回復

任意のディレクトリに障害回復用のパラメーターファイルを作成します。

パラメーターファイルの内容（Windowsの場合）

fi-"C:¥Program Files¥HITACHI¥DRM¥db¥<回復対象のテーブル名>"

rn-

パラメーターファイルの内容（Solarisの場合）

fi-/var/opt/drm/db/<回復対象のテーブル名>

rn-

例えば，Solarisの場合にDRM_APSESテーブルを回復するときは，次のようにコマンドを実行します。
fi-/var/opt/drm/db/DRM_APSES
rn-

drmiskeymntコマンドによって紛失したキーファイル（.K01または.Knn）を復元します。

drmiskeymnt パラメーターファイル名

drmischkコマンドで回復したディクショナリマップファイルを検証します。

Windowsの場合

drmischk -l 3 "C:¥Program Files¥HITACHI¥DRM¥db¥DRM*"

Solarisの場合

drmischk -l 3 /var/opt/drm/db/DRM*

メッセージKAIU020-Iが出力されることを確認したあと，drmfsdisplayまたはdrmfscatコマンドを実行します。
drmfsdisplayまたはdrmfscatコマンドが実行できれば，ディクショナリマップファイルは正常です。

10.6.4 紛失したデータファイル（.DRFまたは.DAT）の回復

この項の構成

(1) データファイル（.DRFまたは.DAT）のバックアップが存在する場合

(2) データファイル（.DRFまたは.DAT）のバックアップが存在しない場合

(1) データファイル（.DRFまたは.DAT）のバックアップが存在する場合

すべてのディクショナリマップファイルのデータファイル（.DRFまたは.DAT）を復元します。

任意のディレクトリに障害回復用のパラメーターファイルを作成します。

パラメーターファイルの内容（Windowsの場合）

fi-"C:¥Program Files¥HITACHI¥DRM¥db<回復対象のテーブル名>"

rn-

パラメーターファイルの内容（Solarisの場合）

fi-/var/opt/drm/db/<回復対象のテーブル名>

rn-

例えば，Solarisの場合にDRM_APSESテーブルを回復するときは，次のようにコマンドを実行します。
fi-/var/opt/drm/db/DRM_APSES
rn-

drmiskeymntコマンドによってすべてのディクショナリマップファイルキーファイル（.K01または.Knn）を復元します。

drmischkコマンドで回復したディクショナリマップファイルを検証します。

Windowsの場合

drmischk -l 3 "C:¥Program Files¥HITACHI¥DRM¥db¥DRM*"

Solarisの場合

drmischk -l 3 /var/opt/drm/db/DRM*

メッセージKAIU020-Iが出力されることを確認したあと，drmfsdisplayまたはdrmfscatコマンドを実行します。
drmfsdisplayまたはdrmfscatコマンドが実行できれば，ディクショナリマップファイルは正常です。

(2) データファイル（.DRFまたは.DAT）のバックアップが存在しない場合

データファイル（.DRFまたは.DAT）を復元することはできないため，それまでバックアップカタログ情報は復元できません。drmdbsetupユーティリティを使用して再度ディクショナリマップファイルを作成してください。

10.6.5 不正なデータファイル（.DRFまたは.DAT）の回復

drmisextコマンドによって可能な限りレコードを一時ファイルに抽出します。

Windowsの場合

drmischk "C:¥Program Files¥HITACHI¥DRM¥db¥<回復対象のテーブル名>" <一時ファイル名>

Solarisの場合

drmisext /var/opt/drm/db/<回復対象のテーブル名> <一時ファイル名>

例えば，Solarisの場合にDRM_APSESテーブルを回復するときは，次のようにコマンドを実行します。
drmisext /var/opt/drm/db/DRM_APSES DRM_APSES.tmp

drmisconvコマンドによって抽出した一時ファイルから，ディクショナリマップファイルを作成します。

Windowsの場合

drmisconv -t SI <一時ファイル名> "C:¥Program Files¥HITACHI¥DRM¥db¥<回復対象のテーブル名>"

Solarisの場合

drmisconv -t SI <一時ファイル名> /var/opt/drm/db/<回復対象のテーブル名>

例えば，Solarisの場合に，DRM_APSESテーブルを回復するときは，次のようにコマンドを実行します。
drmisconv -t SI DRM_APSES.tmp /var/opt/drm/db/DRM_APSES

drmischkコマンドで回復したディクショナリマップファイルを検証します。

Windowsの場合

drmischk -l 3 "C:¥Program Files¥HITACHI¥DRM¥db¥DRM*"

Solarisの場合

drmischk -l 3 /var/opt/drm/db/DRM*

メッセージKAIU020-Iが出力されることを確認したあと，drmfsdisplayまたはdrmfscatコマンドを実行します。
drmfsdisplayまたはdrmfscatコマンドが実行できれば，ディクショナリマップファイルは正常です。

10.6.6 ディクショナリマップファイルの再作成

ディクショナリマップファイル格納ディレクトリ以下のすべてのファイルをコピーし，退避します。

ディクショナリマップファイル格納ディレクトリ以下のすべてのファイルを削除します。

Protection Manager for SQLを使用している場合，VDIメタファイル格納ディレクトリ以下のすべてのファイルを削除します。
VDIメタファイル格納ディレクトリを確認するには，drmsqlinitコマンドに-vオプションを指定して実行します。

ディクショナリマップファイルを再作成します。
ディクショナリマップファイルの作成方法については，「4.5 ディクショナリマップファイルの作成」を参照してください。

ディクショナリマップファイルを更新します。
ディクショナリマップファイルの更新方法については，「4.13 ディクショナリマップファイルの更新」を参照してください。
なお，ここで再作成するディクショナリマップファイルには，これまでのバックアップ履歴を含むバックアップカタログは含まれません。バックアップカタログを復旧するには，事前にProtection Managerのバックアップ情報を保護しておく必要があります。動作環境の保護については，「4.18 Protection Managerの動作環境の保護」を参照してください。

付録A. Protection Managerの環境構築例

ここでは，Protection Managerの環境構築例について説明します。実際の導入時の参考にしてください。

注意事項

この環境構築例は，特定の構成での運用を想定しています。この構成以外の運用をお考えの場合は，それぞれの運用に即して設定を変更してください。

この付録の構成

A.1 システム構成

A.2 RAID Managerの構成定義ファイル（horcm<n>.conf）の設定例

A.3 Protection Managerの構成定義ファイル（init.conf）の設定例

A.4 RAID Manager用連携定義ファイル（DEFAULT.dat）の設定例

A.5 ディクショナリマップファイルの作成例

A.6 SQL Serverの情報を登録する例

A.7 バックアップ管理製品と連携するための設定例

A.8 ホスト環境設定ファイルの設定例

A.9 オペレーション定義ファイルの設定例

A.10 コピーグループ一括定義ファイルの設定例

A.1 システム構成

環境構築例で想定しているシステム構成を次の図に示します。

図A-1 システム構成図（Protection Managerの環境構築例）

上記の図で示した構成の詳細を以降に説明します。

この節の構成

A.1.1 サーバの構成

A.1.2 ストレージサブシステムの構成

A.1.1 サーバの構成

データベースサーバは2台用意し，運用待機型（Active-Passive）のクラスタ構成で仮想サーバを構成しています。バックアップサーバはテープ装置と連携しています。サーバ構成を次の表に示します。

表A-1 サーバの構成（Protection Managerの環境構築例）

項目
内容
（データベースサーバ）
内容
（バックアップサーバ）

OS
Windows Server 2003
Windows Server 2003

物理サーバ名

DBServerA

DBServerB

BKServer

ストレージサブシステム支援ソフトウェア

RAID Manager（インスタンス番号：1）

Protection Manager Copy Controller

Protection Manager for SQL

RAID Manager（インスタンス番号：2）

Protection Manager Copy Controller

Protection Managerのインストール先
C:¥Program Files¥Hitachi¥DRM（デフォルトのインストール先）
C:¥Program Files¥Hitachi¥DRM（デフォルトのインストール先）

クラスタソフトウェア
MSCS
－

仮想サーバ名
SQL001
－

DBMS
SQL Server
－

SQL Serverインスタンス名
規定のSQL Serverインスタンス名
－

バックアップ管理製品
－
NetBackup

FTPサーバ
－
IISのFTPサービス

FTPルート
－
C:¥FTP_ROOT

（凡例）

－：該当しない。

A.1.2 ストレージサブシステムの構成

ストレージサブシステムには，バックアップ対象となるSQL Serverデータベースと，それ以外のユーザーファイルがそれぞれ別のボリュームに格納されています。主ボリュームは，データベースサーバからマウントして参照することができます。副ボリュームは，バックアップサーバからマウントして参照することができます。ストレージサブシステムの構成，およびボリューム構成を次に示します。

表A-2 ストレージサブシステムの構成（Protection Managerの環境構築例）

項目 | 内容
ストレージサブシステム | 日立ディスクアレイサブシステム
ボリューム複製機能の利用形態 | 常時スプリット運用

表A-3 ストレージサブシステムのボリューム構成（Protection Managerの環境構築例）

データベースサーバからのマウントドライブ
バックアップサーバからのマウントドライブ
コピーグループ名
世代
ボリュームの中身

H:
W:
VG01,VOL11
1世代目
システムデータベース

VG02,VOL21
2世代目

VG03,VOL31
3世代目

I:
X:
VG01,VOL12
1世代目
DB01（MDF）
DB02（MDF）

VG02,VOL22
2世代目

VG03,VOL32
3世代目

J:
Y:
VG01,VOL13
1世代目
DB01（LDF）
DB02（LDF）

VG02,VOL23
2世代目

VG03,VOL33
3世代目

K:
Z:
VG01,VOL14
1世代目
DB03
（MDF,LDF）

VG02,VOL24
2世代目

VG03,VOL34
3世代目

L:
－
－
－
ディクショナリマップファイル，
VDIメタファイル，トランザクションログバックアップファイル，
拡張コマンド用一時ディレクトリなど

（凡例）

－：該当しない。

運用待機型（Active-Passive）のクラスタ構成では，共有ディレクトリにバックアップ対象以外で，Protection Managerが必要とするファイルを格納します。共有ディレクトリの使用例を次に示します。ここでは，共有のドライブを「L:」としています。

表A-4 共有ディレクトリの使用例（Protection Managerの環境構築例）

項目 | 内容
ディクショナリマップファイル格納ディレクトリ | L:¥PTM
VDIメタファイル格納ディレクトリ | L:¥mssql¥meta
UNDOログファイル格納ディレクトリ | L:¥mssql¥undo
トランザクションログバックアップファイル格納ディレクトリ | L:¥mssql¥log
拡張コマンド用一時ディレクトリ（自動生成） | L:¥script_work¥<オペレーションID>¥DB

A.2 RAID Managerの構成定義ファイル（horcm<n>.conf）の設定例

RAID Managerの構成定義ファイル（horcm<n>.conf）の設定例を示します。

データベースサーバにRAID Managerのインスタンス（インスタンス番号：1）が，バックアップサーバにRAID Managerのインスタンス（インスタンス番号：2）が起動しているので，データベースサーバ，バックアップサーバそれぞれに，「horcm1.conf，horcm2.conf」の二つのファイルを配置します。また，この例ではクラスタ構成なので，現用サーバ，待機サーバの両方に同じ内容の構成定義ファイルを配置する必要があります。

データベースサーバのRAID Manager構成定義ファイル
（C:¥Windows¥horcm1.conf）

HORCM_MON
#ip_address     service          poll(10ms)     timeout(10ms)
localhost       horcm1           6000           3000
HORCM_CMD
#dev_name           dev_name                dev_name
¥¥.¥PHYSICALDRIVE1
HORCM_DEV
#dev_group     dev_name        port#          TargetID        LU#      MU#
VG01           VOL11           CL2-A           16             19       0
VG01           VOL12           CL2-A           16             20       0
VG01           VOL13           CL2-A           16             21       0
VG01           VOL14           CL2-A           16             22       0
VG02           VOL21           CL2-A           16             19       1
VG02           VOL22           CL2-A           16             20       1
VG02           VOL23           CL2-A           16             21       1
VG02           VOL24           CL2-A           16             22       1
VG03           VOL31           CL2-A           16             19       2
VG03           VOL32           CL2-A           16             20       2
VG03           VOL33           CL2-A           16             21       2
VG03           VOL34           CL2-A           16             22       2
HORCM_INST
#dev_group        ip_address      service
VG01              localhost       horcm2
VG02              localhost       horcm2
VG03              localhost       horcm2

データベースサーバのRAID Manager構成定義ファイル
（C:¥Windows¥horcm2.conf）

HORCM_MON
#ip_address     service         poll(10ms)     timeout(10ms)
localhost       horcm2          6000             3000
HORCM_CMD
#dev_name                dev_name                dev_name
¥¥.¥PHYSICALDRIVE1
HORCM_DEV
#dev_group     dev_name        port#          TargetID        LU#      MU#
VG01           VOL11           CL2-B           15             18
VG01           VOL12           CL2-B           15             19
VG01           VOL13           CL2-B           15             20
VG01           VOL14           CL2-B           15             21
VG02           VOL21           CL2-B           15             22
VG02           VOL22           CL2-B           15             23
VG02           VOL23           CL2-B           15             24
VG02           VOL24           CL2-B           15             25
VG03           VOL31           CL2-B           15             44
VG03           VOL32           CL2-B           15             45
VG03           VOL33           CL2-B           15             46
VG03           VOL34           CL2-B           15             47
HORCM_INST
#dev_group        ip_address      service
VG01              localhost    horcm1
VG02              localhost    horcm1
VG03              localhost    horcm1

バックアップサーバのRAID Manager構成定義ファイル
（C:¥Windows¥horcm1.conf）

HORCM_MON
#ip_address     service         poll(10ms)     timeout(10ms)
localhost       horcm1          6000           3000
HORCM_CMD
#dev_name                dev_name                dev_name
¥¥.¥PHYSICALDRIVE0
HORCM_DEV
#dev_group     dev_name        port#          TargetID        LU#      MU#
VG01           VOL11           CL2-A           16             19       0
VG01           VOL12           CL2-A           16             20       0
VG01           VOL13           CL2-A           16             21       0
VG01           VOL14           CL2-A           16             22       0
VG02           VOL21           CL2-A           16             19       1
VG02           VOL22           CL2-A           16             20       1
VG02           VOL23           CL2-A           16             21       1
VG02           VOL24           CL2-A           16             22       1
VG03           VOL31           CL2-A           16             19       2
VG03           VOL32           CL2-A           16             20       2
VG03           VOL33           CL2-A           16             21       2
VG03           VOL34           CL2-A           16             22       2
HORCM_INST
#dev_group        ip_address      service
VG01              localhost       horcm2
VG02              localhost       horcm2
VG03              localhost       horcm2

バックアップサーバのRAID Manager構成定義ファイル
（C:¥Windows¥horcm2.conf）

HORCM_MON
#ip_address     service         poll(10ms)     timeout(10ms)
localhost       horcm2          6000           3000
HORCM_CMD
#dev_name                dev_name                dev_name
¥¥.¥PHYSICALDRIVE0
HORCM_DEV
#dev_group     dev_name        port#          TargetID        LU#      MU#
VG01           VOL11           CL2-B           15             18
VG01           VOL12           CL2-B           15             19
VG01           VOL13           CL2-B           15             20
VG01           VOL14           CL2-B           15             21
VG02           VOL21           CL2-B           15             22
VG02           VOL22           CL2-B           15             23
VG02           VOL23           CL2-B           15             24
VG02           VOL24           CL2-B           15             25
VG03           VOL31           CL2-B           15             44
VG03           VOL32           CL2-B           15             45
VG03           VOL33           CL2-B           15             46
VG03           VOL34           CL2-B           15             47
HORCM_INST
#dev_group        ip_address      service
VG01              localhost    horcm1
VG02              localhost    horcm1
VG03              localhost    horcm1

なお，RAID Managerの構成定義ファイル（horcm<n>.conf）の詳細については，「4.2 RAID Managerの設定」または，RAID Managerのマニュアルを参照してください。

A.3 Protection Managerの構成定義ファイル（init.conf）の設定例

Protection Managerの構成定義ファイル（init.conf）の設定例を示します。

Protection Managerの構成定義ファイル（init.conf）は，データベースサーバ，バックアップサーバそれぞれに配置します。データベースサーバは現用サーバ，待機サーバの両方に同じファイルを配置します。

データベースサーバのProtection Managerの構成定義ファイル
（C:¥Program Files¥Hitachi¥DRM¥conf¥init.conf）

LOGLEVEL=3
PP_LOGFILE_NUM=2
COM_RETRY_TIME=0
COM_RETRY_WAIT=10
CLU_RETRY_TIME=6
CLU_RETRY_WAIT=10
SVC_RETRY_TIME=6
SVC_RETRY_WAIT=10
DRM_DB_PATH=L:¥PTM;SQL001

この環境構築例では，ディクショナリマップファイル格納ディレクトリを「L:¥PTM」とします。仮想サーバ名が「SQL001」なので，DRM_DB_PATHには「L:¥PTM;SQL001」を指定します。

バックアップサーバのProtection Managerの構成定義ファイル
（C:¥Program Files¥Hitachi¥DRM¥conf¥init.conf）

LOGLEVEL=9
PP_LOGFILE_NUM=2
COM_RETRY_TIME=0
COM_RETRY_WAIT=10
CLU_RETRY_TIME=6
CLU_RETRY_WAIT=10
SVC_RETRY_TIME=6
SVC_RETRY_WAIT=10

なお，Protection Managerの構成定義ファイル（init.conf）の詳細については，「4.3 Protection Managerの動作の設定」および「4.5 ディクショナリマップファイルの作成」を参照してください。

A.4 RAID Manager用連携定義ファイル（DEFAULT.dat）の設定例

RAID Manager用連携定義ファイル（DEFAULT.dat）の設定例を示します。

この例では，主ボリュームと副ボリュームを管理するRAID Managerがデータベースサーバに配置されていることを想定しています。

RAID Manager用連携定義ファイル（DEFAULT.dat）は，データベースサーバ，バックアップサーバそれぞれに配置します。データベースサーバは現用サーバ，待機サーバの両方に同じファイルを配置します。

データベースサーバのRAID Manager用連携定義ファイル
（C:¥Program Files¥Hitachi¥DRM¥conf¥raid¥DEFAULT.dat）

HORCMINST=1
HORCMINST_AUX=2
RETRY_TIME=120
RETRY_WAIT=5
VENDER=HITACHI
PRODUCT=OPEN-3
INSTALLPATH=C:¥HORCM

バックアップサーバのRAID Manager用連携定義ファイル
（C:¥Program Files¥Hitachi¥DRM¥conf¥raid¥DEFAULT.dat）

HORCMINST=2
HORCMINST_AUX=1
RETRY_TIME=120
RETRY_WAIT=5
VENDER=HITACHI
PRODUCT=OPEN-3
INSTALLPATH=C:¥HORCM

なお，RAID Manager用連携定義ファイル（DEFAULT.dat）の詳細については，「4.4 RAID Managerと連携するためのProtection Managerの設定」を参照してください。

A.5 ディクショナリマップファイルの作成例

この環境構築例では，運用待機型（Active-Passive）のクラスタ構成なので，ディクショナリマップファイルは共有ディレクトリに作成します。この例では「L:¥PTM」をディクショナリマップファイル格納ディレクトリとしています。

ディクショナリマップファイルの作成するには，データベースサーバ（現用サーバ）で，MS-DOSプロンプトを起動し，次のコマンド（ユーティリティ）を実行します。

PROMPT> set DRM_HOSTNAME=SQL001
PROMPT> C:¥Program Files¥Hitachi¥DRM¥bin¥util¥drmdbsetup -i

共有ディレクトリ「L:¥PTM」にディクショナリマップファイルが作成されていることを確認してください。

なお，ディクショナリマップファイルの作成の詳細については，「4.5 ディクショナリマップファイルの作成」を参照してください。

A.6 SQL Serverの情報を登録する例

SQL Serverの情報を登録する例を示します。この環境構築例では，運用待機型（Active-Passive）のクラスタ構成なので，SQL Serverの情報は共有ディレクトリに作成します。この例では「L:¥mssql」以下に登録します。

SQL Serverの情報を登録するには現用サーバと待機サーバの両方でdrmsqlinitコマンドを実行します。この例では，SQL Serverのインスタンスは規定インスタンスを使用しているので引数に「DEFAULT」を指定します。

PROMPT> set DRM_HOSTNAME=SQL001
PROMPT> drmsqlinit DEFAULT
PROMPT> KAVX1100-I VDIメタファイル格納ディレクトリ名を入力してください:
       L:¥mssql¥meta
PROMPT> KAVX1101-I VDI生成タイムアウト秒数を入力してください（0 - 3600）:
       1000
PROMPT> KAVX1102-I UNDOファイル格納ディレクトリ名を入力してください:
       L:¥mssql¥undo
PROMPT> KAVX1107-I バックアップログ格納ディレクトリ名を入力してください:
       L:¥mssql¥log

SQL Serverデータベース構成定義ファイルが作成されたことを確認します。

データベース構成定義ファイルの例
（C:¥Program Files¥Hitachi¥DRM¥conf¥MSSQL¥DEFAULT.dat）

VDI_METAFILE_DIR=l:¥mssql¥meta
VDI_TIMEOUT_SEC=1000
UNDOFILE_DIR=l:¥mssql¥undo
LOGBACKUPFILE_DIR=l:¥mssql¥log

なお，SQL Serverの情報を登録する手順の詳細は，「4.7 データベース構成定義ファイルの作成」を参照してください。

A.7 バックアップ管理製品と連携するための設定例

この例では，バックアップ管理製品としてNetBackupを使用しています。次の設定内容を前提とします。

CLASSが並列バックアップの数（この例では五つ）だけ作成されている。

CLASSはそれぞれClass1，Class2，Class3，Class4，Class5という名称で作成されている。

それぞれのCLASSにSCHEDULEが作成されている。SCHEDULE名は次のとおりとする。
Class1：Schedule1
Class2：Schedule2
Class3：Schedule3
Class4：Schedule4
Class5：Schedule5

それぞれの媒体の保護期間に「14日」が設定されている。

なお，Windowsの場合，例で使用している「CLASS」は「POLICY」と置き換えてもかまいません。ただし，同一のMOUNT_POINTに対してPOLICYとCLASSの両方を指定してはいけません。

この節の構成

A.7.1 バックアップ管理製品と連携するための情報を登録する例

A.7.2 テープバックアップ用構成定義ファイルの設定例

A.7.1 バックアップ管理製品と連携するための情報を登録する例

バックアップ管理製品と連携するための情報を登録する例を示します。

バックアップ管理製品と連携するための情報を登録するには，バックアップサーバでdrmtapeinitコマンドを実行します。次のように実行します。

PROMPT> drmtapeinit
PROMPT> KAVX0411-I バックアップ管理製品名を入力してください:
       NBU
PROMPT> KAVX0417-I バックアップカタログの保存日数を入力してください:
       10

バックアップ管理製品と連携するための構成定義ファイルが作成されたことを確認します。

バックアップ管理製品と連携するための構成定義ファイルの例
（C:¥Program Files¥Hitachi¥DRM¥conf¥tape¥DEFAULT.dat）

NBU
10

なお，バックアップ管理製品と連携するための情報を登録する手順の詳細は，「4.11.1 バックアップ管理製品と連携するための情報を登録する」を参照してください。

A.7.2 テープバックアップ用構成定義ファイルの設定例

テープバックアップ用構成定義ファイルの設定例を示します。

テープバックアップ用構成定義ファイルは，バックアップサーバに配置します。この例では，バックアップサーバから副ボリュームにマウントするマウントポイント（W:，X:，Y:，Z:）を指定しています。また，メタファイルの格納先として，「default」を指定しています。メタファイルの格納先は絶対パスでもかまいません。この場合，この例では「C:¥FTP_ROOT¥script¥OperationA¥AP」と指定します。

テープバックアップ用構成定義ファイルの例
（C:¥Program Files¥Hitachi¥DRM¥conf¥tape¥NBU.dat）

INST_PATH=C:¥Program Files¥VERITAS¥NetBackup
MOUNT_POINT=W:
CLASS=Class1
SCHEDULE=Schedule1
MOUNT_POINT=X:
CLASS=Class2
SCHEDULE=Schedule2
MOUNT_POINT=Y:
CLASS=Class3
SCHEDULE=Schedule3
MOUNT_POINT=Z:
CLASS=Class4
SCHEDULE=Schedule4
MOUNT_POINT=default
CLASS=Class5
SCHEDULE=Schedule5
PARALLEL_COUNT=5

なお，テープバックアップ用構成定義ファイルの詳細は，「4.11.2 テープバックアップ用構成定義ファイルの作成」を参照してください。

A.8 ホスト環境設定ファイルの設定例

拡張コマンドで使用する，ホスト環境設定ファイルの設定例を示します。

ホスト環境設定ファイルは，データベースサーバ，バックアップサーバそれぞれに配置します。データベースサーバは現用サーバ，待機サーバの両方に同じファイルを配置します。

データベースサーバのホスト環境設定ファイルの設定例
（C:¥Program Files¥Hitachi¥DRM¥script¥conf¥host.dat）

HOST_ROLE=DB
MAX_LOG_LINES=1000

バックアップサーバのホスト環境設定ファイルの設定例
（C:¥Program Files¥Hitachi¥DRM¥script¥conf¥host.dat）

HOST_ROLE=BK
MAX_LOG_LINES=1000

なお，ホスト環境設定ファイルの詳細は，「4.15.4 ホスト環境設定ファイルの作成」を参照してください。

A.9 オペレーション定義ファイルの設定例

オペレーション定義ファイルの設定例を示します。

オペレーション定義ファイル（_<オペレーションID>.dat）は，データベースサーバ（現用サーバ，待機サーバの両方），バックアップサーバそれぞれに同じ内容のファイルを配置します。この例ではオペレーションIDを「OperationA」とします。

オペレーション定義ファイルの例
（C:¥Program Files¥Hitachi¥DRM¥script¥conf¥_OperationA）

BACKUP_OBJECT=MSSQL
DB_SERVER_NAME=SQL001
INSTANCE_NAME=DEFAULT
TARGET_NAME=
FTP_HOME_DIR=C:¥FTP_ROOT
FTP_SUB_DIR=script
SET_DRM_HOSTNAME=1

なお，オペレーション定義ファイルの詳細は，「4.15.6 オペレーション定義ファイルの作成（バックアップ対象がファイルシステムの場合）」，「4.15.7 オペレーション定義ファイルの作成（バックアップ対象がSQL Serverデータベースの場合）」，「4.15.8 オペレーション定義ファイルの作成（バックアップ対象がExchangeデータベースの場合）」または「4.15.9 オペレーション定義ファイルの作成（バックアップ対象がOracleデータベースの場合）」を参照してください。

A.10 コピーグループ一括定義ファイルの設定例

ここでは，コピーグループ一括定義ファイルの設定例を示します。コピーグループ一括定義ファイルの作成は必須ではありませんが，複数コピーグループを一度に指定できるため便利です。

この例では，世代ごとにコピーグループ一括定義ファイルを作成しています。

1世代目用のコピーグループ一括定義ファイル
（L:¥CG01.txt）

VG01,VOL11
VG01,VOL12
VG01,VOL13
VG01,VOL14

2世代目用のコピーグループ一括定義ファイル
（L:¥CG02.txt）

VG02,VOL21
VG02,VOL22
VG02,VOL23
VG02,VOL24

3世代目用のコピーグループ一括定義ファイル
（L:¥CG03.txt）

VG03,VOL31
VG03,VOL32
VG03,VOL33
VG03,VOL34

なお，コピーグループ一括定義ファイルの詳細は，「4.12.1 コピーグループ一括定義ファイルの作成」を参照してください。

付録B. Protection Managerで使用するファイル一覧

ここでは，Protection Managerで使用するファイルの役割および格納先について説明します。

この付録の構成

B.1 Protection Managerで使用するファイル一覧

B.1 Protection Managerで使用するファイル一覧

Protection Managerで使用するファイルの一覧を，次の表に示します。

表B-1 Protection Managerで使用するファイルの一覧

ファイル名
説明
格納先

ディクショナリマップファイル
Protection Managerで，バックアップ処理を自動化するために必要となる，バックアップ対象のオブジェクトからストレージサブシステムまでのマッピング情報を記憶するファイル。次に示すファイルで構成される。

アプリケーションマップファイル

コアマップファイル

コピーグループマップファイル

バックアップカタログファイル

Windowsの場合
<Protection Managerのインストール先>¥db

Solarisの場合
/var/opt/drm/db

ただし，クラスタ構成の場合は格納先を共有ディスク上に変更する必要がある。
格納先を変更するには，Protection Managerの構成定義ファイル（init.conf）で，DRM_DB_PATHを指定する。

アプリケーションマップファイル
表領域やジャーナルログなど，バックアップの対象となるデータベースオブジェクトとファイルとの関連情報を記憶するためのファイル。

コアマップファイル
ファイルシステムのマウントポイントディレクトリからストレージサブシステム内のディスク番号までの関連情報を記録するためのファイル。

コピーグループマップファイル
主ボリュームと，それに対応する副ボリュームとのマッピング情報を記憶するためのファイル。

バックアップカタログファイル
バックアップカタログ情報をエクスポートしたファイル。バックアップカタログ情報を，ファイルサーバ（またはデータベースサーバ）とバックアップサーバ間でやり取りするために使用される。

データベース構成定義ファイル（<インスタンス名>.dat）
drmsqlinitコマンドまたはdrmorainitコマンドで登録した，対象データベースに関する情報（パラメーター）を格納するファイル。SQL Serverデータベース，またはOracleデータベースを対象にする場合に使用する。

SQL Serverの場合
<Protection Managerのインストール先>¥conf¥MSSQL

Oracleの場合
/opt/drm/conf/oracle

テープバックアップ用構成定義ファイル
バックアップ管理製品と連携するための定義ファイル。

NetBackupの場合：NBU.dat

Backup Execの場合：BEWS.dat

バックアップ管理製品と連携する場合に使用する。

Windowsの場合
<Protection Managerのインストール先>¥conf¥tape

Solarisの場合
/opt/drm/conf/tape

バックアップ管理製品と連携するための構成定義ファイル（DEFAULT.dat）
drmtapeinitコマンドで登録したバックアップ管理製品と連携するための定義ファイル。
バックアップ管理製品と連携する場合に使用する。

Windowsの場合
<Protection Managerのインストール先>¥conf¥tape

Solarisの場合
/opt/drm/conf/tape

RAID Managerの構成定義ファイル（horcm<n>.conf）
RAID Managerを動作させるためのシステム構成を定義したファイル。

Windows 2000 Serverの場合
<システムドライブ>¥WINNT

Windows Server 2003またはWindows Server 2008の場合
<システムドライブ>¥Windows

Solarisの場合
/etc

RAID Manager用連携定義ファイル（DEFAULT.dat）※1
Protection ManagerがRAID Managerと連携するために必要な定義を記述したファイル。

Windowsの場合
<Protection Managerのインストール先>¥conf¥raid

Solarisの場合
/opt/drm/conf/raid

Protection Managerの構成定義ファイル（init.conf）※1
Protection Managerの動作設定を定義したファイル。

Windowsの場合
<Protection Managerのインストール先>¥conf

Solarisの場合
/opt/drm/conf

データベース一括定義ファイル

バックアップ対象がSQL Serverデータベースの場合：
バックアップ対象となるデータベースの一覧を記述した定義ファイル。

バックアップ対象がExchangeデータベースの場合：
バックアップ対象となるストレージグループ名の一覧を記述した定義ファイル。

バックアップ対象がOracleデータベースの場合：
バックアップ対象となる表領域の一覧を記述した定義ファイル。

ユーザーが任意の場所に作成する。

マウントポイントディレクトリ一括定義ファイル
バックアップ対象となるファイルシステムのマウントポイントディレクトリの一覧を記述した定義ファイル。ファイルシステムに含まれるファイルまたはディレクトリの一覧を記述した定義ファイル。

Windowsの場合
<Protection Managerのインストール先>¥conf¥fs

Solarisの場合
/opt/drm/conf/fs

コピーグループ一括定義ファイル
実行対象のコピーグループ一覧を記述したファイル。
拡張コマンドおよび基本コマンドで使用する。
ユーザーが任意の場所に作成する。

トランザクションログ一括定義ファイル
SQL Serverデータベースのトランザクションログファイルの一覧を記述したファイル。
SQL Serverデータベースを対象にする場合に使用する。

オペレーション定義ファイル
バックアップ対象に関する情報を定義するファイル。対象となるサーバ名，バックアップオブジェクトを設定する。
拡張コマンドで使用する。

Windowsの場合
<Protection Managerのインストール先>¥script¥conf

Solarisの場合
/opt/drm/script/conf

ホスト環境設定ファイル（host.dat）※1
ホスト単位に設定する情報を定義するファイル。サーバの区分（ファイルサーバ，バックアップサーバ），ログの最大行数を設定する。
拡張コマンドで使用する。

Windowsの場合
<Protection Managerのインストール先>¥script¥conf

Solarisの場合
/opt/drm/script/conf

バックアップID記録ファイル
拡張コマンドの実行時に生成される一時ファイル。拡張コマンド間で，バックアップIDを引き継ぐために使用される。
拡張コマンドで使用する。

Windowsのファイルサーバまたはデータベースサーバの場合
<ディクショナリマップファイル格納ディレクトリと同階層のディレクトリ>¥script_work¥<オペレーションID>¥DB※2

Windowsのバックアップサーバの場合
<FTP_HOME_DIRの値>¥<FTP_SUB_DIRの値>¥<オペレーションID>¥BK および <FTP_HOME_DIRの値>¥<FTP_SUB_DIRの値>¥<オペレーションID>¥AP

Solarisのファイルサーバまたはデータベースサーバの場合
<ディクショナリマップファイル格納ディレクトリと同階層のディレクトリ>/script_work/<オペレーションID>/DB

Solarisのバックアップサーバの場合
/var/opt/drm/script/tmp/<オペレーションID>/BK および /var/opt/drm/script/tmp/<オペレーションID>/AP

バックアップ情報一時ファイル
ディスクバックアップ時に生成されたバックアップ対象システムの固有ファイルを退避したもの。データベースのリストア時に使用される。
拡張コマンドで使用する。
ただし，ファイルシステムを対象にする場合は使用されない。

トランザクションログファイル

SQL Serverデータベースのリカバリ操作をするときに使うファイル。

Exchange Serverのトランザクションを一時的に保管するファイル。

SQL Serverデータベース，またはExchangeデータベースを対象にする場合に使用する。

ユーザースクリプトファイル※3
ファイルシステムまたはデータベースのバックアップ実行中，任意のコマンドを実行する場合に使用する。
drmsqlbackupコマンドに-scriptオプションを指定して実行した場合，ユーザーが指定したスクリプトファイルを読み込み，ユーザースクリプトファイルの記述に対応したコマンドを実行する。
ユーザーが任意の場所に作成する。

クラスタ情報の構成定義ファイル（<クラスタ名>.dat）
drmclusinitコマンドで登録した，クラスタリソースに関する情報を格納するファイル。Veritas Cluster Serverを使用している場合に使用する。

Windowsの場合
<Protection Managerのインストール先>¥conf¥cluster

Solarisの場合
/opt/drm/conf/cluster

コピーパラメーター定義ファイル（任意のファイル名）
運用によってコマンド実行時に使用するペア状態確認のリトライタイムを変更したい場合に作成する。バックアップ，リストア，再同期などのコマンド実行時にファイルを指定する。

Windowsの場合
<Protection Managerのインストール先>¥conf¥raid

Solarisの場合
/opt/drm/conf/raid

ファイル名は任意。

コピーグループマウント定義ファイル（CG_MP.conf）
ダイナミックディスク構成で，引数にコピーグループ名を使用する場合に必要となるファイル。
<Protection Managerのインストール先>¥conf¥vm¥

VSS定義ファイル（vsscom.conf）
バックアップ対象がファイルシステムまたはExchangeデータベースで，VSSを使用してオンラインバックアップする場合に設定するファイル。
<Protection Managerのインストール先>¥conf

カスケード構成情報定義ファイル（<Exchange仮想サーバ名>.dat）
バックアップ対象がExchangeデータベースでカスケード構成の場合に設定するファイル。
<Protection Managerのインストール先>¥conf¥cascade

メール送信定義ファイル（mail.conf）
バックアップコマンドでエラーが発生したときEメールが送信されるように，送信先のアドレスや送信内容を設定するファイル。
<Protection Managerのインストール先>¥conf

注※1

ファイル名の末尾に「.model」が付いたファイルが，同じディレクトリにインストールされています。このファイルにはデフォルトの値が設定されています。ファイル名から「.model」を削除して，定義ファイルとして使用できます。

注※2

例えば，ディクショナリマップファイル格納ディレクトリが「L:¥PTM」の場合，「L:¥script_work¥<オペレーションID>¥DB」となります。

注※3

スクリプトファイルのサンプルが，次の場所にインストールされています。

<Protection Managerのインストール先>¥script¥sample

付録C. 旧バージョンのオペレーション定義ファイル

ここでは，03-50より前のバージョンでの，オペレーション定義ファイルの作成方法について説明します。

この付録の構成

C.1 旧バージョンのオペレーション定義ファイル

C.2 旧バージョンのオペレーション定義ファイルの作成

C.3 VDIメタファイル格納ディレクトリの作成（バックアップ対象がSQL Serverデータベースの場合）

C.4 バックアップファイル格納ディレクトリの作成（バックアップ対象がOracleデータベースの場合）

C.5 拡張コマンド用一時ディレクトリの作成

C.6 Protection Managerの動作環境の設定

C.7 オペレーション定義ファイルの作成（Windowsの場合）

C.8 オペレーション定義ファイルの作成（Solarisの場合）

C.9 ホスト環境設定ファイルの作成

C.10 FTPサービスの確認（テープバックアップする場合）

C.11 オペレーション定義ファイルの内容チェック

C.12 拡張コマンド運用時の注意事項

C.1 旧バージョンのオペレーション定義ファイル

03-50より前のバージョンのオペレーション定義ファイルでは，「AP_FILE_DIR」，「DB_DATA_FILE_DIR」，および「BK_DATA_FILE_DIR」を指定する必要がありましたが，Protection Manager 03-50以降では，「AP_FILE_DIR」，「DB_DATA_FILE_DIR」，および「BK_DATA_FILE_DIR」に相当する内容が自動的に設定されます。

Protection Manager 03-50以降では，旧バージョンのProtection Managerで作成したオペレーション定義ファイルも使用できますが，オペレーション定義ファイルのチェックツールを実行したときの動作が次のように異なります。

・　オペレーション定義ファイルに「AP_FILE_DIR」，「DB_DATA_FILE_DIR」，および「BK_DATA_FILE_DIR」があった場合は，「AP_FILE_DIR」，「DB_DATA_FILE_DIR」，および「BK_DATA_FILE_DIR」に指定されたディレクトリを使用します。

「AP_FILE_DIR」，「DB_DATA_FILE_DIR」，および「BK_DATA_FILE_DIR」に指定する項目については，「C.7.2 オペレーション定義ファイルの形式」，または「C.8.3 オペレーション定義ファイルの形式」を参照してください。

チェック内容については，「C.11 オペレーション定義ファイルの内容チェック」を参照してください。

・　オペレーション定義ファイルに「AP_FILE_DIR」，「DB_DATA_FILE_DIR」，および「BK_DATA_FILE_DIR」がなかった場合は，一時ディレクトリの自動生成をします。

詳細については，マニュアル「Hitachi Protection Manager Software コマンドリファレンス」の，オペレーション定義ファイルのチェックツール（EX_DRM_FS_DEF_CHECK，EX_DRM_SQL_DEF_CHECK，EX_DRM_EXG_DEF_CHECKまたはEX_DRM_ORA_DEF_CHECK）についての記述を参照してください。

C.2 旧バージョンのオペレーション定義ファイルの作成

拡張コマンドを実行するには，Protection ManagerおよびProtection Managerの前提製品があらかじめインストールされ，セットアップされている必要があります。インストールおよびセットアップの手順については，「4. Protection Managerを使用するための準備」を参照してください。

ここでは，拡張コマンドを実行するために必要な次の準備について説明します。

VDIメタファイル格納ディレクトリの作成（バックアップ対象がSQL Serverデータベースの場合）

バックアップファイル格納ディレクトリの作成（バックアップ対象がOracleデータベースの場合）

拡張コマンド用一時ディレクトリの作成

Protection Managerの動作環境の設定

オペレーション定義ファイルの作成

ホスト環境設定ファイルの作成

FTPサービスの確認（テープバックアップする場合）

準備作業は，ファイルサーバまたはデータベースサーバとバックアップサーバで異なります。各サーバに対する作業の要否を次の表に示します。

表C-1 各サーバでの作業の要否（拡張コマンドを実行する場合）

作業項目
ファイル
サーバまたはデータベースサーバ
バックアップサーバ
マニュアル
参照先

VDIメタファイル格納ディレクトリの作成（バックアップ対象がSQL Serverデータベースの場合）
○
○
C.3 VDIメタファイル格納ディレクトリの作成（バックアップ対象がSQL Serverデータベースの場合）

バックアップファイル格納ディレクトリの作成（バックアップ対象がOracleデータベースの場合）
○
○
C.4 バックアップファイル格納ディレクトリの作成（バックアップ対象がOracleデータベースの場合）

拡張コマンド用一時ディレクトリの作成
○
○
C.5 拡張コマンド用一時ディレクトリの作成

Protection Managerの動作環境の設定
SQL Serverの情報の設定（バックアップ対象がSQL Serverデータベースの場合）
○
－
C.6 Protection Managerの動作環境の設定

Oracleインスタンス情報の登録（バックアップ対象がOracleデータベースの場合）
○
－

ディクショナリマップファイルの作成
○
－

バックアップ管理製品の情報の設定
－
○

オペレーション定義ファイルの作成
○
○
C.7 オペレーション定義ファイルの作成（Windowsの場合）
C.8 オペレーション定義ファイルの作成（Solarisの場合）

ホスト環境設定ファイルの作成
○
○
C.9 ホスト環境設定ファイルの作成

FTPサービスの確認（テープバックアップする場合）
－
○
C.10 FTPサービスの確認（テープバックアップする場合）

表C-2 各サーバでの作業の要否（拡張コマンドを実行する場合）

作業項目
ファイル
サーバまたはデータベースサーバ
バックアップサーバ
マニュアル
参照先

VDIメタファイル格納ディレクトリの作成（バックアップ対象がSQL Serverデータベースの場合）
○
○
C.3 VDIメタファイル格納ディレクトリの作成（バックアップ対象がSQL Serverデータベースの場合）

拡張コマンド用一時ディレクトリの作成
○
○
C.5 拡張コマンド用一時ディレクトリの作成

Protection Managerの動作環境の設定
SQL Serverの情報の設定（バックアップ対象がSQL Serverデータベースの場合）
○
－
C.6 Protection Managerの動作環境の設定

ディクショナリマップファイルの作成
○
－

バックアップ管理製品の情報の設定
－
○

オペレーション定義ファイルの作成
○
○
C.7 オペレーション定義ファイルの作成（Windowsの場合）

ホスト環境設定ファイルの作成
○
○
C.9 ホスト環境設定ファイルの作成

FTPサービスの確認（テープバックアップする場合）
－
○
C.10 FTPサービスの確認（テープバックアップする場合）

（凡例）

○：準備作業が必要。

－：準備作業は不要。

C.3 VDIメタファイル格納ディレクトリの作成（バックアップ対象がSQL Serverデータベースの場合）

バックアップおよびリストアを実行すると，次のファイルが生成されます。

SQL Serverメタファイル

このファイルを格納するVDIメタファイル格納ディレクトリをデータベースサーバとバックアップサーバで作成します。VDIメタファイル格納ディレクトリは，データベースサーバとバックアップサーバで同じ名称のフォルダを作成してください。バックアップサーバで複数のデータベースサーバのインスタンスが区別できるように，次の名称で作成します。

<任意のディレクトリ>¥<対象サーバ名>¥<対象インスタンス名>

C.4 バックアップファイル格納ディレクトリの作成（バックアップ対象がOracleデータベースの場合）

バックアップおよびリストアを実行すると，次のファイルが生成されます。

制御ファイル

初期化パラメーターファイル

これらのファイルを格納するバックアップファイル格納ディレクトリをデータベースサーバとバックアップサーバで作成します。

バックアップファイル格納ディレクトリは，次の名称で作成します。データベースサーバとバックアップサーバで同じ名称のディレクトリを作成してください。

<任意のディレクトリ>/<オペレーションID>

次の項目を指定するときには，ここで作成したディレクトリを指定してください。

オペレーション定義ファイルの「AP_FILE_DIR」の指定値

drmorainitコマンドのバックアップファイル格納ディレクトリ

C.5 拡張コマンド用一時ディレクトリの作成

拡張コマンドを実行すると，次の一時ファイルが生成されます。

SQL Serverメタファイル（バックアップ対象がSQL Server データベースの場合）

バックアップID記録ファイル

バックアップ情報のファイル

これらの一時ファイルは，FTPサービスによってサーバ間で転送されます。FTPサービスを使用するには，これらの一時ファイルのコピーを格納する拡張コマンド用一時ディレクトリをファイルサーバまたはデータベースサーバ，およびバックアップサーバで作成しておく必要があります。

Windowsの場合（バックアップ対象がファイルシステムの場合）

ファイルサーバの一時ディレクトリは，次の名称で作成します。
<任意のディレクトリ>¥<オペレーションID>
ファイルサーバがクラスタ構成の場合，ファイルサーバの拡張コマンド用一時ディレクトリは共有ディスク上に作成してください。

バックアップサーバの一時ディレクトリは，次の名称で作成します。
<FTPサイトのホームディレクトリ>¥<オペレーションID>
FTPサイトのホームディレクトリは，IISで設定するFTPサイトのホームディレクトリです。

Windowsの場合（バックアップ対象がSQL Serverデータベースの場合）

データベースサーバの一時フォルダは，インスタンスごとに作成してください。次の名称で作成します。
<任意のフォルダ>¥<インスタンス名>
「任意のフォルダ」には，VDIメタファイル格納ディレクトリで使用しているフォルダとは異なるディレクトリを指定してください。
データベースサーバがクラスタ構成の場合は，データベースサーバの一時ファイル格納用フォルダを共用ディスク上に作成してください。

バックアップサーバの一時フォルダは，FTPサイトのホームディレクトリの下に作成します。このフォルダ名は，オペレーション定義ファイルの「BK_DATA_FILE_DIR」で指定する値と一致させる必要があります。次の名称で作成します。
<FTPサイトのホームディレクトリ>¥<データベースサーバ名>¥<インスタンス名>
FTPサイトのホームディレクトリは，IISで設定するFTPサイトのホームディレクトリです。

Windowsの場合（バックアップ対象がExchangeデータベースの場合）

データベースサーバの一時フォルダは，拡張コマンドのインストールフォルダの下に作成します。一時フォルダの名称は，オペレーション定義ファイルの「DB_DATA_FILE_DIR」に指定する値と一致させる必要があります。
データベースサーバがクラスタ構成の場合は，データベースサーバの一時ファイル格納用フォルダを共用ディスク上に作成してください。

バックアップサーバの一時フォルダは，FTPサイトのホームディレクトリの下に作成します。このフォルダ名は，オペレーション定義ファイルの「BK_DATA_FILE_DIR」で指定する値と一致させる必要があります。次の名称で作成します。
<FTPサイトのホームディレクトリ>¥<対象サーバ名>¥-
FTPサイトのホームディレクトリは，IISで設定するFTPサイトのホームディレクトリです。

Solarisの場合

ファイルサーバまたはデータベースサーバ，およびバックアップサーバの一時ディレクトリは，次の名称で作成します。

<任意のディレクトリ>/<オペレーションID>

C.6 Protection Managerの動作環境の設定

拡張コマンドを実行するためのProtection Managerの動作環境を設定します。

拡張コマンドを実行するためのProtection Managerの動作環境を設定するには：

SQL Serverの情報を設定します。（バックアップ対象がSQL Serverデータベースの場合）
処理の対象とするSQL Serverインスタンスに対してdrmsqlinitコマンドを実行します。出力されるメッセージに従って，次に示す項目を登録します。

VDIメタファイル格納ディレクトリ※

VDI生成タイムアウト時間

UNDOログファイルディレクトリ

トランザクションログバックアップファイルディレクトリ

注※

VDIメタファイル格納ディレクトリには，「C.3 VDIメタファイル格納ディレクトリの作成（バックアップ対象がSQL Serverデータベースの場合）」で作成したディレクトリを登録します。

RAC環境判定

Oracleデータベース名

ASMインスタンス名

ASMインスタンス接続ユーザー名

ASMインスタンス接続パスワード

ASMネットサービス名

ASMホームディレクトリ

Oracleログインユーザー名

Oracleログインパスワード

Oracleホームディレクトリ

Oracleネットサービス名

初期化パラメーターファイル

バックアップファイル格納ディレクトリ※

ログ格納ディレクトリ

Oracleインスタンスの情報を登録します。（バックアップ対象がOracleデータベースの場合）
バックアップおよびリストアの対象となるOracleインスタンスに対してdrmorainitコマンドを実行します。出力されるメッセージに従って，次に示す項目を登録します。

RAC環境判定

Oracleデータベース名

ASMインスタンス名

ASMインスタンス接続ユーザー名

ASMインスタンス接続パスワード

ASMネットサービス名

ASMホームディレクトリ

Oracleログインユーザー名

Oracleログインパスワード

Oracleホームディレクトリ

Oracleネットサービス名

初期化パラメーターファイル

バックアップファイル格納ディレクトリ※

ログ格納ディレクトリ

注※

バックアップファイル格納ディレクトリには，「C.4 バックアップファイル格納ディレクトリの作成（バックアップ対象がOracleデータベースの場合）」で作成したディレクトリを登録します。

ディクショナリマップファイルを作成します。

バックアップ対象がファイルシステムの場合

-refreshオプションを指定してdrmfsdisplayコマンドを実行します。

バックアップ対象がSQL Serverデータベースの場合

-refreshオプションを指定してdrmsqldisplayコマンドを実行します。

バックアップ対象がExchangeデータベースの場合

-refreshオプションを指定してdrmexgdisplayコマンドを実行します。

バックアップ対象がOracleデータベースの場合

-refreshオプションを指定してdrmoradisplayコマンドを実行します。

バックアップ管理製品の情報を設定します。
drmtapeinitコマンドを実行します。出力されるメッセージに従って，次に示す項目を登録します。

バックアップ管理製品名

テープバックアップ用のバックアップカタログの保存日数

C.7 オペレーション定義ファイルの作成（Windowsの場合）

オペレーション定義ファイルは，拡張コマンドを使用するシステムの構成に合わせて作成します。作成したオペレーション定義ファイルは，拡張コマンドを実行する各サーバの次のディレクトリに格納します。

<Protection Managerのインストール先>¥script¥conf¥

この節の構成

C.7.1 オペレーション定義ファイルの配置

C.7.2 オペレーション定義ファイルの形式

C.7.3 オペレーション定義ファイル作成例（バックアップ対象がファイルシステムで，クラスタ構成のとき）

C.7.4 オペレーション定義ファイルの作成例（バックアップ対象がSQL Serverデータベースの場合）

C.7.5 オペレーション定義ファイルの作成例（バックアップ対象がExchangeデータベースの場合）

C.7.1 オペレーション定義ファイルの配置

オペレーション定義ファイルは，処理の対象となるマウントポイント，ファイル，インスタンスまたはストレージグループに対して，同一のファイルを二つ作成します。一つのオペレーション定義ファイルをファイルサーバまたはデータベースサーバに配置し，もう一つをバックアップサーバに配置します。ファイルサーバまたはデータベースサーバがクラスタ構成の場合は，バックアップ対象となるクラスタリソース（マウントポイントまたはファイル）が定義されているすべてのサーバに，同一のオペレーション定義ファイルを配置します。

オペレーション定義ファイルの配置例を次の図に示します。

図C-1 オペレーション定義ファイルの配置例（Windowsのクラスタ構成で，バックアップ対象がファイルシステムの場合）

この例では，クラスタを構成するファイルサーバA（サーバ名：FSServer_A）およびファイルサーバB（サーバ名：FSServer_B）で，仮想サーバC（サーバ名：VServer_C）が動作しています。

ファイルサーバAおよびファイルサーバB上には三つのマウントポイント「D:」，「M:」および「N:」が存在し，クラスタリソースとして仮想サーバCが定義されています。マウントポイント「M:」および「N:」は，一括して処理の対象とするようにマウントポイントディレクトリ一括定義ファイル「app.txt」で設定されているものとします。

この場合，ファイルサーバAおよびファイルサーバBには，「D:」に関するオペレーション定義ファイルと，「app.txt」に指定されたマウントポイントディレクトリ（M:およびN:）に関するオペレーション定義ファイルを配置します。バックアップサーバ（サーバ名：BKServer）には，「D:」，「M:およびN:」に関するオペレーション定義ファイルを配置します。

図C-2 オペレーション定義ファイルの配置例（バックアップ対象がSQL Serverデータベースの場合）

この例では，クラスタを構成するデータベースサーバA（サーバ名：DBServer_A）およびデータベースサーバB（サーバ名：DBServer_B）で，仮想サーバC（サーバ名：VServer_C）が動作しています。

データベースサーバAおよびデータベースサーバB上にはSQL Serverインスタンス「INSTANCE_1」が存在し，クラスタリソースとして仮想サーバCが定義されています。

この場合，データベースサーバA，データベースサーバBおよびバックアップサーバ（サーバ名：BKServer）には，「INSTANCE_1」に関するオペレーション定義ファイルを配置します。

図C-3 オペレーション定義ファイルの配置例（バックアップ対象がExchangeデータベースの場合）

この例では，クラスタを構成するデータベースサーバA（サーバ名：DBServer_A）およびデータベースサーバB（サーバ名：DBServer_B）で，仮想サーバC（サーバ名：VServer_C）が動作しています。

データベースサーバAおよびデータベースサーバB上にはストレージグループ「STORAGE_1」が存在し，クラスタリソースとして仮想サーバCが定義されています。

この場合，データベースサーバA，データベースサーバBおよびバックアップサーバ（サーバ名：BKServer）には，「STORAGE_1」に関するオペレーション定義ファイルを配置します。

C.7.2 オペレーション定義ファイルの形式

オペレーション定義ファイルは，処理の対象を一意に特定するオペレーションIDに対応して，次のような名称で作成します。

<Protection Managerのインストール先>¥script¥conf¥_<オペレーションID>.dat

オペレーション定義ファイルの指定項目と指定する内容およびデータの最大文字数を次の表に示します。これらの項目の指定は省略できません。

表C-3 オペレーション定義ファイルの指定項目と指定する内容およびデータの最大文字数（Windowsの場合）

指定項目
指定内容
最大文字数

BACKUP_OBJECT
バックアップ対象の種別を示す文字列を指定します。

ファイルシステムの場合

「FILESYSTEM」と指定します。

SQL Serverデータベースの場合

「MSSQL」と指定します。

Exchangeデータベースの場合

「MSEXCHANGE」と指定します。

32

DB_SERVER_NAME
ファイルサーバ名またはデータベースサーバ名を指定します。
バックアップ対象となるマウントポイント，ファイル，インスタンスまたはストレージグループがクラスタ構成の場合は，クラスタリソースに対応する仮想サーバ名を指定します。この仮想サーバ名は，Protection Managerの構成定義ファイル「init.conf」の「DRM_DB_PATH=<共有ディスク上のディレクトリ>;<仮想サーバ名>」に定義されている必要があります。※1
128
（Exchangeデータベースの場合は63）

INSTANCE_NAME

ファイルシステムの場合

マウントポイントディレクトリ名またはマウントポイントディレクトリ一括定義ファイル名を指定します。

空白を含む場合は「"　"」で囲んで記述します。

SQL Serverデータベースの場合

SQL Serverインスタンス名を指定します。空白を含む場合は「"　"」で囲んで記述します。

DEFAULTを指定した場合，SQL Serverの既定インスタンス名が選択されます。

Exchangeデータベースの場合

「-」を指定します。

128
（Exchangeデータベースの場合は1）

TARGET_NAME

ファイルシステムの場合

バックアップするファイル名またはディレクトリ名を指定します。この指定はバックアップ実行時だけ有効です。リストア実行時のファイル名またはディレクトリ名の指定には使用されません。

コンマで区切って複数指定できます。空白を含む場合は「"　"」で囲んで記述します。指定を省略した場合，マウントポイント単位にバックアップが実行されます。

SQL Serverデータベースの場合

バックアップするデータベース名を指定します。

この指定はバックアップ実行時だけ有効です。リストア実行時のデータベース指定には使用されません。

コンマで区切って複数指定できます。空白を含む場合は「"　"」で囲んで記述します。指定を省略した場合，インスタンス単位にバックアップが実行されます。

Exchangeデータベースの場合

バックアップするストレージグループ名を指定します。※2

コンマで区切って複数指定できます。空白を含む場合は「"　"」で囲んで記述します。値を省略すると，サーバに存在するすべてのストレージグループがバックアップの対象となります。

1,024
（Exchangeデータベースの場合は259）

AP_FILE_DIR（SQL Serverデータベースの場合）※3
VDIメタファイル格納ディレクトリを指定します。
この値は，drmsqlinitコマンドで登録したVDIメタファイル格納ディレクトリと一致している必要があります。
128

DB_DATA_FILE_DIR※3
ファイルサーバまたはデータベースサーバ上の拡張コマンド用一時ディレクトリを指定します。
このディレクトリは，拡張コマンドが一時ファイルを生成するときに使用します。バックアップサーバを使用しない場合にも，実在するディレクトリを指定してください。
128

BK_DATA_FILE_DIR※3
バックアップサーバ上の拡張コマンド用一時ディレクトリを指定します。
バックアップサーバを使用しない場合には，「-」を指定します。
128

SET_DRM_HOSTNAME
ファイルサーバまたはデータベースサーバの構成を指定します。クラスタ構成の場合は「1」，クラスタ構成でない場合は「0」を指定します。
1

注※1

バックアップ対象がExchangeデータベースの場合，仮想サーバ名は，拡張コマンドEX_DRM_EXG_BACKUPの-hostnameオプションでも指定できます。オペレーション定義ファイルの「DB_SERVER_NAME」と-hostnameオプションの両方で仮想サーバ名を指定した場合，-hostnameオプションの指定が優先されます。

注※2

バックアップ対象がExchangeデータベースの場合，この指定は，対象となるExchange Server がExchange 2000 Enterprise Server，Exchange Server 2003 Enterprise EditionまたはExchange Server 2007のときだけ有効です。それ以外のExchange Serverの場合，項目の指定は無効となります。Exchange Server 2003 Enterprise EditionまたはExchange Server 2007の場合，回復用ストレージグループは指定しないでください。

注※3

ディレクトリ名は，絶対パスで指定します。ドライブ以外のディレクトリを指定する場合は，末尾に「¥」を付けないでください。なお，大文字と小文字は区別されません。

バックアップ対象がSQL Serverデータベースの場合，「DB_DATA_FILE_DIR」および「BK_DATA_FILE_DIR」には，「AP_FILE_DIR」と同一の値を指定しないでください。

C.7.3 オペレーション定義ファイル作成例（バックアップ対象がファイルシステムで，クラスタ構成のとき）

ファイルサーバがクラスタ構成のシステムで，オペレーション定義ファイルを作成する例について，図C-1のシステム構成を例として説明します。

前提条件は次のとおりです。

2台のファイルサーバと，テープ装置を接続したバックアップサーバの3台を備えている。

クラスタを構成するファイルサーバA（サーバ名：FSServer_A）およびファイルサーバB（サーバ名：FSServer_B）で，仮想サーバ「VServer_C」が動作している。

バックアップサーバ（サーバ名：BKServer）上でFTPサービスが設定され，FTPサービスが起動されている。FTPサイトのホームディレクトリは「C:¥FTP_ROOT」とする。

ファイルサーバAが現用サーバ，ファイルサーバBが待機サーバとして設定されていて，共有ディスクとして「G:」を使用している。

ファイルサーバAおよびファイルサーバB上には三つのマウントポイント「D:」，「M:」および「N:」が存在し，クラスタリソースとして仮想サーバCが定義されている。

クラスタグループ「FSCG_1」が存在し，次の表に示すクラスタリソースが登録されている。

表C-4 クラスタリソースの例（ファイルシステムの場合）

クラスタグループ名 | 仮想サーバ | マウントポイント | 拡張コマンド用一時ファイル格納ディレクトリ
FSCG_1 | VServer_C | D: | G:¥drm_FS_tmp¥Operation_A
FSCG_1 | VServer_C | M:，N: | G:¥drm_FS_tmp¥Operation_B

マウントポイント「M:」および「N:」は，マウントポイントディレクトリ一括定義ファイル「app.txt」で，一括して処理の対象とするように設定されている。

ファイルサーバA，ファイルサーバBおよびバックアップサーバ（サーバ名：BKServer）で，次の表に示す拡張コマンド一時ファイル格納ディレクトリが作成されている。

表C-5 拡張コマンド一時ファイル格納ディレクトリ（Windowsの場合）

サーバ名
拡張コマンド一時ファイル格納ディレクトリ

FSServer_A
FSServer_B
G:¥drm_FS_tmp¥Operation_A
G:¥drm_FS_tmp¥Operation_B

BKServer
C:¥FTP_ROOT¥Operation_A
C:¥FTP_ROOT¥Operation_B

次の表に示すオペレーションIDに対応するオペレーション定義ファイルを作成します。

表C-6 オペレーション定義ファイルを作成するオペレーションID（旧バージョン）（Windowsのクラスタ構成で，バックアップ対象がファイルシステムの場合）

オペレーションID | 対象ファイルサーバ名 | 対象マウントポイントまたはファイル
Operation_A | VServer_C | D:の全体
Operation_B | VServer_C | 「app.txt」に指定されたマウントポイントディレクトリ（M:およびN:）

オペレーション定義ファイルを作成するには：

現用サーバ（ファイルサーバA）にオペレーション定義ファイルを作成し，必要な項目を設定します。
次の二つのファイルを作成します。
<拡張コマンドのインストール先>¥conf¥_Operation_A.dat
<拡張コマンドのインストール先>¥conf¥_Operation_B.dat
「拡張コマンドのインストール先」は，「<Protection Managerのインストール先>¥script」を示します。
「<拡張コマンドのインストール先>¥conf¥_Operation_A.dat」の記述例を次に示します。

BACKUP_OBJECT=FILESYSTEM
DB_SERVER_NAME=VServer_C
INSTANCE_NAME=D:
TARGET_NAME=
DB_DATA_FILE_DIR=G:¥drm_FS_tmp¥Operation_A
BK_DATA_FILE_DIR=C:¥FTP_ROOT¥Operation_A
SET_DRM_HOSTNAME=1

「<拡張コマンドのインストール先>¥conf¥_Operation_B.dat」の記述例を次に示します。

BACKUP_OBJECT=FILESYSTEM
DB_SERVER_NAME=VServer_C
INSTANCE_NAME=app.txt
TARGET_NAME=
DB_DATA_FILE_DIR=G:¥drm_FS_tmp¥Operation_B
BK_DATA_FILE_DIR=C:¥FTP_ROOT¥Operation_B
SET_DRM_HOSTNAME=0

現用サーバ（ファイルサーバA）でオペレーション定義ファイルのチェックツール「EX_DRM_FS_DEF_CHECK」を実行します。

EX_DRM_FS_DEF_CHECK <オペレーションID> -db

エラーがあった場合はファイルの指定内容を修正し，再度チェックツールを実行します。

現用サーバ（ファイルサーバA）で作成したオペレーション定義ファイルをバックアップサーバにコピーします。
次のディレクトリにコピーします。
<拡張コマンドのインストール先>¥conf¥

バックアップサーバ上でオペレーション定義ファイルのチェックツール「EX_DRM_FS_DEF_CHECK」を実行します。

EX_DRM_FS_DEF_CHECK <オペレーションID> -bk

エラーがあった場合は，バックアップサーバの構成をオペレーション定義ファイルの内容に合わせて変更するか，オペレーション定義ファイルの内容をバックアップサーバの構成に合わせて変更するかしてください。バックアップサーバの構成を変更する場合は，チェックツールを再度実行します。オペレーション定義ファイルの内容を変更する場合は，ファイルサーバにも同一のファイルを格納し，チェックツールを再度実行します。

現用サーバ（ファイルサーバA）で作成したオペレーション定義ファイルを待機サーバ（ファイルサーバB）にコピーします。
次のディレクトリにコピーします。
<拡張コマンドのインストール先>¥conf¥

C.7.4 オペレーション定義ファイルの作成例（バックアップ対象がSQL Serverデータベースの場合）

クラスタ構成のシステムを想定して，オペレーション定義ファイルを作成する例について説明します。

この例の前提条件は次のとおりです。

クラスタを構成するデータベースサーバA（サーバ名：DBServer_A）およびデータベースサーバB（サーバ名：DBServer_B）で，仮想サーバC（サーバ名：VServer_C）が動作している。

データベースサーバAおよびデータベースサーバB上にはSQL Serverインスタンス「INSTANCE_1」が存在し，クラスタリソースとして仮想サーバCが定義されている。

データベースサーバAおよびデータベースサーバBに，クラスタグループ「SQLCG_1」が存在し，次の表に示すクラスタリソースが登録されている。

表C-7 クラスタリソースの例（SQL Serverデータベースの場合）

クラスタグループ名
仮想サーバ
SQL Server
インスタンス名
拡張コマンド一時ファイル格納フォルダ

SQLCG_1
VServer_C
INSTANCE_1
G:¥tmp¥INSTANCE_1

バックアップサーバ（サーバ名：BKServer）上でFTPサービスが設定され，FTPサービスが起動されている。FTPサイトのホームディレクトリは「C:¥FTP_ROOT」とする。

データベースサーバAが現用サーバ，データベースサーバBが待機サーバとして設定されていて，共有ディスクとして「G:」を使用している。

「INSTANCE_1」に対してdrmsqlinitコマンドが実行されている。

Protection Managerの構成定義ファイル「init.conf」に「DRM_DB_PATH=<共有ディスク上のディレクトリ名>;<仮想サーバ名>」が設定されている。

データベースサーバA，データベースサーバBおよびバックアップサーバで，次の表に示す拡張コマンド一時ファイル格納フォルダおよびVDIメタファイル格納ディレクトリが作成されている。

表C-8 拡張コマンド一時ファイル格納フォルダおよびVDIメタファイル格納ディレクトリの例

サーバ名
拡張コマンド一時ファイル格納フォルダ
VDIメタファイル格納ディレクトリ

DBServer_A
DBServer_B
G:¥tmp¥INSTANCE_1
G:¥MSSQL¥VServer_C¥INSTANCE_1¥META

BKServer
C:¥FTP_ROOT¥VServer_C¥INSTANCE_1
G:¥MSSQL¥VServer_C¥INSTANCE_1¥META

この例では，次の表に示すオペレーションIDに対応するオペレーション定義ファイルを作成します。

表C-9 オペレーション定義ファイルを作成するオペレーションID（旧バージョン）（バックアップ対象がSQL Serverデータベースでクラスタ構成の場合）

オペレーションID | 対象データベースサーバ | 対象インスタンスおよびデータベース
Operation_A | VServer_C | INSTANCE_1の全体

クラスタ構成の場合にオペレーション定義ファイルを作成するには：

現用サーバ（データベースサーバA）にオペレーション定義ファイルを作成し，必要な項目を設定します。
次のファイルを作成します。「拡張コマンドのインストール先」は，「<Protection Managerのインストール先>¥script」を示します。
<拡張コマンドのインストール先>¥conf¥_Operation_A.dat
「<拡張コマンドのインストール先>¥conf¥_Operation_A.dat」の記述例を次に示します。

BACKUP_OBJECT=MSSQL
DB_SERVER_NAME=VServer_C
INSTANCE_NAME=INSTANCE_1
TARGET_NAME=
AP_FILE_DIR=G:¥MSSQL¥VServer_C¥INSTANCE_1¥META
DB_DATA_FILE_DIR=G:¥tmp¥INSTANCE_1
BK_DATA_FILE_DIR=C:¥FTP_ROOT¥VServer_C¥INSTANCE_1
SET_DRM_HOSTNAME=1

現用サーバ（データベースサーバA）でオペレーション定義ファイルのチェックツール「EX_DRM_SQL_DEF_CHECK」を実行します。

EX_DRM_SQL_DEF_CHECK -db -f 対象オペレーション定義ファイル

エラーがあった場合はファイルの指定内容を修正し，チェックツールを再度実行します。

現用サーバ（データベースサーバA）で作成したオペレーション定義ファイルをバックアップサーバにコピーします。
次のフォルダにコピーします。
<拡張コマンドのインストール先>¥conf¥

バックアップサーバでオペレーション定義ファイルのチェックツール「EX_DRM_SQL_DEF_CHECK」を実行します。

EX_DRM_SQL_DEF_CHECK -bk -f 対象オペレーション定義ファイル

エラーがあった場合は，バックアップサーバの構成をオペレーション定義ファイルの内容に合わせて変更するか，オペレーション定義ファイルの内容をバックアップサーバの構成に合わせて変更してください。バックアップサーバの構成を変更する場合は，チェックツールを再度実行します。オペレーション定義ファイルの内容を変更した場合は，データベースサーバにも同一のファイルを格納し，チェックツールを再度実行します。

現用サーバ（データベースサーバA）で作成したオペレーション定義ファイルを待機サーバ（データベースサーバB）にコピーします。
次のディレクトリにコピーします。
<拡張コマンドのインストール先>¥conf¥

C.7.5 オペレーション定義ファイルの作成例（バックアップ対象がExchangeデータベースの場合）

クラスタ構成の場合にオペレーション定義ファイルを作成する例について説明します。

この例の前提条件は次のとおりです。

システムで使用しているExchange Server がExchange 2000 Enterprise Serverである。

クラスタを構成するデータベースサーバA（サーバ名：DBServer_A）およびデータベースサーバB（サーバ名：DBServer_B）で，仮想サーバC（サーバ名：VServer_C）が動作している。

データベースサーバAおよびデータベースサーバB上にはストレージグループ「STORAGE_1」が存在し，クラスタリソースとして仮想サーバCが定義されている。

データベースサーバAおよびデータベースサーバBに，クラスタグループ「EXGCG_1」が存在する。

クラスタグループ「EXGCG_1」に，次の表に示したクラスタリソースが登録されている。

表C-10 クラスタリソースの例（Exchangeデータベースの場合）

クラスタグループ名 | 仮想サーバ | ストレージグループ名
EXGCG_1 | VServer_C | STORAGE_1

バックアップサーバ（サーバ名：BKServer）上でFTPサービスが設定され，FTPサービスが起動されている。FTPサイトのホームディレクトリは「C:¥FTP_ROOT」とする。

データベースサーバAが現用サーバ，データベースサーバBが待機サーバとして設定されていて，共有ディスクとして「G:」を使用している。

Protection Managerの構成定義ファイル「init.conf」に「DRM_DB_PATH=<共有ディスク上のディレクトリ名>;<仮想サーバ名>」が設定されている。

データベースサーバA，データベースサーバBおよびバックアップサーバで，次の表に示す拡張コマンド一時ファイル格納フォルダが作成されている。

表C-11 拡張コマンド一時ファイル格納フォルダの例

サーバ名
拡張コマンド一時ファイル格納フォルダ

DBServer_A
DBServer_B
G:¥temp

BKServer
C:¥FTP_ROOT¥VServer_C¥-

この例では，次の表に示すオペレーションIDに対応するオペレーション定義ファイルを作成します。

表C-12 オペレーション定義ファイルを作成するオペレーションID（旧バージョン）（バックアップ対象がExchangeデータベースでクラスタ構成の場合）

オペレーションID | 仮想サーバ | 対象ストレージグループ
Operation_A | VServer_C | STORAGE_1

クラスタ構成の場合にオペレーション定義ファイルを作成するには：

現用サーバ（データベースサーバA）にオペレーション定義ファイルを作成し，必要な項目を設定します。
次のファイルを作成します。「拡張コマンドのインストール先」は，「<Protection Managerのインストール先>¥script」を示します。
<拡張コマンドのインストール先>¥conf¥_Operation_A.dat
「<拡張コマンドのインストール先>¥conf¥_Operation_A.dat」の記述例を次に示します。

BACKUP_OBJECT=MSEXCHANGE
DB_SERVER_NAME=VServer_C
INSTANCE_NAME=-
TARGET_NAME=
DB_DATA_FILE_DIR=G:¥temp
BK_DATA_FILE_DIR=C:¥FTP_ROOT¥VServer_C¥-
SET_DRM_HOSTNAME=1

現用サーバ（データベースサーバA）でオペレーション定義ファイルのチェックツール「EX_DRM_EXG_DEF_CHECK」を実行します。

EX_DRM_EXG_DEF_CHECK -db -f 対象オペレーション定義ファイル

エラーがあった場合はファイルの指定内容を修正し，チェックツールを再度実行します。

現用サーバ（データベースサーバA）で作成したオペレーション定義ファイルをバックアップサーバにコピーします。
次のフォルダにコピーします。
<拡張コマンドのインストール先>¥conf¥

バックアップサーバでオペレーション定義ファイルのチェックツール「EX_DRM_EXG_DEF_CHECK」を実行します。

EX_DRM_EXG_DEF_CHECK -bk -f 対象オペレーション定義ファイル

エラーがあった場合は，バックアップサーバの構成をオペレーション定義ファイルの内容に合わせて変更するか，オペレーション定義ファイルの内容をバックアップサーバの構成に合わせて変更してください。バックアップサーバの構成を変更する場合は，チェックツールを再度実行します。オペレーション定義ファイルの内容を変更する場合は，データベースサーバにも同一のファイルを格納し，チェックツールを再度実行します。

現用サーバ（データベースサーバA）で作成したオペレーション定義ファイルを待機サーバ（データベースサーバB）にコピーします。
次のディレクトリにコピーします。
<拡張コマンドのインストール先>¥conf¥

C.8 オペレーション定義ファイルの作成（Solarisの場合）

オペレーション定義ファイルは，拡張コマンドを使用するシステムの構成に合わせて作成します。作成した拡張コマンド定義ファイルは，拡張コマンドを実行する各サーバの次のディレクトリに格納します。

/opt/drm/script/conf/

この節の構成

C.8.1 オペレーション定義ファイルの配置（Solarisの場合で，バックアップ対象がファイルシステムのとき）

C.8.2 オペレーション定義ファイルの配置（バックアップ対象がOracleデータベースの場合）

C.8.3 オペレーション定義ファイルの形式

C.8.4 オペレーション定義ファイルの作成例（Solarisの場合で，バックアップ対象がファイルシステムのとき）

C.8.5 オペレーション定義ファイルの作成例（バックアップ対象がOracleデータベースの場合で，クラスタ構成のとき）

C.8.1 オペレーション定義ファイルの配置（Solarisの場合で，バックアップ対象がファイルシステムのとき）

オペレーション定義ファイルは，処理の対象となるマウントポイントまたはファイルに対して，同一のファイルを二つ作成します。一つのオペレーション定義ファイルをファイルサーバに配置し，もう一つをバックアップサーバに配置します。

オペレーション定義ファイルの配置例を次の図に示します。

図C-4 オペレーション定義ファイルの配置例（Solarisの場合で，バックアップ対象がファイルシステムの場合）

ファイルサーバA（サーバ名：FSServer_A）上には三つのマウントポイント「/mnt1」，「/mnta」および「/mntb」が存在します。マウントポイント「/mnta」および「/mntb」は，一括して処理の対象とするようにマウントポイントディレクトリ一括定義ファイル「app.txt」で設定されているものとします。

この場合，ファイルサーバAには，「/mnt1」に関するオペレーション定義ファイルと，「app.txt」に指定されたマウントポイントディレクトリ（/mntaおよび/mntb）に関するオペレーション定義ファイルを配置します。バックアップサーバ（サーバ名：BKServer）には，「/mnt1」，「/mnta」および「/mntb」に関するオペレーション定義ファイルを配置します。

C.8.2 オペレーション定義ファイルの配置（バックアップ対象がOracleデータベースの場合）

オペレーション定義ファイルは，処理の対象となるOracleインスタンス一つに対して，同一のファイルを二つ作成します。一つのオペレーション定義ファイルをデータベースサーバに配置し，もう一つをバックアップサーバに配置します。クラスタ構成の場合は，バックアップ対象となるクラスタリソース（Oracleインスタンスまたは表領域）が定義されているすべてのサーバに，同一のオペレーション定義ファイルを配置します。

オペレーション定義ファイルの配置例を次の図に示します。

図C-5 オペレーション定義ファイルの配置例（バックアップ対象がOracleデータベースの場合）

この例では，クラスタを構成するデータベースサーバA（サーバ名：DBServer_A）およびデータベースサーバB（サーバ名：DBServer_B）で，仮想サーバC（サーバ名：VServer_C）が動作しています。

データベースサーバAおよびデータベースサーバB上にはOracleインスタンス「INSTANCE_1」が存在し，クラスタリソースとして仮想サーバCに定義されています。

この場合，データベースサーバA，データベースサーバBおよびバックアップサーバには，「INSTANCE_1」に関するオペレーション定義ファイルを配置します。

C.8.3 オペレーション定義ファイルの形式

オペレーション定義ファイルは，処理の対象を一意に特定するオペレーションIDに対応して，次のような名称で作成します。

/opt/drm/script/conf/_<オペレーションID>.dat

オペレーション定義ファイルの指定項目と指定する内容およびデータの最大文字数を次の表に示します。これらの項目の指定は省略できません。

表C-13 オペレーション定義ファイルの指定項目と指定する内容およびデータの最大文字数（Solarisの場合）

指定項目
指定内容
最大文字数

BACKUP_OBJECT
バックアップ対象の種別を示す文字列を指定します。

ファイルシステムの場合

「FILESYSTEM」と指定します。

Oracleデータベースの場合

「ORACLE」と指定します。

32

DB_SERVER_NAME

ファイルシステムの場合

ファイルサーバ名を指定します。

Oracleデータベースの場合

データベースサーバ名を指定します。バックアップ対象となるインスタンスがクラスタ構成の場合は，仮想サーバ名を指定します。

この仮想サーバ名は，Protection Managerの構成定義ファイル「init.conf」の「DRM_DB_PATH=<共有ディスク上のディレクトリ>;<仮想サーバ名>」に定義されている必要があります。

128

INSTANCE_NAME

ファイルシステムの場合

マウントポイントディレクトリ名またはマウントポイントディレクトリ一括定義ファイル名を指定します。

Oracleデータベースの場合

Oracleインスタンス名を指定します。

128

TARGET_NAME

ファイルシステムの場合

バックアップするファイル名またはディレクトリ名を指定します。

この指定はバックアップ実行時だけ有効です。リストア実行時のファイル名またはディレクトリ名の指定には使用されません。

ファイル名またはディレクトリ名はコンマで区切って複数指定できます。指定を省略した場合，マウントポイント単位にバックアップが実行されます。

Oracleデータベースの場合

バックアップする表領域名を指定します。この指定はバックアップ実行時だけ有効です。リストア実行時のデータベース指定には使用されません。

表領域はコンマで区切って複数指定できます。指定を省略した場合，インスタンス単位にバックアップが実行されます。

1,024※2

AP_FILE_DIR（Oracleデータベースの場合）※1
制御ファイルおよび初期化パラメーターファイルの格納先ディレクトリを指定します。
この値は，drmorainitコマンド実行時に指定したバックアップファイル格納ディレクトリ名と一致している必要があります。
128

DB_DATA_FILE_DIR※1
ファイルサーバまたはデータベースサーバ上の拡張コマンド用一時ディレクトリを指定します。
次のように指定します。
<任意のディレクトリ>/<オペレーションID>
このディレクトリは，拡張コマンドが一時ファイルを生成するときに使用します。バックアップサーバを使用しない場合にも，実在するディレクトリを指定してください。
128

BK_DATA_FILE_DIR※1
バックアップサーバ上の拡張コマンド用一時ディレクトリを指定します。
次のように指定します。
<任意のディレクトリ>/<オペレーションID>
バックアップサーバを使用しない場合には，「-」を指定します。
128

SET_DRM_HOSTNAME

ファイルシステムの場合

「0」を指定します。

Oracleデータベースの場合

データベースサーバの構成を指定します。クラスタ構成の場合は「1」，クラスタ構成でない場合は「0」を指定します。

1

注※1

ディレクトリ名は絶対パスで指定します。大文字と小文字が区別されます。

バックアップ対象がOracleデータベースの場合，「DB_DATA_FILE_DIR」および「BK_DATA_FILE_DIR」には，「AP_FILE_DIR」と同一の値を指定しないでください。

注※2

文字として1,024文字ということであり，全角文字，半角文字は区別しません。

ヘッダ部分「TARGET_NAME=」は1,024文字に含みません。

区切りのコンマも1文字とします。

C.8.4 オペレーション定義ファイルの作成例（Solarisの場合で，バックアップ対象がファイルシステムのとき）

テープバックアップする場合に，オペレーション定義ファイルを作成する手順について，図C-4のシステム構成を例として説明します。

前提条件は次のとおりです。

ファイルサーバA（サーバ名：FSServer_A）上には三つのマウントポイント「/mnt1」，「/mnta」および「/mntb」が存在する。

マウントポイント「/mnta」および「/mntb」は，マウントポイントディレクトリ一括定義ファイル「app.txt」で，一括して処理の対象とするように設定されている。

ファイルサーバAおよびバックアップサーバ（サーバ名：BKServer）で，次の表に示す拡張コマンド一時ファイル格納ディレクトリが作成されている。

表C-14 拡張コマンド一時ファイル格納ディレクトリ（Solarisの場合）

サーバ名
拡張コマンド一時ファイル格納ディレクトリ

FSServer_A
/var/opt/drm_FS_tmp/Operation_A
/var/opt/drm_FS_tmp/Operation_B

BKServer
/var/opt/drm_bk_tmp/Operation_A
/var/opt/drm_bk_tmp/Operation_B

次の表に示すオペレーションIDに対応するオペレーション定義ファイルを作成します。

表C-15 オペレーション定義ファイルを作成するオペレーションID（旧バージョン）（Solarisでバックアップ対象がファイルシステムの場合）

オペレーションID | 対象ファイルサーバ | 対象マウントポイントまたはファイル
Operation_A | ファイルサーバA | /mnt1の全体
Operation_B | ファイルサーバA | 「app.txt」に指定されたマウントポイントディレクトリ（/mntaおよび/mntb）

オペレーション定義ファイルを作成するには：

ファイルサーバAにオペレーション定義ファイルを作成し，必要な項目を設定します。
次の二つのファイルを作成します。
/opt/drm/script/conf/_Operation_A.dat
/opt/drm/script/conf/_Operation_B.dat
「/opt/drm/script/conf/_Operation_A.dat」の記述例を次に示します。

BACKUP_OBJECT=FILESYSTEM
DB_SERVER_NAME=FSServer_A
INSTANCE_NAME=/mnt1
TARGET_NAME=
DB_DATA_FILE_DIR=/var/opt/drm_FS_tmp/Operation_A
BK_DATA_FILE_DIR=/var/opt/drm_bk_tmp/Operation_A
SET_DRM_HOSTNAME=0

「/opt/drm/script/conf/_Operation_B.dat」の記述例を次に示します。

BACKUP_OBJECT=FILESYSTEM
DB_SERVER_NAME=FSServer_A
INSTANCE_NAME=app
TARGET_NAME=
DB_DATA_FILE_DIR=/var/opt/drm_FS_tmp/Operation_B
BK_DATA_FILE_DIR=/var/opt/drm_bk_tmp/Operation_B
SET_DRM_HOSTNAME=0

ファイルサーバAでオペレーション定義ファイルのチェックツール「EX_DRM_FS_DEF_CHECK」を実行します。

EX_DRM_FS_DEF_CHECK <オペレーションID> -db

エラーがあった場合はファイルの指定内容を修正し，再度チェックツールを実行します。

ファイルサーバAで作成したオペレーション定義ファイルをバックアップサーバにコピーします。
次のディレクトリにコピーします。
/opt/drm/script/conf/

バックアップサーバ上でオペレーション定義ファイルのチェックツール「EX_DRM_FS_DEF_CHECK」を実行します。

EX_DRM_FS_DEF_CHECK <オペレーションID> -bk

エラーがあった場合は，バックアップサーバの構成をオペレーション定義ファイルの内容に合わせて変更するか，オペレーション定義ファイルの内容をバックアップサーバの構成に合わせて変更するかしてください。バックアップサーバの構成を変更する場合は，チェックツールを再度実行します。オペレーション定義ファイルの内容を変更した場合は，ファイルサーバにも同一のファイルを格納し，チェックツールを再度実行します。

C.8.5 オペレーション定義ファイルの作成例（バックアップ対象がOracleデータベースの場合で，クラスタ構成のとき）

クラスタ構成の場合に，オペレーション定義ファイルを作成する例について説明します。

この例の前提条件は次のとおりです。

クラスタを構成するデータベースサーバA（サーバ名：DBServer_A）およびデータベースサーバB（サーバ名：DBServer_B）にOracleインスタンス「INSTANCE_1」が作成されていて，インスタンスに対する仮想サーバC（サーバ名：VServer_C）が動作している。

クラスタグループ「ORACG_1」が存在し，次の表に示したクラスタリソースが登録されている。

表C-16 クラスタリソースの例（Oracleデータベースの場合）

クラスタグループ名
仮想サーバ
Oracle
インスタンス名
拡張コマンド一時ファイル格納先マウントポイント

ORACG_1
VServer_C
INSTANCE_1
/var/mnt/drm_db_tmp

拡張コマンド用一時ディレクトリ「INSTANCE_1」に対して，drmorainitコマンドが実行されている。

現用サーバの運用を待機サーバに引き継ぐための環境が設定されていて，Protection Managerの構成定義ファイル「init.conf」に「DRM_DB_PATH=<共有ディスク上のディレクトリ名>;<仮想サーバ名>」が設定されている。

各データベースサーバおよびバックアップサーバに，次の表に示した拡張コマンド一時ファイル格納ディレクトリおよびバックアップファイル格納ディレクトリが作成されている。

表C-17 拡張コマンド一時ファイル格納ディレクトリおよびバックアップファイル格納ディレクトリの例（クラスタ構成）

サーバ名
拡張コマンド一時ファイル格納ディレクトリ
バックアップファイル格納ディレクトリ

DBServer_A
DBServer_B
/var/mnt/drm_db_tmp/Operation_A
/var/opt/drm/backup/oracle/Operation_A

BKServer
/var/mnt/drm_bk_tmp/Operation_A
/var/opt/drm/backup/oracle/Operation_A

この例では，次の表に示すオペレーションIDに対応するオペレーション定義ファイルを作成します。

表C-18 オペレーション定義ファイルを作成するオペレーションID（旧バージョン）（バックアップ対象がOracleデータベースでクラスタ構成の場合）

オペレーションID | 対象データベースサーバ | 対象インスタンスおよびデータベース
Operation_A | VServer_C | INSTANCE_1の全体

クラスタ構成の場合にオペレーション定義ファイルを作成するには：

現用サーバ（データベースサーバA）にオペレーション定義ファイルを作成し，必要な項目を設定します。
次のファイル名で作成します。
/opt/drm/script/conf/_Operation_A.dat
ファイルの記述例を次に示します。

BACKUP_OBJECT=ORACLE
DB_SERVER_NAME=VServer_C
INSTANCE_NAME=INSTANCE_1
TARGET_NAME=
AP_FILE_DIR=/var/opt/drm/backup/oracle/Operation_A
DB_DATA_FILE_DIR=/var/mnt/drm_db_tmp/Operation_A
BK_DATA_FILE_DIR=/var/mnt/drm_bk_tmp/Operation_A
SET_DRM_HOSTNAME=1

現用サーバ（データベースサーバA）でオペレーション定義ファイルのチェックツール「EX_DRM_ORA_DEF_CHECK」を実行します。

EX_DRM_ORA_DEF_CHECK <オペレーションID> -db

エラーがあった場合はファイルの指定内容を修正し，チェックツールを再度実行します。

現用サーバ（データベースサーバA）で作成したオペレーション定義ファイルをバックアップサーバにコピーします。
次のディレクトリにコピーします。
/opt/drm/script/conf

バックアップサーバでオペレーション定義ファイルのチェックツール「EX_DRM_ORA_DEF_CHECK」を実行します。

EX_DRM_ORA_DEF_CHECK <オペレーションID> -bk

エラーがあった場合は，バックアップサーバの構成をオペレーション定義ファイルの内容に合わせて変更するか，オペレーション定義ファイルの内容をバックアップサーバの構成に合わせて変更してください。バックアップサーバの構成を変更する場合は，チェックツールを再度実行します。オペレーション定義ファイルの内容を変更する場合は，データベースサーバにも同一のファイルを格納し，チェックツールを再度実行します。

現用サーバ（データベースサーバA）で作成したオペレーション定義ファイルを待機サーバ（データベースサーバB）にコピーします。
次のディレクトリにコピーします。
/opt/drm/script/conf

C.9 ホスト環境設定ファイルの作成

ホスト環境設定ファイルは，拡張コマンドを使用するシステムの構成に合わせて作成し，すべてのサーバに一つずつ配置します。

この節の構成

C.9.1 ホスト環境設定ファイルの形式

C.9.2 ホスト環境設定ファイルの作成例

C.9.1 ホスト環境設定ファイルの形式

ホスト環境設定ファイルは，次の名称で作成します。

Windowsの場合

<Protection Managerのインストール先>¥script¥conf¥host.dat

Solarisの場合

/opt/drm/script/conf/host.dat

ホスト環境設定ファイルの指定項目，指定する内容およびデータの最大文字数を次の表に示します。

表C-19 ホスト環境設定ファイルの指定項目，指定する内容およびデータの最大文字数（旧バージョン）

指定項目 | 指定内容 | 最大文字数
HOST_ROLE | ホストの区分を指定します。ファイルサーバまたはデータベースサーバの場合は「DB」，バックアップサーバの場合は「BK」を指定します。 | 2
MAX_LOG_LINES | スクリプト用ログファイルの最大行数を1,000～100,000の範囲の整数で指定します。 | 6

C.9.2 ホスト環境設定ファイルの作成例

ホスト環境設定ファイルを作成する手順について説明します。

この例では，2台のファイルサーバと，テープ装置を接続したバックアップサーバの3台について，ホスト環境設定ファイルを作成します。

ホスト環境設定ファイルを作成するには：

ファイルサーバAおよびファイルサーバBにホスト環境設定ファイルを作成し，必要な項目を設定します。
ファイルの記述例を次に示します。

HOST_ROLE=DB
MAX_LOG_LINES=5000

ファイルサーバAおよびファイルサーバBでホスト環境設定ファイルのチェックツール「EX_DRM_HOST_DEF_CHECK」を実行します。

EX_DRM_HOST_DEF_CHECK -db -f ホスト環境設定ファイル

エラーがあった場合はファイルの指定内容を修正し，チェックツールを再度実行します。

バックアップサーバにホスト環境設定ファイルを作成し，必要な項目を設定します。
ファイルの記述例を次に示します。

HOST_ROLE=BK
MAX_LOG_LINES=5000

ファイルサーバAおよびファイルサーバBでホスト環境設定ファイルのチェックツール「EX_DRM_HOST_DEF_CHECK」を実行します。

EX_DRM_HOST_DEF_CHECK -bk -f ホスト環境設定ファイル

C.10 FTPサービスの確認（テープバックアップする場合）

テープバックアップする場合に拡張コマンドを実行するときは，サーバ間でファイルを転送するための設定がされている必要があります。FTPサービスを起動させた状態で，オペレーション定義ファイルの「DB_DATA_FILE_DIR」に指定したディレクトリと「BK_DATA_FILE_DIR」に指定したディレクトリの間で次の操作ができることを確認してください。

FTPによるログオン

ファイルのFTP転送および受信

C.11 オペレーション定義ファイルの内容チェック

次の拡張コマンドで，オペレーション定義ファイルの記述内容をチェックします。

バックアップ対象がファイルシステムの場合：EX_DRM_FS_DEF_CHECK

バックアップ対象がSQL Serverデータベースの場合：EX_DRM_SQL_DEF_CHECK

バックアップ対象がExchangeデータベースの場合：EX_DRM_EXG_DEF_CHECK

バックアップ対象がOracleデータベースの場合：EX_DRM_ORA_DEF_CHECK

引数で指定されたファイルが存在することをチェックしてから，オペレーション定義ファイルのすべての指定項目について，次のことをチェックします。

項目名と値が指定されていること

指定された項目は一つだけであること

文字数が項目の最大字数を超えていないこと

このほか，オペレーション定義ファイルの各指定項目について，次の表に示す指定内容をチェックします。

表C-20 オペレーション定義ファイルのチェック内容

項目名
チェック内容

BACKUP_OBJECT

バックアップ対象がファイルシステムの場合
「FILESYSTEM」が指定されていること

バックアップ対象がSQL Serverデータベースの場合
「MSSQL」が指定されていること

バックアップ対象がExchangeデータベースの場合
「MSEXCHANGE」が指定されていること

バックアップ対象がOracleデータベースの場合
「ORACLE」が指定されていること

DB_SERVER_NAME

「SET_DRM_HOSTNAME」に1が指定されている場合
「DB_SERVER_NAME」に指定された値と，Protection Managerの構成定義ファイル「init.conf」の「DRM_DB_PATH」に指定されたファイルサーバ名が一致していること

バックアップ対象がExchangeデータベースの場合
Exchangeサーバ名または仮想サーバ名が存在すること

INSTANCE_NAME

「INSTANCE_NAME」に指定されたマウントポイントディレクトリが存在すること

マウントポイント一括定義ファイルを指定した場合，ファイルが存在することおよび定義されたマウントポイントが存在すること

バックアップ対象がExchangeデータベースの場合は，「-」が指定されていること

TARGET_NAME

バックアップ対象がファイルシステムの場合
指定されたファイルまたはディレクトリが存在すること※1
指定したファイルおよびディレクトリが「INSTANCE_NAME」で指定したマウントポイントディレクトリ配下であること

バックアップ対象がSQL Serverデータベースの場合
データベース名が実在すること（データベースに接続して，masterデータベースのsysdatabasesテーブルの内容をチェックする）※1
バックアップ対象外のデータベース「tempdb」が含まれていないこと

バックアップ対象がExchangeデータベースの場合
ストレージグループ名が存在すること※2

バックアップ対象がOracleデータベースの場合
表領域名が実在すること※1

AP_FILE_DIR（バックアップ対象がSQL ServerデータベースまたはOracleデータベースの場合）

絶対パスが指定されていること

指定されたディレクトリが実在すること

データベースサーバでSQL Serverの環境設定ファイルの「VDI_METAFILE_DIR」で指定されている内容と一致すること※1（バックアップ対象がSQL Serverデータベースの場合）

drmorainitコマンド実行時に指定したバックアップファイル格納ディレクトリ名と一致していること（バックアップ対象がOracleデータベースの場合）

データベースサーバのオペレーション定義ファイルの場合，「DB_DATA_FILE_DIR」の設定値と異なる値が設定されていること

バックアップサーバのオペレーション定義ファイルの場合，「BK_DATA_FILE_DIR」の設定値と異なる値が設定されていること

DB_DATA_FILE_DIR

絶対パスが指定されていること

指定されたディレクトリが存在すること※1

最下位フォルダ名が「オペレーションID」であること

Windowsの場合，指定されたディレクトリの構成が「<FTPサイトのホームディレクトリ>¥<オペレーションID>」であり，このディレクトリの下にサブディレクトリがないこと

Solarisの場合，指定されたディレクトリの構成が「<任意のディレクトリ>/<オペレーションID>」であり，このディレクトリの下にサブディレクトリがないこと

BK_DATA_FILE_DIR

絶対パスが指定されていること

指定されたディレクトリが存在すること※1

Windowsの場合，指定されたディレクトリの構成が「<FTPサイトのホームディレクトリ>¥<オペレーションID>」であり，このディレクトリの下にサブディレクトリがないこと

Solarisの場合，指定されたディレクトリの構成が「<任意のディレクトリ>/<オペレーションID>」であり，このディレクトリの下にサブディレクトリがないこと

SET_DRM_HOSTNAME
0または1が指定されていること

注※1

Windows環境では大文字と小文字が区別されません。Solaris環境では，表領域，データベースおよびディレクトリの名称は，大文字と小文字が区別されます。

注※2

この項目は，対象となるExchange ServerがExchange 2000 Enterprise ServerまたはExchange Server 2003 Enterprise Editionの場合だけチェックされます。

オペレーション定義ファイルのチェックを実行するには，次の前提条件があります。

バックアップ対象がファイルシステムの場合

チェック対象のファイルが格納されているサーバで実行すること

ファイルサーバに格納されているオペレーション定義ファイルで指定されたマウントポイントディレクトリが同一ホストにあること

バックアップ対象がSQL Serverデータベースの場合

Windowsにログイン中のユーザーアカウントでデータベースサーバに接続できること

データベースサーバでSQL Serverのサービスが起動していること

データベースサーバで実行する場合，チェックするファイルに記述されているSQL Serverインスタンスが同一ホスト上にあること

データベースサーバで実行する場合，同じSQL Serverインスタンス内のデータベースに対してクエリーを発行できること

あらかじめdrmsqlinitコマンドが実行され，「INSTANCE_NAME」に指定されたインスタンスの初期設定がされていること

バックアップ対象がExchangeデータベースの場合

Windowsにログイン中のユーザーアカウントでProtection Managerのコマンドを実行できること

データベースサーバで実行する場合，Exchangeサーバを管理しているWindowsドメインのドメインコントローラにアクセスできること。また，データベースサーバでDNSサービスが起動していること

バックアップ対象がOracleデータベースの場合

データベースサーバでOracleインスタンスが起動していること

データベースサーバで実行する場合，チェックするファイルに記述されているOracleインスタンスが同一ホスト上にあること

データベースサーバで実行する場合，Oracleインスタンス内の表領域に対してクエリーを発行できること

あらかじめdrmorainitコマンドが実行され，「INSTANCE_NAME」に指定されたインスタンスの初期設定がされていること

なお，次の場合には，この拡張コマンドはエラーとなります。

不正なオプションが指定された場合

引数で指定されたファイルが存在しない，またはファイルにアクセスできない場合

ファイルの内容チェックの結果，異常を発見した場合

ファイルサーバまたはデータベースサーバへのアクセスに失敗した場合（-dbオプション指定時）

C.12 拡張コマンド運用時の注意事項

この節の構成

C.12.1 同一インスタンス内のデータベースまたは表領域を並列実行している場合の注意事項

C.12.1 同一インスタンス内のデータベースまたは表領域を並列実行している場合の注意事項

バックアップサーバ側で拡張コマンドを実行する場合，オペレーションIDが異なっていても同じインスタンスを指定しているときは，一つのオペレーションIDの運用が完了するまではほかのオペレーションIDを指定した拡張コマンドを実行しないでください。

同一インスタンス内のデータベースまたは表領域を並列実行する場合，次の条件によっては，バックアップ対象オブジェクトがバックアップされなかったり，指定していない対象をバックアップしたりすることがあります。

(1) バックアップ対象オブジェクトがバックアップされない場合

バックアップサーバでEX_DRM_ORAFILE_EXTRACTまたはEX_DRM_SQLFILE_EXTRACTを実行したあとに，この操作で使用したオペレーション定義ファイルと同じインスタンスを指定している別のオペレーションIDを指定してEX_DRM_ORAFILE_EXTRACTまたはEX_DRM_SQLFILE_EXTRACTを実行すると，バックアップファイル格納ディレクトリをいったんクリアし，後から実行した分で上書きします。このため，先に実行した分が反映されません。

(2) 指定していない対象をバックアップしてしまう場合

バックアップサーバでEX_DRM_ORAFILE_EXTRACTまたはEX_DRM_SQLFILE_EXTRACT実行後に，この操作で使用したオペレーション定義ファイルと同じインスタンスを指定している別のオペレーションIDを指定してテープリストアをすると，その分がバックアップファイル格納ディレクトリに混入してしまいます。

付録D. Protection Managerの運用中に主ボリュームや副ボリュームをディスク交換する手順

ここでは，Protection Managerの運用中に主ボリュームや副ボリュームのディスクを交換するときの手順について説明します。

この付録の構成

D.1 Protection Managerの運用中に主ボリュームや副ボリュームをディスク交換する手順

D.2 主ボリュームのディスクを交換する手順（Windowsの場合）

D.3 副ボリュームのディスクを交換する手順（Windowsの場合）

D.4 主ボリュームのディスクを交換する手順（Solarisの場合）

D.5 副ボリュームのディスクを交換する手順（Solarisの場合）

D.1 Protection Managerの運用中に主ボリュームや副ボリュームをディスク交換する手順

Protection Managerの運用中に主ボリュームや副ボリュームのディスクを交換するときの手順について説明します。主ボリューム，または副ボリュームとして使用していたディスクが壊れてしまった場合には，壊れたディスクを物理的に交換すると同時に，次に示す手順でデータをリストアしたり設定を変更したりする必要があります。その手順は，交換したのが主ボリュームの属するディスクだったのか，副ボリュームの属するディスクだったのかによって異なります。

主ボリュームのディスクを交換する手順
テープのバックアップデータを使ってリストアします。
主ボリューム側を交換前と同じディスクグループ構成で定義し，RAID Managerのpaircreateコマンドを使って副ボリュームにコピーします。
戻したいテープデータを副ボリュームへリストアします。
副ボリュームへリストアしたバックアップ情報を使用して，副ボリュームから新しい主ボリュームへリストアします。

副ボリュームのディスクを交換する手順
主ボリュームの最新データを新しい副ボリュームへコピーします。
テープのバックアップデータを新しい副ボリュームへリストアするときは，drmmountコマンド（-forceオプション指定）とdrmmediarestoreコマンドを使います。

D.2 主ボリュームのディスクを交換する手順（Windowsの場合）

主ボリュームのディスクを交換する例を次に示します。

図D-1 主ボリュームのディスクを交換する例（Windowsの場合）

次のRAID Managerのコマンドを実行し，交換する主ボリュームのペア定義を削除します。

PROMPT> pairsplit -g SI01 -S

主ボリュームを管理するホストで主ボリュームが属しているパーティションを削除します。

Windows 2000 Serverの場合

スタートメニューから［設定］－［コントロールパネル］－［管理ツール］－［コンピュータの管理］を開きます。コンピュータの管理ウィンドウの［ディスクの管理］を選択し，削除するパーティションを右クリックして，［パーティションの削除］をクリックします。

Windows Server 2003の場合

スタートメニューから［コントロールパネル］－［管理ツール］－［コンピュータの管理］を開きます。コンピュータの管理ウィンドウの［ディスクの管理］を選択し，削除するパーティションを右クリックして，［パーティションの削除］をクリックします。

Windows Server 2008の場合

スタートメニューから［管理ツール］－［サーバーマネージャ］を開きます。［サーバーマネージャ］ウィンドウの［記憶域］－［ディスクの管理］を選択し，削除するパーティションを右クリックして，［パーティションの削除］をクリックします。

主ボリュームを管理するホストで新しい主ボリュームに対してパーティションを作成します。

Windows 2000 Serverの場合

スタートメニューから［設定］－［コントロールパネル］－［管理ツール］－［コンピュータの管理］を開きます。コンピュータの管理ウィンドウの［ディスクの管理］を選択し，ディスクの管理でパーティションを作成します。

Windows Server 2003の場合

スタートメニューから［コントロールパネル］－［管理ツール］－［コンピュータの管理］を開きます。コンピュータの管理ウィンドウの［ディスクの管理］を選択し，ディスクの管理でパーティションを作成します。

Windows Server 2008の場合

スタートメニューから［管理ツール］－［サーバーマネージャ］を開きます。［サーバーマネージャ］ウィンドウの［記憶域］－［ディスクの管理］を選択し，ディスクの管理でパーティションを作成します。

主ボリュームを管理するホストで対象のRAID Managerインスタンスの定義ファイルの内容を新しい主ボリュームのPort，TargetID，LUに変更し，RAID Managerインスタンスを再起動します。

PROMPT> horcmshutdown 10
PROMPT> horcmstart 10

次のコマンドを実行し，主ボリュームを管理するホストで新しい主ボリュームと副ボリュームとのペアを生成します。

PROMPT> paircreate -g SI01 -vl -c 15

pairevtwaitコマンドを実行し，ペア状態がPAIRになるまで待ちます。

PROMPT> pairevtwait -g SI01 -s PAIR -t 10 180

pairsplitコマンドを実行し，ペアを分割します。

PROMPT> pairsplit -g SI01

drmmountコマンドを実行し，副ボリュームをマウントします。

PROMPT> drmmount 0000000053

drmmediarestoreコマンドを実行し，副ボリュームを管理するホストでテープデータをリストアします。

PROMPT> drmmediarestore 0000000053

drmumountコマンドを実行し，副ボリュームをアンマウントします。

PROMPT> drmumount 0000000053

副ボリュームを管理するホストで，テープからリストアしたときのバックアップカタログをエクスポートし，主ボリュームを管理するホストへ転送します。

PROMPT> drmdbexport 0000000054 -f /tmp/expfile
PROMPT> ftp dbhost

主ボリュームを管理するホストで，カタログをインポートします。

PROMPT> drmdbimport -f /tmp/expfile

-forceオプションを指定してdrmfsrestoreコマンドを実行し，副ボリュームから主ボリュームへリストアします。

PROMPT> drmfsrestore 0000000155 -resync -force

D.3 副ボリュームのディスクを交換する手順（Windowsの場合）

副ボリュームのディスクを交換する例を次に示します。

図D-2 副ボリュームのディスクを交換する例（Windowsの場合）

主ボリュームのペア定義を削除します。

PROMPT> pairsplit -g SI01 -S

副ボリュームを管理するホストで新しい副ボリュームに対してパーティションを作成します。

Windows 2000 Serverの場合

スタートメニューから［設定］－［コントロールパネル］－［管理ツール］－［コンピュータの管理］を開きます。コンピュータの管理ウィンドウの［ディスクの管理］を選択し，パーティションを作成します。

Windows Server 2003の場合

スタートメニューから［コントロールパネル］－［管理ツール］－［コンピュータの管理］を開きます。コンピュータの管理ウィンドウの［ディスクの管理］を選択し，パーティションを作成します。

Windows Server 2008の場合

スタートメニューから［管理ツール］－［サーバーマネージャ］を開きます。［サーバーマネージャ］ウィンドウの［記憶域］－［ディスクの管理］を選択し，パーティションを作成します。

副ボリュームを管理するホストで対象のRAID Managerインスタンス（副）の定義ファイルを変更し，RAID Managerインスタンスを再起動します。

PROMPT> horcmshutdown 10
PROMPT> horcmstart 10

主ボリュームを管理するホストで，主ボリュームと新しい副ボリュームとのペアを生成します。

PROMPT> paircreate -g SI01 -vl -c 15

ペア生成の完了を待ちます。

PROMPT> pairevtwait -g SI01 -s PAIR -t 10 180

ペア分割します。

PROMPT> pairsplit -g SI01

テープからリストアする場合は-forceオプションを指定してdrmmountコマンドを実行し，副ボリュームをマウントします。

PROMPT> drmmount 0000000065 -force

drmmediarestoreコマンドを実行し，テープから副ボリュームへリストアします。

PROMPT> drmmediarestore 0000000065

drmumountコマンドを実行し，副ボリュームをアンマウントします。

PROMPT> drmumount 0000000065

D.4 主ボリュームのディスクを交換する手順（Solarisの場合）

主ボリュームのディスクを交換する例を次に示します。

図D-3 主ボリュームのディスクを交換する例（Solarisの場合）

次のRAID Managerのコマンドを実行し，交換する主ボリュームのペア定義を削除します。

PROMPT> pairsplit -g SI01 -S

主ボリュームを管理するホストで主ボリュームが属しているディスクグループの定義を削除します。
OSによって手順は異なりますが，基本的には次の手順でディスクグループの定義を削除します。
(1)ファイルシステムをアンマウントします。
(2)ディスクグループをエクスポートします。

主ボリュームを管理するホストで新しい主ボリュームを使って交換前と同じ構成で再定義します。
OSによって手順は異なりますが，基本的には次の手順で再定義します。
(1)ディスクグループおよび論理ボリュームを作成します。
(2)ファイルシステムをマウントします。

主ボリュームを管理するホストで対象のRAID Managerインスタンスの定義ファイルの内容を新しい主ボリュームのPort，TargetID，LUに変更し，RAID Managerインスタンスを再起動します。

PROMPT> horcmshutdown.sh 10
PROMPT> horcmstart.sh 10

次のコマンドを実行し，主ボリュームを管理するホストで新しい主ボリュームと副ボリュームとのペアを生成します。

PROMPT> paircreate -g SI01 -vl -c 15

pairevtwaitコマンドを実行し，ペア状態がPAIRになるまで待ちます。

PROMPT> pairevtwait -g SI01 -s PAIR -t 10 180

pairsplitコマンドを実行し，ペアを分割します。

PROMPT> pairsplit -g SI01

drmmountコマンドを実行し，副ボリュームをマウントします。

PROMPT> drmmount 0000000053

drmmediarestoreコマンドを実行し，副ボリュームを管理するホストでテープデータをリストアします。

PROMPT> drmmediarestore 0000000053

drmumountコマンドを実行し，副ボリュームをアンマウントします。

PROMPT> drmumount 0000000053

副ボリュームを管理するホストで，テープからリストアしたときのバックアップカタログをエクスポートし，主ボリュームを管理するホストへ転送します。

PROMPT> drmdbexport 0000000054 -f /tmp/expfile
PROMPT> ftp dbhost

主ボリュームを管理するホストで，カタログをインポートします。

PROMPT> drmdbimport -f /tmp/expfile

-forceオプションを指定してdrmfsrestoreコマンドを実行し，副ボリュームから主ボリュームへリストアします。

PROMPT> drmfsrestore 0000000155 -resync -force

D.5 副ボリュームのディスクを交換する手順（Solarisの場合）

副ボリュームのディスクを交換する例を次に示します。

図D-4 副ボリュームのディスクを交換する例（Solarisの場合）

主ボリュームのペア定義を削除します。

PROMPT> pairsplit -g SI01 -S

副ボリュームを管理するホストで対象のRAID Managerインスタンス（副）の定義ファイルを変更し，RAID Managerインスタンスを再起動します。

PROMPT> horcmshutdown.sh 10
PROMPT> horcmstart.sh 10

主ボリュームを管理するホストで，主ボリュームと新しい副ボリュームとのペアを生成します。

PROMPT> paircreate -g SI01 -vl -c 15

ペア生成の完了を待ちます。

PROMPT> pairevtwait -g SI01 -s PAIR -t 10 180

ペア分割します。

PROMPT> pairsplit -g SI01

テープからリストアする場合は-forceオプションを指定してdrmmountコマンドを実行し，副ボリュームをマウントします。

PROMPT> drmmount 0000000065 -force

drmmediarestoreコマンドを実行し，テープから副ボリュームへリストアします。

PROMPT> drmmediarestore 0000000065

drmumountコマンドを実行し，副ボリュームをアンマウントします。

PROMPT> drmumount 0000000065

付録E. QuickShadowの構成でテープから直接主ボリュームへリストアする手順

ここでは，QuickShadowの構成でテープから直接主ボリュームへリストアする例を説明します。

なお，Exchange Serverを使用した構成の場合，テープから直接主ボリュームへリストアする手順はサポートしていません。

この付録の構成

E.1 QuickShadowの構成例

E.2 バックアップサーバでテープへバックアップする手順

E.3 テープから直接主ボリュームへリストアする手順

E.1 QuickShadowの構成例

QuickShadowの構成例として，次の構成を想定しています。

データベースサーバとバックアップサーバの2台のサーバがあり，それぞれにテープ装置が接続されています。

バックアップサーバに接続されたテープ装置は，通常のバックアップ手順と同様に，副ボリュームの内容をテープへバックアップするために使用します。

データベースサーバに接続されたテープ装置は，テープの内容を主ボリュームへ直接リストアするために使用します。

E.2 バックアップサーバでテープへバックアップする手順

バックアップサーバでテープへバックアップしたときは，バックアップ情報をファイルへエクスポートして，このファイルを管理してください。出力したファイルには，リストア時にファイルを特定できるように，バックアップ内容がわかるファイル名を付けてください。

バックアップ情報をファイルへエクスポートするには，バックアップサーバで次のコマンドを実行します。

PROMPT> drmdbexport <バックアップID> -f <ファイル名>

このコマンドで指定するバックアップIDは，テープへバックアップしたときに使用したバックアップIDです。ファイルはDRM_DB_PATHディレクトリに作成してください。

このファイルが消失すると，テープから主ボリュームへ直接リストアできませんので，出力したファイルは，必ずバックアップしてください。

なお，拡張コマンドを使用してテープへバックアップする場合，バックアップIDを確認するには，次のディレクトリにあるバックアップID記録ファイル（<オペレーションID>.bid）を参照します。エクスポートで使用するバックアップIDは，テープへバックアップしたときに使用したバックアップIDです。ファイルはDRM_DB_PATHディレクトリに作成してください。

Windowsの場合

<FTP_HOME_DIR値>¥<FTP_SUB_DIR値>¥<オペレーションID>¥BK¥<オペレーションID>.bid

Solarisの場合

/var/opt/drm/script/tmp/<オペレーションID>/BK/<オペレーションID>.bid

E.3 テープから直接主ボリュームへリストアする手順

テープへバックアップしたデータを直接主ボリュームへリストアする手順を次に示します。この手順は，データベースサーバで操作してください。

テープバックアップ時にdrmdbexportコマンドで出力したバックアップ情報のファイルの中から，リストア対象のデータに対応するバックアップ情報のファイルをバックアップサーバからデータベースサーバに転送し，次のコマンドを実行してインポートします。

PROMPT> drmdbimport -f <ファイル名>

ファイルはDRM_DB_PATHディレクトリに格納してください。
リストア対象のデータに対応するバックアップ情報のファイルは，テープバックアップ時にエクスポートしたファイルです。詳細は「E.2 バックアップサーバでテープへバックアップする手順」を参照してください。

データベースを停止します。

バックアップ対象がSQL Serverデータベースの場合

システムデータベースを含まないリストアのときは，リストア対象のデータベースをデタッチします。

システムデータベースを含むリストアのときは，SQL Serverのサービスを停止します。

クラスタ構成のときは，"SQL Server"，"SQL Server Agent"，"SQL Server Fulltext"のリソースをオフラインにします。

バックアップ対象がOracleデータベースの場合

一部の表領域をリストアするときは，その表領域をオフラインにします。

Oracleインスタンス全体をリストアするときは，対象となるOracleインスタンスを停止します。

主ボリュームのペア定義を削除します。
drmfscatコマンド，drmsqlcatコマンドまたはdrmoracatコマンドを使用して，インポートしたバックアップ情報からリストア対象のボリュームを確認し，このボリュームのペア定義をRAID Managerのコマンドで削除します。

テープから主ボリュームへリストアします。
バックアップ管理ソフトウェアを使用して，リストア対象のテープからバックアップ元の主ボリュームへリストアします。

データベース制御情報を回復します。

バックアップ対象がSQL ServerデータベースまたはOracleデータベースの場合

バックアップサーバで保管したバックアップカタログを使用して，データベースサーバにメタファイルまたは制御ファイルを復旧します。

データベースを回復します。

バックアップ対象がSQL Serverデータベースの場合

drmsqlrestoreコマンドに-no_resyncオプションを指定して実行します。

PROMPT> drmsqlrestore <バックアップID> -no_resync

drmsqlrecovertoolコマンドでリカバリを実行します。

バックアップ対象がOracleデータベースの場合

SQL*Plusを使用してデータベースをリカバリします。

主ボリュームのペア定義を回復します。
リストア対象のボリュームのペア定義をRAID Managerのコマンドで再定義します。

付録F. ローカルホストにファイアウォールを設定する場合の注意事項

ここでは，ローカルホストにファイアウォールを設定する場合の注意事項について説明します。

この付録の構成

F.1 ローカルホストにファイアウォールを設定する場合の注意事項

F.1 ローカルホストにファイアウォールを設定する場合の注意事項

OSにバンドルされているファイアウォール機能の中には，ローカルホスト内のソケット通信も遮断するものがあります。

ローカルホスト内のソケット通信が遮断される環境では，Hitachi Storage Command Suite製品のインストールおよび運用ができません。

OSが提供しているファイアウォールを設定する場合，ローカルホスト内のソケット通信を遮断しないように設定してください。

付録G. リモートデスクトップ機能を使用する場合の注意事項

ここでは，リモートデスクトップ機能を使用する場合の注意事項について説明します。

この付録の構成

G.1 リモートデスクトップ機能を使用する場合の注意事項

G.1 リモートデスクトップ機能を使用する場合の注意事項

Windows版のHitachi Storage Command Suite製品は，Windowsのリモートデスクトップ機能をサポートしています。なお，このマニュアルでは次の機能を総称して，リモートデスクトップ機能と呼んでいます。

Windows 2000 Serverの場合
ターミナルサービスのリモート管理モードによるリモートアクセス

Windows Server 2003の場合
管理用リモートデスクトップによるリモートアクセス

Windows XPの場合
リモートデスクトップ接続によるリモートアクセス

Hitachi Storage Command Suite製品を操作（インストールおよびアンインストールを含む）する場合にリモートデスクトップ機能を使用するとき，接続先サーバのコンソールセッションに接続する必要があります。ただし，コンソールセッションに接続しても，接続中に別のユーザーがコンソールセッションに接続すると，製品が正しく動作しなくなるおそれがあります。

用語解説

このマニュアルで使用している用語の意味を説明します。

（英字）

DBMS

Database Management Systemの略です。データベースを管理するプログラムです。

Hitachi Protection Manager

次に示すプログラムの総称です。

Hitachi Protection Manager Copy Controller

Hitachi Protection Manager for Oracle

Hitachi Protection Manager for SQL

Hitachi Protection Manager for Exchange

Hitachi Protection Manager Console

Hitachi Protection Manager Console

Protection Managerが提供するバックアップ・リストア機能を，GUIから操作できるようにするプログラムです。

Hitachi Protection Manager Copy Controller

WindowsおよびSolarisのファイルシステムを対象として，バックアップやリストアを行うプログラムです。OracleやSQL Serverといったデータベースをバックアップする際の前提プログラムでもあります。

Hitachi Protection Manager for Exchange

Exchangeデータベースを対象として，データベースのバックアップやリストアを行うプログラムです。Hitachi Protection Managerのオプション製品です。

Hitachi Protection Manager for Oracle

Oracleデータベースを対象として，データベースのバックアップやリストアを行うプログラムです。Hitachi Protection Managerのオプション製品です。

Hitachi Protection Manager for SQL

SQL Serverデータベースを対象として，データベースのバックアップやリストアを行うプログラムです。Hitachi Protection Managerのオプション製品です。

LDM

Microsoft Logical Disk Managerの略です。LDMは，Windows標準の論理ボリュームマネージャーです。

RAID Manager

日立ディスクアレイサブシステムを制御するためのソフトウェアです。ストレージサブシステムに接続するホストにインストールします。

Setup GUI

Protection Managerを運用するために必要な動作環境の設定をGUIで実行する機能です。GUIによる設定なので，コマンドを実行したり，設定ファイルを編集したりといった操作は不要です。Setup GUIは，Protection Manager Consoleをインストールすると実行できます。

VDI

Virtual Device Interfaceの略です。VDIは，SQL Serverが提供するボリューム複製機能のAPIです。

VSS

Volume Shadow Copy Serviceの略です。Windows Server 2003およびWindows Server 2008で使用できるストレージ支援機能の一つです。

通常，ストレージサブシステムのボリュームに格納されたデータベースのデータをほかのボリュームにコピーする場合，ホスト（データベースアプリケーション）からのアクセスを一時停止し，データベースを静止化する必要があります。

VSSを使用すると，データベースアプリケーションのトランザクションやボリュームへの入出力をOSの機能で制御し，データベースを静止化できます。

これによって，より信頼性の高いバックアップ処理ができるようになります。ただし，VSSを使用したデータベースアプリケーションの静止化を行うためには，データベースアプリケーションがVSSに対応したものである必要があります。

Protection Managerでは，VSSに対応したデータベースアプリケーションとして，Exchange Server 2003およびExchange Server 2007に対応しています。また，VSSを使用したファイルシステムのバックアップ，リストアにも対応しています。

VxFS

Veritas File Systemの略です。VxFSは，Solaris上で動作するファイルシステムです。

VxVM

論理ボリュームマネージャー Veritas Volume Managerの略です。

（ア行）

アーカイブ済みREDOログ

Oracleデータベースで，障害発生時にデータベースを回復するために必要となる過去のトランザクションを記録したログファイルです。アーカイブ済みREDOログファイルは，ディスク障害が発生した場合でもデータベースを回復できるように，いっぱいになったオンラインREDOログファイルをアーカイブしたものです。

アプリケーションマップファイル

ディクショナリマップファイルを構成するマップファイルの一つです。アプリケーションマップファイルは，バックアップの対象となるアプリケーションデータとファイルシステム上のファイルとのマッピング情報を記憶するためのファイルです。

一括定義ファイル

Protection Managerのコマンドで，複数の操作対象を一度に指定するためにユーザーが定義する定義ファイルです。

オンラインREDOログ

Oracleデータベースで，障害発生時にデータベースを回復するために必要となる過去のトランザクションを記録したログファイルです。

（カ行）

クラスタソフトウェア

システムを多重化することで，システム全体の可用性を向上させるソフトウェアです。

Protection Managerと連携できるクラスタソフトウェアを次に示します。

Windowsの場合：Microsoft Cluster ServiceまたはVeritas Cluster Server

Solarisの場合：Veritas Cluster Server

コアマップファイル

ディクショナリマップファイルを構成するマップファイルの一つです。コアマップファイルは，ファイルシステムのマウントポイントディレクトリからRAID装置内のディスク番号までのマッピング情報を記憶するためのファイルです。

コピーグループ

コピーグループとは，ボリューム複製機能とRAID Managerの機能によって同期されたり，分割されたりする主ボリュームと副ボリュームの組み合わせです。ペアボリュームと呼ばれることもあります。

コピーグループマップファイル

ディクショナリマップファイルを構成するマップファイルの一つです。コピーグループマップファイルは，主ボリュームと，それに対応する副ボリュームとのマッピング情報を記憶するためのファイルです。

（サ行）

システムログ

システムの状態やトラブルを通知するためにOSが発行するログ情報です。システムログは，次のログファイルに出力されます。

Windowsの場合

Windowsイベントログファイル

Solarisの場合

syslogファイル

ストレージグループ

Exchange Serverが提供している，複数のデータベースをグループ化する管理方法です。グループ内のデータベースは共通のトランザクションログを使用するので，複数のデータベースをまとめて管理できます。

ストレージサブシステム間のボリューム複製機能

このマニュアルでの，TrueCopyおよびUniversal Replicatorの総称です。ストレージサブシステム間のボリューム複製機能は，2台のストレージサブシステム間のデータコピー機能であり，LANを経由しないで高速にデータを転送します。これによって，データセンターの災害対策や，移転・統合に伴うリモートサイトへのデータ転送をホストと独立して迅速に行うことができます。

（タ行）

ターゲットID

SCSIバス上に接続された各デバイスを識別するための番号です。SCSI IDとも呼ばれます。

ダイナミックディスク

VxVMでディスクグループを作成するための機能です。ディスクグループまたはディスクセットを構成している物理ディスクを指すこともあります。1台，または複数のダイナミックディスクを結合または分割した論理ボリューム（ダイナミックボリューム）を作成できます。

ダイナミックボリューム

1台，または複数のダイナミックディスクを結合または分割して割り当てた論理ボリュームです。

ディクショナリマップファイル

Protection Managerで，バックアップ処理を自動化するために必要となる，バックアップ対象のオブジェクトからRAID装置までのマッピング情報を記憶するファイルです。

ディクショナリマップファイルは，3種類のマップファイルとバックアップカタログで構成されます。

・アプリケーションマップファイル

・コアマップファイル

・コピーグループマップファイル

・バックアップカタログ

ディスクグループ

VxVMを使用して，一つ以上の論理デバイスをグループ化した単位です。ディスクグループでは，ディスクグループを構成する論理ボリュームの容量とは関係なく一つ以上のボリュームを構成できます。

Veritas Volume Manager for Windowsの環境では，ディスクグループを構成すると，ディスクグループは一つ以上のディスクセットとして認識されます。Veritas Volume Manager for Windowsの環境では，ディスクグループを最小単位としてバックアップおよびリストアを実行します。

ディスクセット

Protection Managerでは，ダイナミックディスク構成の場合に，一つ以上のダイナミックディスクと，ダイナミックディスクに割り当てた一つ以上の論理ボリュームのグループをディスクセットと呼びます。

データベースの静止化

データベースを格納しているディスクへの入出力を，DBMSが一時的に停止することです。データベースの静止化が解除されるまでの間，アプリケーションからのトランザクションはDBMSによって制御されます。

ペアボリュームが同期している状態でデータベースを静止化すると，主ボリュームと副ボリュームが完全に同じ状態になります。この状態でバックアップすることで，整合性の確保されたデータベースをバックアップできます。

トランザクションログ

データベースに加えられた変更を記録するログです。このログ情報は，バックアップやリストアによるロールフォワード（データ変更のやり直し）やロールバック（データ変更の取り消し）の際に必要となります。

（ハ行）

バックアップID

バックアップカタログに記憶される情報の一つです。バックアップIDは，バックアップデータを一意に識別するためのIDです。バックアップIDは，Protection Managerでバックアップ操作を行うと自動的に付与されます。

バックアップカタログ

バックアップカタログは，Protection Managerが行うバックアップ操作の履歴や世代を管理するのに必要な情報を収集したものです。バックアップを実行すると，バックアップカタログ内に，実行したバックアップに関する情報を集めたレコードが作成されます。バックアップしたデータをリストアする場合には，Protection Managerは，バックアップカタログの情報を参照してリストアを実行します。

バックアップ情報

Protection Managerでのバックアップ操作で，バックアップカタログに記憶されるさまざまな情報をバックアップ情報と呼びます。

フェールオーバー

クラスタソフトウェアによって多重化されたシステムで，システムに障害が発生した場合に，自動的に予備のシステムに切り替えることをフェールオーバーといいます。

ペアボリューム

RAID Managerとボリューム複製機能によって，ミラー制御される物理ボリュームのペアです。

ベーシックディスク

Windowsでの標準の物理ディスクです。複数のディスクにわたるボリュームを作成することはできません。

ベーシックボリューム

ベーシックディスクに割り当てた論理ボリュームです。Protection Managerでは，一つのベーシックディスクに対して一つのベーシックボリュームの構成だけをサポートします。

ボリューム動的認識

ボリューム動的認識とは，サーバに接続されたストレージサブシステム装置の物理ボリュームを，Protection Managerのコマンドを実行して，サーバから隠ぺいまたは隠ぺい解除する機能です。サーバから物理ボリュームを隠ぺいしてアクセスを制御することで，ユーザーの誤操作を防ぐことができます。

ボリューム複製機能

このマニュアルでの，ShadowImage，TrueCopyなど，ストレージサブシステムが持つボリュームを高速複製するための機能の総称です。ストレージサブシステムが提供するミラー制御機能によって，LANを経由しないで高速にボリュームのレプリカを作成できます。

（マ行）

メタデータ

SQL Serverデータベースで，データやファイルシステムに関する構成や属性などの各種情報を示すデータです。

（ラ行）

リモートコピー機能

このマニュアルでは，TrueCopyやUniversal Replicatorなどのリモートサイトへのボリューム複製機能を総称してストレージサブシステム間のボリューム複製機能（リモートコピー機能）と呼びます。リモートサイトにデータをバックアップすることで，ローカルサイトにストレージサブシステムの障害が発生した場合にも，リモートサイトのデータをリストアすることができるため，データの安全性が向上します。例えば，大規模災害によってローカルサイトのデータがすべて失われてしまっても，リモートサイトのデータを使用することによって，データを短時間で復旧することができます。

索引

[記号]
[A][B][C][D][E][F][H][I][L][M][N][O][P][Q][R][S][T][V][W]
[あ][い][う][お][か][き][く][こ][さ][し][す][せ][そ][た][ち][て][と][ね][は][ひ][ふ][へ][ほ][ま][め][ゆ][よ][り][れ][ろ]

(記号)

[CMD]

[FINISH_PROC]

[POST_PROC]

[PRE_PROC]

[RESYNC_PROC]

[SPLIT_PROC]

(A)

Active-Active

Active-Active

Active-Passive

Active-Passive

(B)

BACKUP_OBJECT

BACKUP_OBJECT

BACKUP_OBJECT

BACKUP_OBJECT

BACKUP_SERVER

Backup Execバックアップジョブスクリプトファイル

BK_SERVER

BUSY_RETRY_TIME

BUSY_RETRY_WAIT

(C)

CCR構成

CCR構成でバックアップおよびリストアする

CG_MP.conf

CLASS

CLU_MSCS_RESTORE

CLU_RETRY_TIME

CLU_RETRY_WAIT

CMDLINE

COM_RETRY_TIME

COM_RETRY_WAIT

CONFIRM_GENERATION_IDENTICAL

COPY_GROUP

COPY_GROUP_NUM

COPY_SIZE

(D)

DB_SERVER

DB_SERVER_NAME

DB_SERVER_NAME

DB_SERVER_NAME

DB_SERVER_NAME

DBMS

DEFAULT.dat

DEFAULT.dat

DEFAULT.dat

DEVICE_DETACH

DRM_DB_SYNC

drm_output.log

drm_output.log

drmdbsetupユーティリティ

drmdbsetupユーティリティ

drmmediabackupコマンドとdrmmediarestoreコマンドを同時実行する場合

(E)

END_CODE

ENV

Exchange仮想サーバ名.dat

Exchange環境設定ファイルの作成

Exchange管理ツール

Exchangeデータベース製品

EXG_CCR_PASSIVE_NODE

EXG_CCR_SEED

EXG_VERIFY_RETRY_COUNT

EXG_VERIFY_RETRY_INTERVAL

Eメールの送信

(F)

FTP_HOME_DIR

FTP_HOME_DIR

FTP_HOME_DIR

FTP_SUB_DIR

FTP_SUB_DIR

FTP_SUB_DIR

FTPサービス

FTPサービスの確認（テープバックアップする場合）

FTPサービスの確認（テープバックアップする場合）

旧バージョン

FTPユーザーを切り替える場合

(H)

Hitachi Protection Manager

Hitachi Protection Manager Console

Hitachi Protection Manager Copy Controller

Hitachi Protection Manager for Exchange

Hitachi Protection Manager for Oracle

Hitachi Protection Manager for SQL

HORCMINST

HORCMINST_AUX

horcmn.conf

horcmn.conf

host.dat

HOST_ROLE

(I)

INCLUDE_EXEC

init.conf

init.conf

INST_PATH

INST_PATH

INSTALLPATH

INSTANCE_NAME

INSTANCE_NAME

INSTANCE_NAME

INSTANCE_NAME

INSTANCE_NUMBER

(L)

LDM

local

LOCAL_BACKUP

LOCATION

(M)

mail.conf

MAX_LOG_LINES

MOUNT_POINT

MOUNT_POINT

MSG_OUTPUT

(N)

NBU_MASTER_SERVER

(O)

Oracleデータベース製品

Oracleデータベースの場合の運用例

ボリューム間でデータをバックアップおよびリストアする

Oracleデータベースのバックアップおよびリストアの運用について

Oracleデータベースを主ボリュームにリストアする

Oracleデータベースをテープからリストアする

Oracleデータベースをテープにバックアップおよびリストアする（アーカイブ済みREDOログファイルおよび制御ファイル）

Oracleデータベースをテープにバックアップおよびリストアする（表領域）

Oracleデータベースをテープにバックアップする

Oracleデータベースをバックアップする

Oracleデータベースを副ボリュームにバックアップする

Oracleデータベースをリストアおよびリカバリする

OracleのREDOログファイルおよび制御ファイルを利用した運用をする

(P)

PAIR_CREATE

PARALLEL_COUNT

PARENT_STAT

POLICY

POSTBACKUP_TIMEOUT

PREBACKUP_TIMEOUT

PRESPLIT_TIMEOUT

Protection Manager Console

Protection Manager Copy Controller

Protection Manager for Exchange

Protection Manager for Oracle

Protection Manager for SQL

Protection Managerがサポートする仮想化環境

Protection Managerが適用できるボリューム構成

Protection Managerサービス

起動

サービスとしてログオンする権利

サービスとしてログオンする権利

サービスの実行ユーザー

再起動

停止

ローカルシステムアカウント

Protection Manager製品のインストール先

Protection Manager製品の紹介

Protection Managerで使用するファイル一覧

Protection Managerと連携できないバックアップ管理製品を使用してストレージグループをバックアップ，リストアする

Protection Managerと連携できないバックアップ管理製品を使用してファイルシステムをバックアップ，リストアする

Protection Managerと連携できるソフトウェア

Protection Managerのインストール時にトラブルが発生した場合の対処

Protection Managerの運用

Protection Managerの運用中に主ボリュームや副ボリュームをディスク交換する手順

Protection Managerの概要

Protection Managerの環境設定の手順

Protection Managerの機能

Protection Managerの機能

クラスタリングへの対応

コピーグループによるペア管理

コマンドによる運用負担の軽減

世代の管理

ディクショナリマップファイルを使ったリソースの管理

バックアップ

リストア

Protection Managerの機能の概要

Protection Managerの構成定義ファイル

Protection Managerの構成定義ファイル

Protection Managerの構成定義ファイル（init.conf）の設定例

Protection Managerのコマンド

Protection Managerのシステム条件

Protection Managerの動作環境の設定（旧バージョン）

Protection Managerの動作環境の保護

Protection Managerの動作の設定

Protection Managerの動作の設定

クラスタリソースの状態を確認するためのリトライ回数とリトライ間隔の設定

実行中のコマンドの状態を確認するためのリトライ回数とリトライ間隔の設定

ディクショナリマップ同期オプションの設定（SQL Serverデータベースの場合）

バックアップオプションの設定（SQL Serverデータベースの場合）

プロセスの状態を確認するためのリトライ回数とリトライ間隔の設定

リカバリオプションの設定（SQL Serverデータベースの場合）

Protection Managerの特長

Protection Managerのバージョン

Protection Managerのプログラムが動作するOS

Protection Managerのプログラムが動作するOS

Protection Managerのログファイル「drm_output.log」（または「drm_output.log.old」）

Protection Managerを削除するサーバ

Protection Managerを使用するための準備

Protection Managerを使用する場合のシステム構成と注意事項

(Q)

QuickShadowの構成でテープから直接主ボリュームへリストアする手順

QuickShadowの構成例

(R)

RAC構成

RAC構成でバックアップおよびリストアする

RAID Manager

RAID Managerと連携するためのProtection Managerの設定

RAID Managerと連携するための設定

RAID Managerコマンドのビジー状態を確認するためのリトライ回数とリトライ間隔

インスタンス番号の設定

運用によってリトライ回数とリトライ間隔を変更する場合の設定

データコピー時のトラックサイズの設定

ペア状態を確認するためのリトライ回数とリトライ間隔の設定

ボリュームペア生成の設定

RAID Managerのインストールパスの設定

RAID Managerの起動および停止について

RAID Managerの構成定義ファイル

RAID Managerの構成定義ファイル

RAID Managerの構成定義ファイル（horcmn.conf）

RAID Managerの設定

RAID Managerの設定

ストレージサブシステム間でバックアップまたはリストアする場合

一つの主ボリュームを複数世代にバックアップする場合

複数の主ボリュームを一つの世代にバックアップする場合

複数の主ボリュームを複数の世代にバックアップする場合

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

RAID Manager用連携定義ファイル

RAID Manager用連携定義ファイル

RAID Manager用連携定義ファイル（DEFAULT.dat）の設定例

RECOVERY_MODE_ON_BACKUP_ABORTING

remote

RESTORE_DELAY_RETRY_TIME

RESTORE_DELAY_RETRY_WAIT

RESTORE_RETRY_TIME

RESTORE_RETRY_WAIT

RESYNC_RETRY_TIME

RESYNC_RETRY_WAIT

RETRY_TIME

RETRY_WAIT

RM Shadow Copy Providerのバージョンが「01-02-03/03」以降の場合の設定

RM Shadow Copy Providerのバージョンが「01-02-03/03」より前の場合の設定

(S)

SCHEDULE

SCRIPT_FILE

SCR構成

SCR構成でバックアップおよびリストアする

SET_DRM_HOSTNAME

SET_DRM_HOSTNAME

SET_DRM_HOSTNAME

SET_DRM_HOSTNAME

Setup GUI

Setup GUI

Solarisのボリュームマネージャーについての前提条件と注意事項

SPLIT_RETRY_TIME

SPLIT_RETRY_WAIT

SQL_AUTORECOVERY_TIME

SQL_CHECKDB

SQL_LOGIN_TIMEOUT

SQL_QUICK_BACKUP

SQL Server自動復旧時間の指定

SQL Serverデータベース

Protection Managerと連携できないバックアップ管理製品を使用してバックアップ，リストアする

SQL Serverデータベースのバックアップとリストアの運用について

SQL Serverデータベースのログ配布機能を使用する

SQL Serverデータベースをカスケード構成またはマルチターゲット構成でバックアップ，リストアする

SQL Serverデータベースを主ボリュームにリストアする

SQL Serverデータベースをテープからリストアする

SQL Serverデータベースをテープにバックアップする

SQL Serverデータベースを副ボリュームにバックアップする

SQL Serverデータベースをリモートサイトでリストアする

SQL Serverデータベースをリモートサイトにバックアップする

SQL Serverデータベースをローカルサイトにリストアする

最新のバックアップデータに問題があった場合

スタンバイ状態

データベースをリカバリするときの注意事項

データベースをリストアするときの注意事項

トランザクションログの連鎖に関する注意事項

トランザクションログバックアップ時の必要条件

トランザクションログバックアップを利用した運用例

トランザクションログバックアップを利用した運用例

トランザクションログをバックアップするときの注意事項

バックアップおよびリストアするときの注意事項

バックアップ時と異なるホストでリストア，リカバリする

一つのボリュームに複数のデータベース構成ファイルが配置されている場合

ファイルの配置

ボリューム間でバックアップおよびリストアする

マルチターゲット構成でのバックアップ，リストア

メタファイルの配置

ユーザースクリプトを使用してSQL Serverデータベースをバックアップする

リストア，リカバリ時のデータベースの状態

リモートサイトからローカルサイトにデータを復旧させる

ローカルサイトとリモートサイトの間でバックアップおよびリストアする（リモートコピー）

ローディング状態

SQL Serverデータベース製品

SQL Serverデータベースのログ配布機能を使用する

配布先サーバを運用サーバにする設定

ログ配布機能を使用するための準備

SQL Serverとの連携に関する設定

SQL Serverの情報を登録する例

SQL Serverのトランザクションログを利用した運用をする

SQL Serverのレプリケーション機能

SQL Serverのログ配布機能を使用する場合の構成（バックアップ対象がSQL Serverデータベースの場合）

SQL Serverログインタイムアウトオプションの指定

SVC_RETRY_TIME

SVC_RETRY_WAIT

(T)

TARGET_NAME

TARGET_NAME

TARGET_NAME

TARGET_NAME

TIMEOUT

(V)

VBScriptの前提バージョン

VDI

VDIメタファイル格納ディレクトリの作成（旧バージョン）

Veritas Cluster Server for Windows構成の場合

Veritas Cluster Server for Windowsを使用したクラスタ構成の場合

Veritas Cluster Serverを使用している場合

クラスタ情報の構成定義ファイルの作成（Veritas Cluster Serverを使用している場合）

Veritas Volume Manager for Windowsでダイナミックディスクを使用するとき

VMware ESX Server

VSHTCHOMRCF_MUN

VSHTCHORCMINST_LOCAL

VSHTCHORCMINST_REMOTE

VSHTCHORCMINST_REMOTE

VSS

vsscom.conf

vsscom.conf

VSS定義ファイル

VSS定義ファイル

VSSを使用したバックアップでExchange Server 2003のデータベースの検証に掛かる時間の目安

VSSを使用したバックアップでExchange Server 2007のデータベースの検証に掛かる時間の目安

VSSを使用してバックアップする場合の構成（バックアップ対象がファイルシステムまたはExchangeデータベースの場合）

VSSを使用するための設定（ファイルシステムまたはExchangeデータベースの場合）

VSSを使用する場合

VSSを使用する場合

VxFS

VxVM

(W)

Windows Server 2008 Hyper-V

Windowsイベントログ

Windowsでディスクグループを構成する場合の条件と注意事項

Windowsのディスクのパーティションスタイルについての注意事項

WRITER_TIMEOUT_RETRY_COUNT

WRITER_TIMEOUT_RETRY_INTERVAL

(あ)

アーカイブ済みREDOログ

アーカイブ済みREDOログファイルをバックアップする

アプリケーションマップファイル

アプリケーションマップファイル

アンインストール

アンインストール

Solarisの場合

Windowsの場合

(い)

一時（TEMP）表領域を除く表領域に対するデータファイル

一度作成したオペレーションIDの名称を変更，または使用をやめる場合

一括定義ファイル

一括定義ファイルの格納場所

一括定義ファイルの作成

一括定義ファイルの内容

一括定義ファイルのファイル名

一括定義ファイルを指定できるコマンド

インスタンス名.dat

インストール

インストール

Solarisの場合

Windowsの場合

インフォメーションストア単位でリストア

VSS

インフォメーションストア単位でリストアする

インフォメーションストア単位でリストアする

(う)

運用

Exchangeデータベースの場合の運用

Oracleデータベースの場合の運用

SQL Serverデータベースの場合の運用

ファイルシステムの場合の運用

運用時の注意事項

運用操作での注意事項

運用待機型のクラスタ構成（Active-Passive）

運用例

Protection Managerと連携できないバックアップ管理製品を使用してOracleデータベースをバックアップ，リストアする

Protection Managerと連携できないバックアップ管理製品を使用してファイルシステムをバックアップ，リストアする

ファイル共用を使用してOracleデータベースをバックアップおよびリストアする

ファイル共用を使用してファイルシステムをバックアップ，リストアする

ファイルシステムを主ボリュームにリストアする

ファイルシステムをテープからリストアする

ファイルシステムをテープにバックアップする

ファイルシステムを副ボリュームにバックアップする

ユーザースクリプトを使用してファイルシステムをバックアップする

ローカルサイトとリモートサイトの間でバックアップおよびリストアする

(お)

オフライン

クラスタリソース

オペレーションID

オペレーションIDを準備する

オペレーション定義ファイル

オペレーション定義ファイルの形式

Exchangeデータベースの場合

Oracleデータベースの場合

SQL Serverデータベースの場合

旧バージョン

旧バージョンでWindowsの場合

旧バージョンの場合

ファイルシステムの場合

オペレーション定義ファイルの作成

Exchangeデータベースの場合

Oracleデータベースの場合

SQL Serverデータベースの場合

旧バージョン

旧バージョンでSolarisの場合

旧バージョンでWindowsの場合

旧バージョンの場合

ファイルシステムの場合

オペレーション定義ファイルの作成例

Exchangeデータベースの場合

Oracleデータベースの場合

Solarisのファイルシステムの場合

SQL Serverデータベースの場合

Windowsのファイルシステムの場合

旧バージョンでExchangeデータベースの場合

旧バージョンでOracleデータベースの場合

旧バージョンでSolarisのファイルシステムの場合

旧バージョンでSQL Serverデータベースの場合

旧バージョンでWindowsのファイルシステムの場合

旧バージョンのファイルシステムの場合

オペレーション定義ファイルの設定例

オペレーション定義ファイルの内容チェック

旧バージョン

オペレーション定義ファイルの配置

Exchangeデータベースの場合

Oracleデータベースの場合

SQL Serverデータベースの場合

旧バージョンでOracleデータベースの場合

旧バージョンでSolarisのファイルシステムの場合

旧バージョンでWindowsの場合

旧バージョンの場合

ファイルシステムの場合

オンライン

クラスタリソース

オンラインREDOログ

オンラインREDOログファイル

(か)

回復用ストレージグループでの注意事項

拡張コマンド

拡張コマンドが出力するログファイルについて

拡張コマンドと基本コマンドの対応

拡張コマンドトレースログのファイル「drm_script.log」（または「drm_script.log.old」）

拡張コマンドの起動方法の設定

拡張コマンドの実行権限

拡張コマンドの実行に必要な準備

拡張コマンドの自動実行

拡張コマンドのトラブルシューティング

拡張コマンド用FTPサービスの設定

拡張コマンド用一時ディレクトリ

拡張コマンド用一時ディレクトリの確認

拡張コマンド用一時ディレクトリの作成（旧バージョン）

拡張コマンド用ログファイル

拡張コマンドを使用するための前提条件の確認

カスケード構成

カスケード構成

カスケード構成（バックアップ対象がExchangeデータベースの場合）

カスケード構成（バックアップ対象がSQL Serverデータベースの場合）

カスケード構成情報定義ファイル

カスケード構成でトランザクションログをバックアップする（バックアップカタログがない場合）

カスケード構成でのペアボリュームの再同期に関する注意事項

カスケード構成でバックアップおよびリストアする

カスケード構成でバックアップする

カスケード構成でリストアする

カスケード構成の場合

カスケード構成またはマルチターゲット構成でバックアップ，リストアする準備

環境構築例

環境構築例

Protection Managerの構成定義ファイル（init.conf）

RAID Managerの構成定義ファイル（horcmn.conf）

RAID Manager用連携定義ファイル（DEFAULT.dat）

SQL Serverの情報を登録する

オペレーション定義ファイルの設定

コピーグループ一括定義ファイルの設定

サーバの構成

ストレージサブシステムの構成

ディクショナリマップファイルの作成

バックアップ管理製品と連携するための設定

ホスト環境設定ファイルの設定

環境変数LANG

環境変数LD_LIBRARY_PATH

環境変数MANPATH

環境変数NLS_LANG

環境変数PATH

環境変数PATH

環境変数の設定（Solarisの場合）

(き)

キー定義ファイル（.KDF）の回復

キーファイル（.K01または.Knn）の回復

基本コマンド

旧バージョンのオペレーション定義ファイル

共有ディスクとクラスタグループに関する設定

(く)

クラスタ環境でコマンドを実行する場合の注意事項

クラスタ環境でコマンドを実行する場合の注意事項

クラスタ構成に必要な設定および定義ファイルの作成

クラスタ情報の構成定義ファイル

クラスタソフトウェア

クラスタソフトウェア

クラスタ名.dat

クラスタリソースがオフライン状態でのリストア

クラスタリソースがオンライン状態でのリストア

クラスタリソースがオンライン状態でのリストアの設定

(こ)

コアマップファイル

コアマップファイル

異なるSQL Serverインスタンスにリストアする

コピーグループ

コピーグループ一括定義ファイル

コピーグループ一括定義ファイルの作成

コピーグループ一括定義ファイルの設定例

コピーグループ一括定義ファイルのチェック

コピーグループ自動選択時の動作モードの設定

コピーグループのロックを解除する

コピーグループマウント定義ファイル

コピーグループマップファイル

コピーグループマップファイル

コピーグループ名

コピーグループをロックして複数世代のバックアップ，リストアをする

コピーグループをロックする

コピーパラメーター定義ファイル

コピーパラメーター定義ファイル

コマンド実行時の注意事項

コマンド実行条件

コマンド同時実行の可否

コマンドの強制終了に関する注意事項

コマンドの同時実行の可否（共通系コマンド）

コマンドの同時実行の可否（テープ系コマンド）

コマンドの同時実行の可否（バックアップ対象がExchangeデータベースの場合）

コマンドの同時実行の可否（バックアップ対象がOracleデータベースの場合）

コマンドの同時実行の可否（バックアップ対象がSQL Serverデータベースの場合）

コマンドの同時実行の可否（ファイルシステムのバックアップとリストアに使用するコマンド）

コマンドの同時実行の可否（ユーティリティコマンド）

コマンドを実行するためのSQL Serverデータベースの条件

コマンドを実行するユーザーに必要な権限

コマンドを実行できるSQL Serverサービスの状態

コマンドを実行できるSQL Serverデータベースの種類

コマンドを実行できるSQL Serverデータベースの状態

コマンドを同時実行するときの注意事項

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

(さ)

サーバパラメーターファイル

サーバを操作するときの条件

採取した資料の調査

採取する資料（Solarisの場合）

採取する資料（Solarisの場合）

OSのログ情報

Protection Managerの情報

RAID Managerの情報

オペレーション内容

採取する資料（Windowsの場合）

採取する資料（Windowsの場合）

OSのログ情報

Protection Managerの情報

RAID Managerの情報

オペレーション内容

サブスクリプションデータベース

(し)

システム構成

ファイルシステムをテープにバックアップおよびテープからリストアする

システム構成（ファイルシステムの場合）

ボリューム間でデータをバックアップおよびリストアする

システムログ

主ボリュームのディスクを交換する手順（Solarisの場合）

主ボリュームのディスクを交換する手順（Windowsの場合）

障害発生時のリトライ時間

詳細トレースログ情報の出力レベルを調整する

詳細トレースログ情報のログファイル数を調整する

詳細トレースログ情報を調査する

初期化パラメーターファイル

処理の流れ

バックアップしたファイルシステムを主ボリュームにリストアする

ファイルシステムをテープからリストアする

ファイルシステムをテープにバックアップする

ファイルシステムを副ボリュームにバックアップする

処理の流れ（ファイルシステムの場合）

ボリューム間でデータをバックアップおよびリストアする

資料の採取方法

資料を採取する（Solarisの場合）

資料を採取する（Windowsの場合）

(す)

ストレージグループ

ストレージグループ

ボリューム間でデータをバックアップおよびリストアする

ユーザースクリプトを使用してストレージグループをバックアップする

リモートサイトにバックアップする

ローカルサイトとリモートサイトの間でバックアップおよびリストアする（リモートコピー）

ローカルサイトにリストアする

ストレージグループを主ボリュームにリストアする

ストレージグループをテープからリストアする

ストレージグループをテープにバックアップおよびテープからリストアする

ストレージグループをテープにバックアップする

ストレージグループを副ボリュームにバックアップする

ストレージサブシステム（リモートサイト）を使用したデータ管理

ストレージサブシステム間でバックアップおよびリストアする場合の構成と注意事項

ストレージサブシステム間のボリューム複製機能

ストレージサブシステム間のボリューム複製機能

ストレージサブシステム間のボリューム複製機能

ストレージサブシステム間のボリューム複製機能

ストレージサブシステムにインストールする必要があるボリューム複製機能

ストレージサブシステムの条件

(せ)

制御ファイル

世代識別名

世代の管理

ロック

セットアップタイプ

(そ)

相互待機型のクラスタ構成（Active-Active）

(た)

ターゲットID

ダイナミックディスク

ダイナミックディスク構成の場合

ダイナミックディスク構成の場合

ダイナミックボリューム

ダイナミックボリュームを拡張するとき

多段になったペア構成での再同期に関する注意事項

(ち)

チェックポイントファイル

(て)

ディクショナリマップファイル

ディクショナリマップファイル

ディクショナリマップファイル

ディクショナリマップファイル

アプリケーションマップファイル

コアマップファイル

コピーグループマップファイル

ディクショナリマップファイルの更新に関する注意事項

バックアップカタログ

ディクショナリマップファイル格納ディレクトリ

ディクショナリマップファイル障害の対処

ディクショナリマップファイルの検証

ディクショナリマップファイルの更新

ディクショナリマップファイルの再作成

ディクショナリマップファイルの作成

ディクショナリマップファイルの作成

運用待機型のクラスタ構成の場合（Active-Passive）

相互待機型のクラスタ構成の場合（Active-Active）

非クラスタ構成，またはバックアップサーバの場合

ディクショナリマップファイルの作成例

ディザスタリカバリ

ディスクグループ

ディスクグループ

ディスクセット

ディスクを交換するときの手順

ディストリビューションデータベース

ディストリビューションデータベース

データファイル（Exchangeデータベース）

データファイル（SQL Serverデータベース）

データベース一括定義ファイル

データベース構成定義ファイル

データベース構成定義ファイルの作成

データベース構成定義ファイルの作成

データベース構成定義ファイルの作成（Oracleデータベースの場合）

データベース構成定義ファイルの作成（SQL Serverデータベースの場合）

データベースの検証についての注意事項

データベースの静止化

データベースやマウントポイントディレクトリ一括定義ファイルの作成

テープから直接主ボリュームへリストアする手順

テープ装置を使用してバックアップおよびリストアする

テープ装置を使用してバックアップおよびリストアする

テープバックアップ用構成定義ファイル

テープバックアップ用構成定義ファイルの設定例

テンプレートカタログ

(と)

動作環境の復旧

同時実行不可のコマンドが無期限にリトライするのをやめる場合

トラブルシューティング

トラブル発生時に採取が必要な資料

トラブル発生時の対処の手順

トランザクションログ

トランザクションログ一括定義ファイル

トランザクションログ一括定義ファイルの格納場所

トランザクションログ一括定義ファイルの作成

トランザクションログ一括定義ファイルの自動生成

トランザクションログ一括定義ファイルの内容

トランザクションログ一括定義ファイルのファイル名

トランザクションログの適用

SQL Serverデータベースを直前のバックアップからリカバリする

SQL Serverデータベースを二つ以上前のバックアップからリカバリする

トランザクションログの適用に関する注意事項

トランザクションログのバックアップを適用する順序

トランザクションログバックアップファイルをバックアップおよびリストアする

トランザクションログバックアップを利用した運用例（障害発生後にトランザクションログを取得する）

トランザクションログファイル

トランザクションログファイル

トランザクションログファイル（SQL Serverデータベース）

トランザクションログを適用してリカバリする

トランザクションログをバックアップする

(ね)

ネットワークファイル

(は)

パスワードファイル

バックアップID

バックアップID

バックアップID記録ファイル

バックアップおよびリストア時の注意事項

バックアップカタログ

バックアップカタログ

バックアップカタログファイル

バックアップ管理製品と連携するための構成定義ファイル

バックアップ管理製品と連携するための情報を登録する例

バックアップ管理製品と連携するための設定

バックアップ管理製品と連携するための設定

テープバックアップ用構成定義ファイルの作成

バックアップ管理製品と連携するための情報を登録する

バックアップ管理製品と連携するための設定例

バックアップ管理ソフトウェア

バックアップサーバでテープへバックアップする手順

バックアップサーバでの注意事項

バックアップサーバマウント時のドライブ文字に関する注意事項

バックアップしたデータをテープに格納およびテープからリストアする場合の構成

バックアップしたトランザクションログをテープなどの媒体へ保存する

バックアップ時と異なるSQL Serverインスタンスにリストアする

バックアップ時と異なるホストでリストアする場合の構成（バックアップ対象がSQL Serverデータベースの場合）

バックアップ時の注意事項

バックアップ情報

バックアップ情報一時ファイル

バックアップ情報のインポート時の注意事項

バックアップ対象の条件と注意事項

バックアップ対象の条件と注意事項

Exchangeデータベース

Oracleデータベース

SQL Serverデータベース

ファイルシステム

バックアップデータの削除

バックアップできないディスクグループ構成（ダイナミックディスク構成の場合）

バックアップでのエラーの発生時にペア状態を変更するための設定

バックアップファイル格納ディレクトリの作成（旧バージョン）

パブリケーションデータベース

(ひ)

日立サーバ仮想化機構Virtage

標準出力ログ情報を調査する

(ふ)

ファイル共用

Oracleデータベースをバックアップおよびリストアする

Oracleデータベースをバックアップおよびリストアするための準備

Oracleデータベースをバックアップする例

Oracleデータベースをリストアする例

SQL Serverデータベースをバックアップおよびリストアする

SQL Serverデータベースをバックアップおよびリストアするための準備

SQL Serverデータベースをバックアップする例

SQL Serverデータベースをリストアする例

ストレージグループをバックアップおよびリストアする

ストレージグループをバックアップおよびリストアするための準備

ストレージグループをバックアップする例

ストレージグループをリストアする例

ファイルシステムをバックアップおよびリストアする

ファイルシステムをバックアップおよびリストアするための準備

ファイルシステムをバックアップする例

ファイルシステムをリストアする例

ファイルシステムの場合の運用例

ファイルシステムをリモートサイトでリストアする

ファイルシステムをリモートサイトにバックアップする

ファイルシステムをローカルサイトにリストアする

ボリューム間でデータをバックアップおよびリストアする

リモートサイトからローカルサイトにファイルシステムを復旧させる

ファイルシステムのバックアップとリストアの運用について

ファイルシステムを主ボリュームにリストアする

ファイルシステムをテープからリストアする

ファイルシステムをテープにバックアップおよびテープからリストアする

処理の流れ

ファイルシステムをテープにバックアップする

ファイルシステムをテープへバックアップ，リストアする

システム構成

ファイルシステムをバックアップするときの注意事項

ファイルシステムを副ボリュームにバックアップする

ファイルシステムをリストアするときの注意事項

ファイルの一覧

フェールオーバー

複数のデータベースをバックアップおよびリストアする場合の注意事項

副ボリューム動的認識を利用するための設定

副ボリュームのディスクを交換する手順（Solarisの場合）

副ボリュームのディスクを交換する手順（Windowsの場合）

副ボリュームのマウント方法の設定

副ボリュームのマウント方法の設定

副ボリュームを固定的にOSに認識させる方法

副ボリュームを動的にOSに認識させる方法

マウントポイントおよびマウント対象の決定

副ボリュームを固定認識してダイナミックディスクをバックアップおよびリストアするとき

副ボリュームを動的認識してダイナミックディスクをバックアップおよびリストアするとき

不正なデータファイル（.DRFまたは.DAT）の回復

不要なファイルの削除

紛失したデータファイル（.DRFまたは.DAT）の回復

(へ)

ペアボリューム

ペアボリューム

ベーシックディスク

ベーシックボリューム

(ほ)

ホスト環境設定ファイル

ホスト環境設定ファイルの形式

旧バージョン

ホスト環境設定ファイルの作成

ホスト環境設定ファイルの作成

旧バージョン

ホスト環境設定ファイルの作成例

旧バージョン

ホスト環境設定ファイルの設定例

ホストの条件

ボリューム間でデータをバックアップおよびリストアする（ファイルシステムの場合）

システム構成

ボリューム間でデータをバックアップおよびリストアする場合の構成

ボリューム構成の注意事項

ボリューム動的認識

ボリューム複製機能

ボリューム複製機能

(ま)

マウント時の注意事項

マウントポイントディレクトリ一括定義ファイル

マルチターゲット構成

マルチターゲット構成

マルチターゲット構成（バックアップ対象がSQL Serverデータベースの場合）

マルチターゲット構成でSQL Serverデータベースをバックアップする例

マルチターゲット構成でSQL Serverデータベースをリストアする例

(め)

メール送信定義ファイル

メール送信のための設定

メタデータ

メタファイル

メタファイルの配置

(ゆ)

ユーザースクリプトの記述規則

ユーザースクリプトの作成

ユーザースクリプトの例（SQL Serverデータベースの場合）

ユーザースクリプトの例（ストレージグループの場合）

ユーザースクリプトの例（ファイルシステムの場合）

ユーザースクリプトファイル

ユーザースクリプトファイル

ユーザースクリプトファイルの概要

ユーザースクリプトファイルの記述規則

ユーザースクリプトファイルのサンプルスクリプト

ユーザースクリプトを使用してSQL Serverデータベースをバックアップする

システム構成

ユーザースクリプトを使用してストレージグループをバックアップする

システム構成

ユーザースクリプトを使用してファイルシステムをバックアップする

システム構成

(よ)

用語解説

用語解説

DBMS

Hitachi Protection Manager

Hitachi Protection Manager Console

Hitachi Protection Manager Copy Controller

Hitachi Protection Manager for Exchange

Hitachi Protection Manager for Oracle

Hitachi Protection Manager for SQL

LDM

RAID Manager

Setup GUI

VDI

VSS

VxFS

VxVM

アーカイブ済みREDOログ

アプリケーションマップファイル

一括定義ファイル

オンラインREDOログ

クラスタソフトウェア

コアマップファイル

コピーグループ

コピーグループマップファイル

システムログ

ストレージグループ

ストレージサブシステム間のボリューム複製機能

ターゲットID

ダイナミックディスク

ダイナミックボリューム

ディクショナリマップファイル

ディスクグループ

ディスクセット

データベースの静止化

トランザクションログ

バックアップID

バックアップカタログ

バックアップ情報

フェールオーバー

ペアボリューム

ベーシックディスク

ベーシックボリューム

ボリューム動的認識

ボリューム複製機能

メタデータ

リモートコピー機能

(り)

リストア

インフォメーションストア単位でリストア

リストア時の注意事項

リモートインストール

リモートインストール

Solarisの場合

Windowsの場合

リモートコピー機能

リモートコピー機能

リモートサイト

リモート先での副ボリュームへのバックアップ

リモートデスクトップ機能を使用する場合の注意事項

(れ)

連携するソフトウェアのトレースログ情報を調査する

(ろ)

ローカルサイト

ローカルホストにファイアウォールを設定する場合の注意事項

ロールフォワード

ログ配布機能

論理ボリュームマネージャー