8.4.3.2 データベース・サーバーのpatchmgr構文
patchmgrを使用して、Oracle Exadataデータベース・サーバーのソフトウェアを更新できます。
前提条件
patchmgrは、Oracle Linuxを実行しているOracle Exadataデータベース・サーバーまたはOracle Exadata以外のシステムである駆動システムで実行されます。これにより、中央のサーバーからpatchmgrを実行して、複数のOracle Exadataシステムを更新できます。patchmgrがOracle Exadataデータベース・サーバーから実行される場合、そのデータベース・サーバーはパッチを適用するサーバーをリストしたファイルには含まれません。
データベース・サーバーのpatchmgr構文
./patchmgr --dbnodes database_node_file
{ --backup --repo { base_URL | zipped_iso_file } [--rolling] [--unkey] |
--precheck --repo { base_URL | zipped_iso_file } --target_version version [ --unkey ]
[ --live-update-target { highcvss | allcvss | full } ] |
--upgrade --repo { base_URL | zipped_iso_file } --target_version version [ --rolling ] [ --unkey ]
[ --live-update-target { highcvss | allcvss | full } [ --live-update-schedule-outstanding-work { timestamp | never }] ] |
--complete [ --target_version version ] [--unkey] |
--rollback [--rolling] [--unkey] |
--cleanup [--unkey] |
--live-update-schedule-outstanding-work { timestamp | never | reset } |
--live-update-list-outstanding-work }
[ --log_dir { log_directory | auto } ]
メイン引数
引数 | 説明 |
---|---|
--dbnodes database_node_file |
database_node_fileは、更新するデータベース・サーバーのホスト名を含むテキスト・ファイルです。ファイルには、1行に1つのデータベース・サーバー・ホスト名またはIPアドレスが含まれます。リスト・ファイルが指定されていない場合、データベース・サーバーのパッチ適用は失敗します。 |
--backup |
ホスト・リストに指定されたデータベース・ノードのバックアップを実行します。 ローリング方式(一度に1つのノード)でバックアップを実行するには、 |
--precheck |
ホスト・リストで指定されたデータベース・ノードでアップグレード前の検証チェックを非ローリング方式で実行します。 |
--upgrade |
ホスト・リストに指定されたデータベース・ノードを更新します。 ローリング方式(一度に1つのノード)で更新を実行するには、 Exadataライブ・アップデートを使用して更新を実行するには、 |
--complete |
'完了ステップ'のみを実行します。通常、これはすでに--upgrade の一部として実行されているため、これを別々に実行する必要はありません。ノート: データベース・スタックまたはユーザー・ドメインが起動している場合、それを停止して再起動します。
|
--rollback |
ホスト・ファイルに指定されたデータベース・ノードをロールバックします。 ローリング方式(一度に1つのノード)でロールバックを実行するには、 |
--cleanup |
非ローリング方式で、ホスト・リストに指定されたデータベース・サーバーのすべての一時コンテンツをクリーン・アップします。 |
サポートされているオプション
ストレージ・サーバーのパッチ適用およびロールバックでは、次のオプションがサポートされています。
表8-3 データベース・サーバーのpatchmgrオプション
オプション | 説明 |
---|---|
|
アクティブなNFSまたはSMBマウントを使用して これは |
|
署名されていないリポジトリでの |
|
パッチISOイメージと ノート: 提供された場所はローカル・ファイル・システムの絶対パスである必要があり、十分な空き領域およびinodeが必要です。 |
|
データベース・サーバーの更新に主要なオペレーティング・システムの更新が含まれている場合は、カスタムRPMを削除します。たとえば、Oracle Linux 7からOracle Linux 8へのアップグレードです。 |
--ignore_alerts |
Exadataサーバーのアクティブ・ハードウェア・アラートを無視し、パッチ適用を続行します。 |
|
ログ・ディレクトリへの絶対パス、または
|
|
以前は高速ホーム・プロビジョニング(RHP)と呼ばれていたフリート・パッチ適用およびプロビジョニングのデータベース接続の排出を無効にします。接続排出の可用性は、Oracle Grid Infrastructureのリリースによって決まります。このオプションは、ローリング更新にのみ適用されます。 |
|
更新の前にデータベース・サーバーをバックアップしないでください。 |
|
Exadata更新リポジトリのベースURLまたは圧縮されたISOファイルへのパスを指定します。 このオプションは、 |
|
更新が一度に1つのサーバーのローリング方式で実行されるよう指定します。指定しない場合、更新は非ローリング方式で実行されます。 環境変数 ノート: |
|
各ノードを更新する前にローリング方式でバックアップするようpatchmgrに指示します。このオプションが指定されていない場合(デフォルト)、patchmgrは最初のノードを更新する前に、すべてのノードのバックアップをパラレルに完了します。 このオプションは
|
|
Oracle Grid InfrastructureおよびOracle DatabaseホームとOracle Linux 7との互換性の動作保証をスキップします。 Oracle Linux 6からOracle Linux 7への更新の場合のみ。 |
|
patchmgr通知の送信元(from)の電子メール・アドレスを指定します。 |
|
patchmgr通知の送信先(to)の電子メール・アドレスを指定します。 |
|
「Return-Path:」メール・ヘッダーと同じ送信元(from)アドレスが使用されることを指定します。 |
--target_version version |
パッチのREADMEファイルに指定されている完全パッチ・バージョン。例: 23.1.8.0.0.231109 このオプションは、 |
--unkey |
終了する前にサーバーへのパスワードなしのSSHアクセスを削除します。 |
Exadataライブ・アップデートのオプション
Oracle Exadata System Softwareリリース24.1.0では、Exadataデータベース・サーバー用の一連の更新機能拡張であるExadataライブ・アップデートが導入されています。
Exadataライブ・アップデートでは、オンライン更新機能を使用します。更新の特定の内容によっては、データベースを中断したり、サーバーを再起動せずに操作が完了することがあります。再起動が必要な場合は、後の時点に延期することもできます。
Exadataライブ・アップデートでは、セキュリティの問題に対処するための部分的な更新もサポートされています。
ノート:
Exadataライブ・アップデートは、サポートしている特定の更新にのみ使用できます。詳細は、各更新に関連するリリース情報を常に参照してください。
次の追加オプションでは、Exadataデータベース・サーバー上のExadataライブ・アップデートがサポートされます:
表8-4 Exadataデータベース・サーバーでのExadataライブ・アップデートのpatchmgrオプション
オプション | 説明 |
---|---|
|
Exadataライブ・アップデートを使用して操作を実行します。
|
|
未処理の作業のスケジュールを制御します。 未処理の作業とは、オンラインで完了できず、システムの再起動を必要とする更新項目です。たとえば、Exadataライブ・アップデートでは、kspliceを使用してLinuxカーネルをオンラインで更新できますが、新しいLinuxカーネル・バージョンに変更するには、システムの再起動が必要です。 Exadataライブ・アップデート操作とともに未処理の作業を制御するには、
このオプションが適用されるのは、Exadataライブ・アップデートを使用する更新のみです。 |
|
未処理の作業を完了するようにスケジュールされているシステムの再起動に関する情報を表示します。 このオプションが適用されるのは、Exadataライブ・アップデートを使用する更新のみです。 |
例
例8-7 データベース・サーバーのバックアップ後の更新の実行
次のコマンドは、Oracle Exadataデータベース・サーバーをバックアップし、データベース・サーバー更新の前提条件チェックを実行し、データベース・サーバーをローリング形式で更新します。
[root@pmserver ~]# ./patchmgr --dbnodes dbnode_group --backup --repo /var/stage/p35869377_231000_Linux-x86-64.zip --target_version 23.1.8.0.0.231109
[root@pmserver ~]# ./patchmgr --dbnodes dbnode_group --precheck --repo /var/stage/p35869377_231000_Linux-x86-64.zip --target_version 23.1.8.0.0.231109
[root@pmserver ~]# ./patchmgr --dbnodes dbnode_group --upgrade --nobackup --repo /var/stage/p35869377_231000_Linux-x86-64.zip --target_version 23.1.8.0.0.231109 --rolling
例8-8 Exadataライブ・アップデートを使用した更新の実行
次のコマンドは、Exadataライブ・アップデートを使用して完全更新を実行します。最初のコマンドは、事前チェック操作を実行します。2番目のコマンドは更新を実行します。3番目のコマンドは、更新によって発生した未処理の作業をすべて延期します。4番目のコマンドは、更新によって発生した未処理の作業に関する情報を表示します。最後のコマンドは、特定の時間に未処理の作業をスケジュールします。
[root@pmserver ~]# ./patchmgr --dbnodes dbs_group --precheck --iso_repo /my/dir/exadata_ol8_24.1.0.0.0.240409_Linux-x86-64.zip --target_version 24.1.0.0.0.240409 --log_dir auto --live-update-target full
[root@pmserver ~]# ./patchmgr --dbnodes dbs_group --upgrade --iso_repo /my/dir/exadata_ol8_24.1.0.0.0.240409_Linux-x86-64.zip --target_version 24.1.0.0.0.240409 --log_dir auto --live-update-target full
[root@pmserver ~]# ./patchmgr --dbnode dbs_group --live-update-schedule-outstanding-work never --log_dir auto
[root@pmserver ~]# ./patchmgr --dbnodes dbs_group --live-update-list-outstanding-work --log_dir auto
[root@pmserver ~]# ./patchmgr --dbnode dbs_group --live-update-schedule-outstanding-work "2024-12-31 23:10:10 PDT" -log_dir auto
関連トピック
親トピック: patchmgrの構文