スナップショット型高速バックアップおよび同期型高速バックアップで退避したデータの復元は、「12.2.2.3 swstrestore(リストア実行コマンド)」で行います。
Symfowareのリカバリーは、業務ボリュームまたはロググループを指定して、「12.2.2.1 swstbackup(バックアップ実行コマンド)」でバックアップされた履歴管理されているバックアップボリュームから、「12.2.2.3 swstrestore(リストア実行コマンド)」を用いて行います。
注意
ロググループを指定してリカバリーする場合、ロググループに含まれる業務ボリュームを一度にリカバリーします。
-bundleオプションを使用して同一ロググループの複数の業務ボリュームを一括してリカバリーすることも可能です。これを、バンドル・リカバリーと呼びます。
RAIDグループ内に複数のデータベーススペースが配置されている場合、これらのデータベーススペースを一括してリカバリーすることにより、ログ適用にかかる時間が短縮され、リカバリー時間が短縮されます。
リカバリーは、以下の方法で実行できます。
最新状態への復旧
リカバリ終了点を指定した特定時点への復旧 (「12.2.2.3 swstrestore(リストア実行コマンド)」に-eオプションを指定して実行)
バックアップ時点への復旧 (「12.2.2.3 swstrestore(リストア実行コマンド)」に-aオプションを指定して実行)
リカバリーするデータのバックアップ方法(通常ダンプ／参照ダンプ)によって、指定できるリカバリー方法が異なります。以下の組合せで指定できます。
バックアップ方法 | リカバリー単位 | リカバリー方法 | ||
|---|---|---|---|---|
最新状態への復旧 | リカバリ終了点を指定した特定時点への復旧(注) | バックアップ時点への復旧 | ||
通常ダンプ | ロググループ | ○ | ○ | ○ |
同一ロググループの複数の業務ボリューム | ○ | ○ | ○ | |
業務ボリューム | ○ | × | × | |
参照ダンプ | ロググループ | ○ | × | ○ |
同一ロググループの複数の業務ボリューム | ○ | × | ○ | |
業務ボリューム | ○ | × | × | |
○: 可能、×: 不可能
注: リカバリポイントの詳細は、Symfoware Serverのマニュアルを参照してください。リカバリポイントはデータベースのリカバリー時まで覚えておく必要があります。
注意
すべての方法において、リカバリー対象となるデータベーススペースがアクセス禁止状態になっている必要があります。アクセス禁止状態にするには、Symfowareが提供するrdbinhコマンドまたはrdbexspcコマンドで行います。コマンドの詳細は、Symfoware Serverのマニュアルを参照してください。
ロググループに含まれる業務ボリュームを個別にリカバリーする場合は、最新状態へ復旧するリカバリー方法だけ利用できます。この場合、ロググループ内の表間のリレーションはデータベース管理者の責任で整合させる必要があります。
“最新状態への復旧”または“特定時点への復旧”を行う場合、アーカイブログファイルが外部媒体に保管されていれば、リカバリー時に必要なアーカイブログ退避ファイル名を列挙したファイルを、リカバリーを行う業務ボリュームが存在する管理対象サーバ(Storageサーバ)に作成しておき、リカバリー時に指定する必要があります。このファイルの記述方法は、Symfoware Serverのマニュアルを参照してください。
「12.2.2.3 swstrestore(リストア実行コマンド)」で実行したリカバリーが、作業ディレクトリの空き容量不足で失敗した場合、-wオプションを使用して、一時的に別のディレクトリを作業ディレクトリとして再実行することでリカバリーが可能です。-wオプションの詳細は、「12.2.2.3 swstrestore(リストア実行コマンド)」を参照してください。
“リカバリ終了点を指定した特定時点への復旧”または“バックアップ時点への復旧”を行う場合、Symfowareの管理情報を復旧する処理が行われます。この処理はリカバリーの実行処理の一部として実施されるため、コマンドの処理に時間がかかります。
リカバリーしたデータのバックアップ方法(通常ダンプまたは参照ダンプ)がロググループ内に混在する場合は、ロググループ単位ではリカバリーできません。「12.2.2.3 swstrestore(リストア実行コマンド)」に-bundleオプションを指定して、同一ロググループの複数の業務ボリュームを一括でリカバリーしてください。
データベーススペース単位にバックアップを実施した場合、ロググループ単位のリカバリーまたはバンドル・リカバリーでは、世代指定に相対世代番号を指定してください。これは、以下の例のようにデータベーススペース単位にバックアップを実施した場合、特定の業務ボリューム(データベーススペース)の履歴が更新され、相対世代番号に対する絶対世代番号がそろわない状態が発生するためです。
(例)ロググループ(LOG1/RDB1)にデータベーススペース1(DB1.DBSP1)とデータベーススペース2(DB1.DBSP2)が存在する場合
1日目:データベーススペース1(DB1.DBSP1)をバックアップ
C:\>C:\Win32app\AdvancedCopyManager\bin\swstbackup g1d0p1 g1d0p1 swstbackup completed |
2日目:データベーススペース1(DB1.DBSP1)とデータベーススペース2(DB1.DBSP2)を個別にバックアップ
C:\>C:\Win32app\AdvancedCopyManager\bin\swstbackup g1d0p1 g1d0p1 swstbackup completed C:\>C:\Win32app\AdvancedCopyManager\bin\swstbackup g1d0p2 g1d0p2 swstbackup completed |
履歴情報の表示
C:\>C:\Win32app\AdvancedCopyManager\bin\swsthistdisp -n LOG1/RDB1 Server=SV01 Device= g1d0p1 Mount-Point=DB1.DBSP1/LOG1/RDB1 (SymfoWARE) Generation Version Backup-Date Backup-Disk Status Execute ArcSerial 1 2 2006/04/12 22:00 g1d1p2 succeeded ---- 5 2 1 2006/04/11 22:00 g1d1p1 succeeded ---- 5 Server=SV01 Device= g1d0p2 Mount-Point=DB1.DBSP2/LOG1/RDB1 (SymfoWARE) Generation Version Backup-Date Backup-Disk Status Execute ArcSerial 1 1 2006/04/12 23:00 g1d1p3 succeeded ---- 5 |
以上のような履歴を使用したロググループ単位リカバリーまたはバンドル・リカバリーでは、指定するオプションによって使用されるバックアップデータが異なります。上記の場合、相対世代番号を指定した方が両データベーススペースとも2日目のバックアップデータが使用されるため、リカバリー後のデータベースの整合性を保つことができます。
世代番号の種類 | 指定オプション | リカバリーに使用されるバックアップデータ | |
|---|---|---|---|
DB1.DBSP1 | DB1.DBSP2 | ||
相対世代番号 | -g 1 | 2日目のバックアップデータ | 2日目のバックアップデータ |
絶対世代番号 | -v 1 | 1日目のバックアップデータ | |
注意
ロググループ単位にバックアップした場合、データベーススペース単位バックアップや履歴の削除で絶対世代番号がそろっていない状態でも、ロググループ単位バックアップの絶対世代番号はそろいます。これは、以下の例のように絶対世代番号が小さい業務ボリューム(データベーススペース)の番号が、絶対世代番号が大きい業務ボリューム(データベーススペース)の番号に合わせられるためです。よって、絶対世代番号が小さい業務ボリューム(データベーススペース)では、途中の絶対世代番号が抜けた状態になります。
(例)ロググループ(LOG1/RDB1)にデータベーススペース1(DB1.DBSP1)とデータベーススペース2(DB1.DBSP2)が存在する場合
1日目:データベーススペース1(DB1.DBSP1)をバックアップ
C:\>C:\Win32app\AdvancedCopyManager\bin\swstbackup g1d0p1 g1d0p1 swstbackup completed |
2日目:データベーススペース1(DB1.DBSP1)とデータベーススペース2(DB1.DBSP2)をロググループ単位でバックアップ
C:\>C:\Win32app\AdvancedCopyManager\bin\swstbackup -n LOG1/RDB1 LOG1/RDB1 swstbackup completed |
履歴情報の表示
C:\>C:\Win32app\AdvancedCopyManager\bin\swsthistdisp -n LOG1/RDB1 Server=SV01 Device= g1d0p1 Mount-Point=DB1.DBSP1/LOG1/RDB1 (SymfoWARE) Generation Version Backup-Date Backup-Disk Status Execute ArcSerial 1 2 2006/04/12 22:00 g1d1p2 succeeded ---- 5 2 1 2006/04/11 22:00 g1d1p1 succeeded ---- 5 Server=SV01 Device= g1d0p2 Mount-Point=DB1.DBSP2/LOG1/RDB1 (SymfoWARE) Generation Version Backup-Date Backup-Disk Status Execute ArcSerial 1 2 2006/04/12 22:00 g1d1p3 succeeded ---- 5 |
以上のような履歴を使用したロググループ単位リカバリーまたはバンドル・リカバリーでは、相対世代番号に対する絶対世代番号がそろっているため、どちらの世代指定でも使用されるバックアップデータに違いはありません。
世代番号の種類 | 指定オプション | リカバリーに使用されるバックアップデータ | |
|---|---|---|---|
DB1.DBSP1 | DB1.DBSP2 | ||
相対世代番号 | -g 1 | 2日目のバックアップデータ | 2日目のバックアップデータ |
絶対世代番号 | -v 2 | ||
ただし、“-v 1”を指定した場合は、データベーススペース2(DB1.DBSP2)のバックアップデータが存在しないため、リストアコマンドはエラーになります。
ポイント
リカバリーはWebコンソールでも実行可能です。ただし、Webコンソールでは、バンドル・リカバリーできません。
ポイント
バンドル・リカバリーを実行するには、あらかじめ、一括してリカバリーしたい業務ボリュームを列挙した「デバイスリストファイル」を作成しておく必要があります。デバイスリストファイルの詳細は、「4.5.3.1 デバイスリストファイルの記述方法 」を参照してください。
デバイスリストファイルは、リカバリーを行う管理対象サーバ(Storageサーバ)の任意の場所に作成します。このファイルをリカバリー実行時に指定することで、複数の業務ボリュームを一括でリカバリーできます。
デバイスリストファイルの記述例を以下に示します。
# コメント行は「#」ではじめます。 # LOG01/GRP1 g1d0p3 # この部分にもコメントを記述できます。 g1d0p4 g1d0p5 g1d0p6 g1d0p7 : : |
デバイスリストファイルの記述規則は、以下のとおりです。
1行に業務ボリューム名を1つ記述します。行頭から業務ボリューム名の間、および、業務ボリューム名のうしろから行末(改行記号)の間には1個以上の「半角空白またはタブ文字」が含まれていても構いません。
空白行(「半角空白またはタブ文字」)がファイルに含まれていても構いません。
記号「#」から行末までは、コメントとみなされます。
注意
リストア実行コマンドで-bundleオプションが指定された場合、デバイスリストファイルに記述されたすべての業務ボリュームがリストアの対象となります。以下の場合、リストア処理はエラーとなります。
業務ボリュームに関する記述が1件もなかったとき。
業務ボリュームに関する記述は存在するが、記述形式に誤りがあったとき。
業務ボリュームがSymfowareのボリュームでなかったとき。
業務ボリュームが複数のロググループにまたがっていたとき。
業務ボリュームに関する記述行以外に不正行が存在したとき。
以下の例のように、1つの業務ボリュームを複数指定したとき。
# 1業務ボリュームが複数ある例 g1d0p4 g1d0p4 : : |
