アラーム処理のモデリング要件
sp の現在のバージョンにアップグレードする場合、eh と sp の統合をサポートするために必要なモデリングが変更されたことに注意してください。エレメントからモデルへのマッピングで Distributed eHealth コンソールまたはスタンドアロン eh システムを表す EventAdmin はアラーム 0x5420000 を受信します。Live Exceptions アラームを受信する のスタンドアロン ehss サーバ モデルを除いてこれらのモデルはすべて破棄できます。そのスタンドアロン eh サーバ モデルでアラーム 0x5420000 をクリアできます。
casp1032jp
CA Spectrum
の現在のバージョンにアップグレードする場合、CA eHealth
と CA Spectrum
の統合をサポートするために必要なモデリングが変更されたことに注意してください。エレメントからモデルへのマッピングで Distributed eHealth コンソールまたはスタンドアロン CA eHealth
システムを表す EventAdmin はアラーム 0x5420000 を受信します。Live Exceptions アラームを受信する のスタンドアロン CA eHealth
SpectroSERVER
サーバ モデルを除いてこれらのモデルはすべて破棄できます。そのスタンドアロン CA eHealth
サーバ モデルでアラーム 0x5420000 をクリアできます。以下のモデルが の
CA eHealth
CA Spectrum
アラーム処理に必要です。- Distributed eHealth システム -アラームをCA Spectrumに転送する Distributed eHealth システムごとに 1 つのモデルを必要とします。各モデルは、その対応する サーバのCA eHealthCA eHealthアラームを処理します。DistributedSpectroSERVER（DSS）環境では、このモデルは MLS （メイン ロケーション サーバ）に配置することを推奨します。MLS には従来よりその他のモデルの負荷が軽くかかるためです。ただし、いくつかのSpectroSERVERにわたってアラーム処理の負荷を分散する場合、選択したSpectroSERVERで各 Distributed eHealth システムをモデリングできます。Distributed eHealth システムが SystemEDGE エージェントを実行している場合は、Host_systemEDGE モデル タイプを使用してそれをモデリングします。注：CA eHealthとCA Spectrumの統合を満たすために Distributed eHealth コンソールをモデリングする必要はありません。
- スタンドアロン- サーバがCA eHealthサーバCA Spectrumにアラームを転送する場合、スタンドアロンCA eHealthサーバを表すために 1 つのモデルを必要とします。DSS 環境では、モデルを MLS に配置することを推奨しますが、任意のSpectroSERVERを使用することができます。スタンドアロンCA eHealthシステムが SystemEDGE エージェントを実行している場合は、Host_systemEDGE モデル タイプを使用してスタンドアロン サーバをモデリングします。