rootユーザ以外では起動できません。

不可能です。監視を行うためには、マネージャマシン自身にもエージェントをインストールする必要があります。

ブラウザ側(監視端末側)のhostsファイルに、マネージャのホスト名の設定があるかどうか確認してください。
ショート名(ホスト名のみ)・ロング名(ドメイン名を含む)を両方とも設定してください。
DNSなどを使用している場合はショート名、ロング名でのアドレス解決が可能となるように設定してください。

また、マネージャマシンのNEC ACTIVEが起動していない場合も、この事象となります。NEC ACTIVEの状態を確認してください。
また、マネージャマシンのOSがWindows2000の場合、マネージャのリリースメモの「マネージャマシンのInternetExplorer利用時の問題」が設定されているか確認ください。

JREのバージョンが統一されていない可能性があります。
監視端末(IE)とマネージャマシン(SystemManager, NEC ACTIVE, Tomcat)が同じバージョンのJREを利用していることを確認してください。
また、監視端末の「active.policy」ファイルが正しいバージョンでない可能性があります。
最新版のactive.policyを利用するようにしてください。

JREのバージョンが統一されていない可能性があります。
監視端末(IE)とマネージャマシン(SystemManager、NEC ACTIVE、Tomcat)が同じバージョンのJREを利用していることを確認してください。

また、監視端末の「active.policy」ファイルが正しいバージョンでない可能性があります。
最新版のactive.policyを利用するようにしてください。

JREのバージョンが統一されていない可能性があります。
監視端末(IE)とマネージャマシン(SystemManager、NEC ACTIVE、Tomcat)が同じバージョンのJREを利用していることを確認してください。

また、監視端末の「active.policy」ファイルが正しいバージョンでない可能性があります。
最新版のactive.policyを利用するようにしてください。

以下の原因が考えられます。

(補足)

文中の <SysMgrAG_HOME> は、エージェントのインストールディレクトリで、既定のパスは、"C:\Program Files\NEC\SystemManager\AG" です。
また、<SysMgrMG_Engine_HOME> は、マネージャ(Engine)のインストールディレクトリで、既定のパスは、"C:\Program Files\NEC\SystemManager\Engine" です。

NNMのオプジェクトにエージェントの情報が登録されていない可能性があります。
製品添付のリリースメモを参考に、NNMの情報を確認してください。登録されていない場合は、以下の手順にて、NNMにオブジェクトを登録することができます。

NNMのオブジェクトへの登録が確認できれば、エージェントを再インストールしてください。

WebサーバにTomcatを利用している場合、NNMに付属するTomcatと通信ポート(8005/TCP)が競合することがあります。どちらか一方のポート番号を変更して動作をご確認ください。
Tomcatの通信ポートは、設定ファイル「server.xml」を編集することで変更可能です。詳細はTomcatのドキュメント等を参照してください。

可能です。
インストールおよびアンインストール時に、テーブルの作成、削除を行う下記SQLファイルをOracle DBマシンにコピーしてからご利用ください。

また、SystemManagerのセットアップ時に必要なclasses12.zipファイルは、Oracle DBマシンからコピーしてください。
注意：DBマシンを再起動した場合には、SystemaManager(Manager)の再起動が必要になります。

ポート番号を定義しているファイル「dfw-dsn.xml」を修正してください。
ファイルのパスは、以下となります。

以下の手順で修正してください。

可能です。
エージェントのIPアドレスからホスト名のみで名前解決が行えるよう、マネージャのhostsファイル、DNSを修正してください。HP-UXマネージャの場合は、NNMのオブジェクトに登録されている名前も修正してください。修正後、エージェントを再インストールしてください。

逆に、ホスト名のみの表示をFQDNに変更する場合も同様に、FQDNのみで名前解決が行えるよう修正を行ってから、エージェントを再インストールしてください。

SystemManagerのマニュアル「SystemManager利用の手引き」の「使用ポートとポート変更手順.」を参照してください。

原因は、SystemMangerのインストーラーで、TOMCATのレジストリキーをチェックしているのが、原因です。
installer版をご使用していただくことで、回避できます。

Managerマシンに、SystemManagerが必要とするJREより新しいバージョンのJRE(例えば、JRE1.5.x)が、intsallされていませんか？
SystemManagerでは、サポートJREのバージョンチェックを行っております。
JREのレジストリキー:を確認してください。
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment
　CurrentVersionが、異なっているためです。

回避策：

現在、インストールパスに全角文字は含むことはできません。

原因は、Orcale内のモジュールが、8080ポートを使用しているためです。
SystemManagerの調査では、以下のように判明しております。詳細は、Oracleに確認願います。

回避策として、WebServerのHTTPポートと、OracleのモジュールのHTTPポートが重複にならないように変更願います。

不要です。

JREを変更する場合、SystemManager及びACTIVEの再インストールが必要になります。

WebServerのバージョンを変更する場合、SystemManager及びACTIVEの再インストールが必要になります。

ホスト名、IPアドレスが変更になった場合は、SystemManagerの再インストールをお願いします。

一部の項目を除き、アラート定義ファイルを修正することで、アラート通知内容の変更が可能です。
アラート定義ファイルの修正方法については、マニュアル「SystemManager利用の手引き」の「他製品のアラート定義」、「アラート定義ファイル更新」、「アラート定義ファイル仕様に関して」をご参照ください。

「SystemManager 利用の手引き」の「SystemManagerの常駐プロセス」に記載されているプロセスが起動していることをご確認ください。

C-ISAMのインストールモジュールは、指定ディレクトリの直下に、以下のディレクトリを作成しファイルを配置します。

bin、 gls、include、lib

仮に/usrを指定した場合、OS等のモジュールが格納される/usr/bin、/usr/lib、/usr/include と同じになりますので、別なディレクトリを推奨しています。
また、あるCISAM物件に置きましては、一部のファイルは、OSのファイル名と重複もしていたため、別なディレクトリを必須としています。

ssAlertRecvDはデフォルトでは起動せず、ServerAgent連携機能の利用の設定の際に起動設定が行われます。
ServerAgent連携機能を利用していなければ起動していなくて問題ありません。

マネージャのインストール時、アンインストール時は、以下のサービスも停止してください。

• 「Alert Manager Main Service」
• 「DC Suites MESSAGE CORRELATION」
• 「CLUSTERPRO Manager」

SystemManagerで扱う時刻データは、エージェントもマネージャもエポック秒(UTCの1970/1/1 00:00:00 からの経過時間)であり、その時刻データを元に制御しています。
アラートの発生時刻等、表示される時刻(文字列)は、OS や java が提供するAPI(例えば、localtime())で、その時刻情報を使用して時刻文字列に変換しています。

SystemManagerが導入可能な OS や java では、エポック秒の時刻データはうるう秒も1970年1月1日0時からの秒数として1秒加算されるのみで「○時○分60秒」という時刻は存在しないため、SystemManagerの動作には影響を受けません。
また、うるう秒が挿入された世の中の実時間に対しては1秒のズレとなりますが、表示される時刻や内部ログの時刻等が1秒ずれて表示されるのみで、SystemManagerの動作が停止するといった影響はありません。

続いて、うるう秒の1秒の補正に関して補足します。
うるう秒の時刻補正は、NTPのSlewモードでの時刻補正を行ってください。
もしNTPのstepモードで時刻補正を行う場合、1秒程度の戻しであれば特に影響は有りません。

(補足)

NTPでの時刻補正についての詳細は、 FAQ「NTPの時刻同期機能を使用しても問題ないでしょうか？」を参照してください。 また、時刻を戻した場合の影響は、 FAQ「SystemManagerが導入されているマシンのシステム時刻を変更する場合の注意点や影響について教えてください。」に記載しておりますが、1秒程度の戻しであれば、これらの影響点が顕著になることは有りません。

影響ありません。

/usr/lib/libSSBASE_faultA.so.1は、SystemManagerで利用しているその他のライブラリとは作成方法が違う為に、上記のメッセージが表示されます。
その他のライブラリと作成方法が違うのみで不正なモジュールではありません。
上記のエラーが発生したとしても、SystemManagerの動作に問題はありません。

トラフィック量は下記のようになります。
なお、TCP/IPのヘッダやTCP/IP上の管理メッセージ(ACKなど)は除外をした数値で提示しています。

以下の算出式でアラート保留処理に伴うメモリ使用量を算出できます。

1300Byte × 1ファイル最大蓄積件数

「1ファイル最大蓄積件数」は、以下に記述されている値です。

SystemManagerが導入されているマシンで、システム時刻を変更する場合は、注意点や影響があります。
また、ブラウザ(IE)上で動く監視端末も注意点があります。

マネージャ、エージェント、監視端末それぞれで、注意点がありますので、以下のFAQを参照してください。

NTPでの時刻同期は、Slewモードでの運用をお願いします。

Stepモードの場合は、システム時刻が変更される「差分」にもよりますが、その変更の影響を受ける可能性があります。
変更される「差分」が小さい場合は、影響を受ける可能性は低いですが、システム時刻が変更された場合の影響について、FAQ「SystemManagerが導入されているマシンのシステム時刻を変更する場合の注意点や影響について教えてください。」に、記載していますので参照してください。

また、NTPでの時刻同期の運用は、以下の範囲でお願いします。

なお、NTPの時刻同期に関する詳細は、ご利用のNTP担当者にご確認願います。

【注意】

HP-UXマネージャをご利用の場合、以下の点にご注意ください。
HP-UXのjavaは、java内部で管理されている時刻が、OSのシステム時刻と同期していないため、起動された状態で、NTPで時刻同期(Slewモード/Stepモード)が行われても、java内部で管理されている時刻には、その補正の変分が、反映されません。その結果、それぞれの時刻に、ズレが生じることとなります。
これに対して、Java内部で管理されている時刻とOSのシステム時刻とを同期するオプションがありますので、NTPでの時刻同期の運用される場合は、予め、このオプションを有効として、運用をお願いします。
詳細は、FAQ「HP-UXマネージャで、Java内部の時刻を、OSのシステム時刻と同期する方法を教えてください。」の記載を参照してください。

マネージャへ接続が行えない状態でも、エージェントのインストールは可能です。
接続が行えない場合、エージェントは60秒間隔で再接続を繰り返しますので、
通信が可能な環境が整った時点で、自動的にマネージャとの接続が完了します。
接続完了後は、通常通り監視が可能となります。

以下の注意点があります。

以降、詳細です。

HP-UXのjavaは、Java内部で独自の時刻データを管理しており、Javaモジュール起動された以降、 その時刻データは、Java自身でその時刻が進められます。
この仕組みのため、Javaモジュールが起動された状態で、OSのシステム時刻の変更があった場合でも、Java側ではその変更が認識できません。
その結果、Java内部で管理されている時刻と、OSのシステム時刻に、ズレが生じることとなります。

HP-UXのjavaには、Java内部で管理されている時刻とOSのシステム時刻とを同期するオプション(-XX:+UseGetTimeOfDay)があります。

そのオプションを設定する手順を以下に記載します。
また、マネージャがクラスタ構成の場合、構成する両系のマシンそれぞれで、変更をお願いします。

マネージャが導入されているマシンのシステム時刻を変更した後は、マネージャの再起動が必要です。SystemManager マネージャの再起動を行ってください。

(注意)

マネージャがクラスタ構成や、マネージャで複数マネージャアラート転送機能を利用した構成の場合、構成する全てのマネージャマシンそれぞれで、同様に変更をお願いします。
本来は、管理するエージェントや監視端末のシステム時刻と、時刻の差異が無い状況での運用が必要です。

マネージャが導入されているマシンのシステム時刻を変更する場合の注意点や影響については、後述します。

(補足)

下記の各影響点は、Javaの時刻が、OSの時刻と同期されている状況での影響となります。
HP-UXマネージャの場合、「HP-UXマネージャでの留意点について」にも記載していますが、Javaの時刻がOSのシステム時刻と同期する様に指定された状況での影響となります。

なお、本マネージャで管理するエージェントや、監視端末でのシステム時刻の変更について、以下のFAQにも記載がありますので、併せて参照してください。

注意点や影響は、以下となります。

エージェントが導入されているマシンのシステム時刻を変更した後は、エージェントの再起動が必要です。
SystemManager エージェントの再起動を行ってください。

(注意)

本来は、接続するマネージャや監視端末のシステム時刻と、時刻の差異が無い状況での運用が必要です。

エージェントが導入されているマシンのシステム時刻を変更する場合の注意点や影響については、後述します。

なお、接続するマネージャや監視端末でのシステム時刻の変更について、以下のFAQにも記載がありますので、併せて参照してください。

注意点や影響は、以下となります。

(補足)

一時的に、時刻を過去にし、再度、現在の時刻に戻す場合、以下の対処により回避が可能です。
時刻を過去に変更する際は、A.の処理を、再度、現在の時刻に戻す際は、B.の処理を行ってください。

A. 時刻を過去に変更する際の作業

1. SystemManager の停止
2. 元の性能蓄積データのバックアップ
   エージェントの下記のファイルをバックアップしてください。
   UNIX : /var/opt/SS/PerfCenter/agent/DB/pastDATA/pfmdata
   Windows : <SysMgrAG_HOME>¥PerfCenter¥agent¥DB\pastDATA¥pfmdata
   • ※
     lt;SysMgrAG_HOME>は、エージェントのインストールディレクトリで、既定のパスは、
     "C:¥Program Files¥NEC¥SystemManager¥AG"です。
3. 2.で指定したバックアップ元のデータを削除
4. 時刻の変更
5. SystemManager の起動

B. 時刻を元に戻す際の作業

1. SystemManager の停止
2. 時刻の変更(戻し)
3. バックアップファイルのリストア
   A.の2.でバックアップしたファイルを元の場所に戻してください。
4. SystemManager の起動

監視端末が動作するマシンのシステム時刻を変更する場合の注意点や影響については、後述します。
本来は、接続するマネージャ側やエージェント側のシステム時刻と、時刻の差異が無い状況での運用が必要です。

なお、監視端末で表示される内容や入力する時刻について、以下のFAQにも記載がありますので、併せて参照してください。

注意点や影響は、以下となります。