Oracle Database Applianceで最新ソフトウェアの動作を継続するには、Oracle Database Applianceパッチ・バンドルを確認し、リリースされている場合は適用します。
Oracle Database Applianceのすべてのパッチ適用は、四半期毎のOracle Database Applianceパッチ・バンドルを使用して行われます。
パッチ・バンドルは、システム全体(ベアメタルまたは仮想化プラットフォーム)に関連するすべてのパッチを提供します:
BIOS
ハードウェア・ドライバ、ハードウェア管理パック(HWM)、および様々なコンポーネントのファームウェア・ドライバ
Oracle Appliance Manager
Oracle Linux
Oracle VM
Java Development Kit (JDK)
Oracle Integrated Lights Out Manager (Oracle ILOM)
Oracle Databaseパッチセット更新(PSU)
Oracle Auto Service Request (Oracle ASR)
Oracle Grid Infrastructure
Oracle Automatic Storage Management (Oracle ASM)
Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)
Oracle Traceファイル・アナライザ
Intelligent Platform Management Interface (IPMI)
パッチ・バンドルは、3つの論理グループのパッチで構成されています。
表6-1 パッチ・コンポーネントと目的
| パッチ・コンポーネント | パッチが適用されるオブジェクト |
|---|---|
|
SERVER ( |
SERVERコンポーネントのパッチは必須です。 Oracle Linuxオペレーティング・システム、Oracle ILOM、BIOS、ハードウェア管理パック、IPMI、OAK、Oracle ASR、およびローカル・ディスクを更新します。 仮想環境の場合、パッチには Serverパッチには、Oracle ASM、Oracle ACFS、Oracle Trace File AnalyzerなどのOracle Grid Infrastructure(GI)スタックも含まれています。 |
|
STORAGE ( |
STORAGEコンポーネントのパッチが推奨されます。 HDD、SSD、コントローラ、および拡張子の共有ストレージ・ディスク・ファームウェアとコントローラ・ファームウェアをアップデートします。 |
|
データベース( |
DATABASEコンポーネント・パッチはオプションです。 Oracle Database RDBMSスタックを更新します。 |
注意:
パッチ・バンドル・コンポーネントを次の順序で適用します:
SERVER (server)
STORAGE (storage)
データベース(database)
SERVERコンポーネントが必要です。 STORAGEコンポーネントが推奨され、DATABASEコンポーネントはオプションです。
Oracle Database Applianceパッチ・バンドル・ガイドライン
serverとDBの両方のパッチで、ローリング・アップグレードを実行できます。
storageおよびDBコンポーネントにパッチを適用する前に、serverコンポーネントにパッチを適用する必要があります。 DBコンポーネントのパッチを遅らせることができます。 storageパッチでは、停止時間をスケジュールして、システムを再起動する必要があります。 ただし、通常はスケジュールされた保守作業の期間までstorageパッチを遅延させることができます。 DBコンポーネントにパッチを適用する場合、システムのダウンタイムは必要ありません。
注意:
storageパッチを適用する前に、storageパッチを適用してください。 他のパッチを適用する前に、各ノードにserverパッチを適用してください。 パッチを適用した後で、各サーバー・ノードを再起動する必要があります。 serverパッチはサーバー・ノードを再起動します。 storageパッチは両方のノードを再起動します。
Oracle DatabaseがOracle Real Application Clusters(RAC)などの「高可用性」オプションを使用して実行されている場合、パッチのインストール中にダウンタイムは必要ありません。 Oracle Appliance Managerでは、パッチが間違った順序でインストールされないように、パッチ適用のすべての前提条件がホストで満たされているかどうかの確認が行われます。 たとえば、serverパッチをインストールする前にdatabaseパッチをインストールすることはできません。 適用する際、1つまたは両方のノードにパッチがインストールされているかどうかは、パッチ・プロセスによって表示される出力で通知されます。 単一のノードにのみインストールされる古いパッチの場合は、2番目のノードでコマンドoakcli update -patchを実行する必要があります。
サポートされている推奨バージョン
「Oracle Database Applianceリリース・ノート」には、最新のOracle Database Applianceパッチ・バンドルと、コンポーネントのサポートされているバージョンに関する情報が含まれています。
Oracle Database Appliance X6-2-HAのサポートされる最小ソフトウェア・バージョンは12.1.2.8.1です。 ただし、最低推奨バージョンは12.1.2.12.0とOracle Database 12.1.0.2.170814です。
注意:
Oracle Database (Oracle ASM)を使用しているOracle Database 11.2または12.1があり、Oracle Databaseの上位リリースにアップグレードする場合は、少なくともOracle Database Appliance 12.1.2.12.0とDatabase Home 12.1.0.2.170814が必要です。 以前のバージョンのOracle Automatic Storage Management (Oracle ASM)の既知の問題により、REDOディスク・グループのデータベースへのマウントが妨げられています。
新しい機能、修正、および最新のサポートされているコンポーネント・バージョンを利用するには、アプライアンスを最新のOracle Database Applianceソフトウェア・バージョンで更新することをお薦めします。
ローカルのパッチ適用ルールと、既存のOracle Database Applianceを最新バージョンにパッチする方法の概要を確認してください。
Oracle Database Applianceを最新のソフトウェアで稼働させ続けるには、Oracle Database Applianceパッチ・バンドルがリリースされたときにチェックし、適用します。 新機能を提供するだけでなく、パッチは、既存の機能の機能性を向上させます。
Oracle Database Applianceパッチ・バンドルは、四半期ごとのスケジュールでリリースされます。
注意:
Oracle Grid Infrastructure、Oracle DatabaseまたはOracle Linuxの個別パッチを使用して、Oracle Database Applianceにパッチを適用しないでください。 また、ファームウェアのパッチなど、各インフラストラクチャのパッチも使用しないでください。 Oracle Database Applianceのパッチのみを使用してください。
Oracle Database Applianceを対象としていないパッチを使用した場合、あるいはOpatchまたは同等のパッチ適用ツールを使用した場合は、Oracle Database Applianceインベントリが更新されず、その後のパッチ更新を実行できません。
ローカル・パッチ・ルール
Oracle Database Appliance 12.1.2.7.0から、各サーバー・ノードを個別にパッチするオプションがあります。 パッチ適用中に--localフラグを使用して、他のノードが起動して実行中にローカル・ノードにパッチを適用します。
--localフラグの構文は次のとおりです:
サーバー(Infra + GI): oakcli update -patch version --server -local
ストレージ: oakcli update -patch version --storage
データベース: oakcli update -patch version --database --local
-localパラメータを使用すると、特記のない限り、特定の順序でどちらのノードからでもパッチ適用コマンドを実行できます。 --localフラグが指定されていない場合、パッチはローリング方式で実行されます。
--localフラグの使用規則は次のとおりです:
サーバー: ノード0またはノード1から任意の順序でパッチを実行できます。
ストレージ: ノード0からパッチを実行する必要があります。
データベース: ノード0またはノード1から任意の順序でパッチを実行できます。
パッチ・アップグレードを適用する手順の概要
Oracle Database Applianceを更新する前に、データベースがOracle Database Applianceに正常にデプロイされていることを確認してください。 oakcli orachkコマンドを実行して、最初のデプロイメントが正常に完了したことを確認します。
注意:
Oracle Database (Oracle ASM)を使用しているOracle Database 11.2または12.1があり、Oracle Databaseの上位リリースにアップグレードする場合は、少なくともOracle Database Appliance 12.1.2.12.0とDatabase Home 12.1.0.2.170814が必要です。 以前のバージョンのOracle Automatic Storage Management (Oracle ASM)の既知の問題により、REDOディスク・グループのデータベースへのマウントが妨げられています。
Oracle Database 11.2または12.1 Oracle ASMのアップグレード・パスは次のとおりです:
Oracle Database Applianceバージョン12.1.2.6.0以降を使用している場合は、データベースをアップグレードする前に12.1.2.12以上にアップグレードしてください。
Oracle Database Applianceバージョン12.1.2.5以前の場合は、12.1.2.6.0にアップグレードしてから、データベースをアップグレードする前に12.1.2.12以上に再度アップグレードしてください。
Oracle Database Applianceバージョン12.1.2.5.0またはそれ以前のバージョンを使用している場合は、すべてのデータベースのバージョンおよび記憶域について、上位バージョンのOracle Database Applianceにアップグレードする前に12.1.2.6.0にアップグレードする必要があります。 以前のリリースで導入された変更は、コンポーネントを再グループ化し、あるノードから別のノードへのOracle Database Applianceパッチのローリングを制御します。
すべてのパッチ適用コマンドはrootユーザーとして実行されます。 高レベルでは、パッチ適用プロセスは次のステップで構成されます:
ステップ1: My Oracle SupportからのOracle Database Applianceパッチ・バンドルのダウンロード
https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=27119652
ステップ2: パッチ・バンドルのコピーおよび解凍
ベアメタル環境で、パッチ・バンドルをOracle Database Appliance (ノード0)にコピーします。 仮想環境では、パッチ・バンドルをODA_Base(Dom1)にコピーします。
oakcli unpack -package patch bundle nameコマンドでバンドルを解凍します。
# oakcli unpack -package /tmp/p27119652_122130_Linux-x86-64_1of3.zip # oakcli unpack -package /tmp/p27119652_122130_Linux-x86-64_2of3.zip # oakcli unpack -package /tmp/p27119652_122130_Linux-x86-64_3of3.zip
ステップ3: パッチ適用の準備を検証し、パッチ適用が必要なコンポーネントを検証
パッチ・アップグレードを開始する前に、validateコマンドを使用してシステムを検証します。
# oakcli validate -c ospatch -ver 12.2.1.3.0
ステップ4: サーバーへのパッチの適用
サーバーを最新バージョンにアップグレードするには、oakcli updateコマンドを使用します。 手動で(-ローカル)または自動的にパッチを当てることができます。
#/opt/oracle/oak/bin/oakcli update -patch 12.2.1.3.0 --server --local
ステップ5: (推奨)共有ストレージに今すぐパッチを適用するか、メンテナンス期間中にパッチを適用してください。
ノード0でストレージ・パッチ適用コマンドを開始します。 このコマンドは、同時に両方のノードのストレージにパッチを適用します。
#/opt/oracle/oak/bin/oakcli update -patch 12.2.1.3.0 --storage
ステップ6: (オプション)パッチOracle Database
Oracle Database Applianceパッチ・バンドルを適用して、ノード0とノード1のOracle Databaseを更新します。
# oakcli update -patch 12.2.1.3.0 --database
手順 7: パッチ更新の検証
oakcli show version -detailコマンドを実行して、Oracle Database Applianceパッチ・インストールのすべてのコンポーネントが更新されたことを確認します。
# /opt/oracle/oak/bin/oakcli show version -detail
関連項目
Oracle Database Applianceパッチ・バンドルを準備してインストールするには、これらのトピックを確認してください。
内容は次のとおりです。
oakcli unpack -packageを使用してパッチ・バンドルを解凍します。oakcli update -patch)を使用してサーバーにパッチを適用します。 自動(ローリング)または手動によるパッチ適用を使用できます。 oakcli show version -detailを実行して、Oracle Database Applianceパッチ・インストールのすべてのコンポーネントが更新されていることを確認します。Oracle Database Applianceにパッチを適用する方法を決定します。
Oracle Database Applianceに対するパッチ適用では、自動的なローリングのパッチ適用、または手動でのローリングのパッチ適用のいずれかを使用できます。 各手順を確認し、使用するオプションを決定します。 各オプションについて、ステップはサーバー・パッチ(ステップ4)を除いて同じです。
両方のオプションで、storageパッチ更新の実行後、storageパッチはOracle Database Applianceシステムの再起動を必要とします。 ただし、更新を保守作業期間まで遅延できます。
注意:
ストレージにパッチを適用する前に、サーバーにパッチを適用する必要があります。
自動的なローリングのパッチ適用のオプション
自動的なローリングのパッチ適用のメリットは、実行が簡単であり、パッチを開始するとパッチ・プロセスが自動的に実行される点です。 ただし、ノードの再起動中、サービスやクライアントで遅延が発生することがあります。
自動的なローリングのパッチ適用は、次の手順で構成されます。
My Oracle SupportからOracle Database Applianceパッチ・バンドルをダウンロードします。
パッチ・バンドルをOracle Database Applianceにコピーして解凍します。
パッチの適用が必要なコンポーネントを検証します。
サーバーにパッチを適用します。
(オプション)共有ストレージ・コンポーネントにパッチを適用します。 このパッチはシステムの再起動が必要ですが、通常は再起動を遅延できます。
Oracle Databaseにパッチを適用します。 再起動は必要ありません。
Oracle DatabaseとOracle Grid Infrastructureのパッチのインストールを検証します。
手動でのローリングのパッチ適用のオプション
手動でのローリングのパッチ適用のメリットは、まずサービスとクライアントをあるノードから別のノードに移行してからノードを再起動し、その後2番目のノードに手動でパッチを提供できるという点です。 この移行は、フェイルオーバーよりも他への影響が少なく、継続的なトランザクションの中断を最小限に抑えることができます。
手動でのローリングのパッチ適用は、次の手順で構成されます。
My Oracle SupportからOracle Database Applianceパッチ・バンドルをダウンロードします。
パッチ・バンドルを両方のOracle Database Applianceノードにコピーして解凍します。
パッチの適用が必要なコンポーネントを検証します。
サーバーにパッチを適用します。 2つの手順のプロセスで、パッチを手動で実行します。
ノード0にログインし、oakcliパッチ・コマンドに--localオプションを使用して実行し、ノード0のサーバーにパッチを適用します。
パッチ操作が完了するまで待つと、ノード0が利用できるようになります。
ノード1にログインし、oakcliパッチ・コマンドに--localオプションを使用して実行し、ノード1のサーバーにパッチを適用します。
(オプション)共有ストレージにパッチを適用します。 このパッチはシステムの再起動が必要ですが、通常は再起動を遅延できます。
Oracle Databaseにパッチを適用します。 再起動は必要ありません。
Oracle DatabaseとOracle Grid Infrastructureのパッチのインストールを検証します。
この手順を使用して、Oracle Database Applianceパッチ・バンドルをダウンロードします。
注意:
Oracle Database (Oracle ASM)を使用しているOracle Database 11.2または12.1があり、Oracle Databaseの上位リリースにアップグレードする場合は、少なくともOracle Database Appliance 12.1.2.12.0とDatabase Home 12.1.0.2.170814が必要です。 以前のバージョンのOracle Automatic Storage Management (Oracle ASM)の既知の問題により、REDOディスク・グループのデータベースへのマウントが妨げられています。
Oracle Database 11.2または12.1 Oracle ASMのアップグレード・パスは次のとおりです:
Oracle Database Applianceバージョン12.1.2.6.0以降を使用している場合は、データベースをアップグレードする前に12.1.2.12以上にアップグレードしてください。
Oracle Database Applianceバージョン12.1.2.5以前の場合は、12.1.2.6.0にアップグレードしてから、データベースをアップグレードする前に12.1.2.12以上に再度アップグレードしてください。
Oracle Database Applianceバージョン12.1.2.5.0またはそれ以前のバージョンを使用している場合は、すべてのデータベースのバージョンおよび記憶域について、上位バージョンのOracle Database Applianceにアップグレードする前に12.1.2.6.0にアップグレードする必要があります。 以前のリリースで導入された変更は、コンポーネントを再グループ化し、あるノードから別のノードへのOracle Database Applianceパッチのローリングを制御します。
注意:
Oracle Database Applianceパッチ・バンドルのみを使用するか、またはSAPカスタマである場合は、SAPサービス・マーケット・プレイスからダウンロードしたSAPパッチ・バンドルを使用してください。 Oracle Grid Infrastructure、Oracle DatabaseまたはOracle Linuxの個別パッチを使用して、Oracle Database Applianceにパッチを適用しないでください。 また、ファームウェアのパッチなど、各インフラストラクチャのパッチも使用しないでください。 Oracle Database Applianceのパッチのみを使用してください。
Oracle Database Applianceを対象としていないパッチを使用した場合、あるいはOpatchまたは同等のパッチ適用ツールを使用した場合は、Oracle Database Applianceインベントリが更新されず、その後のパッチ更新を実行できません。
サーバーにパッチをコピーして、oakcli unpack -packageを使用してパッチ・バンドルを解凍します。
Oracle Database Applianceシステムでは、すべてのパッチ・コマンドがrootユーザーとして実行されます。
パッチを必要な場所にコピーしてから、oakcli unpack -packageコマンドを実行します。 このコマンドにより、パッチ・バンドルが抽出(unzip)され、パッチ・リポジトリにパッチ・バンドルの内容がコピーされます。 パッチ・バンドル・ファイルの完全なパスを指定するには、次の構文を使用します(pathは、パッチ・ファイルの絶対パスです)。
# oakcli unpack -package absolute_package_name
注意:
Oracle Database Applianceにパッチを適用する前に、データベースがOracle Database Applianceに正常にデプロイされていることを確認してください。 コマンドoakcli orachkを実行して、最初のデプロイメントが正常に完了したことを確認します。 コマンドライン・インタフェース・コマンドを使用して、パッチ・アップグレードを開始する前に問題をチェックし、パッチ適用が必要なコンポーネントを確認します。
パッチをインストールする前に、コマンドを実行して、Oracle Database Applianceがパッチを適用する準備ができていることを確認します。
ノード0でoakcli validateコマンドを使用して、パッチのインストールで問題を引き起こす可能性のある依存関係やその他の競合がないなど、環境内で発生する可能性のある問題を特定します。 競合は、標準の構成をカスタマイズする場合に発生する可能性があります。 いくつかの検証パラメータが利用可能です。
パッチ適用が必要なコンポーネントを確認するには、oakcli update -patch release --verifyコマンドを実行します。 出力には、パッチ適用が必要なコンポーネントの一覧が表示されます。 -verフラグを使用して示すサポートされるバージョンに対して、コンポーネントがUp-to-dateとして一覧に表示される場合、そのコンポーネントはパッチを適用する必要がありません。
Oracle Appliance Manager(oakcli update -patch)を使用してサーバーにパッチを適用します。 自動(ローリング)または手動によるパッチ適用を使用できます。
注意:
Oracle Database (Oracle ASM)を使用しているOracle Database 11.2または12.1があり、Oracle Databaseの上位リリースにアップグレードする場合は、少なくともOracle Database Appliance 12.1.2.12.0とDatabase Home 12.1.0.2.170814が必要です。 以前のバージョンのOracle Automatic Storage Management (Oracle ASM)の既知の問題により、REDOディスク・グループのデータベースへのマウントが妨げられています。
Oracle Database 11.2または12.1 Oracle ASMのアップグレード・パスは次のとおりです:
Oracle Database Applianceバージョン12.1.2.6.0以降を使用している場合は、データベースをアップグレードする前に12.1.2.12以上にアップグレードしてください。
Oracle Database Applianceバージョン12.1.2.5以前の場合は、12.1.2.6.0にアップグレードしてから、データベースをアップグレードする前に12.1.2.12以上に再度アップグレードしてください。
Oracle Database Applianceバージョン12.1.2.5.0またはそれ以前のバージョンを使用している場合は、すべてのデータベースのバージョンおよび記憶域について、上位バージョンのOracle Database Applianceにアップグレードする前に12.1.2.6.0にアップグレードする必要があります。 以前のリリースで導入された変更は、コンポーネントを再グループ化し、あるノードから別のノードへのOracle Database Applianceパッチのローリングを制御します。
パッチを適用する前に、My Oracle SupportからOracle Database Applianceパッチ・バンドルをダウンロードし、パッチを両方のノードにコピーしてバンドルを解凍します。 パッチ適用の準備を検証するコマンドを実行することをお薦めします。
注意:
Oracle Database Applianceにパッチを適用する前に、データベースがOracle Database Applianceに正常にデプロイされていることを確認してください。oakcli orachkコマンドを実行して、最初のデプロイメントが正常に完了したことを確認します。 自動的なサーバー・パッチ手順
サーバーの自動的なパッチ適用プロセスは、ノード1にパッチを適用したら自動的にノード0にパッチを適用するローリング・アップグレードです。 この自動的な手順により、パッチ適用中もOracle Grid Infrastructureがノードのいずれかで動作し続けることができます。
My Oracle Supportからノード0にOracle Database Applianceパッチ・バンドルをダウンロードします。
rootユーザーとしてノード0にログインします。
コマンドoakcli update -patch version --serverを実行します。ここで、versionはパッチ・バンドル・バージョンです。 自動的またはローカルでパッチを適用します。
#/opt/oracle/oak/bin/oakcli update -patch 12.2.1.3.0 --server
このコマンドは、ノード1のサーバーにパッチを適用します。 このパッチ更新が完了したら、自動的にノード0にパッチを適用します。
パッチ・ステータス・レポートを確認します。
パッチの実行に合わせて、インストールの進捗状況を示す出力が表示されます。 サーバーのパッチ更新の一部として、ノード1を再起動し、その後ノード0を再起動する必要があります。 ノード0が停止して再起動を完了するまで待ってから、次の手順に進みます。
手動でのサーバー・パッチ手順
ノードのパッチを手動で制御できます。 手動によるサーバーのパッチ適用プロセスでは、ノードにログインし、ローカル・ノード・サーバーのパッチ更新を使用してOracle Appliance Manager(oakcli)を実行する必要があります。 最初のノードでパッチ手順を実行した後で、2番目のノードにログインしてパッチを適用します。
My Oracle Supportからノード0にOracle Database Applianceパッチ・バンドルをダウンロードします。
rootユーザーとしてノード0にログインします。
Oracle Appliance Managerコマンドoakcli update -patch version --server --localを実行します.versionはパッチ・バンドル・バージョンです。
#/opt/oracle/oak/bin/oakcli update -patch 12.2.1.3.0 --server --local
Oracle Appliance Managerコマンドは、ノード0でパッチを実行します。 パッチの実行に合わせて、インストールの進捗状況を示す出力が表示されます。
Oracle Appliance Managerにより、ノードの再起動を求めるプロンプトが表示されます。 ノードを再起動し、ノード0が停止して再起動を完了するまで待ってから、次の手順に進みます。
ノード0からログアウトし、rootユーザーとしてノード1にログインします。
--localフラグを使用して、Oracle Appliance Managerをノード1で実行し、サーバーにパッチを適用します。
次に例を示します。
#/opt/oracle/oak/bin/oakcli update -patch 12.2.1.3.0 --server --local
Oracle Appliance Managerにより、ノードの再起動を求めるプロンプトが表示されます。 ノードを再起動し、ノード0が停止して再起動を完了するまで待ちます。
両方のサーバーにパッチが適用されて再起動したら、次の手順に進みます。
この手順を使用して、共有ストレージを今すぐまたはメンテナンス期間中にパッチを適用します。
ストレージにパッチを適用するには、共有コンポーネントにパッチが適用されているときにダウンタイムが必要で、ノードを再起動する必要があります。
ストレージ・パッチは、コントローラ(Control_EXT)、SSD (SSD_SHARE)、HDD (HDD_SHARE)、および拡張子を含む共有ストレージを更新します。 必須ではありませんが、ストレージにパッチを適用することをお薦めします。
サーバーが両方のノードで正常にパッチされるまで、ストレージ・パッチを適用しないでください。
パッチを適用する前に、コマンドoakcli update -patch release --verifyを実行します。ここで、releaseはパッチ・バンドル・バージョンであり、出力を確認します:
Control_EXT、SSD_SHARE、およびHDD_SHAREストレージ・コンポーネントの提案パッチ・バージョンに最新の状態が表示されている場合は、ストレージ・パッチを適用する必要はありません。
いずれかのストレージ・コンポーネントで更新が必要な場合は、パッチ適用前に両方のノードでOracleスタックを停止します。
ストレージ・パッチ適用コマンドは、最初のノード(ノード0)でのみ開始します。 このコマンドは、同時に両方のノードのストレージにパッチを適用します。
Oracle Database Applianceパッチ・バンドルを適用して、ノード0とノード1のOracle Databaseを更新します。
oakcli show version -detailコマンドを実行して、Oracle Database Applianceパッチ・インストールのすべてのコンポーネントが更新されたことを確認します。
oakcli show version -detailコマンドを実行すると、出力にはインストールされているバージョンが表示され、サポートされているバージョンは最新のものになります。 パッチ・バンドル(oakcli unpack -pack)をアンパックしてから、パッチを適用する前にoakcli show version -detailコマンドを実行すると、サポートされているバージョンはNo-updateと表示されます。 Oracle Grid InfrastructureとOracle Databaseソフトウェア・コンポーネントが更新されたことを確認するには、次のコマンドを実行します。
# /opt/oracle/oak/bin/oakcli show version -detail Mon May 23 03:31:48 PST 2017 Reading the metadata. It takes a while... System Version Component Name Installed Version Supported Version -------------- --------------- ------------------ ----------------- 12.2.1.3.0 Controller_INT 4.650.00-7176 Up-to-date Controller_EXT 13.00.00.00 Up-to-date Expander 0291 Up-to-date SSD_SHARED { [ c2d20,c2d21,c2d22, A29A Up-to-date c2d23 ] [ c2d0,c2d1,c2d2,c2d A29A Up-to-date 3,c2d4,c2d5,c2d6,c2d 7,c2d8,c2d9,c2d10,c2 d11,c2d12,c2d13,c2d1 4,c2d15,c2d16,c2d17, c2d18,c2d19 ] } SSD_LOCAL A29A Up-to-date ILOM 3.2.9.23 r116695 Up-to-date BIOS 38070200 Up-to-date IPMI 1.8.12.4 Up-to-date HMP 2.4.1.0.9 Up-to-date OAK 12.2.1.3.0 Up-to-date OL 6.9 Up-to-date GI_HOME 12.1.0.2.170418(2400 Up-to-date 6101,23854735) DB_HOME 12.1.0.2.170418(2305 Up-to-date 4246,23054327)
Oracle Database Applianceのイメージを復元して、Oracle Database Applianceのベアメタル・リストアを実行します。
ベアメタル・オペレーティング・システム(OS)再イメージングは、ローカル(ブート)ドライブにOracle Database Applianceオペレーティング・システム・ソフトウェアをインストールします。
Bare Metalは仮想化されていないOracle Database Appliance構成です。 Oracle Database Applianceは、ベアメタル構成、デフォルトのISOイメージ、Appliance Managerがインストールされた状態で出荷されます。
OS ISOイメージを使用して、OSをファクトリ出荷時の状態にリストアします。 必要なときにのみ使用してください。 再イメージングはファームウェアにパッチを当てたり、コンポーネントのバージョンを更新したりすることはありません。OSのパースペクティブからは、ローカル・システム・ディスクのイメージしか再イメージしません。 イメージングが完了したら、必要に応じてエンド・ユーザー・イメージを再展開し、バックアップからリストアします。
ベアメタル・リストアを実行するためにイメージを再作成する理由のいくつかを次に示します:
最新のOracle Database ApplianceソフトウェアでBare Metalをデプロイします。
場合によっては、Oracle Database Applianceマシンは、以前のリリースのOracle Database Applianceソフトウェアで出荷されています。 最新のソフトウェアを使用してマシンをデプロイするには、更新を実行するか、マシンを再イメージングできます。
以前のバージョンのOracle Database Applianceソフトウェアにロールバックします。
Oracle Database Applianceソフトウェアの古いリリースで再イメージングしても、ファームウェアのバージョンはロールバックされません。
Oracle Integrated Lights Out Manager(ILOM)インタフェースを使用して、Oracle Database Applianceノードのイメージを再作成します。
親トピック: ベアメタル・リストアの実行
ローカル・マシン上のOracle Database Appliance Bare Metal ISOイメージをダウンロードします。
Oracle Database ApplianceのBare Metal ISOイメージ用のパッチ12999313をダウンロードし、Oracle Database Applianceのベアメタル・リストアを準備します。
Oracle Database Applianceのイメージを復元して、Oracle Database Applianceのベアメタル・リストアを実行します。
ベアメタル・リストアは、Oracle Integrated Lights Out Manager(ILOM)を使用して、Oracle Database Applianceノードのイメージを再作成します。 X5-2より前のOracle Database Applianceモデルの場合は、My Oracle Supportに移動して、MOS Note 1373599.1を探します。
注意:
ベアメタルOS再イメージングは、プロシージャが実行されるノードに固有であり、そのノード上のローカル・ストレージ(オペレーティング・システム)を上書きします。 両方のノードを再イメージする必要があります。注意:
Oracle Database Appliance Virtualized Platformを使用するには、OS ISOイメージの代わりに仮想化VM ISOイメージとVMテンプレートを使用してOracle Database Applianceを再イメージングする必要があります。新しいILOMのバージョンでは、リモート・コンソールを起動できるようにJavaクライアントがjre-7-linux-i586.rpm以上である必要があります。
ILOMコンソールを起動する前に、Oracle Database Appliance Bare Metal ISOイメージをローカル・マシンにダウンロードしてください。