バックアップとリカバリとは、ハードウェア障害やデータ損失に対処する際や、データ消失時にデータを再構築する際における計画や手順を指します。
この章の内容は次のとおりです。
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、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 WebLogic Serverドメインにあるすべての管理対象サーバー、およびOracleインスタンスのすべてのシステム・コンポーネントを停止する必要があります。
環境のオフライン・バックアップは、インストール直後およびパッチやアップグレードの適用後に実行します。
オンライン・バックアップとは、環境を停止せずにファイルをバックアップすることを意味します。バックアップの矛盾を防ぐために、バックアップが完了するまで構成を変更しないでください。Oracle WebLogic Serverドメインが変更されないようにするには、第2.1.2.2項の説明に従って、WebLogic Server構成をロックします。
Oracle Fusion Middleware環境全体をバックアップできるほか、頻繁に更新が発生するファイルであるランタイム・アーティファクトをバックアップすることもできます。
全体バックアップを実行するには、静的ファイルおよび静的ディレクトリとともに、ランタイム・アーティファクトをバックアップする必要があります。
静的ファイルおよび静的ディレクトリとは、頻繁に変更されないファイルおよびディレクトリのことです。これには次のものがあります。
Middlewareホーム、MW_HOME。Middlewareホームは、OracleホームとWL_HOME(Oracle WebLogic Server製品ディレクトリ)で構成されます。user_projectsディレクトリおよび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 HTTP ServerやOracle Web Cacheなどのコンポーネント
クラスタ
デプロイ済アプリケーション
リカバリに関する次の重要事項を確認してください。
リカバリの実行中は、Oracle Fusion Middleware環境をオフラインにする必要があります。
意図せずに必須ファイルを上書きしてしまわないように、既存の重要なファイルとディレクトリの名前を変更した後でバックアップからのファイルのリストアを開始します。
少数のファイルのみが失われたり破損したりしているように見える場合でも、それらのファイルのみをリストアするのではなく、Oracleインスタンスやコンポーネントなど、要素全体のディレクトリ構造をリストアする必要があります。このようにすると、リカバリが正常に実行される可能性が高くなります。
ポイント・イン・タイム・リカバリを使用して、データベースを最新の状態にリカバリします(アーカイブ・ログ・モードで構成されているデータベースの場合)。このリカバリによって、通常はデータベース障害が発生する直前の状態に戻ります。
次の各項では、各種のバックアップの実行方法について説明します。
全体オフライン・バックアップを実行するには、Oracle Fusion Middlewareファイルを含むディレクトリをコピーします。
任意のアーカイブ用ツールを使用して、ソースMiddlewareホームをアーカイブおよび圧縮します。使用するツールに、ファイルに対するアクセス権があることを確認してください。
たとえば、Windowsの場合、オンライン・バックアップにはcopyを使用し、オフライン・バックアップにはcopy、xcopyまたはjarを使用します。
たとえば、LinuxやUNIXではtarを使用します。
次の例は、Linuxでソースをアーカイブおよび圧縮する方法を示しています。
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_033009.tar MW_HOME/*
Middlewareホーム内にドメインがない場合は、管理サーバー・ドメインを別個にバックアップします。これにより、Oracle SOA SuiteやOracle WebCenterなどのJavaコンポーネントをバックアップできます。
次に例を示します。
tar -cf domain_home_backup_033009.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_033009.tar ORACLE_INSTANCE/*
ドメインに管理対象サーバーがない場合は、管理対象サーバー・ディレクトリをバックアップします。次に例を示します。
tar -cf mg1_home_backup_033009.tar MW_HOME/user_projects/domains/domain_name/servers/server_name/*
OraInventory directoryディレクトリをバックアップします。次に例を示します。
tar -cf Inven_home_backup_033009 /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 WebLogic Serverドメイン・ディレクトリをバックアップします。これにより、Oracle SOA SuiteやOracle WebCenterなどのJavaコンポーネントをバックアップできます。次に例を示します。
tar -cf domain_home_backup_033009.tar MW_HOME/user_projects/domains/domain_name/*
Oracleインスタンス・ホームをバックアップします。これにより、Oracle HTTP Serverなどのシステム・コンポーネントをバックアップできます。次に例を示します。
tar -cf instance_home_backup_033009.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環境を再起動して通常の処理を続ける前に、ある種のデータ・リストアの実行が必要になります。この章の内容は次のとおりです。
破損したMiddlewareホームやファイルが削除されたMiddlewareホームをリカバリできます。
Middlewareホームをリカバリするには:
関連するすべてのプロセスを停止します。つまり、そのMiddlewareホームから実行しているすべてのプロセスを停止します。
たとえば、Oracle WebLogic Serverのプロセスとノード・マネージャのプロセスを停止します。管理サーバーを停止するには、次のWLSTコマンドを使用します。
DOMAIN_HOME/bin/stopWeblogic.sh username password admin_url
Middlewareホーム・ディレクトリをバックアップからリカバリします。たとえば、Linuxでは次のように指定します。
cd MW_HOME
(UNIX) tar -xf mw_home_backup_033009.tar
(Windows) jar xtf mw_home_backup_033009.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または次のコマンドを使用できます。
MW_HOME/user_projects/domains/domain_name/bin/stopWeblogic.sh username password admin_url
ドメイン・ディレクトリをバックアップからリカバリします。
cd MW_HOME/user_projects/domains/domain_name (UNIX) tar -xf domain_backup_033009.tar (Windows) jar xtf domain_backup_033009.jar
関連するすべてのプロセスを起動します。つまり、ドメインに関連するすべてのプロセスを起動します。たとえば、管理サーバーを起動します。
MW_HOME/user_projects/domains/domain_name/bin/startWebLogic.sh -Dweblogic.management.username=weblogic -Dweblogic.management.password=password -Dweblogic.system.StoreBootIdentity=true
ファイルの削除やファイル・システムの破損によって管理サーバー構成が失われた場合、問題発生時に管理サーバー・コンソールがすでに起動されていれば、管理サーバーは機能し続けます。管理サーバーのディレクトリは、セキュリティ情報以外は自動的に再生成されます。その結果、管理サーバーを起動するたびに、ユーザー名とパスワードの入力が求められます。この事態を回避するために、構成をリカバリできます。
注意: ドメインレベルでリカバリすると、実行しているシステムの他の部分に影響する可能性があり、バックアップの後で構成に適用した変更内容がすべて失われます。 |
管理サーバー構成をリカバリするには:
管理サーバー、管理対象サーバー、ノード・マネージャなどのプロセスが起動している場合には、それらをすべて停止します。Oracle WebLogic Server管理コンソール、WLSTまたはスクリプトを使用できます。たとえば、Linuxで管理サーバーを停止するには、次のコマンドを使用します。
MW_HOME/user_projects/domains/domain_name/bin/stopWeblogic.sh username password admin_url
ドメイン・ホームのバックアップを一時的な場所にリカバリすることで、管理サーバー構成をリカバリします。次に、configディレクトリを次の場所にリストアします。
MW_HOME/user_projects/domains/domain_name/config
管理サーバーを起動します。Oracle WebLogic Server管理コンソール、WLSTまたは次のコマンドを使用できます。
MW_HOME/user_projects/domains/domain_name/bin/startWebLogic.sh -Dweblogic.management.username=weblogic -Dweblogic.management.password=password -Dweblogic.system.StoreBootIdentity=true
管理サーバーが正常に起動し、アクセス可能であることを確認します。
次回の構成変更時に、管理サーバーにある構成が管理対象サーバーに送信されます。管理対象サーバーを再起動するたびに、この構成が管理サーバーから取得されます。
このシナリオでは、管理対象サーバーが適切に動作しない場合や起動できない場合を想定しています。この原因としては、構成の削除、構成の破損、構成を誤って変更したがその変更内容が不明であることなどが考えられます。
起動できない管理対象サーバーをリカバリするには:
管理サーバーにアクセスできない場合は、第8.3.3項の説明に従って管理サーバーをリカバリします。
管理対象サーバーが起動しない場合やファイル・システムが失われた場合は、次の手順を実行します。
必要に応じて、Middlewareホームをバックアップからリカバリします。
tar -xf mw_home_backup_033009.tar
packユーティリティを使用して、管理サーバーのドメイン・テンプレートjarファイルを作成します。次に例を示します。
pack.sh -domain=/scratch/Oracle/Middleware/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=/scratch/Oracle/Middleware/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または次のコマンドを使用できます。
MW_HOME/user_projects/domains/domain_name/bin/startManagedWebLogic.sh managed_server_name admin_url username password
管理対象サーバーが管理サーバーに接続し、管理対象サーバーの構成変更が更新されます。
次の各項では、Oracleインスタンスをリカバリする方法について説明します。
破損したOracleインスタンス・ホームやファイル・システムから誤って削除されたOracleインスタンス・ホームをリカバリできます。
破損したOracleインスタンス・ホームやファイル・システムから削除されたOracleインスタンス・ホームをリカバリするには:
関連するすべてのプロセスを停止します。つまり、そのOracleインスタンスに関連するすべてのプロセスを停止します。
opmnctl stopall
Oracleインスタンス・ホーム・ディレクトリをバックアップ・ファイルからリカバリします。次に例を示します。
cd ORACLE_INSTANCE
(UNIX) tar -xf Instance_home_backup_033009.tar
(Windows) jar xtf Instance_home_backup_033009.jar
関連するすべてのプロセスを起動します。つまり、そのOracleインスタンスに関連するすべてのプロセスを起動します。
opmnctl startall
Oracle Fusion Middlewareから誤って削除されたOracleインスタンス・ホームをリカバリできます。
Oracle Fusion Middleware環境から削除されたOracleインスタンス・ホームをリカバリするには:
Oracleインスタンス・ホーム・ディレクトリをバックアップ・ファイルからリカバリします。たとえば、Linuxでは次のように指定します。
cd ORACLE_INSTANCE
tar -xf Instance_home_backup_033009.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 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の管理者ガイドを参照してください。たとえば、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で管理サーバーを停止するには、次のコマンドを使用します。
MW_HOME/user_projects/domains/domain_name/bin/stopWeblogic.sh username password admin_url
ドメイン・ホームのバックアップを一時的な場所にリカバリすることで、管理サーバー構成をリカバリします。次に、configディレクトリを次の場所にリストアします。
MW_HOME/user_projects/domains/domain_name/config
管理サーバーを起動します。Oracle WebLogic Server管理コンソール、WLSTまたは次のコマンドを使用できます。
MW_HOME/user_projects/domains/domain_name/bin/startWebLogic.sh -Dweblogic.management.username=weblogic -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の管理者ガイドの次の各項を参照してください。
バックアップとリカバリの計画の詳細は、「バックアップとリカバリの概要」を参照してください。
環境のバックアップの詳細は、「バックアップ計画と手順」を参照してください。
WebLogic Server、Oracleインスタンス、コンポーネントおよびアプリケーションの選択的リカバリの詳細は、「リカバリ計画と手順」を参照してください。ここでは、失われたホストをリカバリする方法も説明しています。