メンテナンス・ウィンドウ

メンテナンス・ウィンドウは、監視対象リソースに対するアラーム通知が一時的に抑制されるときに、監視対象リソースに対して定期的なメンテナンス・アクティビティを実行するように指定された期間です。これにより、保守のためにリソースが意図的に停止されたときに不要な通知が送信されなくなります。

メンテナンス・ウィンドウは、即時または将来実行し、最大1年間実行するか、特定の期間後に停止するようにスケジュールできます。必要に応じて作成するか、定期的な間隔で実行するようスケジュールします。電子メールやWebフックなどの通知は、メンテナンス・ウィンドウ中に抑制されます。ただし、OCIはリソースの監視とリソース・ステータスの表示を継続し、リソースが現在メンテナンス中であることを示します。また、アラームはメンテナンス・ウィンドウ中に評価および生成されますが、通知は抑制されます。

前提条件

ポリシー

StackMonitoringPolicyEasyOnboarding ポリシーを使用してスタック・モニタリングがすでに有効になっている場合は、ポリシー・ステートメントを再コンパイルして、メンテナンスWindowsに必要な権限を伝播します。簡易オンボーディング・プロセスでは、StackMonitoringAdminGrp (管理者)とStackMonitoringViewGrp (ビューア)の2つのユーザー・グループが作成されます。StackMonitoringPolicyEasyOnboardingポリシーを再コンパイルすると、StackMonitoringAdminGrpのユーザーはメンテナンスWindowsを作成/更新/削除でき、StackMonitoringViewerGrpのユーザーはメンテナンスWindowsを表示できます。

次に、ビューア操作を実行できるユーザー(StackMonitoringViewerGrpグループに属するユーザー)を許可するために再コンパイルする文のリストを示します。次の例では、ビューア・グループStackMonitoringViewerGrpを参照します。ビューア・グループが異なる場合は、このグループ名をビューア・グループ名に置き換えます。

ポリシーを再コンパイルするには、次のステップを実行します。

  1. 「アイデンティティとセキュリティ」「アイデンティティ」の順にナビゲートし、「ポリシー」をクリックします。
  2. 簡易オンボーディングが実行されたコンパートメントを選択します。
  3. stack-monitoring-familyを管理するには、ポリシーStackMonitoringPolicyEasyOnboardingを識別します。
  4. 「ポリシー・ステートメントの編集」をクリックします。
  5. 次のステートメントの末尾にスペースを追加します。
    • ALLOW GROUP StackMonitoringAdminGrp TO MANAGE stack-monitoring-family IN COMPARTMENT <compartment_name>
    • ALLOW GROUP StackMonitoringAdminGrp TO MANAGE alarms IN COMPARTMENT <compartment_name>
    • ALLOW GROUP StackMonitoringViewerGrp TO READ stack-monitoring-family IN COMPARTMENT <compartment_name>
  6. 「保存」をクリックします。

表示および管理(作成/削除/更新)する権限 メンテナンスWindowsを任意のグループに付与できます

  1. リソースを管理し、メンテナンスWindowsも作成する管理者には、次のポリシーをカスタム管理ユーザー・グループに付与します。

    ALLOW GROUP <custom_admin_user_group> TO MANAGE stack-monitoring-maintenance-windows IN COMPARTMENT <compartment_name>

    ALLOW GROUP <custom_admin_user_group> TO MANAGE alarms IN COMPARTMENT <compartment_name>

  2. メンテナンスWindowsへの表示アクセス権が必要なユーザーをモニタリングするには、カスタム・ビューア・ユーザー・グループに次のポリシーを付与します:

    ALLOW GROUP <custom_view_user_group> TO READ stack-monitoring-maintenance-windows IN COMPARTMENT <compartment_name>

ライセンス

メンテナンス・ウィンドウに含めるリソースでEnterprise Editionを有効にする必要があります。ライセンスの構成の詳細は、「ライセンスの構成」を参照してください。

アラーム設定

メンテナンス・ウィンドウに含まれるリソースのアラームは、メトリック・ストリームごとに通知を分割するように構成する必要があります。

メッセージをメトリック・ストリーム別に分割するアラームの作成の詳細は、メトリック・ストリーム別のメッセージの分割を参照してください。

メンテナンス・ウィンドウ操作

メンテナンス・ウィンドウの状態

メンテナンス・ウィンドウは、即時または将来実行するようにスケジュールできるため、次の3つの状態があります。

  • アクティブ: アクティブおよび実行中。
  • スケジュール済: 将来に計画されている場合。
  • 完了: 正常に終了した後、または停止した後。

メンテナンス・ウィンドウの状態に応じて、特定の操作を実行できます。

メンテナンス・ウィンドウが作成されると、メンテナンス・ウィンドウの右側にある「アクション」メニューで管理タスクが使用可能になり、使用可能な操作が表示されます。

メンテナンス・ウィンドウの作成

  1. 「スタック・モニタリング」ナビゲーション・メニューで「メンテナンスWindows」を選択します。

  2. メンテナンスWindowsのホームページで、「作成」をクリックします。

  3. 「メンテナンス・ウィンドウの作成」ページで、次の手順を実行します。

    1. メンテナンス・ウィンドウの名前を入力します。
    2. 「説明」に、他のユーザーのメンテナンス・ウィンドウの詳細を入力します。
    3. 「リソース」セクションで、「リソースの追加」をクリックして「リソース」スライド・アウトを開きます。

      使用可能なリソースを必要に応じて名前およびタイプでフィルタするか、「タグによるフィルタの表示」リンクをクリックしてタグ・セクションを開きます。タグ・セクションを使用すると、複数のタグを追加して必要なリソースを簡単に検索できます。一意のタグ・ネームスペースおよびタグ・キーを持つすべてのタグ・フィルタは、論理ANDによって結合されます。タグ・ネームスペースタグ・キーが同一の場合、対応するタグ値は論理ORによって結合されます。

      例:

      タグ・ネームスペースタグ・キー(env)は同じで、タグ値prodおよびpreprodが異なる2つのタグでフィルタすると、OR操作を適用し、リソースをpreprod OR prodでフィルタします。


      論理ORを使用したタグ・フィルタリングの例

      次に、「タグ・キー」creatorおよび「タグ値」saraを使用してさらに1つのタグを追加すると、すでにフィルタされているリソースの結果は少なくなります。新しい条件は、envprod OR preprod ANDに等しいcreatorsaraに等しいすべてのリソースを取得することです。この例では、1つのリソースのみが見つかりました。


      論理ORおよびANDを使用したタグの塗りつぶし

      「選択したリソース」の下に追加する「使用可能なリソース」左パネルから、メンテナンス・ウィンドウに追加するリソースを選択します。

      • ホスト・リソースが追加されると、そのホストを使用するすべてのリソースもメンテナンス・ウィンドウに含まれます。これらのリソースのリストは、ホストリソースホームページの「トポロジ」ページで確認できます。ホスト・ホームページで、Used byアソシエーションを持つすべてのリソースを検索します。
      • ホスト・トポロジ・ページに一部のリソースが含まれていない場合は、アソシエーションの追加機能を使用して、欠落しているリソースを追加できます。Usesオプションは必ず使用してください。
      • ホストがメンテナンス・ウィンドウに含まれている場合、そのホストを監視するエージェント用に構成されたアラームも、メンテナンス・ウィンドウに含められ、抑制されます。
      • コンポジット・リソースによって含まれるリソースは自動的に追加されますが、コンポジット・リソースによって使用されるリソースは含まれません。

        E-Business Suite、PeopleSoftアプリケーション、Oracle Databaseシステムなどのコンポジット・リソースが含まれている場合、そのすべてのメンバーがメンテナンス・ウィンドウに自動的に含まれます。メンバーとは、親リソースに含まれるメンバーです。ただし、親リソースで使用されるリソースは、メンテナンス・ウィンドウに手動で追加する必要があります。

        たとえば、EBSインスタンスを追加すると、EBSインスタンスに含まれているため、コンカレント処理とワークフロー・グループが自動的に追加されます。ただし、EBSインスタンスが使用するデータベースまたはWebLogicドメインは、デフォルトでは追加されません。

      • 現在、メンテナンス・ウィンドウに追加できるリソースは100個に制限されています。リソースを追加する必要がある場合は、これらのリソースに別のメンテナンス・ウィンドウを作成します。

      「選択したリソースの追加」をクリックして、メンテナンス・ウィンドウの作成を続行します。

      メンテナンス・ウィンドウの作成時に、選択したリソースおよび追加したリソースを表示するリソースの数をクリックします。ホーム・ページを表示するには、リソース名をクリックします。

    4. 「スケジュール」セクションで、メンテナンス・ウィンドウの目標に最適なオプションを選択します。使用可能なオプションには、繰返し、開始日、即時か将来かにかかわらず、特定の期間、特定の終了日または許容される最大期間(作成日から1年)が含まれます。

      • 繰返しを日次に設定する場合、選択した日には期間内に少なくとも1つの繰返しが必要です。
      • 繰返しが週次に設定されている場合、期間は少なくとも1週間である必要があります。
        ノート

        メンテナンス・ウィンドウのスケジュールは、デフォルトでUTCタイムゾーンで保存および表示されます。メンテナンス・ウィンドウの作成または更新時のみ、様々なタイムゾーンを簡単に設定できますが、すべての日付は引き続きUTCとして保存および処理されます。
    5. 「作成」をクリックします

デバッグおよび管理のために、「成功」以外のメンテナンス・ウィンドウのリクエスト・ステータスは、そのステータスに関連するワーカーのログを開くリンクです。ログは7日間使用できます。

含まれているすべてのリソースのアラームが抑制され、選択したリソースに対してメンテナンス・ウィンドウが作成され、リソース数をクリックして表示できます。

各リソースのメンバーを表示するには、メンバーの数をクリックします。

メンテナンスWindowsを含む表は手動でリフレッシュすることも、「リフレッシュ間隔」ドロップ・メニューからリフレッシュ間隔を設定することもできます。

アクティブなメンテナンス・ウィンドウに含まれるリソースのホーム・ページには、特定のメンテナンス・ウィンドウにリソースを含めることを通知するバナーとその期間が表示されます。リソースが複数のメンテナンスWindowsの一部である場合は、最後に終了したメンテナンスWindowsの期間がバナーに表示されます。

メンテナンス・ウィンドウの編集

スケジュールされたメンテナンス・ウィンドウの次の詳細の編集中に、更新できます:

  • メンテナンス・ウィンドウのスコープ- リソースを追加することも、以前に追加したリソースを削除することもできます。

  • メンテナンス・ウィンドウのスケジュール- 開始日と終了日、およびメンテナンス・ウィンドウの期間を更新できます。スケジュールを編集すると、UTCタイムゾーンがデフォルトとして設定されます。

ノート

このオプションは、「アクティブ」または「完了」のメンテナンスWindowsでは無効になっています。

メンテナンス・ウィンドウのクローニング

メンテナンス・ウィンドウを複製します。クローニングすると、同じリソースが含まれ、メンテナンス・ウィンドウのスケジュールがUTCタイムゾーンにデフォルトとして設定されます。

メンテナンス・ウィンドウの停止

進行中の「アクティブ」メンテナンス・ウィンドウを停止し、その状態を「完了」に更新します。

アクティブな繰返しメンテナンス・ウィンドウの場合、停止すると、現在の出現のみでなく、一連の繰返し全体が終了します。

ノート

このオプションは、「スケジュール済」または「完了」のメンテナンスWindowsでは使用できません。

メンテナンス・ウィンドウの削除

「スケジュール済」または「完了」のメンテナンス・ウィンドウを削除します。

ノート

このオプションは、「アクティブ」メンテナンスWindowsでは使用できません。

フィルタ・メンテナンスWindows

メンテナンスWindowsは、メンテナンスWindows名とそれに関連付けられたリソースによって、2つの異なる方法でフィルタできます。

  • メンテナンスWindows名でフィルタ:

    名前でフィルタするには、検索バーにメンテナンスWindowsの名前を入力します。大文字と小文字は区別されず、各文字を入力すると結果が自動的に更新されます。

  • メンテナンスWindowsリソースでフィルタ:

    リソースで検索するには、「リソースで検索」をクリックします。このテキストの横に、すでに選択されているリソースの数を示す番号があります。

    1. スライドアウトパネルが開いたら、保守用 Windowsリストのフィルタリングに使用するリソースを選択します。
    2. リソースを選択したら、「選択したリソースの追加」をクリックします。パネルが閉じ、リストには、これらのリソースを含むメンテナンスWindowsのみが表示されます。
    3. リソースフィルタを削除するには、パネルを再度開き、すべてのリソースの選択を解除します。

既知の問題

ホスト: 導出されたアソシエーションはメンテナンスWindowsに追加されません

ホストをメンテナンス・ウィンドウに追加すると、直接関連付けられたリソースがウィンドウに自動的に追加されます。ただし、その他の派生関連リソースは追加されません。

次に例を示します:

ホストがメンテナンス・ウィンドウに追加されます。ホストは、2つのWLS管理対象サーバーとの関連付けによって使用されます。2つのサーバーがメンテナンス・ウィンドウに追加されます。ただし、サーバーを含むクラスタは追加されません。

スケジュールされたメンテナンスWindowsを停止できません

停止できるのはアクティブなウィンドウのみです。スケジュール済ウィンドウは編集または削除できます。

メンテナンス・ウィンドウの今後の発生を停止するには、メンテナンス・ウィンドウの定義を編集し、次にスケジュールされた実行の前に停止するend dateを指定します。

メンテナンス・ウィンドウがリフレッシュ後にアラームを抑制しない

メンテナンス・ウィンドウが作成されると、新しい子リソースがウィンドウのメンバーに追加されるなど、将来のイベントに基づいてリフレッシュされます。ただし、そのリソースのアラームは抑制されません。

メンテナンス・ウィンドウのトラブルシューティングの詳細は、メンテナンス・ウィンドウのトラブルシューティングを参照してください。