機械翻訳について

6 Oracle Database Applianceのパッチ適用

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

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

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

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

アウト・オブ・プレース・パッチ適用について

Oracle Database Applianceリリース19.11以降、Oracle Database Applianceはアウト・オブ・プレース・パッチ適用モデルを使用します。 つまり、Oracle Grid InfrastructureまたはOracle Databaseホームへのパッチ適用時に、新しいソフトウェアOracleホームが作成されます。 Oracle Database Applianceリリース19.11以降、Oracle Grid Infrastructureのパッチはイメージとして使用できます。 すべてのプロシージャは同じままです。

MySQL ServerおよびDCSエージェントについて

Oracle Database Applianceリリース19.10以上では、DCSエージェントはMySQLサーバーをメタデータ・ストアとして使用します。 MySQLサーバーは、プロビジョニング時にアプライアンスの作成時に自動的にインストールおよび構成されます。 同様に、パッチ適用時に、odacli update-dcscomponentsコマンドによってMySQLサーバーが自動的にインストールおよび構成されます。 MySQLサーバー・プロセスは、rootオペレーティング・システムのユーザー・アカウントでは実行されません。 かわりに、MySQLサーバー・プロセスは、odamysqlと呼ばれる新しいオペレーティング・システム・ユーザー・アカウントで実行されます。 odamysqlオペレーティング・システム・ユーザーは所有権のためにのみ作成され、odamysqlユーザー・アカウントはMySQLディレクトリのみを所有することに注意してください。 odamysqlオペレーティング・システム・ユーザーはアプライアンスにログインできません。 MySQLのodamysqlオペレーティング・システム・ユーザー・アカウントにより、アプライアンス上のOracleデータベースを所有するユーザーとDCS稼働状態に使用されるメタデータとの間のロールの分離が保証されます。

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

Oracle Database Applianceパッチ・バンドルには、DCS Admin、DCS Components、OAK、Oracle ILOM、ファームウェア、拡張機能、および修正の最新パッチが含まれています。

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に記載されている推奨事項にも従うようにしてください。

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

  • イメージとして使用可能なOracle Databaseパッチ
  • BIOS

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

  • 各種コンポーネントのHardware Management Pack (HMP)およびファームウェア・ドライバ

  • Oracle Appliance Manager

  • Oracle Linux

  • Oracle VM Server

  • Java Runtime Environment (JRE)

  • Oracle Integrated Lights Out Manager (Oracle ILOM)

  • Oracle Auto Service Request (Oracle ASR)

  • Oracle Intelligent Platform Management Interface (Oracle IPMI)

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

Oracle Linux RPMsの更新について

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

注意:

Oracle Database Applianceの場合、次を更新しないでください:

  • Oracle Linuxカーネル(カーネル*)

  • Oracle Optimal Flexible Architecture (ofa*)

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

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

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

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

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

チェック・コマンドは、Oracle Database Applianceリリース12.2.1.2.0以上で使用できます。 DCSエージェントを更新して、これらのコマンドの実行時に最新の事前チェック・コマンドが使用可能であることを確認します。

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

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

すべてのノードでDCSエージェントがオンラインになっていることを確認

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

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

有効なパッチがリポジトリにあることを確認し、パッチ・バンドルmd5 checksumを計算します

サーバーのパッチ適用事前チェック
オペレーティング・システムの場合:
  • サポートされるバージョンを検証
  • サポートされている最小バージョンを検証
  • パッチ適用タグの検証
  • パッチのロケーションが使用可能かどうかを検証
  • OSパッチを検証
  • コマンド実行を検証
Oracle ILOMの場合:
  • サポートされるバージョンを検証
  • サポートされている最小バージョンを検証
  • パッチ適用タグの検証
  • パッチのロケーションが使用可能かどうかを検証
  • Oracle ILOMパッチ・バージョンを確認
  • パッチのロケーションを検証
  • コマンド実行を検証
Oracle Grid Infrastructureの場合:
  • サポートされるOracle Grid Infrastructureバージョンを検証
  • 使用可能な領域を検証
  • Oracle Clusterwareが実行中かどうかを検証
  • パッチ適用タグの検証
  • システムがプロビジョニングされているかどうかを検証
  • Oracle ASMがオンラインかどうかを検証
  • 最小エージェント・バージョンを検証
  • 中央インベントリを検証
  • パッチ適用ロックの検証
  • クローンのロケーションが存在するかどうかを検証
  • DB起動依存性の検証
  • DB停止依存性の検証
  • コマンド実行を検証
Oracle ORAchkの場合:
  • orachkが実行中かどうかを検証
  • コマンド実行を検証

DBシステムの場合は、ベア・メタル・システムがアップグレードされていることを確認します。

データベースの起動/停止の依存関係が正しいことを確認および確認します。

パッチ適用ロックが存在しないことを確認します。

中央インベントリが正確であることを確認します。

データベース・ホームのパッチ適用の事前チェック

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

DCSエージェントが必要なバージョンであることを確認

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

Oracle Grid Infrastructureがアップグレードされていることを確認

使用可能な十分なディスク領域があることを検証

Oracle ACFSのデータベース・ホームのディスク・グループが構成されているかどうかを確認

クローン・ファイルがリポジトリに存在するかどうかを確認

ストレージの事前チェック

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

パッチ適用ロケーションおよびタグの検証

コマンド実行を検証

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

Oracle Database ApplianceでのNUMAの有効化について

Oracle Database Applianceでベア・メタル、KVMおよびDBシステムでNUMAを有効にする方法を理解します。

NUMA (Uniform Memory Access)は、基になるNUMAハードウェアを効率的に使用するのに役立ちます。 Oracle Database Applianceでは、ベア・メタルおよびDBシステム、CPUプールおよびKVMアプリケーションのデータベースに対してNUMAを有効化できます。

Oracle Database Applianceのプロビジョニング時のNUMAの有効化について

リリース19.12でOracle Database Applianceをプロビジョニングすると、データベース、DBシステムおよびCPUプールでNUMAが自動的に有効になります。 したがって、Oracle Database Applianceリリース19.12デプロイメントにデータベース、DBシステムまたはCPUプールを作成すると、NUMAは自動的に有効となり、追加の構成は必要ありません。 アプリケーションVMでは、NUMAはデフォルトで有効になっていません。

Oracle Database Applianceへのパッチ適用後のNUMAの有効化について

Oracle Database Applianceリリース19.12にパッチを適用すると、odacli update-serverコマンドはシステム・レベルでNUMAを設定します。 パッチ適用後に作成された新しいデータベースはNUMA対応です。 既存のデータベースの場合、データベースでコマンドalter system set "enable_numa_support"=trueを実行してNUMAを有効にします。

ベア・メタル・システムにパッチを適用して19.12を1回かぎりのアクティビティとしてリリースした後、コマンドodacli remap-cpupoolsを実行して、既存のすべてのCPUプール(BM、VM、dbsystem)でNUMAを有効にする必要があります。

既存のDBシステムの場合は、コマンドodacli modify-dbsystem --enable-numaを実行して、DBシステムおよびデータベースに対してNUMAを有効にします。

アプリケーションVMでは、NUMAはデフォルトで有効になっていません。 新規および既存のアプリケーションVMの場合は、コマンドodacli modify-vm --enable-numaを実行してVM構成に対してNUMAを有効にします。 VM内のコンポーネント(オペレーティング・システムやVM内部で実行されているアプリケーションなど)に対してNUMAを有効にする必要もあります。

デプロイメントにパッチを適用してNUMAを有効にするステップの詳細は、トピック「コマンドラインを使用した、Oracle Database Appliance Bare Metal Systemsへのパッチ適用」を参照してください。

Oracle Database Applianceへのパッチ適用時のダウンタイムの最小化

Oracle Database Applianceデプロイメントにパッチを適用する際のダウンタイムを最小限に抑えるベスト・プラクティスを理解します。

Oracle Database Applianceは、高可用性システムのローリング方式でパッチを適用しません。 ただし、パッチ適用中のダウンタイムを最小限に抑える推奨事項があります。

パッチ適用中のダウンタイムの最小化に関する推奨事項

  • データベースのパッチ適用の停止時間を最小限に抑えるために、Oracle Database Appliance高可用性システムではOracle RACまたはOracle RAC One Nodeを使用することをお薦めします。
  • 使用可能な場合は、Oracle Data Guardを使用し、まずスタンバイ・システムにパッチを適用してください。 スタンバイ・システムにパッチを適用した後、ワークロードをスタンバイ・システムに切り替え、プライマリ・システムにパッチを適用し、ワークロードをプライマリ・システムに切り替えます。
  • パッチ適用操作が失敗した場合は、必ずOracle Database Applianceバックアップおよびリカバリ(ODABR)を使用して、簡単にリストアできるようにシステム・ディスクをバックアップしてください。 ODABRは、システム・ディスクをパッチ適用前の状態にリストアします。
  • odacli update-storageコマンドには、パッチ適用の停止時間を最小限に抑えるために、ストレージ・デバイス(SSD、HDD、NVMe)の--rollingオプションがあります。 システムの再起動を必要とし、ローリングをサポートしない、ほかの共有ストレージ・コンポーネント・ファームウェアが存在する場合があります。 Oracle Database Applianceストレージのパッチ適用は遅延できますが、推奨されません。

関連項目:

Oracle Database 19cドキュメント・ライブラリの「Oracle Database高可用性の概要およびベスト・プラクティス・ガイド」

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

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

Oracle Database Applianceデプロイメントおよび既存のデータベース・ホームに現在のリリースにパッチを適用するには、Oracle Database Applianceサーバー・パッチ、Oracle Grid Infrastructureクローン・ファイルおよびOracle Databaseクローン・ファイルをダウンロードし、ベア・メタル・システム上のリポジトリを更新する必要があります。

ノート:

このトピック内のコマンドは、記載されている順序で実行してください。 odacli update-serverコマンドを実行する前に、odacli update-dcsadminodacli update-dcscomponentsおよびodacli update-dcsagentコマンドを実行します。
Oracle Database Applianceバックアップ・リカバリ(ODABR)ツールは、パッチ適用プロセスでシステムが使用不可になる可能性のあるエラーが発生した場合に、パッチ前の状態にシステムをリカバリするのに役立ちます。 パッチ適用前にスナップショットを作成できるように、最新バージョンのOracle Database Appliance Backup Recovery (ODABR)ツールをダウンロードしてインストールします。 ODABRをインストールする手順は、My Oracle Supportノート24661 77.1を参照してください。

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

これらのステップに従って、Oracle Database Applianceにパッチを適用し、既存のデータベース・ホームを更新します。
  1. ODACLI/DCSスタック(パッチ33152232)、Oracle Grid Infrastructureクローン・ファイル(パッチ30403673)およびOracle Databaseクローン・ファイル(パッチ30403662)のOracle Database Applianceサーバー・パッチをMy Oracle Supportから外部クライアントの一時的なロケーションにダウンロードします。 最新リリースのパッチ番号とソフトウェアの詳細は、リリース・ノートを参照してください。
    たとえば、19.12のサーバー・パッチをダウンロードします。
    p33152232_1912000_Linux-x86-64.zip
  2. ソフトウェアの解凍 - パッチのREADME.htmlファイルと1つ以上のzipファイルが含まれています。
    unzip p33152232_1912000_Linux-x86-64.zip

    zipファイルには、次のソフトウェア・ファイルが含まれています:

    oda-sm-19.12.0.0.0-date-server.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. サーバー・ソフトウェア・ファイルを使用してリポジトリを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/software_file

    たとえば、19.12の場合:

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/oda-sm-19.12.0.0.0-date-server.zip
  5. リポジトリの更新が成功したことを確認します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli describe-job -i job_ID
  6. DCS管理の更新:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsadmin -v 19.12.0.0.0
  7. DCSコンポーネントを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcscomponents -v 19.12.0.0.0

    Oracle Database Applianceリリース19.9以前のパッチの場合、odacli update-dcscomponentsコマンドはZookeeperを更新し、MySQLをインストールし、DerbyからMySQLにメタデータを移行し、Oracle Database ApplianceのDCSエージェント、DCS CLI、DCSコントローラなどの他のDCSコンポーネントを更新します。

    Oracle Database Applianceリリース19.10以降のパッチを適用する場合、odacli update-dcscomponentsコマンドはZookeeper、MySQLを更新し、Oracle Database ApplianceのDCSエージェント、DCS CLI、DCSコントローラなどの他のDCSコンポーネントを更新します。

    DCSコンポーネントが更新されると、メッセージ"status" : "Success"がコマンドラインに表示されます。 更新が失敗した場合は、エラーを修正し、odacli update-dcscomponentsコマンドを再実行して更新を続行します。 DCSコンポーネント・チェック・エラーの詳細は、「パッチ適用中のDCSコンポーネント更新時のエラーの解決」のトピックを参照してください。

  8. DCSエージェントを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsagent -v 19.12.0.0.0
  9. Oracle Grid Infrastructureクローン・ファイルおよびOracle Databaseクローン・ファイルを使用してリポジトリを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/software_file

    たとえば、19.12の場合:

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-19.12.0.0.0-date-GI-19.12.0.0.zip
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-19.12.0.0.0-date-DB-19.12.0.0.zip
  10. パッチ適用事前チェックを実行します。 サーバーにパッチを適用する前にodacli create-prepatchreportコマンドを実行する必要があります。そうしない場合、odacli update-serverコマンドは失敗し、パッチ適用事前チェックを実行するように求めるエラー・メッセージが表示されます。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -s -v version

    たとえば、19.12の場合:

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -s -v 19.12.0.0.0
  11. パッチ適用事前チェックが正常に実行されたことを確認します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli list-prepatchreports

    次に例を示します。

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli list-prepatchreports
    3797791f-72ac-42b6-8bb8-ed5e5c9b32c1 Patch pre-checks for [OS, GI, ORACHKSERVER] June 30, 2020 6:29:30 AM UTC Running  

    コマンドodacli describe-prepatchreportを使用して、パッチ前レポートの詳細を表示します。 レポートに記載されている警告およびエラーを修正し、サーバーのパッチ適用を続行します。

    高可用性デプロイメントの場合、パッチ前レポートに次のエラーが表示されます:
    Evaluate GI patching Failed Internal error encountered:
    /u01/app/19.12.0.0/gridDCS-10001:
    PRGO-1022 : Working copy "OraGrid191200" already exists..... 

    エラーを無視し、-fオプションを使用してサーバーのパッチ適用を完了します。

  12. サーバーの更新を適用します。 --localオプションは、このリリースのodacli update-serverコマンドでは使用できません。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-server -v version

    たとえば、19.12の場合:

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-server -v 19.12.0.0.0
    高可用性デプロイメントの場合、このリリースでは、-fオプションを使用して、ステップ10にリストされている事前チェックの失敗をオーバーライドし、サーバーのパッチ適用を完了する必要があります。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-server -v 19.12.0.0.0 -f
  13. サーバーの更新が成功したことを確認します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli describe-job -i job_ID

    ノート:

    サーバーの更新が成功したら、更新の前に作成されたODABRスナップショットを削除することをお勧めします。 ストレージおよびその他のコンポーネントを更新するときにODABRスナップショットを保持する場合は、アクティブなODABRスナップショットが存在するとシステムのパフォーマンスに影響する可能性があります。 ODABRスナップショットを作成および削除する手順は、My Oracle Supportノート24661 77.1を参照してください: https://support.oracle.com/rs?type=doc&id=24661 77.1
  14. ストレージ・コンポーネントを更新する前に、-stオプションを指定してodacli create-prepatchreportコマンドを実行します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -st -v version

    たとえば、19.12の場合:

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -st -v 19.12.0.0.0
  15. パッチ適用事前チェックが正常に実行されたことを確認します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli list-prepatchreports

    次に例を示します。

    [root@oda1 opt]# odacli list-prepatchreports
    
    ID Description Created Status
    ---------------------------------------- -----------------------------------------------------------------
    b030d6e2-bb10-465c-81d3-ccaa48cea681 Patch pre-checks for [STORAGE] July 28, 2021 11:26:45 AM UTC Success  

    コマンドodacli describe-prepatchreportを使用して、パッチ前レポートの詳細を表示します。 レポートに記載されている警告およびエラーを修正し、ストレージ・コンポーネントのパッチ適用を続行します。

  16. ストレージ・コンポーネントを更新します。
    共有ディスクにローリング形式でパッチを適用する場合は、--rollingオプションを指定します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-storage -v version --rolling

    たとえば、19.12の場合:

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-storage -v 19.12.0.0.0 --rolling
  17. Oracle Database Applianceリリース19.11以降、Oracle Databaseホームはローカル・ディスクには作成されません。 Oracle Databaseホームは、Oracle ACFS管理ファイル・システムに作成されます。 データベース・ユーザーoracleの場合、新しいデータベース・ホームは/u01/app/odaorahome/oracle/の下に作成されます。
    データベース・ホームがOracle ACFSで構成されていない場合、データベース・ホームにパッチを適用する前に、odacli configure-dbhome-storageコマンドを使用してデータベース・ホーム・ストレージを構成します。 次に例を示します。
    [root@oda1 opt]# odacli configure-dbhome-storage -dg DATA
    Oracle ACFSでのデータベース・ホームの管理の詳細は、「データベース・ホーム・ストレージの管理」のトピックを参照してください。
  18. リリース19.12へ、既存のOracle Databaseホームにパッチを適用するには:
    1. リポジトリがOracle Databaseクローン・ファイルで更新されていることを確認します。 Oracle Databaseクローン・ファイルを使用してリポジトリを更新していない場合は、リポジトリを更新します。 リポジトリをOracle Databaseクローン・ファイルで更新する前に、DCSエージェントを更新する必要があることに注意してください。
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/DB_software_file
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-19.12.0.0.0-date-DB-19.12.0.0.zip
    2. パッチ適用事前チェックを実行して、準備レポートを確認します。 Oracle Databaseホームにパッチを適用する前にodacli create-prepatchreportコマンドを実行する必要があります。そうしない場合、odacli update-dbhomeコマンドは失敗し、パッチ適用事前チェックを実行するように求めるエラー・メッセージが表示されます。
      [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.12.0.0.0
      [root@oda1 opt]# odacli describe-prepatchreport -i 39ef1eeb-70d3-47ad-b3f5-48960ca0607b
      Oracle ACFS上のデータベース・ホームのディスク・グループが、ステップ16の説明に従って設定されていない場合、事前パッチ・レポートにはエラーThe system is not set up to create database homes on ACFSがリストされます。 odacli configure-dbhome-storageコマンドを実行して、Oracle ACFSのデータベース・ホームのディスク・グループを構成します。
    3. Oracle Database Applianceリリース19.12では、パッチ前レポートに次のエラー・メッセージが表示された場合、-fオプションを指定してodacli update-dbhomeコマンドを実行する必要があります:
      高可用性デプロイメントの場合、次のエラーがパッチ前レポートに表示されます:
      Evaluate DBHome patching with Failed Internal error encountered: Internal RHP error encountered: PRGO-1693 : The database patching cannot be completed
      in a rolling manner because the target patched home at "/u01/app/odaorahome/oracle/product/19.0.0.0/dbhome_3" contains non-rolling bug fixes "32327201"
      compared to the source home at "/u01/app/oracle/product/19.0.0.0/dbhome_1"....
      
      Evaluate DBHome patching with Failed Internal error encountered: Internal RHP error encountered: PRCT-1003 : failed to run "rhphelper" on node "node1"
      PRCT-1014 : Internal error: RHPHELP12102_main-02... 

      エラーを無視し、-fオプションを使用してデータベース・ホームのパッチ適用を完了します。

      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid 7c67c5b4-f585-4ba9-865f-c719c63c0a6e -v 19.12.0.0.0 -f
    4. パッチ前レポートにエラーが表示されない場合は、データベース・ホームを最新のリリースに更新します:
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid DB_Home_ID -v release_number

      たとえば、19.12の場合:

      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid 7c67c5b4-f585-4ba9-865f-c719c63c0a6e -v 19.12.0.0.0
  19. パッチ・ジョブが成功したことを確認します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli list-jobs
  20. ベア・メタル・システムおよびデータベース・ホームへのパッチ適用後、次のSQL*Plusコマンドを実行して、リリース19.12以前の既存のデータベースでNUMA (非均一メモリー・アクセス)を有効にします:
    SQL> alter system set "_enable_numa_support"=true scope=spfile sid='*';

    コマンドの実行後にデータベースを再起動し、変更が反映されていることを確認します。

    NUMAの有効化の詳細は、トピック「Oracle Database ApplianceでのNUMAの有効化について」を参照してください。

  21. DBシステム、VMまたはCPUプールをデプロイした場合は、次のステップを実行します:
    1. odacli remap-cpupoolsコマンドを実行します:
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli remap-cpupools
    2. デプロイメントにDBシステムがある場合は、odacli modify-dbsystemコマンドを実行します。 または、KVMデプロイメントにVMがある場合は、VMに対してodacli modify-vm --enable-numaコマンドを実行します。 つまり、次のようになります。

      DBシステム:

      odacli modify-dbsystem --enable-numa

      VMの場合:

      odacli modify-vm --enable-numa

コマンドラインを使用したOracle Database Appliance DBシステムへのパッチ適用

CLIコマンドを使用して、DBシステムのOracle Database Appliance DBシステム・デプロイメントおよびDBシステムの既存のOracle Databaseホームにパッチを適用するには、次のステップを実行します。

Oracle Database Applianceデプロイメントおよび既存のデータベース・ホームにパッチを適用するには、Oracle Database Applianceサーバー・パッチをダウンロードしてリポジトリを更新する必要があります。

ノート:

このトピック内のコマンドは、記載されている順序で実行してください。 odacli update-serverコマンドを実行する前に、odacli update-dcsadminodacli update-dcscomponentsおよびodacli update-dcsagentコマンドを実行します。
DBシステムにパッチを適用する前に、Oracle Database Applianceベア・メタル・デプロイメントにパッチを適用して19.12をリリースしていることを確認してください。
Oracle Database Appliance DBシステムのデプロイメントにパッチを適用し、DBシステムの既存のデータベース・ホームを更新するには、次のステップを実行します。
  1. ODACLI/DCSスタックのOracle Database Applianceサーバー・パッチ(パッチ33152232)、Oracle Grid Infrastructureクローン・ファイル(パッチ30403673)およびOracle Databaseクローン・ファイル(パッチ30403662)がリポジトリで使用可能であることを確認してください。 odacli describe-dbsystem-imageコマンドを実行して、クローン・ファイルがシステムで使用可能かどうかを表示します。
    [root@oda1 opt]# odacli describe-dbsystem-image
  2. DBシステムに接続します。
  3. DCS管理の更新:
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-dcsadmin -v 19.12.0.0.0
  4. DCSコンポーネントを更新します:
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-dcscomponents -v 19.12.0.0.0

    DCSコンポーネントが更新されると、メッセージ"status" : "Success"がコマンドラインに表示されます。 更新が失敗した場合は、エラーを修正し、odacli update-dcscomponentsコマンドを再実行して更新を続行します。 DCSコンポーネント・チェック・エラーの詳細は、「パッチ適用中のDCSコンポーネント更新時のエラーの解決」のトピックを参照してください。

  5. DCSエージェントを更新します:
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-dcsagent -v 19.12.0.0.0
  6. パッチ適用事前チェックを実行します。 サーバーにパッチを適用する前にodacli create-prepatchreportコマンドを実行する必要があります。そうしない場合、odacli update-serverコマンドは失敗し、パッチ適用事前チェックを実行するように求めるエラー・メッセージが表示されます。
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -s -v version

    たとえば、19.12の場合:

    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -s -v 19.12.0.0.0
  7. パッチ適用事前チェックが正常に実行されたことを確認します:
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli list-prepatchreports

    次に例を示します。

    [root@dbsystem1 opt]# odacli list-prepatchreports
    ID Description Created Status
    ---------------------------------------- --------------------------------------------------------------------------- ----------------------------------- ----------
    67029f6b-db5d-4f65-9367-c5986c3050d4 Patch pre-checks for [OS, GI, ORACHKSERVER] August 18, 2021 8:44:24 AM GMT Success 

    コマンドodacli describe-prepatchreportを使用して、パッチ前レポートの詳細を表示します。 レポートに記載されている警告およびエラーを修正し、サーバーのパッチ適用を続行します。

  8. サーバーの更新を適用します。 --localオプションは、このリリースのodacli update-serverコマンドでは使用できません。
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-server -v version

    たとえば、19.12の場合:

    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-server -v 19.12.0.0.0

    -fオプションを使用して、事前チェックの失敗をオーバーライドし、サーバーのパッチ適用を完了できます。

  9. サーバーの更新が成功したことを確認します:
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli describe-job -i job_ID
  10. リリース19.12へ、既存のOracle Databaseホームにパッチを適用するには:
    1. ベア・メタル・システムで、コマンドodacli describe-dbsystem-imageを実行して、リポジトリが必要なOracle Databaseクローン・ファイルで更新されていることを確認します。 データベース・クローン・ファイルがコマンド出力に表示されない場合は、コマンドodacli update-repositoryを実行して、リポジトリをデータベース・クローン・ファイルで更新します:
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/DB_software_file
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-19.12.0.0.0-date-DB-19.12.0.0.zip
    2. パッチ適用事前チェックを実行して、準備レポートを確認します。 Oracle Databaseホームにパッチを適用する前にodacli create-prepatchreportコマンドを実行する必要があります。そうしない場合、odacli update-dbhomeコマンドは失敗し、パッチ適用事前チェックを実行するように求めるエラー・メッセージが表示されます。
      [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport --dbhome --dbhomeid DB_Home_ID -v release_number
      [root@dbsystem1 opt]# odacli describe-prepatchreport -i Job_ID
      [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport --dbhome --dbhomeid 7c67c5b4-f585-4ba9-865f-c719c63c0a6e -v 19.12.0.0.0
      [root@dbsystem1 opt]# odacli describe-prepatchreport -i 39ef1eeb-70d3-47ad-b3f5-48960ca0607b
    3. データベース・ホームを最新リリースに更新します:
      [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid DB_Home_ID -v release_number

      たとえば、19.12の場合:

      [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid 7c67c5b4-f585-4ba9-865f-c719c63c0a6e -v 19.12.0.0.0
    4. Oracle Database Applianceリリース19.12の場合、パッチ前レポートに次のエラー・メッセージが表示されます。 -fオプションを使用して、odacli update-dbhomeコマンドを再度実行する必要があります:
      パッチ前レポートには、次のエラーが表示されます:
      Evaluate DBHome patching with Failed Internal error encountered: Internal RHP error encountered: PRGO-1693 : The database patching cannot be completed
      in a rolling manner because the target patched home at "/u01/app/odaorahome/oracle/product/19.0.0.0/dbhome_3" contains non-rolling bug fixes "32327201"
      compared to the source home at "/u01/app/oracle/product/19.0.0.0/dbhome_1"....
      
      Evaluate DBHome patching with Failed Internal error encountered: Internal RHP error encountered: PRCT-1003 : failed to run "rhphelper" on node "node1"
      PRCT-1014 : Internal error: RHPHELP12102_main-02... 

      エラーを無視し、-fオプションを使用してデータベース・ホームのパッチ適用を完了します。

      [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid 7c67c5b4-f585-4ba9-865f-c719c63c0a6e -v 19.12.0.0.0 -f
  11. パッチ・ジョブが成功したことを確認します:
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli list-jobs

ブラウザ・ユーザー・インタフェースを使用したOracle Database Applianceベアメタル・システムへのパッチ適用

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

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

  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が更新されます。

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

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

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

  1. DCS管理の更新:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsadmin -v 19.12.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.12.0.0.0
    DCSコンポーネントが更新されると、メッセージ"status" : "Success"がコマンドラインに表示されます。 更新が失敗した場合は、エラーを修正してから更新を続行します。

    ノート:

    odacli update-dcscomponentsコマンドを実行した後、ブラウザ・ユーザー・インタフェースに再度ログインする必要があります。

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

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

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

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

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

  4. 「パッチ・マネージャ」ページで、「リフレッシュ」をクリックしてコンポーネントの詳細をリフレッシュします。 「更新サーバー」を選択し、「パッチの適用」をクリックして、サーバー・コンポーネントにパッチを適用するジョブを開始します。 パッチ適用事前チェックを実行するには、「事前チェック」を選択します。 サーバーおよびその他のコンポーネントを更新する前に、パッチ適用事前チェックを実行する必要があります。

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

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

  5. 「パッチ・マネージャ」ページで、「リフレッシュ」をクリックしてコンポーネントの詳細をリフレッシュします。 「ストレージの更新」を選択し、「パッチの適用」をクリックして、ストレージ・コンポーネントにパッチを適用するジョブを開始します。 パッチ適用前チェックを実行する場合は、「事前チェック」を選択します。

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

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

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

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

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

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

  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が更新されます。

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

ブラウザ・ユーザー・インタフェースを使用してDBシステムにパッチを適用する前に、CLIコマンドを使用してDCS管理者およびDCSコンポーネントを手動で更新する必要があります。

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

  1. DCS管理の更新:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsadmin -v 19.12.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.12.0.0.0
    DCSコンポーネントが更新されると、メッセージ"status" : "Success"がコマンドラインに表示されます。 更新が失敗した場合は、エラーを修正してから更新を続行します。

    ノート:

    odacli update-dcscomponentsコマンドを実行した後、ブラウザ・ユーザー・インタフェースに再度ログインする必要があります。

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

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

  2. oda-adminユーザー名とパスワードを使用して、DBシステム内のブラウザ・ユーザー・インタフェースにログインします。

    https://Node0–host-ip-address:7093/mgmt/index.html
  3. 「アプライアンス」タブをクリックし、ブラウザ・ユーザー・インタフェースで「パッチ・マネージャ」をクリックします。

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

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

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

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

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

  7. 「パッチ・マネージャ」ページで、「リフレッシュ」をクリックしてコンポーネントの詳細をリフレッシュします。 パッチ適用事前チェックを実行する場合は、「事前チェック」を選択します。

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

ベアメタル・システムのデータベース・クローン・ファイルを使用したOracle Database Applianceリポジトリの更新

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

特定のリリース・バージョンの新しいデータベースを作成するには、リリース用のOracle Databaseクローン・ファイルでOracle Database Applianceリポジトリを更新する必要があります。 最新のリリース用にOracle Databaseクローン・ファイルでリポジトリを更新するには、次のステップに従います。
  1. リリースのOracle Databaseクローン・ソフトウェア・ファイル(p30403662_1912000_Linux-x86-64.zipなど)をダウンロードして、Oracle Databaseクローン・ソフトウェアを抽出します:
    たとえば、19.12のOracle Databaseクローン・ソフトウェア・パッチをダウンロードします:
    unzip /tmp/p30403662_1912000_Linux-x86-64.zip
    odacli-dcs-19.12.0.0.0-date-DB-19.12.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.12の場合:

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-19.12.0.0.0-date-DB-19.12.0.0.zip
    同じステップに従って、12.2、12.1など、サポートされている他のデータベース・バージョンのデータベース・クローン・ソフトウェアでリポジトリを更新します。
  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クローン・ファイルをリポジトリにアップロードします。 リポジトリを最新のOracle Databaseクローン・ファイルで更新する手順については、「CLIを使用したOracle Database Applianceリポジトリのデータベース・クローン・ファイルによる更新」を参照してください。
  1. oda-adminユーザー名およびパスワードを使用して、ブラウザ・ユーザー・インタフェースにログインします。
    https://Node0–host-ip-address:7093/mgmt/index.html
  2. 「データベース・ホーム」タブに移動し、データベース・ホームのパッチ・バージョンを選択します。
  3. パッチを適用するデータベース・ホームを選択し、「パッチ」をクリックします。 データベースにパッチを適用する前に事前チェックを実行するには、「事前チェック」を選択します。
    「アクティビティ」をクリックしてジョブのステータスを確認します。
  4. パッチを適用するデータベースのパッチ・ページで、「行動」をクリックし、「パッチ前レポートの表示」を選択して事前チェック・レポートを表示します。 エラーを修正し、「適用」としてのアクションを選択してデータベースにパッチを適用します。
  5. 「事前チェックの失敗を無視」をクリックして、報告された事前チェックで報告された障害を無視します。 事前チェックの結果で報告されたエラーを修正することをお薦めします。
  6. 「欠落しているパッチを無視」をクリックして、欠落しているパッチを無視します。
  7. パッチ適用ジョブが正常に完了したことを検証します。

プロビジョニングされていないOracle Database Applianceシステムへのパッチ適用

Oracle Database Applianceは、odacli update-serverコマンドを実行して、プロビジョニングされていない単一ノードまたは高可用性システムのパッチ適用をサポートしています。

プロビジョニングされていないOracle Database Applianceシステムには、Oracle Grid InfrastructureまたはOracle Databaseがインストールされていないか、そのシステムで実行されていません。 odacli create-applianceコマンドを実行せずに、プロビジョニングされていないシステムのOracle ILOMおよびストレージ・ファームウェアをアップグレードするには、Oracle Databaseリリース19.10以降のベアメタルISOイメージを使用してシステムを再イメージ化します。 次に、odacli update-serverコマンドを実行して、ベア・メタルISOイメージと同じリリースのサーバー・パッチを使用してシステムにパッチを適用します。 システムを再イメージすると、DCSインフラストラクチャが自動的に更新されます。
ファームウェアを更新するには、次のステップに従います:
  1. Oracle Database Applianceリリース19.10以上のベア・メタルISOイメージを使用して、Oracle Database Applianceを再イメージ化します。
  2. パッチを適用するOracle Database Applianceリリースのサーバー・パッチ(19.10以降など)でリポジトリを更新します。
  3. リリース19.10のISOでイメージ化されたOracle Database Applianceでodacli update-serverを実行する場合:
    odacli update-server -v 19.10.0.0.0 -sko -f

    Oracle Database Applianceリリース19.10では、-fオプションを使用して、事前チェックの失敗をオーバーライドし、サーバーのパッチ適用を完了できます。

  4. リリース19.11以上のISOでイメージ化されたOracle Database Applianceでodacli update-serverを実行するには、次のステップに従います:
    1. -sオプションを指定して、odacli update-serverコマンドのパッチ前レポートを作成します。
      odacli create-prepatchreport -v 19.11.0.0.0 -s

      レポートに記載されている警告およびエラーを修正し、サーバーのパッチ適用を続行します。

    2. サーバーを更新します:
      odacli update-server -v 19.11.0.0.0 -f

      Oracle Database Applianceリリース19.11の場合、-skoオプションを使用してORAchkの失敗をスキップし、サーバーのパッチ適用を続行し、-fオプションを使用して事前チェックの失敗をオーバーライドしてサーバーのパッチ適用を完了できます。

ベアメタル・システムでの追加のパッチおよび更新の適用

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

カーネル更新の有効化

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

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

サイクル外パッチ適用機能を使用すると、管理者は、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/patchesDiroracleユーザーなど)にパッチを解凍します。

    これにより、バグ番号付きのサブ・ディレクトリが/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

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

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

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

最新のパッチで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が更新されます。

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

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

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

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

別のデータベース・ホームにアップグレードする前に、データベース・バージョンのOracle Databaseクローン・ファイルをリポジトリにアップロードしてから、データベース・ホームを作成します。 リポジトリを最新のOracle Databaseクローン・ファイルで更新する手順については、「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コマンドライン・インタフェース」の章を参照してください。