> ヘルプの一覧

「保守」 ->「一般」
- [一般保守] | エージェントを 設定します。
- [サイト情報] | 顧客とサイトの情報を保守します。
- [ホストの保守] | 顧客とデバイスの情報を入力して、ホストを設定します。
- [新しいスレーブの追加] | 新しいスレーブを手動で追加します。
- [デバイスの検出] | 環境内でデバイスタイプを検索します。
- [ソリューションキャビネットを検出] | Sun StorEdge 3900 または 6900 シリーズキャビネットを問い合わせます。
- [LAN を検索] | Subnet を使用して、LAN から Sun StorEdge デバイスを検索します。
- [Sun StorEdge T3 と T3+ アレイ監視の設定] | Sun StorEdge T3 アレイの `/syslog` をホストにミラー化します。
- [デバイスの追加] | 新しいデバイスをに追加します。
- [デバイスの保守] | デバイス情報を追加、削除、更新、または名前を変更します。
- [デバイスを更新] | 既存のデバイスの必要なフィールドを更新します。
- [デバイスを削除] | 不要になったデバイスを削除します。
- [デバイス名の変更] | 構成ファイルに固有の名称 (WWN) を手動で追加します。
- [電子メール配信のカスタマイズ] | 電子メールのローカル通知を設定します。
- [ローカル通知]: [新しいエントリの追加] | システム管理者に対する通知レコードを作成します。
- [メッセージ サブセットを送信] | ホストからのイベント方式のメッセージのサブセットを送信します。サブセットはカスタマイズ可能です。
- [通知プロバイダ] | 状態モニターによって生成されたイベントを再送信します。
- [構成のプッシュ] | スレーブエージェント設定ファイルを更新します。
- [エージェントの開始/停止] | エージェントの活動を制御します。
- [デバイスの開始/停止] | 監視をデバイス単位で非アクティブにします。
- [テスト電子メール] | 電子メール機能をテストします。
- [構成の確認] | 結果をレポートし、レビューが必要な領域へのポインタを使用可能にします。
- [構成オプションの変更] | ストレージ デバイスの場所とステータスに基づいて、オプションを返します。

保守 | [ 先頭へ ]

[保守] セクションでは、の設定に必要なすべての機能があります。または変更を加えたり、監視、通知、診断が適切に行われるようにするための機能が、すべて含まれています。

Storage Automated Diagnostic Environment のマスターおよびスレーブ ホストを設定した後は、電子メール通知の更新または監視対象デバイスの更新のためにだけ [保守] セクションを使用します。

ホストの保守 | [ 先頭へ ]

パッケージがホストにインストールされると、 マスターエージェントに登録され、このページにエントリが追加されます。この自動登録が機能するためには、最初にマスターエージェントをインストールして実行する必要があります。[ホストの保守] ウィンドウの [アクティブ] フィールドに "Y" が表示されます。すべてのホストをインストールした後で、このページにアクセスして、各ホストの構成を変更できます。

[ホストの保守] ウィンドウの主要な 3 つの機能を次に示します。

- [新しいスレーブを追加] - エージェントが自動的に登録しない場合に使用します。これは、前にインストールしたインスタンスが構成から一時的に削除されている場合に発生します。スレーブを手動で追加した場合は、スレーブはアクティブではありません。
- [スレーブを ping] - 各ホストのエージェントが起動され、動作していることを確認します。マスターは、スレーブを ping し、ホスト ID を要求してホストが起動されており サービスが使用可能であることを確認します。
- [スレーブの構成をプッシュ] - すべてのスレーブが更新された後、[スレーブの構成をプッシュ] を使用して新しい設定をそれぞれのマスターにプッシュできます。 Storage Automated Diagnostic Environment の各インスタンスは、同じ構成ファイルのコピーを持っていますが、スレーブの管理はマスターから実行されます。

サイト情報の保守 | [ 先頭へ ]

[一般保守] ウィンドウで、[サイト情報] を選択します。 このページ上のフィールドは、先に進む前に設定しておく必要があります。アスタリスク (*) の付いたフィールドは必須です。マスター構成を更新するには、[ホストの保守] ウィンドウで既存の [ホスト名] リンクをクリックし、必要に応じてフィールドを更新して、[提出] をクリックします。

新しいスレーブの追加 | [ 先頭へ ]

スレーブエージェントが自動的に登録されない場合は、新しいスレーブを手動で追加できます。

[新しいスレーブを追加] ウィンドウにアクセスするには:

1. ??? ウィンドウで [ホストの保守] リンクをクリックします。
2. [Host List eng] ウィンドウの [新しいスレーブを追加] ボタンをクリックします。

[ホストの保守]:[新しいスレーブを追加] ウィンドウが表示されます。

注: [監視するカテゴリ] の選択肢は、のこのインスタンスでサポートされている Sun Microsystem ネットワークストレージデバイスを示します。

- `/usr/sbin/hostid` ディレクトリで、8 桁の英数字から成る HostID (システム ID と同じ) を入力します。ホスト上で hostid コマンドを使用して、有効な HostID を取得できます。
- ホスト名 (hostname.domain) を入力します。
- [カテゴリ] または [監視するカテゴリ] を選択します。 指定したカテゴリは、Storage Automated Diagnostic Environment のこのインスタンスによってサポートされています。
- [監視頻度] ドロップダウンメニューから、5 分から 120 分の間の変数を選択します。この頻度変数によって、cron がどのくらい頻繁に実行されるかが決まります。デフォルトは 5 分です。
- 最初に新しいスレーブを追加したときには、[代替マスター] チェックボックスがオンになります。スレーブを代替マスターにするには、このチェックボックスをオフにする必要があります。
- Storage Automated Diagnostic Environment で監視するデバイスが Sun StorEdge 3900 または 6900 シリーズソリューションの一部である場合は、[Sun StorEdge 3900 および 6900 シリーズ] ボタンを有効にします。
- ホストのトポロジ上に、そのホストによって帯域内でアクセス可能なデバイスを表示したい場合は、[帯域内データパスの監視] ボタンを有効にします。
- デフォルトのメッセージログパスは /var/adm/messages です。これには、状態メッセージの履歴が表示されます。
- T3 メッセージログパスは、Sun StorEdge T3 および T3+ アレイのログの送信先です。 ホスト上の /etc/syslog.conf を参照することで、パスをチェックして確認できます。

3. 新しいスレーブホストを追加するには、[追加] をクリックします。
注意:スレーブとして追加しようとしているシステムが現在マスターである場合は、次のメッセージが表示されます。 警告: システムは、現在、マスターとして構成されています このシステムをスレーブに変えるには、[スレーブの構成をプッシュ] セクションを使ってください

4. スレーブの設定を自動的に更新して、すべてのスレーブがマスター設定と一致することを確認するには、[保守] メニューから [スレーブの構成をプッシュ] をクリックします。

注:

- `/usr/sbin/hostid` ディレクトリに 8 桁の HostID を入力します。The ??? は新しいスレーブを追加しません。

  HostID がわからない場合は、ダミーの番号を入力して、後で修正することができます。ただし、HostID は以前に受け付けられた他の HostID と一致してはなりません。

  スレーブとして追加したホストは、マスターからイーサネット経由でアクセスできる必要があります。また、最低限、ping に対して応答できる必要があります。

- スレーブホストを手動で入力する場合、および のインスタンスが 1 つもインストールされていない場合には、そのスレーブ ホストの HostID も手動で入力する必要があります。

  入力しない場合は、[監視するカテゴリ] フィールドに選択されたデバイスが存在せず、 がアクティブになりません。

  アクティブな状態は、/var/opt/SUNWstade/DATA ディレクトリのスレーブの設定ファイル (rasagent.conf.push) に基づき、Active フラグが設定されているかどうかにもよります。スレーブ構成ファイルがない (たとえば、ホストがマスターである) 場合、[アクティブ] 状態は [OFF] に設定されます。

デバイスの検出 | [ 先頭へ ]

You can request the ??? に対して、[デバイスの検出] ウィンドウに表示されているデバイスタイプを環境内で検索するように要求できます。

- The ??? は、ホストへの物理的データ パス上で Sun StorEdge A5000 アレイ、Sun StorEdge A3500-FC Raid コントローラ、Sun Fire V880 ディスク、Sun StorEdge D2 アレイ、内部ファイバ チャネル ディスク、およびファイバ チャネル テープ デバイスを検出します。
- The ??? は、`/etc/fcswitch.conf` ファイル (フォーマットは `etc/hosts` に類似) を読んで、Sun StorEdge network FC switch-8 および switch-16 スイッチを自動的に 検出します。さらに、サブネット機能によって、SNMP 問合せに応答する Sun StorEdge Network 2 Gb Switch-16 スイッチおよび Brocade Silkworm 1 Gb および 2 Gb スイッチに対してスキャンするための、IP ネットワーク名の接頭辞が要求されます。
- The ??? は、すべてのホスト上の Sun StorEdge T3 および T3+ アレイ ログ ファイルをスキャンすることにより、Sun StorEdge T3 および T3+ アレイを自動的に検出することができます。有効な IP 名またはアドレスを含むエントリが構成に追加されます。
- The ??? は、Storage Service Processor の `/etc/host` ファイルを使用して、Sun StorEdge 3900 および 6900 シリーズを検出します。

注:

このログファイルに有効な Sun StorEdge T3 および T3+ アレイ エントリがある限り、自動検出機能はそれらを検出し、追加します。 システムログをロールオーバーするのとほとんど同じ方法でログファイルをロールオーバーすることで、古い不要な Sun StorEdge T3 および T3+ アレイが追加されるのを回避できます。 スクリプト `/usr/lib/newsyslog` および `/etc/cron.d/logchecker` を参照してください。

カスケードスイッチとして構成された SAN では、ホストアタッチメントを備えたスイッチ (すなわち、ローカルホスト) のみを `/etc/fcswitch.conf` ファイルに記載する必要があります。The ??? は、最初のスイッチが検出されると、カスケードスイッチを検出します。

注:

Brocade Silkworm スイッチを手動で追加するか、Brocade Silkworm スイッチの LAN を検索し、指定した LAN 上で検出された不要なデバイスを手動で削除する必要があります。

Sun StorEdge 3900 または 6900 シリーズキャビネットの検出 | [ 先頭へ ]

直接接続ストレージ (DAS) 環境用の Sun StorEdge 3900 シリーズストレージシステム、およびストレージエリアネットワーク (SAN) 環境用の Sun StorEdge 6900 シリーズストレージシステムは、完全な、設定済みストレージソリューションです。エンドユーザーは、サブシステムの内部コンポーネントに対して限定されたアクセス権しか持っていませんが、システムのストレージ機能は完全に利用することができます。

[デバイスの検出] ウィンドウで [Sun 3900/6900] ボタンを選択すると、Storage Automated Diagnostic Environment は Sun StorEdge 3900 または 6900 シリーズキャビネットの問合せを行います。 Sun StorEdge 3900 または 6900 シリーズ キャビネット内のサービス プロセッサの IP アドレスまたは名前を選択する必要があります。次に、StorADE マスターは、ローカルまたは 3600/6900 サブシステム用に選択されたスレーブのアドレスの問い合わせを行います。

1. [ホスト] メニューの [実行] から、ホストを選択します。
2. 切り換えボタンで [監視の開始] をオンにします。
3. [3900/6900 の検出を確認] をクリックします。

注:

Sun StorEdge 3900 および 6900 シリーズ サブシステムの検出は、Solution.golden 設定ファイルの存在に基づいています。このファイルは、SUNWstade /var/opt/SUNWstade/DATA ディレクトリにあります。このファイルは、Storage Automated Diagnostic Environment config_solution(1M) ユーティリティを実行することによって作成されます。このユーティリティは、SUNWstade /bin ディレクトリにあります。このユーティリティは、製造、アップグレード、およびコンポーネントの交換時に常に実行する必要があります。

注:

The ??? は、 Sun StorEdge T3 および T3+ アレイ、仮想化エンジン、Sun StorEdge ネットワーク FC switch-8 および switch-16 スイッチ デバイス、および Brocade Silkworm スイッチへのダイレクト Ethernet 接続 (帯域外) を使用します。

サブネットを使用した LAN 上の Sun StorEdge デバイスの検索 | [ 先頭へ ]

[サブネット] ボタンを使用して、LAN 上の Sun StorEdge Network FC switch-8 および switch-16 スイッチ デバイス、Brocade Silkworm スイッチ、および Sun StorEdge T3 および T3+ アレイを検索できます。

1. 検索するサブネットの IP アドレスを入力します。
2. 検索するサブネット名の接頭辞を入力します。

サブネット機能により、サブネット内の有効なデバイスが検索されます。

検索結果は、マスターエージェントに返されます。マスターエージェントは、最近検出された有効なデバイスを、サブネットからメインの構成ファイルに移動します。

Sun StorEdge T3 および T3+ アレイメッセージ監視の設定 | [ 先頭へ ]

Sun StorEdge T3 T3+ アレイから Storage Automatic Diagnostic Environment にメッセージを監視させるには、 Sun StorEdge T3 または T3+ アレイの `/syslog` を インストールされたホストにミラー化し、Sun StorEdge T3 および T3+ アレイを監視するように設定する必要があります。

1. `syslog` メッセージを転送するSun StorEdge T3 array およびホストの設定方法の手順については、『Sun StorEdge T3 and T3+ Disk Tray Installation, Operation, and Service Manual』を参照してください。
2. T3 および T3+ アレイメッセージ ログ ファイルに与えられた名前を各ホストに設定する方法については、「ホストの保守」セクションを参照してください。

新しいデバイスの追加 | [ 先頭へ ]

新しいデバイスを追加するには:

1. [一般保守] メニューで [新しいデバイスの追加] リンクをクリックします。
2. 次の説明に従って、フィールドに入力します。

- [デバイス名]
  Type the device name the がデバイスを識別するのに使用するデバイス名を入力します。

- [Telnet パスワード] (オプション)
  telnet のパスワードを入力します。このフィールドは、Sun StorEdge T3 および T3+ アレイではオプションです。 より詳細な分析を行うには、Sun StorEdge T3 アレイの root パスワードを入力してください。Sun StorEdge T3 アレイのより高いレベルにアクセスできます。

- [主ホスト]
  実際にデバイスの監視を行う Storage Automated Diagnostic Environment の主ホストを選択します。

  注:

  デフォルトでは、デバイスを自動的に検出したデバイスとなります。

- IP 名/アドレス
  ネットワークでホストを識別するための IP アドレスを入力します。

リストが完成したら、 [構成をプッシュ] リンクから [選択したスレーブを更新] をクリックします。

[選択したスレーブを更新] 機能は、1 つ以上のデバイスを追加または更新した後でスレーブの構成を更新するために必要です。

注:

Sun StorEdge A3500FC アレイのデバイス名を見つけるには、RM6 コマンド `drivutil -l`>devName を使用します。ここで、>devName は RM6 コマンド`/usr/lib/osa/bin/lad` から得られます。

デバイスの保守 | [ 先頭へ ]

[デバイスの保守] ウィンドウを使用して、ホストが各デバイスを監視するように設定します。You can also use this window to change the name that the ??? が電子メール通知の際にそのデバイスの参照として使用する名前を、このウィンドウで変更できます。

Be aware of the host's access method when making decisions about which devices the が監視するデバイスを決定するときには、ホストのアクセス方法に注意してください。

- Sun StorEdge A3500-FC アレイは、ファイバチャネルケーブル経由で接続されていて Sun StorEdge RAID Manager コマンドを実行できるホストから監視します。
- Sun StorEdge A5000 アレイ、Sun Fire V880 ディスク、および Sun StorEdge D2 アレイは、ファイバチャネルケーブル経由で直接接続されているホストから監視します。
- Sun StorEdge Network FC Switch-8 および Switch-16 スイッチは、サブネット上の任意のホストから監視します。これは、探索がネットワーク全体にわたって実行されるためです。
- Brocade Silkworm スイッチは、サブネット上の任意のホストから監視します。これは、探索がネットワーク全体にわたって実行されるためです。
- Sun StorEdge T3 および T3+ アレイは、t3 メッセージログファイルにアクセスできてサブネット上で Ethernet 接続を備えているホストから監視します。
.
- 内部ファイバチャネルディスクおよびファイバチャネルテープデバイスは、ファイバチャネルケーブル経由で接続されているホストから監視します。
- Sun StorEdge 3900 および 6900 シリーズ キャビネットは、Sun StorEdge T3 および T3+ アレイ、Sun StorEdge network FC switch-8 および switch-16 スイッチ、および仮想化エンジンに対して Ethernet 接続されている、Storage Service Processor から監視します。

注:

[主ホスト] 列に登録されたホスが一覧されます。これらは、実際にデバイスのプローブを行います。

ボタンは、 のこのインスタンスでサポートされている Sun StorEdge デバイスを示します。

デバイスの手動更新 | [ 先頭へ ]

1. Storage Automated Diagnostic Environment のメインウィンドウで [保守] リンクをクリックします。
2. [一般保守] メニューで [デバイスの保守] リンクをクリックします。
3. [デバイスの保守] ウィンドウの [デバイス名] 列で、更新するデバイスを選択します。
4. 必要なフィールドに修正を加えた後で、[更新] をクリックします。
5. デバイスを追加または更新した後は、[再検出] をクリックしてシステムをリフレッシュします。

注:

- デバイス名を変更すると、 内のデバイスの参照のみが変更されます オペレーティングシステム内におけるそのデバイスへのアクセスや参照には影響しません。
- デバイスの構成を変更した場合 (たとえば、スイッチのシャーシ ID を変更した場合など) は、その不要なデバイスを削除する必要があります。Storage Automated Diagnostic Environment で、以前のデバイスが削除されたというメッセージが表示されます。ただし、トポロジでは、デバイスを手動で追加および検出するまで、削除されたデバイスが表示されません。

デバイスの削除 | [ 先頭へ ]

デバイスがサイトから削除された場合や、デバイス監視が不要になった場合には、不要なデバイスを削除できます。

デバイスを削除するには

1. Storage Automated Diagnostic Environment のメインウィンドウで [保守] リンクをクリックします。

2. [保守] メニューで [デバイスの保守] リンクをクリックします。
   [デバイスの保守] ウィンドウが表示されます。

3. [デバイスの保守] ウィンドウの [デバイス名] 列で、削除したいデバイスを選択します。
   ホストの保守: [デバイスの更新] ウィンドウが表示されます。

4. [削除] をクリックします。
   構成からデバイスを削除しても、キャッシュ内にあるデバイス計測機構へのアクセスは、すぐには削除されません。ただし、これは次にエージェントが実行されるときにクリアされます。そのデバイスの状態情報も、エージェントの次の実行時まで維持されます。したがって、 を再度実行するまで、デバイスを構成から削除しても [トポロジ] および [計測機構] でスナップショットとして表示できます

デバイス名の変更 | [ 先頭へ ]

デバイスの名前を変更した後でコマンド行または GUI からエージェントを実行すると、Storage Automated Diagnostic Environment は、以前のデバイスが削除されたというメッセージを表示します。ただし、デバイスを検出するまでは、Storage Automated Diagnostic Environment Topology は名前を変更されたデバイスを表示しません。

この問題を回避するには、Storage Automated Diagnostic Environment 構成ファイルに手動で固有の名称 (WWN) を追加します。このファイルは、`/var/opt/SUNWstade/DATA/rasagent.conf` にあります。

注:

SUNWstade ディレクトリを削除するか新しい `ras_install` を実行しない限り、アップグレードを行っても構成ファイルはシステム上に維持されます。

電子メール配信のカスタマイズ | [ 先頭へ ]

[電子メール通知] ウィンドウを使用して、自分自身または社内のほかの管理者への電子メールの生成をカスタマイズできます。たとえば、Sun StorEdge T3 および T3+ アレイから発信される優先度の高い警告だけを受信したい場合は、この場合についてだけ特別な通知を作成することができます。

警告は、[電子メール通知] 機能で入力した有効な電子メールアドレスにだけ送信されます。 ローカル通知では、プロバイダにメールは送信されません。
ローカル通知に関する以下の情報をカスタマイズできます。

- 通知タイプ
- 電子メールアドレス
- 項目
- イベントタイプ
- 優先順位

注:

ローカルの電子メール/ポケットベル通知機能はオプションで、 のメイン転送機能には影響を与えません The Master instance of the ??? のマスター インスタンスは、ローカル通知に基づいて電子メールを送信する唯一のインスタンスです。 Slave instances of the ??? のスレーブ インスタンスは、警告をマスターに送信します。マスターは、それらの警告をフィルタリングし、プロバイダが選択されている場合はそのプロバイダに、またローカル システム管理者が設定されている場合はその管理者に転送します。

ローカル通知:[新しいエントリの追加 | [ 先頭へ ]

確認結果の通知を受ける各システム管理者の通知レコードを作成します。 確認結果は、[イベントタイプ]、[優先順位]、および [デバイス カテゴリ] によって限定することができます。複数のイベントを選択して、電子メールまたはポケットベルに送信できます。この柔軟性によって、警告の通知方法をカスタマイズすることが可能になります。

新しいエントリを追加するには

1. 既存の電子メール アドレスを更新または削除するには、電子メール リンクをクリックします。
2. [通知の追加] ボタンをクリックして、新しい電子メール アドレスを通知リストに追加します。

が収集した RAS 情報の送信に加えて、カスタマイズされたイベント主導型のメッセージのサブセットを、マスターとして設定されたホストから顧客サイトのローカルシステムの管理者に電子メールで直接送信できます。

注: システムが指定された宛先にメールを送信するように適切に設定されていないと、電子メールが送信されない場合があります。これは特に Storage Service Processor 環境で見られます。Storage Service Processor がサブネット上にあり、目的の宛先へのゲートウェイが存在しない場合です。

ホストからのイベント方式のメッセージのカスタマイズ可能なサブセットの送信 | [ 先頭へ ]

1. [電子メールアドレス/ファイル名] テキスト ボックスに 1 つ以上の電子メール アドレスを入力します。

2. 各アドレスについて、以下の選択を行います。
   - [優先順位] リスト:
   - 0 = 通常 (緑色)、情報のみ。これは最も低い優先順位です。
   - 1 = 警告 (黄色)
   - 2 = エラー (赤色)
   - 3 = ダウン (赤色)、システムがダウンしている。これは最も高い優先順位です。
   - カテゴリリスト - が監視している現在のストレージ製品スイートから選択します。
   - [イベントタイプ] リスト - デバイスタイプによって分類されたイベントタイプのリストから選択します。

3. [追加] をクリックします。

The ??? は、デバイスタイプごとに、特定のイベントタイプのメッセージを指定された電子メールアドレスに送信します。

エラーメッセージが頻繁に作成されるイベントについては、通知回数を指定します。 [最大数を指定しない] (デフォルト) 以外の最大数の値を設定した場合は、8 時間に 5、10、20、または 50 通の電子メールを受け取ることができます。

注:同じコンポーネントについて 8 時間以内受け取る電子メールの最大数を 10 に設定した場合に、それ以上の電子メールを受け取りたい場合は、 [電子メールの最大数をクリア] ボタンをクリックする必要があります。

通知プロバイダ | [ 先頭へ ]

providers encode data and interface with transport mechanisms, which transmit information to the NSCC about configured storage devices.

The ??? は、次の 7 つのプロバイダをサポートします。 HTTP、Email、SSTR、NetConnect、SRS、SNMP Traps、および RSS。 プロバイダの主要な機能は、状態モニターによって生成されたイベントを再送信することです。プロバイダは、Persistent Data Manager (PDM) からイベントを取り出すか、またはイベントを特定のイベント タイプとして PDM に登録することによって、これを実行します。

プロバイダのタイプについて以下に簡単に説明します。

- HTTP プロバイダは、HTTP サーバーに HTTP 呼び出しを送信し、CIM データを適切な形式で転送します。これは、Storage Automated Diagnostic Environment エージェントによって収集された RAS 情報を転送するためのイントラネット機構であり、現在のところ Sun 内部でだけ使用されます。

- Email プロバイダは、特定のイベントをローカル管理者に電子メールで送信することを可能にします。イベントは、要約してポケットベルの電子メール アドレスに送信することもできます。

- SSTR プロバイダは、 ??? のイベントを Sun StorEdge Topology Reporter (SSTR) コンソールに送信します。SSTR コンソールを使用すると、以下の操作を実行できます。

1. ホスト、ホスト バス アダプタ、スイッチ、ストレージデバイスなどのハードウェア資産の表示と使用環境のグラフィカルビュー
2. ユーザー、アラーム、および資産の管理
3. ユーザーの電子メール通知とネットワークホスト通知の設定
4. 資産のレポート作成 (検出とも呼ばれる) を管理する。
5. 特定の環境内のデバイスに関連した、他の Web ブラウザベースアプリケーションを起動する。

- NetConnect は、共通の情報モデル (CIM) プロバイダで、独立したプログラムです。PDM からの情報を要求し、その情報を適切なフォーマットに変換し、NetConnect に転送します。

  注: マスターエージェントが動作するホストは、NetConnect Provider 構成でリレーとして設定されているのと同じホストである必要があります。

- Sun Remote Services (SRS) プロバイダは、イベントを SRS XML フォーマットも受け入れる第二の通知プロバイダに送信する必要がある場合に、第二の IP アドレスを使用可能にします。

注: SRS プロバイダの IP アドレスを入力する必要があります。第二の IP アドレスはオプションです。

- SNMP Traps プロバイダによって、??? は、監視中に発生したすべてのアクション可能なイベントに対して、外部の管理システムにトラップを送信できます。

警告が発生すると、警告は SNMP トラップとして SNMP トランスポートに送信されます。SNMP トラップリスナーは、SUNWstade パッケージに含まれる `StorAgent.mib SNMP MIB` ファイルを使用してこれらの警告を復号化します。

警告には、以下の情報が含まれています。

1. Storage Automated Diagnostic Environment エージェントの場所
2. 警告に関係する Storage Automated Diagnostic Environment デバイス
3. 警告レベル
4. メッセージ内容

- RSS プロバイダは、UNIX-to-UNIX Communication Protocol (UUCP) を使用して、エージェントイベントを RSS インフラストラクチャーに転送します。 ホストには、モデムにアクセスするための RSS ソフトウェアが必要です。 そのソフトウェアは、状況に応じて設定する必要があります。
  RSS ソフトウェアは、Service Processor ソフトウェアにバンドルされて配布されています。 このソフトウェアとプロバイダで想定されている使用者は、リモートサポートサービスを購入し、モデムフォンホーム機能のための電話回線を提供している顧客です。

注: If the ??? が手動または `cron` によって実行されたときに、SSRR プロバイダは選択されていても SSRR ソフトウェアがインストールされていないか適切に設定されていない場合は、次のエラーメッセージが表示されます。

`***ERR: アクセス権ファイル内でマシン名が見つかりません。`

構成のプッシュ | [ 先頭へ ]

構成を変更すると、構成をプッシュするかどうかを尋ねるメッセージが表示されます。構成の確認 機能を使用すると、設定し忘れた箇所や修正する必要のある設定のリストを表示できます。

注:

構成のプッシュ機能は非常に重要です。この機能は、マスター インスタンス下のすべてのスレーブ インスタンスを、マスターのインスタンスと同期させて、監視および通知が適切に行われるようにします。

エージェントの開始または停止 | [ 先頭へ ]

エージェントの動作を制御して、選択したホストで実行中のエージェントの `cron` を一時的に停止することができます。 また、デバイスのテスト中や、意図的に障害を発生させた場合に、エラーの電子メール通知を作成しないようにすることもできます。

注:

デフォルトでは、マスターの 監視機能は自動的にオンにはなりません。[監視] を手動でオンにする必要があります。

- エージェントの開始/停止機能を使用してエラー時の電子メール通知作成を抑制できるのは、1 つのデバイス タイプを監視していて、すべてのデバイスが同時に監視される場合 (アップグレード時など) だけです。
- [デバイスの開始/停止] を使用して、特定のデバイスの電子メール通知を制御するほうが便利です。

デバイス監視の開始と停止 | [ 先頭へ ]

[デバイス監視の開始/停止] ウィンドウで、デバイス単位で監視を停止することができます。

1. デバイスを開始または停止するには、該当するチェックボックスをオンにします。

- [監視] がオンのときには、[停止] チェックボックスが表示されます。
- [監視] がオフのときには、[開始] チェックボックスが表示されます。

2. [変更の確定] をクリックします。 The ??? は、このマスターに設定されているすべてのスレーブホスト上の構成ファイルを更新する必要があります。

- これには、[保守] メニューの [構成のプッシュ] オプションを使用します。

3. デバイスをテストしている場合や、障害を意図的に発生させている場合に、[デバイス監視の開始/停止] ウィンドウを使用して、特定のデバイスに対するローカル通知を一時的に停止できます。

注:

デバイスが非アクティブ (オフ) になっても、監視は継続されます。ただし、デバイスの監視がこの状態になっている間は、障害が検出されても電子メール通知が行われません。結果として、エラーが検出された場合は、ログに記録され、Net Connect または HTTP プロバイダによって送信されますが、電子メール通知では送信されません。

テスト電子メール | [ 先頭へ ]

[テスト電子メール] ウィンドウを使用して、テスト電子メールおよびメッセージを送信し、 のメール機能がインストール済みで正しく動作していることを確認したりできます。

[テスト電子メール] ウィンドウにアクセスするには

1. Storage Automated Diagnostic Environment のメインウィンドウで [保守] リンクをクリックします。
2. [保守] メニューで [テスト電子メール] リンクをクリックします。
3. [電子メールアドレス] テキストボックスに、自分の電子メール アドレスを入力します。
4. [メッセージ] テキストフィールドに簡単なコメントを入力します。

[メッセージ] テキストフィールドを空白にすると、テスト電子メールにあらかじめ用意されたメッセージが含められ、表題行には Test Message と記入されます。

注:

[メッセージ] テキストフィールドに改行を入力すると、テキストを入力できなくなります。 やり直すには、[メッセージ] テキストフィールドをクリックしてから、テキストを入力します。

設定のレビュー | [ 先頭へ ]

1. 構成を完了した後に、すべての設定内容を確認したい場合は、[保守] メニューの [構成の確認] リンクを選択します。
2. 設定し忘れた箇所や、再確認の必要がある設定に関して表示される指示に従います。

設定オプションの変更 | [ 先頭へ ]

[設定オプション] ウィンドウは、 ストレージデバイスの場所とステータスに基づいてオプションを返します。以下の情報を使用して、既存の構成オプションを更新します。

- [古い (履歴内の) トポロジの数 (比較のために保存) ]
  比較のためにトポロジ履歴に保存するトポロジの数を入力します。デフォルトは 5 です。

- [テストマネージャのリフレッシュレート]
  テスト出力用のウィンドウのリフレッシュ (再ロード) 間隔を秒単位で指定します。デフォルトは 30 秒で、最小のリフレッシュ間隔は 5 秒です。

- [イベントファイルの最大サイズ]
  イベントファイルの最大サイズをメガバイト単位で指定します。通知プロバイダに対してデータパケットサイズを制限するために使用します。デフォルトは 2 です。

- [電子メールプログラムへのパス]
  このフィールドを使用して、ローカル電子メール プログラムのパスを変更します。

- [システム管理者の電子メール]
  イベントの出力を受け取るシステム管理者の電子メール アドレスを指定します。

- [イベントごとに 1 つの電子メールを送信]
  このチェックボックスで、特定のイベントについて送信される電子メールの数を 1 つに制限できます。

- [電子メールの最大数]
  特定のコンポーネントについて 8 時間以内に送信される電子メールの数を指定します。デフォルトは [最大数を指定しない]で、オプションとして 5、10、20、または 50 を指定できます。 [電子メール通知] ウィンドウを使用して、指定した電子メールの最大数をクリアすることもできます。

- [GUI 帯域幅]
  低速および高速ローカル エリア ネットワーク (LAN) に対する帯域幅を指定します。 デフォルトは [低帯域幅] です。

- [必要に応じてハブを作成]
  トポロジにハブを引く場合は、このチェックボックスを有効にします。

- [画面のサイズ]
  GUI 画面のデフォルト サイズを設定します。