1. X6-2-HAデプロイメントおよびユーザーズ・ガイド
  2. Oracle Database Applianceのパッチ適用
機械翻訳について

6 Oracle Database Applianceのパッチ適用

Oracle Database Applianceで最新ソフトウェアの動作を継続するには、Oracle Database Applianceパッチ・バンドルを確認し、リリースされている場合は適用します。

Oracle Database Applianceのパッチ適用について

Oracle Database Applianceパッチ・バンドルを使用して、アプライアンスにパッチを適用します。

パッチでは新しい機能が提供され、既存の機能の機能が向上する可能性があります。

Oracle Database Applianceパッチ・バンドルについて

Oracle Database Applianceパッチ・バンドルには、DCS管理、DCSコンポーネント、OAK、Oracle Grid Infrastructure、Oracle Databaseホーム、拡張、および修正の最新のパッチが含まれています。

Oracle Database Applianceリリース・ノートには、最新のOracle Database Applianceパッチ・バンドルに関する情報と、パッチ・バンドルのコンポーネント・バージョンのリストが含まれます。 新しい機能、修正、および最新のサポートされているコンポーネント・バージョンを利用するには、アプライアンスを最新のOracle Database Applianceソフトウェア・バージョンで更新することをお薦めします。 アップグレード・パスについては、Oracle Database Applianceリリース・ノートを参照してください。

注意:

Oracle Grid InfrastructureまたはOracle Linuxの個々のパッチを使用してOracle Database Applianceにパッチを適用しないでください。 また、ファームウェアのパッチなど、各インフラストラクチャのパッチも使用しないでください。 Oracle Database Applianceのパッチのみを使用してください。 Oracle Database Applianceを対象としていないパッチを使用する場合、またはOPatchや同様のパッチ適用ツールを使用する場合、Oracle Database Applianceインベントリは更新されず、今後のパッチ更新を完了できません。 サイクル外のOracle Databaseリリース更新(RU)を適用する場合は、RUのReadmeに記載されている推奨事項に従ってください。

パッチ・バンドルは、次に示すシステム全体に関連するすべてのパッチを提供します。

  • BIOS

  • ハードウェア・ドライバ

  • さまざまなコンポーネントのハードウェア管理パック(HWM)およびファームウェア・ドライバ

  • Oracle Appliance Manager

  • Oracle Linux

  • Oracle VM Server

  • Java Development Kit (JDK)

  • Oracle Integrated Lights Out Manager (Oracle ILOM)

  • Oracle Databaseのバンドル・パッチ(BP)、Oracle Databaseパッチ・セット更新(PSU)およびOracle Databaseリリース更新(RU)

  • Oracle Auto Service Request (Oracle ASR)

  • Oracle Grid Infrastructure

  • Oracle Intelligent Platform Management Interface (Oracle IPMI)

  • 関連するハードウェア・モデルのネットワーク・カード・パッチ

Oracle Linux RPMsの更新について

推奨されていませんが、データベース・ノードの一部のOracle Linux RPMを更新できます。 Oracle Linuxカーネル、Oracle Optimal Flexible Architecture、Oracle InfiniBand、または関連ソフトウェアを更新またはカスタマイズしないでください。 他のソフトウェアをインストール、更新、カスタマイズすることができます。 ただし、Oracle Database Applianceアップデートでは、カスタマイズされたコンポーネントの新しいバージョンの依存性が保持されない場合があります。 したがって、今後、Oracle Database Applianceを正常に更新するためには、サイト固有の変更を削除してから再適用する必要があります。

注意:

データベース・ノードの場合は、次の項目を更新しないでください:

  • Oracle Linuxカーネル (kernel*)

  • Oracle Optimal Flexible Architecture (ofa*)

  • Oracle RDMAパッケージ(oracle-rdma-release)

ストレージについては、RPMアップデートを適用しないでください。

親トピック: Oracle Database Applianceのパッチ適用

事前チェックのパッチ適用について

パッチ適用事前チェックは、パッチ適用時に発生する可能性のある問題を検出してフラグを立てるように設計されています。

事前チェックでは、バージョンおよびハードウェア固有のアップグレードを含むアプライアンスの状態を表示し、アップグレードを試行する前に必要な条件とチェックが完了していることを確認し、アップグレードが失敗する可能性のある状態を特定します。 パッチを適用する前に、条件を修正して問題を解決することで、潜在的なパッチの問題を回避できます。

事前チェック・コマンドは、Oracle Database Applianceリリース12.2.1.2.0以降で使用できます。 事前チェック・コマンドをサポートするようにDCSエージェントを更新します。

注意:

事前チェックへのパッチ適用は、ODACLIスタックにパッチを適用する場合にのみ使用できます。 ベアメタル・システムについてOAKCLIからODACLIスタックにパッチを適用して移行する場合は、トピック「コマンドラインを使用した、Oracle Database Appliance Bare Metal Systemsへのパッチ適用」の手順に従います。 仮想化プラットフォームへのパッチ適用の詳細は、「Oracle Database Appliance仮想化プラットフォームへのパッチ適用」のトピックを参照してください。

事前チェックにパッチを適用することで検証されるコンポーネント

チェック コンポーネント検証済
システム・パッチ適用事前チェック

すべてのノードでエージェントがオンラインであることを確認

更新に十分な領域があることを確認

最小エージェント・バージョンを検証し、パッチ・タグを検証

有効なパッチがリポジトリにあることを確認し、パッチ・バンドルmd5 checksumを計算します
サーバーのパッチ適用事前チェック

Oracle Grid Infrastructureパッチがインストールされていることを確認

Oracle Clusterwareがすべてのノードで実行されていることを確認

opatch prereq checkcomponentsを使用して必要なコンポーネントをチェック

opatchautoを使用してパッチを分析

パッチ競合チェックを実行

使用可能なディスク容量を確認

yumリポジトリ・ディレクトリが存在することを確認

yumチェックおよびyum check-updateを実行

RPM内の依存性をチェックするために、テスト(ドライ・ラン) yum更新を実行
DBHomeパッチ適用事前チェック

Oracle Grid Infrastructureがインストールされていることを確認

Oracle Clusterwareがすべてのノードで実行されていることを確認

他のコンポーネントをアップグレードする前にOracle Grid Infrastructureがアップグレードされたことを確認

ローカル・マウントで使用可能な十分なスペースがあることを検証

opatch prereq checkcomponentsを使用して必要なコンポーネントをチェック

opatchautoを使用してパッチを分析

パッチ競合チェックを実行し、データベース・パッチのロールバックが必要かどうかを判断
ストレージの事前チェック

ストレージ・パッチのロケーションとタグを検証します

Oracle ASMディスク・グループのステータスを検証します

親トピック: Oracle Database Applianceのパッチ適用

パッチ適用前のパッチ適用前チェックの実行

パッチでリポジトリを更新したら、事前チェックを使用して更新の潜在的な問題を減らし、パッチを適用します。

注意:

ODACLIスタックにパッチを適用する場合のみ、このトピックの手順に従います。 ベアメタル・システムについてOAKCLIからODACLIスタックにパッチを適用して移行する場合は、トピック「コマンドラインを使用した、Oracle Database Appliance Bare Metal Systemsへのパッチ適用」の手順に従います。 仮想化プラットフォームへのパッチ適用の詳細は、「Oracle Database Appliance仮想化プラットフォームへのパッチ適用」のトピックを参照してください。
パッチ適用事前チェックを実行する前に、dcs-agentが更新されていることを確認してください。
  1. create-prepatchreportコマンドを実行して、事前チェック・レポートを生成します。
    odacli create-prepatchreport -s -v release_number
  2. describe-prepatchreportコマンドを実行して、事前チェック・レポートを表示します。
    odacli describe-prepatchreport -i job_ID

親トピック: Oracle Database Applianceのパッチ適用

サーバーへのパッチ適用前のOracle Database ApplianceでのOracle Linuxのアップグレード

Oracle Database Applianceリリース19.6へのデプロイメントにパッチを適用する前に、オペレーティング・システムをOracle Linux 7にアップグレードする必要があります。

Oracle Database Appliance Serverパッチをダウンロードし、Oracle Database Applianceリリース19.6用のサーバーのzipファイルでリポジトリを更新します。 デプロイメントへのパッチ適用を開始する前に、odacli cleanup-patchrepoコマンドを使用してパッチ・リポジトリの領域を解放してください。
Oracle Database Appliance Backup Recovery (ODABR)ツールは、アップグレード前の状態にシステムをリカバリする際に役立ちます。オペレーティング・システムのアップグレード中に、システムの使用禁止状態をレンダリングする可能性があるエラーが発生します。 最新バージョンのOracle Database Appliance Backup Recovery (ODABR)ツールをダウンロードおよびインストールして、オペレーティング・システム・ファイル・システムのスナップショットを作成できるようにします。 ODABRをインストールする手順は、My Oracle Supportノート24661 77.1を参照してください。

https://support.oracle.com/rs?type=doc&id=2466177.1

CLIコマンドを使用して、オペレーティング・システムをOracle Database Appliance bare metalデプロイメントのOracle Linux 7にアップグレードするには、次のステップを実行します。 最初のノードでオペレーティング・システムを正常にアップグレードする必要があります。アップグレードされたノードは自動的に再起動され、その後で他のノードでオペレーティング・システムをアップグレードする必要があります。
  1. My Oracle Supportから外部クライアントの一時的なロケーションにODACLI/DCSスタック用のOracle Database Appliance Serverパッチ(パッチ31010832)をダウンロードします。 最新のリリースのソフトウェアの詳細は、リリース・ノートを参照してください。
    たとえば、19.6のサーバー・パッチをダウンロードします:
    p31010832_196000_Linux-x86-64_1of4.zip
p31010832_196000_Linux-x86-64_2of4.zip
p31010832_196000_Linux-x86-64_3of4.zip
p31010832_196000_Linux-x86-64_4of4.zip
  2. ソフトウェアの解凍 - パッチのREADME.htmlファイルと1つ以上のzipファイルが含まれています。
    unzip p31010832_196000_Linux-x86-64_1of4.zip
unzip p31010832_196000_Linux-x86-64_2of4.zip
unzip p31010832_196000_Linux-x86-64_3of4.zip
unzip p31010832_196000_Linux-x86-64_4of4.zip
  3. すべてのソフトウェア・ファイルを外部クライアントからOracle Database Applianceにコピーします。 高可用性デプロイメントの場合、ソフトウェア・ファイルを1つのノードのみにコピーします。 ソフトウェア・ファイルは、パッチ適用プロセス中に他のノードにコピーされます。 バンドルをコピーするには、scpまたはsftpプロトコルを使用します。
    scpコマンドを使用した例:
    # scp software_file root@oda_host:/tmp
    sftpコマンドを使用した例:
    # sftp root@oda_host
    rootのパスワードを入力し、ファイルをコピーします。
    put software_file
  4. Oracle ILOMサービス・プロセッサ(SP)シリアル・コンソールにログインし、start /SP/consoleを実行します。
    この手順の次のステップを、Oracle ILOMサービス・プロセッサ(SP)のシリアル・コンソールから実行します。
    -> start /SP/console
Are you sure you want to start /SP/console (y/n)? y

    Oracle ILOMサービス・プロセッサ(SP)シリアル・コンソールに接続されています。 rootユーザーとしてログインします。

  5. サーバー・ソフトウェアを使用してリポジトリを更新します: 
    # /opt/oracle/dcs/bin/odacli update-repository -f /tmp/software_file1,/tmp/software_file2,/tmp/software_file3,/tmp/software_file4

    たとえば、19.6の場合は次のようになります: 

    # /opt/oracle/dcs/bin/odacli update-repository -f /tmp/oda-sm-19.6.0.0.0-200420-server1of4.zip,/tmp/oda-sm-19.6.0.0.0-200420-server2of4.zip,/tmp/oda-sm-19.6.0.0.0-200420-server3of4.zip,/tmp/oda-sm-19.6.0.0.0-200420-server4of4.zip
  6. リポジトリの更新が成功したことを確認します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli describe-job -i job_ID
    odacli update-repositoryコマンドを実行すると、サーバー・ソフトウェアが両方のノードにコピーされます。
  7. DCSエージェントを更新します: 
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsagent -v 19.6.0.0.0

    このコマンドは、両方のノードでDCSエージェントを更新します。

    このコマンドでは、Oracle Autonomous Health Frameworkも更新されます。

  8. オペレーティング・システムのアップグレードの準備レポートを作成します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -v 19.6.0.0.0 -os
    odacli create-prepatchreportコマンドを実行すると、両方のノードの準備レポートが生成されます。 両方のノードの問題を修正してから、オペレーティング・システム・アップグレードを開始できます。
    ソフトウェアのアップグレードoda-upgrade.tarがディレクトリ/root/oda-upgradeに抽出されます。 生成されるログは次のロケーションに保存されています:
    • RHELアップグレード前ツールによって、/root/odaUpgrade_prechecktimestamp.logのパスにログが生成されます。
    • RHEL preupgradeツールの結果は、/root/preupgrade-resultsパスに.gz zip形式で格納されます。 例えば、/root/preupgrade-results/preupg_results-200326032644.tar.gz ファイルを抽出し、ブラウザでresult.htmlを開いて、OpenSCAPレポートをアップグレード前のチェック用に表示します。 このレポートには事前チェックの詳細が表示され、アップグレードを続行するために必要な修正に関する情報が示されます。
  9. 準備レポートのステータスを確認します: 
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli describe-job -i precheck_job_ID
    • ジョブが失敗した場合は、odacli describe-prepatchreport -i precheck_job_IDを実行し、失敗および推奨された修正処理を確認します。
    • ジョブが正常に完了した場合は、odacli describe-prepatchreport -i precheck_job_IDを実行してチェックを実行し、結果を確認することをお薦めします。

    実行された事前チェックの解釈と、障害発生時の修正処理の実行の詳細は、「Oracle Database Applianceのトラブルシューティング」の章の「オペレーティング・システムのアップグレードの事前チェック・レポートの分析」のトピックを参照してください。

  10. 準備レポートを表示します: 
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli describe-prepatchreport -i precheck_job_ID
    • ジョブが失敗した場合は、失敗を確認し、推奨された修正処理を実行します。
    • ジョブが正常に完了した場合は、レポートをレビューして、アップグレード前チェックの詳細を表示します。 準備レポートには、RHELアップグレード前ツールの結果と、OpenSCAPレポートを指すポインタも含まれています。
  11. 必要な修正処理を実行した後、オペレーティング・システム・ソフトウェアを使用してサーバーを更新します: 
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-server -c os --local
    事前パッチ・レポートに記載されている障害を修正しなかった場合は、前述のコマンドを実行するとエラーが表示されます。 --forceオプションを使用すると、エラーを無視してコマンドを実行できます。 ただし、準備レポートに記載されているすべての障害を修正してから、オペレーティング・システムのアップグレードを続行することをお薦めします。
    オペレーティング・システムのアップグレード前にODABRをインストールしている場合、アップグレード・プロセスでは、LVMスナップショットを作成するための十分な領域が存在するかどうか、およびODABRスナップショットがすでに存在しないかどうかを確認します。 これらの条件が満たされると、ODABRスナップショットが作成されてから、アップグレード・プロセスが開始されます。 --forceオプションの使用に関係なく、ODABRがインストールされ、スナップショットの作成に十分な領域が使用可能な場合、このコマンドでODABRスナップショットが作成されます。
    事前チェックを少なくとも1回実行しないと、odacli update-serverコマンドが失敗します。 このチェックは--forceオプションでオーバーライドできません。
  12. アップグレード操作の進行状況を確認します。 画面の出力には、アップグレードのステータスが表示されます。
    アップグレード操作の進行状況は、Oracle ILOMサービス・プロセッサ(SP)のシリアル・コンソールから監視できます。

    注意:

    アップグレード操作(ノードの再起動を含む)では、ハードウェア・プラットフォームによっては各ノードで30-60分かかる場合があります。 操作の各ステップには、しばらくの進捗メッセージが表示されない場合があります。 Ctrl+ Cを使用して、またはシステムをリブートしても、アップグレードを中断しないでください。
    オペレーティング・システムのアップグレードが正常に完了すると、ノードは自動的にリブートされます。

    注意:

    オペレーティング・システムのアップグレードが失敗するか、ノードがキャッシュ不能になるか、または再起動されない場合は、「失敗したオペレーティング・システムのアップグレードからのリカバリ」のセクションにあるステップに従って、アップグレード前のデプロイメントをリカバリできます。
  13. オペレーティング・システムのアップグレードが正常に完了した後、次のアップグレード後チェックを実行します: 
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-server-postcheck -v 19.6.0.0.0
    アップグレード後チェックの詳細は、「Oracle Database Applianceのトラブルシューティング」の章の「オペレーティング・システムのアップグレード後チェック・レポートの分析」のトピックを参照してください。
  14. 投稿チェックが正常に完了した後、2番目のノード上のOracle ILOMサービス・プロセッサ(SP)シリアル・コンソールでステップ11から13を実行して、2番目のノード上のオペレーティング・システムをアップグレードします。
  15. 両方のノードでオペレーティング・システムのアップグレードが正常に完了したら、次のトピックで説明するように、サーバー・コンポーネント、Oracle Grid Infrastructure、Oracle Databaseおよびストレージ・コンポーネントを更新します。

    注意:

    Oracle Database Applianceクラスタ内のすべてのノードでオペレーティング・システムをOracle Linux 7に正常にアップグレードした後、オペレーティング・システムのアップグレード前に作成されたODABRスナップショットをすべて削除することをお薦めします。 DCSサーバーの更新時にODABRスナップショットを保持する場合は、アクティブなODABRスナップショットの存在がシステム・パフォーマンスに影響する可能性があることを考慮してください。 ODABRスナップショットを作成および削除する手順は、My Oracle Supportノート24661 77.1を参照してください。 : https://support.oracle.com/rs?type=doc&id=24661 77.1
失敗したオペレーティング・システムのアップグレードからのリカバリ
リカバリにこの手順を使用するには、次の前提条件があります:
  1. ODARescue Live Disk ISOイメージをダウンロードして、オペレーティング・システムのアップグレードが失敗したノードのブートを有効にします。 ODARescueライブ・ディスクのダウンロードおよび19.6リリース用のODARescueライブ・ディスクのイメージのダウンロードの詳細は、My Oracle Supportノート24952 72.1を参照してください:

    https://support.oracle.com/rs?type=doc&id=2495272.1

  2. ISOイメージのIPアドレスおよびファイル名を含むパスを含むNFSのロケーションを指定します。
    -> set /SP/services/kvms/host_storage_device/remote server_URI=nfs://$isonfsserver:$isofile

    $isonfsserverはNFSを使用してISOイメージをダウンロードする必要があるシステムであり、$isofileはダウンロードするISOイメージの正確なパスとファイル名です。

    次に例を示します。
    set /SP/services/kvms/host_storage_device/remote server_URI=nfs://10.1.1.1:/export/iso/ODARescue_LiveDisk.iso
  3. ISOイメージを使用してOracle Database Applianceシステムをブートできるように、Oracle ILOMサービス・プロセッサ(SP)シリアル・コンソールからISOイメージを構成します。
    -> set /SP/services/kvms/host_storage_device/ mode=remote
-> set /HOST boot_device=cdrom
  4. ホスト・システムを再起動します。

リカバリを実行するには、次のステップに従います:

  1. Oracle ILOM上にOracle Database Applianceシステムを構成し、ISOイメージからブートします。
  2. ISOイメージからブートします。
  3. rootユーザーとしてログインします。
  4. Oracle ILOMサービス・プロセッサ(SP)シリアル・コンソールに表示されたアップグレード・メッセージを取得および確認できない場合は、次のステップに従って、デバッグ目的でログ・ファイルを抽出します。それ以外の方法では、Oracle Supportに連絡する際にこの情報を提供できるようになります。
    1. configure_firstnetコマンドを使用して、パブリック・ネットワークを構成します。
      configure_firstnet add -i nic -ip IPaddr -n netmask -g defgateway
    2. コマンドodarescue lvmountを使用して、Oracle Database Applianceノードのファイル・システムをマウントします。
      # odarescue lvmount
    3. /mnt/sysimage/var/log/upgrade.logからリモート・システムにアップグレード・ログ・ファイルをコピーし、アップグレードが失敗した理由を分析します。

      注意: Oracle ILOMサービス・プロセッサ(SP)シリアル・コンソールにログインしてstart /SP/consoleを実行することによって、アップグレード中にコンソール出力を観察および取得することもできます。

  5. Oracle Linux 6構成に戻すことにした場合は、odarescue ol6restoreを実行します。 
    # odarescue ol6restore

    このコマンドは、ODABRを使用して作成されたスナップショットを使用してOracle Linux 6構成をリストアします。

関連項目

親トピック: Oracle Database Applianceのパッチ適用

コマンドラインを使用した、Oracle Database Appliance Bare Metal Systemsへのパッチ適用

CLIコマンドを使用して、これらのステップに従って、Oracle Database Applianceベアメタルのデプロイメントおよび既存のOracle Databaseホームにパッチを適用します。

注意:

デプロイメントのパッチをOracle Database Applianceリリース19.6に適用する前に、トピック「サーバーへのパッチ適用前のOracle Database ApplianceでのOracle Linuxのアップグレード」の説明に従ってオペレーティング・システムをアップグレードする必要があります。 高可用性システムでは、「両方」ノードのオペレーティング・システムをアップグレードする必要があります。
Oracle Database Applianceデプロイメントおよび既存のデータベース・ホームにパッチを適用するには、Oracle Database Applianceサーバー・パッチをダウンロードしてリポジトリを更新する必要があります。 既存のデータベースに最新リリースへパッチを適用するには、そのリリース用のOracle RDBMSクローン・ファイルは必要ありません。 リリースのOracle RDBMSクローン・ファイルは、そのリリースの新しいデータベース・ホームを作成する場合にのみダウンロードしてください。

注意:

このトピック内のコマンドは、記載されている順序で実行してください。 odacli update-serverコマンドを実行する前に、odacli update-dcsadminコマンドとodacli update-dcscomponentsコマンドを実行します。
これらのステップに従って、Oracle Database Applianceにパッチを適用し、既存のデータベース・ホームを更新します。
  1. デプロイメント用のOracle Database Applianceサーバー・コンポーネント、Oracle Grid Infrastructure、Oracle Databaseおよびストレージ・コンポーネントに最新リリースへパッチを適用する前に、先に説明しているように、オペレーティング・システムをOracle Linux 7にアップグレードする必要があります。 My Oracle SupportからODACLI/DCSスタック用のOracle Database Appliance Serverパッチ(パッチ31010832)をダウンロードし、オペレーティング・システムのアップグレード手順中にソフトウェア・ファイルでリポジトリを更新しました。
  2. DCS管理の更新: 
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsadmin -v 19.6.0.0.0
  3. DCSコンポーネントを更新します: 
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcscomponents -v 19.6.0.0.0

    このコマンドは、ZookeeperなどのDCSコンポーネントを更新します。

  4. サーバーの更新を適用します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-server -v version

    たとえば、19.6の場合は次のようになります: 

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-server -v 19.6.0.0.0
  5. サーバーの更新が成功したことを確認します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli describe-job -i job_ID
  6. ストレージ・コンポーネントを更新します。
    共有ディスクにローリング形式でパッチを適用する場合は、-rollingオプションを指定します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-storage -v version --rolling

    たとえば、19.6の場合は次のようになります: 

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-storage -v 19.6.0.0.0 --rolling
  7. 既存のOracle Databaseホームにパッチを適用して19.6をリリースするには、次の手順に従います:
    1. パッチ適用事前チェックを実行して、準備レポートを確認します。 次に例を示します。 
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport --dbhome --dbhomeid DB_Home_ID -v release_number
[root@oda1 opt]# odacli describe-prepatchreport -i Job_ID
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport --dbhome --dbhomeid 7c67c5b4-f585-4ba9-865f-c719c63c0a6e -v 19.6.0.0.0
[root@oda1 opt]# odacli describe-prepatchreport -i 39ef1eeb-70d3-47ad-b3f5-48960ca0607b
    2. データベース・ホームを最新リリースに更新します: 
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid DB_Home_ID -v release_number

      たとえば、19.6の場合は次のようになります: 

      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid 7c67c5b4-f585-4ba9-865f-c719c63c0a6e -v 19.6.0.0.0
  8. パッチ・ジョブが成功したことを確認します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli list-jobs
  9. スペースを節約するために、アプライアンスの一時的なロケーションからソフトウェアのzipファイルを削除します:
    [root@oda1 opt]# rm software_file
rm: remove regular file software_file? y

関連項目

親トピック: Oracle Database Applianceのパッチ適用

ブラウザ・ユーザー・インタフェースを使用したOracle Database Applianceへのパッチ適用

Oracle Database Appliance Server Patchをパッチ・リポジトリにアップロードし、ブラウザ・ユーザー・インタフェースを使用してパッチ・バンドルをデプロイしてから、CLIコマンドを使用してDCSエージェントとコンポーネントを更新します。

注意:

デプロイメントにOracle Database Applianceリリース19.6へのパッチ適用を行うには、オペレーティング・システムをOracle Linux 7にアップグレードする必要があります。 ブラウザ・ユーザー・インタフェースを使用してオペレーティング・システムをOracle Linux 7にアップグレードすることはできません。 CLIコマンドを使用して、オペレーティング・システムのアップグレードを実行します(このトピックの「サーバーへのパッチ適用前のOracle Database ApplianceでのOracle Linuxのアップグレード」の説明に従って、Oracle Database Applianceサーバー・コンポーネントにパッチを適用します)。

ブラウザ・ユーザー・インタフェースを使用したパッチ・リポジトリの更新

  1. My Oracle SupportからOracle Database Applianceパッチをダウンロードし、アプライアンスのディレクトリに保存します。 パッチをダウンロードするための使用可能なパッチおよびリンクの一覧は、「Oracle Database Applianceリリース・ノート」を参照してください。

  2. oda-adminユーザー名およびパスワードを使用して、ブラウザ・ユーザー・インタフェースにログインします。 

    https://Node0–host-ip-address:7093/mgmt/index.html

  3. 「パッチ・マネージャ」をクリックします。

  4. 「パッチ・リポジトリの更新」ページで絶対ファイル・パスとパッチ名を入力し、「リポジトリを更新」をクリックしてリポジトリの更新ジョブを開始します。 カンマで区切られたリストを使用して、複数のファイルをリポジトリに更新するにはスペースを入れずに指定するか、各ファイルを一度に1つずつ更新できます。

  5. 進行状況を監視するには、「アクティビティ」をクリックします。 ジョブが正常に完了すると、Patch Repositoryが更新されます。

ブラウザ・ユーザー・インタフェースを使用したパッチ適用事前チェックとパッチ適用エージェント、サーバーおよびストレージの実行

注意:

アプライアンスに2つのノードがある場合は、両方のノードを同時に更新するか、個別に更新するかを選択できます。 ノードを個別に更新する場合は、Node1を更新する前にNode0を更新します。

  1. 更新ウィンドウ中に実行中または保留中のジョブはありません。

  2. 「アプライアンス」タブをクリックし、ブラウザ・ユーザー・インタフェースで「パッチ・マネージャ」をクリックします。

  3. コンポーネント詳細がロードされるまで待機します。 パッチ・リポジトリを更新した直後の場合は、このページの「コンポーネントの詳細」セクションで「リフレッシュ」をクリックします。

    パッチがパッチ・リポジトリにアップロードされると、ページのコンポーネントの詳細が、各コンポーネントのインストールされたバージョンおよび使用可能なバージョンで更新されます。

  4. 「事前チェック」を選択し、「コンポーネントの更新」、「送信」の順にクリックして、リポジトリ内のパッチを確認し、競合をチェックします。

    ジョブが終了したら、次のステップに進みます。 「アクティビティ」をクリックしてジョブのステータスを確認します。

  5. 「パッチ・マネージャ」ページで、「リフレッシュ」をクリックしてコンポーネントの詳細をリフレッシュします。 「更新サーバー」を選択し、「コンポーネントの更新」をクリックしてから、「送信」をクリックして、サーバー・コンポーネントにパッチを適用するジョブを開始します。

    マルチ・ノード・システムの場合は、更新するノードを選択: すべてのノード(デフォルト)、Node0、またはNode1。

    DCSエージェントは、サーバーまたはストレージ・コンポーネントが更新されるたびに自動的に更新されます。

    ジョブが終了したら、次のステップに進みます。 「アクティビティ」をクリックしてジョブのステータスを確認します。

  6. 「パッチ・マネージャ」ページで、「リフレッシュ」をクリックしてコンポーネントの詳細をリフレッシュします。 「ストレージの更新」を選択し、「コンポーネントの更新」をクリックしてから「送信」をクリックして、ストレージ・コンポーネントにパッチを適用するジョブを開始します。

    マルチ・ノード・システムの場合は、更新するノードを選択: すべてのノード(デフォルト)、Node0、またはNode1。

    高可用性環境では、「ローリング」 check boxを選択してストレージ・コンポーネントのローリング・パッチ適用を実行できます。

  7. 「アクティビティ」をクリックして進捗をモニターし、ジョブが正常に完了したことを確認します。

すべてのパッチ関連情報は、/opt/oracle/dcs/log/dcs-agent.logのdcs-agentログファイルに記録されます。

パッチ適用後のDCS管理コンポーネントおよびDCSコンポーネントの更新

ブラウザ・ユーザー・インタフェースを使用してアプライアンスにパッチを適用した後、CLIコマンドを使用してDCSの管理コンポーネントとDCSコンポーネントを手動で更新する必要があります。

次のステップを実行します。

  1. DCS管理の更新:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsadmin -v 19.6.0.0.0
  2. 更新が成功したことを確認します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli describe-job -i job_ID
  3. DCSコンポーネントを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcscomponents -v 19.6.0.0.0

親トピック: Oracle Database Applianceのパッチ適用

CLIを使用したOracle Database Applianceリポジトリのデータベース・クローン・ファイルによる更新

CLIコマンドを使用して、最新リリース用のOracle Databaseクローン・ファイルでOracle Database Applianceリポジトリを更新するには、次のステップに従います。

特定のリリース・バージョンの新しいデータベースを作成するには、リリースのRDBMSクローン・ファイルでOracle Database Applianceリポジトリを更新する必要があります。 最新のリリース用にOracle Databaseクローン・ファイルでリポジトリを更新するには、次のステップに従います。
  1. p30403662_196000_Linux-x86-64.zipなどのリリースのRDBMSクローン・ソフトウェア・ファイルをダウンロードして、RDBMSクローン・ソフトウェアを抽出します:
    たとえば、19.6のサーバー・パッチをダウンロードします:
    unzip /tmp/p30403662_196000_Linux-x86-64.zip
odacli-dcs-19.6.0.0.0-200326-DB-19.6.0.0.zip
  2. すべてのソフトウェア・ファイルを外部クライアントからOracle Database Applianceにコピーします。 高可用性デプロイメントの場合、ソフトウェア・ファイルを1つのノードのみにコピーします。 ソフトウェア・ファイルは、パッチ適用プロセス中に他のノードにコピーされます。 バンドルをコピーするには、scpまたはsftpプロトコルを使用します。
    scpコマンドを使用した例:
    # scp software_file root@oda_host:/tmp
    sftpコマンドを使用した例:
    # sftp root@oda_host
    rootのパスワードを入力し、ファイルをコピーします。
    put software_file
  3. 最新リリースのデータベース・ソフトウェアでリポジトリを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-db-clone-file.zip/

    たとえば、19.6の場合は次のようになります: 

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-19.6.0.0.0-200326-DB-19.6.0.0.zip
    12.2、12.1など、サポートされているその他のデータベース・バージョンのRDBMSクローン・ソフトウェアを使用してリポジトリを更新するのと同じステップに従います。
  4. リポジトリの更新が成功したことを確認します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli list-jobs
[root@oda1 opt]# /opt/oracle/dcs/bin/odacli describe-job -i job_ID
  5. スペースを節約するために、アプライアンスの一時的なロケーションからソフトウェアのzipファイルを削除します:
    [root@oda1 opt]# rm software_file
rm: remove regular file software_file? y

親トピック: Oracle Database Applianceのパッチ適用

ブラウザ・ユーザー・インタフェースを使用した既存のデータベース・ホームへの最新リリースへのパッチ適用

ブラウザ・ユーザー・インタフェースを使用して、データベース・ホームに最新リリースへのパッチを適用します。

データベース・ホームにパッチを適用する前に、データベース・バージョンのRDBMSクローン・ファイルをリポジトリにアップロードします。 最新のRDBMSクローン・ファイルを使用してリポジトリを更新する手順は、「CLIを使用したOracle Database Applianceリポジトリのデータベース・クローン・ファイルによる更新」を参照してください。
  1. oda-adminユーザー名およびパスワードを使用して、ブラウザ・ユーザー・インタフェースにログインします。
    https://Node0–host-ip-address:7093/mgmt/index.html
  2. 「データベース」タブをクリックし、左側のペインで「パッチ」をクリックします。
  3. パッチをクリックし、データベースにパッチを適用する前に事前チェックを実行するには、「事前チェック」としてアクションを選択します。
    「アクティビティ」をクリックしてジョブのステータスを確認します。
  4. パッチ・ページで、パッチを適用するデータベースについて、「ビュー」をクリックし、「事前パッチ・レポート」を選択して事前チェック・レポートを表示します。 エラーを修正し、「適用」としてのアクションを選択してデータベースにパッチを適用します。
  5. パッチ適用ジョブが正常に完了したことを検証します。

関連項目

親トピック: Oracle Database Applianceのパッチ適用

追加のパッチと更新の適用

追加のパッチ・リポジトリを構成し、オペレーティング・システムおよびデータベースにパッチを適用して、デプロイメントが最新の更新とセキュリティ修正を行っていることを確認します。

親トピック: Oracle Database Applianceのパッチ適用

カーネル更新の有効化

Oracle Kspliceでは、最新のカーネル・セキュリティとバグ修正更新でシステムを更新できます。

ローカルULNリポジトリまたはULNチャネルを使用して、Oracle Kspliceの最新の更新(不正な更新)をダウンロードしてインストールできます。
Oracle KSpliceをインストールするには、次のステップに従います:
  1. サーバーをUnbreakable Linuxネットワーク(ULN)に登録します。 デフォルトでは、オペレーティング・システムおよびハードウェア用のOracle Linuxの最新チャネルに登録されます。
  2. Unbreakable Linuxネットワークにログインします:
  3. Kspliceを使用するサーバー上のインターネットにアクセスできることを確認します。 たとえば、プロキシ・サーバーを使用している場合、次のようなコマンドを使用して、シェルにプロキシ・サーバーおよびポートの値を設定します: 
    # export http_proxy=http://proxy.company.com:port
# export https_proxy=http://proxy.company.com:port
  4. サーバーを登録します: 
    # uln_register
  5. Oracle Kspliceユーザー・ドキュメントの説明に従って、ローカル・リポジトリを設定します。 この結果、Oracle UptrackサーバーまたはULNに直接接続しなくても、Kspliceの最新の更新パッケージを定期的にダウンロードできます。
  6. システムを特定の有効なカーネル・バージョンに更新するには、現在のカーネル用のuptrack-updatesパッケージをインストールします。
    yum -y install uptrack-updates-'uname -r'
    uptrack-updates RPMをKspliceチャネルからダウンロードし、RPMを手動でインストールすることもできます。 次に例を示します。 
    # rpm -Uvh uptrack-updates-4.14.35-1902.11.3.1.el7uek.x86_64-20200325-0.noarch.rpm

関連項目:

Oracle Kspliceの構成については、『Oracle Linux Kspliceユーザー・ガイド』を参照してください:

https://docs.oracle.com/cd/E37670_01/E39380/html/ksplice-enhanced-offline.html

親トピック: 追加のパッチと更新の適用

パッチ・アップデートのリポジトリの追加

パッチ・リポジトリを追加してオペレーティング・システムRPMsを更新します。

Oracle Database Patch Bundleには、オペレーティング・システムのパッチが含まれています。 その他のRPMsを更新する場合は、プライベートまたはパブリックのリポジトリを構成できます。 Oracle公開YUMチャネルは、すでにデフォルトで構成されています。

次のように、オペレーティング・システムRPMリポジトリを追加します:

  1. 次のコマンドを実行して、リポジトリを追加します:
    # odacli update-agentconfig-parameters -n OSPatchRepos -v 'http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/$basearch/' -a

    パブリック・ロケーションを引用符('')内に指定します

    ローカル・ディスクに格納されているRPMsを追加する場合:

    # odacli update-agentconfig-parameters -n OSPatchRepos -v /tmp/OSimage/OL6.9_x86_64 -a
  2. すべてのリポジトリをリスト: 
    odacli list-agentconfig-parameters -n OSPatchRepos
  3. サーバーを更新すると、オペレーティング・システムのパッチ適用ジョブでは、すべてのリポジトリを使用してオペレーティング・システムのRPMsが更新されます。
    odacli update-server -v 19.6.0.0.0

親トピック: 追加のパッチと更新の適用

サイクル外のデータベース・パッチの適用

サイクル外パッチ適用機能を使用すると、管理者は、Oracle Database Applianceリリース外の最新のOracle Databaseリリース更新を使用して、Oracle Database Applianceデプロイメントのデータベースにパッチを適用できます。

OPatchを使用して、Oracle Databaseリリース更新(RU)パッチを手動で適用できます。 使用しているデータベース・バージョンのOPatchを実行するには、このトピックの関連する項を参照してください。

注意:

このトピックで説明するOPatchのコマンドと手順は例です。特定のOracle Databaseリリース更新(RU)に基づいて変更が必要な場合があります。 追加のコマンドおよびステップについては、常にOracle Databaseリリース更新(RU)のReadmeを参照してください。

注意:

可能なかぎり、Oracle Database Applianceリリースを介してデプロイメントにパッチを適用することを強くお薦めします。

注意:

この手順を使用すると、非循環パッチをbaremetalとVirtualized Platformの両方のデプロイメントに適用できます。

OPatchautoを使用したOracle Databaseリリース12c以上への手動パッチ適用

  1. dcs-agentおよびその他のコンポーネントが最新リリースに更新されていることを確認します。
    # odacli describe-component
# odacli list-dbhomes
  2. OPatchを最新バージョンに更新します(使用可能な場合):
    1. 最新のOPatchバージョンをMy Oracle Supportからダウンロードします。
    2. ファイルをローカル・ホストにコピーし、ORACLE_HOME/OPatchディレクトリに抽出します。
    3. OPatchツールをoracleユーザーとして更新します。
      /bin/rm -rf $ORACLE_HOME/OPatch/
su - oracle -c /usr/bin/unzip -q -o OPatch_zip_location/p6880880_122010_Linux-x86-64.zip -d $ORACLE_HOME
  3. My Oracle Supportから最新のデータベース・パッチをダウンロードし、ファイルをローカル・ホストにコピーします。
    scp patchfilename root@hostname:directory
  4. 空のディレクトリ(/tmp/patchesDirがoracleユーザーなど)にパッチを解凍します。

    これにより、バグ番号付きのサブ・ディレクトリが/tmp/patchesDirに作成されます。 適用するパッチがリリース更新(RU)である場合、パッチ・ディレクトリには複数のサブディレクトリがあります。 

    /usr/bin/unzip -o location_of_patches/p29301631_180000_Linux-x86-64.zip -d /tmp/patchesDir
  5. Oracle Database Appliance高可用性デプロイメントの場合、セキュアな接続用にSSHキーを設定します。
  6. パッチを分析します。
    $ORACLE_HOME/OPatch/opatchauto apply directory_with_patches_extracted -analyze -oh $ORALCE_HOME -log /tmp/opatchAutoAnalyzePatch.log
  7. rootユーザーとして、パッチを適用します。
    $ORACLE_HOME/OPatch/opatchauto apply directory_to_extract_patches -oh $ORACLE_HOME -inplace
  8. 両方のノードでパッチ適用が完了したら、utlrp.sqlおよびcatcon.plスクリプトを実行して、データベース内の無効なオブジェクトを再コンパイルします。
  9. レジストリを更新し、システム・コンポーネント値が登録されていることを確認します。
    # odacli update-registry -n dbhome -f

OPatchを使用したOracle Databaseリリース11.2.0.4の手動によるパッチ適用

  1. dcs-agentおよびその他のコンポーネントが最新リリースに更新されていることを確認します。
    # odacli describe-component
# odacli list-dbhomes
  2. OPatchを最新バージョンに更新します(使用可能な場合):
    1. 最新のOPatchバージョンをMy Oracle Supportからダウンロードします。
    2. ファイルをローカル・ホストにコピーし、ORACLE_HOME/OPatchディレクトリに抽出します。
    3. OPatchツールをoracleユーザーとして更新します。
      /bin/rm -rf $ORACLE_HOME/OPatch
su - oracle -c /usr/bin/unzip -q -o OPatch_zip_location/p29141056_112040_Linux-x86-64.zip -d $ORACLE_HOME
  3. My Oracle Supportから最新のデータベース・パッチをダウンロードし、ファイルをローカル・ホストにコピーします。 /tmp/patchesDirをoracleユーザーとして、空のディレクトリにデータベース・パッチを解凍します。
    これにより、バグ番号付きのサブ・ディレクトリが/tmp/patchesDirに作成されます。 適用するパッチがOracle Databaseリリース更新(RU)である場合、パッチ・ディレクトリには複数のサブディレクトリがあります。 
    su - oracle -c '/usr/bin/unzip -o p29141056_112040_Linux-x86-64.zip -d /tmp/patchesDir'
  4. バグ#2015がインベントリに存在する場合は、そのバグを削除します。
    1. インベントリにバグ#2015が存在するかどうかを確認します:
      su - oracle 
export ORACLE_HOME=path_to_the_11.2.0.4_ORACLE_HOME 
$ORACLE_HOME/OPatch/opatch lspatches | grep -i "OCW" | cut -d ';' -f1
    2. コマンドによってバグ番号(例: 28729234)が返されます。 インベントリに移動します: 
      cd $ORACLE_HOME/inventory/oneoffs/bug# from above command/etc/config
    3. inventory.xmlに'bug number="2015"'などの文字列が含まれているかどうかを確認します。 一致が検出されなかった場合にはアクションは不要で、この手順のステップ6を続行できます。 
      grep 'bug number="2015"' inventory.xml 
echo $?  ( the command returns 0, if match found )
    4. inventory.xmlのバックアップを作成します。
      cp inventory.xml inventory.xml.$(date +%Y%m%d-%H%M)
    5. inventory.xmlから<bug number="2015" ...>などのエントリを削除します。
      sed '/bug number="2015"/d' inventory.xml
  5. パッチごとにopatchコマンドを使用して事前チェックを実行します。
    su - oracle -c '$ORACLE_HOME/OPatch/opatch prereq CheckComponents -ph /tmp/patchesDir/29301631 -oh $ORACLE_HOME'
su - oracle -c '$ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOH -ph /tmp/patchesDir/29301631 -oh $ORACLE_HOME'

    すべてのサブ・パッチに対して両方のコマンドを実行します。 競合するバグがある場合は、個別パッチをロールバックします。

  6. opatch autoコマンドを使用してパッチを適用します。
    $ORACLE_HOME/OPatch/opatch auto /tmp/patchesDir/29301631 -oh $ORACLE_HOME -ocmrf /opt/oracle/dcs/rdbaas/config/default-ocm.rsp
  7. パッチの適用後にデータベースが稼働中であることを確認します。
    /u01/app/18.0.0.0/grid/bin/crsctl status resource ora.on6i.db -n patched_db
  8. このホームのすべてのデータベースでcatbundle.sqlを実行します。
    su oracle
  export ORACLE_HOME=ORACLE_HOME
  export ORACLE_HOME=ORACLE_SID       
        $ORACLE_HOME/bin/sqlplus "/ as sysdba" @$ORACLE_HOME/rdbms/admin/catbundle.sql
            @$ORACLE_HOME/rdbms/admin/catbundle.sql

親トピック: 追加のパッチと更新の適用

パッチ・リポジトリのクリーン・アップ

ブラウザ・ユーザー・インタフェースまたはコマンドライン・インタフェースを使用して、不要なパッチまたは古いパッチをリポジトリから削除します。

パッチ・リポジトリのクリーン・アップについて

最新のパッチでOracle Database Applianceにパッチを適用した後、古い未使用のクローン・ファイルが残り、リポジトリの領域を消費する場合があります。 リポジトリをクリーンアップ:未使用のクローン/パッチ・ファイルを削除して領域を再利用します。 ブラウザ・ユーザー・インタフェースまたはODACLIコマンドを使用して、リポジトリをクリーンアップできます。

ODACLIコマンドを使用したパッチ・リポジトリのクリーン・アップ

# odacli cleanup-patchrepo [-cl clones] | [-v version [-comp component]]| [-l local|-n NodeID]

古いパッチを削除するクローン・ファイルの名前およびノードを指定します。

コマンド・オプションの詳細は、「Oracle Database Applianceコマンドライン・インタフェース」の章を参照してください。

ブラウザ・ユーザー・インタフェースを使用したパッチ・リポジトリのクリーン・アップ

パッチ・リポジトリをクリーン・アップするには、次のステップを実行します:
  1. ブラウザ・ユーザー・インタフェースで、「パッチ・マネージャ」をクリックします。
  2. 「リポジトリのクリーンアップ」タブをクリックしてから「リフレッシュ」をクリックして、リポジトリ内の使用可能なパッチをリストします。
  3. リポジトリからクリーンアップする古いOracle Grid InfrastructureファイルやOracle Databaseクローン・ファイルなどのコンポーネント、およびOracle Database Applianceの古いリリースなどのパッチ・バージョンを選択します。
  4. 「クローン・ファイルのクリーンアップ」をクリックして、/opt/oracle/oak/pkgrepos/orapkgs/clones/のリポジトリから選択したコンポーネントのクローン・ファイルをクリーンアップします。
  5. 「リポジトリのクリーンアップ」をクリックして、クリーンアップ・リポジトリ・ジョブを発行します。
  6. 進行状況を監視するには、「アクティビティ」をクリックします。 ジョブが正常に完了すると、Patch Repositoryが更新されます。

関連項目

親トピック: Oracle Database Applianceのパッチ適用

異なるデータベース・ホームへのアップグレードについて

ブラウザ・ユーザー・インタフェースまたはodacliコマンドを使用して、異なるデータベース・ホームにアップグレードする方法を理解します。

データベース・ホームをアップグレードするための前提条件

次のリリースのデータベース・ホームをアップグレードできます:
  • Oracle Database 18cから19c
  • Oracle Database 12.2から19c
  • Oracle Database 12.1から19c
  • Oracle Database 11.2.0.4から19c
  • Oracle Database 12.2から18c
  • Oracle Database 12.1から18c
  • Oracle Database 11.2.0.4から18c
  • Oracle Database 12.1から12.2
  • Oracle Database 11.2.0.4から12.2
  • Oracle Database 11.2.0.4から12.1

別のデータベース・ホームにアップグレードする前に、データベース・バージョン用のOracle RDBMSクローン・ファイルをリポジトリにアップロードし、データベース・ホームを作成します。 リポジトリを最新のOracle RDBMSクローン・ファイルで更新する手順は、「CLIを使用したOracle Database Applianceへのパッチ適用」を参照してください。

ブラウザ・ユーザー・インタフェースを使用したデータベース・ホームのアップグレードについて

ブラウザ・ユーザー・インタフェースを使用して別のデータベース・ホームにアップグレードするには、次のステップを実行します。

  1. oda-adminユーザー名およびパスワードを使用して、ブラウザ・ユーザー・インタフェースにログインします。
    https://Node0–host-ip-address:7093/mgmt/index.html
  2. 「データベース」タブをクリックし、データベースを選択して「行動」をクリックし、「アップグレード」をクリックします。
  3. データベース・アップグレード・ジョブが正常に完了したことを確認します。

コマンドライン・インタフェースを使用したデータベース・ホームのアップグレードについて

CLIを使用して別のデータベース・ホームにアップグレードするには、次のコマンドを実行します:

odacli upgrade-database -i Comma separated list of database ids -from source dbhome id -to destination dbhome id [-j] [-h]

upgrade-databaseコマンドのオプションの詳細は、「Oracle Database Applianceコマンドライン・インタフェース」の章を参照してください。

関連項目

親トピック: Oracle Database Applianceのパッチ適用