バックアップ管理簿の保守方法について説明します。バックアップ運用を実施しているサーバで実行します。
バックアップ管理簿とSymfowareのデータベーススペースをバックアップしたときに作成されるリカバリ制御ファイルをバックアップします。詳細は、「10.2.3.2 swstresback(資源バックアップコマンド)」を参照してください。
バックアップ管理簿のバックアップデータの容量
以下のディレクトリ配下のサイズを確認してください。
/etc/opt/FJSVswsts/data |
クラスタ運用している場合は、以下のディレクトリ配下のサイズを確認してください。
/etc/opt/FJSVswsts/<論理ノード名>/data |
Symfowareのデータベースをバックアップしている場合は、以下のディレクトリ配下のサイズも確認してください。
リカバリ制御ファイル出力先ディレクトリ |
ポイント
以前に退避したディレクトリと同じディレクトリを使用して「10.2.3.2 swstresback(資源バックアップコマンド)」を実行する場合は、上記サイズの3倍の空き容量が必要となります。
これは、「10.2.3.2 swstresback(資源バックアップコマンド)」が、以前に退避したデータを保持しながらバックアップを実行するためです。
バックアップ管理簿とSymfowareのデータベーススペースをバックアップしたときに作成されるリカバリ制御ファイルをリストアします。詳細は、「10.2.3.3 swstresrst(資源リストアコマンド)」を参照してください。
レプリケーション管理簿の保守方法について説明します。
レプリケーション管理簿のバックアップは、運用管理サーバ(Storage管理サーバ)のリポジトリをバックアップすることで実施します。リポジトリのバックアップ方法は、「9.1.1.3.1 データベースの退避方法」を参照してください。
ポイント
レプリケーション管理の運用情報は、リポジトリに格納されています。
レプリケーション管理簿のバックアップは、「10.4.1.1 swsrpsetvol(複製ボリューム情報設定コマンド)や10.4.1.3 swsrpdelvol(複製ボリューム情報削除コマンド)」によってレプリケーション管理の運用情報が変更された場合に実行することをお勧めします。
レプリケーション管理簿のリストアは、以下の手順で実施します。
運用管理サーバ(Storage管理サーバ)のリポジトリをリストアします。リストア方法は、運用管理サーバのOSに対応した『ETERNUS SF AdvancedCopy Manager 運用ガイド』の「9.1.1.3.3 データベースの復旧方法」を参照してください。
運用管理サーバがWindows版の場合
復旧方法では、"RDBディクショナリおよびDSIの復旧(LOADモード)"を選択してください。
運用管理サーバがLinux版／Solaris版の場合
復旧方法では、stgdbrcvコマンドの -mオプション(復旧モード)に0を指定してください。
管理対象サーバ(Storageサーバ)で「10.4.3.1 swsrprecoverres(資源整合コマンド)」を-rオプションを指定して実行します。
ポイント
上記の作業によって、リポジトリのレプリケーション管理の運用情報が管理対象サーバへコピーされ、運用可能な状態になります。
リポジトリに存在するレプリケーション管理の運用情報に変更がなく、管理対象サーバに存在するレプリケーション管理の運用情報だけが何らかの理由によって不正な状態になった場合は、手順2だけを実行してください。
運用管理サーバ(Storage管理サーバ)で使用しているデータベースの保守方法について説明します。
データベース領域の退避には、「10.3.18 stgdbdmp(データベース退避コマンド)」を使用します。
本コマンドは、運用管理サーバ(Storage管理サーバ)で実行します。
なお、データベースを退避したあとは、「9.7 ETERNUS SF Managerデータベースの保守方法」を参照してETERNUS SF Managerのデータベースも退避してください。
ポイント
主に管理対象サーバ(Storageサーバ)の追加やデバイス情報の取込みなど構成情報に変化が生じた際に使用しますが、それ以外に1日1回など定期的に実行することをお勧めします。
退避データ取得中の外部ファイルの入出力障害に備えるために、退避データは最低でも2世代管理しておくことをお勧めします。
データベースのバックアップデータの容量
以下の計算式で算出します。
60+(管理するデバイス数×0.001)メガバイト |
以下のファイルを最終行から順に参照し、「rdb:ERROR:qdgXXXXX～」と記述されたメッセージ(同時刻に出力されているメッセージも確認してください)を検索して「qdgXXXXX」を取得し、復旧モードを決定します。
クラスタ運用しない場合
/var/opt/FJSVswstf/log/RDBSWSTF.log
クラスタ運用する場合
/var/opt/FJSVswstf/<論理ノード名>/log/RDBSWSTF.log
注意
複数の障害が同時に発生した場合は、復旧モード1～5を使用しても復旧できない場合があります。その際は、データベースを再作成したあと、復旧モード0を使用することで、「10.3.18 stgdbdmp(データベース退避コマンド)」を実行して退避した時点の状態まで復旧できます。詳細は、「9.1.1.3.1 データベースの退避方法」を参照してください(退避後に反映されたデータは復旧できません)。
その際、バックアップ運用を行っているすべての管理対象サーバ(Storageサーバ)で、「10.2.3.1 swstsrsemtch(資源整合コマンド)」に-xオプションを付けて実行してください。また、レプリケーション運用を行っているすべての管理対象サーバで、「10.4.3.1 swsrprecoverres(資源整合コマンド)」に-rオプションを付けて実行してください。
データベース領域に入出力障害などの障害が発生した場合、復旧を行うには、「10.3.19 stgdbrcv(データベース復旧コマンド)」を使用します。
本コマンドは、運用管理サーバ(Storage管理サーバ)で実行します。
レジストリの保守方法について説明します。運用管理サーバ(Storage管理サーバ)および管理対象サーバ(Storageサーバ)で実施します。
cpコマンドなどを使用して、以下のファイルをバックアップします。
ファイル名
非クラスタの場合
/etc/opt/swstorage/swnode.ini |
クラスタの場合
/etc/opt/swstorage/論理ノード名/swnode.ini |
実施例
/backupディレクトリに退避します。
# cp /etc/opt/swstorage/swnode.ini /backup |
レジストリのバックアップデータの容量
バックアップするファイルのサイズを確認してください。
cpコマンドなどを使用して、以下のファイルを復元します。
ファイル名
非クラスタの場合
/etc/opt/swstorage/swnode.ini |
クラスタの場合
/etc/opt/swstorage/論理ノード名/swnode.ini |
実施例
/backupディレクトリに退避したファイルを復元します。
# cp /backup/swnode.ini /etc/opt/swstorage |
