7.2 バックアップ管理データの保守

SSF/Backup Facility 運用手引書

目次索引

7.2 バックアップ管理データの保守

以下にバックアップ管理データの保守方法について説明します。

SSF/Backup Facilityは、バックアップ運用情報として各種リポジトリや管理情報を保持しています。それらを総称して、本章ではバックアップ管理データと呼びます。バックアップ管理データは大切な情報であり、長期運用によるリポジトリの容量が不足した場合、および不慮の事故に備え、定期的なバックアップ管理データのバックアップの実施をお勧めします。

以下にバックアップ管理データの種別と契機について示します。

SSF/Backup Facility のサーバ種別	退避対象	退避する契機
Storageサーバ	バックアップ管理簿	■バックアップ業務終了後（Softek AdvancedCopy Manager）
Storageサーバ	レプリケーション管理簿	■レプリケーション業務終了後（Softek AdvancedCopy Manager）
Storage管理サーバ	データベース	■Storageサーバの追加やデバイス情報の取り込みなど構成情報に変化が生じた時 ■バックアップ管理やレプリケーション管理の運用情報に変化が生じた時（Softek AdvancedCopy Manager）
Storage管理サーバ/ Storageサーバ	管理ファイル	■動作環境に関する設定を変更した時 ■磁気テープライブラリシステムに関する設定を変更した時 ■バックアップポリシーを追加／削除／変更した時（ダイレクトバックアップ）


以降、保守手順のなかでSSF/Backup Facilityのバックアップ管理データの退避先を“/sp/tmp/manage_bk”配下に格納保存するように記載しています。必要に応じてテープ等（磁気テープライブラリシステムおよびDAT）の記憶媒体に管理することも可能です。

一日一回（バックアップ運用完了後など）定期的に実行することをお勧めします。
（バックアップ管理データの退避の際）既に以前の退避データが存在する場合には、外部ファイル入出力障害等に備えるために、以前の退避データを別管理（アーカイブ）後に、バックアップ管理データの退避をすることをお勧めします。
以下にその手順を示します。

カレントディレクトリを /sp/tmp に移動します。
# cd /sp/tmp <Return>
tarコマンドで管理データ退避先をアーカイブファイルに格納します。
※既にmanage_bk_pre.tarファイルがある場合には、削除後に実施してください。
# tar cpf /sp/tmp/manage_bk_pre.tar manage_bk <Return>
gzipコマンドでアーカイブファイルを圧縮します。
# gzip manage_bk_pre.tar <Return>
/sp/tmp/manage_bk配下のファイル／ディレクトリを削除します。
# rm -rf /sp/tmp/manage_bk/* <Return>
バックアップ管理データの退避をします。
※バックアップ管理データの退避の詳細は、本書の「7.2.1.1 バックアップ管理データの退避」または「7.2.2.1 バックアップ管理データの退避」を参照してください。
上記「5. バックアップ管理データの退避をします」が正常に終了したら、上記「3. gzipコマンドでアーカイブファイルを圧縮します。」で作成された“manage_bk_pre.tar.gz”を削除します。
# rm /sp/tmp/manage_bk_pre.tar.gz <Return>

7.2.1 シングル構成の場合

SSF/Backup Facility がシングル構成の場合におけるバックアップ管理データの保守について説明します。

7.2.1.1.1 SSF/Backup Facilityが Storage管理サーバの場合

SSF/Backup FacilityをSoftek AdvancedCopy Manager の「Storage管理サーバ」として運用している場合のバックアップ管理データの退避方法について説明します。

退避手順は以下の通りです。記述している順に操作を行ってください。

業務サーバ側資源のバックアップ
業務サーバ側資源のテープへの退避
データベースのバックアップ
各製品のデーモンの停止
ダイレクトバックアップ資源のバックアップ
各製品のデーモンの起動

■業務サーバ側資源のバックアップ

業務サーバ側の資源(バックアップ管理簿、リカバリ制御ファイル)は、SSF/Backup Facility におけるバックアップ管理データの復元において必須となる情報です。

バックアップ業務終了後には、当該情報の消失に備えて、業務サーバ側の資源のバックアップを行います。


レプリケーション管理簿のバックアップは、Storage管理サーバのリポジトリをバックアップすることによって実施します。リポジトリのバックアップについては、後述の「データベースのバックアップ」以降を参照してください。

バックアップ運用を行っている各プラットフォームの業務サーバで、資源のバックアップを行ってください。

業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法
業務サーバのプラットフォームがWindowsの場合の保守方法

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。

ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“/sp/tmp/manage_bk”として説明します。
クラスタ構成の場合の保全ボリュームのパスは、ノード別に“/sp/tmp/manage_bk_cl1”, “/sp/tmp/manage_bk_cl2”として説明します。
これらの退避先のディレクトリは予め、作成しておいてください。

各業務サーバにおいて、サーバ種別専用の共用ディスク上の保全ボリュームをそれぞれマウント/認識させ、ファイルシステムを作成します。
　
業務サーバ上で swstresbackコマンドを実行し、業務サーバの資源をバックアップします。
(以下は、業務サーバがシングル構成の場合の例です。)

# /opt/FJSVswsts/bin/swstresback /sp/tmp/manage_bk <Return>
swstresback completed
#

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のリカバリ制御ファイルもバックアップしてください。


業務稼動ノードでコマンド実行する必要があります。

環境変数の設定 (bsh の場合)

# SWSTGNODE=論理ノード名 <Return>
# export SWSTGNODE <Return>

　
リカバリ制御ファイルのバックアップ (ノード1の場合)

# /opt/FJSVswsts/bin/swstresback /sp/tmp/manage_bk_cl1 <Return>
swstresback completed
#

環境変数の設定解除

# unset SWSTGNODE <Return>

swstresbackコマンドに関しての詳細は、以下を参照してください。

プラットフォームがSolaris OSの場合は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「10.1.3.2 資源バックアップコマンド（swstresback）」
プラットフォームがHP-UXの場合は、『Softek AdvancedCopy Manager 運用手引書(HP-UX版)』の「9.1.3.2 資源バックアップコマンド（swstresback）」
プラットフォームがLinuxの場合は、『Softek AdvancedCopy Manager 運用手引書(Linux版)』の「10.1.3.2 資源バックアップコマンド（swstresback）」
プラットフォームがAIXの場合は、『Softek AdvancedCopy Manager 運用手引書(AIX版)』の「9.1.3.2 資源バックアップコマンド（swstresback）」

◆業務サーバのプラットフォームがWindowsの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“D:\backup”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“D:\backup_cl1”, “D:\backup_cl2”として説明します。これらの退避先のディレクトリは予め、作成しておいてください。

各業務サーバにおいて、サーバ種別専用の共用ディスク上の保全ボリュームをそれぞれマウント/認識させ、ファイルシステムを作成します。
　
業務サーバ上で swstresbackコマンドを実行し、業務サーバの資源をバックアップします。
(以下は、業務サーバがシングル構成の場合の例です。)

C:\>C:\Win32app\AdvancedCopyManager\bin\swstresback D:\backup <Return>
swstresback completed
C:\>


業務稼動ノードでコマンド実行する必要があります。

環境変数の設定

C:\>set SWSTGNODE=論理ノード名 <Return>

　
リカバリ制御ファイルのバックアップ (ノード1の場合)

C:\>C:\Win32app\AdvancedCopyManager\bin\swstresback D:\backup_cl1 <Return>
swstresback completed
C:\>

環境変数の設定解除

C:\>set SWSTGNODE= <Return>


swstresbackコマンドに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Windows版)』の「11.1.3.2 資源バックアップコマンド（swstresback）」を参照してください。

■業務サーバ側資源のテープへの退避


本作業はSSF/Backup Facility 上で実施します。

「業務サーバ側資源のバックアップ」で業務サーバの資源をバックアップした保全ボリュームを論理ユニット単位でテープ媒体に退避します。


ここでは、保全ボリュームを含む論理ユニットを“GR01：OLU000a”として説明します。


保全ボリュームが複数の論理ユニットに分散されている場合は、保全ボリュームを含む全ての論理ユニットをバックアップ対象にしてください。

保全ボリュームを含む論理ユニットに対してバックアップポリシーを設定します。
(以下は、退避先をテーププール「backup_pool」とした例です。)

# lusetpolicy -m TAPE -p backup_pool GR01：OLU000a <Return>
lusetpolicy completed
#

論理ユニットバックアップで、テープへ退避します。

# lubackup GR01：OLU000a <Return>
lubackup completed
#

論理ユニットバックアップの操作についての詳細は、『ダイレクトバックアップ使用手引書』の「第10章論理ユニットバックアップの運用操作」を参照してください。
論理ユニットバックアップのコマンドに関しての詳細は、『ダイレクトバックアップ使用手引書』の「第15章論理ユニットバックアップのためのコマンド」を参照してください。

■データベースのバックアップ


本作業はSSF/Backup Facility 上で実施します。

Softek AdvancedCopy Manager のバックアップコマンド(stgdbbackup) を使用して、データベースに格納されているデータを、指定したディレクトリへ一括して退避します。

データを退避するディレクトリを作成します。

# mkdir -p /sp/tmp/manage_bk/SoftekACM <Return>

　
以下のコマンドを入力し、データベースバックアップを起動します。

# /opt/swstorage/bin/stgdbbackup <Return>

　
処理続行確認をします。
処理を続行する場合は“y”、続行しない場合は“n”を入力します。

退避データ格納ディレクトリを入力します。
(手順1. で作成したディレクトリ名を絶対パスで入力します。)


指定したディレクトリ内に退避データがすでに存在した場合、処理は実行されません。ディレクトリ内の退避データを削除するか、他のディレクトリを指定して再実行してください。

データベースバックアップの処理続行最終確認をします。
データベースバックアップを続行する場合は“y”、中止する場合は"n"を入力します。
“n”を入力した場合は、手順2. に戻ります。

　
データベースバックアップが実行されます。
データベースバックアップの実行中、実行結果が随時画面に表示されます。実行結果例を以下に示します。

■各製品のデーモンの停止


本作業はSSF/Backup Facility 上で実施します。

各製品のデーモンを停止します。

Softek AdvancedCopy Managerデーモンを停止します。

# /opt/swstorage/bin/stopacm <Return>

　
SPアシスタントを停止します。

# /etc/init.d/SPassistant stop <Return>

ダイレクトバックアップサーバを停止します。

# /etc/init.d/dbu stop <Return>


ダイレクトバックアップサーバを停止する際には以下のマニュアルの注意事項を参照してください。『ダイレクトバックアップ使用手引書』の「7.3.1 ダイレクトバックアップサーバ停止に関する注意事項」

■ダイレクトバックアップ資源のバックアップ


本作業はSSF/Backup Facility 上で実施します。

以下のダイレクトバックアップ管理ファイルをバックアップします。

/sp/dbu/primary
/sp/dbu/log
/sp/dbu/secondary
/sp/dbu/adm
/sp/uty

データを退避するディレクトリを作成します。

# mkdir /sp/tmp/manage_bk/DBU <Return>

　
カレントディレクトリを“/sp/dbu”ディレクトリに移動します。

# cd /sp/dbu <Return>

tarコマンドで管理ファイルをアーカイブファイルに格納します。

# tar cpf /sp/tmp/manage_bk/DBU/DB_PRIMARY.tar primary <Return>
# tar cpf /sp/tmp/manage_bk/DBU/DB_LOG.tar log <Return>
# tar cpf /sp/tmp/manage_bk/DBU/DB_SECONDARY.tar secondary <Return>
# tar cpf /sp/tmp/manage_bk/DBU/DB_ADM.tar adm <Return>

カレントディレクトリを“/sp”ディレクトリに移動します。

# cd /sp <Return>

　
tarコマンドで管理ファイルをアーカイブファイルに格納します。

# tar cpf /sp/tmp/manage_bk/DBU/DB_UTY.tar uty <Return>

　
カレントディレクトリをアーカイブファイルのあるディレクトリに移動します。

# cd /sp/tmp/manage_bk/DBU <Return>

tarコマンドで、正しいアーカイブファイルであることを確認します。

# tar tvf DB_PRIMARY.tar <Return>
-rw------- 0/1 xxxx xxxx-xx-xx xx:xx ・・・
# tar tvf DB_LOG.tar <Return>
-rw------- 0/1 xxxx xxxx-xx-xx xx:xx ・・・
# tar tvf DB_SECONDARY.tar <Return>
-rw------- 0/1 xxxx xxxx-xx-xx xx:xx ・・・
# tar tvf DB_ADM.tar <Return>
-rw------- 0/1 xxxx xxxx-xx-xx xx:xx ・・・
# tar tvf DB_UTY.tar <Return>
-rw------- 0/1 xxxx xxxx-xx-xx xx:xx ・・・

■各製品のデーモンの起動


本作業はSSF/Backup Facility 上で実施します。

各製品のデーモンを起動します。

Softek AdvancedCopy Managerデーモンを起動します。

# /opt/swstorage/bin/startacm <Return>

　
ダイレクトバックアップサーバを起動します。

# /etc/init.d/dbu start <Return>

　
SPアシスタントを起動します。

# /etc/init.d/SPassistant start <Return>

7.2.1.1.2 SSF/Backup Facilityが Storageサーバの場合

SSF/Backup FacilityをSoftek AdvancedCopy Manager の「Storageサーバ」として運用している場合のバックアップ管理データの退避方法について説明します。

退避手順は以下の通りです。記述している順に操作を行ってください。

Storage管理サーバのデータベースのバックアップ
業務サーバ側資源のバックアップ
業務サーバ側資源、Storage管理サーバのデータベースのテープへの退避
各製品のデーモンの停止
ダイレクトバックアップ資源のバックアップ
各製品のデーモンの起動

■Storage管理サーバのデータベースのバックアップ

Storage管理サーバの資源(データベース領域)は、SSF/Backup Facility におけるバックアップ管理データの復元において必須となる情報です。

バックアップ業務終了後には、当該情報の消失に備えて、Storage管理サーバの資源のバックアップを行います。


本作業はStorage管理サーバ(Solaris OS)上で実施します。 Storage管理サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、Storage管理サーバがシングル構成の場合の保全ボリュームのパスを“/sp/tmp/manage_bk”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“/sp/tmp/manage_bk_cl1”, “/sp/tmp/manage_bk_cl2”として説明します。これらの退避先のディレクトリは予め、作成しておいてください。

Softek AdvancedCopy Manager のデータベース退避コマンド(stgdbdmp) を使用して、データベースに格納されているデータを、指定したディレクトリへ一括して退避します。

Storage管理サーバにおいて、サーバ種別専用の共用ディスク上の保全ボリュームをそれぞれマウント/認識させ、ファイルシステムを作成します。
　
以下のコマンドを入力し、データベースバックアップを起動します。
(以下は、Storage管理サーバがシングル構成の場合の例です。)

# /opt/swstorage/bin/stgdbdmp -d /sp/tmp/manage_bk <Return>

　
処理続行確認をします。
処理を続行する場合は“y”、続行しない場合は“n”を入力します。


Storage管理サーバデータベースのバックアップに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「9.1.3.1 データベース退避方法」を参照してください。

■業務サーバ側資源のバックアップ

バックアップ業務終了後には、当該情報の消失に備えて、業務サーバ側の資源のバックアップを行います。

バックアップ運用を行っている各プラットフォームの業務サーバで、資源のバックアップを行ってください。

業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法
業務サーバのプラットフォームがWindowsの場合の保守方法

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。

ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“/sp/tmp/manage_bk”として説明します。
クラスタ構成の場合の保全ボリュームのパスは、ノード別に“/sp/tmp/manage_bk_cl1”, “/sp/tmp/manage_bk_cl2”として説明します。
これらの退避先のディレクトリは予め、作成しておいてください。

各業務サーバにおいて、サーバ種別専用の共用ディスク上の保全ボリュームをそれぞれマウント/認識させ、ファイルシステムを作成します。


業務サーバとStorage管理サーバが兼用されているサーバでは、「Storage管理サーバのデータベースのバックアップ」作業内でファイルシステム作成済みのため、この操作は不要です。

業務サーバ上で swstresbackコマンドを実行し、業務サーバの資源をバックアップします。

# /opt/FJSVswsts/bin/swstresback /sp/tmp/manage_bk <Return>
swstresback completed
#


業務稼動ノードでコマンド実行する必要があります。

環境変数の設定 (bsh の場合)

# SWSTGNODE=論理ノード名 <Return>
# export SWSTGNODE <Return>

　
リカバリ制御ファイルのバックアップ (ノード1の場合)

# /opt/FJSVswsts/bin/swstresback /sp/tmp/manage_bk_cl1 <Return>
swstresback completed
#

環境変数の設定解除

# unset SWSTGNODE <Return>

swstresbackコマンドに関しての詳細は、以下を参照してください。

プラットフォームがSolaris OSの場合は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「10.1.3.2 資源バックアップコマンド（swstresback）」
プラットフォームがHP-UXの場合は、『Softek AdvancedCopy Manager 運用手引書(HP-UX版)』の「9.1.3.2 資源バックアップコマンド（swstresback）」
プラットフォームがLinuxの場合は、『Softek AdvancedCopy Manager 運用手引書(Linux版)』の「10.1.3.2 資源バックアップコマンド（swstresback）」
プラットフォームがAIXの場合は、『Softek AdvancedCopy Manager 運用手引書(AIX版)』の「9.1.3.2 資源バックアップコマンド（swstresback）」

◆業務サーバのプラットフォームがWindowsの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“D:\backup”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“D:\backup_cl1”, “D:\backup_cl2”として説明します。これらの退避先のディレクトリは予め、作成しておいてください。

各業務サーバにおいて、サーバ種別専用の共用ディスク上の保全ボリュームをそれぞれマウント/認識させ、ファイルシステムを作成します。
　
業務サーバ上で swstresbackコマンドを実行し、業務サーバの資源をバックアップします。

C:\>C:\Win32app\AdvancedCopyManager\bin\swstresback D:\backup <Return>
swstresback completed
C:\>


業務稼動ノードでコマンド実行する必要があります。

環境変数の設定

C:\>set SWSTGNODE=論理ノード名 <Return>

　
リカバリ制御ファイルのバックアップ (ノード1の場合)

C:\>C:\Win32app\AdvancedCopyManager\bin\swstresback D:\backup_cl1 <Return>
swstresback completed
C:\>

環境変数の設定解除

C:\>set SWSTGNODE= <Return>


swstresbackコマンドに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Windows版)』の「11.1.3.2 資源バックアップコマンド（swstresback）」を参照してください。

■業務サーバ側資源、Storage管理サーバのデータベースのテープへの退避


本作業はSSF/Backup Facility 上で実施します。

「Storage管理サーバのデータベースのバックアップ」、「業務サーバ側資源のバックアップ」でそれぞれの資源をバックアップした保全ボリュームを論理ユニット単位でテープ媒体に退避します。


ここでは、保全ボリュームを含む論理ユニットを“GR01：OLU000a”として説明します。


保全ボリュームが複数の論理ユニットに分散されている場合は、保全ボリュームを含む全ての論理ユニットをバックアップ対象にしてください。

保全ボリュームを含む論理ユニットに対してバックアップポリシーを設定します。
(以下は、退避先をテーププール「backup_pool」とした例です。)

# lusetpolicy -m TAPE -p backup_pool GR01：OLU000a <Return>
lusetpolicy completed
#

　
論理ユニットバックアップで、テープへ退避します。

# lubackup GR01：OLU000a <Return>
lubackup completed
#

論理ユニットバックアップの操作についての詳細は、『ダイレクトバックアップ使用手引書』の「第10章論理ユニットバックアップの運用操作」を参照してください。
論理ユニットバックアップのコマンドに関しての詳細は、『ダイレクトバックアップ使用手引書』の「第15章論理ユニットバックアップのためのコマンド」を参照してください。

■各製品のデーモンの停止


本作業はSSF/Backup Facility 上で実施します。

各製品のデーモンを停止します。

Softek AdvancedCopy Managerデーモンを停止します。

# /opt/swstorage/bin/stopacm <Return>

　
SPアシスタントを停止します。

# /etc/init.d/SPassistant stop <Return>

ダイレクトバックアップサーバを停止します。

# /etc/init.d/dbu stop <Return>


ダイレクトバックアップサーバを停止する際には以下のマニュアルの注意事項を参照してください。『ダイレクトバックアップ使用手引書』の「7.3.1 ダイレクトバックアップサーバ停止に関する注意事項」

■ダイレクトバックアップ資源のバックアップ


本作業はSSF/Backup Facility 上で実施します。

以下のダイレクトバックアップ管理ファイルをバックアップします。

/sp/dbu/primary
/sp/dbu/log
/sp/dbu/secondary
/sp/dbu/adm
/sp/uty

データを退避するディレクトリを作成します。

# mkdir -p /sp/tmp/manage_bk/DBU <Return>

　
カレントディレクトリを“/sp/dbu”ディレクトリに移動します。

# cd /sp/dbu <Return>

tarコマンドで管理ファイルをアーカイブファイルに格納します。

カレントディレクトリを“/sp”ディレクトリに移動します。

# cd /sp <Return>

　
tarコマンドで管理ファイルをアーカイブファイルに格納します。

# tar cpf /sp/tmp/manage_bk/DBU/DB_UTY.tar uty <Return>

　
カレントディレクトリをアーカイブファイルのあるディレクトリに移動します。

# cd /sp/tmp/manage_bk/DBU <Return>

tarコマンドで、正しいアーカイブファイルであることを確認します。

■各製品のデーモンの起動


本作業はSSF/Backup Facility 上で実施します。

各製品のデーモンを起動します。

Softek AdvancedCopy Managerデーモンを起動します。

# /opt/swstorage/bin/startacm <Return>

　
ダイレクトバックアップサーバを起動します。

# /etc/init.d/dbu start <Return>

　
SPアシスタントを起動します。

# /etc/init.d/SPassistant start <Return>

7.2.1.2 バックアップ管理データの復元

バックアップ管理データの復元方法について説明します。

7.2.1.2.1 SSF/Backup Facilityが Storage管理サーバの場合

SSF/Backup FacilityをSoftek AdvancedCopy Manager の「Storage管理サーバ」として運用している場合のバックアップ管理データの復元方法について説明します。

復元手順は以下の通りです。記述している順に操作を行ってください。

各製品のデーモンの停止
ダイレクトバックアップ資源のリストア
各製品のデーモンの起動
リポジトリの設定解除とデータベースの作成
業務サーバ側資源のテープからの復元
業務サーバ側資源のリストア

■各製品のデーモンの停止


本作業はSSF/Backup Facility 上で実施します。

各製品のデーモンを停止します。

Softek AdvancedCopy Managerデーモンを停止します。

# /opt/swstorage/bin/stopacm <Return>

　
SPアシスタントを停止します。

# /etc/init.d/SPassistant stop <Return>

ダイレクトバックアップサーバを停止します。

# /etc/init.d/dbu stop <Return>


ダイレクトバックアップサーバを停止する際には以下のマニュアルの注意事項を参照してください。『ダイレクトバックアップ使用手引書』の「7.3.1 ダイレクトバックアップサーバ停止に関する注意事項」

■ダイレクトバックアップ資源のリストア


本作業はSSF/Backup Facility 上で実施します。 LMF制御ファイルを復元する場合は、本作業を行う前に、実施しておく必要があります。詳細については、「7.3.2.1.2 LMF制御ファイルの復元」を参照してください。

「ダイレクトバックアップ資源のバックアップ」で退避したダイレクトバックアップの管理ファイルをリストアします。

共有ディスクをアンマウントします。
バックアップ管理ファイルが格納されていたディレクトリをアンマウントします。

# umount /sp/dbu/primary <Return>
# umount /sp/dbu/log <Return>
# umount /sp/uty <Return>
# umount /sp/dbu/secondary <Return>
# umount /sp/dbu/adm <Return>

ファイルシステムを再構築します。
退避データをリストアするために、復元先のファイルシステムを構築し直します。

# newfs /dev/FJSVmplb/dsk/mplb0s0 <Return>
# newfs /dev/FJSVmplb/dsk/mplb0s1 <Return>
# newfs /dev/FJSVmplb/dsk/mplb1s0 <Return>
# newfs /dev/FJSVmplb/dsk/mplb1s1 <Return>
# newfs /dev/FJSVmplb/dsk/mplb2s6 <Return>

共有ディスクをマウントします。
バックアップ管理ファイルが格納されていたディレクトリをマウントします。

# mount /dev/FJSVmplb/dsk/mplb0s0 /sp/dbu/primary <Return>
# mount /dev/FJSVmplb/dsk/mplb0s1 /sp/dbu/log <Return>
# mount /dev/FJSVmplb/dsk/mplb1s0 /sp/dbu/secondary <Return>
# mount /dev/FJSVmplb/dsk/mplb1s1 /sp/dbu/adm <Return>
# mount /dev/FJSVmplb/dsk/mplb2s6 /sp/uty <Return>

カレントディレクトリを“/sp/dbu”ディレクトリに移動します。

# cd /sp/dbu <Return>

アーカイブファイルを展開します。

# tar xpf /sp/tmp/manage_bk/DBU/DB_PRIMARY.tar <Return>
# tar xpf /sp/tmp/manage_bk/DBU/DB_LOG.tar <Return>
# tar xpf /sp/tmp/manage_bk/DBU/DB_SECONDARY.tar <Return>
# tar xpf /sp/tmp/manage_bk/DBU/DB_ADM.tar <Return>

カレントディレクトリを“/sp”ディレクトリに移動します。

# cd /sp <Return>

　
アーカイブファイルを展開します。

# tar xpf /sp/tmp/manage_bk/DBU/DB_UTY.tar <Return>

■各製品のデーモンの起動


本作業はSSF/Backup Facility 上で実施します。


Softek AdvancedCopy Manager のデーモンは、「リポジトリの設定解除とデータベースの作成」内で起動します。

各製品のデーモンを起動します。

ダイレクトバックアップサーバを起動します。

# /etc/init.d/dbu start <Return>

　
SPアシスタントを起動します。

# /etc/init.d/SPassistant start <Return>

■リポジトリの設定解除とデータベースの作成


本作業はSSF/Backup Facility 上で実施します。

データベース領域の再構築を行った後、「データベースのバックアップ」で退避したデータベースをリストアします

データベース統合アンセットアップを起動します。
以下のコマンドを入力し、データベース統合アンセットアップを起動します。

# /opt/swstorage/bin/stgdbunset <Return>

　
処理続行確認をします。
処理を続行する場合は“y”、続行しない場合は“n”を入力します。

　
Storage管理サーバのデータベース削除が実行されます。
データベース削除の実行結果が随時表示されます。実行結果例を以下に示します。
処理中、RDA-SV定義ファイルの上書きの確認メッセージが画面に表示された場合は、“y”を入力してください。
　
データベース統合アンセットアップ(stgdbunset)がエラーで失敗した場合、以下の手順で各データを削除してください。
1. /SWSTFDB 配下を全て削除します。
  
  # cd /SWSTFDB <Return>
  # rm -r * <Return>
  
  　
2. データベース統合セットアップファイルを削除します。
  
  # cd /opt/FJSVswstf/setup/base <Return>
  # rm stgdbset.prm <Return>
  
  　
3. DBファイルシステム用ディレクトリをアンマウントし、マウントポイントを削除します。
  
  # umount /SWSTFDB <Return>
  # rm -r /SWSTFDB <Return>
  
  　
4. /etc/vfstab ファイルより、以下の行を削除します。
  
  /dev/FJSVmplb/dsk/mplb2s1 /dev/FJSVmplb/rdsk/mplb2s1 /SWSTFDB ufs 2 yes -
  
  　
データベースを再構築します。
以下のコマンドを入力し、データベース統合セットアップを起動します。

# /opt/swstorage/bin/stgdbset <Return>

　
処理続行確認を行います。
処理を続行する場合は“y”、続行しない場合は“n”を入力します。

「DBファイルシステム用デバイス名」を入力します。
論理ボリューム名を指定する際は、一度 <Enter>キーを押した後、論理ボリューム名を入力します。


「DBファイルシステム用デバイス名」に設定する値は、『SSF/Backup Facility 導入手引書』の「4.3.1 Storage管理サーバの設定」にて入力した、同じ値を入力してください。

同様に「RDBディクショナリ用ローデバイス名」、「RDBログファイル用ローデバイス名」、「リポジトリデータ格納DBスペース用ローデバイス名」の入力を行います。


「RDBディクショナリ用ローデバイス名」、「RDBログファイル用ローデバイス名」、「リポジトリデータ格納DBスペース用ローデバイス名」に設定する値は、『SSF/Backup Facility 導入手引書』の「4.3.1 Storage管理サーバの設定」にて入力した、同じ値を入力してください。

入力内容の確認を行います。
手順7. と手順8. で設定した４つのデバイス名が表示されます。
表示された内容を確認の上、“y”を入力して<Enter>キーを押します。“n”を入力した場合は、手順6.の画面に戻ります。

　
Storage管理サーバ共通環境作成の処理続行最終確認を行います。
Storage管理サーバ共通環境作成を続行する場合は“y”、中止する場合は“n”を入力します。

　
Storage管理サーバ共通環境作成が実行されます。
Storage管理サーバ共通環境作成が実行中、実行結果が随時画面に表示されます。
実行結果例を以下に示します。
処理中、RDA-SV定義ファイルの上書きの確認メッセージが画面に表示された場合は、“y”を入力してください。
　
Storage管理サーバのIPアドレスを入力します。
論理IPアドレスを使用して運用する場合、論理IPアドレスを入力します。
入力が正しく行われると、データベース統合セットアップは終了します。
入力するIPアドレスは、『SSF/Backup Facility 導入手引書』の「4.3.1 Storage管理サーバの設定」にて入力した、同じ値を入力してください。
　
Softek AdvancedCopy Managerデーモンを起動します。

# /opt/swstorage/bin/startacm <Return>

　
データベースリストアを起動します。
以下のコマンドを入力し、データベースリストアを起動します。

# /opt/swstorage/bin/stgdbrestore <Return>

　
処理続行確認をします。
処理を続行する場合は“y”、続行しない場合は“n”を入力します。

　
退避データ格納ディレクトリを入力します。
退避データが格納されているディレクトリ名を絶対パスで入力します。
ディレクトリ内の退避データがひとつでも欠落していた場合、データ間の整合性がとれない恐れがあるため、処理は実行されません。
　
データベースリストアの処理続行最終確認をします。
データベースリストアを続行する場合は“y”、中止する場合は“n”を入力します。
“n”を入力した場合は、手順14. の画面に戻ります。

　
データベースリストアが実行されます。
データベースリストアが実行中、実行結果が随時画面に表示されます。実行結果例を以下に示します。

■業務サーバ側資源のテープからの復元


本作業はSSF/Backup Facility 上で実施します。

「業務サーバ側資源のテープへの退避」でテープに退避した業務サーバ側資源を保全ボリュームに復元します。


ここでは、リストア先の保全ボリュームを含む論理ユニットを“GR01：OLU000a”として説明します。

論理ユニットバックアップで、テープから復元します。
(以下は、最新のバックアップデータをバックアップ元の論理ユニット“GR01：OLU000a”にリストアした例です。)

# lurestore GR01：OLU000a <Return>
GR01：OLU000a： restore to GR01：OLU000a ? [y/n]：y <Return>
lurestore completed
#

論理ユニットバックアップの操作についての詳細は、『ダイレクトバックアップ使用手引書』の「第10章論理ユニットバックアップの運用操作」を参照してください。
論理ユニットバックアップのコマンドに関しての詳細は、『ダイレクトバックアップ使用手引書』の「第15章論理ユニットバックアップのためのコマンド」を参照してください。

■業務サーバ側資源のリストア

「業務サーバ側資源のテープからの復元」で保全ボリュームに戻した業務サーバ側の資源(バックアップ管理簿、リカバリ制御ファイル)、レプリケーション管理簿を復元します。

バックアップ運用を行っている各プラットフォームの業務サーバで、資源のリストアを行ってください。

業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法
業務サーバのプラットフォームがWindowsの場合の保守方法

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“/sp/tmp/manage_bk”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“/sp/tmp/manage_bk_cl1”, “/sp/tmp/manage_bk_cl2”として説明します。

業務サーバ上で swstresrstコマンドを実行し、業務サーバの資源(バックアップ管理簿、リカバリ制御ファイル)をリストアします。
(以下は、業務サーバがシングル構成の場合の例です。)

# /opt/FJSVswsts/bin/swstresrst /sp/tmp/manage_bk <Return>
swstresrst completed
#

swstresrstコマンドに関しての詳細は、以下を参照してください。

プラットフォームがSolaris OSの場合は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「10.1.3.3 資源リストアコマンド（swstresrst）」
プラットフォームがHP-UXの場合は、『Softek AdvancedCopy Manager 運用手引書(HP-UX版)』の「9.1.3.3 資源リストアコマンド（swstresrst）」
プラットフォームがLinuxの場合は、『Softek AdvancedCopy Manager 運用手引書(Linux版)』の「10.1.3.3 資源リストアコマンド（swstresrst）」
プラットフォームがAIXの場合は、『Softek AdvancedCopy Manager 運用手引書(AIX版)』の「9.1.3.3 資源リストアコマンド（swstresrst）」

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のリカバリ制御ファイルもリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定 (bsh の場合)
  
  # SWSTGNODE=論理ノード名 <Return>
  # export SWSTGNODE <Return>
  
  　
2. リカバリ制御ファイルのリストア (ノード1の場合)
  
  # /opt/FJSVswsts/bin/swstresrst /sp/tmp/manage_bk_cl1 <Return>
  swstresrst completed
  #
  
  　
3. 環境変数の設定解除
  
  # unset SWSTGNODE <Return>

業務サーバ上で swsrprecoverresコマンド(-r オプション)を実行し、レプリケーション管理簿をリストアします。

本手順によって、リポジトリのレプリケーション管理の運用情報がStorageサーバへコピーされ、運用可能な状態になります。
リポジトリに存在するレプリケーション管理の運用情報に変更がなく、Storageサーバに存在するレプリケーション管理の運用情報のみが何らかの理由によって不正な状態になってしまった場合は、本手順を実行してください。

# /opt/FJSVswsrp/bin/swsrprecoverres -r <Return>
swsrprecoverres completed
#

swsrprecoverresコマンドに関しての詳細は、以下を参照してください。

プラットフォームがSolaris OSの場合は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「10.3.3.1 資源整合コマンド（swsrprecoverres）」
プラットフォームがHP-UXの場合は、『Softek AdvancedCopy Manager 運用手引書(HP-UX版)』の「9.3.3.1 資源整合コマンド（swsrprecoverres）」
プラットフォームがLinuxの場合は、『Softek AdvancedCopy Manager 運用手引書(Linux版)』の「10.3.3.1 資源整合コマンド（swsrprecoverres）」
プラットフォームがAIXの場合は、『Softek AdvancedCopy Manager 運用手引書(AIX版)』の「9.3.3.1 資源整合コマンド（swsrprecoverres）」

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のレプリケーション管理簿もリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定 (bsh の場合)
  
  # SWSTGNODE=論理ノード名 <Return>
  # export SWSTGNODE <Return>
  
  　
2. レプリケーション管理簿のリストア
  
  # /opt/FJSVswsrp/bin/swsrprecoverres -r <Return>
  swsrprecoverres completed
  #
  
  　
3. 環境変数の設定解除
  
  # unset SWSTGNODE <Return>

◆業務サーバのプラットフォームがWindowsの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“D:\backup”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“D:\backup_cl1”, “D:\backup_cl2”として説明します。

C:\>C:\Win32app\AdvancedCopyManager\bin\swstresrst D:\backup <Return>
swstresrst completed
C:\>


swstresrstコマンドに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Windows版)』の「11.1.3.3 資源リストアコマンド（swstresrst）」を参照してください。

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のリカバリ制御ファイルもリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定
  
  C:\>set SWSTGNODE=論理ノード名 <Return>
  
  　
2. リカバリ制御ファイルのリストア (ノード1の場合)
  
  C:\>C:\Win32app\AdvancedCopyManager\bin\swstresrst D:\backup_cl1 <Return>
  swstresrst completed
  C:\>
  
  　
3. 環境変数の設定解除
  
  C:\>set SWSTGNODE= <Return>

業務サーバ上で swsrprecoverresコマンド(-r オプション)を実行し、レプリケーション管理簿をリストアします。

本手順によって、リポジトリのレプリケーション管理の運用情報がStorageサーバへコピーされ、運用可能な状態になります。
リポジトリに存在するレプリケーション管理の運用情報に変更がなく、Storageサーバに存在するレプリケーション管理の運用情報のみが何らかの理由によって不正な状態になってしまった場合は、本手順を実行してください。

C:\>C:\Win32app\AdvancedCopyManager\bin\swsrprecoverres -r <Return>
swsrprecoverres completed
C:\>


swsrprecoverresコマンドに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Windows版)』の「11.3.3.1 資源整合コマンド（swsrprecoverres）」を参照してください。

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のレプリケーション管理簿もリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定
  
  C:\>set SWSTGNODE=論理ノード名 <Return>
  
  　
2. レプリケーション管理簿のリストア
  
  C:\>C:\Win32app\AdvancedCopyManager\bin\swsrprecoverres -r <Return>
  swsrprecoverres completed
  C:\>
  
  　
3. 環境変数の設定解除
  
  C:\>set SWSTGNODE= <Return>

7.2.1.2.2 SSF/Backup Facilityが Storageサーバの場合

SSF/Backup FacilityをSoftek AdvancedCopy Manager の「Storageサーバ」として運用している場合のバックアップ管理データの復元方法について説明します。

復元手順は以下の通りです。記述している順に操作を行ってください。

各製品のデーモンの停止
ダイレクトバックアップ資源のリストア
各製品のデーモンの起動
業務サーバ側資源、Storage管理サーバのデータベースのテープからの復元
データベースの復旧
業務サーバ側資源のリストア

■各製品のデーモンの停止


本作業はSSF/Backup Facility 上で実施します。

各製品のデーモンを停止します。

Softek AdvancedCopy Managerデーモンを停止します。

# /opt/swstorage/bin/stopacm <Return>

　
SPアシスタントを停止します。

# /etc/init.d/SPassistant stop <Return>

ダイレクトバックアップサーバを停止します。

# /etc/init.d/dbu stop <Return>


ダイレクトバックアップサーバを停止する際には以下のマニュアルの注意事項を参照してください。『ダイレクトバックアップ使用手引書』の「7.3.1 ダイレクトバックアップサーバ停止に関する注意事項」

■ダイレクトバックアップ資源のリストア


本作業はSSF/Backup Facility 上で実施します。 LMF制御ファイルを復元する場合は、本作業を行う前に、実施しておく必要があります。詳細については、「7.3.2.1.2 LMF制御ファイルの復元」を参照してください。

「ダイレクトバックアップ資源のバックアップ」で退避したダイレクトバックアップの管理ファイルをリストアします。

共有ディスクをアンマウントします。
バックアップ管理ファイルが格納されていたディレクトリをアンマウントします。

# umount /sp/dbu/primary <Return>
# umount /sp/dbu/log <Return>
# umount /sp/uty <Return>
# umount /sp/dbu/secondary <Return>
# umount /sp/dbu/adm <Return>

ファイルシステムを再構築します。
退避データをリストアするために、復元先のファイルシステムを構築し直します。

共有ディスクをマウントします。
バックアップ管理ファイルが格納されていたディレクトリをマウントします。

カレントディレクトリを“/sp/dbu”ディレクトリに移動します。

# cd /sp/dbu <Return>

アーカイブファイルを展開します。

カレントディレクトリを“/sp”ディレクトリに移動します。

# cd /sp <Return>

　
アーカイブファイルを展開します。

# tar xpf /sp/tmp/manage_bk/DBU/DB_UTY.tar <Return>

■各製品のデーモンの起動


本作業はSSF/Backup Facility 上で実施します。

各製品のデーモンを起動します。

Softek AdvancedCopy Managerデーモンを起動します。

# /opt/swstorage/bin/startacm <Return>

　
ダイレクトバックアップサーバを起動します。

# /etc/init.d/dbu start <Return>

　
SPアシスタントを起動します。

# /etc/init.d/SPassistant start <Return>

■業務サーバ側資源、Storage管理サーバのデータベースのテープからの復元


本作業はSSF/Backup Facility 上で実施します。

「業務サーバ側資源、Storage管理サーバのデータベースのテープへの退避」でテープに退避した業務サーバ側資源、Storage管理サーバのデータベースを保全ボリュームに復元します。


ここでは、リストア先の保全ボリュームを含む論理ユニットを“GR01：OLU000a”として説明します。

# lurestore GR01：OLU000a <Return>
GR01：OLU000a： restore to GR01：OLU000a ? [y/n]：y <Return>
lurestore completed
#

論理ユニットバックアップの操作についての詳細は、『ダイレクトバックアップ使用手引書』の「第10章論理ユニットバックアップの運用操作」を参照してください。
論理ユニットバックアップのコマンドに関しての詳細は、『ダイレクトバックアップ使用手引書』の「第15章論理ユニットバックアップのためのコマンド」を参照してください。

■データベースの復旧

「業務サーバ側資源、Storage管理サーバのデータベースのテープからの復元」で保全ボリュームに戻したStorage管理サーバの資源(データベース)を復旧します。


本作業はStorage管理サーバ(Solaris OS)上で実施します。 Storage管理サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、Storage管理サーバがシングル構成の場合の保全ボリュームのパスを“/sp/tmp/manage_bk”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“/sp/tmp/manage_bk_cl1”, “/sp/tmp/manage_bk_cl2”として説明します。

Softek AdvancedCopy Manager のデータベース復旧コマンド(stgdbrcv) を使用して、データベースの復旧を行います。

Softek AdvancedCopy Manager のログファイル“RDBSWSTF.log”から“qdgメッセージ”を検索して、障害内容、確認対象、復旧モードを決定します。


“RDBSWSTF.log”ファイルに“qdgメッセージ”が出力されていない場合は、本作業を行う必要はありません。


データベースの障害箇所の把握に関する詳細は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「9.1.3.2 データベースの障害箇所の把握」を参照してください。

以下のコマンドを入力し、データベースリストアを起動します。
(以下は、Storage管理サーバがシングル構成の場合の例です。)

# /opt/swstorage/bin/stgdbrcv -m mode -d /sp/tmp/manage_bk <Return>


mode には、手順1. で決定した「復旧モード」を指定します。 -d オプションで指定するディレクトリには、「Storage管理サーバのデータベースのバックアップ」で退避した保全ボリュームのパスを指定します。


データベースの復旧に関する詳細は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「9.1.3.3 データベース復旧方法」を参照してください。

AdvancedCopy Managerのデーモンを再起動します。
データベース復旧コマンドが正常終了した後、AdvancedCopy Managerのデーモンを再起動してください。


データベースの復旧に関する詳細は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「第2章デーモンの起動と停止」を参照してください。

■業務サーバ側資源のリストア

「業務サーバ側資源、Storage管理サーバのデータベースのテープからの復元」で保全ボリュームに戻した業務サーバ側の資源(バックアップ管理簿、リカバリ制御ファイル)、レプリケーション管理簿を復元します。

バックアップ運用を行っている各プラットフォームの業務サーバで、資源のリストアを行ってください。

業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法
業務サーバのプラットフォームがWindowsの場合の保守方法

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“/sp/tmp/manage_bk”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“/sp/tmp/manage_bk_cl1”, “/sp/tmp/manage_bk_cl2”として説明します。

# /opt/FJSVswsts/bin/swstresrst /sp/tmp/manage_bk <Return>
swstresrst completed
#

swstresrstコマンドに関しての詳細は、以下を参照してください。

プラットフォームがSolaris OSの場合は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「10.1.3.3 資源リストアコマンド（swstresrst）」
プラットフォームがHP-UXの場合は、『Softek AdvancedCopy Manager 運用手引書(HP-UX版)』の「9.1.3.3 資源リストアコマンド（swstresrst）」
プラットフォームがLinuxの場合は、『Softek AdvancedCopy Manager 運用手引書(Linux版)』の「10.1.3.3 資源リストアコマンド（swstresrst）」
プラットフォームがAIXの場合は、『Softek AdvancedCopy Manager 運用手引書(AIX版)』の「9.1.3.3 資源リストアコマンド（swstresrst）」

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のリカバリ制御ファイルもリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定 (bsh の場合)
  
  # SWSTGNODE=論理ノード名 <Return>
  # export SWSTGNODE <Return>
  
  　
2. リカバリ制御ファイルのリストア (ノード1の場合)
  
  # /opt/FJSVswsts/bin/swstresrst /sp/tmp/manage_bk_cl1 <Return>
  swstresrst completed
  #
  
  　
3. 環境変数の設定解除
  
  # unset SWSTGNODE <Return>

業務サーバ上で swsrprecoverresコマンド(-r オプション)を実行し、レプリケーション管理簿をリストアします。

本手順によって、リポジトリのレプリケーション管理の運用情報がStorageサーバへコピーされ、運用可能な状態になります。
リポジトリに存在するレプリケーション管理の運用情報に変更がなく、Storageサーバに存在するレプリケーション管理の運用情報のみが何らかの理由によって不正な状態になってしまった場合は、本手順を実行してください。

# /opt/FJSVswsrp/bin/swsrprecoverres -r <Return>
swsrprecoverres completed
#

swsrprecoverresコマンドに関しての詳細は、以下を参照してください。

プラットフォームがSolaris OSの場合は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「10.3.3.1 資源整合コマンド（swsrprecoverres）」
プラットフォームがHP-UXの場合は、『Softek AdvancedCopy Manager 運用手引書(HP-UX版)』の「9.3.3.1 資源整合コマンド（swsrprecoverres）」
プラットフォームがLinuxの場合は、『Softek AdvancedCopy Manager 運用手引書(Linux版)』の「10.3.3.1 資源整合コマンド（swsrprecoverres）」
プラットフォームがAIXの場合は、『Softek AdvancedCopy Manager 運用手引書(AIX版)』の「9.3.3.1 資源整合コマンド（swsrprecoverres）」

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のレプリケーション管理簿もリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定 (bsh の場合)
  
  # SWSTGNODE=論理ノード名 <Return>
  # export SWSTGNODE <Return>
  
  　
2. レプリケーション管理簿のリストア
  
  # /opt/FJSVswsrp/bin/swsrprecoverres -r <Return>
  swsrprecoverres completed
  #
  
  　
3. 環境変数の設定解除
  
  # unset SWSTGNODE <Return>

◆業務サーバのプラットフォームがWindowsの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“D:\backup”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“D:\backup_cl1”, “D:\backup_cl2”として説明します。

C:\>C:\Win32app\AdvancedCopyManager\bin\swstresrst D:\backup <Return>
swstresrst completed
C:\>


swstresrstコマンドに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Windows版)』の「11.1.3.3 資源リストアコマンド（swstresrst）」を参照してください。

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のリカバリ制御ファイルもリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定
  
  C:\>set SWSTGNODE=論理ノード名 <Return>
  
  　
2. リカバリ制御ファイルのリストア (ノード1の場合)
  
  C:\>C:\Win32app\AdvancedCopyManager\bin\swstresrst D:\backup_cl1 <Return>
  swstresrst completed
  C:\>
  
  　
3. 環境変数の設定解除
  
  C:\>set SWSTGNODE= <Return>

業務サーバ上で swsrprecoverresコマンド(-r オプション)を実行し、レプリケーション管理簿をリストアします。

本手順によって、リポジトリのレプリケーション管理の運用情報がStorageサーバへコピーされ、運用可能な状態になります。
リポジトリに存在するレプリケーション管理の運用情報に変更がなく、Storageサーバに存在するレプリケーション管理の運用情報のみが何らかの理由によって不正な状態になってしまった場合は、本手順を実行してください。

C:\>C:\Win32app\AdvancedCopyManager\bin\swsrprecoverres -r <Return>
swsrprecoverres completed
C:\>


swsrprecoverresコマンドに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Windows版)』の「11.3.3.1 資源整合コマンド（swsrprecoverres）」を参照してください。

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のレプリケーション管理簿もリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定
  
  C:\>set SWSTGNODE=論理ノード名 <Return>
  
  　
2. レプリケーション管理簿のリストア
  
  C:\>C:\Win32app\AdvancedCopyManager\bin\swsrprecoverres -r <Return>
  swsrprecoverres completed
  C:\>
  
  　
3. 環境変数の設定解除
  
  C:\>set SWSTGNODE= <Return>

7.2.2 クラスタ構成の場合

SSF/Backup Facility がクラスタ構成の場合におけるバックアップ管理データの保守について説明します。

7.2.2.1 バックアップ管理データの退避

バックアップ管理データの退避方法について説明します。

7.2.2.1.1 SSF/Backup Facilityが Storage管理サーバの場合

SSF/Backup FacilityをSoftek AdvancedCopy Manager の「Storage管理サーバ」として運用している場合のバックアップ管理データの退避方法について説明します。

退避手順は以下の通りです。記述している順に操作を行ってください。

業務サーバ側資源のバックアップ
業務サーバ側資源のテープへの退避
データベースのバックアップ
userApplicationの保守モードの起動
Softek AdvancedCopy Manager資源のバックアップ
ダイレクトバックアップ資源のバックアップ
userApplicationの保守モードの停止

■業務サーバ側資源のバックアップ

バックアップ業務終了後には、当該情報の消失に備えて、業務サーバ側の資源のバックアップを行います。


レプリケーション管理簿のバックアップは、Storage管理サーバのリポジトリをバックアップすることによって実施します。リポジトリのバックアップについては、後述の「データベースのバックアップ」以降を参照してください。

バックアップ運用を行っている各プラットフォームの業務サーバで、資源のバックアップを行ってください。

業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法
業務サーバのプラットフォームがWindowsの場合の保守方法

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。

ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“/sp/tmp/manage_bk”として説明します。
クラスタ構成の場合の保全ボリュームのパスは、ノード別に“/sp/tmp/manage_bk_cl1”, “/sp/tmp/manage_bk_cl2”として説明します。
これらの退避先のディレクトリは予め、作成しておいてください。

各業務サーバにおいて、サーバ種別専用の共用ディスク上の保全ボリュームをそれぞれマウント/認識させ、ファイルシステムを作成します。
　
業務サーバ上で swstresbackコマンドを実行し、業務サーバの資源をバックアップします。

# /opt/FJSVswsts/bin/swstresback /sp/tmp/manage_bk <Return>
swstresback completed
#


業務稼動ノードでコマンド実行する必要があります。

環境変数の設定 (bsh の場合)

# SWSTGNODE=論理ノード名 <Return>
# export SWSTGNODE <Return>

　
リカバリ制御ファイルのバックアップ (ノード1の場合)

# /opt/FJSVswsts/bin/swstresback /sp/tmp/manage_bk_cl1 <Return>
swstresback completed
#

環境変数の設定解除

# unset SWSTGNODE <Return>

swstresbackコマンドに関しての詳細は、以下を参照してください。

プラットフォームがSolaris OSの場合は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「10.1.3.2 資源バックアップコマンド（swstresback）」
プラットフォームがHP-UXの場合は、『Softek AdvancedCopy Manager 運用手引書(HP-UX版)』の「9.1.3.2 資源バックアップコマンド（swstresback）」
プラットフォームがLinuxの場合は、『Softek AdvancedCopy Manager 運用手引書(Linux版)』の「10.1.3.2 資源バックアップコマンド（swstresback）」
プラットフォームがAIXの場合は、『Softek AdvancedCopy Manager 運用手引書(AIX版)』の「9.1.3.2 資源バックアップコマンド（swstresback）」

◆業務サーバのプラットフォームがWindowsの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“D:\backup”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“D:\backup_cl1”, “D:\backup_cl2”として説明します。これらの退避先のディレクトリは予め、作成しておいてください。

各業務サーバにおいて、サーバ種別専用の共用ディスク上の保全ボリュームをそれぞれマウント/認識させ、ファイルシステムを作成します。
　
業務サーバ上で swstresbackコマンドを実行し、業務サーバの資源をバックアップします。
(以下は、業務サーバがシングル構成の場合の例です。)

C:\>C:\Win32app\AdvancedCopyManager\bin\swstresback D:\backup <Return>
swstresback completed
C:\>


業務稼動ノードでコマンド実行する必要があります。

環境変数の設定

C:\>set SWSTGNODE=論理ノード名 <Return>

　
リカバリ制御ファイルのバックアップ (ノード1の場合)

C:\>C:\Win32app\AdvancedCopyManager\bin\swstresback D:\backup_cl1 <Return>
swstresback completed
C:\>

環境変数の設定解除

C:\>set SWSTGNODE= <Return>


swstresbackコマンドに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Windows版)』の「11.1.3.2 資源バックアップコマンド（swstresback）」を参照してください。

■業務サーバ側資源のテープへの退避


本作業はSSF/Backup Facility の業務稼動ノードで実施します。

「業務サーバ側資源のバックアップ」で業務サーバの資源をバックアップした保全ボリュームを論理ユニット単位でテープ媒体に退避します。


ここでは、保全ボリュームを含む論理ユニットを“GR01：OLU000a”として説明します。


保全ボリュームが複数の論理ユニットに分散されている場合は、保全ボリュームを含む全ての論理ユニットをバックアップ対象にしてください。

保全ボリュームを含む論理ユニットに対してバックアップポリシーを設定します。
(以下は、退避先をテーププール「backup_pool」とした例です。)

# lusetpolicy -m TAPE -p backup_pool GR01：OLU000a <Return>
lusetpolicy completed
#

論理ユニットバックアップで、テープへ退避します。

# lubackup GR01：OLU000a <Return>
lubackup completed
#

論理ユニットバックアップの操作についての詳細は、『ダイレクトバックアップ使用手引書』の「第10章論理ユニットバックアップの運用操作」を参照してください。
論理ユニットバックアップのコマンドに関しての詳細は、『ダイレクトバックアップ使用手引書』の「第15章論理ユニットバックアップのためのコマンド」を参照してください。

■データベースのバックアップ


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。

データを退避するディレクトリを作成します。

# mkdir -p /sp/tmp/manage_bk/SoftekACM <Return>

　
以下のコマンドを入力し、データベースバックアップを起動します。

# /opt/swstorage/bin/stgdbbackup <Return>

　
処理続行確認をします。
処理を続行する場合は“y”、続行しない場合は“n”を入力します。

退避データ格納ディレクトリを入力します。
(手順1. で作成したディレクトリ名を絶対パスで入力します。)


指定したディレクトリ内に退避データがすでに存在した場合、処理は実行されません。ディレクトリ内の退避データを削除するか、他のディレクトリを指定して再実行してください。

データベースバックアップの処理続行最終確認をします。
データベースバックアップを続行する場合は“y”、中止する場合は"n"を入力します。
“n”を入力した場合は、手順2. に戻ります。

　
データベースバックアップが実行されます。
データベースバックアップの実行中、実行結果が随時画面に表示されます。実行結果例を以下に示します。

■userApplicationの保守モードの起動


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。

userApplicationを保守モードで起動します。

# /opt/SMAW/SMAWRrms/bin/hvutil -m on userApp_sp5000 <Return>

■Softek AdvancedCopy Manager資源のバックアップ


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。


ここでは、Softek AdvancedCopy Managerの共用ディスク用マウントポイントを“/SWSTCLMGR”として説明します。

Softek AdvancedCopy Managerの共用データをバックアップします。

カレントディレクトリをルートディレクトリに移動します。

# cd / <Return>

　
tarコマンドで管理ファイルをアーカイブファイルに格納します。

# tar cpf /sp/tmp/manage_bk/SoftekACM/ACM.tar SWSTCLMGR <Return>

　
カレントディレクトリをアーカイブファイルのあるディレクトリに移動します。

# cd /sp/tmp/manage_bk/SoftekACM <Return>

　
tarコマンドで、正しいアーカイブファイルであることを確認します。

# tar tvf ACM.tar <Return>
-rw------- 0/1 xxxx xxxx-xx-xx xx:xx ・・・

■ダイレクトバックアップ資源のバックアップ


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。

以下のダイレクトバックアップ管理ファイルをバックアップします。

/sp/dbu/primary
/sp/dbu/log
/sp/dbu/secondary
/sp/dbu/adm
/sp/uty

データを退避するディレクトリを作成します。

# mkdir /sp/tmp/manage_bk/DBU <Return>

　
ダイレクトバックアップのデーモンを停止します。

# /opt/FJSVfbupp/cluster/startscript_dbud stop <Return>

　
カレントディレクトリを“/sp/dbu”ディレクトリに移動します。

# cd /sp/dbu <Return>

tarコマンドで管理ファイルをアーカイブファイルに格納します。

カレントディレクトリを“/sp”ディレクトリに移動します。

# cd /sp <Return>

　
tarコマンドで管理ファイルをアーカイブファイルに格納します。

# tar cpf /sp/tmp/manage_bk/DBU/DB_UTY.tar uty <Return>

　
カレントディレクトリをアーカイブファイルのあるディレクトリに移動します。

# cd /sp/tmp/manage_bk/DBU <Return>

tarコマンドで、正しいアーカイブファイルであることを確認します。

ダイレクトバックアップのデーモンを起動します。

# /opt/FJSVfbupp/cluster/startscript_dbud start <Return>

■userApplicationの保守モードの停止


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。

userApplicationの保守モードを停止します。

# /opt/SMAW/SMAWRrms/bin/hvutil -m off userApp_sp5000 <Return>

7.2.2.1.2 SSF/Backup Facilityが Storageサーバの場合

SSF/Backup FacilityをSoftek AdvancedCopy Manager の「Storageサーバ」として運用している場合のバックアップ管理データの退避方法について説明します。

退避手順は以下の通りです。記述している順に操作を行ってください。

Storage管理サーバのデータベースのバックアップ
業務サーバ側資源のバックアップ
業務サーバ側資源、Storage管理サーバのデータベースのテープへの退避
userApplicationの保守モードの起動
Softek AdvancedCopy Manager資源のバックアップ
ダイレクトバックアップ資源のバックアップ
userApplicationの保守モードの停止

■Storage管理サーバのデータベースのバックアップ

Storage管理サーバの資源(データベース領域)は、SSF/Backup Facility におけるバックアップ管理データの復元において必須となる情報です。

バックアップ業務終了後には、当該情報の消失に備えて、Storage管理サーバの資源のバックアップを行います。


本作業はStorage管理サーバ(Solaris OS)上で実施します。 Storage管理サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。

ここでは、Storage管理サーバがシングル構成の場合の保全ボリュームのパスを“/sp/tmp/manage_bk”として説明します。
クラスタ構成の場合の保全ボリュームのパスは、ノード別に“/sp/tmp/manage_bk_cl1”, “/sp/tmp/manage_bk_cl2”として説明します。
これらの退避先のディレクトリは予め、作成しておいてください。

Storage管理サーバにおいて、サーバ種別専用の共用ディスク上の保全ボリュームをそれぞれマウント/認識させ、ファイルシステムを作成します。
　
以下のコマンドを入力し、データベースバックアップを起動します。
(以下は、Storage管理サーバがシングル構成の場合の例です。)

# /opt/swstorage/bin/stgdbdmp -d /sp/tmp/manage_bk <Return>

　
処理続行確認をします。
処理を続行する場合は“y”、続行しない場合は“n”を入力します。


Storage管理サーバデータベースのバックアップに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「9.1.3.1 データベース退避方法」を参照してください。

■業務サーバ側資源のバックアップ

バックアップ業務終了後には、当該情報の消失に備えて、業務サーバ側の資源のバックアップを行います。

バックアップ運用を行っている各プラットフォームの業務サーバで、資源のバックアップを行ってください。

業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法
業務サーバのプラットフォームがWindowsの場合の保守方法

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。

ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“/sp/tmp/manage_bk”として説明します。
クラスタ構成の場合の保全ボリュームのパスは、ノード別に“/sp/tmp/manage_bk_cl1”, “/sp/tmp/manage_bk_cl2”として説明します。
これらの退避先のディレクトリは予め、作成しておいてください。

各業務サーバにおいて、サーバ種別専用の共用ディスク上の保全ボリュームをそれぞれマウント/認識させ、ファイルシステムを作成します。


業務サーバとStorage管理サーバが兼用されているサーバでは、「Storage管理サーバのデータベースのバックアップ」作業内でファイルシステム作成済みのため、この操作は不要です。

業務サーバ上で swstresbackコマンドを実行し、業務サーバの資源をバックアップします。

# /opt/FJSVswsts/bin/swstresback /sp/tmp/manage_bk <Return>
swstresback completed
#


業務稼動ノードでコマンド実行する必要があります。

環境変数の設定 (bsh の場合)

# SWSTGNODE=論理ノード名 <Return>
# export SWSTGNODE <Return>

　
リカバリ制御ファイルのバックアップ (ノード1の場合)

# /opt/FJSVswsts/bin/swstresback /sp/tmp/manage_bk_cl1 <Return>
swstresback completed
#

環境変数の設定解除

# unset SWSTGNODE <Return>

swstresbackコマンドに関しての詳細は、以下を参照してください。

プラットフォームがSolaris OSの場合は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「10.1.3.2 資源バックアップコマンド（swstresback）」
プラットフォームがHP-UXの場合は、『Softek AdvancedCopy Manager 運用手引書(HP-UX版)』の「9.1.3.2 資源バックアップコマンド（swstresback）」
プラットフォームがLinuxの場合は、『Softek AdvancedCopy Manager 運用手引書(Linux版)』の「10.1.3.2 資源バックアップコマンド（swstresback）」
プラットフォームがAIXの場合は、『Softek AdvancedCopy Manager 運用手引書(AIX版)』の「9.1.3.2 資源バックアップコマンド（swstresback）」

◆業務サーバのプラットフォームがWindowsの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“D:\backup”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“D:\backup_cl1”, “D:\backup_cl2”として説明します。これらの退避先のディレクトリは予め、作成しておいてください。

各業務サーバにおいて、サーバ種別専用の共用ディスク上の保全ボリュームをそれぞれマウント/認識させ、ファイルシステムを作成します。
　
業務サーバ上で swstresbackコマンドを実行し、業務サーバの資源をバックアップします。

C:\>C:\Win32app\AdvancedCopyManager\bin\swstresback D:\backup <Return>
swstresback completed
C:\>


業務稼動ノードでコマンド実行する必要があります。

環境変数の設定

C:\>set SWSTGNODE=論理ノード名 <Return>

　
リカバリ制御ファイルのバックアップ (ノード1の場合)

C:\>C:\Win32app\AdvancedCopyManager\bin\swstresback D:\backup_cl1 <Return>
swstresback completed
C:\>

環境変数の設定解除

C:\>set SWSTGNODE= <Return>


swstresbackコマンドに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Windows版)』の「11.1.3.2 資源バックアップコマンド（swstresback）」を参照してください。

■業務サーバ側資源、Storage管理サーバのデータベースのテープへの退避


本作業はSSF/Backup Facility の業務稼動ノードで実施します。


ここでは、保全ボリュームを含む論理ユニットを“GR01：OLU000a”として説明します。


保全ボリュームが複数の論理ユニットに分散されている場合は、保全ボリュームを含む全ての論理ユニットをバックアップ対象にしてください。

保全ボリュームを含む論理ユニットに対してバックアップポリシーを設定します。
(以下は、退避先をテーププール「backup_pool」とした例です。)

# lusetpolicy -m TAPE -p backup_pool GR01：OLU000a <Return>
lusetpolicy completed
#

論理ユニットバックアップで、テープへ退避します。

# lubackup GR01：OLU000a <Return>
lubackup completed
#

論理ユニットバックアップの操作についての詳細は、『ダイレクトバックアップ使用手引書』の「第10章論理ユニットバックアップの運用操作」を参照してください。
論理ユニットバックアップのコマンドに関しての詳細は、『ダイレクトバックアップ使用手引書』の「第15章論理ユニットバックアップのためのコマンド」を参照してください。

■userApplicationの保守モードの起動


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。

userApplicationを保守モードで起動します。

# /opt/SMAW/SMAWRrms/bin/hvutil -m on userApp_sp5000 <Return>

■Softek AdvancedCopy Manager資源のバックアップ


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。


ここでは、Softek AdvancedCopy Managerの共用ディスク用マウントポイントを“/SWSTCLMGR”として説明します。

Softek AdvancedCopy Managerの共用データをバックアップします。

データを退避するディレクトリを作成します。

# mkdir -p /sp/tmp/manage_bk/SoftekACM <Return>

　
カレントディレクトリをルートディレクトリに移動します。

# cd / <Return>

　
tarコマンドで管理ファイルをアーカイブファイルに格納します。

# tar cpf /sp/tmp/manage_bk/SoftekACM/ACM.tar SWSTCLMGR <Return>

　
カレントディレクトリをアーカイブファイルのあるディレクトリに移動します。

# cd /sp/tmp/manage_bk/SoftekACM <Return>

　
tarコマンドで、正しいアーカイブファイルであることを確認します。

# tar tvf ACM.tar <Return>
-rw------- 0/1 xxxx xxxx-xx-xx xx:xx ・・・

■ダイレクトバックアップ資源のバックアップ


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。

以下のダイレクトバックアップ管理ファイルをバックアップします。

/sp/dbu/primary
/sp/dbu/log
/sp/dbu/secondary
/sp/dbu/adm
/sp/uty

データを退避するディレクトリを作成します。

# mkdir /sp/tmp/manage_bk/DBU <Return>

　
ダイレクトバックアップのデーモンを停止します。

# /opt/FJSVfbupp/cluster/startscript_dbud stop <Return>

　
カレントディレクトリを“/sp/dbu”ディレクトリに移動します。

# cd /sp/dbu <Return>

tarコマンドで管理ファイルをアーカイブファイルに格納します。

カレントディレクトリを“/sp”ディレクトリに移動します。

# cd /sp <Return>

　
tarコマンドで管理ファイルをアーカイブファイルに格納します。

# tar cpf /sp/tmp/manage_bk/DBU/DB_UTY.tar uty <Return>

　
カレントディレクトリをアーカイブファイルのあるディレクトリに移動します。

# cd /sp/tmp/manage_bk/DBU <Return>

tarコマンドで、正しいアーカイブファイルであることを確認します。

ダイレクトバックアップのデーモンを起動します。

# /opt/FJSVfbupp/cluster/startscript_dbud start <Return>

■userApplicationの保守モードの停止


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。

userApplicationの保守モードを停止します。

# /opt/SMAW/SMAWRrms/bin/hvutil -m off userApp_sp5000 <Return>

7.2.2.2 バックアップ管理データの復元

バックアップ管理データの復元方法について説明します。

7.2.2.2.1 SSF/Backup Facilityが Storage管理サーバの場合

SSF/Backup FacilityをSoftek AdvancedCopy Manager の「Storage管理サーバ」として運用している場合のバックアップ管理データの復元方法について説明します。

復元手順は以下の通りです。記述している順に操作を行ってください。

サービス(デーモン)の停止
ダイレクトバックアップ資源のリストア
Softek AdvancedCopy Manager資源のリストア
リポジトリの再構築
サービス(デーモン)の起動
データベースのリストア
業務サーバ側資源のテープからの復元
業務サーバ側資源のリストア

■サービス(デーモン)の停止


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。

クラスタで管理されているSSF/Backup Facilityの各デーモンを停止します。

userApplicationを停止します。

# hvshut -a <Return>

　
コマンドを実行し、RMS が停止している旨のメッセージが出力されることを確認してください。
# hvdisp -a <Return>

■ダイレクトバックアップ資源のリストア

本作業はuserApplicationが構築されていることを前提にしています。
本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。
LMF制御ファイルを復元する場合は、本作業を行う前に、実施しておく必要があります。詳細については、「7.3.2.2.2 LMF制御ファイルの復元」を参照してください。

「ダイレクトバックアップ資源のバックアップ」で退避したダイレクトバックアップの管理ファイルをリストアします。

GDS ボリュームを起動します。
以下のコマンドを実行してください。

# sdxvolume -N -c class0001 -v volume0000 <Return>
# sdxvolume -N -c class0001 -v volume0001 <Return>
# sdxvolume -N -c class0001 -v volume0002 <Return>
# sdxvolume -N -c class0001 -v volume0003 <Return>
# sdxvolume -N -c class0001 -v volume0009 <Return>

共用ディスクをマウントします。
ダイレクトバックアップの共用ディスクを手動で運用ノードにマウントします。

# mount /dev/sfdsk/class0001/dsk/volume0000 /sp/dbu/primary <Return>
# mount /dev/sfdsk/class0001/dsk/volume0001 /sp/dbu/log <Return>
# mount /dev/sfdsk/class0001/dsk/volume0002 /sp/dbu/secondary <Return>
# mount /dev/sfdsk/class0001/dsk/volume0003 /sp/dbu/adm <Return>
# mount /dev/sfdsk/class0001/dsk/volume0009 /sp/uty <Return>

カレントディレクトリを“/sp/dbu”ディレクトリに移動します。

# cd /sp/dbu <Return>

アーカイブファイルを展開します。

カレントディレクトリを“/sp”ディレクトリに移動します。

# cd /sp <Return>

　
アーカイブファイルを展開します。

# tar xpf /sp/tmp/manage_bk/DBU/DB_UTY.tar <Return>

　
共用ディスクのマウントを外します。
手順2. で行った共用ディスクのマウントを外します。

# umount /sp/dbu/primary <Return>
# umount /sp/dbu/log <Return>
# umount /sp/uty <Return>
# umount /sp/dbu/secondary <Return>
# umount /sp/dbu/adm <Return>

GDS ボリュームを停止します。
以下のコマンドを実行してください。

# sdxvolume -F -c class0001 -v volume0000 <Return>
# sdxvolume -F -c class0001 -v volume0001 <Return>
# sdxvolume -F -c class0001 -v volume0002 <Return>
# sdxvolume -F -c class0001 -v volume0003 <Return>
# sdxvolume -F -c class0001 -v volume0009 <Return>

■Softek AdvancedCopy Manager資源のリストア


本作業はuserApplicationが構築されていることを前提にしています。また、本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。


ここでは、Softek AdvancedCopy Managerの共用ディスク用マウントポイントを“/SWSTCLMGR”として説明します。

「Softek AdvancedCopy Manager資源のバックアップ」で退避したSoftek AdvancedCopy Managerの共用データをリストアします。

GDS ボリュームを起動します。
以下のコマンドを実行してください。

# sdxvolume -N -c class0001 -v volume0004 <Return>
# sdxvolume -N -c class0001 -v volume0005 <Return>

　
共用ディスクをマウントします。
Softek AdvancedCopy Managerの共用ディスクを手動で運用ノードにマウントします。

# mount /dev/sfdsk/class0001/dsk/volume0005 /SWSTCLMGR <Return>

　
カレントディレクトリをルートディレクトリに移動します。

# cd / <Return>

　
アーカイブファイルを展開します。

# tar xpf /sp/tmp/manage_bk/SoftekACM/ACM.tar SWSTCLMGR <Return>

　
共用ディスクのマウントを外します。
手順2. で行った共用ディスクのマウントを外します。

# umount /SWSTCLMGR <Return>

　
GDS ボリュームを停止します。
以下のコマンドを実行してください。

# sdxvolume -F -c class0001 -v volume0004 <Return>
# sdxvolume -F -c class0001 -v volume0005 <Return>

■リポジトリの再構築


本作業はSSF/Backup Facility 上で実施します。


ここでは、Softek AdvancedCopy Managerの共用ディスク用マウントポイントを“/SWSTCLMGR”として説明します。

Softek AdvancedCopy Manager のリポジトリの再構築を行います。

userApplication Configuration Wizardを起動します。
「Web-Based Admin View」を表示し、「Global Cluster Services」－「userApplication Configuration Wizard」をクリックします。

　
userApplicationやResourceの削除を起動します。
「userApplicationやResourceの削除」を選択し、<次へ>をクリックします。

　
削除するuserApplicationを選択します。
「userApp_sp5000」を選択し、<削除>をクリックします。

　
userApplicationのみを削除します。
<userApplicationのみ>をクリックします。

　
削除を実施すると、以下の画面が表示されることがありますが、そのまま次の作業をおこなってください。
　
userApplicationやResourceの削除を起動します。
「userApplicationやResourceの削除」を選択し、<次へ>をクリックします。

　
削除するSoftek AdvancedCopy Managerのプロシジャリソースを選択します。
「Procedure0」を選択し、<削除>をクリックします。

　
プロシジャリソースを削除します。
<はい>をクリックします。

　
Web-Based Admin Viewからログアウトします。
userApplication Configuration Wizard画面で、<完了>をクリックし、Web-Based Admin Viewから「ログアウト」をクリックします。

　
セカンダリノードで、GDS ボリュームを起動します。
以下のコマンドを実行してください。

# sdxvolume -N -c class0001 -v volume0004 <Return>
# sdxvolume -N -c class0001 -v volume0005 <Return>

　
セカンダリノードで、共用ディスクをマウントします。
Softek AdvancedCopy Managerの共有データ用共用ディスク、リポジトリ用共有ディスクをセカンダリノードにマウントします。

# mount /dev/sfdsk/class0001/dsk/volume0005 /SWSTCLMGR <Return>
# mount /dev/sfdsk/class0001/dsk/volume0004 /SWSTFDB <Return>

　
セカンダリノードで、クラスタアンセットアップコマンドを実行します。
Softek AdvancedCopy Manager 共有データ用共有ディスクに他のユーザがアクセスしないようにした上で、セカンダリノードにおいてクラスタアンセットアップコマンドを実行します。

# /opt/swstorage/bin/stgclunset_safe -n sp5000 <Return>

　
削除対象を確認します。
指定した論理ノードについての情報が表示されます。内容を確認の上、<Return> を押します。

　
データベースの削除が実行されます。
“ｙ”を入力すると、データベースの削除が開始されます。

　
セカンダリノードのクラスタアンセットアップコマンドが終了したら、以下の完了画面が表示されます。

　
セカンダリノードで、共用ディスクをアンマウントします。
Softek AdvancedCopy Managerの共有データ用共用ディスク、リポジトリ用共有ディスクをセカンダリノードでアンマウントします。

# umount /SWSTCLMGR <Return>
# umount /SWSTFDB <Return>

　
セカンダリノードで、GDS ボリュームを停止します。
以下のコマンドを実行してください。

# sdxvolume -F -c class0001 -v volume0004 <Return>
# sdxvolume -F -c class0001 -v volume0005 <Return>

　
プライマリノードで、GDS ボリュームを起動します。
以下のコマンドを実行してください。

# sdxvolume -N -c class0001 -v volume0004 <Return>
# sdxvolume -N -c class0001 -v volume0005 <Return>

　
プライマリノードで、共用ディスクをマウントします。
Softek AdvancedCopy Managerの共有データ用共用ディスク、リポジトリ用共有ディスクをプライマリノードにマウントします。

# mount /dev/sfdsk/class0001/dsk/volume0005 /SWSTCLMGR <Return>
# mount /dev/sfdsk/class0001/dsk/volume0004 /SWSTFDB <Return>

　
プライマリノードで、クラスタアンセットアップコマンドを実行します。
Softek AdvancedCopy Manager 共有データ用共有ディスクに他のユーザがアクセスしないようにした上で、プライマリノードにおいてクラスタアンセットアップコマンドを実行します。

# /opt/swstorage/bin/stgclunset_safe -n sp5000 <Return>

　
削除対象を確認します。
指定した論理ノードについての情報が表示されます。内容を確認の上、<Return> を押します。

　
データベースの削除が実行されます。
“ｙ”を入力すると、データベースの削除が開始されます。

　
プライマリノードのクラスタアンセットアップコマンドが終了したら、以下の完了画面が表示されます。

　
プライマリノードで、共用ディスクをアンマウントします。
Softek AdvancedCopy Managerの共有データ用共用ディスク、リポジトリ用共有ディスクをプライマリノードでアンマウントします。

# umount /SWSTCLMGR <Return>
# umount /SWSTFDB <Return>

　
プライマリノードで、GDS ボリュームを停止します。
以下のコマンドを実行してください。

# sdxvolume -F -c class0001 -v volume0004 <Return>
# sdxvolume -F -c class0001 -v volume0005 <Return>

　
クラスタアンセットアップコマンドがエラーで失敗した場合、以下の手順で各データを削除してください。
以下 a) ～ b) の操作は、プライマリ(運用系)ノードのみで実施してください。
c) の操作は、両ノードで実施してください。
1. プライマリノードで、GDS ボリュームを起動します。
  
  # sdxvolume -N -c class0001 -v volume0004 <Return>
  
  　
2. プライマリノードで、リポジトリ共有ディスクをマウントします。
  
  # mount /dev/sfdsk/class0001/dsk/volume0004 /SWSTFDB <Return>
  
  　
3. プライマリノードで、リポジトリ共有ディレクトリ配下のファイルを全て削除します。
  
  # cd /SWSTFDB <Return>
  # rm -r * <Return>
  
  　
4. DBセットアップファイルを削除します。 (両ノードで実施)
  
  # cd /opt/FJSVswstf/setup/base <Return>
  # rm stgdbset.prm <Return>
  
  　
5. 再度、リポジトリの解除(クラスタアンセットアップ)を実行します。
  リポジトリの解除(クラスタアンセットアップ)の手順は、上記手順1.～16．と同じです。

プライマリノードで、GDS ボリュームを起動します。
以下のコマンドを実行してください。

# sdxvolume -N -c class0001 -v volume0004 <Return>
# sdxvolume -N -c class0001 -v volume0005 <Return>
# sdxvolume -N -c class0001 -v volume0006 <Return>
# sdxvolume -N -c class0001 -v volume0007 <Return>
# sdxvolume -N -c class0001 -v volume0008 <Return>

プライマリノードで、共用ディスクをマウントします。
Softek AdvancedCopy Managerの共有データ用共用ディスク、リポジトリ用共有ディスクをプライマリノードにマウントします。

# mount /dev/sfdsk/class0001/dsk/volume0005 /SWSTCLMGR <Return>
# mount /dev/sfdsk/class0001/dsk/volume0004 /SWSTFDB <Return>

プライマリノードで、クラスタセットアップコマンドを実行します。
Softek AdvancedCopy Manager 共有データ用共有ディスク、リポジトリ用共有ディスクに他のユーザがアクセスしないようにした上で、プライマリノードにおいてクラスタセットアップコマンドを実行します。
本コマンドを実行すると、クラスタセットアップに加え、リポジトリの作成も行われます。
（以下はSoftek AdvancedCopy Manager共有データ用のマウントポイントを“/SWSTCLMGR”、IPアドレスを“10.10.10.10”、論理ノード名を“sp5000”、業務名を“userApp_sp5000”とした例です。）

# /opt/swstorage/bin/stgclset_safe -k Primary -m /SWSTCLMGR -n sp5000 -s userApp_sp5000 -i 10.10.10.10 -f mgr <Return>


stgclset_safeコマンドの各パラメタに設定する値は、『SSF/Backup Facility導入手引書』の「5.7.1 Storage管理サーバの設定」にて入力した同じ値を入力してください。

セットアップ対象を確認します。
指定した論理ノードについての情報が表示されます。内容を確認の上、<Return> を押します。

　
Storage管理サーバ業務の共通環境の構築を開始します。
共通環境を設定する初期画面が表示されますので、内容を確認の上、<Enter> を押します。


「DBファイルシステム用デバイス名」に設定する値は、『SSF/Backup Facility 導入手引書』の「5.7.1 Storage管理サーバの設定」にて入力した、同じ値を入力してください。


「RDBディクショナリ用ローデバイス名」、「RDBログファイル用ローデバイス名」、「リポジトリデータ格納DBスペース用ローデバイス名」に設定する値は、『SSF/Backup Facility 導入手引書』の「5.7.1 Storage管理サーバの設定」にて入力した、同じ値を入力してください。

入力内容の確認を行います。
手順24. と手順25. で設定した４つのデバイス名が表示されます。
表示された内容を確認の上、“y”を入力して<Enter>キーを押します。

　
Storage管理サーバ共通環境作成の処理続行最終確認を行います。
Storage管理サーバ共通環境作成を続行する場合は“y”、中止する場合は“n”を入力します。

リポジトリアクセス用の設定を行います。
Softek AdvancedCopy Manager のリポジトリアクセス用の設定画面が表示されますので、ユーザ名とパスワードを順次入力して、 <Enter>キーを押します。


ユーザ名とパスワードをに設定する値は、『SSF/Backup Facility 導入手引書』の「5.7.1 Storage管理サーバの設定」にて入力した、同じ値を入力してください。

プライマリノードのクラスタセットアップが実行されます。
パスワードの登録およびクラスタセットアップコマンドの完了画面が表示されます。

　
プライマリノードで、共用ディスクをアンマウントします。
Softek AdvancedCopy Managerの共有データ用共用ディスク、リポジトリ用共有ディスクをプライマリノードでアンマウントします。

# umount /SWSTCLMGR <Return>
# umount /SWSTFDB <Return>

プライマリノードで、GDS ボリュームを停止します。

以下のコマンドを実行してください。

# sdxvolume -F -c class0001 -v volume0004 <Return>
# sdxvolume -F -c class0001 -v volume0005 <Return>
# sdxvolume -F -c class0001 -v volume0006 <Return>
# sdxvolume -F -c class0001 -v volume0007 <Return>
# sdxvolume -F -c class0001 -v volume0008 <Return>

セカンダリノードで、GDS ボリュームを起動します。
以下のコマンドを実行してください。

# sdxvolume -N -c class0001 -v volume0004 <Return>
# sdxvolume -N -c class0001 -v volume0005 <Return>

　
セカンダリノードで、共用ディスクをマウントします。
Softek AdvancedCopy Managerの共有データ用共用ディスク、リポジトリ用共有ディスクをセカンダリノードにマウントします。

# mount /dev/sfdsk/class0001/dsk/volume0005 /SWSTCLMGR <Return>
# mount /dev/sfdsk/class0001/dsk/volume0004 /SWSTFDB <Return>

セカンダリノードで、クラスタセットアップコマンドを実行します。
Softek AdvancedCopy Manager 共有データ用共有ディスク、リポジトリ用共有ディスクに他のユーザがアクセスしないようにした上で、セカンダリノードにおいてクラスタセットアップコマンドを実行します。
本コマンドを実行すると、クラスタセットアップに加え、リポジトリの作成も行われます。

# /opt/swstorage/bin/stgclset_safe -k Secondary -m /SWSTCLMGR <Return>


stgclset_safeコマンドの各パラメタに設定する値は、『SSF/Backup Facility導入手引書』の「5.7.1 Storage管理サーバの設定」にて入力した同じ値を入力してください。

セットアップ対象を確認します。
指定した論理ノードについての情報が表示されます。内容を確認の上、<Enter> を押します。

　
Storage管理サーバ業務の共通環境の構築を開始します。
共通環境を設定する初期画面が表示されますので、内容を確認の上、<Enter> を押します。
この画面は表示されない場合があります。


この画面は表示されない場合があります。


「DBファイルシステム用デバイス名」に設定する値は、『SSF/Backup Facility 導入手引書』の「5.7.1 Storage管理サーバの設定」にて入力した、同じ値を入力してください。

入力内容の確認を行います。
手順37. で設定したデバイス名が表示されます。
表示された内容を確認の上、“y”を入力して<Enter>キーを押します。
この画面は表示されない場合があります。
　
Storage管理サーバ共通環境作成の処理続行最終確認を行います。
Storage管理サーバ共通環境作成を続行する場合は“y”、中止する場合は“n”を入力します。
この画面は表示されない場合があります。
　
セカンダリノードのクラスタセットアップが実行されます。
クラスタセットアップコマンドの完了画面が表示されます。

　
セカンダリノードで、共用ディスクをアンマウントします。
Softek AdvancedCopy Managerの共有データ用共用ディスク、リポジトリ用共有ディスクをセカンダリノードでアンマウントします。

# umount /SWSTCLMGR <Return>
# umount /SWSTFDB <Return>

　
セカンダリノードで、GDS ボリュームを停止します。
以下のコマンドを実行してください。

# sdxvolume -F -c class0001 -v volume0004 <Return>
# sdxvolume -F -c class0001 -v volume0005 <Return>

Softek AdvancedCopy Managerのプロシジャリソースを作成します。


プロシジャリソースに設定する値は、『SSF/Backup Facility 導入手引書』の「5.11.4 プロシジャリソースの作成」にて入力した、同じ値を入力してください。


プロシジャリソースの作成手順については、『SSF/Backup Facility 導入手引書』の「5.11.4 プロシジャリソースの作成」を参照してください。

userApplicationを作成します。
userApplicationに設定する値は、『SSF/Backup Facility 導入手引書』の「5.12 userApplicationの作成」にて入力した、同じ値を入力してください。
　
userApplicationの作成手順については、『SSF/Backup Facility 導入手引書』の「5.12 userApplicationの作成」を参照してください。
　
両ノードで、システムを再起動します。

# shutdown -y -g0 -i6 <Return>

■サービス(デーモン)の起動


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。

クラスタで管理されているSSF/Backup Facilityの各デーモンを起動します。

userApplicationを起動します。

# hvcm -a <Return>

　
コマンドを実行し、出力されたuserApplicationのステータスがOnlineであることを確認します。
# hvdisp -a <Return>

■データベースのリストア


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。

データベース領域の再構築を行った後、「データベースのバックアップ」で退避したデータベースをリストアします。

データベースリストアを起動します。
以下のコマンドを入力し、データベースリストアを起動します。

# /opt/swstorage/bin/stgdbrestore <Return>

　
処理続行確認をします。
処理を続行する場合は“y”、続行しない場合は“n”を入力します。

　
退避データ格納ディレクトリを入力します。
退避データが格納されているディレクトリ名を絶対パスで入力します。
ディレクトリ内の退避データがひとつでも欠落していた場合、データ間の整合性がとれない恐れがあるため、処理は実行されません。
　
データベースリストアの処理続行最終確認をします。
データベースリストアを続行する場合は“y”、中止する場合は“n”を入力します。
“n”を入力した場合は、手順1. に戻ります。

　
データベースリストアが実行されます。
データベースリストアが実行中、実行結果が随時画面に表示されます。実行結果例を以下に示します。

■業務サーバ側資源のテープからの復元


本作業はSSF/Backup Facility の業務稼動ノードで実施します。

「業務サーバ側資源のテープへの退避」でテープに退避した業務サーバ側資源を保全ボリュームに復元します。


ここでは、リストア先の保全ボリュームを含む論理ユニットを“GR01：OLU000a”として説明します。

# lurestore GR01：OLU000a <Return>
GR01：OLU000a： restore to GR01：OLU000a ? [y/n]：y <Return>
lurestore completed
#

論理ユニットバックアップの操作についての詳細は、『ダイレクトバックアップ使用手引書』の「第10章論理ユニットバックアップの運用操作」を参照してください。
論理ユニットバックアップのコマンドに関しての詳細は、『ダイレクトバックアップ使用手引書』の「第15章論理ユニットバックアップのためのコマンド」を参照してください。

■業務サーバ側資源のリストア

バックアップ運用を行っている各プラットフォームの業務サーバで、資源のリストアを行ってください。

業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法
業務サーバのプラットフォームがWindowsの場合の保守方法

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“/sp/tmp/manage_bk”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“/sp/tmp/manage_bk_cl1”, “/sp/tmp/manage_bk_cl2”として説明します。

# /opt/FJSVswsts/bin/swstresrst /sp/tmp/manage_bk <Return>
swstresrst completed
#

swstresrstコマンドに関しての詳細は、以下を参照してください。

プラットフォームがSolaris OSの場合は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「10.1.3.3 資源リストアコマンド（swstresrst）」
プラットフォームがHP-UXの場合は、『Softek AdvancedCopy Manager 運用手引書(HP-UX版)』の「9.1.3.3 資源リストアコマンド（swstresrst）」
プラットフォームがLinuxの場合は、『Softek AdvancedCopy Manager 運用手引書(Linux版)』の「10.1.3.3 資源リストアコマンド（swstresrst）」
プラットフォームがAIXの場合は、『Softek AdvancedCopy Manager 運用手引書(AIX版)』の「9.1.3.3 資源リストアコマンド（swstresrst）」

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のリカバリ制御ファイルもリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定 (bsh の場合)
  
  # SWSTGNODE=論理ノード名 <Return>
  # export SWSTGNODE <Return>
  
  　
2. リカバリ制御ファイルのリストア (ノード1の場合)
  
  # /opt/FJSVswsts/bin/swstresrst /sp/tmp/manage_bk_cl1 <Return>
  swstresrst completed
  #
  
  　
3. 環境変数の設定解除
  
  # unset SWSTGNODE <Return>

業務サーバ上で swsrprecoverresコマンド(-r オプション)を実行し、レプリケーション管理簿をリストアします。

本手順によって、リポジトリのレプリケーション管理の運用情報がStorageサーバへコピーされ、運用可能な状態になります。
リポジトリに存在するレプリケーション管理の運用情報に変更がなく、Storageサーバに存在するレプリケーション管理の運用情報のみが何らかの理由によって不正な状態になってしまった場合は、本手順を実行してください。

# /opt/FJSVswsrp/bin/swsrprecoverres -r <Return>
swsrprecoverres completed
#

swsrprecoverresコマンドに関しての詳細は、以下を参照してください。

プラットフォームがSolaris OSの場合は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「10.3.3.1 資源整合コマンド（swsrprecoverres）」
プラットフォームがHP-UXの場合は、『Softek AdvancedCopy Manager 運用手引書(HP-UX版)』の「9.3.3.1 資源整合コマンド（swsrprecoverres）」
プラットフォームがLinuxの場合は、『Softek AdvancedCopy Manager 運用手引書(Linux版)』の「10.3.3.1 資源整合コマンド（swsrprecoverres）」
プラットフォームがAIXの場合は、『Softek AdvancedCopy Manager 運用手引書(AIX版)』の「9.3.3.1 資源整合コマンド（swsrprecoverres）」

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のレプリケーション管理簿もリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定 (bsh の場合)
  
  # SWSTGNODE=論理ノード名 <Return>
  # export SWSTGNODE <Return>
  
  　
2. レプリケーション管理簿のリストア
  
  # /opt/FJSVswsrp/bin/swsrprecoverres -r <Return>
  swsrprecoverres completed
  #
  
  　
3. 環境変数の設定解除
  
  # unset SWSTGNODE <Return>

◆業務サーバのプラットフォームがWindowsの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“D:\backup”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“D:\backup_cl1”, “D:\backup_cl2”として説明します。

C:\>C:\Win32app\AdvancedCopyManager\bin\swstresrst D:\backup <Return>
swstresrst completed
C:\>


swstresrstコマンドに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Windows版)』の「11.1.3.3 資源リストアコマンド（swstresrst）」を参照してください。

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のリカバリ制御ファイルもリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定
  
  C:\>set SWSTGNODE=論理ノード名 <Return>
  
  　
2. リカバリ制御ファイルのリストア (ノード1の場合)
  
  C:\>C:\Win32app\AdvancedCopyManager\bin\swstresrst D:\backup_cl1 <Return>
  swstresrst completed
  C:\>
  
  　
3. 環境変数の設定解除
  
  C:\>set SWSTGNODE= <Return>

業務サーバ上で swsrprecoverresコマンド(-r オプション)を実行し、レプリケーション管理簿をリストアします。

本手順によって、リポジトリのレプリケーション管理の運用情報がStorageサーバへコピーされ、運用可能な状態になります。
リポジトリに存在するレプリケーション管理の運用情報に変更がなく、Storageサーバに存在するレプリケーション管理の運用情報のみが何らかの理由によって不正な状態になってしまった場合は、本手順を実行してください。

C:\>C:\Win32app\AdvancedCopyManager\bin\swsrprecoverres -r <Return>
swsrprecoverres completed
C:\>


swsrprecoverresコマンドに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Windows版)』の「11.3.3.1 資源整合コマンド（swsrprecoverres）」を参照してください。

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のレプリケーション管理簿もリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定
  
  C:\>set SWSTGNODE=論理ノード名 <Return>
  
  　
2. レプリケーション管理簿のリストア
  
  C:\>C:\Win32app\AdvancedCopyManager\bin\swsrprecoverres -r <Return>
  swsrprecoverres completed
  C:\>
  
  　
3. 環境変数の設定解除
  
  C:\>set SWSTGNODE= <Return>

7.2.2.2.2 SSF/Backup Facilityが Storageサーバの場合

SSF/Backup FacilityをSoftek AdvancedCopy Manager の「Storageサーバ」として運用している場合のバックアップ管理データの復元方法について説明します。

復元手順は以下の通りです。記述している順に操作を行ってください。

サービス(デーモン)の停止
ダイレクトバックアップ資源のリストア
Softek AdvancedCopy Manager資源のリストア
サービス(デーモン)の起動
業務サーバ側資源、Storage管理サーバのデータベースのテープからの復元
データベースの復旧
業務サーバ側資源のリストア

■サービス(デーモン)の停止


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。

クラスタで管理されているSSF/Backup Facilityの各デーモンを停止します。

userApplicationを停止します。

# hvshut -a <Return>

　
コマンドを実行し、RMS が停止している旨のメッセージが出力されることを確認してください。
# hvdisp -a <Return>

■ダイレクトバックアップ資源のリストア

本作業はuserApplicationが構築されていることを前提にしています。
本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。
LMF制御ファイルを復元する場合は、本作業を行う前に、実施しておく必要があります。詳細については、「7.3.2.2.2 LMF制御ファイルの復元」を参照してください。

「ダイレクトバックアップ資源のバックアップ」で退避したダイレクトバックアップの管理ファイルをリストアします。

GDS ボリュームを起動します。
以下のコマンドを実行してください。

共用ディスクをマウントします。
ダイレクトバックアップの共用ディスクを手動で運用ノードにマウントします。

カレントディレクトリを“/sp/dbu”ディレクトリに移動します。

# cd /sp/dbu <Return>

アーカイブファイルを展開します。

カレントディレクトリを“/sp”ディレクトリに移動します。

# cd /sp <Return>

　
アーカイブファイルを展開します。

# tar xpf /sp/tmp/manage_bk/DBU/DB_UTY.tar <Return>

　
共用ディスクのマウントを外します。
手順2. で行った共用ディスクのマウントを外します。

# umount /sp/dbu/primary <Return>
# umount /sp/dbu/log <Return>
# umount /sp/uty <Return>
# umount /sp/dbu/secondary <Return>
# umount /sp/dbu/adm <Return>

GDS ボリュームを停止します。
以下のコマンドを実行してください。

■Softek AdvancedCopy Manager資源のリストア


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。


ここでは、Softek AdvancedCopy Managerの共用ディスク用マウントポイントを“/SWSTCLMGR”として説明します。

「Softek AdvancedCopy Manager資源のバックアップ」で退避したSoftek AdvancedCopy Managerの共用データをリストアします。

GDS ボリュームを起動します。
以下のコマンドを実行してください。

# sdxvolume -N -c class0001 -v volume0005 <Return>

　
共用ディスクをマウントします。
userApplicationの停止によりアンマウントされたSoftek AdvancedCopy Managerの共用ディスクを手動で運用ノードにマウントします。

# mount /dev/sfdsk/class0001/dsk/volume0005 /SWSTCLMGR <Return>

　
カレントディレクトリをルートディレクトリに移動します。

# cd / <Return>

　
アーカイブファイルを展開します。

# tar xpf /sp/tmp/manage_bk/SoftekACM/ACM.tar SWSTCLMGR <Return>

　
共用ディスクのマウントを外します。
手順2. で行った共用ディスクのマウントを外します。

# umount /SWSTCLMGR <Return>

　
GDS ボリュームを停止します。
以下のコマンドを実行してください。

# sdxvolume -F -c class0001 -v volume0005 <Return>

■サービス(デーモン)の起動


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。

クラスタで管理されているSSF/Backup Facilityの各デーモンを起動します。

userApplicationを起動します。

# hvcm -a <Return>

　
コマンドを実行し、出力されたuserApplicationのステータスがOnlineであることを確認します。
# hvdisp -a <Return>

■業務サーバ側資源、Storage管理サーバのデータベースのテープからの復元


本作業はSSF/Backup Facility のプライマリ(運用)ノードのみで実施します。


ここでは、リストア先の保全ボリュームを含む論理ユニットを“GR01：OLU000a”として説明します。

# lurestore GR01：OLU000a <Return>
GR01：OLU000a： restore to GR01：OLU000a ? [y/n]：y <Return>
lurestore completed
#

論理ユニットバックアップの操作についての詳細は、『ダイレクトバックアップ使用手引書』の「第10章論理ユニットバックアップの運用操作」を参照してください。
論理ユニットバックアップのコマンドに関しての詳細は、『ダイレクトバックアップ使用手引書』の「第15章論理ユニットバックアップのためのコマンド」を参照してください。

■データベースの復旧


本作業はStorage管理サーバ(Solaris OS)上で実施します。 Storage管理サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、Storage管理サーバがシングル構成の場合の保全ボリュームのパスを“/sp/tmp/manage_bk”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“/sp/tmp/manage_bk_cl1”, “/sp/tmp/manage_bk_cl2”として説明します。

Softek AdvancedCopy Manager のデータベース復旧コマンド(stgdbrcv) を使用して、データベースの復旧を行います。

Softek AdvancedCopy Manager のログファイル“RDBSWSTF.log”から“qdgメッセージ”を検索して、障害内容、確認対象、復旧モードを決定します。


“RDBSWSTF.log”ファイルに“qdgメッセージ”が出力されていない場合は、本作業を行う必要はありません。


データベースの障害箇所の把握に関する詳細は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「9.1.3.2 データベースの障害箇所の把握」を参照してください。

以下のコマンドを入力し、データベースリストアを起動します。
(以下は、Storage管理サーバがシングル構成の場合の例です。)

# /opt/swstorage/bin/stgdbrcv -m mode -d /sp/tmp/manage_bk <Return>


mode には、手順1. で決定した「復旧モード」を指定します。 -d オプションで指定するディレクトリには、「Storage管理サーバのデータベースのバックアップ」で退避した保全ボリュームのパスを指定します。


データベースの復旧に関する詳細は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「9.1.3.3 データベース復旧方法」を参照してください。

AdvancedCopy Managerのデーモンを再起動します。
データベース復旧コマンドが正常終了した後、AdvancedCopy Managerのデーモンを再起動してください。


データベースの復旧に関する詳細は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「第2章デーモンの起動と停止」を参照してください。

■業務サーバ側資源のリストア

バックアップ運用を行っている各プラットフォームの業務サーバで、資源のリストアを行ってください。

業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法
業務サーバのプラットフォームがWindowsの場合の保守方法

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“/sp/tmp/manage_bk”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“/sp/tmp/manage_bk_cl1”, “/sp/tmp/manage_bk_cl2”として説明します。

# /opt/FJSVswsts/bin/swstresrst /sp/tmp/manage_bk <Return>
swstresrst completed
#

swstresrstコマンドに関しての詳細は、以下を参照してください。

プラットフォームがSolaris OSの場合は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「10.1.3.3 資源リストアコマンド（swstresrst）」
プラットフォームがHP-UXの場合は、『Softek AdvancedCopy Manager 運用手引書(HP-UX版)』の「9.1.3.3 資源リストアコマンド（swstresrst）」
プラットフォームがLinuxの場合は、『Softek AdvancedCopy Manager 運用手引書(Linux版)』の「10.1.3.3 資源リストアコマンド（swstresrst）」
プラットフォームがAIXの場合は、『Softek AdvancedCopy Manager 運用手引書(AIX版)』の「9.1.3.3 資源リストアコマンド（swstresrst）」

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のリカバリ制御ファイルもリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定 (bsh の場合)
  
  # SWSTGNODE=論理ノード名 <Return>
  # export SWSTGNODE <Return>
  
  　
2. リカバリ制御ファイルのリストア (ノード1の場合)
  
  # /opt/FJSVswsts/bin/swstresrst /sp/tmp/manage_bk_cl1 <Return>
  swstresrst completed
  #
  
  　
3. 環境変数の設定解除
  
  # unset SWSTGNODE <Return>

業務サーバ上で swsrprecoverresコマンド(-r オプション)を実行し、レプリケーション管理簿をリストアします。

本手順によって、リポジトリのレプリケーション管理の運用情報がStorageサーバへコピーされ、運用可能な状態になります。
リポジトリに存在するレプリケーション管理の運用情報に変更がなく、Storageサーバに存在するレプリケーション管理の運用情報のみが何らかの理由によって不正な状態になってしまった場合は、本手順を実行してください。

# /opt/FJSVswsrp/bin/swsrprecoverres -r <Return>
swsrprecoverres completed
#

swsrprecoverresコマンドに関しての詳細は、以下を参照してください。

プラットフォームがSolaris OSの場合は、『Softek AdvancedCopy Manager 運用手引書(Solaris OE版)』の「10.3.3.1 資源整合コマンド（swsrprecoverres）」
プラットフォームがHP-UXの場合は、『Softek AdvancedCopy Manager 運用手引書(HP-UX版)』の「9.3.3.1 資源整合コマンド（swsrprecoverres）」
プラットフォームがLinuxの場合は、『Softek AdvancedCopy Manager 運用手引書(Linux版)』の「10.3.3.1 資源整合コマンド（swsrprecoverres）」
プラットフォームがAIXの場合は、『Softek AdvancedCopy Manager 運用手引書(AIX版)』の「9.3.3.1 資源整合コマンド（swsrprecoverres）」

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のレプリケーション管理簿もリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定 (bsh の場合)
  
  # SWSTGNODE=論理ノード名 <Return>
  # export SWSTGNODE <Return>
  
  　
2. レプリケーション管理簿のリストア
  
  # /opt/FJSVswsrp/bin/swsrprecoverres -r <Return>
  swsrprecoverres completed
  #
  
  　
3. 環境変数の設定解除
  
  # unset SWSTGNODE <Return>

◆業務サーバのプラットフォームがWindowsの場合の保守方法


本作業は業務サーバ上で実施します。業務サーバがクラスタ構成の場合は、各ノードで保全ボリュームを用意して、それぞれのノードで保守してください。


ここでは、業務サーバがシングル構成の場合の保全ボリュームのパスを“D:\backup”として説明します。クラスタ構成の場合の保全ボリュームのパスは、ノード別に“D:\backup_cl1”, “D:\backup_cl2”として説明します。

C:\>C:\Win32app\AdvancedCopyManager\bin\swstresrst D:\backup <Return>
swstresrst completed
C:\>


swstresrstコマンドに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Windows版)』の「11.1.3.3 資源リストアコマンド（swstresrst）」を参照してください。

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のリカバリ制御ファイルもリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定
  
  C:\>set SWSTGNODE=論理ノード名 <Return>
  
  　
2. リカバリ制御ファイルのリストア (ノード1の場合)
  
  C:\>C:\Win32app\AdvancedCopyManager\bin\swstresrst D:\backup_cl1 <Return>
  swstresrst completed
  C:\>
  
  　
3. 環境変数の設定解除
  
  C:\>set SWSTGNODE= <Return>

業務サーバ上で swsrprecoverresコマンド(-r オプション)を実行し、レプリケーション管理簿をリストアします。

本手順によって、リポジトリのレプリケーション管理の運用情報がStorageサーバへコピーされ、運用可能な状態になります。
リポジトリに存在するレプリケーション管理の運用情報に変更がなく、Storageサーバに存在するレプリケーション管理の運用情報のみが何らかの理由によって不正な状態になってしまった場合は、本手順を実行してください。

C:\>C:\Win32app\AdvancedCopyManager\bin\swsrprecoverres -r <Return>
swsrprecoverres completed
C:\>


swsrprecoverresコマンドに関しての詳細は、『Softek AdvancedCopy Manager 運用手引書(Windows版)』の「11.3.3.1 資源整合コマンド（swsrprecoverres）」を参照してください。

業務サーバがクラスタ構成の場合、各ノードで環境変数 SWSTGNODEに該当業務の論理ノード名を設定後、クラスタ用のレプリケーション管理簿もリストアしてください。
業務稼動ノードでコマンド実行する必要があります。
1. 環境変数の設定
  
  C:\>set SWSTGNODE=論理ノード名 <Return>
  
  　
2. レプリケーション管理簿のリストア
  
  C:\>C:\Win32app\AdvancedCopyManager\bin\swsrprecoverres -r <Return>
  swsrprecoverres completed
  C:\>
  
  　
3. 環境変数の設定解除
  
  C:\>set SWSTGNODE= <Return>

7.2.3 バックアップ管理データの磁気テープライブラリでの管理

バックアップ管理データを磁気テープライブラリシステムの記憶媒体で管理する場合の方法について説明します。


磁気テープライブラリシステムの取り扱い事項や操作方法については、各磁気テープライブラリシステムに添付されるマニュアルも参照してください。

7.2.3.1 留意事項

ダイレクトバックアップで使用している磁気テープライブラリシステムを用いて、バックアップ管理データのテープへの退避を行う場合、バックアップ運用しているテープとバックアップ管理データを退避先として使用するテープは混在して使用しないようにしてください。

同じテープを使用するような登録を行うと、ダイレクトバックアップでバックアップした業務データのバックアップ継続運用が保証されない（バックアップした業務データが破壊される）場合があります。

テープ登録時の混乱を避けるため、テープボリューム名(=テープに貼付されたバーコード)についてルールを設定することを推奨します。
(例：テープボリューム名の先頭がA～Lで始まる媒体はダイレクトバックアップで使用するなど)

■ダイレクトバックアップへのテープ登録に関する留意事項

バックアップ管理データの退避先として使用するテープは、本書の「5.1.1.5.2 テープの登録」の方法でテープ登録しないでください。

■LMF Liteの運用に関する留意事項

バックアップ管理データの退避時にテープをドライブにマウントする時は、ダイレクトバックアップで使用するテープをマウント（使用）しないように気をつけてください。

7.2.3.2 退避手順

以下の手順でバックアップ管理データをテープに退避してください。


テープボリュームの操作についての詳細は、『LMF Lite 使用手引書』の「第4章運用」を参照してください。

lmvolinfコマンドでマウントしたいテープボリュームのボリューム情報を獲得します。

# /opt/FJSVlmf/bin/lmvolinf テープボリューム名 <Return>

　
テープをドライブにマウントします。

# /opt/FJSVlmf/bin/lmmount テープボリューム名 <Return>

　
カレントディレクトリを“/sp/tmp/manage_bk”ディレクトリに移動します。

# cd /sp/tmp/manage_bk <Return>

　
バックアップ管理データをテープに退避します。
以下は、テープボリュームをマウントしたドライブの特殊ファイル名を“/dev/rmt/1”とした例です。

# tar cpf /dev/rmt/1 ./* <Return>

　
tarコマンドで、正しいアーカイブファイルであることを確認します。
以下は、テープボリュームをマウントしたドライブの特殊ファイル名を“/dev/rmt/1”とした例です。

# tar tvf /dev/rmt/1 <Return>
-rw------- 0/1 xxxx xxxx-xx-xx xx:xx ・・・
#

　
テープへの退避が完了したら、テープをドライブからイジェクトします。
以下は、テープボリュームをマウントしたドライブの特殊ファイル名を“/dev/rmt/1”とした例です。

# mt -f /dev/rmt/1 offline <Return>

　
テープをドライブからアンマウントします。

# /opt/FJSVlmf/bin/lmumount テープボリューム名 <Return>

7.2.3.3 復元手順

以下の手順でバックアップ管理データをテープから復元してください。


テープボリュームの操作についての詳細は、『LMF Lite 使用手引書』の「第4章運用」を参照してください。

lmvolinfコマンドでマウントしたいテープボリュームのボリューム情報を獲得します。

# /opt/FJSVlmf/bin/lmvolinf テープボリューム名 <Return>

　
テープをドライブにマウントします。

# /opt/FJSVlmf/bin/lmmount テープボリューム名 <Return>

　
カレントディレクトリを“/sp/tmp/manage_bk”ディレクトリに移動します。

# cd /sp/tmp/manage_bk <Return>

　
アーカイブファイル(バックアップ管理データ)をテープから“/sp/tmp/manage_bk”ディレクトリに復元します。
以下は、テープボリュームをマウントしたドライブの特殊ファイル名を“/dev/rmt/1”とした例です。

# tar xpf /dev/rmt/1 <Return>

　
バックアップ管理データのテープからの復元が完了したら、テープをドライブからイジェクトします。
以下は、テープボリュームをマウントしたドライブの特殊ファイル名を“/dev/rmt/1”とした例です。

# mt -f /dev/rmt/1 offline <Return>

　
テープをドライブからアンマウントします。

# /opt/FJSVlmf/bin/lmumount テープボリューム名 <Return>

目次索引


処理中、RDA-SV定義ファイルの上書きの確認メッセージが画面に表示された場合は、“y”を入力してください。


入力するIPアドレスは、『SSF/Backup Facility 導入手引書』の「4.3.1 Storage管理サーバの設定」にて入力した、同じ値を入力してください。


ディレクトリ内の退避データがひとつでも欠落していた場合、データ間の整合性がとれない恐れがあるため、処理は実行されません。


コマンドを実行し、RMS が停止している旨のメッセージが出力されることを確認してください。


削除を実施すると、以下の画面が表示されることがありますが、そのまま次の作業をおこなってください。


以下 a) ～ b) の操作は、プライマリ(運用系)ノードのみで実施してください。 c) の操作は、両ノードで実施してください。


リポジトリの解除(クラスタアンセットアップ)の手順は、上記手順1.～16．と同じです。


userApplicationに設定する値は、『SSF/Backup Facility 導入手引書』の「5.12 userApplicationの作成」にて入力した、同じ値を入力してください。


userApplicationの作成手順については、『SSF/Backup Facility 導入手引書』の「5.12 userApplicationの作成」を参照してください。


コマンドを実行し、出力されたuserApplicationのステータスがOnlineであることを確認します。

7.2 バックアップ管理データの保守

7.2.1 シングル構成の場合

7.2.1.1 バックアップ管理データの退避

7.2.1.1.1 SSF/Backup Facilityが Storage管理サーバの場合

■業務サーバ側 資源のバックアップ

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法

◆業務サーバのプラットフォームがWindowsの場合の保守方法

■業務サーバ側資源のテープへの退避

■データベースのバックアップ

■各製品のデーモンの停止

■ダイレクトバックアップ資源のバックアップ

■各製品のデーモンの起動

7.2.1.1.2 SSF/Backup Facilityが Storageサーバの場合

■Storage管理サーバのデータベースのバックアップ

■業務サーバ側 資源のバックアップ

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法

◆業務サーバのプラットフォームがWindowsの場合の保守方法

■業務サーバ側資源、Storage管理サーバのデータベースのテープへの退避

■各製品のデーモンの停止

■ダイレクトバックアップ資源のバックアップ

■各製品のデーモンの起動

7.2.1.2 バックアップ管理データの復元

7.2.1.2.1 SSF/Backup Facilityが Storage管理サーバの場合

■各製品のデーモンの停止

■ダイレクトバックアップ資源のリストア

■各製品のデーモンの起動

■リポジトリの設定解除とデータベースの作成

■業務サーバ側資源のテープからの復元

■業務サーバ側資源のリストア

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法

◆業務サーバのプラットフォームがWindowsの場合の保守方法

7.2.1.2.2 SSF/Backup Facilityが Storageサーバの場合

■各製品のデーモンの停止

■ダイレクトバックアップ資源のリストア

■各製品のデーモンの起動

■業務サーバ側資源、Storage管理サーバのデータベースのテープからの復元

■データベースの復旧

■業務サーバ側資源のリストア

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法

◆業務サーバのプラットフォームがWindowsの場合の保守方法

7.2.2 クラスタ構成の場合

7.2.2.1 バックアップ管理データの退避

7.2.2.1.1 SSF/Backup Facilityが Storage管理サーバの場合

■業務サーバ側 資源のバックアップ

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法

◆業務サーバのプラットフォームがWindowsの場合の保守方法

■業務サーバ側資源のテープへの退避

■データベースのバックアップ

■userApplicationの保守モードの起動

■Softek AdvancedCopy Manager資源のバックアップ

■ダイレクトバックアップ資源のバックアップ

■userApplicationの保守モードの停止

7.2.2.1.2 SSF/Backup Facilityが Storageサーバの場合

■Storage管理サーバのデータベースのバックアップ

■業務サーバ側 資源のバックアップ

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法

◆業務サーバのプラットフォームがWindowsの場合の保守方法

■業務サーバ側資源、Storage管理サーバのデータベースのテープへの退避

■userApplicationの保守モードの起動

■Softek AdvancedCopy Manager資源のバックアップ

■ダイレクトバックアップ資源のバックアップ

■userApplicationの保守モードの停止

7.2.2.2 バックアップ管理データの復元

7.2.2.2.1 SSF/Backup Facilityが Storage管理サーバの場合

■サービス(デーモン)の停止

■ダイレクトバックアップ資源のリストア

■Softek AdvancedCopy Manager資源のリストア

■リポジトリの再構築

■サービス(デーモン)の起動

■データベースのリストア

■業務サーバ側資源のテープからの復元

■業務サーバ側資源のリストア

◆業務サーバのプラットフォームがSolaris OS、HP-UX、Linux、AIXの場合の保守方法

◆業務サーバのプラットフォームがWindowsの場合の保守方法

7.2.2.2.2 SSF/Backup Facilityが Storageサーバの場合

■サービス(デーモン)の停止

■ダイレクトバックアップ資源のリストア

■Softek AdvancedCopy Manager資源のリストア

■サービス(デーモン)の起動

■業務サーバ側資源、Storage管理サーバのデータベースのテープからの復元

■業務サーバ側資源のバックアップ

■業務サーバ側資源のバックアップ

■業務サーバ側資源のバックアップ

■業務サーバ側資源のバックアップ