ETERNUS SF Recovery Manager for Oracle 13.1.0 説明書 - Solaris(TM) Operating System -

目次

付録A 留意事項

Recovery Manager for Oracleのバックアップ/リカバリー運用における留意事項について説明します。

ディスク資源の配置に関する留意事項は、「ディスク資源配置」を参照してください。

A.1 Oracle Databaseにおける制限事項 

A.1.1 Automatic Storage Management (10g) 

Recovery Manager for Oracleは、Automatic Storage Managementをサポートしていません。
Recovery Manager for Oracleを使用してバックアップ/リカバリー運用を行う場合は、Automatic Storage Managementを使用しないでください。

Automatic Storage Managementについては、「Oracle Database 管理者ガイド」を参照してください。

A.1.2 Oracle Managed Files 

Recovery Manager for Oracleは、Oracle Managed Filesをサポートしていません。
Recovery Manager for Oracleを使用してバックアップ/リカバリー運用を行う場合は、Oracle Managed Filesを使用しないでください。

Oracle Managed Filesについては、「Oracle Database 管理者ガイド」を参照してください。

A.1.3 表領域のPoint-in-Timeリカバリ(TSPITR) 

Recovery Manager for Oracleでは、表領域のPoint-in-Timeリカバリ(TSPITR)をサポートしていません。

表領域のPoint-in-Timeリカバリ(TSPITR)については、「Oracle Database バックアップおよびリカバリ基礎」および「Oracle Database バックアップおよびリカバリ・アドバンスト・ユーザーズ・ガイド」を参照してください。

A.1.4 Voting disk 

Recovery Manager for Oracleは、Voting Disk(投票ディスク)のバックアップ/リカバリーを行いません。

Voting Disk(投票ディスク)については、「Oracle Real Application Clusters 管理者ガイド」を参照してください。

A.1.5 Oracle9i RAC環境 

Recovery Manager for Oracleは、Shared Configuration Fileのバックアップ/リカバリーを行いません。

Shared Configuration Fileについては、「Oracle9i Real Application Clusters セットアップおよび構成」マニュアルを参照してください。

A.1.6 Oracle RAC 10g Release1環境 

Recovery Manager for Oracleは、Oracle Cluster Registryのバックアップ/リカバリーを行いません。

Oracle Cluster Registryについては、「Oracle Real Application Clusters 管理者ガイド」を参照してください。

A.2 データベース設計上の注意事項 [一部EE] 

A.2.1 データベースオブジェクト名 

データベースオブジェクト名には、Oracleの「スキーマ・オブジェクトネーミング規則」に従った文字列を使用してください。
ただし、マルチバイト文字や特殊記号を含む、二重引用符(")で囲む必要のあるオブジェクト名、および、Oracle Recovery Managerの予約語はサポート対象外です。

A.2.2 データベース資源の配置 [EE] 

データベース運用形態がクラスタの場合、すべてのデータベース資源を共有ディスク上に配置してください。
なお、シングルサーバ構成の場合は特に制約はありません。

A.2.3 UNDO表領域 

UNDO表領域名の先頭文字列は、必ず、“UNDO"で開始してください。

A.2.4 一時表領域 

一時表領域は、以下の制限に従って作成してください。

• ローカル管理の一時表領域 (create temporary tablespace文で作成した一時表領域)を使用してください。
• 必ず、1つ以上の一時表領域を用意してください。
• 一時表領域サイズは2GByte以下にしてください。
• AUTOEXTEND OFF(自動拡張なし)を指定してください。

A.2.5 データファイル(表領域) 

データファイル(表領域)をRAWデバイス上に作成する場合は、シンボリックリンクではなく、直接、RAWデバイス名を指定してください。

• シンボリックリンクを指定した例

  # ln -s /dev/sfdsk/oracle/rdsk/USERS01 /oracle/dbf/users01.dbf SQL> create tablespace users 2 datafile '/oracle/dbf/users01.dbf' size 1024MB ‥‥

  
  
• RAWデバイス名を指定した例

  SQL> create tablespace users 2 datafile '/dev/sfdsk/oracle/rdsk/USERS01' size 1024MB ‥‥

A.2.6 パスワードファイル認証 

Recovery Manager for Oracleを使用する場合、パスワードファイル認証は必須です。また、パスワードファイルを複数のインスタンスで共有することはできません。
初期化パラメータは「remote_login_passwordfile=exclusive」にしてください。

パスワードファイル認証については、「Oracle Database 管理者ガイド」を参照してください。

A.2.7 tnsnames.oraについて 

Recovery Manager for Oracleは、ターゲットデータベースに Net Services接続を行います。
必ず、$ORACLE_HOME/network/admin/tnsnames.oraファイルにターゲットデータベースへの Net Services接続のための情報を定義してください。
$ORACLE_HOME/network/admin/tnsnames.oraファイルに Net Servicesの定義を行う際は、以下の点に注意が必要です。

• Recovery Manager for Oracleは、tnsnames.oraファイルの格納先変更をサポートしていません。TNS_ADMIN環境変数は使用しないでください。
• 1サーバ複数インスタンス運用の場合は、それぞれのインスタンスについて、必要な情報を設定する必要があります。すべてのインスタンス分の定義を$ORACLE_HOME/network/admin/tnsnames.oraファイル に設定してください。
• クラスタ運用時はすべてのノード上の$ORACLE_HOME/network/admin/tnsnames.oraファイル に設定してください。

Net Services接続およびtnsnames.oraファイルについては、「Oracle Net Services 管理者ガイド」を参照してください。

A.2.8 リスナーについて 

ターゲットデータベース接続用リスナーは、静的サービス構成で定義してください。
Recovery Manager for Oracleは、Java Database Connectivityを使用してデータベースへの接続を行います。リスナーを動的サービス構成で定義している場合、データベースがオープン以外の状態では接続できないため、リカバリーに失敗することがあります。

静的サービス構成のlistener.ora設定

hostname : ホスト名
SID_LIST_LISTENER : リスナーでサービスされるデータベースのSID
sid : SID

また、ターゲットデータベースがRAC運用の場合、以下の点に注意が必要です。

• ターゲットデータベース接続用リスナーでは、ロードバランスを使用しないでください。
• ターゲットデータベースがOracle10gの場合、ターゲットデータベース接続用リスナーとして、Cluster Ready Serviceでリソース管理されていないバックアップ/リカバリー専用のリスナーを用意することを推奨します。

A.2.9 HAクラスタ環境構築 [EE] 

HAクラスタ運用環境を構築する場合は、以下の点に注意してください。

• Recovery Manager for Oracleの環境設定ファイルは、すべてのノードで同じ設定にしてください。
• N:1運用待機運用はサポートしていません。
• N:M運用待機運用はサポートしていません。
• カスケード運用はサポートしていません。
• N:1運用待機構成における移動待機運用はサポートしていません。
• その他、1:1以外のHA型クラスタ運用はサポートしていません。

A.2.10 HAクラスタ構成時のパスワードファイル認証[EE] 

HAクラスタ環境を構成するノード間でパスワードファイルが異なると、フェールオーバーした際に、データベースが起動しないことがあります。
以下の作業を行った後は、パスワードファイルを待機ノードに複写し、両ノードで同じ設定内容のパスワードファイルを使用してください。

• 制御ファイルの再作成
• alter user文によるsysユーザーパスワードの変更
• grant文によるsysdbaまたはsysoper権限の付与
• EXPORTファイルからのFULL IMPORT

パスワードファイル認証、および、パスワードファイルの変更については、「Oracle Database 管理者ガイド」を参照してください。

A.2.11 RAC環境構築 [EE] 

RAC運用環境を構築する場合は、以下の点に注意してください。

• Recovery Manager for Oracleの環境設定ファイルは、すべてのノードで同じ設定にしてください。
• Recovery Manager for OracleがサポートするRAC構成ノード数は2〜4ノードです。5ノード以上で構成されたRACは、サポートしていません。
• Oracle9i RAC環境の場合、アーカイブログファイルの格納先は、各ノードで異なる領域を用意してください。また、シンボリックリンクを使用して同じディレクトリ名にしないでください。

A.3 運用環境構築時の注意事項 

A.3.1 PRIMECLUSTER Global Disk Services 

Recovery Manager for Oracleは、PRIMECLUSTER Global Disk Services(以降、“GDS”と略します)上に作成されたデータベースのバックアップ/リカバリー運用をサポートしています。
GDS上に作成されたデータベースのバックアップ/リカバリー運用を行う場合、以下の制限があります。

• OPCバックアップまたはECバックアップを行う場合、ディスクミラーリングはサポートしていません。
• OPCバックアップまたはECバックアップを行う場合、ディスクコンカチネーションはサポートしていません。
• OPCバックアップを行う場合、1論理ユニット内に作成する論理パーティション数は8個以内にしてください。
• ECバックアップを行う場合、1論理ユニット内に作成する論理パーティション数は 「8 ÷ 世代数(ECバックアップボリューム数)」以内 にしてください。
• その他、AdvancedCopy Manager および ETERNUSに影響を受ける制限事項については、各マニュアル、ソフトウェア説明書、取扱説明書などを確認してください。

A.3.2 テープへのバックアップ 

Recovery Manager for Oracleは、テープへのバックアップ機能を提供していません。
Recovery Manager for Oracleがディスク上の領域にバックアップしたデータは、テープへバックアップすることを推奨します。
テープへバックアップすることにより、リスクの分散が図れます。
テープへのバックアップ対象は、以下の領域です。

• データファイル(表領域)のバックアップ領域
• 制御ファイルのバックアップ領域
• アーカイブログファイルのバックアップ領域
• リカバリ・カタログ・データベースのバックアップ領域
• Recovery Manager for Oracleのインストール先配下のすべてのファイル

各バックアップ領域については、「ディスク資源配置」を参照してください。
各データのバックアップ先の確認方法は、「運用環境設定」を参照してください。

テープへバックアップする場合の注意事項は、以下のとおりです。

• ターゲットデータベースサーバ以外のサーバからファイルシステムイメージのバックアップを採取する場合、バックアップ完了後、必ず、バックアップ対象領域のアンマウントを行ってください。二重マウントされた場合、ファイルシステムを破壊してしまいます。
• ターゲットデータベースサーバ以外のサーバからテープバックアップを採取する場合、RAWイメージでのバックアップを推奨します。

A.4 運用時の注意事項 [一部EE] 

A.4.1 パスワードもしくは権限の変更 

以下の作業を行った場合、パスワードファイルを再作成し、「運用環境設定」でSYSパスワードを設定しなおしてください。

• 制御ファイルの再作成
• alter user文によるsysユーザーパスワードの変更
• grant文によるsysdbaまたはsysoper権限の付与
• EXPORTファイルからのFULL IMPORT

A.4.2 ターゲットデータベースの構成変更 

ターゲットデータベースの変更を行った場合は、速やかにバックアップを行ってください。
ターゲットデータベースの変更とは、制御ファイル、オンラインREDOログ およびデータファイルの追加、削除、変更のことを意味します。
ターゲットデータベースの変更後、バックアップを行う前にターゲットデータベースに異常が発生した場合、正常にリカバリーができないことがあります。

A.4.3 バックアップ 

バックアップを行う場合は、以下の点に注意してください。

• オンラインバックアップを行う際、ターゲットデータベースは、オープン状態である必要があります。
• OFFLINE状態の表領域が存在しているデータベース環境において、バックアップを実行した場合、すべての表領域がONLINE状態になります。
• バックアップコマンド実行中に“ディレクトリが見つかりません。”というメッセージが表示されることがありますが、問題ありません。
• バックアップに失敗した場合、システムログにメッセージが出力されることがあります。バックアップコマンドが出力するシステムログについては、「システムログ」を参照してください。

A.4.4 旧アーカイブログファイル削除 

旧アーカイブログファイル削除を行う場合は、以下の点に注意してください。

• 旧アーカイブログファイル削除を行う際、ターゲットデータベースは、オープン状態である必要があります。

A.4.5 バックアップ初期化 

バックアップ初期化を行う場合は、以下の点に注意してください。

• バックアップ初期化を行う際、ターゲットデータベースは、オープン状態である必要があります。
• バックアップ初期化を行うと、データベースのバックアップ情報がすべて初期化されます。バックアップ初期化実行後は、旧アーカイブログファイル削除、リカバリー処理が実施できなくなりますので、速やかにオンラインバックアップを実行してください。

A.4.6 アーカイブログファイルバックアップ 

アーカイブログファイルバックアップを行う場合は、以下の点に注意してください。

• アーカイブログファイルバックアップを行う際、ターゲットデータベースは、オープン状態である必要があります。

A.4.7 DBチェック 

DBチェックを行う場合は、以下の点に注意してください。

• リスナーがダウンしている場合、DBチェックはできません。
• 以下の場合、正常にDBチェックができません。
  • データベースがオープン状態でない場合
  • 制御ファイルが破損している場合
  • データベースがノーアーカイブ・モードの場合
• オンラインREDOログファイルが複数メンバーで構成されており、一部のメンバーが破損している場合は、破損を正常に検知できないことがあります。
• 一時表領域(TEMPFILE)の破損は正常に検知できないことがあります。
• データベースの破損状況によっては、DBチェックの実行により、インスタンスが停止してしまうことがあります。
• リカバリーを実行する前に、必ず、リスナーの状態およびクラスタリソースの状態を確認し、もし、異常がある場合は、問題を解決した後に、リカバリーを実行してください。
• OFFLINE状態の表領域が存在しているデータベース環境において、DBチェックを実行した場合、すべての表領域がONLINE状態になります。

A.4.8 リカバリー 

リカバリーを行う場合は、以下の点に注意してください。

• リスナーがダウンしている場合、リカバリーを行うことはできません。
• 以下の場合、データベース破損直前までのデータを復旧することはできません。
  • カレントのオンラインREDOログファイルが破損している場合
  • バックアップ以降に生成されたアーカイブログファイルが欠落している場合
  • RAC運用環境において、システムダウンしているノードがある場合
• データファイル(表領域)以外をリカバリーした場合、REDOログがリセットされ、リカバリ・カタログもリセットされます。これまでに採取したバックアップが無効になりますので、リカバリーを行った後は、復旧後のデータを確認し、速やかにバックアップを実行してください。
• リカバリー処理が正常に終了した場合でも、リカバリー後のDBチェックで異常を検知していることがあります。必ず、実行ログの内容を確認してください。実行ログの確認については、「リカバリー結果確認」を参照してください。
• 「カスタムリカバリー」では、リカバリーを行うファイル、および、リカバリー方法を正しく指定していない場合、リカバリーが正常に行われません。データベースのバックアップ/リカバリー機能に精通していない方は、「オートリカバリー」もしくは「全体リカバリー」を選択してください。
• データベースがノーアーカイブ・モードである場合は、正常にリカバリーできない場合があります。必ず、アーカイブ・モードで運用してください。

A.4.9 オートリカバリー 

以下の場合、正常にオートリカバリーができないことがあります。

• オンラインREDOログファイルが複数メンバーで構成されており、一部のメンバーが破損している場合
• 一時表領域(TEMPFILE)が破損している場合
• RAC運用環境の場合
• データベースがノーアーカイブ・モードの場合

A.4.10 カスタムリカバリー 

カスタムリカバリーを行う場合、以下の点に注意してください。

• リカバリーを行う表領域が「表領域名指定」で指定され、データファイルがファイルシステム上にある場合、必ず、RMANリストアでデータファイルのリストアを行います。「データファイルバックアップ方法」が「OPC」、「EC」または「差分OPC」の場合でも、OPCリストアは行いません。
• リカバリーを行う表領域が「表領域名指定」で指定され、一時表領域(TEMPFILE)が選択された場合は、TEMPFILEの再作成を行います。
• ターゲットデータベースが起動されていない(OPEN状態でない)場合、表領域名の一覧は表示されません。
• Oracle9iまたはOracle10g Release1のREDOログファイルをリカバリーする場合は、必ず、一時表領域(TEMPFILE)もリカバリーする必要があります。REDOログファイルの「復元する」を選択した場合は、必ず、「表領域」の「全表領域」を選択するか、または、「表領域名指定」で一時表領域(TEMPFILE)を選択し、一時表領域(TEMPFILE)のリカバリーを行ってください。

A.4.11 実行ログファイルの保存期間 

「実行ログ保存期間」を経過した実行ログファイルは、旧アーカイブログファイル削除を実行すると削除されます。「実行ログ保存期間」については、「運用環境設定」を参照してください。

A.4.12 クラスタ運用時の操作 [EE] 

クラスタ運用の場合、バックアップ操作およびリカバリー操作は、クラスタリソースがオンライン状態のノード(以降、“プライマリノード”と称します)もしくは論理ホストにログインして実施してください。

A.4.13 RAC運用時のバックアップ [EE] 

RAC運用環境でバックアップを行う場合、インスタンス番号が一番小さいインスタンス(以降、“プライマリインスタンス”と称します)が動作していれば、プライマリインスタンスで実行してください。ただし、プライマリインスタンスが停止状態の場合は、プライマリインスタンス以外でバックアップを行うことができます。

A.4.14 クラスタ運用時のリカバリー [EE] 

クラスタ運用環境でリカバリーを行う場合、クラスタを構成するすべてのノードが起動されていなければ、リカバリー処理が失敗します。
必ず、すべてのノードを復旧した後に、リカバリーを実行してください。
また、データベースファイルを配置しているすべてのGDSボリュームおよびファイルシステムがサーバより正常にアクセスできることを確認した後に、リカバリーを実行してください。

A.4.15 RAC運用時のリカバリー [EE] 

RAC運用環境でリカバリーを行う場合、プライマリインスタンスで実行してください。
RACを構成する全インスタンスが停止状態の場合は、「全体リカバリー」でリカバリーを行うことを推奨します。「オートリカバリー」でリカバリーを行った場合、正常にリカバリーができないことがあります。

A.5 アドバンスト・コピー機能使用時の注意事項 [EE]

A.5.1 リカバリー直後のバックアップ 

OPC/ECバックアップ運用時、リカバリー直後にバックアップを行うと、直前に実施したOPCリストアの物理コピーが完了していないことが原因で、バックアップに失敗することがあります。
OPC/ECバックアップに失敗した場合、実行ログファイル内にAdvancedCopy Managerのメッセージが出力されていないか確認してください。
OPCリストアの物理コピー中であることが原因でバックアップに失敗した場合は、OPCリストアの物理コピー状況をAdvancedCopy Managerのバックアップ管理画面で確認し、OPCリストアの物理コピーが完了した後、バックアップを再実行してください。

AdvancedCopy Managerのメッセージは、「ETERNUS SF AdvancedCopy Manager メッセージ説明書」を参照してください。

A.5.2 ECバックアップ 

ECバックアップを使用する場合、以下の点に注意が必要です。

• Recovery Manager for Oracleは、ECを使用するバックアップのうち、Suspend/Resume機能によるバックアップ運用のみをサポートしています。

  

  Suspend/Resume機能によるバックアップについては、「ETERNUS SF AdvancedCopy Manager 運用手引書」を参照してください。

• ECバックアップボリュームは最低2世代分必要です。1世代は同期状態、もう1世代は切離し状態となります。Recovery Manager for Oracleの環境設定ファイルに2つ以上のバックアップボリュームを設定してください。
• ECを使用してバックアップ運用を行う場合は、必ず、「全体リカバリー」でリカバリーを行ってください。「全体リカバリー」以外でリカバリーを行った場合、ECセッションの不整合が発生し、次回のバックアップが異常終了することがあります。

A.5.3 データファイル(表領域)のリストア 

データファイル(表領域)がファイルシステム上にある場合、データファイル(表領域)のリストアはRMANリストアで行います。「データファイルバックアップ方法」が「OPC」、「EC」または「差分OPC」の場合でも、OPCリストアは行いません。

A.6 その他の注意事項 

A.6.1 コマンドの同時実行 

同一データベースに対して、Recovery Manager for Oracleのコマンドを多重実行してはいけません。必ず、前に実行したコマンドが復帰した後、実行するようにしてください。

A.6.2 アンインストール 

Recovery Manager for Oracleのアンインストールを行う場合、以下の点に注意が必要です。

• アンインストール時には、/opt/FJSVrmfoディレクトリ配下がすべて削除されます。必要な情報は、事前に退避してください。
• 「空でないディレクトリは削除されません」のメッセージが表示されることがありますが、問題ありません。
• アンインストールを実施しても、バックアップファイルやリカバリ・カタログ・データベースは削除されません。アンインストール時に削除しなかった場合は、必要に応じてファイルシステムの再作成(newfs)を行ってください。

A.6.3 アーカイブログファイルの削除 

バックアップ運用にRecovery Manager for Oracleを使用している場合、必ず、Recovery Manager for Oracleを使用して旧アーカイブログファイルの削除を行ってください。Recovery Manager for Oracleの機能を使用せずに削除した場合、次回のバックアップが異常終了することがあります。

A.6.4 Recovery Manager for Oracle以外のリカバリー 

バックアップ運用にRecovery Manager for Oracleを使用している場合、Recovery Manager for Oracleのバックアップ対象であるファイルのリストアおよびリカバリーをRecovery Manager for Oracleを使用しない方法で実施しないでください。
Recovery Manager for Oracleを使用せずにリストアもしくはリカバリーをした場合、Recovery Manager for Oracleでバックアップ/リカバリーができなくなります。

Recovery Manager for Oracleを使用せずにリストアもしくはリカバリーをした場合は、以下の作業を実施してください。

1. リカバリ・カタログの再作成
2. バックアップ初期化
3. オンラインバックアップ

A.6.5 オフラインバックアップのリストア 

Recovery Manager for Oracleでは、Recovery Manager for Oracleを使用せずに採取したバックアップデータのリストアを行うことはできません。

Recovery Manager for Oracleを使用せずに採取したバックアップデータのリストアを行った場合は、以下の作業を実施してください。

1. リカバリ・カタログの再作成
2. バックアップ初期化
3. オンラインバックアップ

A.6.6 システム日付の変更 

Recovery Manager for Oracleは、Oracle DatabaseのRMAN機能を使用し、時間によるバックアップ/リカバリーの運用管理を行っています。システム日付を進める場合は問題ありませんが、過去に戻す場合、バックアップ/リカバリー処理に異常が発生することがあります。

A.6.7 バックアップ運用変更時の注意 

データファイルバックアップ方法やバックアップ管理世代数を変更すると、バックアップを管理している情報の不整合が発生し、リカバリーの際に正しくリカバリーができないことがあります。
このような運用変更を行う場合は、事前に Recovery Manager for Oracleのサポート部門へお問い合わせください。

A.6.8 Oracle Database製品パッチ適用時の注意 

Oracle Database製品のパッチを適用した場合、リカバリ・カタログ・データベースに対して、パッチ適用後の処理が必要です。
詳細については、Recovery Manager for Oracleのサポート部門へお問い合わせください。

目次