Oracle Application Server 管理者ガイド 10gリリース3(10.1.3.1.0) B31834-01 |
|
この章では、Oracle Application Serverのバックアップ計画および手順について説明します。
この章の項目は次のとおりです。
この項では、Oracle Application Serverに推奨されるバックアップ計画について説明します。この計画に従って、このマニュアルで説明するリカバリ手順を実行することができます。
バックアップ計画には、次のものがあります。
図17-1のフロー・チャートは、特定の状況に適したバックアップ・タイプの決定方法の概要を示しています。
最初に実行するバックアップは、イメージのバックアップです。このバックアップには、環境内のすべてのファイルが含まれます。環境の記録も作成してください。
このバックアップは、以降のすべてのインスタンス・バックアップに対するベースラインとして機能します。
詳細は、第17.2.3項「Oracle Application Server環境の完全バックアップの実行」を参照してください。
環境を再構成する必要がある場合、この記録を参照できます。
詳細は、第17.2.1項「Oracle Application Server構成の記録の作成」を参照してください。
管理上の変更を実行するたびに、または(これが不可能な場合は)定期的に、Oracle Application Server環境のインスタンスのバックアップを実行してください。
詳細は、第17.2.2項「コマンドラインからのOracle Application Serverインスタンスのバックアップの実行」を参照してください。
Oracle Application Server環境に大きな変更を加えた場合は、Oracle Application Server環境のイメージのバックアップを改めて実行する必要があります。このバックアップは、以降のすべてのインスタンス・バックアップに対するベースラインとして機能します。また、環境の記録を新しい構成情報で更新する必要もあります。
次の処理の後に、イメージのバックアップを実行します。
そのためには、次の手順を実行します。
詳細は、第17.2.1項「Oracle Application Server構成の記録の作成」を参照してください。
詳細は、第17.2.3項「Oracle Application Server環境の完全バックアップの実行」を参照してください。
改めてOracle Application Server環境の完全バックアップを実行した後で、作業2に戻り、インスタンスの定期的なバックアップを実行します。
この項では、バックアップ手順の詳細を説明します。構成データの一貫性を維持するには、各Oracle Application Serverインスタンスのバックアップを同時に作成する必要があります。あるOracle Application Serverインスタンスをバックアップしている間は、他のインスタンスの構成を変更しないでください。
この項の項目は次のとおりです。
Oracle Application Server環境のリストアおよびリカバリが必要な場合、必要なすべての情報を入手し、対処することが重要です。これは、特にOracle Application Server環境全体(またはその一部)を新しいディスクまたはホストに再構成する必要があるような、ハードウェアの損失が発生した場合に当てはまります。
この項で説明されている情報を含む、Oracle Application Server環境の最新記録を維持管理する必要があります。この情報は、印刷物と電子形式の両方で保管してください。電子形式のデータは、Oracle Application Server環境とはまったく別のホストまたは電子メール・システム上に格納する必要があります。
Oracle Application Serverのハードウェアおよびソフトウェア構成の記録には、次のものが含まれます。
この項では、Oracle Application Serverインスタンスの各種バックアップをコマンドラインから実行する方法について説明します。インスタンス・レベルのバックアップでは、構成ファイル、中間層用のリポジトリを含む、アプリケーション・サーバー・インスタンスに必要なすべてのコンポーネントがバックアップされます。
Oracle Application Server環境の完全バックアップを実行したら、それ以降は、管理上の変更があるたびに、またはそれが不可能であれば定期的に、インスタンス・レベルのバックアップを実行する必要があります。
次のコマンドを使用して、Oracle Application Serverインスタンスのコールド・バックアップを実行します。
bkp_restore.sh -m backup_instance_cold bkp_restore.bat -m backup_instance_cold
次のコマンドを使用して、Oracle Application Serverインスタンスの増分コールド・バックアップを実行します。
bkp_restore.sh -m backup_instance_cold_incr bkp_restore.bat -m backup_instance_cold_incr
次のコマンドを使用して、Oracle Application Serverインスタンスのオンライン・バックアップを実行します。
bkp_restore.sh -m backup_instance_online bkp_restore.bat -m backup_instance_online
次のコマンドを使用して、Oracle Application Serverインスタンスの増分オンライン・バックアップを実行します。
bkp_restore.sh -m backup_instance_online_incr -l level bkp_restore.bat -m backup_instance_online_incr -l level
この項では、Oracle Application Server環境の完全バックアップを実行する方法について説明します。インストールまたはアップグレードの後には、ノードのバックアップを実行する必要があります。ホスト上のインスタンスごとに次の作業を実行します。
次のコマンドを実行して、ノードの構成のバックアップを作成します。
UNIXの場合:
bkp_restore.sh -m configure
Windowsの場合:
bkp_restore.bat -m configure
次のコマンドを実行して、ノードのバックアップを準備します。
UNIXの場合:
bkp_restore.sh -m node_backup -o prepare
Windowsの場合:
bkp_restore.bat -m node_backup -o prepare
この作業では、Oracleホーム、oratab、セントラル・インベントリ、Windowsレジストリなどを含むインスタンスのアーカイブを作成します。UNIXの場合、ルートからコマンドを実行する必要があります。次のコマンドを実行して、インスタンスのイメージのバックアップを作成します。
UNIXの場合:
bkp_restore.sh -m node_backup -o image_backup -P archive path
Windowsの場合:
bkp_restore.bat -m node_backup -o image_backup -P archive path
コマンドが完了すると、バックアップはarchive path
で指定されているディレクトリに格納されます。
OracleAS Recovery Managerでは、1つのホスト上のインスタンスの完全バックアップを実行して、元の動作環境が損なわれた場合にそれらのインスタンスを新しいホストにリストアする手順が自動化されています。
Loss of Host Automation(LOHA)によって、Oracle Application Serverユーザーがホスト間でOracle Application Serverインスタンスを移行する場合に必要な作業が自動化されます。新しいホストは、同じオペレーティング・システムを実行する別のホストであっても、システムのイメージを再導入した後の同一ホストであってもかまいません。LOHAには、ホストが喪失した場合に、インスタンスの再インストールおよびアプリケーション・データの保存を行うことなく、元のインスタンスを新しい環境にリストアするためのソリューションが用意されています。
LOHAでは、すべての中間層インストールがサポートされており、新しいホスト名を元のホスト名と同じにすることも別の名前にすることもできます。ホスト名が異なる場合は、手動の作業が必要になります。LOHAではTopLinkスタンドアロン・インストール・タイプはサポートされていません。
LOHAでは、新しいホストにすでに実行している別のOracle Application Serverインスタンスがない場合に、1つのホストから新しいホストにすべてのOracle Application Serverインスタンスを移動できます。インスタンスのサブセットについては、元のホストに残っているインスタンスとの依存関係がない場合に、これらのサブセットを新しいホストにリストアできます。複数のホストから単一のホストにインスタンスをリストアすることはできません。
LOHAを使用すると、同じホスト上にある他のインスタンスに影響することなく、破損したインスタンスをリカバリすることもできます。
この項の項目は次のとおりです。
Loss of Host Automationサービスは、OracleAS Recovery Managerの一部としてインストールされます。これは、次のディレクトリにインストールされます。
UNIXの場合:
ORACLE_HOME/backup_restore/loha
Windowsの場合:
ORACLE_HOME¥backup_restore¥loha
Loss of Host Automationサービスを使用するには、第16章「Oracle Application Server Recovery Manager」の説明に従って、OracleAS Recovery Managerを構成する必要があります。
Loss of Host Automationサービスには、次の前提条件があります。
-invPtrLoc
のインストーラ・コマンドライン・オプションを指定してインスタンスをインストールした場合のみ、config.inp
ファイルのorainst_loc_path
フィールドを変更する必要があります。oraInst.locの場所が標準以外である場合に、それを反映して変更する必要があります。
sc.exe
を元のホストと新しいホストの両方にインストールする必要があります。Microsoft社によると、このユーティリティはNT Resource Kitの一部です。Windows XPの場合、このユーティリティはインストールの一部になっています。Windows 2000プラットフォームの場合、このユーティリティをインストールする必要があります。これが、実行パス内に存在することを確認します。
jar
(Windows)またはtar
(UNIX)を使用したノード・アーカイブの解凍が可能である必要があります。ご使用のシステムに独自のtarプログラムがある場合は、GNU tarのかわりにそのプログラムを使用します。
LOHAを使用してOracle Application ServerのインスタンスをOracle Web Services Managerとともにリカバリするには、次の手順を実行します。
$ORACLE_HOME/j2ee/oc4j_soa/config/server.xml
を開きます。
start
属性をtrue
からfalse
に変更します。
<application name="gateway" path="../applications/gateway.ear" parent="default" start="true" /> <application name="policymanager" path="../applications/policymanager.ear" parent="default" start="true" /> <application name="ccore" path="../applications/ccore.ear" parent="default" start="true" /> <application name="coreman" path="../applications/coreman.ear" parent="default" start="true" />
Loss of Host Automationサービスを有効化するには、元のホストの各インスタンスに対して次の作業を実行する必要があります。
インストールまたはアップグレードの後には、ノードのバックアップを実行する必要があります。次のコマンドを実行して、ノードの構成のバックアップを作成します。
UNIXの場合:
bkp_restore.sh -m configure
Windowsの場合:
bkp_restore.bat -m configure
ノードのバックアップの準備では、現在のホストに関する次の情報の調査が、Loss of Host Automationサービスによって行われます。
この処理では、Loss of Host Automationサービスによってインスタンスのバックアップも作成されます。
次のコマンドを実行して、ノードのバックアップを準備します。
UNIXの場合:
bkp_restore.sh -m node_backup -o prepare
Windowsの場合:
bkp_restore.bat -m node_backup -o prepare
この作業では、元のOracleホーム、oratab、セントラル・インベントリ、Windowsレジストリなどを含むインスタンスのアーカイブが作成されます。UNIXの場合、ルートからコマンドを実行する必要があります。次のコマンドを実行して、元のインスタンスのイメージのバックアップを作成します。
UNIXの場合:
bkp_restore.sh -m node_backup -o image_backup -P archive path
Windowsの場合:
bkp_restore.bat -m node_backup -o image_backup -P archive path
コマンドが完了すると、バックアップはarchive path
で指定されているディレクトリに格納されます。
この項で示すコマンドによって、ホストの損失後に新しいホストでノードがリストアされます。次の手順を実行する前に、第17.3.1項「Loss of Host Automation使用の準備」のすべての前提条件が満たされていることを確認します。
次の各コマンドを順序正しく実行する必要があります。
UNIXの場合、次のようにrootとしてログインします。
cd / tar -xvpf archive_name
Windowsの場合:
jar -xvf archive_name
root
として実行する必要があります。UNIXの場合:
bkp_restore.sh -m node_restore -o sys_init
Windowsの場合:
bkp_restore.bat -m node_restore -o sys_init
root.sh
の実行によってデーモンの起動および停止スクリプトが設定され、Windowsの場合はWindowsサービスが作成されます。コマンドはUNIX上でroot
として実行する必要があります。UNIXの場合:
bkp_restore.sh -m node_restore -o inst_register
Windowsの場合:
bkp_restore.bat -m node_restore -o inst_register
opmnctl shutdown
を実行して、再構成のプロセスに必要なポートがOPMNプロセスとEnterprise Managerプロセスで使用されていないことを確認します。WindowsにInfrastructureとMetadata Repositoryがインストールされている環境では、このコマンドを実行する前に手動でflashback_recovery_areaを作成する必要があります。このコマンドは、インスタンスの所有者として実行する必要があります。インスタンスのバックアップへのパスが有効である必要があります。 UNIXの場合:
bkp_restore.sh -m node_restore -o inst_reconfigure -t config_bkp_timestamp
Windowsの場合:
bkp_restore.bat -m node_restore -o inst_reconfigure -t config_bkp_timestamp
タイムスタンプ引数を指定しない場合、このコマンドによって使用可能なインスタンス・バックアップがすべて表示されます。この操作を正しく完了するには、他の必要なサービスがすべて、このインスタンスに属していない場合に稼動していることを確認します。
LOHAでは、新しいホストでのポート競合は検出されません。リストアするインスタンスで使用するTCPポートを使用する他のアプリケーションを実行しないことをお薦めします。ポート競合が発生した場合、この操作は失敗します。
Oracle Application Serverインスタンスの問題を解決するためにイメージのリストアが必要な場合、LOHAを使用してインスタンスをリカバリできます。次の手順を実行して、インスタンスをリカバリします。
このインスタンスがOracle Application Serverの他のインスタンスとなんらかの依存関係にある場合、他のインスタンスは稼動している必要があります。
|
Copyright © 2002, 2006, Oracle. All Rights Reserved. |
|