Exadata Cloud Serviceインスタンスのメンテナンス

ユーザー管理のメンテナンス更新

最適な作業指示でセキュアなExadata Cloud Serviceインスタンスをメンテナンスするには、次のタスクを定期的に実行する必要があります:

Oracle管理のインフラストラクチャ・メンテナンス更新

実行するメンテナンス・タスクに加えて、Oracleでは物理コンピュート・ノード(Dom0)、Exadata Storage Server、Exadataネットワーク・スイッチなど、他のすべてのインフラストラクチャ・コンポーネントのパッチ適用および更新を管理します。これは、インフラストラクチャ・メンテナンスと呼ばれます。

Oracleは、Exadata Cloud Service仮想サーバーをホストする基礎となるインフラストラクチャに対して定期的なメンテナンス更新を実行します。このインフラストラクチャには、物理ホスト・サーバー、Exadataストレージ・サーバー、Exadata Secure RDMA Fabricのファブリック・スイッチ、および任意のコントロール・プレーン・コンポーネントが含まれます。保守更新では、顧客管理のゲスト仮想サーバーの再起動が必要になる場合があります。更新の頻度は、次のように地域タイプによって異なります。

  • 商用リージョン: Oracleは、インフラストラクチャのメンテナンスに関する四半期ごとのアップデートを実行します。
  • ガバナンス・リージョン: Oracleは、月次インフラストラクチャ・メンテナンス更新を実行します。
重要

アプリケーションの中断を最小限に抑えるために、OCIコンソールを使用して、四半期インフラストラクチャの更新が行われるメンテナンス・ウィンドウを指定できます。

Oracleは、Exadataの重要なセキュリティ更新を毎月のスケジュールでリリースします。インフラストラクチャ・ソフトウェアに対する重大な脆弱性の更新がある場合、Oracleは、利用可能になってから21日以内にそれらの重要な更新を適用しようとします。ほとんどの場合、重要なセキュリティ更新はExadataシステムがオンラインの間に実行され、データベース・ワークロードを実行しているデータベース・サーバーには影響しません。ストレージ・サーバーの重要なセキュリティ更新はローリング方式で適用され、データベースの可用性には影響しません。重要なセキュリティ更新は自動的に適用され、延期またはスケジュールすることはできません。月次の重要なセキュリティ更新が実行中のデータベース・サーバーに影響する場合は、更新を適用する前にOracleによって通知されます。

四半期ごとのインフラストラクチャのパッチ適用プロセスの概要

インフラストラクチャ・メンテナンスは、Exadataコンピュート・ノードのパッチ適用から始まります。デフォルトでは、インフラストラクチャ・コンピュート・ノードはローリング方式で更新され、単一のノードが停止し、パッチ適用され、オンラインに戻されるまでの間、他のノードは引き続き動作します。この処理は、すべてのノードにパッチが適用されるまで継続されます。

オプションで、スケジュールされたインフラストラクチャ・メンテナンスについて、パッチ適用が非ローリング方式で実行されるように構成できます。非ローリング・オプションの場合、すべてのノードが同時に停止され、パッチが適用されます。非ローリング方式のパッチ適用では、インフラストラクチャのメンテナンスにかかる合計時間が短縮されますが、システムの停止時間が伴います。非ローリング・パッチ適用は、個々のメンテナンス・イベントに対して設定する必要があり、デフォルトのパッチ適用方法として設定することはできません。手順については、スケジュールされたインフラストラクチャ・メンテナンス実行のノードのパッチ適用順序を設定するにはを参照してください。

コンピュート・ノードのパッチ適用が完了すると、Oracleはストレージ・ノードにパッチ適用します。ストレージ・サーバーのパッチ適用は、コンピュート・ノードの可用性には影響しません。

アプリケーションの停止の可能性を減らすために、ワークロード管理アプリケーション・コンティニュイティおよびクライアント・フェイルオーバーのベスト・プラクティスに関するドキュメントを確認することをお薦めします。ドキュメントのガイドラインに従うことで、コンピュート・ノードは順番にパッチ適用されるため、インフラストラクチャのパッチ適用の影響は、接続損失によるわずかなサービス低下のみになります。

最大可用性アーキテクチャ(MAA)のベスト・プラクティスに従い、Oracle Data Guardを使用してクリティカルなアプリケーションの可用性を最大化することをお薦めします。Oracle Data Guardが有効になっているデータベースでは、インフラストラクチャのパッチ適用時にプライマリ・データベースへの影響を回避するために、プライマリ・データベースとスタンバイ・データベースを実行しているインフラストラクチャ・インスタンスのパッチ適用ウィンドウを分離し、プライマリ・データベースをホストしているインフラストラクチャ・インスタンスのメンテナンス操作の前にスイッチオーバーを実行することをお薦めします。

ノート

ノードへのパッチ適用方法(ローリングまたは非ローリング)に関係なく、Oracleでは、ノードがオンラインに戻った後にすべてのデータベース・サービスおよびプラガブル・データベース(PDB)が使用可能であることは検証されません。これは、パッチ適用後のサービスおよびPDBの可用性がアプリケーション・サービス定義に依存する可能性があるためです。

Exadataインフラストラクチャのパッチ適用のおおよその時間

Exadataシェイプ構成 ローリング方式のパッチ適用(概算時間) 非ローリング方式のパッチ適用(概算時間)

クォータ・ラック

5-6時間 4時間

ハーフ・ラック

10時間 4時間

フル・ラック

20時間 4時間
フレキシブル・シェイプ(X8M以上) コンピュート・ノード当たり1.5時間+ストレージ・ノード当たり1時間 4時間
ヒント

パッチ適用ウィンドウ中はデータベースまたはアプリケーションで主要なメンテナンス操作を実行しないでください。これらの操作はローリング・パッチ操作の影響を受ける可能性があるためです。

Oracle管理の四半期ごとのインフラストラクチャ更新のスケジュール

Exadata Cloud Serviceインフラストラクチャの更新は、商用リージョンについては四半期ごとにリリースされ、政府リージョンについては毎月リリースされます。メンテナンス・ウィンドウを設定して、インフラストラクチャ・メンテナンスを開始する時間を決定できます。Exadata Infrastructureの詳細ページのExadata Cloud Serviceコンソールで、スケジュール済メンテナンス実行の表示、Exadata Cloud Serviceインスタンスのメンテナンス履歴の表示、メンテナンス連絡先の管理を行うこともできます。詳細情報:

Oracleでは、これらの定期更新とは別にシステムを更新して、セキュリティ更新などの時間の制約がある変更を適用できます。これらのインフラストラクチャの更新をオプト・アウトすることはできませんが、システムの可用性に影響を与える場合は、OracleによってCloud Notification Portalを介して事前にアラートが送信されます。

ライフサイクル状態情報を使用したパッチ適用操作のモニタリング

クラウドExadataインフラストラクチャ・リソースのライフサイクル状態により、パッチ適用操作の開始日と終了日をモニターできます。Oracle Cloud Infrastructureコンソールで、「ステータス」フィールドの横にツールチップが表示されると、「Exadataインフラストラクチャの詳細」ページにライフサイクル状態の詳細メッセージが表示されます。これらのメッセージは、ListCloudExadataInfrastructures API、およびSDKやOCI CLIなどのAPIに基づくツールを使用してアクセスすることもできます。

パッチ適用操作時には、次のことが想定されます:

  • メンテナンス・ウィンドウを指定した場合、指定した開始時間にパッチ適用が開始されます。パッチ適用プロセスは、システムに正常にパッチ適用できることを確認するための一連の前提条件チェックから開始されます。これらのチェックの完了には約30分かかります。システムがチェックを実行している間、インフラストラクチャ・リソースのライフサイクル状態は「使用可能」のままになり、ライフサイクル状態メッセージはありません。

    たとえば、パッチ適用が午前8:00に開始されるように指定した場合、Oracleは8:00にパッチ適用操作を開始しますが、インフラストラクチャ・リソースのライフサイクル状態は午前8:30頃まで「使用可能」から「メンテナンス進行中」に変更されません。

  • Exadataコンピュート・ノードのパッチ適用が開始されると、インフラストラクチャ・リソースのライフサイクル状態は「メンテナンス進行中」になり、関連するライフサイクル状態メッセージは「このシステム(dbnodes)の基礎となるインフラストラクチャは更新中です」です。
  • セル・ストレージのパッチ適用が開始されると、インフラストラクチャ・リソースのライフサイクル状態は「メンテナンス進行中」になり、関連するライフサイクル状態メッセージは「このシステム(セル・ストレージ)の基礎となるインフラストラクチャは更新中であり、これはデータベースの可用性には影響しません」です。
  • セルのパッチ適用が完了すると、ネットワーク・スイッチにローリング方式で一度に1つずつパッチ適用されます。
  • パッチ適用が完了すると、インフラストラクチャ・リソースのライフサイクル状態は「使用可能」になり、コンソールおよびAPIベースのツールにライフサイクル状態メッセージは表示されません。