データ収集ジョブの制御
すべてのデータ収集タスク(およびデータ消去タスク)がジョブ ダッシュボードから制御されます。「」を参照してください。データ収集ジョブは、「 」に一覧表示されています。
The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
ここでは、次の内容について説明します。
すべてのデータ収集タスク(およびデータ消去タスク)がジョブ ダッシュボードから制御されます。「」を参照してください。データ収集ジョブは、「 」に一覧表示されています。
[データの保持(Data Retention)] ページで加えた変更に従って、Web GUI に表示される情報が決まります。[データの保持(Data Retention)] ページを開くには、
を選択し、さらに を選択します。たとえば、7 日より前の古い履歴パフォーマンス データが不要な場合、パフォーマンス データ保持の値を次のように変更できます。
[短期データ保持期間(Short-term Data Retention Period)]:1 日
[中期データ保持期間(Medium-term Data Retain Period)]:3 日
[長期データ保持期間(Long-term Data Retain Period)]:7 日
このような設定に変更すると、パフォーマンス レポートおよびパフォーマンス ダッシュボードに表示されるすべてのデータは、過去 7 日間のみが対象になります。パフォーマンス レポートを作成すると、過去 7 日間より長いレポート期間を選択した場合でも、レポートには過去 7 日間のデータのみが含まれます(これは、保持するように選択したデータが 7 日間分であるためです)。
同様に、パフォーマンス ダッシュボードを表示して 1 週間を超える時間枠を選択しても、ダッシュボードには過去 7 日間の日付のみが含まれます。
インターフェイスのモニタリング ポリシーを作成する際に、15 分ごと、5 分ごと、または 1 分ごとのポーリング間隔を定義できます。選択したポーリング間隔に基づいてデバイス データがポーリングされ、Oracle データベースに保存されます。データは 1 時間ごとに AHxxx テーブルに集約されます。また、1/5/15 分に設定されたポーリング間隔に関係なく、ADxxx テーブルへの集約が 1 日に 1 回行われます。
[インターフェイスヘルスポリシー(Interface Health Policy)] タブでは、頻度が 5 分に設定されている場合は、1 時間あたり 12 個のサンプルを表示できます。1 時間ごとにデータが集約テーブルに移動されてインターフェイス統計の平均値が算出され、1 時間ごとの集約テーブルに 1 つのエントリが表示されます。ポーリング間隔に関係なく、集約はすべてのポリシーで同一です。
データ保持の詳細とデータ ストレージの期間、イベント時間(ミリ秒単位)、および各データ ベースのエンティティ ID とイベント時間を表示できます。パフォーマンス データと集約データはパフォーマンス ダッシュレット > [インターフェイス(Interfaces)] > [トラフィック使用率(Traffic Utilization)] タブに表示されます。
Prime Infrastructure は次の 2 種類の履歴データを保存します。
非集約データ収集タスクごとの保存期間(およびその他の設定)を定義できます。たとえば、
で、クライアント関連付けの履歴の保持期間を定義できます。デフォルトで、すべての非集約履歴データの保存期間は 31 日または 1,000,000 レコードです。この保持期間は 365 日まで増やすことができます。集約履歴データのタイプは次のとおりです。
これらの集約タイプの保持期間はデフォルト値、最小値、および最大値として定義されます(下記の表参照)。
ページを使用して、集約データの保持期間を定義します。集約タイプには、時間単位、日単位、および週単位があります。
傾向データの保存期間 |
|||
期間 |
デフォルト |
最小 |
最大 |
毎時 |
7 日間 |
1 日間 |
31 日間 |
毎日 |
90 日間 |
7 日間 |
365 日間 |
毎週 |
54 週間 |
2 週間 |
108 週間 |
デバイス ヘルス データの保存期間 |
|||
毎時 |
15 日間 |
1 日間 |
31 日間 |
毎日 |
90 日間 |
7 日間 |
365 日 |
毎週 |
54 週間 |
2 週間 |
108 週間 |
パフォーマンス データの保存期間 |
|||
短期データ |
7 日間 |
1 日間 |
31日 |
中期データ |
31 日間 |
7 日間 |
365 日間 |
長期データ |
378 日間 |
2 日間 |
756 日間 |
ネットワーク監査データの保存期間 |
|||
すべての監査データ |
7 日間 |
7 週間 |
365 日間 |
システム ヘルス データの保存期間 |
|||
毎時 |
7 日間 |
1 日間 |
31 日間 |
毎日 |
31 日間 |
7 日間 |
365 日間 |
毎週 |
54 週間 |
7 週間 |
365 日間 |
ユーザジョブデータの保持期間 |
|||
週 1 回 |
7 日間 |
7 日 |
7 日 |
パフォーマンス データは次のように集約されます。
(注) |
デフォルト設定はインタラクティブ グラフから最も役立つ情報を取得するように最適化されているため、トレンド、デバイス ヘルス、システム ヘルス、およびパフォーマンス データの保持期間を変更しないことをお勧めします。 |
次の表に、[データの保持(Data Retention)] ページに表示される情報を示します。
データのタイプ |
説明 |
デフォルトの保持設定 |
---|---|---|
傾向データの保持期間(Trend Data Retain Periods) |
デバイス関連の履歴情報。トレンド データは全体として収集され、最小、最大、または平均として要約されます。 |
毎時データの保持期間:15(日) 日次データの保持期間:90(日) 週次データの保持期間:54(週) |
デバイスヘルスデータの保持期間(Device Health Data Retain Periods) |
デバイスの到達可能性などの SNMP ポーリングされたデバイス データ、および CPU、メモリ、インターフェイスの使用率。 |
毎時データの保持期間:15(日) 日次データの保持期間:90(日) 週次データの保持期間:54(週) |
パフォーマンスデータの保持期間(Performance Data Retain Periods) |
トラフィック統計などの保証データ。
|
短期データの保持期間:7(日) 中期データの保持期間:31(日) 長期データの保持期間:378(日) |
ネットワーク監査データの保持期間(Network Audit Data Retain Period) |
ユーザがトリガーする構成の監査レコードなど。 |
監査データの保持期間:90(日) |
システムヘルスデータの保持期間(System Health Data Retain Periods) |
管理ダッシュボードに表示されるほとんどのデータが含まれます。 |
毎時データの保持期間:1(日) 日次データの保持期間:7(日) 週次データの保持期間:54(週) |
管理者は、[データの保持(Data Retention)] ページの [その他のデータ保持条件(Other Data Retention Criteria)] セクションを使用して、特定の Prime Infrastructure データベース テーブルの保持期間を設定できます。次の属性を使用して保持期間を指定できます。
セクションは、複数のサブセクションに分類されます。それぞれのサブセクションには、各データベース テーブル名と現在の [経過時間(Age)] および [最大レコード数(Max Records)] の値が一覧表示されます。これらの値によって、テーブル内の個々のレコードが保持されるか破棄されるかが決定されます。このページには、テーブル内のデータの期間経過を計算するために使用される [経過時間(Age)] 属性テーブルも一覧表示されます。オプティカル デバイスのカテゴリは、Prime Infrastructure の適用対象外です。
このセクションのいずれかのテーブルの値を変更するときは、事前に Cisco Technical Assistance Center に相談することを強くお勧めします。支援なしに変更すると、システム パフォーマンスに悪影響を与える可能性があります。
ステップ 1 |
の順に選択します。 |
ステップ 2 |
[その他のデータ保存基準(Other Data Retention Criteria)] セクションを展開します。 |
ステップ 3 |
[経過時間(Age)] および [最大レコード数(Max Records)] の値を指定するデータベース テーブル サブセクションを展開します。 |
ステップ 4 |
一覧表示しているデータベース テーブルをクリックし、必要に応じて新しい値を入力します。 |
ステップ 5 |
[保存(Save)] をクリックします。 |
管理者は、Prime Infrastructure の [クライアント(Client)] ページを使用して、次のようなネットワーク クライアント上のデータの保存に影響するパラメータを設定できます。
これらのデータ保存オプションに加えて、このページでは次のオプションを有効または無効にすることができます。
拡張クライアント トラップからクライアントを検出します。
トランク ポートで有線クライアントを検出します。
ステップ 1 |
の順に選択します。 |
ステップ 2 |
[データの保持(Data Retention)] で、必要に応じて値を変更します。 |
ステップ 3 |
[保存(Save)] をクリックします。 |
データ重複除去を使用すれば、次のクラスのアプリケーション データごとに権限のあるソースを特定することができます。
Prime Infrastructure は、ネットワークの要素とプロトコルに関するすべての受信データを保存します。これには、複数のソースから受信した重複データも含まれます。信頼できるデータ ソースを指定した場合は、特定の場所やサイトを開いたときに、指定したソースからのデータだけが表示されます。
[データ重複除去(Data Deduplication)] ページを使用すれば、特定の場所にある信頼できるデータ ソースを 1 つまたは複数指定できます。たとえば、ブランチ オフィスのネットワーク解析モジュール(NAM)に加えて、同じブランチから送信された NetFlow データもある場合は、その場所の NAM または NetFlow データだけを Prime Infrastructure で表示するように選択できます。
ステップ 1 |
を選択します。 |
ステップ 2 |
[データ重複除去の有効化(Enable Data Deduplication)] チェックボックスをオンにして、[適用(Apply)] をクリックします。[データ重複除去(Data Deduplication)] ページに定義済みの場所グループが一覧表示されます。 |
ステップ 3 |
すべての場所にある信頼できるソースを自動的に検出するには、[自動検出(Auto-Detect)] をクリックします。これにより特定されると、アプリケーション データの各クラスのソースを一覧表示する列の下にあるリスト ボックスに、信頼できるソースのアドレスが Prime Infrastructure によって入力されます。 |
ステップ 4 |
特定の場所にあるアプリケーション データのクラスの信頼できるソースを指定するには、次のように操作します。 |
ステップ 5 |
終了したら、[適用(Apply)] をクリックして変更内容を保存します。 |
すべての定期レポートが定期レポート リポジトリに格納されます。定期レポートは、妥当な期間だけリポジトリ内に保持しておいて、定期的に削除する必要があると考えられます。
ステップ 1 |
の順に選択します。[レポート(Report)] ページが表示されます。 |
ステップ 2 |
[リポジトリ パス(Repository Path)] で、Prime Infrastructure サーバ上のレポート リポジトリ パスを指定します。 |
ステップ 3 |
[ファイルの保持期間(File Retain Period)] で、レポートを保持する最大日数を指定します。 |
ステップ 4 |
[保存(Save)] をクリックします。 |
[インベントリ(Inventory)] ページで、デバイスの syslog イベントが受信された場合に、Prime Infrastructure でインベントリを収集するかどうかを指定できます。
ステップ 1 |
の順に選択します。[インベントリ(Inventory)] ページが表示されます。 |
||
ステップ 2 |
[イベント ベースのインベントリ収集の有効化(Enable event based inventory collection)] チェックボックスをオンにして、Prime Infrastructure がデバイスの syslog イベントを受信した場合にインベントリを収集できるようにします。 |
||
ステップ 3 |
Prime Infrastructure が新しく追加されたデバイスに関する syslog 通知とトラップ通知を有効にできるようにする場合は、[デバイスに関する syslog とトラップを有効にする(Enable Syslog and Traps on device)] チェックボックスをオンにします。
|
||
ステップ 4 |
[保存(Save)] をクリックします。 |
管理者は、Prime Infrastructure ユーザが新しいデバイス設定テンプレートを導入するたびに、デバイス設定をバックアップまたはロールバックするかどうかを選択できます。また、Cisco WLC 設定のアーカイブ方法も制御できます(下記の「関連項目」を参照)。
[デバイス設定のバックアップ(Backup Device Configuration)] が有効になっている場合は、新しい設定テンプレートが導入される前に、Prime Infrastructure が自動的にすべてのデバイスの実行コンフィギュレーションとスタートアップ コンフィギュレーションをバックアップします。
ステップ 1 |
を選択します。 |
ステップ 2 |
[デバイス設定のバックアップ(Backup Device Configuration)] チェックボックスをオンにします。 |
ステップ 3 |
[保存(Save)] をクリックします。 |
[ロールバック設定(Rollback Configuration)] が有効になっている場合は、新しい設定テンプレートのデバイスへの導入に失敗した場合に、Prime Infrastructure が自動的に最後にアーカイブされた実行コンフィギュレーションとスタートアップ コンフィギュレーションに各デバイスをロールバックします。
ステップ 1 |
[管理(Administration)] > [設定(Settings)] > [システム設定(System Settings)] > [設定(Configuration)] の順に選択します。 |
ステップ 2 |
[設定のロールバック(Rollback Configuration)] チェックボックスをオンにします。 |
ステップ 3 |
[保存(Save)] をクリックします。 |
デフォルトで、Prime Infrastructure は、次の場合にいつでも、Cisco Wireless LAN Controller(WLC)ソフトウェアを実行している各デバイスのスタートアップ コンフィギュレーションのバックアップ アーカイブを維持します。
Prime Infrastructure は、Cisco WLC ソフトウェアを実行しているデバイスのコンフィギュレーション アーカイブ サポートを提供します。コンフィギュレーション アーカイブには、スタートアップ コンフィギュレーションのみが含まれています。実行コンフィギュレーションはコンフィギュレーション アーカイブから除外されます。
次のような、Cisco WLC 設定アーカイブを制御するさまざまな基本パラメータを変更できます。
また、アーカイブの目的で、特定のファミリ、タイプ、またはモデルのデバイス上で指定したコマンドが関係するすべての変更を無視するように Prime Infrastructure に指示することもできます。これは、1 つ以上のデバイスの一部のパラメータの重要でない変更または定常的に発生する変更を無視する場合に便利です。
ステップ 1 |
の順に選択します。 |
||
ステップ 2 |
[基本(Basic)] タブで、必要に応じて基本的なアーカイブ パラメータを変更します。
|
||
ステップ 3 |
アーカイブする設定から除外するデバイスと設定コマンドを指定するには、次の手順を実行します。 |
(注) |
これらのデフォルトの消去設定は、最適なパフォーマンスを保証するために用意されています。これらの設定を調整するときには、特に が非常に大規模なネットワーク(これらの設定値を大きくすると悪影響が生じる可能性がある)を管理している場合に注意が必要です。 |
は、最大 8000000 個のイベントと 2000000 個の syslog をデータベースに格納します。
システム パフォーマンスを保護するため、 は次の表の設定に従ってアラーム、イベント、および syslog を消去します。これらの設定はすべてデフォルトで有効化されます。データは毎日削除されます。アラーム テーブルは毎時チェックされ、アラーム テーブルが 300,000 の上限を超えた場合、 は、アラーム テーブルのサイズが制限内に収まるまで、最も古いクリア済みアラームを削除します。
データ タイプ |
削除されるまでの日数: |
デフォルト設定 |
アラーム:クリア済みのセキュリティ アラーム |
30日間 |
有効 |
アラーム:クリア済みの非セキュリティ アラーム |
7 日 |
有効 |
イベント |
60 日 |
有効 |
Syslogs |
30日間 |
有効 |
アラーム |
30日間 |
無効 |
設定を変更するには、
を選択して、 を選択し、[アラームおよびイベントのクリーンアップ オプション(Alarm and Event Cleanup Options)] エリアの設定を変更します。ログの消去設定を調整するには、
を選択します。ログは最大サイズに達するまで保存されます。最大サイズに達した時点で、ログ ファイルに番号が追加され、新しいログが開始されます。ログの数が最大数を超えると、最も古いログが削除されます。次の表に、一般ログと SNMP ログのデフォルトの消去値をリストします。
ログ タイプ |
ログのサイズ |
ログの数 |
設定を変更する場合の参照先: |
一般 |
10 MB |
10 |
|
SNMP |
10 MB |
5 |
デフォルトでは、レポートは /localdisk/ftp/reports という名前のリポジトリに保管され、31 日が経過するとこのディレクトリから削除されます。フィルタ ページで設定したレポート フィルタはデータベースに保存され、消去されることはありません。
ステップ 1 |
の順に選択し、 を選択します。 |
ステップ 2 |
必要に応じて、サーバ上のレポート リポジトリの場所を変更します。リポジトリは、FTP ルート パーティションの下になければなりません。 |
ステップ 3 |
レポートを消去するデフォルト経過時間を変更するには、[ファイルの保持期間(File Retain Period)] に新しい値を入力します。 |
ステップ 4 |
[保存(Save)] をクリックします。 |
デフォルトで、2 つのバックアップがローカル リポジトリに保存されます。リモート リポジトリを使用している場合は、自動バックアップ消去メカニズムがありません。古いバックアップを手動で削除する必要があります。保存する自動アプリケーション バックアップ数の変更 を参照してください。
デバイスごとに、5 つのコンフィギュレーション ファイルが設定アーカイブに保存されます。30 日より前のファイルは消去されます。デバイス コンフィギュレーション ファイルは手動で削除することができません。。
デバイス ソフトウェア イメージ ファイルは、データベースから自動的には消去されません。このファイルは、GUI クライアントを使用して手動で削除する必要があります。
Prime Infrastructure では、スケジュール設定されたデータ収集ジョブを定期的に実行します。各ジョブのスケジュールを変更したり、ジョブを一時停止、再開、または即時実行できます。
これらのシステム ジョブを無効化または制限すると、Prime Infrastructure の使用、特にレポート作成に直接影響する可能性があります。このような影響を考慮するには、そのデータが使用されるレポートに注目してください。
システム ジョブは、「システム ジョブについて」で説明しているとおり、デフォルトの定期スケジュールで実行されます。必要に応じてこれらのスケジュールを再設定できます。
ステップ 1 |
の順に選択します。 |
ステップ 2 |
スケジュールを再設定するデータ収集ジョブのカテゴリ(たとえば [APIC-EM 統合(APIC-EM Integration)]、[保証とヘルスの要約(Assurance and Health Summary)]、[インフラストラクチャ(Infrastructure)]、[インベントリとディスカバリ(Inventory and Discovery)]、[ステータスとワイヤレスのモニタリング(Status and Wireless Monitoring)] など)を選択します。 |
ステップ 3 |
スケジュールを再設定するシステム ジョブの横にあるチェックボックスをクリックします。 |
ステップ 4 |
[スケジュールの編集(Edit Schedule)] をクリックし、ジョブの実行スケジュールを指定します。 ジョブが実行される日付と時刻を指定できます。ジョブの繰り返しとして、1 分に 1 回、1 時間に 1 回、週 1 回、月 1 回、年 1 回を選択できます。デフォルトでは終了時刻は指定されていません。 |
ステップ 5 |
終了したら、[送信(Submit)] をクリックします。 |
スケジュール設定されたデータ収集ジョブの一時停止や、すでに一時停止されたジョブの再開ができます。
ステップ 1 |
の順に選択します。 |
ステップ 2 |
停止または再開するデータ収集ジョブのカテゴリ(たとえば [APIC-EM 統合(APIC-EM Integration)]、[保証とヘルスの要約(Assurance and Health Summary)]、[インフラストラクチャ(Infrastructure)]、[インベントリとディスカバリ(Inventory and Discovery)]、[ステータスとワイヤレスのモニタリング(Status and Wireless Monitoring)] など)を選択します。 |
ステップ 3 |
目的のシステム ジョブの横にあるチェックボックスをクリックします。 |
ステップ 4 |
[シリーズの一時停止(Pause Series)] をクリックすると、ジョブの実行が停止します。 ジョブがすでに一時停止されている場合は、[シリーズの再開(Resume Series)] をクリックすると、現在のスケジュールに基づいて実行が再開されます。 |
下記の手順に加え、ジョブのスケジュールを再設定して、実行時刻として [今すぐ(Now)] を選択して送信すると、ジョブを即時に実行できます。その後、このジョブを選択し、[実行(Run)] をクリックします。
ステップ 1 |
の順に選択します。 |
ステップ 2 |
実行するデータ収集ジョブのカテゴリ(たとえば [APIC-EM 統合(APIC-EM Integration)]、[保証とヘルスの要約(Assurance and Health Summary)]、[インフラストラクチャ(Infrastructure)]、[インベントリとディスカバリ(Inventory and Discovery)]、[ステータスとワイヤレスのモニタリング(Status and Wireless Monitoring)] など)を選択します。 |
ステップ 3 |
即時実行するシステム ジョブの横にあるチェックボックスをクリックします。 |
ステップ 4 |
[実行(Run)] をクリックします。 |
次の表に、Prime Infrastructure が実行するバックグラウンド データ収集ジョブの説明を示します。
タスク名(Task Name) |
デフォルト スケジュール(Default Schedule) |
説明 |
編集可能なオプション |
---|---|---|---|
APIC EM 統合ジョブ |
|||
APIC-EM サイトの同期(APIC-EM Site Sync) |
6 時間 |
APIC-EM と Prime Infrastructure の間でのサイトとデバイスの同期をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
APIC サーバのステータス定期確認(APIC Server Status Periodic) |
5 分 |
APIC-EM サーバが到達可能であるか確認する作業をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
ネットワークデバイスへの ping の送信 |
5 分 |
ICMP ping の到達可能性をスケジュールし、デバイスの到達可能性ステータスと遅延時間を更新します。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
PnP の一括インポート(PnP Bulk Import) |
5 分 |
APIC-EM から Prime Infrastructure へのデバイス プロファイルの一括インポートをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
PnP ステータスのポーリング(PnP Status Polling) |
5 分 |
APIC-EM で作成した PnP デバイスのステータスを追跡し、正常であればそのデバイスを Prime インベントリに追加します。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
ポスト PnP ジョブ(Post PnP Job) |
デバイス上でのポスト PnP 設定の検証をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
|
保証とヘルスの要約ジョブ |
|||
AGGREGATION_HEALTH_SUMMARY |
無効 |
デバイス メトリック(ルータ、スイッチ、アクセスポイントなど)のヘルス スコアを集計します。 |
編集不可 |
保証のデータソースの更新(Assurance DataSource Update) |
無効 |
PI の異なる 2 つのプロセスの間でデータ ソースの一覧を同期します。 |
編集不可 |
保証のライセンスの更新(Assurance License Update) |
無効 |
12 時間ごとに、デバイスとそれに関連付けられている AP を取得します。 |
編集不可 |
保証の Lync の集計(Assurance Lync Aggregation) |
無効 |
Lync の通話統計情報を計算します。 |
編集不可 |
BASELINE_DAILY |
無効 |
時間単位の基準値を集計して、アプリケーション データの日単位の値を算出します。 |
編集不可 |
BASELINE_HOURLY |
無効 |
アプリケーション データの時間単位の基準データ ポイントを計算します。 |
編集不可 |
DAHealth_SITE |
無効 |
PI の異なる 2 つのプロセスの間でサイト ルールを同期します。 |
編集不可 |
HEALTH_SUMMARY_5MIN |
無効 |
アプリケーションのヘルス スコアを計算します。 |
編集不可 |
PushCollectionPlanToDA |
無効 |
コレクション プランを DA にプッシュします。 |
編集不可 |
WUserSyncJob_USER |
無効 |
ステーション キャッシュから現在のクライアントの一覧を取得し、NetFlow ユーザ キャッシュを更新します。 |
編集不可 |
インフラストラクチャ ジョブ |
|||
一括再計算 RF 予測(Bulk Recompute RF Prediction) |
15 日 |
一括再計算 RF 予測のステータスのポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
接続先のモビリティ到達可能性ステータス(Connected Mobility Reachability Status) |
5 分 |
接続先のモビリティ到達可能性のステータス ポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
コントローラ設定のバックアップ(Controller Configuration Backup) |
1 日 |
コントローラ設定のバックアップ アクティビティが表示されます。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
データのクリーンアップ(Data Cleanup) |
2 時間 |
日単位のデータ ファイルのクリーンアップをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
デバイス設定の外部バックアップ(Device Config Backup-External) |
15 分 |
デバイス設定を定期的に外部リポジトリに転送します。リポジトリの設定や作成は CLI コマンドで行うことができます。サポートされているリポジトリは FTP、SSH FTP(SFTP)、ネットワーク ファイル システム(NFS)です。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 [編集(Edit)] アイコンをクリックし、[最新の設定のみをエクスポートする(Export only Latest Configuration)] チェックボックスをオンにすると、最新の設定のみが転送されます。 ロールベース アクセス コントロール(RBAC)で設定されたユーザ権限に基づいて、ジョブのプロパティを編集することができます。 |
ゲスト アカウントの同期(Guest Accounts Sync) |
1 日 |
ゲスト アカウントのポーリングと同期をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
インデックス検索エンティティ(Index serach Entities) |
3 時間 |
インデックス検索エンティティのジョブをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
モビリティサービスのバックアップ(Mobility Service Backup) |
7 日 |
モビリティ サービスの自動バックアップをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
モビリティ サービスのステータス(Mobility Service Status) |
5 分 |
モビリティ サービスのステータスのポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
モビリティ サービスの同期(Mobility Service Synchronization) |
1 時間 |
モビリティ サービスの同期をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
オン デマンド レポート クリーンアップ(On Demand Reports Cleanup) |
6 時間 |
レポートのクリーンアップをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
サーバのバックアップ(Server Backup) |
1 日 |
Prime Infrastructure サーバの自動バックアップをスケジュールします。作成されるバックアップは、アプリケーション バックアップです。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
スマート ライセンスのコンプライアンス ステータス(Smart License Compliance Status) |
無効 |
スマート ライセンスに対してデフォルトのスケジュールで実行されます。 |
編集不可。 |
wIPS アラームの同期(wIPS Alarm Sync) |
2 時間 |
wIPS アラームの同期をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
インベントリおよびディスカバリ ジョブ |
|||
自律 AP インベントリ(Autonomous AP Inventory) |
1 日 |
自律 AP のインベントリ情報を収集します。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
スイッチ インベントリ(Switch Inventory) |
1 日 |
スイッチに関するインベントリ情報を収集します。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
ワイヤレス コントローラ インベントリ(Wireless Controller Inventory) |
1 日 |
ワイヤレス コントローラに関するインベントリ情報を収集します。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
ステータス ジョブ |
|||
アプライアンス ステータス(Appliance Status) |
5 分 |
アプライアンスのポーリングをスケジュールします。このタスクでは、[管理(Administration)] > [アプライアンス(Appliance)] > [アプライアンス ステータス(Appliance Status)] ページからアプライアンスのポーリングの詳細が読み込まれます。また、アプライアンスがパフォーマンスや障害を確認できるかどうかに関する情報なども読み込まれます。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
自律型クライアントのステータス(Autonomous Client Status) |
5 分 |
自律 AP クライアントのステータス ポーリングをスケジュールできるようにします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
自律型 AP の動作ステータス(Autonomous AP Operational Status) |
5 分 |
自律型ワイヤレス アクセス ポイントのステータス ポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
コントローラの動作ステータス(Controller Operational Status) |
5 分 |
コントローラの動作ステータスのポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
デバイス データ コレクター(Device Data Collector) |
30 分 |
設定した時間間隔で指定したコマンド ライン インターフェイス(CLI)コマンドに基づいてデータ収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
Identity Services Engine ステータス(Identity Services Engine Status) |
15 分 |
Identity Services Engine のポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
干渉(Interferers) |
15 分 |
干渉の情報収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
Unified AP ping 機能の学習(Learn Unified AP Ping Capability) |
このジョブは、一時停止状態で、オンデマンドで動作します。 |
Unified AP ping 機能情報の収集をスケジュールします。 |
編集不可。 |
ライセンス ステータス(License Status) |
4 時間 |
ライセンス ステータス情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
Lightweight AP のイーサネット インターフェイスのステータス(Lightweight AP Ethernet Interface Status) |
1 分 |
Lightweight AP のイーサネット インターフェイスのステータス情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
Lightweight AP の動作ステータス(Lightweight AP Operational Status) |
5 分 |
Lightweight AP の動作ステータス情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
Lightweight クライアントのステータス(Lightweight Client Status) |
5 分 |
ネットワークからの Lightweight AP クライアントの情報収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
モビリティ サービスのパフォーマンス(Mobility Service Performance) |
15 分 |
モビリティ サービスのパフォーマンスのステータスのポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
モビリティ ステータス タスク( Mobility Status Task) |
15 分 |
Mobility Services Engine のステータスのポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
OSS サーバ ステータス(OSS Server Status) |
5 分 |
OSS サーバのステータスのポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
冗長ステータス(Redundancy Status) |
1 時間 |
プライマリおよびセカンダリ コントローラの冗長性ステータス ポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
スイッチの NSMP およびロケーション ステータス(Switch NMSP and Location Status) |
4 時間 |
スイッチ ネットワーク モビリティ サービス プロトコル(NMSP)およびシビック ロケーション ステータス ポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
スイッチの動作ステータス(Switch Operational Status) |
5 分 |
スイッチの動作ステータスのポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
サードパーティ アクセス ポイントの動作ステータス(Third party Access Point Operational Status) |
3 時間 |
サードパーティ AP の動作ステータス ポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
サードパーティ コントローラの動作ステータス(Third party Controller Operational Status) |
3 時間 |
サードパーティ コントローラの動作ステータス ポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
管理対象外 AP(Unmanaged APs) |
15 分 |
管理対象外アクセス ポイントに関するポーリング情報を収集します。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
有線クライアント ステータス(Wired Client Status) |
2 時間 |
ワイヤレス クライアントのステータスのポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
ワイヤレス AP 検出(Wireless AP Discovery) |
5 分 |
ワイヤレス AP 検出をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
ワイヤレス設定の監査(Wireless Configuration Audit) |
1 日 |
ワイヤレス設定エージェント監査情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
無線モニタリング ジョブ |
|||
AP イーサネット統計(AP Ethernet Statistics) |
15 分 |
AP イーサネット統計の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
AP イメージの事前ダウンロードのステータス(AP Image Pre-Download Status) |
15 分 |
コントローラの関連 AP のイメージ プレダウンロード ステータスを確認できます。アクセス ポイントのステータスを表示するには、コントローラにソフトウェアをダウンロードしている間に [AP へのソフトウェアの事前ダウンロード(Pre-download software to APs)] チェックボックスをオンにする必要があります。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
自律型 AP CPU とメモリの使用率(Autonomous AP CPU and Memory Utilization) |
15 分 |
自律 AP のメモリおよび CPU 使用率に関する情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
自律 AP の無線パフォーマンス(Autonomous AP Radio Performance) |
15 分 |
無線パフォーマンスに関する情報や、自律 AP の無線アップまたはダウン ステータスの収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
自律 AP Tx の電力とチャネルの使用率(Autonomous AP Tx Power and Channel Utilization) |
15 分 |
自律 AP の無線パフォーマンスに関する情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
CCX クライアントの統計情報(CCX Client Statistics) |
1 時間 |
CCX バージョン 5 およびバージョン 6 クライアントの Dot11 およびセキュリティ統計情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
CleanAir 電波品質(CleanAir Air Quality) |
15 分 |
CleanAir の電波品質に関する情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
クライアント統計情報(Client Statistics) |
15 分 |
自律および軽量クライアント用の統計情報の取得をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
マップ情報ポーリング ジョブ(Map Info Polling Job) |
1 分 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
|
メディア ストリーム クライアント(Media Stream Clients) |
15 分 |
メディア ストリーム クライアントに関する情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
メッシュ リンクのステータス(Mesh Link Status) |
5 分 |
メッシュ リンクのステータスの収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
メッシュ リンクのパフォーマンス(Mesh link Performance) |
10 分 |
メッシュ リンクのパフォーマンスに関する情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
無線パフォーマンス(Radio Performance) |
15 分 |
ワイヤレス無線からの統計情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
無線音声パフォーマンス(Radio Voice Performance) |
15 分 |
ワイヤレス無線からの音声統計情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
不正 AP(Rogue AP) |
2 時間 |
不正アクセス ポイントに関する情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
スイッチの CPU とメモリのポーリング(Switch CPU and Memory Poll) |
30 分 |
スイッチの CPU とメモリの情報のポーリングをスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
トラフィック ストリーム メトリック(Traffic Stream Metrics) |
8 分 |
クライアントのトラフィック ストリーム メトリックを取得します。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
ワイヤレス コントローラのパフォーマンス(Wireless Controller Performance) |
30 分 |
ワイヤレス コントローラのパフォーマンス統計情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
ワイヤレス QoS 統計(Wireless QoS Statistics) |
15 分 |
ワイヤレス コントローラの QoS 統計情報の収集をスケジュールします。 |
[スケジュールの編集(Edit Schedule)] > [繰り返し(Recurrencce)] の順に選択し、ジョブをスケジュールするための適切な設定を選択します。 |
Prime Infrastructure は、すべてのプラットフォーム上で Cisco Prime LAN Management Solution(LMS)バージョン 4.2.5 からのデータ移行をサポートしています。次の LMS データを CAR CLI を使用して Prime Infrastructure にインポートできます。
LMS からインポートできるのは、次の属性を使用したルールを含むダイナミック グループだけです。
LMS データを Prime Infrastructure に移行するには、次の手順を実行します。
ステップ 1 |
LMS バックアップ データが格納されているサーバを特定します。 |
||||||||||||||||
ステップ 2 |
Prime Infrastructure サーバとの CLI セッションを開きます(CLI から接続する方法を参照)。 |
||||||||||||||||
ステップ 3 |
次のコマンドを入力して、バックアップの場所を設定します。 admin# configure terminal admin(config)# repository carsapps admin(config-Repository)# url location admin(config-Repository)# user root password plain password admin(config-Repository)# end 引数の説明
|
||||||||||||||||
ステップ 4 |
次のコマンドを使用して LMS バックアップを Prime Infrastructure にインポートします。 admin# lms migrate repository carsapps |
||||||||||||||||
ステップ 5 |
CLI セッションを終了して、Prime Infrastructure ユーザ インターフェイスにログインし直し、LMS データが正常にインポートされたことを確認します。次の表に、Prime Infrastructure でインポートした LMS データを確認する場所を示します。
|