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

7 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 Runtime Environment (JRE)

  • 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 Bare Metal Systemsへのパッチ適用

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

Oracle Database Applianceデプロイメントおよび既存のデータベース・ホームにパッチを適用するには、Oracle Database Applianceサーバー・パッチをダウンロードしてリポジトリを更新する必要があります。 既存のデータベースに最新リリースへパッチを適用するには、そのリリース用のOracle RDBMSクローン・ファイルは必要ありません。 リリースのOracle RDBMSクローン・ファイルは、そのリリースの新しいデータベース・ホームを作成する場合にのみダウンロードしてください。

注意:

このトピック内のコマンドは、記載されている順序で実行してください。 odacli update-serverコマンドを実行する前に、odacli update-dcsadminコマンドとodacli update-dcscomponentsコマンドを実行します。
これらのステップに従って、Oracle Database Applianceにパッチを適用し、既存のデータベース・ホームを更新します。
  1. ODACLI/DCSスタック用のOracle Database Applianceサーバー・パッチ(パッチ31481816)をMy Oracle Supportから外部クライアントの一時的なロケーションにダウンロードします。 最新のリリースのソフトウェアの詳細は、リリース・ノートを参照してください。
    たとえば、19.8のサーバー・パッチをダウンロードします:
    p31481816_198000_Linux-x86-64_1of2.zip
p31481816_198000_Linux-x86-64_2of2.zip
  2. ソフトウェアの解凍 - パッチのREADME.htmlファイルと1つ以上のzipファイルが含まれています。
    unzip p31481816_198000_Linux-x86-64_1of2.zip
unzip p31481816_198000_Linux-x86-64_2of2.zip

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

    oda-sm-19.8.0.0.0-200718-server1of2.zip
oda-sm-19.8.0.0.0-200718-server2of2.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. サーバー・ソフトウェアを使用してリポジトリを更新します: 
    # /opt/oracle/dcs/bin/odacli update-repository -f /tmp/software_file1,/tmp/software_file2

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

    # /opt/oracle/dcs/bin/odacli update-repository -f /tmp/oda-sm-19.8.0.0.0-200718-server1of2.zip,/tmp/oda-sm-19.8.0.0.0-200718-server2of2.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-dcsagent -v 19.8.0.0.0
  7. DCS管理の更新: 
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsadmin -v 19.8.0.0.0
  8. DCSコンポーネントを更新します: 
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcscomponents -v 19.8.0.0.0

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

  9. パッチ適用事前チェックを実行します: 
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -s -v version

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

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -s -v 19.8.0.0.0
  10. パッチ適用事前チェックが正常に実行されたことを確認します: 
    [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, ILOM, GI, ORACHKSERVER] June 30, 2020 6:29:30 AM UTC Running

    odacli describe-prepatchreportコマンドを使用して、パッチ適用前レポートの詳細を表示します。

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

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

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

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

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-storage -v 19.8.0.0.0 --rolling
  14. 既存のOracle Databaseホームにパッチを適用して19.8をリリースするには、次の手順に従います:
    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.8.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.8の場合は次のようになります: 

      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid 7c67c5b4-f585-4ba9-865f-c719c63c0a6e -v 19.8.0.0.0
  15. パッチ・ジョブが成功したことを確認します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli list-jobs
  16. スペースを節約するために、アプライアンスの一時的なロケーションからソフトウェアの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エージェントとコンポーネントを更新します。

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

  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.8.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.8.0.0.0

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

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

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

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

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-19.8.0.0.0-200713-DB-19.8.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 Database Applianceリリースの19.8へのデプロイメントにパッチを適用すると、オペレーティング・システムもOracle Linux 7にアップグレードされます。 CLIコマンドを使用して、Oracle Database Appliance OAKCLI Virtualized Platformにパッチを適用するには、次のステップを実行します。

OAKスタックおよび仮想化プラットフォーム用のOracle Database Applianceサーバー・パッチをダウンロードし、Oracle Database Applianceリリース19.8のサーバーzipファイルでリポジトリを更新します。 デプロイメントへのパッチ適用を開始する前に、パッチ・リポジトリの領域を解放します。 サーバー・パッチのダウンロードに21 GB以上の領域が使用可能であることを確認します。
Oracle Database Appliance仮想化プラットフォームのバックアップを取得してバックアップからリストアする手順は、このガイドのトピック「仮想化プラットフォームでのOracle Database Applianceアップグレードのバックアップおよびリカバリ」を参照してください。
CLIコマンドを使用して、Oracle Database Appliance仮想化プラットフォームのデプロイメントでオペレーティング・システムをOracle Linux 7にアップグレードするには、次のステップを実行します。 最初のノードのオペレーティング・システムを正常にアップグレードする必要があります。 アップグレードされたノードは自動的に再起動されるため、他のノードのオペレーティング・システムをアップグレードする必要があります。
  1. 「両方」ノードでは、以前のOracle Grid InfrastructureおよびOracle Databaseクローン・ファイルまたは不要なパッチを削除して、アプライアンス上のパッチ・ファイル用の領域を解放してください。
    次のコマンドを実行し、古いOracle Grid Infrastructureクローンおよびパッチを削除します:
    # cd /opt/oracle/oak/pkgrepos/orapkgs/GI 
# du -sh *
    次のコマンドを実行し、古いOracle Databaseクローンおよびパッチを削除します:
    # cd /opt/oracle/oak/pkgrepos/orapkgs/DB 
# du -sh *
  2. OAKスタックおよび仮想化プラットフォーム用のOracle Database Applianceサーバー・パッチ(パッチ31481822)をMy Oracle Supportから外部クライアントの一時的なロケーションにダウンロードします。 最新リリースのソフトウェアの詳細は、「Oracle Database Applianceリリース・ノート」 for 19.8を参照してください。
    たとえば、OAK Stack用のOracle Database Applianceサーバー・パッチおよび19.8用の仮想化プラットフォームをダウンロードします:
    OAKPatchBundle_19.8.0.0.0_200718_1of3.zip
OAKPatchBundle_19.8.0.0.0_200718_2of3.zip
OAKPatchBundle_19.8.0.0.0_200718_3of3.zip

    注意: OAKPatchBundle_19.8.0.0.0_200718_1of3.zipおよびOAKPatchBundle_19.8.0.0.0_200718_3of3.zipをダウンロードしてオペレーティング・システムをアップグレードし、仮想化プラットフォームでOracle Database Applianceサーバーにパッチを適用します。 オペレーティング・システムのアップグレードおよびサーバーのパッチ適用を完了し、パッチ・ファイルを削除します。 アプライアンスにパッチを適用するための十分な領域があることを確認するには、デプロイメント内のデータベースにパッチを適用して最新リリースにするときに、OAKPatchBundle_19.8.0.0.0_200718_2of3.zipをダウンロードしてソフトウェアを解凍します。

  3. ソフトウェア・ファイルを外部クライアントからOracle Database Applianceにコピーします。 「両方」ノードのODA_BASEにソフトウェア・ファイルをコピーしていることを確認します。 バンドルをコピーするには、scpまたはsftpプロトコルを使用します。
    scpコマンドを使用した例:
    scp software_file root@oda_host:/tmp
    sftpコマンドを使用した例:
    sftp root@oda_host
    rootのパスワードを入力し、ファイルをコピーします。
    put software_file
  4. (オプション)入力および出力コマンドをログ・ファイルに保存し、必要に応じてデバッグに使用できるようにする場合は、このステップを実行します。
    1. dom0にログインします。
    2. 次のコマンドを実行します。 
      script -a node-odabase-date.log
    3. プロンプト内で、スクリプトの実行後にODA_BASEコンソールにログインします: 
      xm console oakDom1
    4. このプロシージャの次のステップを実行します。 入力したコマンドおよび出力は、node-odabase-date.logに記録されます。
  5. パッチ・バンドルを解凍します。 「両方」ノードでコマンドを実行します。 
    [root@hostname ~]# /opt/oracle/oak/bin/oakcli unpack -package path_to_patch_file

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

    # /opt/oracle/oak/bin/oakcli unpack -package /tmp/OAKPatchBundle_19.8.0.0.0_200718_1of3.zip
# /opt/oracle/oak/bin/oakcli unpack -package /tmp/OAKPatchBundle_19.8.0.0.0_200718_2of3.zip
# /opt/oracle/oak/bin/oakcli unpack -package /tmp/OAKPatchBundle_19.8.0.0.0_200718_3of3.zip

    アンパック操作が正常に完了したら、パッチ・バンドルを削除して領域を解放します。

  6. pre-patchreportオプションを指定してoakcli update -patchコマンドを実行し、パッチ適用前レポートを生成します。 「両方」ノードでコマンドを実行します。 
    [root@hostname ~]# /opt/oracle/oak/bin/oakcli update -patch 19.8.0.0.0 --pre-patchreport --local
INFO: Running OS prepatch checks ...
INFO: Validate supported versions
SUCCESS: Validated minimum supported versions.
INFO: Validate patching tag
SUCCESS: Validated patching tag: 19.8.0.0.0
INFO: Is patch location available
SUCCESS: Patch location is available.
INFO: Space checks for OS upgrade
SUCCESS: Validated space checks.
INFO: Install OS upgrade software
INFO: This action might take a while if packages need to be uncompressed
SUCCESS: Extracted OS upgrade patches into /root/oda-upgrade.
Do not remove this directory untill OS upgrade completes.
INFO: Verify OS upgrade by running preupgrade checks
INFO: This operation will take long, please wait
SUCCESS: Results stored in: '/root/preupgrade-results/preupg_results-200618165535.tar.gz' .
Read complete report file '/root/preupgrade/result.html' before attempting OS upgrade.
INFO: Validate custom rpms installed
WARNING: Found additional RPMs installed
Warning: user is responsible for updating custom RPM files
SUCCESS: All OS prepatch tasks ran correctly
INFO: Running Storage prepatch checks ...
INFO: Validate patching tag
SUCCESS: Validated patching tag: 19.8.0.0.0
INFO: Patch location validation
SUCCESS: Verified patch location.
INFO: Patch tag validation
SUCCESS: Verified patching tag.
INFO: Verify ASM disks status
SUCCESS: ASM disk are online.
SUCCESS: All Storage prepatch tasks ran correctly
SUCCESS: Pre patch report ended successfully
    レポートの様々なチェックおよび失敗したチェックの推奨アクションの詳細は、このガイドのトピック「仮想化プラットフォームでのオペレーティング・システムのアップグレードの事前チェック・レポートの分析」を参照してください。
    「両方」ノードでパッチ適用前レポート・チェックが正常に完了していることを確認します。 エラーがある場合は、ステップ6に進む前にエラーを修正します。
  7. ローカル・ノードで、pre-osupgradeオプションを指定してoakcli update -patchを実行し、仮想マシン、共有リポジトリ、Oracle Clusterwareおよびデータベースを停止します:
    [root@hostname ~]# /opt/oracle/oak/bin/oakcli update -patch 19.8.0.0.0 --pre-osupgrade --local
INFO: Trying to ping dom0 agent
INFO: dom0 agent is live
INFO: dom0 agent is not updated
INFO: Updating dom0 agent, this will take a while...
SUCCESS: dom0 agent updated
INFO: Stopping Vms and Repos on both nodes. This may take a while...
SUCCESS: Repos and vms stopped
INFO: Disabling start repo
Start repo operation is now DISABLED on node 0
Start repo operation is now DISABLED on node 1
SUCCESS: Start repo disabled
INFO: Stopping CRS in local node
INFO: 2020-06-23 02:08:27: Clusterware is running on local node
INFO: 2020-06-23 02:08:27: Attempting to stop clusterware and its resources locally
SUCCESS: 2020-06-23 02:09:29: Successfully stopped the clusterware on local node
SUCCESS: CRS stopped in local node
SUCCESS: Loop devices check passed
SUCCESS: Pre-OSupgrade finished successfully
    レポートの様々なチェックおよび失敗したチェックの推奨アクションの詳細は、このガイドのトピック「仮想化プラットフォームでのオペレーティング・システムのアップグレードのためのアップグレード前チェック・レポートの分析」を参照してください。
    事前パッチ・レポートに記載されている障害を修正しなかった場合は、前述のコマンドを実行するとエラーが表示されます。 --forceオプションを使用すると、エラーを無視してコマンドを実行できます。 ただし、準備レポートに記載されているすべての障害を修正してから、オペレーティング・システムのアップグレードを続行することをお薦めします。
  8. osupgradeオプションを指定してoakcli update -patchを実行し、オペレーティング・システムをOracle Linux 7にアップグレードします:
    [root@hostname ~]# /opt/oracle/oak/bin/oakcli update -patch 19.8.0.0.0 --osupgrade --local

INFO: Validating local resources are stopped
2020-06-16--19:04:09 - Performing ODA pre-upgrade steps:
Copy /boot/grub/grub.conf to /root/oda-upgrade/grub.conf
2020-06-16--19:04:09 - Running pre-upgrade script /root/oda-upgrade/scripts/convert-cmdline-grubdefault.sh
2020-06-16--19:04:09 - Running pre-upgrade script /root/oda-upgrade/scripts/convert-cmdline-envfile.sh
2020-06-16--19:04:09 - Disabling repos in /etc/yum.repos.d/oracle-linux-ol6.repo
Copy /boot/grub/grub.conf to /root/oda-upgrade/grub.conf
2020-06-14--14:17:20 - Running pre-upgrade script /root/oda-upgrade/scripts/convert-cmdline-grubdefault.sh
2020-06-14--14:17:20 - Running pre-upgrade script /root/oda-upgrade/scripts/convert-cmdline-envfile.sh
2020-06-14--14:17:20 - Disabling repos in /etc/yum.repos.d/oracle-linux-ol6.repo
2020-06-14--14:17:20 - Disabling repos in /etc/yum.repos.d/uek-ol6.repo
Device "priv0" does not exist.
2020-06-14--14:17:20 - Info: No need to migrate nic names for private interconnect.
2020-06-14--14:17:20 - Stopping CRS
CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on 'test1'
CRS-2673: Attempting to stop 'ora.crf' on 'test1'
CRS-2673: Attempting to stop 'ora.drivers.acfs' on 'test1'
CRS-2673: Attempting to stop 'ora.mdnsd' on 'test1'
CRS-2673: Attempting to stop 'ora.gpnpd' on 'test1'
CRS-2677: Stop of 'ora.crf' on 'test1' succeeded
CRS-2673: Attempting to stop 'ora.gipcd' on 'test1'
CRS-2677: Stop of 'ora.drivers.acfs' on 'test1' succeeded
CRS-2677: Stop of 'ora.mdnsd' on 'test1' succeeded
CRS-2677: Stop of 'ora.gpnpd' on 'test1' succeeded
CRS-2677: Stop of 'ora.gipcd' on 'test1' succeeded
CRS-2793: Shutdown of Oracle High Availability Services-managed resources on 'test1' has completed
CRS-4133: Oracle High Availability Services has been stopped.
2020-06-14--14:17:23 - Disable CRS autostart
CRS-4621: Oracle High Availability Services autostart is disabled.
2020-06-14--14:17:23 - Done performing ODA pre-upgrade steps.
/tmp/osupgrade.expspawn /bin/sh /root/oda-upgrade/oda-upgrade.sh -u
2020-06-14--14:17:23 - Running redhat-upgrade-tool:
setting up repos...
upgradeiso | 3.6 kB 00:00 ...
upgradeiso/primary_db | 1.3 MB 00:00 ...
Preupgrade assistant risk check found risks for this upgrade.
You can run preupg --riskcheck --verbose to view these risks.
Addressing high risk issues is required before the in-place upgrade
and ignoring these risks may result in a broken upgrade and unsupported upgrade.
Please backup your data.
List of issues:
preupg.risk.MEDIUM: We detected that some packages installed on the system were removed between Oracle Linux 6 and Oracle Linux 7. This might break the functionality of the packages that depend on the removed packages.
...
...
HOOK-pkgdowngrades: INFO: DEP: enforcing package installation 'info.x86_64'
HOOK-pkgdowngrades: INFO: DOWNGRADE: enforcing package installation 'grep.x86_64'
HOOK-pkgdowngrades: INFO: DOWNGRADE: enforcing package installation 'kernel-uek-firmware.noarch'
HOOK-pkgdowngrades: INFO: done
Finished. Reboot to start upgrade.
Finished. Reboot to start upgrade.
2020-06-20--10:57:51 - Modifying /boot/grub/grub.conf to specify console to ttyS0
2020-06-20--10:57:51 - Done running redhat-upgrade-tool.
INFO: Ready to upgrade OS
INFO: Reboot the system to upgrade OS
Monitor the progress of the upgrade. After successful upgrade, the operating system restarts.
    --forceオプションを使用すると、エラーを無視してコマンドを実行できます。 ただし、アップグレード前レポートに記載されているすべての障害を修正してから、オペレーティング・システムのアップグレードを続行することをお薦めします。
    コンソールからODA_BASEのアップグレードを実行し、アップグレードの進行状況を監視できます。 xm start oakDom1を使用してdom0からコンソールを起動します。 xm start oakDom1セッションは、アップグレード後に各ODA_BASEノードが再起動されるとクローズされることに注意してください。 xm start oakDom1セッションを再開し、アップグレードの進行状況を監視できます。
  9. アップグレード操作の進行状況を確認します。 画面の出力には、アップグレードのステータスが表示されます。
    オペレーティング・システムのアップグレードが正常に完了すると、ノードは自動的にリブートされます。
  10. post-osupgradeオプションを指定してoakcli update -patchを実行し、オペレーティング・システムのアップグレードが成功したことを確認します:
    [root@hostname ~]# /opt/oracle/oak/bin/oakcli update -patch 19.8.0.0.0 --post-osupgrade --local
INFO: OS has been upgraded to 4.14.35-1902.301.1.el7uek successfully.
INFO: ODA software has been upgraded to 19.8.0.0.0 successfully.
INFO: GI software has been upgraded to 18.8.0.0.191015(30112122,30581079) successfully.
INFO: Starting CRS
...
INFO: Patching post-osupgrade command finished successfully

    ODA_BASEにカスタムRPMをインストールした場合は、/root/oda-upgrade/rpms-added-from-Oracleおよび/root/oda-upgrade/rpms-added-from-ThirdPartyディレクトリにリストされているRPMを確認し、オペレーティング・システムをOracle Linux 7にアップグレードした後にカスタムRPMを再インストールします。

    レポートの様々なチェックおよび失敗したチェックの推奨アクションの詳細は、このガイドのトピック「仮想化プラットフォームでのオペレーティング・システムのアップグレードのためのアップグレード後チェック・レポートの分析」を参照してください。
    --forceオプションを使用すると、エラーを無視してコマンドを実行できます。 ただし、アップグレード後のレポートに記載されているすべての障害を修正することをお薦めします。
  11. ポスト・チェックが正常に完了したら、2番目のノードでステップ6から9を実行して、2番目のノードのオペレーティング・システムをアップグレードします。
  12. サーバーの更新を適用します:
    [root@hostname ~]# /opt/oracle/oak/bin/oakcli update -patch version --server

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

    [root@hostname ~]# /opt/oracle/oak/bin/oakcli update -patch 19.8.0.0.0 --server
    Oracle Grid Infrastructureのパッチ適用が正常に完了したら、次のようにインベントリから18cおよび12cのグリッド・ホームをデタッチし、グリッド・ホームを削除して領域を解放できます:
    1. ノード0から次を実行します:
      # /u01/app/19.0.0.0/grid/oui/bin/runInstaller -nowait -waitforcompletion 
-ignoreSysPrereqs -updateNodeList ORACLE_HOME=/u01/app/19.0.0.0/grid 
"CLUSTER_NODES={NODE0,NODE1}" CRS=true LOCAL_NODE=NODE0 
# /u01/app/19.0.0.0/grid/oui/bin/runInstaller -detachHome -silent 
ORACLE_HOME=/u01/app/18.0.0.0/grid
    2. 12cのGridホームをデタッチし、/u01からOracle Grid Infrastructureソフトウェアを削除することもできます:
      # rm -rf /u01/app/18.0.0.0
    3. Oracle Grid Infrastructureクローンを削除します:
      # cd /opt/oracle/oak/pkgrepos/orapkgs/GI/19.8.0.0.200714/Base/ 
# rm grid19.tar.gz
  13. ストレージ・コンポーネントを更新します。
    [root@hostname ~]# /opt/oracle/oak/bin/oakcli update -patch version --storage

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

    [root@hostname ~]# /opt/oracle/oak/bin/oakcli update -patch 19.8.0.0.0 --storage
  14. 既存のOracle Databaseホームにパッチを適用して19.8をリリースするには、次の手順に従います:
    1. OAKPatchBundle_19.8.0.0.0_200718_2of3.zipを/tmpのロケーションにダウンロードし、ソフトウェアを解凍します:
      [root@hostname ~]# /opt/oracle/oak/bin/oakcli unpack -package /tmp/OAKPatchBundle_19.8.0.0.0_200718_2of3.zip
    2. データベース・ホームを最新のリリース・データベース・ソフトウェアで更新します: 
      [root@hostname ~]# /opt/oracle/oak/bin/oakcli update -patch version --database

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

      [root@hostname ~]# /opt/oracle/oak/bin/oakcli update -patch 19.8.0.0.0 --database
    3. 対話方式コマンドラインを使用して、最新リリースに更新するデータベース・ホームを指定します。
  15. 更新が適用されていることを確認します。
    [root@hostname ~]# /opt/oracle/oak/bin/oakcli show version -detail
  16. スペースを節約するために、アプライアンスの一時的なロケーションからソフトウェアのzipファイルを削除します:
    [root@hostname ~]# rm software_file
rm: remove regular file software_file? y
  17. ODA_BASEからリポジトリを検出できるようにします。
    [root@hostname ~]# oakcli enable startrepo -node 0 
[root@hostname ~]# oakcli enable startrepo -node 1
  18. システムを再起動します: 
    [root@hostname ~]# oakci restart oak
  19. アップグレードが正常に完了したら、すべてのプログラムがODA_BASEで正しく動作していることを確認し、ログおよび一時ファイルをバックアップします。
    領域を節約できるように、パッチ適用に使用する次のディレクトリをクリーンアップします:
    /root/preupgrade 
/root/oda-upgrade/
/root/preupgrade-results

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

仮想化プラットフォームのデータベース・クローン・ファイルを使用したOracle Database Applianceリポジトリの更新

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

特定のリリース・バージョンの新しいデータベースを作成するには、リリースのRDBMSクローン・ファイルでOracle Database Applianceリポジトリを更新する必要があります。 最新のリリース用にOracle Databaseクローン・ファイルでリポジトリを更新するには、次のステップに従います。
  1. リリース用の仮想化プラットフォーム用RDBMSクローン・ソフトウェア(たとえば、リリース19.8用のパッチ30403653)をダウンロードし、Oracle Databaseクローン・ソフトウェアを抽出します:
    たとえば、19.8用のOracle Databaseクローン・ソフトウェア・パッチをダウンロードします:
    p30403653_198000_Linux-x86-64.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@hostname ~]# /opt/oracle/oak/bin/oakcli unpack -package /tmp/p30403653_198000_Linux-x86-64.zip
  4. oakcli create databaseコマンドを使用して、特定のリリースのデータベースを作成します。

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

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

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

  • 「カーネル更新の有効化」
    Oracle Kspliceでは、最新のカーネル・セキュリティとバグ修正更新でシステムを更新できます。
  • 「サイクル外のデータベース・パッチの適用」
    サイクル外パッチ適用機能を使用すると、管理者は、Oracle Database Applianceリリース外の最新のOracle Databaseリリース更新を使用して、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

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

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

サイクル外パッチ適用機能を使用すると、管理者は、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のパッチ適用