Oracle Database Applianceを最新のソフトウェアで稼働させ続けるには、リリースされた最新の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 Databaseバンドル・パッチ(BP)
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つのパッチの論理グループから構成されます。
表1-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、コントローラ、および拡張子の共有ストレージ・ディスク・ファームウェアとコントローラ・ファームウェアをアップデートします。 |
|
DB ( |
DATABASEコンポーネント・パッチはオプションです。 Oracle Database RDBMSスタックを更新します。 |
注意:
パッチ・バンドル・コンポーネントは、次の順序で適用する必要があります。
SERVER (server)
STORAGE (storage)
DB (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ソフトウェア・バージョンで更新することをお薦めします。
表1-2サポートされる最小限のアプライアンス・マネージャ・ソフトウェア・バージョン
| Oracle Database Applianceハードウェア・モデル | サポートされる最小ソフトウェア・バージョン |
|---|---|
|
X5-2 |
12.1.2.5.0 |
|
X4-2 |
12.1.2.5.0 |
|
X3-2 |
12.1.2.5.0 |
|
V1 |
12.1.2.5.0 |
既存のOracle Database Applianceにパッチを適用して最新バージョンにする方法を理解します。
Oracle Database Applianceパッチ・バンドル・リリースには、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ソフトウェアの更新について
Oracle Database Applianceを最新のソフトウェアで稼働させ続けるには、Oracle Database Applianceパッチ・バンドルがリリースされたときにチェックし、適用します。 新機能を提供するだけでなく、パッチは、既存の機能の機能性を向上させます。
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にパッチを適用する前に、データベースがOracle Database Applianceに正常にデプロイされていることを確認してください。 oakcli orachkコマンドを実行して、最初のデプロイメントが正常に完了したことを確認します。
パッチ・バンドルのアップグレードは、次のステップで構成されます:
My Oracle SupportからOracle Database Applianceパッチ・バンドルをダウンロードします。
パッチ・バンドルをコピーして解凍します。
パッチの適用が必要なコンポーネントを検証します。
サーバーにパッチを適用します。
(オプション)共有ストレージにパッチを適用します。
Oracle Databaseにパッチを適用します。
パッチ更新を検証します。
関連項目
Oracle Database Applianceパッチ・バンドルを準備してインストールするには、これらのトピックを確認してください。
内容は次のとおりです。
oakcli unpack -packageを使用してパッチ・バンドルを解凍します。oakcli update -patch)を使用してサーバーにパッチを適用します。 自動(ローリング)または手動によるパッチ適用を使用できます。 oakcli show version -detailを実行して、Oracle Database Applianceパッチ・インストールのすべてのコンポーネントが更新されていることを確認します。Oracle Database Applianceにパッチを適用する方法を決定します。
Oracle Database Applianceに対するパッチ適用では、自動的なローリングのパッチ適用、または手動でのローリングのパッチ適用のいずれかを使用できます。 各手順を確認し、使用するオプションを決定します。 各オプションで、serverパッチを除いて手順は同じです。
両方のオプションで、storageパッチ更新の実行後、storageパッチはOracle Database Applianceシステムの再起動を必要とします。 ただし、更新を保守作業期間まで遅延できます。
自動的なローリングのパッチ適用のオプション
自動的なローリングのパッチ適用のメリットは、実行が簡単であり、パッチを開始するとパッチ・プロセスが自動的に実行される点です。 ただし、ノードの再起動中、サービスやクライアントで遅延が発生することがあります。
自動的なローリングのパッチ適用は、次の手順で構成されます。
My Oracle SupportからOracle Database Applianceパッチ・バンドルをダウンロードします。
パッチ・バンドルを両方のOracle Database Applianceノードにコピーして解凍します。
パッチの適用が必要なコンポーネントを検証します。
ノード0から、パッチを開始します。 自動パッチ・オプションは、ノード1でサーバー・パッチの更新を実行し、ノード1を再始動します。 次に、ノード0にサーバーをパッチし、ノード0を再起動します。
(オプション)共有ストレージ・コンポーネントにパッチを適用します。 このパッチはシステムの再起動が必要ですが、通常は再起動を遅延できます。
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 4.0.2.20.b-es-r123704 Up-to-date BIOS 41021300 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イメージをローカル・マシンにダウンロードしてください。
親トピック: ベアメタル・リストアの実行