Exadataフリート更新に関連付けられた条件
Exadataフリート更新で使用される用語について学習します。
収集: パッチを適用するExadataフリート更新ターゲット・リソース、Oracle DatabaseおよびGrid Infrastructureのグループ。
- 作成中: コレクションを作成中です。
- 更新中: コレクション・メンバーのターゲットまたは属性を更新中です。
- アクティブ: コレクションを使用およびメンテナンス・サイクルを作成する準備ができました。
- 削除中: コレクションの削除が進行中です。
- 失敗: コレクションの作成に失敗しました。
ターゲット: Exadataインフラストラクチャ・リソース、Grid InfrastructureおよびOracle Database。ターゲットは、複数のコンパートメントから1つのコレクションに追加できます。
メンテナンス・サイクル: メンテナンス・サイクルは、特定のターゲット・バージョンに対する完全なソフトウェア更新イベントを表します。メンテナンス・サイクルには、事前チェックを実行し、ソフトウェアをステージングし、ソフトウェア更新を適用するアクションが含まれます。これらのアクションを実行するジョブに関連付けられたログおよびトレース・ファイルは、問題の識別、調査および解決のためにOracle操作で使用可能になります。各回収には、0個以上の保守サイクルを設定できます。ただし、コレクションに対して一度にアクティブにできるメンテナンス・サイクルは1つのみです。
- アクティブ: メンテナンス・サイクルが作成されます。
- 更新中: メンテナンス・サイクルの属性を更新中です。
- メンテナンス進行中: アクションでメンテナンス・サイクルが実行されています。
- 注意が必要: 警告は識別されましたが、まだ適切に対処または解決されていないことを示します。警告を無視して次のアクションに進むか、報告された警告に対処してから、「注意が必要」とマークされたアクションを再試行できます。
- 成功: 更新の適用は正常に完了しました。クリーン・アップ・アクションが使用可能になります。
- 事前チェック(ステージ): 事前チェックは、ソフトウェアの依存関係、パッチ適用後に再適用する必要がある個別パッチの競合などの問題を識別するために実行され、インフラストラクチャ・メンテナンスが成功しない可能性があります。事前チェックは、StageソフトウェアおよびApply updateアクションの一部として実行できます。また、StageソフトウェアおよびApply updateアクションを実行する前に、個別に実行することもできます。事前チェックの実行はデータベースの可用性に影響しないことに注意してください。
- ステージング・ソフトウェア: コレクション内のゲスト・仮想マシンで選択したバージョンまたはイメージのターゲット・ホーム・ソフトウェアをステージングします。ステージング・ソフトウェア・アクションを実行しても、データベースの可用性には影響しません。
- 事前チェック(適用): 事前チェックは、ソフトウェアの依存関係、パッチ適用後に再適用する必要がある個別パッチの競合などの問題を識別するために実行され、インフラストラクチャのメンテナンスが成功しない可能性があります。事前チェックは、StageソフトウェアおよびApply updateアクションの一部として実行できます。また、StageソフトウェアおよびApply updateアクションを実行する前に、個別に実行することもできます。事前チェックの実行はデータベースの可用性に影響しないことに注意してください。
- 更新の適用: コレクション内のすべてのGrid InfrastructureまたはOracle Databaseターゲットを更新します。更新を適用する前に、ステージング・ソフトウェアが正常に完了している必要があります。メンテナンス方法およびアプリケーションによるデータベースへの接続方法(アプリケーション・コンティニュイティを使用するかどうか)によって、更新が可用性に影響するかどうかが決まります。更新されていないデータベースは、可用性に影響を与えません。
- クリーンアップ: ターゲットで更新の適用アクションが成功し、データベース・インスタンスまたはGrid Infrastructureがデータベースまたはグリッド・ホームから実行されていない場合にのみ適用されます。クリーン・アップ・アクションでは、ソース・データベース・ホームが空でない場合は削除されません。コンソールでは、関連付けられたジョブのステータスが「注意が必要」になり、データベース・ホームは空ではないため削除されなかったことを示すツールチップが表示されます。
オプションで、メンテナンス・サイクルが正常に完了した後、ソース・データベース・ホーム内のデータベースをすべて手動で削除することで、ソース・データベース・ホームを手動で削除できます。
- ロールバックおよびターゲットの削除: ターゲットで更新の適用が失敗した場合にのみ適用されます。
- スケジュール済: アクションは実行するようにスケジュールされます。
- 取消済: スケジュール済アクションの実行が取り消されます。
- 進行中: スケジュール済アクションが実行されるか、アクションがオンデマンドで実行されるとき。
- 注意が必要: 警告は識別されましたが、まだ適切に対処または解決されていないことを示します。警告を無視して次のアクションに進むか、報告された警告に対処してから、「注意が必要」とマークされたアクションを再試行できます。
- 成功: スケジュール済アクションまたはオンデマンドで実行されるアクションに関連付けられたすべてのジョブが正常に完了しました。
- 失敗: スケジュール済アクションまたはオンデマンドで実行されるアクションに関連付けられた1つ以上のジョブが失敗します。
ジョブ: メンテナンス・サイクル処理によって開始されたバックグラウンド処理を実行するために作成されます。ジョブでは、それぞれのターゲットの処理の進捗、関連付けられたメッセージおよびエラーを表示できます。
データベース・ソフトウェア・イメージ: 選択した更新(リリース更新(RU)および月次推奨パッチ(MRP)を含むカスタマイズしたOracle Databaseソフトウェア構成、およびオプションで、個別パッチのリストまたはOracle Homeインベントリ・ファイル。これにより、データベースのプロビジョニングおよび構成に必要な時間が短縮され、組織が開発者およびデータベース管理者用に承認済の「ゴールド・イメージ」を簡単に作成できるようになります。
- 一度に1ノード(ローリング): (デフォルト)データベース・インスタンスはクラスタ内の1つのVMで一度に更新され、その間、他のインスタンスは操作を続けます。
- スマート・バッチ(ローリング): データベース・インスタンスは、一度に1つ以上のVMで更新されます。構成されたデータベース・サービスに基づいて、VMがバッチ処理されます。これにより、必要なバッチの合計数を最小限に抑えながら、すべてのサービスが複数のノードで構成されているかぎり、引き続き使用可能になります。
- 非ローリング: クラスタ内のすべてのVMのすべてのデータベース・インスタンスがパラレルで更新され、フル・ダウンタイムが発生します。
- 50/50 (ローリング): VMsの半分のデータベース・インスタンスは1つのバッチで更新され、残りの半分は別のバッチで更新されます。2つのバッチは、データベース・サービスの構成によって決定されます。これにより、すべてのサービスが使用可能になります。
- 一度に1つのバッチを有効化: 更新は、一度に1つのバッチに適用されます。
適用アクションでは、1つ目のバッチの更新を適用すると、2つ目のバッチを開始する前に、続行が待機されます。
- 一度に1つのバッチを有効化: 更新は、一度に1つのバッチに適用されます。
最大ドレイン・タイムアウト(秒):: ノード間のドレイン・タイムアウト(秒)。これは、ローリング更新中に使用され、データベース接続の再配置の時間を提供します。使用されるドレイン・タイムアウトは、この値の最大値、または特定のインスタンスで実行されているサービスの最大構成ドレイン・タイムアウトになります。デフォルトは600です。
インフラストラクチャ・フリート管理: 顧客OCIテナンシ内の1つ以上のクラウドExadataインフラストラクチャを管理します。1つ以上のコンパートメントでこれらのインフラストラクチャを表示および管理する権限があります。
VMクラスタ・フリート管理: 1つ以上のExadataクラウドVMクラスタ、および仮想マシン上のExadataシステムおよびGIソフトウェアを管理します。これらのVMクラスタを表示および管理する権限があります。
DBフリート管理: 1つ以上のVMクラスタ間で1つ以上のデータベースを管理します。
親トピック: Exadataフリート更新の概要