次の節では、MIB CompilerとMIB Browserを使用してSNMPデバイスを管理する場合に必要なタスクについて説明します。
デバイスを管理するには、デバイスがサポートするMIBのコピー(複数の場合もあり)を取得する必要があります。MIBは、厳格な形式で記述されたASCII形式のテキストファイルであり、特定のデバイスクラスで利用することができる管理情報を説明します。たとえば、メーカXのルータXYZを所有しており、このルータの管理にNovell ZENworks Server Managementを使用することを検討している場合、メーカXからXYZルータに関するMIBを取得する必要があります。Novell ZENworks Server Managementでは、多数の標準MIBとベンダ固有MIBを用意しています。これらのMIBは、MIB Server Poolフォルダ内のMIB Poolフォルダに存在します。Novell ZENworks Server Managementはデフォルトで、これらの中から最も一般的に適用できるMIBをコンパイルします。
新しいMIBをコンパイルする場合、そのMIBをMIB Server Poolフォルダ内のMIB Poolフォルダに保存する必要があります。コンソールユーザは、MIB Server Poolフォルダ内のMIB Poolフォルダにあるファイルを選択したり、削除したりすることができます。MIB Compilerは、MIB Server Poolフォルダ内のMIB Poolフォルダに示されているファイルをコンパイルします。
MIB Compilerは次の項目を実行します。
MIB Server Poolフォルダに保存されたMIBファイルのコンパイルと保持を、コンソールを使って簡単に実行できます。MIB PoolフォルダにMIBファイルを追加したり、MIB PoolフォルダからMIBファイルを削除したりできます。
MIB Compilerを使って、新しいSNMPアラームテンプレートをNovell ZENworks Server Managementに導入できます。これにより、コンソールからアラームテンプレートにアクセスしたときに、これらのテンプレートをアラームとして認識し、解釈することができます。
アラーム管理システムは、アラームに割り当てられる重要度レベルとデバイスステータスを設定するために、MIB内のトラップ定義の注釈について解釈を実行します。Novell ZENworks Server Managementに同梱されるMIBファイルにはすでに適切な注釈が付けられています。
次の図は、MIB CompilerがMIBファイルの情報をどのようにしてNovell ZENworks Server Managementデータベースに組み込むのかを示しています。
Novell ZENworks Server Managementをインストールする際、MIB Compilerを使って事前にコンパイルされるMIBファイルもインストールされます。管理しようとしているすべてのSNMPノードのMIBをNovell ZENworks Server Managementを使ってコンパイルする必要があります。サードパーティのMIBを統合することもできます。サードパーティベンダのMIBファイル、またはNovell ZENworks Server Managementと共にインストールされなかったMIBファイルを取得する場合は、MIB Compilerを使ってファイルをコンパイルする必要があります。
Novell ZENworks Server Managementが提供する役割ベースのサービスを使って、ネットワーク上のユーザにさまざま役割を割り当てることができます。自分の役割にEnable MIB Compilerタスクが割り当てられた場合、MIB Compilerを使用できます。
Novell ZENworks Server Managementの役割ベースの管理に関する詳細については、役割ベース管理を参照してください。
MIB Browserにより、ネットワーク上のSNMP対応デバイスを管理することができます。
このツールを使用するには、SNMPを理解し、MIBの構造を正しく把握している必要があります。MIB Browserを使用して、ターゲットノードにあるMIBオブジェクトの値を設定することにより、ネットワーク上のノードを管理することができます。
SNMP MIBの構造についてよくご存知の場合は、MIB Browserを使って、SNMP対応ノードからデータを取得することができます。
MIB Browserにより、ネットワーク上のSNMPエージェントを介して、UDP(User Datagram Protocol)やIP(Internet Protocol)を使ったデータのやりとりをデバイスとの間で実行することができます。SNMPコマンドの結果は、[MIB Browser]ウィンドウに表示されます。
SNMPエージェントプログラムは、特定のネットワークデバイスに関する管理データにアクセスし、こうしたデータに対するSNMP Managerのリクエストに応答します。NetWare(R) Management Agentソフトウェアは、NetWareサーバに設定されるSNMPエージェントの一例です。SNMPエージェントは、ネットワーク上の各対応デバイスに設定します。
SNMP対応ノードから取得したデータは多数のNovell ZENworks Server Managementウィンドウに表示されますが、取得するデータの種類の指定にMIB Browserの機能を使用することもできます。MIB Browserを使用することにより、Novell ZENworks Server Managementウィンドウに表示されないSNMPデータを取得することもできます。
MIB Browserは、コンパイルされたMIBを取得し、ツリー形式でオブジェクトを表示します。MIB Browserを使用して、ツリー内を移動し、選択したオブジェクトの定義を検索することもできます。Novell ConsoleOne(R)とSNMP対応ノード間の通信に使用されるコミュニティ文字列を設定して、デバイスを管理することができます。
次の図は、MIB Browserの機能について説明します。
MIB Browserには次の機能があります。
MIBツリーでオブジェクトを参照することができます。このツリーでは、すべてのコンパイル済みMIBの複合OID (オブジェクト識別子)が表示されます。OIDとは、ツリーのルートから各枝に至るまでパス内のすべてのオブジェクトに設定される一連の整数です。OIDは、ツリー内のオブジェクトの位置も示します。たとえば、ツリー内のnovell(23)オブジェクトは、1.3.6.1.4.1.23として示されます。MIBツリーの詳細については、MIBツリーの参照を参照してください。
MIB情報は次の形式で表示されます。
表に新しい行を追加し、SNMP SETコマンドを発行して表内の列の値を更新することができます。詳細については、SNMPテーブルのインスタンスの変更を参照してください。
SNMPリクエストのグラフ作成を選択すると、1つまたは複数のMIBオブジェクトのポーリングデータが[Graph]ウィンドウに表示されます。詳細については、SNMPリクエスト結果のグラフ表示を参照してください。
スカラオブジェクトを組み合わせることにより、スカラテーブルを作成できます。テーブルのスカラエントリを変更することができます。詳細については、スカラオブジェクトのテーブルの作成を参照してください。
スカラおよび表形式のオブジェクトのOID値を参照できます。詳細については、オブジェクトとその子ノードの値の表示を参照してください。
コミュニティ文字列がターゲットノードと一致する場合、MIBオブジェクトの値を取得または変更することができます。ノードの変数をリモートで設定することを、ノードが許可している必要もあります。
プロファイルで指定したプロパティを使って、セグメント上の異なるSNMP対応ノードに関する表、スカラテーブル、またはグラフを表示するにはプロファイルを開きます。詳細については、テーブルおよびグラフへのプロファイルの使用を参照してください。
MIB Browserに関する詳細については、MIB Browserの使用を参照してください。
Novell ZENworks Server Managementが提供する役割ベースのサービスを使って、ネットワーク上のユーザにさまざま役割を割り当てることができます。自分の役割にEnable MIB Browserタスクが割り当てられた場合、MIB Browserを使用できます。
Novell ZENworks Server Managementが提供する役割ベースの管理に関する詳細については、役割ベース管理を参照してください。
Novell ZENworks Server Managementを使って、ネットワーク上の任意のSNMP対応デバイスを管理することができます。特に、次の項目を実行できます。
MIB Browserを使用してデバイスの管理を行う前に、次の作業を実行する必要があります。
一部のSNMP MIBは、ネットワークで異常なイベントが発生したときにデバイスがNovell ConsoleOneに送信できるトラップを定義しています。トラップを含むMIBをコンパイルすると、こうしたトラップに関する情報はNovell ZENworks Server Managementアラームデータベースに追加されます。Novell ZENworks Server Managementはトラップを受信すると、アラームデータベース内の情報を取得して使用し、アラーム概要文字列を生成して、アラームの種類、アラームの重要度、影響を受けるデバイスの状態、およびその他の詳細情報を判別します。
MIBファイルのトラップ定義に注釈を追加すると、より詳しいアラーム情報をNovell ZENworks Server Managementで表示することができます。こうした注釈はコメントとしてトラップ定義に追加されるため、このMIBをサードパーティMIBコンパイラを使ってコンパイルすることができます。
すべてのNovell(R) MIBには注釈が追加されます。他のMIBのトラップに注釈を付けないことを選択した場合、Novell ZENworks Server Managementはアラームを表示しますが、表示される情報量は少なくなります。SNMP MIBは、TRAP-TYPEマクロを使用してトラップを定義します。
この節では、次のトピックについて説明します。
次の表は、トラップの定義について説明しています。
次の表は、トラップに注釈を追加する場合に使用できるキーワードについて説明しています。
| キーワード | 説明 |
|---|---|
--#TYPE |
アラームのショートネーム。この名前には、最大40文字を使用できます。この注釈が存在しない場合、SNMPトラップ名が使用されます。すべてのトラップには一意の種類を設定する必要があります。 |
--#SUMMARY |
プレースホルダを含むアラームの説明、およびアラームで渡される実際のパラメータの書式情報。 詳細については、SUMMARY文字列の書式設定を参照してください。 この注釈が存在しない場合、アラーム概要文字列には、各SNMPパラメータ名の後にその値が表示されます。 |
--#ARGUMENTS |
SUMMARY文字列に代入するパラメータのリスト。パラメータは、リストに表示された順序で代入されます。リストの各要素は、VARIABLES句のパラメータのインデックス(ゼロベース)です。 |
--#SEVERITY |
トラップに割り当てられるデフォルトの重要度。次のいずれかになります。
この注釈が存在しない場合、重要度はUNKNOWNとして表示されます。 |
--#TIMEINDEX |
VARIABLES句の変数のインデックス。このインデックスには、アラームが生成された時刻が含まれます。この時刻は、1970年1月1日午前0時からの秒数で表される整数(UNIX*時刻)になります。こうした変数がVARIABLES句に存在しない場合、VARIABLE句の変数の総数よりも大きなインデックスを使用します。 |
--#HELP |
このインデックスには、ヘルプファイルの名前が含まれています。 |
--#HELPTAG |
このインデックスには、HELPインデックスで指定されているヘルプファイルのHelp IDに対する参照が含まれています。 |
--#STATE |
アラームが生成されたときのオブジェクトのデフォルトの状態。次のいずれかになります。
この注釈が存在しない場合、状態はUNKNOWNになります。 |
トラップの注釈を追加する場合、次のルールに注意します。
次の節では、注釈を追加する前と追加した後のSNMPトラップの定義を示します。
dupIPXNetAddr TRAP-TYPE
ENTERPRISE Novell NetWare-GA-alert-mib
VARIABLES{osName, osLoc, tiTrapTime, tiEventValue, tiEventSeverity, tiServer}
DESCRIPTION"Two servers use the same IPX internetwork address."
::=8
dupIPXNetAddr TRAP-TYPE
ENTERPRISE Novell NetWare-GA-alert-mib
VARIABLES{osName, osLoc, tiTrapTime, tiEventValue, tiEventSeverity, tiServer}
DESCRIPTION"Two servers use the same IPX internetwork address."
-- Trap annotations are as follows:
--#TYPE "Duplicate IPX address"
--#SUMMARY "%s at %s and %s are using the same IPX address"
--#ARGUMENTS {0,1,5}
--#SEVERITY CRITICAL
--#TIMEINDEX 2
--#HELP "MYHELP.HLP"
--#HELPTAG 60004
--#STATE DEGRADED
::=8
Novell ZENworks Server Managementが、トラップ定義のキーワードで示したdupIpxNetAddrトラップを、次の変数が設定された状態で受け取ったと仮定します。
トラップを表示するには、[Active Alarm]、[Alarm History]、または[Alarm Detail]ウィンドウを使用します。次に、この例の結果を示します。
Receive Time:03/04/99 09:15:45
Alarm Type:Duplicate IPX address
Summary:SJM-JACK at JACK's Corner and SJM-TIM are using the same IPX address
Severity:Severe
State:Degraded
トラップ注釈内のSUMMARYキーワードは、アラーム概要に実際に表示される文字列を提供します。この文字列は、アラームが発生したときにNovell ZENworks Server Managementによって使用されます。
文字列内のプレースホルダは、Novell ZENworks Server Managementが文字列を表示する前に、トラップの実際のパラメータによって置換されます。各プレースホルダの書式設定文字列はパーセント記号(%)で始まります。そしてこの文字列は、確定された文字列のプレースホルダに代入されるパラメータの書式設定方法をNovell ZENworks Server Managementに通知します。
プレースフォルダの書式設定文字列は、ARGUMENTSキーワードで指定されているパラメータにより、順番に代入されます。ARGUMENTSキーワードは、VARIABLES句で指定された各トラップパラメータのインデックス(ゼロベース)を一覧表示します。このインデックスは、SUMMARY文字列に代入する順序で示されます。
Novell ZENworks Server Managementは、SUMMARY文字列に最大140文字を表示できます。こうした文字を使用して、該当するアラームについて最も関連性が高い情報を表示します。SUMMARY文字列が長くなりすぎるため、MIBファイルの行の長さを妥当な範囲に収めたい場合、複数の連続するSUMMARY注釈を挿入することができます。この場合、文字列は連結されます。たとえば、次の注釈は同じ文字列を生成します。
-#SUMMARY "%s at %s and %s are using the same"
-#SUMMARY "IPX address"
-#SUMMARY "%s at %s"
-#SUMMARY "and %s are"
-#SUMMARY "using the same IPX address"
次の表は、書式設定文字列とパラメータの種類を示します。