Cisco Nexus Dashboard Data Broker 構成ガイド、リリース 3.10.1

監査ログ

[監査ログ] タブには、Nexus Dashboard Data Broker コントローラで実行されたアクティビティまたはアクションの記録が表示されます。

（注）

読み取り専用アクションは記録されません。

票には次の詳細が表示されます。

表 1. 監査ログ

列名

説明

日時

アクティビティの日時

Module Name

イベントが発生したモジュール。

これは、モジュールの内部マッピングに基づいています。たとえば、ログインとログアウトはセキュリティモジュールの一部です。

スライス（Slice）

アクション/イベントに関するスライス。

一部のアクションはスライスに関連せず、空白のままになっています。

スライス依存のアクションの例 - コンポーネント、接続、セッション、統計。

ユーザー（User）

イベントアクティビティに責任をもつユーザー。

アクション（Action）

ユーザーが実行したアクションの簡単な説明。

リソース（Resource）

アクションが実行されたオブジェクト。

説明

実行されたアクションの結果。次のオプションを使用できます。

障害の説明
成功

Origin

アクションが実行された Nexus Dashboard Data Broker コントローラ。

（注）

スタンドアロン Nexus Dashboard Data Broker コントローラの場合、127.0.0.1 が表示されます。

モード（Mode）

アクションが実行されたモード。

（注）

リリース 3.10 では、集中モードのみがサポートされています。

[監査ログ] タブから、次のアクションを実行できます。

[レコードの取得（Fetch Records）] — これを使用して、表示される監査ログの数を設定します。

[アクション] > [レコードの取得] をクリックし、[レコード数] フィールドに値を入力します。[取得] をクリックします。これに応じて、監査ログテーブルがロードされます。

フローの管理

[フロー管理] タブでは、矛盾した接続とデバイスフローを表示し、矛盾したフローを管理できます。詳細を閲覧してダウンロードできるので、デバギングに活用できます。

[フロー管理（Flow Management）] タブには、次のサブタブがあります。

整合性チェック — NX-API ベースのデバイスの不整合を表示します。NDB データベースとの ACL/ACE の不一致がある場合、不整合は自動的にトリガーされます。詳細については、整合性チェックを参照してください。
接続フロー — 接続用に生成された ACL および ACE の詳細を表示します。詳細については、接続フローを参照してください。
デバイスフロー：デバイス用に生成された ACL および ACE の詳細を表示します。詳細については、「デバイスフロー」を参照してください。

整合性検査

[整合性検査] タブには、NX-API ベースのデバイスの不整合が表示されます。Nexus Dashboard Data Broker データベースとの ACL/ACE の不一致がある場合、不整合は自動的にトリガーされます。

ヘッダーのアラームアイコン ( ) には、不整合のあるデバイスの数が表示されます。

表には次の詳細が表示されます。

表 2. 整合性検査
列名	説明
デバイス（Device）	デバイス名このフィールドはハイパーリンクです。デバイス名をクリックすると、新しいペインが右側に表示されます。デバイスの詳細については、「デバイス」を参照してください。
一貫性のないコントローラーフロー	一貫性のないコントローラーフロー。このフィールドはハイパーリンクです。示された番号をクリックすると、右側に新しいペインが表示され、ACL とその ACE のリストが表示されます。ここから次のアクションを実行できます。 Fix Flows — 必要なチェックボックスを選択し、[Fix Flows] をクリックします。選択したフロー (ACE) が固定され、それに応じて [一貫性のないコントローラフロー（Inconsistent Controller Flows）] 列に表示される数が更新されます。すべてをエクスポート：ACL および ACE としてリストされているフローのコピーを取得するには、このオプションを選択します。`.csv` ファイルがローカルマシンにダウンロードされます。これはデバッグに役立ちます。
一貫性のないデバイスフロー	デバイスの一貫性のないフローまたは古いフロー。コントローラフローと比較したときに、デバイスに欠落している ACL および ACE を示します。このフィールドはハイパーリンクです。示された番号をクリックすると、右側に新しいペインが表示され、ACL とその ACE のリストが表示されます。ここから次のアクションを実行できます。 Fix Flows — 必要なチェックボックスを選択し、[Fix Flows] をクリックします。選択したフロー (ACE) が固定され、それに応じて [一貫性のないコントローラフロー（Inconsistent Controller Flows）] 列に表示される数が更新されます。すべてのエクスポート（Export All）—このオプションを選択して、ACE と共に ACLとしてリストされたフローのコピーを取得します。`.csv` ファイルがローカルマシンにダウンロードされます。これはデバッグに役立ちます。
NDB 以外のフロー	デバイスに存在する ACL の数。ACL は、デフォルトのデバイス ACL にすることも、手動で追加することもできます。このフィールドはハイパーリンクです。示された番号をクリックすると、右側に新しいペインが表示され、ACL とその ACE のリストが表示されます。ここから次のアクションを実行できます。 Fix Flows — 必要なチェックボックスを選択し、[Fix Flows] をクリックします。選択したフロー (ACE) が固定され、それに応じて [一貫性のないコントローラフロー（Inconsistent Controller Flows）] 列に表示される数が更新されます。すべてのエクスポート（Export All）—このオプションを選択して、ACE と共に ACLとしてリストされたフローのコピーを取得します。`.csv` ファイルがローカルマシンにダウンロードされます。これはデバッグに役立ちます。

（注）

Nexus Dashboard Data Broker によって生成された ACL は、ndb_ プレフィックスで示されます。非 NDB フローは、それぞれのコンポーネントによって示されます。

次のアクションは、[整合性チェック] タブから実行できます。

[コントローラフローの確認（Check Controller Flows）] — デバイスを選択し、[コントローラフローの確認（Check Controller Flows）] をクリックします。ACL と ACE を含む新しいペインが右側に表示されます。
デバイスフローの確認（Check Device Flows）—デバイスを選択して、[デバイスフローの確認（Check Device Flows）] をクリックします。ACL と ACE を含む新しいペインが右側に表示されます。
[NDB 以外のフローを表示（View non-NDB Flow）] — デバイスを選択し、[NDB 以外のフローを表示（View non-NDB Flow）] をクリックします。ACL と ACE を含む新しいペインが右側に表示されます。

接続フロー

[接続フロー] タブには、接続用に生成された ACL および ACE の詳細が表示されます。

票には次の詳細が表示されます。

表 3. 接続フロー
列名	説明
接続（Connection）	接続名です。このフィールドはハイパーリンクです。接続名をクリックすると、右側に新しいペインが表示され、接続の詳細が表示されます。ここで実行できるアクションについては、「接続」の章を参照してください。
フロー	接続のフロー (ACE) の数（デバイス間でも可能）。このフィールドはハイパーリンクです。表示された番号をクリックすると、右側に新しいペインが表示されます。接続名に続いて、ACL とそれに含まれる ACE が表示されます。ここから実行できるアクションは次のとおりです。すべてのエクスポート（Export All）—このオプションを選択して、ACE と共に ACLとしてリストされたフローのコピーを取得します。`.csv` ファイルがローカルマシンにダウンロードされます。

[接続フロー] タブから、次のアクションを実行できます。

接続フローの確認 — 接続を選択し、[接続フローの確認] をクリックします。新しいペインは右側に表示されます。接続名に続いて、ACL とそれに含まれる ACE が表示されます。ここから実行できるアクションは次のとおりです。
- すべてのエクスポート（Export All）—このオプションを選択して、ACE と共に ACLとしてリストされたフローのコピーを取得します。.csv ファイルがローカルマシンにダウンロードされます。

デバイスフロー

[デバイスフロー] タブには、デバイス用に生成された ACL および ACE の詳細が表示されます。

次の詳細を含む表が表示されます。

表 4. デバイスフロー
列名	説明
Device	デバイス名このフィールドはハイパーリンクです。デバイス名をクリックすると、右側に新しいペインが表示され、デバイスの詳細が表示されます。ここで実行できるアクションについては、「デバイス」の章を参照してください。
フロー	デバイスのフロー (ACE) の数（接続およびデバイスのすべてのポートにまたがる可能性があります）。このフィールドはハイパーリンクです。表示された番号をクリックすると、右側に新しいペインが表示されます。接続名が表示され、ACL とそれが含む ACE が続きます。ここで実行される可能性のあるアクションは、次のとおりです。すべてのエクスポート（Export All）—このオプションを選択して、ACE と共に ACLとしてリストされたフローのコピーを取得します。`.csv` ファイルがローカルマシンにダウンロードされます。

次のアクションは、[デバイスフロー] タブから実行できます。

デバイスフローの確認（Check Device Flows）—デバイスを選択して、[デバイスフローの確認（Check Device Flows）] をクリックします。新しいペインが右側に表示されます。デバイス名に続いて、ACL とそれに含まれる ACE が表示されます。ここで実行される可能性のあるアクションは、次のとおりです。
- すべてのエクスポート（Export All）—このオプションを選択して、ACE と共に ACLとしてリストされたフローのコピーを取得します。.csv ファイルがローカルマシンにダウンロードされます。

JSON エクスポート/インポート

[JSON エクスポート/インポート] タブでは、デバイス構成を JSON ファイル形式でエクスポートおよびインポートできます。構成ファイルには、すべての構成情報（ポートチャネルを除く）とともに、接続されたデバイスと切断されたデバイスに関する情報が含まれています。

この [JSON エクスポート/インポート] タブには次のサブタブが含まれます。

[エクスポート] — Nexus ダッシュボードデータブローカコントローラから（ローカルマシンに）構成をエクスポートできるようにします。詳細については、「エクスポート」を参照してください。
[インポート] — 設定を Nexus Dashboard Data Broker コントローラにインポートできるようにします。詳細については、「インポート」を参照してください。

エクスポート

[エクスポート] タブでは、Nexus Dashboard Data Broker コントローラから構成をエクスポートできます。

次の詳細の表が表示されます。

表 5. エクスポート
列名	説明
[ID]	デバイスのシリアル番号
名前（Name）	デバイスの名前。
IP アドレス	デバイスの IP アドレス。
[タイプ（Type）]	デバイスのタイプです。次のオプションがあります。 NX：NX-API デバイスに接続された NDB デバイス。 PS：実稼働スイッチ（NX-OS）に接続された NDB デバイス。 AC：ACI デバイスに接続された NDB デバイス。
ステータス	デバイスのステータス。

次のアクションは、[JSON のエクスポート/インポート] > [エクスポート] タブから実行できます。

構成のエクスポート — [アクション] > [構成のエクスポート] をクリックして、JSON 構成をローカルマシンにエクスポートします。エクスポート中にデバイスの接続を含めるには、[接続] チェックボックスを選択します。[エクスポート] をクリックします。

インポート

[インポート] タブは構成を Nexus Dashboard Data Broker コントローラにインポートできるようにします。

次の詳細の表が表示されます。

表 6. インポート
列名	説明
[ID]	デバイスのシリアル番号
エクスポートされたデバイス名	構成のエクスポート元のデバイスの名前。
IP アドレス	デバイスの IP アドレス。
[タイプ（Type）]	デバイスのタイプです。次のオプションがあります。 NX—NX-API デバイスに接続された NDB デバイス。 PS—実稼働スイッチ（NX-OS）に接続された NDB デバイス。 AC—ACI デバイスに接続された NDB デバイス。
ステータス	インポートアクションのステータス。オプションは、成功、失敗、部分的、進行中、中止です。
説明	成功/失敗ステータスの説明。

次のアクションは、[JSON エクスポート/インポート] > [インポート] タブから実行できます。

構成のインポート — [アクション] > [構成のインポート] をクリックし、ローカルマシンから JSON ファイルを選択して [アップロード] をクリックします。ドラッグアンドドロップして JSON ファイルをアップロードすることもできます。
構成の適用 — [アクション] > [構成の適用] をクリックします。[デバイスの編集（Edit Fabric）] 画面が表示されます。構成を適用するデバイスの詳細を入力します。[適用して互換性を確認（Apply and Check Compatibility）] をクリックします。互換性マトリックス画面が表示されます。両方のデバイスに互換性がある場合、ステータスは緑色で示されます。[適用 (Apply)] をクリックします。

このアクションのステータスは、インポートテーブルに示されます。
インポートの削除 — [アクション] > [インポートの削除] をクリックして、インポートされた構成を削除します。

デバイスのパージ

[デバイスのパージ（Purge Device）] タブには、削除された NDB デバイスの詳細が表示されます。デバイスを削除すると、Nexus Dashboard Data Broker コントローラからのみ削除されますが、デバイス設定は保持されますが、デバイスを削除すると、デバイスが削除され、Nexus Dashboard Data Broker コントローラからもデバイス設定が削除されます。

票には次の詳細が表示されます。

表 7. デバイスのパージ
列名	説明
Node ID	Nexus Dashboard Data Broker コントローラに接続されているデバイスのノード ID。
Device	デバイス名
IP アドレス	デバイスの IP アドレス。

[属性によるフィルタ処理（Filter by attributes）] バーを使用して、表示されているデバイスグループの詳細に基づいてテーブルをフィルタ処理します。属性、演算子、およびフィルタ値を選択します。

[デバイスのパージ（Purge Device）] タブでは、次のアクションを実行できます。

[デバイスのパージ（Purge Device）] — 行の先頭にあるチェックボックスをオンにして、必要なデバイスを選択します。 [デバイスのパージ] をクリックします。

これは、古いデバイス構成をデータベースから削除するのに役立ちます。

RMA

Return Material Authorization（RMA）タブには、削除され、交換待ちのデバイスのリストが表示されます。この機能は、RMA デバイスの設定を新しいデバイスにマッピングします。

表には次の詳細が表示されます。

表 8. RMA
列名	説明
既存のノード ID	（削除された）NDB デバイスのノード ID。
ノード名	デバイス名
シリアル番号	デバイスのシリアル番号
IP アドレス	デバイスの IP アドレス。

[RMA] タブから次のアクションを実行できます。

ノード ID を置き換える — チェックボックスをオンにしてノード ID を選択します。[アクション] > [ノード ID の置換] をクリックします。表示されるポップアップウィンドウで、シリアル番号を入力し、[置換] をクリックします。選択したデバイスは、新しいシリアル番号のデバイスに置き換えられます。

（注）

NX-API デバイスのシリアル番号を取得するには、非モジュラーシャーシの show module コマンドを使用するか (出力で Serial-Num を探します)、モジュラーシャーシスイッチの show hardware コマンドを使用します（出力のスイッチハードウェア ID 情報でシリアル番号を探します）。

テクニカルサポート

[テクニカルサポート] タブには、Nexus ダッシュボードデータブローカーコントローラで作成されたテクニカルサポートジョブの詳細が表示されます。

テクニカルサポートの詳細については、テクニカルサポートの概要をご覧ください。

表には次の詳細が表示されます。

表 9. テクニカルサポート
列名	説明
Job ID	テクニカルサポートジョブ用に作成されたジョブ ID。このフィールドはハイパーリンクです。ジョブ ID をクリックして、ジョブの詳細を表示します。ローカルマシンにファイルをダウンロードするには、[アクション（Actions）] > [ダウンロード（Download）] をクリックします。 [ダウンロードして削除] オプションは、ジョブの詳細をローカルマシンにダウンロードし、Nexus Dashboard Data Broker コントローラから削除します。
ジョブタイプ（Job Type）	ジョブの操作タイプ。次のオプションがあります。基本拡張
Status	テクニカルサポートジョブのステータス。使用可能なステータスは次のとおりです。成功 — ジョブは正常に完了しました。一部 — ジョブの一部が成功しました。たとえば、複数のデバイスを選択した場合、選択したデバイスの 1 つで障害が発生した可能性があります。失敗 — ジョブは成功しませんでした。進行中：ジョブが現在、進行中です。作成済み - ジョブは実行の準備ができていますが、キューに入っています。停止 - ジョブは作成されましたが、完了できませんでした。

次のアクションは、[テクニカルサポート] タブから実行できます。

ジョブのトリガー：これを使用して、テクニカルサポートジョブをトリガーします。詳細については、「テクニカルサポートのトリガー」を参照してください。
ジョブの再トリガー：次のチェックボックスを選択し、[アクション] > [ジョブの再トリガー] をクリックしてジョブを再トリガーします。進行中および作成済みのジョブは再トリガーできません。再トリガーされたジョブが成功すると、テクニカルサポートログファイルは最新のファイルセットに置き換えられます。
ジョブの停止：チェックボックスを選択し、[アクション] > [ジョブの停止] をクリックして、実行中のジョブを停止します。停止できるのは、進行中および作成済みのジョブのみです。
ジョブの削除 — チェックボックスを選択し、[アクション] > [ジョブの削除] をクリックしてジョブを削除します。進行中のジョブは削除できません。

（注）

複数の適格なジョブを一度に削除/停止/再トリガーできます。

テクニカルサポートのトリガー

この手順を使用して、テクニカルサポートジョブをトリガーします。

始める前に

1 つ以上のデバイスが Nexus Dashboard Data Broker に接続されており、AUX モードが無効になっていることを確認します。

デバイスに 64 MB 以上の空き容量があることを確認してください。それ以外の場合、操作は失敗し、No Enough Space エラーが表示されます。

手順

ステップ 1

[トラブルシューティング] > [テクニカルサポート] に移動します。

ステップ 2

[アクション] > [ジョブのトリガー] をクリックします。

ステップ 3

[テクニカルサポートのトリガー（Trigger Tech Support）] ダイアログボックスで、次の詳細を入力します。

表 10. テクニカルサポートのトリガー
フィールド	説明
トリガー設定
デバイス（Device）	データを収集する必要があるデバイス。 [デバイスの選択] をクリックし、デバイスを選択します。
操作タイプ	[基本] または [高度] を選択します。これらの各オプションの `show コマンド`がリストされています。

ステップ 4

[追加] をクリックして、show コマンドの出力を収集します。

（注）

デフォルトでは、Tech Support フォルダの他に、configuration フォルダ、configuration start up フォルダ、および一般ログのフォルダがダウンロードされます。これにより、テクニカルサポートチームはすべての情報を収集し、より迅速な分析を行うことができます。

テクニカルサポートの概要

NX-API デバイス機能のテクニカルサポートにより、各スイッチから個別にデータを収集するのではなく、1 つまたは複数のスイッチから情報を一度に収集できます。関連するすべてのログがすぐに利用でき、ダウンロードできるため、これはデバッグ中に役立ちます。

スイッチからのテクニカルサポートデータの収集は、次の 2 つのモードで実行できます。

基本モード - 限定された一連の show コマンドが含まれています。
拡張モード - より幅広い一連の show コマンドが含まれています。

偏向のない言語

翻訳について

Book Title

Cisco Nexus Dashboard Data Broker 構成ガイド、リリース 3.10.1

Chapter Title

トラブルシューティング

検索結果

章のタイトル：トラブルシューティング

トラブルシューティング

監査ログ