Exadataフリート更新に関連付けられた条件

Exadataフリート更新で使用される用語について学習します。

コレクション: パッチを適用するExadataフリート更新ターゲット・リソースOracle DatabaseおよびGrid Infrastructureのグループ。

収集ライフサイクルの状態:

作成中: コレクションを作成しています。
更新中: 収集メンバー・ターゲットまたは属性を更新中です。
アクティブ: 収集はメンテナンス・サイクルを使用する準備ができています。
削除: コレクションの削除が進行中です。
失敗: コレクションの作成に失敗しました。

ターゲット: Exadata Infrastructureリソース、Grid InfrastructureおよびOracle Database。複数のコンパートメントから1つのコレクションにターゲットを追加できます。

メンテナンス・サイクル: メンテナンス・サイクルは、特定のターゲット・バージョンに対する完全なソフトウェア更新イベントを表します。メンテナンス・サイクルには、事前チェックの実行、ソフトウェアのステージングおよびソフトウェア更新の適用を行うアクションが含まれます。これらのアクションを実行するジョブに関連付けられたログおよびトレース・ファイルは、Oracle操作で問題の識別、調査および解決に使用できます。各回収には、ゼロ個以上のメンテナンス・サイクルを設定できます。ただし、コレクションに対して一度にアクティブにできるメンテナンス・サイクルは1つのみです。

メンテナンス・サイクルのライフサイクルの状態:

アクティブ: メンテナンス・サイクルが作成されます。
更新中: メンテナンス・サイクルの属性が更新されています。
メンテナンス中: 処理でメンテナンス・サイクルが実行されています。
注意が必要: 警告が識別されたが、まだ適切に対処または解決されていないことを示します。警告を無視して次のアクションに進むか、報告された警告に対処してから「注意が必要」とマークされたアクションを再試行できます。
成功: 更新の適用が正常に完了しました。クリーンアップ・アクションが使用可能になります。

アクション: メンテナンス・サイクルには、オンデマンドで実行または実行するようにスケジュールできるアクションが関連付けられています。

事前チェック(ステージ): 事前チェックは、ソフトウェアの依存関係、パッチ適用後に再適用する必要がある個別パッチの競合などの問題を識別するために実行され、インフラストラクチャ・メンテナンスの成功を妨げる可能性があります。事前チェックは、StageソフトウェアおよびApply updateアクションの一部として実行できます。ソフトウェアのステージングおよび更新の適用アクションを実行する前に独立して実行することもできます。事前チェックの実行はデータベースの可用性に影響しないことに注意してください。
ソフトウェアのステージング: コレクション内のゲストVMで選択されたバージョンまたはイメージのターゲット・ホーム・ソフトウェアをステージングします。ステージング・ソフトウェア・アクションの実行は、データベースの可用性には影響しないことに注意してください。
事前チェック(適用): 事前チェックは、ソフトウェアの依存関係、パッチ適用後に再適用する必要がある個別パッチの競合などの問題を識別するために実行され、インフラストラクチャ・メンテナンスの成功を妨げる可能性があります。事前チェックは、StageソフトウェアおよびApply updateアクションの一部として実行できます。ソフトウェアのステージングおよび更新の適用アクションを実行する前に独立して実行することもできます。事前チェックの実行はデータベースの可用性に影響しないことに注意してください。
更新を適用: コレクション内のすべてのGrid InfrastructureまたはOracle Databaseターゲットを更新します。更新を適用する前に、ステージング・ソフトウェアが正常に完了している必要があります。アプリケーション・コンティニュイティを使用して、メンテナンス・メソッドとアプリケーションがデータベースに接続するメソッドは、更新が可用性に影響するかどうかを決定します。更新されていないデータベースは、可用性に影響を与えません。
クリーンアップ: 更新の適用アクションがターゲットで成功し、データベース・インスタンスまたはGrid Infrastructureがデータベースまたはグリッド・ホームから実行されていない場合にのみ適用されます。空でない場合は、クリーン・アップ・アクションによってソース・データベース・ホームは削除されません。コンソールでは、関連付けられているジョブのステータスが「確認が必要」になり、データベース・ホームが空でないため削除されなかったことを示すツールチップが表示されます。
オプションで、メンテナンス・サイクルが正常に完了した後、最初にソース・データベース・ホーム内のすべてのデータベースを手動で削除することで、ソース・データベース・ホームを手動で削除できます。
ロールバックとターゲットの削除: 適用更新がターゲットで失敗した場合にのみ適用されます。

アクション・ライフサイクルの状態:

スケジュール済: アクションの実行がスケジュールされています。
取消済: スケジュールされたアクションの実行は取消されます。
進行中: スケジュールされたアクションが実行されるか、アクションがオンデマンドで実行されるとき。
注意が必要: 警告が識別されたが、まだ適切に対処または解決されていないことを示します。警告を無視して次のアクションに進むか、報告された警告に対処してから「注意が必要」とマークされたアクションを再試行できます。
成功: スケジュール済アクションまたはオンデマンドで実行されるアクションに関連付けられたすべてのジョブが正常に完了しました。
失敗: スケジュール済アクションまたはオンデマンドで実行されたアクションに関連付けられた1つ以上のジョブが失敗します。

ジョブ: メンテナンス・サイクル処理によって開始されたバックグラウンド処理を実行するために作成されます。ジョブにより、それぞれのターゲットの進捗、関連メッセージおよびアクションのエラーを表示できます。

データベース・ソフトウェア・イメージ: 選択した更新(リリース更新(RU)および月次推奨パッチ(MRP)を含むカスタマイズされたOracle Databaseソフトウェア構成、およびオプションで個別パッチまたはOracle Homeインベントリ・ファイルのリスト。これにより、データベースのプロビジョニングおよび構成に必要な時間が短縮され、開発者およびデータベース管理者が承認済のゴールド・イメージを組織で簡単に作成できるようになります。

メンテナンス・メソッド: メンテナンス・メソッドでは、VMクラスタ内のVMのバッチ処理メソッドと、ソフトウェア更新の適用時にどのノードをまとめて更新するかを決定します。

一度に1つのノード(ローリング): (デフォルト)データベース・インスタンスは、クラスタ内の1つのVMで同時に更新され、他のインスタンスは動作したままになります。
スマート・バッチ(ローリング): データベース・インスタンスは、一度に1つ以上のVMで更新されます。 VMは、構成されたデータベース・サービスに基づいてバッチされます。これにより、必要なバッチの合計数を最小限に抑えながら、複数のノードにすべてのサービスを構成しているかぎり、すべてのサービスが使用可能になります。
非ローリング: クラスタ内のすべてのVMのすべてのデータベース・インスタンスがパラレルに更新され、完全な停止時間が発生します。
50/50 (rolling): VMの半分にあるデータベース・インスタンスは、1つのバッチで更新され、残りの半分は別のバッチで更新されます。 2つのバッチは、データベース・サービスの構成によって決まります。これにより、すべてのサービスが使用可能になります。
- 一度に1つのバッチを有効化: 更新は一度に1つのバッチに適用されます。
  適用アクションでは、1つ目のバッチの更新を適用すると、2つ目のバッチを開始する前に、続行が待機されます。

最大ドレイン・タイムアウト(秒):: ノード間のドレイン・タイムアウト(秒)。これは、ローリング更新中に使用され、データベース接続の再配置の時間を提供します。使用されるドレイン・タイムアウトは、この値の最大値、または特定のインスタンスで実行されているサービスの最大構成ドレイン・タイムアウトになります。デフォルトは600です。

インフラストラクチャ・フリート管理: 顧客のOCIテナンシで1つ以上のクラウドExadata Infrastructuresを管理します。 1つ以上のコンパートメントでこれらのインフラストラクチャを表示および管理する権限があります。

VMクラスタ・フリート管理: 1つ以上のExadata Cloud VMクラスタ、およびVM上のExadataシステムおよびGIソフトウェアを管理します。これらのVMクラスタを表示および管理する権限があります。

DBフリート管理: 1つ以上のVMクラスタ間で1つ以上のデータベースを管理します。

親トピック: Exadataフリート更新の概要