Cisco Unified CallManager Serviceability システム ガイド Release 5.1(3)
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年5月30日
章のタイトル： アラート
アラート
•
「参考情報」
アラートの概要
RTMT は、アラートの定義、設定、表示をサポートし、あらかじめ設定されているアラートとユーザ定義のアラートが利用できます。両方のタイプのアラートを実行できますが、あらかじめ設定されているアラートは削除できません（ユーザ定義のアラートは追加および削除ができます）。[Alert] メニューには、次のメニュー オプションがあります。
• Alert Central：このオプションには、Cisco Unified CallManager クラスタ内のすべてのアラートの現在の状況と履歴があります。
（注） RTMT モニタリング ペインの左側のコントローリング センターにある [Alert] タブから Alert Central にアクセスすることもできます。
• Set Alert/Properties：このメニュー オプションでは、アラートとアラート プロパティを設定できます。
• Remove Alert：このメニュー カテゴリでは、アラートを削除できます。
• Enable Alert：このメニュー カテゴリでは、アラートを有効にできます。
• Disable Alert：このカテゴリでは、アラートを無効にできます。
• Suspend cluster/node Alerts：このメニュー カテゴリでは、特定の Cisco Unified CallManager ノードまたはクラスタ全体について、アラートを一時的に停止できます。
• Clear Alert：このメニュー カテゴリでは、アラートをリセットして（アラート項目の色が赤から黒に変わります）、アラートが処理済みであることを示すことができます。アラートが発生すると、RTMT でのアラートの色が自動的に赤に変わり、アラートを手動でクリアするまで赤のままです。
• Clear All Alerts：このメニュー カテゴリでは、すべてのアラートをクリアできます。
• Alert Detail：このメニュー カテゴリでは、アラート イベントに関する詳細情報を表示できます。
• Config Email Server：このカテゴリでは、電子メール サーバを設定してアラートを使用可能にできます。
• Config Alert Action：このカテゴリでは、特定のアラートに対するアクションの設定、および任意の電子メール受信者にアラートを送信するアクションの設定ができます。
RTMT では、perfmon カウンタ値のしきい値、アラート チェックのスケジュール、およびデバイスの状況変化（ポートのアウト オブ サービスなど）のアラート通知を設定できます。
Quick Launch Channel の下の [Tools] タブには、Alert Central カテゴリが含まれています。Alert Central では、Cisco Unified CallManager クラスタ内のすべてのアラートの現在の状況と履歴が表示されます。Cisco Unified CallManager アラートをモニタするには、[Tools] タブと [Tools] メニューの下の Alert メニュー オプションを併せて使用します。
あらかじめ設定されているアラート
RTMT は、あらかじめ設定されているアラートのセットで構成されます。これらのアラートは削除できません。ただし、Alert Central で使用可能または使用不可にできます。
次に、RTMT にあらかじめ設定されているアラートを示します。
• BeginThrottlingCallListBLFSubscriptions
• CallProcessingNodeCpuPegging
（注） このアラートは、重要なサービスが予期せず停止したときに生成されるもので、サービスを停止するジョブを管理者が実行したときには生成されません。たとえば、管理者が Cisco Unified CallManager をバックアップまたは復元したり、アップグレードを実行したり、Cisco Unified CallManager Serviceability またはコマンドライン インターフェイス（CLI）でサービスを停止したなどの理由でサービスが停止した場合、アラートは生成されません。
[RTMT Critical Services] ウィンドウの赤いアイコン（赤い円の中に X）は、サービスがダウンして、CriticalServiceDown アラートが生成されたことを示します。
（注） DBReplicationFailure は、DBReplicationFailure アラームではなく、「レプリケーション状況」perfmon カウンタを基準にするようになりました。このアラートは、対応する「レプリケーション状況」perfmon カウンタの値が 0（初期値）または 2（成功）以外になったときにトリガされます。
• ExcessiveVoiceQualityReports
• LogPartitionHighWaterMarkExceeded
• LogPartitionLowWaterMarkExceeded
• LowActivePartitionAvailableDiskSpace
• LowAttendantConsoleServerHeartbeatRate
• LowInactivePartitionAvailableDiskSpace
• LowSwapPartitionAvailableDiskSpace
• NonCallProcessingNodeCpuPegging
• NumberOfRegisteredGatewaysDecreased
• NumberOfRegisteredGatewaysIncreased
• NumberOfRegisteredMediaDevicesDecreased
• NumberOfRegisteredMediaDevicesIncreased
• NumberOfRegisteredPhonesDropped
（注） ServerDown アラートは、現在「アクティブな」AMC（プライマリ AMC またはプライマリが使用できない場合のバックアップ AMC）がクラスタ内の他のノードに到達できないときに生成されます。このアラートは、サーバ ダウン条件のほかに、ネットワーク接続の問題を示します。
アラートのカスタマイズ
RTMT では、あらかじめ設定されているアラートとユーザ定義のアラートの両方を設定できます。ただし、あらかじめ設定されているアラートを削除することはできません。あらかじめ設定されているアラートもユーザ定義のアラートも RTMT で使用不可にすることができます。ユーザ定義のアラートは、パフォーマンスモニタリングのウィンドウで、追加および削除できます。
表7-1 は、各アラートを設定するために使用するフィールドのリストです。あらかじめ設定されているフィールドは、特に記載がない限り、ユーザ設定可能です。
|
|
|
|
|---|---|---|
わかりやすい名前。あらかじめ設定されているアラートでは、このフィールドは変更できません。「トレース ダウンロードの有効化」を参照してください。 |
||
あらかじめ設定されているアラートでは、このフィールドは編集できません。「トレース ダウンロードの有効化」を参照してください。 |
||
ExcessiveVoiceQualityReports のデフォルトのしきい値は、60 分以内に 10 個です。 |
||
Cisco Unified CallManager ノード、Cisco TFTP ノード、または最初のノード。
（注） ノードの Cisco CallManager と Cisco TFTP の両方のサービスを非アクティブにすると、そのノードは実質的に、現在のモニタ対象ノード リストから削除されたものとみなされます。Cisco CallManager と Cisco TFTP の両方のサービスを再度アクティブにすると、そのノードがリストに再度追加されて、設定がデフォルト値に復元されます。 |
||
最初に定義されたアラート アクション（「アラート アクションの設定」を参照してください）。このフィールドがブランクの場合は、電子メールが使用不可であることを示します。 |
||
アラートが発生すると、アラートの色が自動的に赤に変わり、アラートを手動でクリアするまでそのままです。すべてのアラートをクリアするには、Clear All を使用します。 |
||
このフィールドは、MaliciousCall および Registered YYY タイプのアラートには適用されません。DChannel OOS アラートの場合、このフィールドは、未解決の OOS デバイスがなくなった場合に限り、YES のままです。Code Yellow アラートは、Cisco Unified CallManager から CodeYellowExit イベントを受信したときに安全範囲内に戻ります。 |
||
VoiceQualityReports、RouteListExhausted、および MediaListExhausted については、現在の間隔でアラートが発生していた場合、現在のモニタリング間隔の 30 までの現在のイベントの詳細が表示されます。そうでない場合は、前回の間隔の 30 までのイベントの詳細が表示されます。DChannel OOS アラートについては、アラートが発生した時点で未解決であった OOS デバイスのリストが表示されます。 |
||
事前定義されているアラートについてデフォルトを指定します（たとえば、Error、Warning、Information）。 |
||
RTMT Alert Central からは設定できませんが、Cisco Unified CallManager の管理ページから［サービスパラメータ］でカスタマイズできます。 |
アラート アクションの設定
RTMT では、生成されるアラートごとにアラート アクションを設定して、アラート アクション リストで指定した電子メール受信者にアラート アクションを送信できます。
表7-2 は、アラート アクションを設定するためのフィールドのリストです。特に記載がない限り、すべてのフィールドがユーザ設定可能です。
|
|
|
|
|---|---|---|
トレース ダウンロードの有効化
あらかじめ設定されているアラートの中には、イベントが発生するとトレース ダウンロードを開始できるアラートがあります。次のアラートで [Set Alert/Properties] の [Enable TCT Download] チェックボックスをオンにすると、特定のイベントが発生したときに、トレースを自動的に取り込めます。
アラート ログの概要
アラート ログには、アラートが格納されます。アラートはメモリにも格納されます。メモリは一定間隔でクリアされて、最後の 30 分間のデータがメモリに残されます。サービスが開始または再開されると、システムが、クラスタ内のすべてのサーバに存在するアラート ログから読み込み、最後の 30 分間のアラート データをメモリにロードされます。メモリ内のアラート データは、要求に応じて RTMT クライアントに送信されます。
RTMT の起動時に、RTMT は Alert Central ログ履歴で最後の 30 分間に発生したすべてのログを表示します。アラート ログは定期的に更新されて、新しいログがログ履歴ウィンドウに挿入されます。ログの数が 100 に達すると、RTMT は最も古い 40 のログを削除します。
アラート ログのファイル名の形式は、AlertLog_MM_DD_YYYY_hh_mm.csv です。
• Monitored Object Name：モニタされるオブジェクトの名前
参考情報
• 『 Cisco Unified CallManager Serviceability アドミニストレーション ガイド 』の「 Real-Time Monitoring の設定 」
• 『 Cisco Unified CallManager Serviceability アドミニストレーション ガイド 』の「 RTMT でのアラート設定 」
フィードバック