Rapid Platform Update機能を使用した、Oracle Enterprise Managerメンテナンス中の重要な監視とアラートの維持 (2022/03/31)

https://blogs.oracle.com/observability/post/maintain-monitoring-during-emupdate

投稿者： Sumesh Balakrishnan | Principal Product Manager

この2部構成のブログのパート1では、Rapid Platform Updateとは何か、そしてEMアップデート時のメンテナンスウィンドウの削減とモニタリングの継続性を維持するためにどのように役立つかについて概要を説明しました。

Oracle Enterprise Manager（EM）のRapid Platform Update（RPU）についてのパート2では、その4つの段階の詳細について掘り下げて説明します。分析、導入、アップデート、検証です。また、RPUパッチの利点、および従来のパッチ適用とRapid Platform Updateのユーザー・エクスペリエンスの比較もご覧いただきます。

図1：プラットフォームアップデートによる迅速なパッチ適用を実現する4つのステージ

 

ステージ1 - 分析または準備 [オンラインフェーズ]

RUを適用するための準備は、パッチ適用プロセス全体において重要なステップである。パッチ適用を開始する前に

•     リポジトリデータベースとOMSのバックアップが実行されていることを確認
•     My Oracle Support (MOS) から、パッチで必要とされる RU に対応した OMSPatcher のバージョンをダウンロード
•     パッチが必要な場合、OMS上のOPatchとOMSPatcherを更新
•     「omspatcher deploy - analyze」コマンドを実行し、パッチのコンフリクトがないことを確認

図2: サンプル omspatcher deploy analyze コマンドとその出力

 

ステージ2. - デプロイ [オンラインフェーズ]

デプロイフェーズでは、omspatcherユーティリティがパッチコンテンツをリポジトリとOMSレイヤーにデプロイするためのオーケストレーションを行っています。デプロイフェーズの間、OMSは稼働しています。 コマンド 'omspatcher deploy' を実行すると、内部で以下の動作が実行されます。

•     Omspatcherユーティリティは、既存のミドルウェアホームのクローンを作成します。クローンホームは、パッチのJavaの変更点を適用するために使用されます。
•     リポジトリ上に新しいエディションが作成され、新しく作成されたエディションにすべてのSQLの変更が適用されます。
•     omspatcherユーティリティは、新しいエディションにSQLを登録します。

図 3: omspatcher の deploy コマンドと出力の例

 

「Deploy」アクションが完了したら、「omspatcher status」コマンドを実行して、パッチが完了するためにどのようなアクションが保留されているかを確認します。

以下は、「Deploy」が完了し、「Update」操作が保留されていることを示す例です。

図4: omspatcher statusコマンドと出力の例

 

ステージ3 - アップデート [ダウンタイムフェーズ]

柔軟なパッチ適用戦略の一環として、スケジュールされたメンテナンスウィンドウや非ピーク時にいつでもアップデートフェーズを実行することができます。それまでは、OMSは稼働し、重要なターゲットを監視しています。 予定されたメンテナンスウィンドウがあれば、EMがパッチのために停止することをチームに通知し、「アップデート」フェーズを開始することができます。「omspatcher update」コマンドを実行する前にOMSを停止する必要はありません。updateコマンドは内部的にOMSを停止させます。

ハイレベルでは、「update」コマンドは内部的に以下のアクティビティを実行します。

•     パッチの前提条件チェックの実行
•     プライマリ OMS および稼働中の追加 OMS を停止
•     リポジトリデータベースのバックアップを促すメッセージが表示されます。バックアップが完了したら、パッチの適用を続行
•     データベースのバックアップのプロンプトで、データベースのバックアップに予想以上の時間がかかりそうな場合、「N (No)」を入力すると、omspatcherは終了し、データベースのバックアップ後にパッチを再開するか、deployコマンドの変更を戻す手順を提供するオプションを提供
•     データベースのバックアップが完了し、パッチを適用する場合は、「omspatcher resume」コマンドを実行して「更新」操作を再開すると、パッチが完了
•     データベースのバックアップが完了したら、「Y (yes)」を入力してパッチを続行。その後、更新操作を実行して、MRS（メタデータ登録サービス）の実行、エディションの変更、MRSの有効化を行い、プライマリOMSを起動

以下はその例です。

図 5: omspatcher update コマンドと出力の例

 

マルチOMS環境では、omspatcherユーティリティはプライマリOMSからジョブを送信して追加のOMSインスタンスにパッチを適用します。 プライマリOMSのパッチ適用が終了すると、omspatcherユーティリティは「MulitOMS_Patching_apply_<timestamp>」という名前のジョブをサブミットします。EMコンソールは引き続きアクセス可能で、マルチOMSパッチングジョブの状態を監視することができます。

以下は、multi-OMSパッチ適用ジョブに固有のプライマリOMSパッチ適用のサンプル出力です。

Multi-OMS Patchingジョブが正常に送信されました。ジョブの詳細は以下の通りです。

ジョブ名は、MultiOMS_Patching_apply_2022-02-10_02-32-59です。

emcli get_jobs -name="MultiOMS_Patching_apply_2022-02-10_02-32-59" コマンドを実行し、ジョブの状態を確認します。

図6: ジョブアクティビティページからのMulti-OMSパッチジョブステータス

 

ステージ4： - パッチの検証

最後の段階は、OMSに適用されたパッチを確認することです。「omspatcher lspatches」コマンドを実行し、適用されたパッチがリストに表示されることを確認します。

 

従来のパッチとRPUパッチの違い

では、最後にダウンタイムが発生する従来のパッチ適用とRapid Platform Updateのパッチ適用を比較してみましょう。

この比較では、RPUモードでのパッチ適用時の管理者の操作とユーザーエクスペリエンスを紹介します。

図7：パッチ適用時のユーザーエクスペリエンスの比較

 

Rapid Platform Update機能を使用することで、パッチ適用時のEnterprise Managerのダウンタイムがいかに短縮されるかがお分かりいただけたと思います。

EMパッチ適用時のダウンタイムを90%以上削減した場合の視覚的な比較を以下に示します。

図8：通常パッチとRPUパッチのパッチ当て比較

 

もう、大きなメンテナンスウィンドウを待ったり、確保したりする必要はありません。

Rapid Updateパッチ機能を使用すれば、ビジネス上の必要性に応じて計画し、適用することができます。

図9：Rapid Platform Updateの概要

 

Rapid Platform Update (RPU)は、Enterprise Managerユーザにとってパッチ適用におけるパラダイムシフトとなります。 RPUは、パッチ適用中もEMシステムを稼働させる機能を導入し、計画的なメンテナンス中も、重要なターゲットに関する監視洞察を得て、SLAを満たすことができます。RPU機能は俊敏で、管理者は製品の品質、パフォーマンス、可用性を改善しながら、新機能やバグフィックスを迅速に採用することができます。 ストレスのないパッチ適用を実現するために、今日から自信を持って導入してください。

詳細は、EM Rapid Platform Updateの資料をご覧ください。

•     ドキュメントリファレンス Rapid Platform Update
•     Enterprise Manager 13.5 メインリリース アップデート一覧 (プラグインを含む) (Doc ID 2760230.2)
•     Rapid Platform Updateの概要ビデオ