![]() ![]() ![]() ![]() ![]() ![]() ![]() |
以下の項では、Oracle SNMPエージェント・インテグレータとOracle SNMPエージェントがアクセスする構成ファイルについて説明します。
起動時に、Oracle SNMPエージェント・インテグレータ(snmp_integrator
)およびOracle SNMPエージェント(tux_snmpd
)は、BEA_SM_BEAMGR_CONF
環境変数で指定された絶対パスを読み取って、ホスト・システム上のbeamgr.conf
構成ファイルを特定します。Oracle SNMPエージェント・インテグレータおよびエージェントは、beamgr.conf
ファイルの一部の構成を読み取ります。
注意: | BEA_SM_BEAMGR_CONF 設定は、ファイル名beamgr.conf で終わります。 |
BEA_SM_BEAMGR_CONF
環境変数が設定されていない場合、Oracle SNMPエージェント・インテグレータおよびエージェントは、以下のデフォルトの格納場所でbeamgr.conf
を探します。
ホスト・システム上にbeamgr.conf
ファイルが見つからなかった場合、Oracle SNMPエージェント・インテグレータおよびエージェントはエラー・メッセージを表示し、起動を中止します。 beamgr.conf
ファイルは、必須の構成ファイルです。
beamgr.conf
構成ファイルには、Oracle SNMPエージェント・インテグレータおよびOracle SNMPエージェントで使用される情報が格納されています。 ファイルの構成エントリは、複数の空白またはタブ区切りのフィールドで構成されます。
エントリが長すぎる場合、行の末尾に円記号(¥)を使用すると、次の行に続けることができます。 ¥文字の直後は、改行文字でなければなりません。
以下のキーワードには、対応するMIBオブジェクトがあります。
TRAP_HOST
SNMPトラップの送信に必要なホスト名、ポート番号、コミュニティ名。
host_name
trap_port
trap_community
トラップ通知の送信先となるターゲット・マシンの名前。 デフォルト値はローカル・ホストです。
トラップを複数のマシンに送信する必要がある場合は、構成ファイルで複数のTRAP_HOST
を入力できます。
TRAP_HOST
エントリは、SNMPトラップ通知が生成されるときにトラップの送信先を決めるためにOracle SNMPエージェント・インテグレータおよびSNMPエージェントで使用されます。
SNMP_ENABLE_AUTH_TRAP
SNMPエージェントが認証失敗トラップを生成できるかどうかを示す値を格納します。値が1の場合、コミュニティ・プロファイルに準拠していない無効なリクエストを受信すると、SNMPエージェントは認証失敗トラップを生成します。値が1以外の場合、認証失敗トラップは生成されません。
OID_CLASS
OIDは、MIB内の各オブジェクトにオブジェクト識別子として割り当てられたユニークな数字です。 各OIDは、特定のカテゴリまたはクラスに分類されます。 SNMPエージェントが特定のオブジェクトにアクセスする場合、MIBファイル内のOIDツリーをたどって目的のオブジェクトを見つけます。 OIDは、OIDツリーのルートから目的のオブジェクトまでのユニークなパスを指定することでオブジェクトを識別します。
INTEGRATOR_TIMEOUT
Oracle SNMPエージェント・インテグレータがリクエストにレスポンスする際のタイムアウトを設定します。デフォルトのタイムアウトは30秒です。Oracle SNMPエージェント・インテグレータのタイムアウトを設定するには、次のようにINTEGRATOR_TIMEOUT
エントリを追加します。
INTEGRATOR_MAX_TIMEOUTS
SNMPピアまたはSMUXサブエージェントに対するリクエストがタイムアウトになり、以降のリクエストが無視されるまでに試行できる最大回数を設定します。デフォルト値は3です。
NON_SMUX_PEER
Oracle SNMPエージェント・インテグレータのピアとして実行されているSNMPエージェントが利用可能なOIDを指定します。詳細は、「NON_SMUX_PEERエントリ」を参照してください。
RULE_ACTION
Oracle SNMPエージェント・インテグレータのポーリング規則を指定します。この値を指定すると、ネットワーク管理システムのしきい値チェックの負荷を、管理対象ノードの各分散インテグレータ・エージェントに分散できます。詳細は、「RULE_ACTIONエントリ」を参照してください。
TMAGENT
エージェントのモニター対象となるOracle Tuxedoドメインを定義します。管理対象ノード上のTuxedo SNMPエージェントごとに1つのTMAGENT
エントリが必要です。このエントリの形式は次のとおりです。
TMAGENT
logical_agent_name tuxdir tuxconfig_path
複数のドメインをモニターするには、モニター対象ドメインごとに個別のTuxedoエージェントを実行します。 このエージェントは、Oracle SNMPエージェント・インテグレータの下でSMUXサブエージェントとして実行する必要があります。
管理対象ノード上でSMUXサブエージェントとして実行されているTuxedo SNMPエージェントが複数ある場合、SetまたはGetリクエストでコミュニティを変更するには、論理エージェント名を使用する必要があります。コミュニティの形式は次のとおりです。
管理対象ノードで実行されているTuxedo SNMPエージェントが1つしかない場合、コミュニティを論理エージェント名で修飾する必要はありません。
TMEVENT_FILTER
Oracle Tuxedoイベント通知のどの部分をSNMPトラップ通知として転送するかを定義します。 フィルタを指定していない場合、デフォルトでは、すべてのTuxedoイベントがSNMPトラップとして転送されます。 エントリの形式は次のとおりです。
TMEVENT_FILTER
filter_id
logical_agent_name
tux_evt_expr
tux_evt_filter status
各パラメータの文字列の間には空白文字がないことに注意してください。
このIDには、Oracle SNMPエージェントの構成ファイルで指定したすべてのTMEVENT_FILTER
エントリに対してユニークな文字列を指定する必要があります。 文字列の最大値は16文字です。
そのノードの特定のエージェントにイベント・フィルタをマップします。論理エージェント名の長さは最大で32文字です。論理エージェント名は、エージェントを起動したWindowsサービスに付けられた名前(Windowsシステムの場合)、またはコマンドラインでエージェントを起動するときに-l
オプションで指定した名前(UNIXシステムの場合)です。
Tuxedoイベント名表現。この文字列には255文字以内の文字を使用できます。イベント名表現(正規表現)の詳細は、『Oracle Tuxedo ATMI C関数リファレンス』のリファレンス・ページ「tpsubscribe(3c)」を参照してください。
この名前は、SNMPトラップとして転送されるイベントのTuxedoイベント名と一致する必要があります。 イベント名のリストについては、『ファイル形式、データ記述、MIBおよびシステム・プロセス・リファレンス』のリファレンス・ページ「EVENTS(5)」を参照してください。
デフォルトはall
(すべてのイベント)です。NONE
を指定した場合、イベントは転送されず、TMEVENT_FILTER
エントリの他のパラメータも無視される可能性があります。NONE
を指定すると、同じ論理エージェント名の他のイベント・フィルタがすべてオーバーライドされます。 例:
と指定した場合は、サーバーに関連するすべてのシステム・イベントが一致します。
イベント・フィルタ表現。この文字列には255文字以内の文字を使用できます。各Tuxedoイベントには、イベントの関連情報を格納するFMLバッファが付いています。フィルタがある場合、バッファは、このフィルタに関連して評価されます。イベントは、バッファの内容がTRUE
と評価された場合に転送されます。そうでない場合には転送されません。Oracle SNMPエージェントは、tpsubscribe()
を呼び出す場合の引数としてこのフィルタを使用します。詳細は、『Oracle Tuxedo ATMI C関数リファレンス』のリファレンス・ページ「tpsubscribe(3c)」を参照してください。
active
またはinactive
のどちらかになります。ステータスがactive
の場合、フィルタは使用中です。そうでない場合、フィルタは使用されていません。
Oracle SNMPエージェントの構成ファイルで指定したTMEVENT_FILTER
エントリに対応するMIB表があります。これらのエントリは、SNMP Setリクエストで動的に更新できます。詳細は、『Oracle Tuxedo SNMPエージェントMIBリファレンス』の「コアMIB」で説明されているbeaEvtFilterTable
オブジェクトを参照してください。
ピアSNMPエージェント(非SMUXマスター・エージェントまたは非SMUXピア・エージェントなど)を介してMIBオブジェクトにアクセスするようにOracle SNMPエージェント・インテグレータを構成するには、以下の形式でbeamgr.conf
ファイルにNON_SMUX_PEER
エントリを追加します。
NON_SMUX_PEER
port
community
|*
OID_Node[,ro|rw][,priority
][,
timeout
] ...
NON_SMUX_PEER
port
SNMPエージェントがリスニングしているUDPポート番号を指定します。 この値は、次のいずれかの形式で指定できます。
この値は、SNMPエージェントがリモート環境でOracle SNMPエージェント・インテグレータに接続する場合に指定します。ip_address
またはhostname
を指定していない場合、Oracle SNMPエージェント・インテグレータは、ピアSNMPエージェントがOracle SNMPエージェント・インテグレータと同じ管理対象ノードにあるものとみなします。
community
SNMPエージェントがポーリングされるときにOracle SNMPエージェント・インテグレータが使用するコミュニティを指定します。 Oracle SNMPエージェント・インテグレータがSNMPマネージャによって提供されるコミュニティを使用するように指定する場合は、特殊な値*が使われます。
OID_Node
このSNMPエージェントでサポートされるMIBツリーのルートのOIDを指定します。
このOIDツリーを読取り専用でエクスポートするか、読取り/書込みでエクスポートするかを指定します。デフォルトはrw
です。
OIDツリーをエクスポートする際の優先順位を示す正数。 番号が小さいほど、優先順位は高くなります。 複数のエージェントまたはサブエージェントが同じMIBツリーをサポートしている場合、優先順位の最も高いサブエージェントに問合せが行われます。 複数のSNMPエージェントとSMUXサブエージェントは同じサブツリーを登録できます。ただし、別のプロパティで登録する必要があります。
SNMPエージェントが、すでに設定されている優先順位でサブツリーを登録しようする場合、Oracle SNMPエージェント・インテグレータは、未使用の優先順位が見つかるまで整数値を繰返しインクリメントし(優先順位を下げ)ます。特殊な優先順位-1
を使用すると、空いている優先順位の中で最も高いものが選択されます。優先順位-1
で登録するようにリクエストされた場合、使用可能な20未満の数字の中で最も高い値で登録されます。優先順位フィールドが見つからない場合、MIBツリーは、優先順位-1
でエクスポートされます。
Oracle SNMPエージェント・インテグレータが、特定のMIBグループを探すために、このSNMPエージェントからの応答を待つ間隔(秒)を指定します。デフォルト値は3秒です。デフォルト値を変更するには、BEA_PEER_MAX_WAIT
環境変数を別の値に設定します。
アクセス(ro
またはrw
)、priority
およびtimeout
フィールドは省略可能です。ただし、timeout
を指定する場合は、アクセスおよびpriority
を指定する必要があり、MIBツリーのpriority
を指定する場合は、アクセスを指定する必要があります。
サブツリー登録によって、サブツリー内の他のSNMPエージェント/サブエージェントによる登録オブジェクトが非表示になります。したがって、エージェントAがサブツリー.1.3.6.1.4.1.140
を登録し、別のエージェント/サブエージェントBがサブツリー.1.3.6.1.4.1.140.1
を登録する場合、.1.3.6.1.4.1.140.1
サブツリーの下のすべてのオブジェクトについて、エージェント/サブエージェントAが問合せを受けることになります。
また、Oracle SNMPエージェント・インテグレータがこのエントリを読み取るときに、SNMPエージェントは、指定したポートで実行されている必要があります。指定したポートでSNMPエージェントが実行されていない場合、Oracle SNMPエージェント・インテグレータはこのエントリを無視します。さらに、このSNMPエージェントに対して3回続いたリクエストがタイムアウトした場合は、このエントリで指定したSNMPエージェントはアクティブではなくなり、このエントリは無視されます。
構成ファイルの再読取りをOracle SNMPエージェント・インテグレータに強制するには、reinit_agent snmp_integrator
コマンドを任意の時点で呼び出すことができます。
Oracle SNMPエージェント・インテグレータは、MIBのSNMP (mib2.snmp
)およびSMUXサブツリーの上、下、またはサブツリーでの登録を拒否/無視します。
次に、NON_SMUX_PEER
エントリの使用例を示します。
beamgr.conf
ファイルに、次のエントリがあるとします。 NON_SMUX_PEER 2001 snmp .1.3.6.1.2.1.1,ro
NON_SMUX_PEER 2002 squid .1.3.6.1.4.1.141 .1.3.6.1.4.1.145
NON_SMUX_PEER 2008 * .1.3.6.1.4.1,ro
NON_SMUX_PEER 2005 * .1.3.6.1.4.1.140 .1.3.6.1.4.1.145,rw
1つ目のエントリでは、Oracle SNMPエージェント・インテグレータがSNMPエージェントをポート2001で探すように指定されています。このSNMPエージェントに対するOracle SNMPエージェント・インテグレータからのすべてのリクエストでは、コミュニティとしてsnmp
が使用されます。このエージェントは、サブツリー.1.3.6.1.2.1.1
をサポートし、読取り専用コマンドに使用できます。
2つ目のエントリでは、Oracle SNMPエージェント・インテグレータがSNMPエージェントをポート2002で探すように指定されています。このSNMPエージェントに対するOracle SNMPエージェント・インテグレータからのすべてのリクエストでは、コミュニティとしてsquid
が使用されます。このエージェントは、サブツリー.1.3.6.1.4.1.141
および.1.3.6.1.4.1.145
をサポートします。アクセス・オプションは指定されていないので、どちらのサブツリーもデフォルトのrw
に設定されます。
3つ目のエントリでは、*のコミュニティを使用して、ポート2008で非SMUXエージェントを指定します。*を指定すると、Oracle SNMPエージェント・インテグレータは、SNMPマネージャから受信したものと同じコミュニティ情報を渡します。たとえば、SNMPマネージャがコミュニティnevus
を送信する場合、Oracle SNMPエージェント・インテグレータは、サブエージェントにもnevus
を送信します(もちろん、nevus
は、Oracle SNMPエージェント・インテグレータで有効なコミュニティであることが必要です)。
4つ目のエントリでは、*のコミュニティを使用して、ポート2005でエージェントを表示します。このエージェントは、2つのサブツリー.1.3.6.1.4.1.140
および.1.3.6.1.4.1.145
をサポートします。1つ目のサブツリーにはアクセス情報が記述されていないので、デフォルトのrw
に設定されます。2つ目のサブツリーには、rw
が明示的に示されています。これはまったく同じ結果になります。つまり、rw
を指定しても、効果がなかったと言えます。
では、rw
が冗長であっても、なぜ指定するのでしょうか。これは、アクセス(ro
またはrw
)、priority
、およびtimeout
という3つの引数を各OIDに指定できるためです。つまり、いずれかの引数を指定した場合、その前の引数をすべて指定する必要があるということです。 たとえば、優先順位(priority)を指定した場合は、アクセスも指定する必要があります。タイムアウト(timeout)を指定した場合は、アクセスと優先順位(priority)を指定する必要があります。
rw
、優先順位-1
および2秒のタイムアウトが指定されており、2つ目ではアクセスrw
、優先順位-1
および10秒のタイムアウトが指定されています。アクセスrw
と優先順位-1
はともにデフォルト値ですが、タイムアウト値を含めるには、これらの値も明示的に指定する必要があります。 NON_SMUX_PEER 2008 * .1.3.6.1.2.1.1,rw,-1,2
.1.3.6.1.2.1.2,rw,-1,10
タイムアウト値は、Oracle SNMPエージェント・インテグレータが、指定したオブジェクトを探すためにSNMPエージェントからのレスポンスを待つ最長時間です。ここでは、オブジェクトがMIBツリー.1.3.6.1.2.1.1
に分類される場合は2秒、.1.3.6.1.2.1.2
MIBグループに分類される場合は10秒のレスポンス時間が指定されます。デフォルト値は3秒です。このデフォルト値を変更するには、環境変数BEA_PEER_MAX_WAIT
を設定します。
.1.3.6.1.2.1.1
をサポートしています。ポート2009のエージェントの方が優先順位が高い(5は8よりも優先順位が高い)ため、Oracle SNMPエージェント・インテグレータはこのエージェントを呼び出します。このエントリにrw
アクセスが指定されている点に注意してください。もう1つのエントリにはro
アクセスが指定されていますが、優先順位が低いため、このエントリは完全に無視されます。Oracle SNMPエージェント・インテグレータが接続されている状態では、.1.3.6.1.2.1.1
をサポートしているエージェントのみがポート2009にあります。 NON_SMUX_PEER 2008 * .1.3.6.1.2.1.1,ro,8
NON_SMUX_PEER 2009 * .1.3.6.1.2.1.1,rw,5
優先順位を指定していない場合、デフォルトは-1
です。Oracle SNMPエージェント・インテグレータはファイルを順番に読み取ります。優先順位-1
が割り当てられているオブジェクトに対しては、優先順位20を割り当てようとします。そのMIBグループの別のエントリにすでに20が割り当てられている場合は、19を割り当てようとします。このように、割り当てられていない優先順位が見つかるまで、あるいは0になるまで(この場合はエラー・メッセージが表示される)、値を1つずつ減らして割り当てようとします。
.1.3.6.1.2.1.1
を処理し、1つ目のエントリを無視します。ro
アクセスを指定するエントリは無視されるので、前述のようにアクセスはrw
です。 NON_SMUX_PEER 2008 * .1.3.6.1.2.1.1,ro
NON_SMUX_PEER 2009 * .1.3.6.1.2.1.1
.1.3.6.1.2.1.11
は、mib2.snmp
という特殊なケースです。 このMIBグループは、必ずOracle SNMPエージェント・インテグレータ自体によって処理され、別のエージェントまたはサブエージェントによってエクスポートされることはありません。 このMIBツリーの上、下、またはこのMIBツリーで登録することはできません。 たとえば、以下のエントリはいずれも認められません。 NON_SMUX_PEER 2005 * .1.3.6.1.2.1
NON_SMUX_PEER 2006 * .1.3.6.1.2.1.11
NON_SMUX_PEER 2007 * .1.3.6.1.2.1.11.7
最初のエントリにはmib2.snmp
が含まれています。また、2つ目のエントリではそれ自体が指定されており、3つ目のエントリではその一部が指定されてます。
SNMPエージェントがmib2
(許可されていないsnmp
グループを除く)をサポートする場合、各mib2
サブツリーを明示的に入力する必要があります。
NON_SMUX_PEER 2002 * .1.3.6.1.2.1.1 .1.3.6.1.2.1.2
.1.3.6.1.2.1.3 .1.3.6.1.2.1.4 .1.3.6.1.2.1.5
.1.3.6.1.2.1.6 .1.3.6.1.2.1.7 .1.3.6.1.2.1.8
.1.3.6.1.2.1.9 .1.3.6.1.2.1.10
注意: | 別の行にエントリを続けるには、バックスラッシュを使用します。 円記号の直後には、改行以外の文字がないことを確認してください。 |
NON_SMUX_PEER 2000 * .1.3.6.1.4.1.140.100.5.1.2.1
このエントリでは、表オブジェクト.1.3.6.1.4.1.140.100.5.1
の2列目の1行目を指定しています。 行1は、必ずしも最初の行ではありません。 1とは、単にその行を表すユニークな識別子です。
.1.3.6.1.4.1.140.100.5.1.2
は、2列目全体を示します。 複数のサブエージェントに2行を関連付けるには、行の各オブジェクトを指定する必要があります。
NON_SMUX_PEER 2000 * .1.3.6.1.4.1.140.100.5.1.1.1
.1.3.6.1.4.1.140.100.5.1.2.1 .1.3.6.1.4.1.140.100.5.1.3.1
.1.3.6.1.4.1.140.100.5.1.4.1
.1.3.6.1.4.1.140.100.5.1.5.1
NON_SMUX_PEER 2002 * .1.3.6.1.4.1.140.100.5.1.1.2
.1.3.6.1.4.1.140.100.5.1.2.2 .1.3.6.1.4.1.140.100.5.1.3.2
.1.3.6.1.4.1.140.100.5.1.4.2
.1.3.6.1.4.1.140.100.5.1.5.2
最初のエントリは、5つの列の各1行目のオブジェクトを示しています。 2つ目のエントリは、5つの列の各2行目のオブジェクトを示しています。
このエントリは、SMUXサブエージェントによって使用されます。通常、SMUXサブエージェントは、SMUXマスター・エージェントによって認識したすべてのMIBグループを登録します。ただし、SMUXサブエージェントによってエクスポートされるMIBグループを制限できます。それには、beamgr.conf
に次の形式でOID_CLASS
エントリを追加する必要があります。
OID_CLASS
agent_name
OID_Node
[,ro|rw] [,
priority
] ..
OID_CLASS
agent_name
このエントリを適用可能なSMUXサブエージェントの名前を指定します。
OID_Node
このSNMPエージェントでサポートされるツリーのOIDを指定します。
ro|rw
このOIDツリーを読取り専用でエクスポートするか、読取り/書込みでエクスポートするかを指定します。 デフォルトはrwです。
priority
OIDツリーをエクスポートする順序を示す正数。 番号が小さいほど、優先順位は高くなります。 複数のサブエージェントが同じMIBツリーをサポートしている場合、優先順位の最も高いサブエージェントに問合せが行われます。 優先順位フィールドがない場合、MIBツリーには、空いている優先順位の中で最も高いものが適用されてエクスポートされます。 このエントリは主に、Oracle SNMPエージェント・インテグレータのSMUXサブエージェントによってエクスポートされるOIDサブツリーを制限するために使用します。 このエントリがない場合、SMUXサブエージェントは、認識できたMIBグループをすべてエクスポートします。
Oracle SNMPエージェント・インテグレータは、管理対象ノードでローカルに管理し、SNMPマネージャで生成されるポーリング・トラフィックを軽減するために、選択的にSNMPマネージャに通知するよう構成できます。C言語と同様のIF構文を使用すると、ローカルで使用可能なMIBオブジェクトに関する規則を定義し、それに従ってSNMPトラップを送信したり、コマンドをローカルで実行したり(またはその両方を行ったり)することが可能です。MIBオブジェクトは、Oracle SNMPエージェント・インテグレータ自体でサポートされているものでも、そのSNMPエージェントまたはSMUXサブエージェントのいずれかでサポートされているものでもかまいません。RULE_ACTION
エントリの詳細および例については、「Oracle SNMPエージェント・インテグレータを使用したポーリング」を参照してください。
構成は、beamgr.conf
ファイルで行います。 エントリの構文は次のようになります。
RULE_ACTION
rule_name
frequency_in_secs
if (VAL(oid
)
rel_operator
value
)
logical_op
(
cond_2
) ...
{ TRAPID_ERR=enterprise_specific_trapid
TRAPID_OK=enterprise_specific_trapid
COMMAND_ERR=executable
COMMAND_OK=
executable
}
注意: | エントリは1行で記述する必要があります。複数行に分けて記述する場合は、継続文字としてバックスラッシュ(\ )を使用する必要があります。 \ を継続文字として使用している場合、その直後には改行文字のみが来るようにする必要があります。 |
RULE_ACTION
rule_name
規則でアクションとして指定したコマンドにコマンドラインの引数として渡される各RULE_ACTION
エントリのユニークな識別子。 この識別子には8文字以内の文字を使用できます。
frequency
snmp_integrator
が条件をチェックするポーリングの頻度(秒)。
VAL
条件の左側に、このキーワードを指定する必要があり、この後に、MIBオブジェクトのオブジェクト識別子をカッコで囲んで指定します。各規則には、10個以内のVAL
キーワードを指定できます。
oid
オブジェクト識別子(OID)。 OIDは、必ず数値で指定します。以下のいずれかの形式を使用できます。
.1.3.6.1.2.1.1.1.0
のようになります。この例では、最後のゼロはインスタンスの索引です。 予約語のmib-2
が先頭のサブOIDとして表示されている場合、残りのOIDの先頭に.1.3.6.1.2.1.
が付いているとみなされます。例:
予約語のenterprises
が先頭のサブOIDとして表示されている場合、残りのOIDの先頭に.1.3.6.1.4.1.
が付いているとみなされます。例:
先頭の「.」がなく、OIDが数値で始まっている場合、残りのOIDの先頭に.1.3.6.1.4.1.
が付いているとみなされます。例:
列オブジェクトは、表MIBグループの列を表すために使用します。 列オブジェクトは、表MIBグループに応じて複数のインスタンスを持つことができます。 OIDの最後の数字は、特定のインスタンスを指定するために使用します。 具体的な数字で特定のインスタンスを指定することも、アスタリスク(*)のワイルドカードですべてのインスタンスを指定することもできます。 ゼロは、スカラ・オブジェクト(インスタンスを1つだけ持つことができるオブジェクト)の場合にインスタンスの索引として使用します。 アスタリスクのワイルドカードは、列オブジェクトのすべてのインスタンスを表す場合にのみ使用します。 例:
注意: | 複雑な規則で複数のOIDを指定する場合、特定のインスタンスを指定するOIDと、同じ規則でワイルドカードを使用するOIDを混在させないでください。 また、ワイルドカードを使用したOIDを1つの規則で複数使用する場合、すべてのOIDは、同じ表のオブジェクトのみを指定する必要があります。 |
rel_operator
有効な関係演算子のリストについては、「条件を定義するための関係」を参照してください。
value
条件内のRHSは、すでに説明したように、数字、文字列、IPアドレス(number1.number2.number3.number4)、OIDのいずれかの形式で指定できます。
RHSがOIDの場合は、一重引用符で囲まなければなりません。 また、RHSの値のタイプは、条件のLHS内のOIDのVALUEのタイプに対応している必要があります。
logical_op
有効な論理演算子のリストについては、「条件に論理演算子を使用する」を参照してください。
規則の状態がtrue (ERR)からfalse (OK)およびfalse (OK)からtrue (ERR)に遷移した場合には、コマンドの実行およびSNMPトラップの生成という2つの対応策があります。汎用OID (アスタリスクで列オブジェクトの全インスタンスを指定したOID)を使用して規則を定義している場合、表の任意の行でしきい値がtrueと評価されると、規則の状態はOKからERRに遷移します。また、MIB表のすべての行でしきい値がfalseと評価されると、規則の状態はERRからOKに遷移します。まず、Oracle SNMPエージェント・インテグレータが起動する(またはreinit_agent
コマンドで再初期化される)と、すべての規則の状態はOKに設定されます。次のキーワードで処理を指定します。
TRAPID_ERR =
number
これは、規則の状態がfalse (OK)からtrue (ERR)に遷移したときに、number
のtrapidを持つエンタープライズ固有のSNMPトラップが生成されることを示します。
TRAPID_OK =
number
これは、規則の状態がtrue (ERR)からfalse (OK)に遷移したときに、number
のtrapidを持つエンタープライズ固有のSNMPトラップが生成されることを示します。
COMMAND_ERR =
command
これは、規則の状態がfalse (OK)からtrue (ERR)に遷移したときに、command
が実行されることを示します。
COMMAND_OK =
command
これは、規則の状態がtrue (ERR)からfalse (OK)に遷移したときに、command
が実行されることを示します。
構成ファイルには、複数のTMAGENT
で定義した複数のドメインを格納できます。RULE_ACTION
を設定する手順は次のとおりです。
TMAGENT
エントリで、エージェントのモニター対象となるOracle Tuxedoドメインを定義します。単一の管理対象ノード上のTuxedo SNMPエージェントに対して1つのTMAGENT
エントリが必要です。 TMAGENT
logical_agent_name
TUXDIR
TUXCONFIG
RULE_ACTION
エントリを使用します。 RULE_ACTION
rule_name
frequency_in_secs
rule_name
コンポーネントlogical _agent_name
をrule_name
に追加する必要があります。 RULE_ACTION
rule_name
@
logical_agent_name
frequency_in_seconds
if (...
必須のbeamgr.conf
構成ファイルとは異なり、beamgr_snmpd.conf
パスワード・ファイルは省略可能の構成ファイルです。 ホスト・システム上にbeamgr_snmpd.conf
ファイルが見つからなかった場合でも、beamgr.conf
があれば、Oracle SNMPエージェント・インテグレータおよびエージェントは実行可能です。
Oracle SNMPエージェント・インテグレータおよびエージェントは、以下のデフォルトの格納場所でbeamgr_snmpd.conf
を探します。
beamgr_snmpd.conf
パスワード・ファイルには、エージェントとマネージャの間の通信のパスワードとして使用するSNMPコミュニティ文字列が格納されます。UNIXシステムでは、beamgr_snmpd.conf
パスワード・ファイルはroot
のみのアクセス権限でインストールされます。パスワードのセキュリティを確保するために、beamgr_snmpd.conf
ファイルの読取り/書込み権限は、root
によるアクセスのみを許可するように設定します。
beamgr_snmpd.conf
ファイルの構成エントリは、複数の空白またはタブ区切りのフィールドで構成されます。
KEYWORD
parameters
COMMUNITY_RW
このキーワードに続く文字列で、エージェントに対して読取り/書込みコミュニティを指定します。このキーワードが構成ファイルにない場合、SNMPエージェントは、読取り/書込みコミュニティとしてiview
を使用します。このキーワードが指定されているエントリは、複数の読取り/書込みコミュニティを指定するために複数回繰り返すことができます。
COMMUNITY_RO
このキーワードに続く文字列で、エージェントに対して読取り専用コミュニティを指定します。このキーワードが構成ファイルにない場合、SNMPエージェントは、読取り専用コミュニティとしてpublic
を使用します。このキーワードが指定されているエントリは、複数の読取り/書込みコミュニティを指定するために複数回繰り返すことができます。
SMUX_PASSWD
このキーワードに続く文字列で、SMUXパスワードを指定します。Oracle SNMPエージェント・インテグレータに登録する必要があるSMUXエージェントは、このパスワードを指定する必要があります。このキーワードがない場合、Oracle SNMPエージェント・インテグレータは、SMUXサブエージェントからの接続リクエストを認証しません。
SMUXサブエージェントは、起動時にBEA_SMUX_PASSWD
環境変数で指定された値を読み取ってパスワードを取得します。 この変数が設定されていない場合、SMUXサブエージェントは登録時にパスワードを指定しません。
DISABLE_SET
このキーワードに指定できる値はYES
またはNO
です(デフォルトはNO
)。YES
に設定した場合、すべてのSNMPエージェントのSetアクセスは無効になります。
ホスト・システム上にbeamgr_snmpd.conf
ファイルが見つからなかった場合、Oracle SNMPエージェント・インテグレータおよびエージェントは、COMMUNITY_RW
、COMMUNITY_RO
、SMUX_PASSWD
、およびDISABLE_SET
に対してそれぞれのデフォルト値を使用します。
![]() ![]() ![]() |