11g リリース1（11.1）
E05700-03
 目次 |
 索引 |
| Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド 11g リリース1（11.1） E05700-03 |
|
第V部「障害の診断および対応」の前述の章は、最も基本的なリカバリの例についての一般的な説明となっています。この章では、基本的な例ほど一般的ではないか、または基本的な例より複雑である高度な例について説明します。
この章の内容は、次のとおりです。
NOARCHIVELOGモードで実行されているデータベースのリストアは、ARCHIVELOGモードのデータベースのリストアと類似しています。主な違いを次に示します。
増分バックアップを適用することによって、制限された変更のリカバリをNOARCHIVELOGモードで実行されているデータベースに実行できます。NOARCHIVELOGモードで実行されるデータベースのすべてのバックアップと同様に、増分バックアップは一貫性バックアップである必要があります。そのため、データベースのオープン時にデータベースのバックアップは作成できません。
NOARCHIVELOGデータベースをリカバリする場合は、RECOVERコマンドでNOREDOオプションを指定し、Recovery ManagerがアーカイブREDOログの適用を試行しないように指定します。そうしない場合、Recovery Managerによってエラーが戻されます。
trgtおよびカタログ・データベースに接続した後、データベースをマウント状態にします。
STARTUP FORCE MOUNT
たとえば、次のコマンドで不完全リカバリを実行できます。
RESTORE DATABASE FROM TAG "consistent_whole_backup"; RECOVER DATABASE NOREDO;
RESETLOGSオプションを指定してデータベースをオープンします。たとえば、次のコマンドを入力します。
ALTER DATABASE OPEN RESETLOGS;
サーバー・パラメータ・ファイルが消失した場合は、Recovery Managerを使用して、デフォルトの場所または選択した場所にそのファイルをリストアできます。制御ファイルが消失した場合とは異なり、サーバー・パラメータ・ファイルが消失した場合、インスタンスはすぐに停止しません。インスタンスは継続して実行できます。ただし、サーバー・パラメータ・ファイルをリストアした後、インスタンスを停止して再起動する必要があります。
サーバー・パラメータ・ファイルをリストアする場合は、次の考慮事項に注意してください。
TO句を使用せずにクライアント側の初期化パラメータ・ファイルを使用してインスタンスを起動すると、Recovery Managerによってサーバー・パラメータ・ファイルがデフォルトの場所にリストアされます。デフォルトの場所はプラットフォーム固有です。たとえば、Linuxでは?/dbs/spfile.oraです。
SET DBIDを実行してターゲット・データベースのDBIDを設定します。DBIDを決定する方法については、「データベースのDBIDの確認」を参照してください。
サーバー・パラメータ・ファイルを使用できない場合、Recovery Managerでは仮のパラメータ・ファイルを使用してインスタンスが起動されます。たとえば、次のコマンドを入力します。
STARTUP FORCE NOMOUNT;
RUNコマンドを実行してサーバー・パラメータ・ファイルをリストアします。状況によっては、RUNコマンドで複数のコマンドを実行する必要がある場合もあります。次のことに注意してください。
ALLOCATE CHANNELを使用してSBTチャネルを手動で割り当てます。ディスクからリストアする場合は、Recovery Managerによってデフォルトのディスク・チャネルが使用されます。
%F）で生成されなかった場合は、SET CONTROLFILE AUTOBACKUP FOR DEVICE TYPEコマンドを使用して、自動バックアップの実行時に有効であった書式を指定します。
SET UNTILを使用して検索を開始する日付を指定します。
SET DBIDを使用してターゲット・データベースのDBIDを設定する必要があります。
RESTORE SPFILEコマンドでTO句またはTO PFILE句を指定します。
RESTORE SPFILE FROM AUTOBACKUP ... MAXSEQパラメータにnを設定して、検索時間を短縮することができます。MAXSEQはデフォルトで255に設定されており、RESTOREはMAXSEQから逆算して、その日最後のバックアップを検索します。現在の日付（または指定した日付）の自動バックアップが検出されない場合にリストア操作を終了するには、RESTOREコマンドでMAXDAYS 1を設定します。
次の例では、テープ上の自動バックアップからサーバー・パラメータ・ファイルをリストアするRUNコマンドを示します。
RUN { ALLOCATE CHANNEL c1 DEVICE TYPE sbt PARMS ...; SET UNTIL TIME 'SYSDATE-7'; SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE sbt TO '/disk1/control_files/autobackup_%F'; SET DBID 123456789; RESTORE SPFILE TO '/tmp/spfileTEMP.ora' FROM AUTOBACKUP MAXDAYS 10; }
デフォルト以外の場所にあるサーバー・パラメータ・ファイルを使用して再起動する場合は、行SPFILE=new_locationを含む新しい初期化パラメータ・ファイルを作成します。ここで、new_locationは、リストアされたサーバー・パラメータ・ファイルのパス名です。次に、クライアント側の初期化パラメータ・ファイルを使用してインスタンスを再起動します。
たとえば、次の1行を含む/tmp/init.oraファイルを作成します。
SPFILE=/tmp/spfileTEMP.ora
次のRecovery Managerコマンドを使用すると、リストアされたサーバー・パラメータ・ファイルを使用してインスタンスを再起動できます。
STARTUP FORCE PFILE=/tmp/init.ora;
制御ファイルの自動バックアップが構成されている場合は、自動バックアップが実行されるたびに、制御ファイルとともにサーバー・パラメータ・ファイルが常にバックアップされます。
制御ファイルの自動バックアップからサーバー・パラメータ・ファイルをリストアするには、まずデータベースのDBIDを設定し、次にRESTORE SPFILE FROM AUTOBACKUPコマンドを使用する必要があります。自動バックアップがデフォルト以外の書式である場合は、最初にSET CONTROLFILE AUTOBACKUP FORMATコマンドを使用して書式を指定します。
例19-1では、DBIDを設定し、デフォルト以外の場所にある制御ファイルの自動バックアップから、サーバー・パラメータをリストアします。
SET DBID 320066378; RUN { SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'autobackup_format'; RESTORE SPFILE FROM AUTOBACKUP; }
Recovery Managerでは、自動バックアップの書式およびDBIDを使用して、制御ファイルの自動バックアップが検索されます。制御ファイルの自動バックアップが検出されると、Recovery Managerによってサーバー・パラメータ・ファイルがバックアップからデフォルトの場所にリストアされます。
autobackup_formatの適切な値を判断する方法については、『Oracle Databaseバックアップおよびリカバリ・リファレンス』のCONFIGURE用のエントリ内のCONFIGURE CONTROLFILE AUTOBACKUP FORMATについての説明を参照してください。
サーバー・パラメータ・ファイルは、TO PFILE 'filename'句を使用してクライアント側の初期化パラメータ・ファイルとしてリストアすることもできます。指定するファイル名は、Recovery Managerクライアントが実行されているホストからアクセス可能なファイル・システム上にあることを示している必要があります。このファイルは、インスタンスが実行されているホストから直接アクセス可能である必要はありません。
次のRecovery Managerコマンドを実行すると、Recovery Managerクライアントが実行されているシステム上に/tmp/initTEMP.oraという名前の初期化パラメータ・ファイルが作成されます。
RESTORE SPFILE TO PFILE '/tmp/initTEMP.ora';
初期化パラメータ・ファイルを使用してインスタンスを再起動するには、次のコマンドを使用して、同じクライアント・ホスト上でRecovery Managerを再度実行します。
STARTUP FORCE PFILE='/tmp/initTEMP.ora';
この項では、現行のすべての制御ファイルが消失したため、制御ファイルのバックアップをリストアする必要がある場合に行う操作について説明します。
現行のすべての制御ファイルのコピーが消失したか、または破損した場合は、バックアップ制御ファイルをリストアおよびマウントする必要があります。リストアされたデータファイルがない場合でも、RECOVERコマンドを実行し、RESETLOGSオプションを指定してデータベースをオープンする必要があります。ただし、現行の制御ファイルのいくつかのコピーを使用できる場合は、「現行の制御ファイルのサブセットが消失した場合の対応」の手順を実行し、リカバリおよびRESETLOGSの実行を回避できます。
Recovery Managerは、リカバリ時にRecovery Managerリポジトリに記録されていないオンライン・ログおよびアーカイブ・ログを自動的に検索し、検出したログをカタログに追加します。Recovery Managerは、現行のアーカイブ先で、現行のログ・フォーマットを持つすべての有効なアーカイブREDOログの検索を試行します。現行のフォーマットは、このインスタンス（またはOracle RAC構成のすべてのインスタンス）の起動に使用される初期化パラメータで指定されます。同様に、Recovery Managerは、制御ファイルに示されたファイル名を使用して、オンラインREDOログの検索を試行します。
リカバリ時にアーカイブ先またはフォーマットを変更したり、制御ファイルのバックアップの後に新しいオンライン・ログ・メンバーを追加すると、Recovery Managerで、必要なオンライン・ログまたはアーカイブ・ログを自動的にカタログに追加できなくなる場合があります。Recovery Managerでは、UNTIL時間を指定しなかった場合にオンラインREDOログを検出できないと、次のようなエラーが通知されます。
RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of recover command at 08/29/2007 14:23:09 RMAN-06054: media recovery requesting unknown log: thread 1 scn 86945
この場合、リカバリを続行するには、CATALOGコマンドを使用して必要なREDOログをリポジトリに手動で追加する必要があります。
制御ファイルをリストアする場合、デフォルトのリストア先は、CONTROL_FILES初期化パラメータに定義されているすべての場所です。CONTROL_FILES初期化パラメータを設定しない場合、データベースは、CONTROL_FILESパラメータが設定されていないときに制御ファイルを作成する場合と同じ規則を使用して、リストアされた制御ファイルの格納先を決定します。これらの規則については、『Oracle Database SQL言語リファレンス』のCREATE CONTROLFILE文の説明を参照してください。
1つ以上の新しい場所に制御ファイルをリストアするには、CONTROL_FILES初期化パラメータを変更した後、引数を指定せずにRESTORE CONTROLFILEを実行して制御ファイルをデフォルトの場所にリストアする方法があります。たとえば、CONTROL_FILESに定義されている場所の一部がディスク障害によって使用できなくなった後に制御ファイルをリストアする場合は、CONTROL_FILESで障害ディスクへの参照を別のディスクへのパス名に置き換えた後、引数を指定せずにRESTORE CONTROLFILEを実行します。
RESTORE CONTROLFILE TO 'filename' [FROM AUTOBACKUP]という書式を使用して、CONTROL_FILESに定義されている以外の任意の場所に制御ファイルをリストアすることもできます。
RESTORE CONTROLFILE TO '/tmp/my_controlfile';
現在使用中の制御ファイルは上書きされないため、この操作は、NOMOUNT、MOUNTまたはOPENの状態のデータベースで実行できます。'filename'という名前のすべての既存ファイルが上書きされます。制御ファイルを新しい場所にリストアした後、CONTROL_FILES初期化パラメータを更新して新しい場所を追加定義できます。
Recovery Managerがリカバリ・カタログに接続している場合、バックアップ制御ファイルを使用したリカバリ手順は、現行の制御ファイルを使用したリカバリと同様になります。バックアップ制御ファイルで欠落しているRecovery Managerメタデータは、リカバリ・カタログで入手可能です。唯一の例外は、データベース名がカタログ内で一意でない場合です。この場合は、SET DBIDコマンドを使用してから制御ファイルをリストアする必要があります。
リカバリ・カタログを使用していない場合は、自動バックアップから制御ファイルをリストアする必要があります。自動バックアップから制御ファイルをリストアするには、データベースがNOMOUNT状態である必要があります。例19-2に示すように、まずデータベースのDBIDを設定し、次にRESTORE CONTROLFILE FROM AUTOBACKUPコマンドを使用する必要があります。
SET DBID 320066378; RUN { SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'autobackup_format'; RESTORE CONTROLFILE FROM AUTOBACKUP; }
Recovery Managerでは、自動バックアップの書式およびDBIDを使用して、制御ファイルの自動バックアップを検索する場所が決定されます。制御ファイルの自動バックアップが検出されると、Recovery Managerによって、CONTROL_FILES初期化パラメータに示されているすべての制御ファイルの場所に制御ファイルがリストアされます。
|
参照:
自動バックアップの書式の正しい値を確認する方法については、『Oracle Databaseバックアップおよびリカバリ・リファレンス』の |
制御ファイルをリストアするコマンドは、データベースでフラッシュ・リカバリ領域が使用されているかどうかに関係なく同じです。データベースでリカバリ領域が使用されている場合、Recovery Managerは、すべてのディスクベースのバックアップおよび制御ファイルに記録されているイメージ・コピーをクロスチェックして、バックアップからリストアされた制御ファイルを更新します。Recovery Managerは、リカバリ領域内の記録されていないすべてのバックアップをカタログに追加します。この結果、リストアされた制御ファイルには、リカバリ領域内のすべてのバックアップ、およびバックアップの時点で制御ファイルに認識されたその他のバックアップの完全で正確なレコードが含まれます。
Recovery Managerは、制御ファイルをリストアした後、テープ・バックアップのクロスチェックを自動的には実行しません。テープ・バックアップを使用している場合は、制御ファイルをリストアおよびマウントできます。また、必要に応じてテープ上のバックアップをクロスチェックできます。次に例を示します。
CROSSCHECK BACKUP DEVICE TYPE sbt;
この項では、制御ファイルのRecovery Managerバックアップを使用し、リカバリ・カタログは使用しないと想定しています。また、ターゲット・データベースの制御ファイルの自動バックアップ機能を有効にして、制御ファイルの自動バックアップをリストアできると想定しています。
自動バックアップでは標準的な書式が使用されるため、使用可能なバックアップを表示するリポジトリが存在しなくても、Recovery Managerは自動バックアップをリストアできます。自動バックアップはデフォルトの場所または新しい場所にリストアできます。Recovery Managerは、CONTROL_FILESで指定されたすべての場所に制御ファイルを自動的にレプリケートします。
リカバリ・カタログに接続していないため、Recovery Managerリポジトリには制御ファイルのバックアップの時点で使用可能なバックアップに関する情報のみが含まれます。他の使用可能なバックアップ・セットまたはイメージ・コピーの場所がわかっている場合は、CATALOGコマンドを使用して制御ファイルのRecovery Managerリポジトリに追加します。
STARTUP NOMOUNT;
SET DBIDを使用して、ターゲット・データベースのデータベース識別子を設定します。ターゲット・データベースに接続するたびに、DBIDが表示されます。保存されたRecovery Managerのログ・ファイルを調べるか、カタログを問い合せるか、または制御ファイルの自動バックアップのファイル名を検索することによってDBIDを取得することもできますたとえば、次のコマンドを実行します。
SET DBID 676549873;
このコマンド・ファイルには、次の手順が含まれている必要があります。
Recovery Managerクライアントを再起動してデータベースをマウントする場合は、これらの構成済のチャネルを使用できます。制御ファイルに含まれている構成済のチャネルを使用しない場合は、データベースをマウントできます。
OPEN RESETLOGSが必要となることに注意してください。オンラインREDOログが使用可能な場合、Recovery Managerはこれらのログを検出および適用できます。完全なリストアおよびリカバリを実行します（「データベースの完全リカバリの実行」を参照）。
オンラインREDOログを使用できない場合は、DBPITRを実行します（「データベースのPoint-in-Timeリカバリの実行」を参照）。オンラインREDOログの最初のSCNより前の時点までリカバリする場合の目標時点、SCNまたはログ順序番号を指定するには、UNTIL句を使用する必要があります（この句を使用しない場合、Recovery ManagerはRMAN-6054エラーを発行します）。
次の例では、オンラインREDOログ・ファイルが消失しており、最新のアーカイブREDOログの順序番号は13243です。この例は、制御ファイルの自動バックアップをリストアし、最新のログを使用してリカバリする方法を示しています。
RUN { # Optionally, set upper limit for eligible time stamps of control file # backups # SET UNTIL TIME '09/10/2007 13:45:00'; # Specify a nondefault autobackup format only if required # SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK # TO '?/oradata/%F.bck'; ALLOCATE CHANNEL c1 DEVICE TYPE sbt PARMS '...'; # allocate manually RESTORE CONTROLFILE FROM AUTOBACKUP MAXSEQ 100 # start at sequence 100 and count down MAXDAYS 180; # start at UNTIL TIME and search back 6 months ALTER DATABASE MOUNT DATABASE; } # Now use automatic channels configured in restored control file RESTORE DATABASE UNTIL SEQUENCE 13244; RECOVER DATABASE UNTIL SEQUENCE 13244;
ALTER DATABASE OPEN RESETLOGS;
障害リカバリには、ターゲット・データベース全体、リカバリ・カタログ・データベース、すべての現行の制御ファイル、すべてのオンラインREDOログ・ファイルおよびすべてのパラメータ・ファイルが消失した後のターゲット・データベースのリストアおよびリカバリが含まれます。
障害リカバリを実行するには、次のものが必要です。
障害リカバリの手順は、NOCATALOGモードでバックアップ制御ファイルを使用してデータベースをリカバリする手順と類似しています。新しいホストにデータベースをリストアする場合は、「新しいホストへのデータベースのリストア」で説明されている考慮事項を参照してください。
この例では、データベースが実行されていたLinuxサーバーに修復不可能な破損が発生していると想定しています。データベースをOracle Secure Backupにバックアップしてあるため、そのテープを使用できます。この例では、次のことを想定しています。
tnsnames.ora、listener.ora、パスワード・ファイルなどの関連するすべてのネットワーク・ファイルをリストアまたは再生成します。
この時点では、初期化パラメータ・ファイルは存在しません。ORACLE_SIDおよびORACLE_HOMEを設定すると、オペレーティング・システム認証を使用してSYSDBAとして接続できます。たとえば、Recovery Managerを次のように起動します。
% rman RMAN> CONNECT TARGET /
SET DBIDコマンドを使用してターゲット・データベースのDBIDを指定します（「サーバー・パラメータ・ファイルのリストア」を参照）。たとえば、次のコマンドを入力します。
SET DBID 676549873;
STARTUP NOMOUNTコマンドを実行します。サーバー・パラメータ・ファイルを使用できない場合、Recovery Managerは仮のサーバー・パラメータ・ファイルを使用してインスタンスの起動を試行します。
たとえば、Oracle Secure Backupからサーバー・パラメータ・ファイルをリストアする場合は、次のコマンドを入力します。
RUN { ALLOCATE CHANNEL c1 DEVICE TYPE sbt; RESTORE SPFILE FROM AUTOBACKUP; }
STARTUP FORCE NOMOUNT;
CATALOGコマンドを使用して、リポジトリに記録されていないバックアップをカタログに追加します。
SET NEWNAMEコマンドを実行し、リストアの後にSWITCHを実行して、制御ファイルをデータファイルの新しい場所に更新します。次に例を示します。
RMAN> RUN { # Manually allocate a channel to the media manager ALLOCATE CHANNEL t1 DEVICE TYPE sbt; # Restore autobackup of the control file. This example assumes that you have # accepted the default format for the autobackup name. RESTORE CONTROLFILE FROM AUTOBACKUP; # The set until command is used in case the database # structure has changed in the most recent backups, and you wish to # recover to that point-in-time. In this way RMAN restores the database # to the same structure that the database had at the specified time. ALTER DATABASE MOUNT; SET UNTIL SEQUENCE 1124 THREAD 1; RESTORE DATABASE; RECOVER DATABASE; }
次のRUNコマンドの例は、リストアしたデータファイルに新しいファイル名を使用することを除き、前述の例と同様です。
RMAN> RUN { # If you need to restore the files to new locations, # use SET NEWNAME commands: SET NEWNAME FOR DATAFILE 1 TO '/dev/vgd_1_0/rlvt5_500M_1'; SET NEWNAME FOR DATAFILE 2 TO '/dev/vgd_1_0/rlvt5_500M_2'; SET NEWNAME FOR DATAFILE 3 TO '/dev/vgd_1_0/rlvt5_500M_3'; ALLOCATE CHANNEL t1 DEVICE TYPE sbt; RESTORE CONTROLFILE FROM AUTOBACKUP; ALTER DATABASE MOUNT; SET UNTIL SEQUENCE 124 THREAD 1; RESTORE DATABASE; SWITCH DATAFILE ALL; # Update control file with new location of datafiles. RECOVER DATABASE; }
ALTER DATABASE OPEN RESETLOGS;
障害リカバリ手順のテスト実行を行うか、またはデータベースを新しいホストに永続的に移動する場合は、この項で説明する手順を実行します。この手順では、RESTOREコマンドおよびRECOVERコマンドを使用します。
この項の手順を実行すると、リストアされるデータベースのDBIDは、元のデータベースのDBIDと同じになります。この方法で作成したテスト・データベースは、ソース・データベースと同じリカバリ・カタログに登録しないでください。2つのデータベースのDBIDが同じであるため、テスト・データベースのメタデータが、ソース・データベースをリストアおよびリカバリするRecovery Managerの機能に影響を与える可能性があります。
新しいホストで継続して使用するためにターゲット・データベースの新しいコピーを作成する場合は、この手順ではなく、Recovery ManagerのDUPLICATEコマンドを実行します。DUPLICATEコマンドを実行すると、作成されるデータベースに対して新しいDBIDが割り当てられるため、このデータベースを元のデータベースと同じリカバリ・カタログに追加できます。
新しいホストへのデータベースのリストアを準備するには、次の手順を実行します。
リストアする必要があるすべてのバックアップのRecovery Managerリポジトリ・データを格納するには制御ファイルのサイズが十分ではないため、リカバリ・カタログを使用する必要がある場合は、Oracle Data Pumpを使用してカタログをエクスポートし、別のスキーマまたはデータベースにインポートします。その後、コピーしたリカバリ・カタログをテスト・リストアに使用します。これを行わない場合、リカバリ・カタログでは、リストアされたデータベースが現行のターゲット・データベースとみなされます。
DB_RECOVERY_FILE_DESTを新しい場所に設定します。
DB_UNIQUE_NAMEを、本番データベースとは異なる名前に設定します。
前述の操作のいずれも実行しないと、Recovery Managerには本番データベースをリストアしていると想定され、フラッシュバック・ログは、使用不可とみなされるためフラッシュ・リカバリ領域から削除されます。
ディスク上のデータファイルのコピーまたはバックアップ・セットを使用して新しいホストにデータベースを移動するには、新しいホストにそのファイルを手動で転送する必要があります。次の例では、Recovery Managerでリカバリ・カタログが使用されていると想定しています。
LISTコマンドを実行して、データファイルのバックアップおよび制御ファイルの自動バックアップのリストを表示します。たとえば、次のコマンドを入力してデータファイルのコピーを表示します。
LIST COPY;
たとえば、次のコマンドを入力して制御ファイルのバックアップを表示します。
LIST BACKUP OF CONTROLFILE;
自動バックアップ・ピースの名前には、%F置換変数を使用する必要があります。したがって、自動バックアップ・ピースの名前には、文字列c-IIIIIIIIII-YYYYMMDD-QQが含まれます。ここで、IIIIIIIIIIはDBIDを表し、YYYYMMDDはバックアップが生成された日のグレゴリオ暦でのタイムスタンプ、QQは16進数の順序です。
次のコマンドを入力して、すべてのデータファイルのコピーを新しいホストの?/oradata/trgtディレクトリにコピーします。
% cp -r /disk1/*dbf /net/new_host/oracle/oradata/trgt
次のコマンドを入力して、自動バックアップのバックアップ・ピースを新しいホストの/tmpディレクトリにコピーします。
% cp -r /disk1/auto_bkp_loc/c-1618370911-20070208-00 /net/new_host/tmp
「制御ファイルの自動バックアップからのサーバー・パラメータ・ファイルのリストア」で説明されているように、デフォルト以外の場所から自動バックアップをリストアする場合は、SET CONTROLFILE AUTOBACKUP FORMATコマンドを使用する必要があります。
次の例では、データベースを新しいホストにリストアすることができるかどうかをテストすると想定しています。また、ネットワークで接続された2台のLinuxホストhostaとhostbがあると想定しています。trgtaという名前のターゲット・データベースがhosta上に存在し、リカバリ・カタログcatdbに登録されています。データベースtrgtaが起動され、hosta上で実行されている間に、hostb上でtrgtaのリストアおよびリカバリをテストします。
わかりやすくするため、hostbのディレクトリ構造はhostaのディレクトリ構造と異なっていると想定しています。ターゲット・データベースは/net/hosta/dev3/oracle/dbsに存在していますが、このデータベースを/net/hostb/oracle/oradata/testにリストアします。データファイル、制御ファイル、アーカイブREDOログおよびサーバー・パラメータ・ファイルのテープ・バックアップが、両方のホストからアクセス可能なメディア・マネージャ上にあります。trgtaデータベースのORACLE_SIDはtrgtaで、リストアされたデータベースでも変更されません。
障害リカバリをテストするには、ターゲット・データベースのリカバリ可能なバックアップが必要です。障害リカバリ計画を作成する場合は、データファイル、制御ファイルおよびサーバー・パラメータ・ファイルのバックアップがhostb上にリストア可能であることを確認します。そのため、hostbをメディア・マネージャのクライアントにして、hosta上に作成されたバックアップ・セットを読み取ることができるように、メディア管理ソフトウェアを構成する必要があります。この問題に対するサポートについては、メディア管理ベンダーに問い合せてください。
hostb上でORACLE_SIDを構成します。この例では、Recovery Managerクライアントをhostb上で起動し、オペレーティング・システムを介して自分を認証すると想定しています。ただし、ローカルで、またはネット・サービス名を介して、hostbに接続する必要があります。
管理者権限を使用してhostbにログインした後、自分がDBAグループに含まれるように/etc/groupファイルを編集します。
dba:*:614:<your_user_name>
hostb上で、環境変数ORACLE_SIDをhosta上で使用した値と同じ値に設定します。
% setenv ORACLE_SID trgta
hostb上でRecovery Managerを起動し、リカバリ・カタログに接続せずにターゲット・データベースに接続します。 たとえば、次のコマンドを入力します。
% rman NOCATALOG RMAN> CONNECT TARGET /
たとえば、SET DBIDを実行してDBIDを設定し、次にSTARTUP NOMOUNTを実行します。
SET DBID 1340752057; STARTUP NOMOUNT
サーバー・パラメータ・ファイルがリストアされていないため、Recovery Managerがサーバー・パラメータ・ファイルの検出に失敗しますが、仮のファイルを使用してインスタンスが起動されます。出力例を次に示します。
startup failed: ORA-01078: failure in processing system parameters LRM-00109: could not open parameter file '/net/hostb/oracle/dbs/inittrgta.ora' trying to start the Oracle instance without parameter files ... Oracle instance started
バックアップの実行時に制御ファイルの自動バックアップ機能を有効にしたため、バックアップにサーバー・パラメータ・ファイルが含まれます。デフォルト以外の書式の自動バックアップをリストアする場合は、SET CONTROLFILE AUTOBACKUP FORMATコマンドを使用して書式を指定します。
メディア・マネージャにチャネルを割り当て、サーバー・パラメータ・ファイルをクライアント側のパラメータ・ファイルとしてリストアし、SETコマンドを使用して自動バックアップの場所を指定します（この例では、自動バックアップは/tmpにあります）。
RUN { ALLOCATE CHANNEL c1 DEVICE TYPE sbt PARMS '...'; SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/tmp/%F'; RESTORE SPFILE TO PFILE '?/oradata/test/inittrgta.ora' FROM AUTOBACKUP; SHUTDOWN ABORT; }
末尾が_DESTなどの場所固有のすべてのパラメータを変更し、新しいディレクトリ構造を反映します。たとえば、次のパラメータを編集します。
- IFILE - LOG_ARCHIVE_DEST_1 - CONTROL_FILES
たとえば、次のコマンドを入力します。
STARTUP FORCE NOMOUNT PFILE='?/oradata/test/inittrgta.ora';
たとえば、次のコマンドを入力します。
RUN { ALLOCATE CHANNEL c1 DEVICE TYPE sbt PARMS '...'; RESTORE CONTROLFILE FROM AUTOBACKUP; ALTER DATABASE MOUNT; }
CONTROL_FILES初期化パラメータで指定した場所に制御ファイルがリストアされます。
CATALOG START WITH（すべてのファイルが共通の接頭辞を持つディレクトリに含まれ、CATALOG START WITHで簡単に指定できることがわかっている場合）を使用して、「新しいホストへのディスク・バックアップのリストア」でコピーしたデータファイルのコピーをカタログに追加します。たとえば、次のコマンドを実行します。
CATALOG START WITH '/oracle/oradata/trgt/';
ファイルを個別に指定する場合は、CATALOGコマンドを次のように実行します。
CATALOG DATAFILECOPY '/oracle/oradata/trgt/system01.dbf', '/oracle/oradata/trgt/undotbs01.dbf', '/oracle/oradata/trgt/cwmlite01.dbf', '/oracle/oradata/trgt/drsys01.dbf', '/oracle/oradata/trgt/example01.dbf', '/oracle/oradata/trgt/indx01.dbf', '/oracle/oradata/trgt/tools01.dbf', '/oracle/oradata/trgt/users01.dbf';
制御ファイルはtrgtaデータベースからリストアされているため、記録されたファイル名では元のhostaのファイル名が使用されます。V$ビューを問い合せると、この情報を取得できます。SQL*Plusで次の問合せを実行します。
COLUMN NAME FORMAT a60 SPOOL LOG '/tmp/db_filenames.out' SELECT FILE# AS "File/Grp#", NAME FROM V$DATAFILE UNION SELECT GROUP#,MEMBER FROM V$LOGFILE; SPOOL OFF EXIT
SET NEWNAMEコマンドを使用して転送先ホスト上に新しいパスを指定します。転送先システム上のファイル・システムがソース・ホスト上のパスと同じパスを持つように設定されている場合は、ソース・ホスト上のパスと同じパスにリストアされるファイルに対してSET NEWNAMEを使用しないでください。
ALTER DATABASE RENAME FILEコマンドを使用して転送先ホスト上にパス名を指定します。転送先システム上のファイル・システムがソース・ホスト上のパスと同じパスを持つように設定されている場合は、ソース・ホスト上のパスと同じパスにリストアされるファイルに対してALTER DATABASE RENAME FILEを使用しないでください。
SET UNTILを実行して、リカバリをアーカイブREDOログの最後までに制限します。SET UNTILが指定されていない場合、エラーが発生してリカバリが停止することに注意してください。
SWITCH DATAFILE ALLを実行して、新しいパス名をデータファイルの正式な新しい名前として制御ファイルに認識させます。
例19-3に、リストアおよびリカバリを実行できるRecovery Managerのスクリプトreco_test.rmanを示します。
RUN { # allocate a channel to the tape device ALLOCATE CHANNEL c1 DEVICE TYPE sbt PARMS '...'; # rename the datafiles and online redo logs SET NEWNAME FOR DATAFILE 1 TO '?/oradata/test/system01.dbf'; SET NEWNAME FOR DATAFILE 2 TO '?/oradata/test/undotbs01.dbf'; SET NEWNAME FOR DATAFILE 3 TO '?/oradata/test/cwmlite01.dbf'; SET NEWNAME FOR DATAFILE 4 TO '?/oradata/test/drsys01.dbf'; SET NEWNAME FOR DATAFILE 5 TO '?/oradata/test/example01.dbf'; SET NEWNAME FOR DATAFILE 6 TO '?/oradata/test/indx01.dbf'; SET NEWNAME FOR DATAFILE 7 TO '?/oradata/test/tools01.dbf'; SET NEWNAME FOR DATAFILE 8 TO '?/oradata/test/users01.dbf'; SQL "ALTER DATABASE RENAME FILE ''/dev3/oracle/dbs/redo01.log'' TO ''?/oradata/test/redo01.log'' "; SQL "ALTER DATABASE RENAME FILE ''/dev3/oracle/dbs/redo02.log'' TO ''?/oradata/test/redo02.log'' "; # Do a SET UNTIL to prevent recovery of the online logs SET UNTIL SCN 123456; # restore the database and switch the datafile names RESTORE DATABASE; SWITCH DATAFILE ALL; # recover the database RECOVER DATABASE; } EXIT
たとえば、ターゲット・データベースに対してRecovery Managerを起動し、@コマンドを実行します。
% rman TARGET / NOCATALOG RMAN> @reco_test.rman
RESETLOGSオプションを指定して、リストアしたデータベースをオープンします。Recovery Managerプロンプトで、RESETLOGSオプションを指定してデータベースをオープンします。
ALTER DATABASE OPEN RESETLOGS;
DROP DATABASEコマンドを使用して、データベースに関連付けられているすべてのファイルを自動的に削除します。次の例では、データベース・ファイルを削除します。
STARTUP FORCE NOMOUNT PFILE='?/oradata/test/inittrgta.ora'; DROP DATABASE;
リカバリ・カタログへの接続時にリストアおよびリカバリを実行しなかったため、リカバリ・カタログには、リストアしたファイルまたはテスト中に実行した手順のレコードは含まれません。同様に、trgtaデータベースの制御ファイルは、テストによる影響を受けません。
|
 Copyright © 2003, 2008, Oracle Corporation. All Rights Reserved. |
|