| Oracle Fusion Middleware 2日で管理者ガイド 11gリリース1（11.1.1） B55896-02 |
|
 戻る |
 次へ |
バックアップとリカバリとは、ハードウェア障害やデータ損失に対処する際や、データ消失時にデータを再構築する際における計画や手順を指します。
この章の内容は次のとおりです。
Oracle Fusion Middleware環境は、様々なコンポーネントや構成情報で構成されます。標準的なOracle Fusion Middleware環境には、Oracle SOA SuiteなどのJavaコンポーネントを持つOracle WebLogic Serverドメイン、およびIdentity Managementのコンポーネントを持つOracle WebLogic Serverドメインが存在します。また、1つ以上のOracleインスタンスを配置することもできます。
Oracle Fusion Middleware環境の各インストールは、互いに依存しており、それらのインストールに含まれる構成情報、アプリケーションおよびデータは同期状態が維持されます。たとえば、構成を変更すると、構成ファイル内の情報が更新されます。また、アプリケーションのデプロイでは、ドメインやクラスタのすべての管理対象サーバーにアプリケーションがデプロイされる場合があります。
したがって、バックアップやリカバリを実行するときは、Oracle Fusion Middleware環境全体を考慮することが重要です。Oracle Fusion Middleware環境全体を一度バックアップし、その後定期的にバックアップする必要があります。データ損失が発生した場合、環境を矛盾のない状態にリストアできます。
次の機能を使用してOracle Fusion Middleware環境をバックアップできます。
copy、xcopy、tar、jarなどのファイル・コピー・ユーティリティ
Windowsの場合、オンライン・バックアップにはcopyを使用し、オフライン・バックアップにはcopy、xcopyまたはjarを使用します。Winzipは、ファイル名や拡張子が長いと機能しないため、使用しないでください。
LinuxやUNIXでのバックアップにはtarを使用します。
使用するツールに、ファイルに対するアクセス権があることを確認してください。
データベースに基づくメタデータ・リポジトリのバックアップに使用するOracle Recovery Manager（RMAN）
Oracle WebLogic Serverのpackユーティリティおよびunpackユーティリティ
packコマンドは、Oracle WebLogic Serverドメインの全体またはサブセットのスナップショットを格納したテンプレート・アーカイブ（.jar）ファイルを作成します。ドメインのサブセットを格納したテンプレートを使用すると、リモート・コンピュータ上にOracle WebLogic Serverドメインのディレクトリ階層を作成できます。
また、ドメイン全体を格納したテンプレートを使用すると、リモート・コンピュータ上にそのドメインを作成できます。
|
関連項目: 『Oracle Fusion Middleware Creating Templates and Domains Using the Pack and Unpack Commands』 |
バックアップを長期間保持する必要がある場合は、Oracle Secure Backupを使用するなどして、テープにバックアップします。
構成ファイルのバックアップ・コピーを作成するようにOracle WebLogic Serverを構成することもできます。これにより、構成変更を元に戻す必要がある場合、または（まれに）構成ファイルが破損した場合に、リカバリを容易に行うことができます。管理サーバーの起動時に、構成ファイルを含む、config-booted.jarという名前の.jarファイルが保存されます。構成ファイルを変更すると、古いファイルは、config-1.jarなどの連番付きの名前の.jarファイルとして、ドメイン・ディレクトリの下のconfigArchiveディレクトリに保存されます。ただし、構成アーカイブは常に、管理サーバー・ホストに対してローカルです。アーカイブは、外部の場所にバックアップすることをお薦めします。
オフライン・バックアップとは、環境を停止してからファイルをバックアップする必要があることを意味します。オフライン・バックアップを実行するときには、管理サーバー、ドメインにあるすべての管理対象サーバー、およびOracleインスタンスのすべてのシステム・コンポーネントを停止する必要があります。
環境のオフライン・バックアップは、インストール直後およびパッチやアップグレードの適用後に実行します。
オンライン・バックアップとは、環境を停止せずにファイルをバックアップすることを意味します。バックアップの矛盾を防ぐために、バックアップが完了するまで構成を変更しないでください。Oracle WebLogic Serverドメインが変更されないようにするには、第2.1.2.2項の説明に従って、WebLogic Server構成をロックします。
Oracle Fusion Middleware環境全体をバックアップできるほか、頻繁に更新が発生するファイルであるランタイム・アーティファクトをバックアップすることもできます。
全体バックアップを実行するには、静的ファイルおよび静的ディレクトリとともに、ランタイム・アーティファクトをバックアップする必要があります。
静的ファイルおよび静的ディレクトリとは、頻繁に変更されないファイルおよびディレクトリのことです。これには次のものがあります。
Middlewareホーム（MW_HOME）。Middlewareホームは、WebLogic Serverホーム（Oracle WebLogic Server製品ディレクトリ）、Oracle Commonホーム、およびOracleホーム（オプション）で構成されます。user_projectsディレクトリを含めることもできますが、ここに格納されているOracle WebLogic ServerドメインとOracleインスタンス・ホームは静的ファイルではありません。
OraInventory
OraInst.locファイルおよびoratabファイル。これらのファイルは、次のディレクトリにあります。
/etc
beahomelistファイル。このファイルは、次のディレクトリにあります。
(UNIX) user_home/bea/beahomelist
(Windows) C:\bea\beahomelist
Windowsの次のレジストリ・キー。
HKEY_LOCAL_MACHINE\Software\oracle
さらに、Oracle Web Cacheなどのシステム・コンポーネントについて、次のWindowsレジストリ・キーをバックアップする必要があります。
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
ランタイム・アーティファクトとは、頻繁に変更されるファイルのことです。これらのファイルは、全体バックアップのほか、定期的にバックアップする必要があります。ランタイム・アーティファクトには、次のものがあります。
管理サーバーおよび管理対象サーバーのドメイン・ディレクトリ（デフォルトではドメイン・ディレクトリはMW_HOMEにありますが、別の場所を指定して構成することもできます）。
ほとんどの場合、管理サーバーにはそのドメインにあるすべての管理対象サーバーに関する情報が格納されているので、管理対象サーバーのディレクトリを別途バックアップする必要はありません。
すべてのOracleインスタンス・ホーム。デフォルトではMW_HOMEにありますが、別の場所を指定して構成できます。
.earファイルや.warファイルなど、ドメインの外部に存在するアプリケーション・アーティファクト。
管理対象サーバーのドメインにあるアプリケーションのアーティファクトは、管理対象サーバーの起動時に管理サーバーから取得できるので、バックアップする必要はありません。
MDSリポジトリなどのデータベースのアーティファクト。
Oracle Fusion Middlewareで使用されるすべてのデータベース・ベースのメタデータ・リポジトリ。Oracle Recovery Manager（RMAN）を使用してOracleデータベースをバックアップします。
JMSプロバイダやトランザクション・ログなどの永続ストア。デフォルトではuser_projectsディレクトリに常駐していますが、別の場所に構成できます。
この項では、バックアップの実行で推奨される計画について説明します。この計画を使用すると、このマニュアルのリカバリ手順も実行できるようになります。
全体オフライン・バックアップの実行。これには、第8.1.1.1項で説明されているエンティティのバックアップが含まれます。全体オフライン・バックアップは、次の時期に実行します。
Oracle Fusion Middlewareをインストールした直後
オペレーティング・システム・ソフトウェアをアップグレードした直後
ランタイム・アーティファクトのオンライン・バックアップの実行。ここでは、第8.1.1.1項で説明されているランタイム・アーティファクトのバックアップを扱います。ランタイム・アーティファクトをバックアップすることで、最新の構成およびメタデータ・バックアップを行った時点と矛盾のない状態に環境をリストアできます。バックアップの矛盾を防ぐために、バックアップが完了するまで構成を変更しないでください。ランタイム・アーティファクトのオンライン・バックアップは、次の時期に実行します。
定期的なバックアップ。ランタイム・アーティファクトのバックアップは、夜間に実行することをお薦めします。
コンポーネントやクラスタの構成を変更する前。
コンポーネントやクラスタの構成を変更した後。
カスタムJava EEアプリケーションを管理対象サーバーまたはクラスタにデプロイする前。
サーバーやクラスタの作成などの大きな変更をデプロイメント・アーキテクチャに適用した後。
静的ファイルおよび静的ディレクトリのオフライン・バックアップの実行。ここでは、第8.1.1.1項で説明されている静的ファイルおよび静的ディレクトリのバックアップを扱います。静的ファイルおよび静的ディレクトリのオフライン・バックアップは、次の時期に実行します。
Oracle Fusion Middleware環境にパッチを適用した後。このバックアップは、後続のオンライン・バックアップの基礎として機能します。
Oracle Fusion Middleware環境をアップグレードした後。このバックアップは、後続のオンライン・バックアップの基礎として機能します。
バックアップの矛盾を防ぐために、バックアップが完了するまで構成を変更しないでください。Oracle WebLogic Serverドメインが変更されないようにするには、第2.1.2.2項の説明に従って、Oracle WebLogic Server構成をロックします。
リカバリ計画を使用すると、実際のデータ損失が関係する重大な障害からのリカバリが可能になります。損失のタイプによっては、次に示すファイル・タイプの組合せのリカバリが必要になります。
Oracleソフトウェア・ファイル
構成ファイル
メタデータ・リポジトリ・ファイル
Oracleシステム・ファイル
Windowsレジストリ・キー
アプリケーションのアーティファクト
Oracle Fusion Middleware環境は、Oracle Fusion Middlewareのオフライン時にリカバリできます。
次の機能を使用してOracle Fusion Middleware環境をリカバリできます。
copy、xcopy、tarなどのファイル・コピー・ユーティリティ
ファイルをリストアするときは、任意のツールを使用して圧縮ファイルを抽出します。
Windowsの場合、オンライン・リカバリにはcopyを使用し、オフライン・リカバリにはcopy、xcopyまたはjarを使用します。Winzipは、ファイル名や拡張子が長いと機能しないため、使用しないでください。
LinuxやUNIXでのリカバリにはtarを使用します。
データベースに基づくメタデータ・リポジトリのリカバリに使用するOracle Recovery Manager（RMAN）
Oracle Fusion Middleware環境は、その一部または全体をリカバリできます。リカバリ対象は次のとおりです。
Oracle WebLogic Serverドメイン
Oracle WebLogic Server管理サーバー
管理対象サーバー
Middlewareホーム
Oracleホーム
Oracleインスタンス
Oracle SOA SuiteやOracle Web Cacheなどのコンポーネント
クラスタ
デプロイ済アプリケーション
リカバリに関する次の重要事項を確認してください。
リカバリの実行中は、Oracle Fusion Middleware環境をオフラインにする必要があります。
意図せずに必須ファイルを上書きしてしまわないように、既存の重要なファイルとディレクトリの名前を変更した後でバックアップからのファイルのリストアを開始します。
少数のファイルのみが失われたり破損したりしているように見える場合でも、それらのファイルのみをリストアするのではなく、Oracleインスタンスやコンポーネントなど、要素全体のディレクトリ構造をリストアする必要があります。このようにすると、リカバリが正常に実行される可能性が高くなります。
ポイント・イン・タイム・リカバリを使用して、データベースを最新の状態にリカバリします（アーカイブ・ログ・モードで構成されているデータベースの場合）。このリカバリによって、通常はデータベース障害が発生する直前の状態に戻ります。
次の各項では、各種のバックアップの実行方法について説明します。
全体オフライン・バックアップを実行するには、Oracle Fusion Middlewareファイルを含むディレクトリをコピーします。
任意のアーカイブ用ツールを使用して、ソースMiddlewareホームをアーカイブおよび圧縮します。第8.1.1項の説明に従って、使用するツールに、ファイルに対するアクセス権があることを確認してください。
次の例は、LinuxでソースMiddlewareホームをアーカイブおよび圧縮する方法を示しています。
cd Source_Middleware_Home
tar cf - * | gzip > Middleware_Home.tar.gz
tarユーティリティでは、スティッキーなビットが設定されているファイルがあると警告が発行されることがあります。これらの警告は無視してもかまいません。
ファイル・システムのアーカイブや圧縮にはjarユーティリティを使用しないでください。これにより、開いているファイルをzipツールで圧縮する際に発生する警告やエラーを防ぐことができます（たとえば、ORACLE_HOME/jdkのファイル）。
全体オンライン・バックアップを実行するには:
バックアップの矛盾を防ぐために、バックアップが完了するまで構成を変更しないでください。Oracle WebLogic Serverドメインが変更されないようにするには、第2.1.2.2項の説明に従って、WebLogic Server構成をロックします。
すべてのホストでMiddlewareホーム（MW_HOME）をバックアップします。次に例を示します。
tar -cf mw_home_backup_032010.tar MW_HOME/*
Middlewareホーム内にドメインがない場合は、管理サーバー・ドメインを別個にバックアップします。これにより、Oracle SOA SuiteやOracle WebCenterなどのJavaコンポーネントをバックアップできます。
次に例を示します。
tar -cf domain_home_backup_032010.tar MW_HOME/user_projects/domains/domain_name/*
ほとんどの場合、管理サーバー・ドメインにはそのドメインにある管理対象サーバーに関する情報が格納されているので、管理対象サーバー・ディレクトリを別途バックアップする必要はありません。管理対象サーバーの推奨されるリカバリ手順では、Middlewareホームのリストアおよびpackユーティリティとunpackユーティリティの使用が必要です。
Middlewareホーム内にOracleインスタンス・ホームがない場合は、Oracleインスタンス・ホームをバックアップします。Oracleインスタンス・ホームには、Oracle HTTP ServerやOracle Internet Directoryなどのシステム・コンポーネントに関する構成情報が格納されています（システム・コンポーネントのリストは、第2.1.3.2項を参照してください）。
次に例を示します。
tar -cf instance_home_backup_032010.tar ORACLE_INSTANCE/*
ドメイン・ディレクトリに管理対象サーバーがない場合は、管理対象サーバー・ディレクトリをバックアップします。次に例を示します。
tar -cf mg1_home_backup_032010.tar MW_HOME/user_projects/domains/domain_name/servers/server_name/*
OraInventoryディレクトリをバックアップします。次に例を示します。
tar -cf Inven_home_backup_032010 /scratch/oracle/OraInventory
OraInst.locファイルおよびoratabファイルをバックアップします。これらのファイルは、次のディレクトリにあります。
/etc
Oracle Recovery Manager（RMAN）を使用して、データベース・リポジトリをバックアップします。詳細な手順は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。次のリンクから入手可能です。
http://www.oracle.com/technology/documentation/database.html
Windowsでは、次のレジストリ・キーをエクスポートします。
HKEY_LOCAL_MACHINE\Software\oracle
さらに、Oracle Web Cacheなどのシステム・コンポーネントについて、次のWindowsレジストリ・キーをエクスポートします。
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
キーをエクスポートするには、次のコマンドを使用します。
regedit /E FileName Key
次に例を示します。
regedit /E C:\oracleregistry.reg HKEY_LOCAL_MACHINE/oracle
レジストリ・エディタを使用して、キーをエクスポートすることもできます。詳細は、レジストリ・エディタのヘルプを参照してください。
Oracle Fusion Middleware環境のレコードを作成します。第8.4項を参照してください。
ランタイム・アーティファクトのバックアップは、定期的に実行するほか、第8.1.1.2項で説明されている時期に実行してください。
ランタイム・アーティファクトをバックアップするには:
バックアップの矛盾を防ぐために、バックアップが完了するまで構成を変更しないでください。Oracle WebLogic Serverドメインが変更されないようにするには、第2.1.2.2項の説明に従って、WebLogic Server構成をロックします。
管理サーバー・ドメイン・ディレクトリをバックアップします。これにより、Oracle SOA SuiteやOracle WebCenterなどのJavaコンポーネントをバックアップできます。次に例を示します。
tar -cf domain_home_backup_032010.tar MW_HOME/user_projects/domains/domain_name/*
Oracle Portal、Oracle Reports、Oracle Forms ServicesおよびOracle Business Intelligence Discovererの場合、管理サーバー・ドメインに加えて、管理対象サーバーのドメイン・ディレクトリをバックアップする必要があります。
Oracleインスタンス・ホームをバックアップします。これにより、Oracle HTTP Serverなどのシステム・コンポーネントをバックアップできます。次に例を示します。
tar -cf instance_home_backup_032010.tar ORACLE_INSTANCE/*
Oracle Recovery Manager（RMAN）を使用して、データベース・リポジトリをバックアップします。詳細な手順は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。次のリンクから入手可能です。
http://www.oracle.com/technology/documentation/database.html
Oracle Fusion Middleware環境のレコードを作成します。第8.4項を参照してください。
この項では、実際のデータ損失や破損、またはディスクのリストアが不可能なメディア障害が引き起こした停止のリカバリ計画について説明します。このタイプの障害では、Oracle Fusion Middleware環境を再起動して通常の処理を続ける前に、ある種のデータ・リストアの実行が必要になります。この章の内容は次のとおりです。
ホストが失われた後のリカバリの詳細は、『Oracle Fusion Middleware管理者ガイド』のホストが失われた後のリカバリに関する項を参照してください。
破損したMiddlewareホームやファイルが削除されたMiddlewareホームをリカバリできます。
Middlewareホームをリカバリするには:
関連するすべてのプロセスを停止します。つまり、そのMiddlewareホームから実行しているすべてのプロセスを停止します。
たとえば、Oracle WebLogic Serverの管理サーバーのプロセスとノード・マネージャのプロセスを停止します。管理サーバーを停止するには、次のWLSTコマンドを使用します。
DOMAIN_HOME/bin/stopWeblogic.sh username password admin_url
Middlewareホーム・ディレクトリをバックアップからリカバリします。次に例を示します。
cd MW_HOME
(UNIX) tar -xf mw_home_backup_032010.tar
(Windows) jar xtf mw_home_backup_032010.jar
関連するすべてのプロセスを起動します。つまり、そのMiddlewareホームで実行するすべてのプロセスを起動します。たとえば、管理サーバーを起動するには次のように指定します。
DOMAIN_HOME/bin/startWebLogic.sh -Dweblogic.management.username=username -Dweblogic.management.password=password -Dweblogic.system.StoreBootIdentity=true
破損したOracle WebLogic Serverドメインやファイル・システムから削除されたOracle WebLogic Serverドメインをリカバリできます。
|
注意: ドメインレベルでリカバリすると、実行しているシステムの他の部分に影響する可能性があり、バックアップの後で構成に適用した変更内容がすべて失われます。 |
破損したOracle WebLogic Serverドメインやファイル・システムから削除されたOracle WebLogic Serverドメインをリカバリするには:
関連するすべてのプロセスを停止します。つまり、ドメインに関連するすべてのプロセスを停止します。たとえば、管理サーバーと管理対象サーバーを停止します。管理サーバーの停止には、Oracle WebLogic Server管理コンソール、WLSTまたは次のスクリプトを使用できます。
DOMAIN_HOME/bin/stopWeblogic.sh username password admin_url
ドメイン・ディレクトリをバックアップからリカバリします。次に例を示します。
cd MW_HOME/user_projects/domains/domain_name (UNIX) tar -xf domain_backup_032010.tar (Windows) jar xtf domain_backup_032010.jar
関連するすべてのプロセスを起動します。つまり、ドメインに関連するすべてのプロセスを起動します。たとえば、管理サーバーを起動します。
DOMAIN_HOME/bin/startWebLogic.sh -Dweblogic.management.username=username -Dweblogic.management.password=password -Dweblogic.system.StoreBootIdentity=true
ファイルの削除やファイル・システムの破損によって管理サーバー構成が失われた場合、問題発生時に管理サーバー・コンソールがすでに起動されていれば、管理サーバーは機能し続けます。管理サーバーのディレクトリは、セキュリティ情報以外は自動的に再生成されます。その結果、管理サーバーを起動するたびに、ユーザー名とパスワードの入力が求められます。この事態を回避するために、構成をリカバリできます。
|
注意: ドメインレベルでリカバリすると、実行しているシステムの他の部分に影響する可能性があり、バックアップの後で構成に適用した変更内容がすべて失われます。 |
管理サーバー構成をリカバリするには:
管理サーバー、管理対象サーバー、ノード・マネージャなどのプロセスが起動している場合には、それらをすべて停止します。Oracle WebLogic Server管理コンソール、WLSTまたはスクリプトを使用できます。たとえば、Linuxで管理サーバーを停止するには、次のスクリプトを使用します。
DOMAIN_HOME/bin/stopWeblogic.sh username password admin_url
ドメイン・ホームのバックアップを一時的な場所にリカバリすることで、管理サーバー構成をリカバリします。次に、configディレクトリを次の場所にリストアします。
MW_HOME/user_projects/domains/domain_name/config
管理サーバーを起動します。WLSTまたは次のスクリプトを使用できます。
DOMAIN_HOME/bin/startWebLogic.sh -Dweblogic.management.username=username -Dweblogic.management.password=password -Dweblogic.system.StoreBootIdentity=true
管理サーバーが正常に起動し、アクセス可能であることを確認します。
次回の構成変更時に、管理サーバーにある構成が管理対象サーバーに送信されます。管理対象サーバーを再起動するたびに、この構成が管理サーバーから取得されます。
このシナリオでは、管理対象サーバーが適切に動作しない場合や起動できない場合を想定しています。この原因としては、構成の削除、構成の破損、構成を誤って変更したがその変更内容が不明であることなどが考えられます。
起動できない管理対象サーバーをリカバリするには:
管理サーバーにアクセスできない場合は、第8.3.3項の説明に従って管理サーバーをリカバリします。
管理対象サーバーが起動しない場合やファイル・システムが失われた場合は、次の手順を実行します。
必要に応じて、Middlewareホームをバックアップからリカバリします。次に例を示します。
tar -xf mw_home_backup_032010.tar
packユーティリティを使用して、管理サーバーのドメイン・テンプレートjarファイルを作成します。次に例を示します。
pack.sh -domain=MW_HOME/user_projects/domains/domain_name -template=/scratch/temp.jar -template_name=test_install -template_author=myname -log=/scratch/logs/my.log -managed=true
-managed=trueオプションを指定すると、管理対象サーバーのみが圧縮されます。ドメイン全体を圧縮する場合は、このオプションを省略します。
unpackユーティリティを使用して、ドメイン・テンプレートjarファイルを圧縮解除します。
unpack.sh -template=/scratch/aime1/ms.jar -domain=MW_HOME/user_projects/domains/domain_name -log=/scratch/logs/new.log -log_priority=info
管理対象サーバー・ホストからアプリケーションのアーティファクトにアクセスできることを確認します。つまり、アプリケーションのアーティファクトは、管理対象サーバーと同じサーバー上にない場合、管理対象サーバーからアクセス可能な場所に存在している必要があります。
|
注意:
stage、nostageおよびexternal-stageの各モードのアプリケーションの詳細は、『Oracle Fusion Middleware Deploying Applications to Oracle WebLogic Server』を参照してください。 |
管理対象サーバーを起動します。Oracle WebLogic Server管理コンソール、WLSTまたは次のスクリプトを使用できます。
DOMAIN_HOME/bin/startManagedWebLogic.sh managed_server_name admin_url
管理対象サーバーが管理サーバーに接続し、管理対象サーバーの構成変更が更新されます。
Oracleホームがリカバリ可能です。Oracleホームには、特定のコンポーネントのバイナリ・ファイルが格納されています。
特定のコンポーネントについてOracleホームをリカバリするには:
Oracleホームをバックアップ・ファイルから元のディレクトリにリカバリします。次に例を示します。
cd ORACLE_HOME tar -xf Oracle_home_backup_031509.tar
WLSTのstartコマンドを使用して、アプリケーションのデプロイ先の管理対象サーバーを再起動します。次に例を示します。
wls:/mydomain/serverConfig> start('myserver','Server')
Oracleインスタンス・ホームには、Oracle HTTP ServerやOracle Internet Directoryなどのシステム・コンポーネントに関する構成情報が格納されています（システム・コンポーネントのリストは、第2.1.3.2項を参照してください）。
次の各項では、Oracleインスタンスをリカバリする方法について説明します。
破損したOracleインスタンス・ホームやファイル・システムから削除されたOracleインスタンス・ホームをリカバリできます。
破損したOracleインスタンス・ホームやファイル・システムから誤って削除されたOracleインスタンス・ホームをリカバリするには:
関連するすべてのプロセスを停止します。つまり、そのOracleインスタンスに関連するすべてのプロセスを停止します。
Oracleインスタンス・ホーム・ディレクトリをバックアップ・ファイルからリカバリします。次に例を示します。
cd ORACLE_INSTANCE
(UNIX) tar -xf Instance_home_backup_032010.tar
(Windows) jar xtf Instance_home_backup_032010.jar
関連するすべてのプロセスを起動します。つまり、そのOracleインスタンスに関連するすべてのプロセスを起動します。
opmnctl startall
誤って登録解除されたOracleインスタンス・ホームをリカバリできます。
登録解除されたOracleインスタンス・ホームをリカバリするには:
Oracleインスタンス・ホーム・ディレクトリをバックアップ・ファイルからリカバリします。たとえば、Linuxでは次のように指定します。
cd ORACLE_INSTANCE
tar -xf Instance_home_backup_032010.tar
opmnctlのregisterInstanceコマンドを使用して、Oracleインスタンスとそのすべてのコンポーネントを管理サーバーに登録します。次に例を示します。
opmnctl registerInstance -adminHost admin_server_host -adminPort admin_server_port -adminUsername username -adminPassword password -oracleInstance ORACLE_INSTANCE_dir -oracleHome ORACLE_HOME_dir -instanceName Instance_name -wlserverHome Middleware_Home
ほとんどのコンポーネントについて、次の各項でコンポーネントをリカバリする方法について説明します。
特定のコンポーネントのリカバリで必要になる可能性のある追加処理の詳細は、『Oracle Fusion Middleware管理者ガイド』のコンポーネントのリカバリに関する項を参照してください。
コンポーネント・ファイルを削除または破損した場合、あるいはコンポーネント構成を変更してコミットしたためにコンポーネントが起動しない場合や正常に機能しない場合、コンポーネント・ファイルをリストアできます。問題発生の原因になった変更内容が確認できないため、以前のリリースに戻す必要が生じることもあります。
コンポーネントをリカバリする場合、実行する手順はコンポーネント・タイプによって異なります。
Oracle SOA SuiteなどのJavaコンポーネントの場合、第8.3.4項の説明に従って管理対象サーバーをリカバリします。
Oracle HTTP ServerやOracle Web Cacheなどのシステム・コンポーネントの場合は、次の手順を実行します。
コンポーネントを停止します。たとえば、次のようにOracle HTTP Serverを停止します。
opmnctl stopproc ias-component=HTTP_Server
コンポーネントの停止の詳細は、第3.4.4項を参照してください。
コンポーネント固有のファイルをバックアップからリカバリします。各コンポーネントに必要なディレクトリおよびファイルのリストは、『Oracle Fusion Middleware Administrator's Guide』を参照してください。たとえば、Oracle HTTP Serverのファイルをリカバリするには、次のディレクトリをリカバリします。
ORACLE_INSTANCE/config/OHS/component_name ORACLE_INSTANCE/diagnostics/logs/OHS/component_name ORACLE_INSTANCE/tmp/OHS/component_name
コンポーネントを起動します。たとえば、次のようにOracle HTTP Serverを起動します。
opmnctl startproc ias-component=HTTP_Server
コンポーネントの起動の詳細は、第3.4.4項を参照してください。
クラスタ・レベルで構成を変更してコミットしたためにそのクラスタにあるコンポーネントが起動しない場合や正常に機能しない場合は、そのコンポーネントをリカバリできます。問題発生の原因になった変更内容が確認できないため、以前のリリースに戻す必要が生じることもあります。
|
注意: ドメインレベルでリカバリすると、実行しているシステムの他の部分に影響する可能性があり、バックアップの後で構成に適用した変更内容がすべて失われます。 |
コンポーネントをリカバリするには:
管理対象サーバーや管理サーバーなど、すべてのプロセスを停止します。Oracle WebLogic Server管理コンソール、WLSTまたはスクリプトを使用できます。たとえば、Linuxで管理サーバーを停止するには、次のスクリプトを使用します。
DOMAIN_HOME/bin/stopWeblogic.sh username password admin_url
ドメイン・ホームのバックアップを一時的な場所にリカバリすることで、管理サーバー構成をリカバリします。次に、configディレクトリを次の場所にリストアします。
MW_HOME/user_projects/domains/domain_name/config
管理サーバーを起動します。WLSTまたは次のスクリプトを使用できます。
DOMAIN_HOME/bin/startWebLogic.sh -Dweblogic.management.username=username -Dweblogic.management.password=password -Dweblogic.system.StoreBootIdentity=true
クラスタを起動します。Oracle WebLogic Server管理コンソールまたはWLSTを使用できます。たとえば、次のようにWLST起動コマンドを使用します。
start('clusterName', 'Cluster')
クラスタのすべてのメンバーで、管理サーバーから最新の構成が取得されます。
Oracle Fusion Middleware環境のリストアおよびリカバリが必要な場合、必要な情報をすべて自由に使用できることが重要です。これは、特にOracle Fusion Middleware環境全体（またはその一部）を新しいディスクまたはホストに再構築する必要があるような、ハードウェアの損失が発生した場合に当てはまります。
この項で説明されている情報を含む、Oracle Fusion Middleware環境の最新記録を維持管理する必要があります。この情報は、印刷物と電子形式の両方で保管してください。電子形式のデータは、Oracle Fusion Middleware環境とはまったく別のホストまたは電子メール・システム上に格納する必要があります。
Oracle Fusion Middlewareのハードウェアおよびソフトウェア構成の記録には、次のものが含まれます。
環境内のホストごとに次の情報が必要です。
ホスト名
仮想ホスト名（存在する場合）
ドメイン名
IPアドレス
ハードウェア・プラットフォーム
オペレーティング・システムのリリース・レベルおよびパッチ情報
環境内のOracle Fusion Middlewareインストールごとに次の情報が必要です。
インストール・タイプ（例: Oracle SOA Suite）
インストールが常駐するホスト
Oracleホームを所有するオペレーティング・システム・ユーザーのユーザー名、ユーザーID番号、グループ名、グループID番号、環境プロファイルおよびシェル・タイプ（/etc/passwdおよび/etc/groupエントリ）
Middlewareホーム、Oracleホーム、Oracle WebLogic Serverドメイン・ホーム（Middlewareホームのuser_projectsディレクトリに存在しない場合）およびOracleインスタンス・ホームのディレクトリ構造、マウント・ポイントおよびフルパス
インストールで使用されるディスク領域の量
インストールで使用されるポート番号
メタデータ・リポジトリで次の情報が必要です。
ホスト名
データベース・リリースおよびパッチ・レベル
ベース言語
キャラクタ・セット
グローバル・データベース名
SID
Oracle Fusion Middlewareのバックアップとリカバリの詳細は、『Oracle Fusion Middleware Administrator's Guide』の次の各項を参照してください。
バックアップとリカバリの計画の詳細は、「バックアップとリカバリの概要」を参照してください。
環境のバックアップの詳細は、「バックアップ計画と手順」を参照してください。
Oracle WebLogic Serverインスタンス、Oracleインスタンス、コンポーネントおよびアプリケーションの選択的リカバリの詳細は、リカバリ計画と手順に関する項を参照してください。ここでは、失われたホストをリカバリする方法も説明しています。
