NetIQ System Management Solution

NetIQ AppManager Suite

オンプレミス/クラウド、物理/仮想の混在環境において、死活監視からサービスのパフォーマンス
解析やサービスレベル管理までを、各種プラット
フォームに提供するシステム管理ソリューション

ITガバナンスに貢献するNetIQ製品
このカタログでは、内部統制のうち運用に関するソリューションをご紹介します。

イベント管理▪ Secure Configuration Manager▪ Security Manager▪ Change Guardian

インフラ監視▪ AppManager▪ AM for VMware▪ Hyper-V/Xen▪ AM for VoIP
▪ Vivinet Assessor▪ Vivinet Diagnostics

業務システム構成管理

イベント管理▪ Secure Configuration Manager▪ Security Manager▪ Change GuardianAegis

業務システム監視運用▪ AppManager▪ AM ResponseTime▪ Analysis Center

IT 業務処理統制▪ NetIQ
Identity
Integration
Suite

VoIP 管理

セキュリティ

▪ Group
PolicyAdministrator▪ AppManager▪ AM for Applications▪ Analysis Center

仮想管理

運用

▪ Directory&
Resource
Administrator

プロセス管理IT 全般統制

インフラ構成管理

セキュリティID 管理

NetIQ AppManager Suite の特長
NetIQ AppManager Suiteは、従来の企業システムからクラウドシステムまで、基本的な監視はもちろんパフォーマンスの監視・解析や、サービスレベルの監視まで提供する監視ソリューションです。多くの企業で、Windows、UNIX、Linuxの各プラットフォームの他、ハードウェアの監視や、仮想化プラットフォームであるVMware ESX、SQL ServerやOracleなどのデータベース、Exchange などのメールやIIS、
Apache などのWebサーバー、およびWebアプリケーション、さらにCiscoやAvayaなどのVoIPプラットフォームなど多様なプラットフォー
ム、アプリケーション、機器が導入されています。AppManagerは、これら多様なシステムをサポートするだけでなく、全ての監視対象を単一のコンソールから管理できます。監視対象システムの状態把握はもちろん、現在どのような監視を行っているのかについても確認をしたり、必要であれば設定の変更をしたりすることが可能です。監視項目の中には、確認時にデータを取得するものもあります。これらのデータはグラフ化してリアルタイムの変化を目視確認したり、一定期間のデータを使用してグラフ入りのレポートを作成したりすることも可能です。もちろん、取得したデータがあらかじめ設定した基準値を超えたり、プロセスやサービスのダウンを示す値が返ってきたりした場合には、管理者にメールを送って知らせる、復旧用のスクリプトを起動するなどの対応を自動的に行うよう設定もできます。このようにAppManagerは、容易な監視対象シス
テムの追加、監視の設定、運用中のアラートや対応、データの取得、レポートやグラフ作成など、すぐに使える豊富で使いやすい機能を備えた
オールインワン監視ソリューションなのです。
AppManager Suiteは、いくつかのコンポーネントや多くのモジュールで構成されています。本カタログでは、これらのコンポーネントやモジュールを分かりやすいようにいくつかのセクションに区切り説明しています。下記にセクションの区切りを、次ページにはAppManager監視の全体像を記載しています。セクションごとに全体像の一部を画像として使用しています。ご希望の監視イメージと、ご覧いただいているセク
ションが合致しているかどうか図版によりご確認ください。

■ AppManager▷ AppManager Suiteの基本となる監視コアモジュール■ AppManager Modules（モジュール）▷ 各種プラットフォームやアプリケーションに対応したAppManagerの監視機能拡張モジュール▷ アプリケーションモジュール簡易生成ツールModule Builder■ AppManager Remote Infrastructure Monitoring（エージェントレス監視）▷ エージェントを導入できないサーバーに対するエージェントレス監視モジュール■ AppManager ResponseTime Modules（レスポンスタイムモジュール）▷ ユーザーのアプリケーション操作時の体感速度を計測し警告可能なサービスレベル維持のためのサービスレベル監視モジュール■ AppManager for Virtual Environment（仮想環境監視）▷ VMwareなどにより仮想化されたクラウド環境の監視モジュール■ AppManager Automation（イベント対応の自動化）▷ 障害検知により発生したイベントへの自動対応

AppManager による監視の全体像

AppManager
仮想化の進歩により、ハードウェアの共有やダイナミックなリソー
スの割り当てなどが行われるために、今日の IT は一段と複雑な環境に置かれています。仮想化やユニファイドコミュニケーションなどの新技術により、ハードウェアとテレコミュニケーションの両分野でコストの軽減が可能な一方で、運用面では大きな課題が生まれています。クラスタ、ロードバランス、仮想システムの自動プロビジョニン
グなど、動的環境のシステム管理の最適化なしには安定したビジネスの提供ができないためです。しかし、利用可能なリソースには依然として限りがあり、複雑な環境の運用コストが増加し企業の負担が増す
一方で、サービス中断に対するユーザーの許容度は低下しています。
NetIQ AppManager は、このような課題の解決に役立ちます。運用コストの軽減、問題解決に要する時間の短縮、物理/仮想混在環境
におけるサービスの向上などを同時に実現できるためです。

クロスプラットフォームインフラに関するベストプラクティスシステ
ム管理 ― Windows、UNIX、Linux、VoIP、およびネットワークデ
バイス上の 65 種類以上のアプリケーションおよびサービスの稼働状態、パフォーマンス、可用性を一元管理できます。また、SNMP
ツールキットを使用すれば、SNMPを使用する一般的なシステムとデバイスを監視するように機能を拡張することもできます。
ルールベースの管理グループを活用する ― 管理者はグループ化のルールを定義することで、監視対象サーバーのグループ化や監視開始を自動的に行うよう設定できます。
ビジネスサイズにあわせた配置 ― 小規模から大規模まで柔軟に対応可能な構造なので、数千台のサーバーでも効率的に管理できます。

たとえば、以下のような利点を提供します。
IT 環境のより詳細な制御
・静的、動的、および仮想化されたプラットフォームやアプリケーショ
ンを発見し、ポリシーに基づく正確なモニタリングを行います。
・リモートインストール機能により、エージェントや KS による手動インストールが不要になりました。
企業と IT のさらなる融合
・業務サービスをエンドツーエンドで可視化して、よりよい顧客対応や問題解決を可能にします。
・ポリシー例外により、一部顧客の特定要件に対応可能です。
IT 投資のリターンを最大化
・VMware や VoIP など新しい技術への対応により、安心して導入いただけます。
・革新的な機能やベストプラクティスを使用して短期間で投資を回収するとともに、他ツールとの連携もサポートします。

高度なシステム監視
大規模にも対応可能なマルチベンダー・クロスプラットフォームシ
ステム管理ソリューションである AppManager Suite によって、重要な IT システムを管理します。

サービスマップはシステム変更にあわせて自動更新されます。管理グルー
プのルールに基づいて、新規サーバーは追加され廃棄サーバーは削除されるので、運用チームは常に最新情報に基づいて作業を行うことができます。管理者は手動で保守する手間から解放されるので、運用チームの作業効率が向上します。

ITインフラをビジネスサービスの観点から管理 ― AppManager
Control Center を使って、ビジネスアプリケーションやサービスに対応したサービスマップを作成できます。関連するシステムやサービスをアイコン表示するので、視覚的に分かりやすいだけでなく、障害がどのサービスに影響を与えているかを一目で確認できます。
ユーザー独自のインフラにも適応 ― 特別な言語や技術を学習することなく、ソリューションをカスタマイズできます。AppManager
は、XML、VBScript、Perl など業界標準のスクリプト言語を使用しているので、トレーニングのコストも最小限で済みます。

レポートと解説
高度なレポートと分析機能を使ってデータを有益な情報に加工します
データを簡単かつ効率的に収集 ― AppManager では、イベントやパフォーマンスデータを含むすべての管理情報がリポジトリで集中管理されるので、これらの情報をまとめて見ることができます。

他社システム管理製品とシームレスに統合 ― AppManager は、他社のシステム管理製品やネットワーク管理製品と統合できます。
たとえば、Microsoft System Center Operations Manager、
Netcool/OMNIbus、CA Unicenter、Tivoli Enterprise、
HP OpenView、BMC Remedy などの製品と統合できます。この統合による情報の集中でIT 環境をより効率的に管理できます。

正確かつ期待通りの監視状態が得られるように、新規システムやアプリ
ケーションは自動的に検出され、エージェントやモジュールがリモートで配置されます。

効率化
AppManager には、運用コスト削減の工夫が組込まれています。
自動エージェント導入
・変化する環境への素早い対応
・ファイアウォール環境における複数の導入サーバー
・導入日時を制御可能
・承認処理や導入作業の制御
自己保守型のサービスマップ ― 管理グループのルールに基づくサービスマップは、コンポーネントの追加や削除により自動更新されます。
スケジュールに基づくレポート配布 ― 顧客や経営陣が必要とする情報を自動的に配信します。
監視ジョブのスケジュール ― 監視ジョブスケジュール機能とスクリ
プト実行エンジンを使用して、重要なタスクを効率的に実行できます。

レポートエージェントを使用して、指定したデータ系列をグラフ化可能です。定期的にレポート生成ジョブを実行して、自動的に定期レポートが作成できます。

データの視覚化 ― ウィザードで作成可能なグラフ、スナップショッ
トを使ってデータを視覚化し、分析と情報の共有が簡単にします。
サービスレベルに関する各種指標を収集 ― 情報収集には Response
Timeモジュールが用いられます。ウェブトランザクションやWindowsアプリケーションの操作などを機械的に行う合成トランザ
クションにより、アプリケーションやサービスが使用可能かどうか、
またその応答速度を計測します。

障害の診断と解決
復旧にかかる時間を短縮するとともに、問題の根本原因を解決します
パフォーマンスと可用性の問題を迅速にトラブルシュート ―AppManager の監視スクリプト、取得したデータ、ウィザードで作成可能な三次元グラフを使用して、問題をトラブルシュートできます。

AppManager Modules ( モジュール )AppManager は、パッケージに含まれる監視スクリプトによって、数多くのアプリケーション監視を開発なしでサポートします。
Windows、Linux、UNIX、アプリケーション、ハードウェア、ネッ
トワーク機器、VoIP、そして仮想環境など広範囲にわたりサポートを提供します。

Microsoft Cluster Server ― MSFC環境の可用性に影響を与えそうな問題の兆候をプロアクティブに検知します。MSCSの管理に関連したサポートコスト低減、長期の傾向解析のためのパフォーマンス
データ保存、特定のイベントが発生したら自動的にメールを送信した
り障害回復用プログラムを実行したりするなどのイベント駆動によるアクションの設定が提供されます。
Oracle Database (Windows) ― Oracleのパフォーマンスを最適化し、N階層サービスレベルのレポートを可能にします。また、自動イベント検知と収集によって可用性の確認をサポートします。さらに管理用データの保管もサポートします。
Citrix XenApp ― 可用性、ライセンス使用状況、ネットワークパ
フォーマンスを含むXenApp環境のレポート、監視、管理を統合します。
Lotus Domino ― コラボレーションツールであるLotus Domino
を集中コンソールから監視します。NetIQ AppManagerを利用した
障害時のアクションによる可用性の最大化だけでなくパフォーマンス
の最適化も可能にします。

AppManagerエージェントとモジュールによる監視

オペレーティングシステム
Microsoft Windows ― オペレーティングシステムとアプリケー
ションの両方に関する組み込みの管理知識を使用して、Windows環
境の重要なITサービスを管理します。Windows Server 2008 R2 /2008 (32ビット、64ビット)、Windows 7 (32ビット、64ビット)、Windows Server 2003 (32ビット、64ビット)、 Windows
XP、Windows 2000を含む複数のWindowsプラットフォームのサ
ポートを提供します。
UNIX ― Sun Solaris、HP-UX、IBM AIX、IBM WebSphere
MQ、Apache、などのUNIXシステムのパフォーマンスと可用性を最適化します。包括的なイベント管理、発生する可能性がある問題、適切なアクションの起動など自動化を伴ったプロアクティブなアラート、計
画/解析/レポートのための長期間のデータ収集などが提供されます。
Linux ― NetIQ AppManagerのサポートをWindowsやUNIXシス
テム以外にも、Red HatやSUSEなどLinuxプラットフォームやア
プリケーションに広げます。包括的なイベント管理、プロアクティブ
なアラートの発行、問題の可能性のチェック、適切なアクションのトリガー、計画/解析/レポートのための長期のデータ収集などを提供します。

Windowsアプリケーション
Microsoft Exchange Server ― Exchangeサーバーのパフォー
マンスを最適化するための情報、エンドツーエンドの接続性、自動的なイベント検知と収集による可用性の確認を提供します。
Microsoft Active Directory ― Active Directoryのパフォーマ
ンスの最適化、自動的なイベントの検知と収集による可用性の確認、そしてActive Directory管理のコスト低減を提供します。
Microsoft SharePoint Server ― サーバーパフォーマンスの詳細、集中表示、データベース接続、使用容量、ウェブページの可用性などが、パフォーマンス確保に役立ちます。
Microsoft SQL Server ― SQLサーバーのパフォーマンスと可用性を監視し、インシデント発生時にはアラートを生成することで、プロアクティブな対応とダウン時間削減、そしてSLA厳守を実現します。
Microsoft Internet Information Server ― IISの自動的なイベ
ント検知、収集、プロアクティブなイベント管理によって可用性の確保をサポートします。
Microsoft Windows Terminal Server ― Windowsターミナ
ルサーバーを使用しているセッションや、これらのセッションのCPU
使用率などを監視します。

CA ARCserve ― 集中コンソールからARCserveを監視し、パフォーマンスを最適化し、自動イベント検知と収集により可用性を確認し、ARCserve管理に関連するコストを低減します。
Symantec Backup Exec ― 簡単なあるいは複雑なイベントの管理、診断のためのデータ収集、リアルタイムあるいは過去のパフォー
マンス解析、中断したバックアップジョブの検知、Backup Execや関連サービスがダウンした際の即時のアラート、サービスダウン時の再起動選択、Backup ExecプロセスのCPUとメモリの消費量の表示などが行えます。

UNIXアプリケーション
Oracle Database (UNIX/Linux) ― Oracleのパフォーマンス
を最適化し、N階層サービスレベルのレポートを可能にします。また、自動イベント検知と収集によって可用性の確認をサポートします。さらに管理用データの保管もサポートします。
IBM WebSphere Application Server ― WebSphere環境のパフォーマンスと可用性の最適化に必要な機能を提供します。包括的なイベントの管理、プロアクティブなアラートの発行、問題の可能性のチェック、適切なアクションのトリガー、計画/解析/レポートのた
めの長期のデータ収集などです。
BEA WebLogic Server ― WebLogicサーバーのパフォーマン
ス、アップタイム、リクエストへの応答、クライアント接続の受入、JBDC接続プールの接続状況の追跡の監視、サーバーごとのセッショ
ンプール合計、しきい値ピーク、現在/ピーク/成功した接続を含む接続状況のレポートを行います。
Symantec NetBackup ― NetBackupが作成したイベントロ
グ、検知したイベントを含む簡単なあるいは複雑なイベントの監視を行い、サービスがダウンしていないかどうか、過去何時間かにおける成功したバックアップの回数などを確認します。

ハードウェアDell OpenManage ― Dell OpenManageが導入されたサーバー
およびコンポーネントの状態と可用性を監視することで可用性を向上
しビジネスをサポートします。主要サーバーの傾向グラフとレポート
は、インシデントの解決やアプリケーションのダウンタイム減少に役立ちます。
HP Systems Insight Manager ― サーバーの状況を監視しジョブ、サービス、プロセスに関する情報を確認するためのアクティブモ
ニタを提供することで１つのコンソールからハードウェアを簡単に管理できるようになります。イベントを監視し解析のためのデータを収集することでHPインフラの包括的な管理を提供します。
IBM Director ― IBM Directorが導入されているマシンのハードウェアコンポーネントと動作状況を監視し、レポートやキャパシティ
プラニングのためにデータを保存します。サーバーの稼動状態と問題の可能性の提示、電圧の変動やファンの回転数の減少など見逃しがちな障害や状態に関するデータを収集などです。
Siemens ServerView ― Siemens PRIMERGYが導入されたサーバーに対する包括的で簡単な管理を提供します。これにより、管理タスクが簡素化され、信頼性が向上し、PRIMERGYサーバーの投資対効果向上に貢献します。関連するサーバー、サブシステムの状況を監視、通信および制御し、保守とサービスの品質を向上します。

仮想化
VMware ― vCenterサーバー、ホスト、仮想マシンを含む全ての
VMware仮想インフラを集中監視およびレポートします。データ統合とイベント相関は、VMwareのプロアクティブな管理とビジネスサ
ポートを可能にします。

ネットワーク
SNMP Toolkit ― サーバー、システム、ルーターやUPSなどのデバイスに対するSNMPとMIBを利用した基本的な監視を提供します。
Network Devices ― シスコ、ノーテル、エクストリーム、アルカテルといったネットワーク機器ベンダーの機器 (スイッチ、ルーター、ゲートウェイなど) のパフォーマンスと可用性を監視します。

通常、アプリケーションエキスパート（開発者や製品提供ベンダー
等）と監視担当者の知識、経験が異なるため、重大な障害監視については、双方の考えが合わないことがあります。また、現在使用しているカスタムアプリケーション監視の仕組みは、アップグレードなどで新しいアプリケーションが提供されることで、まったく使用できなくなることもあります。新しいカスタムアプリケーションの仕組みを、監視の担当者が理解するのにはいつも時間が必要です。それらに対応するための、開発会社もしくは製品ベンダーと個別のサービス契約の締結や追加の開発、もしくは設定変更のためオンサイト費用などで、想定以上のコストが発生することもあります。
直感的な質疑応答型のウィザードを使って、アプリケーション担
当者は簡単にアプリケーションと監視対象のプロセスを指定してAppManager担当者が必要とする監視パッケージを作成できます。
その時に、アプリケーション担当者にはAppManagerや監視に対する知識は不要です。
AppManager担当者が、ウィザードを使用して、アプリケーショ
ン担当者が作成した監視パッケージを、手早くAppManagerモ
ジュールとして仕上げることができます。このモジュールを導入する
ことで、今まで監視の対象外であったアプリケーションに対して、障害アラートも発行可能なビジネスレベルの監視を提供します。
企業は、モジュールビルダーを利用して、プロアクティブな監視をより一層エンタープライズ環境に適用、拡張することができます。

VoIP
Avaya ― 主要なパフォーマンスと可用性のメトリクスに加えて、CPUやメモリの使用量やハードディスクの空きなど複合で監視すること
で、Avaya Communication Managerサーバーの状態を監視します。
Cisco ― Cisco Unified Communications環境において、基本的な監視はもちろん、オプション製品と組み合わせれば、状態、パフォーマンスおよび通話品質を監視可能になります。それぞれのユー
ザーや環境によって生じる独自の要件には、柔軟な監視ポリシーや融通の効くレポートを使用して対応します。
Nortel ― NortelのVoIPプラットフォームとアプリケーションに関して稼動状態と可用性確認のためのサポートを提供します。
Microsoft Office Communications Server ― 主要な通信ア
プリケーションの稼働状況、パフォーマンス、可用性の監視、簡単にカスタマイズ可能なしきい値に基づくプロアクティブなアラート、および包括的なレポートのためのデータ収集が可能です。
Call Data Analysis ― Cisco Unified Communication Manager、
H.323 gateways、Unified Communication Manager Express
ルーターの通話トラフィック解析用のレポートをスケジュールし作成します。

AppManager Module Builder
概要
AppManager Module Builder (モジュールビルダー)は、
AppManagerがサポートしていないアプリケーションに対する監視をユーザーに提供します。従来は、プロセスダウンなど複数の
Knowledge Scriptを組み合わせて対応していましたが、このモジュールにより監視パッケージを簡単に作成することができるようになります。

ソリューション
ビジネスにおける運用監視のリスクは、監視ができていない、あるいはユーザーからヘルプデスクへの連絡で初めて障害を認識することです。新規に開発されたカスタムアプリケーションの監視を実装するには経験および時間が不足していることがあります。

モジュールビルダーを使用して、カスタムアプリケーションを監視するための情報を設定するだけで、監視に必要なKnowledge Script を生成します。

主な利点
役割の分担 ― モジュールビルダーは、1つのエージェントモジュー
ルとして提供されます。他のAppManager アプリケーション監視モジュールと異なる点は、監視対象アプリケーションとして任意のものを選択できることです。監視対象アプリケーション用にモ
ジュールを準備するために、モジュールビルダーエディタがあります。このエディタには、通常モードとエキスパートモードの2種類があり、監視対象アプリケーションのエキスパートとAppManager
エキスパートで、作業分担して監視モジュールを構築することができます。モジュールビルダーにより、素早くそして簡単な手順で、アプリケーションのエキスパートによって、監視項目が設定され、AppManager エキスパートが、素早く、モジュールの実装と構築を可能とします。
ウィザードで作成 ― Windows ベースのアプリケーションを監視するために、モジュールビルダーは、今までカスタムモジュールの開発に3日かかったところを3時間で、初期設定されたしきい値と測定ポ
イント、および警告レベルを設定し構築できます。なぜなら、スクリ
プトをコーディングせずにウィザード形式で対話をしながら監視パッケージを作成できるためです。これにより、時間とコスト削減が可能となります。削減された時間を利用して、必要な業務に専念するとともに、不要なコンサルティングサービスや、オンサイトサービスのコストを削減できます。

AppManager Remote Infrastructure Monitoring( エージェントレス監視 )概要
AppManager Remote Infrastructure Monitoring (AMRIM) は、
AppManager本来のエージェント導入型の監視に加え、エージェン
トレス監視によるハイブリッド型の監視を提供します。

で死活監視のレベルを向上するだけでなく、CPU、メモリ、ディスクといったリソースを監視することでサーバーの負荷状況を知ることができます。つまりAMRIMの利用により、監視の信頼性向上だけではなく、ITサービスのサービスレベル向上に貢献することもできます。

主な利点
監視レベルの向上 ― Ping監視では、Pingに応答するにも関わらず実際にはシステムがハングアップしている場合もあり、監視の確実性も高くありませんでした。AMRIMを使用すれば、CPU、メモリ、ハードディスクの使用率といった基本項目が監視できるだけでなくプロセ
スのダウン検知、あるいはWindowsシステムであればサービスのダウン検知とイベントログの監視まで行うことが可能です。
エージェントレスで運用開始後に、より詳細な監視が必要になった場
合には、対象となるシステムに対しエージェントを導入して、さらに監視レベルを向上させることができます。
単一コンソールによる管理 ― AppManagerで監視を行う全ての環境はAMRIMを含めて単一のコンソールで管理できます。よって、既存監視環境にAMRIMを追加した場合も、AMRIMのみの環境にエージェ
ント型監視を追加した場合も管理者の負担を増やすことはありません。もちろん、他の監視環境と同様にAMRIMで取得したデータを利用して、グラフやレポートを作成可能です。

AMRIMを使用して、エージェントを導入せずにサーバーの監視を行えます。

エージェントを導入すれば、サーバーやアプリケーションのより詳細な監視ができるだけでなく、監視のカスタマイズが容易で、障害検知時の復旧などに利用するローカルアクションも設定できます。しかし、様々な理由によりエージェントを導入できない、あるいはしたくないシステムも存在します。このようなシステムを、エージェントの導入なしに監視するのがAMRIMです。AMRIMは、監視プロキシーから、リモートで監視対象マシンを監視します。検知された障害は、このプロキシーを通じてAppManagerに伝達され、コンソールでの確認や管理者への通知が可能となります。

短期間での監視ソリューション導入と保守の低減 ― エージェントを導入しないため、監視対象システムの数が多くても比較的早く
監視ソリューションを導入し稼働させることができます。また、
AppManagerの修正版、更新版がリリースされた場合に作業が必要となるのは、マネージャー部分と監視プロキシーだけになりますので、エージェント型監視では必要なエージェント更新の手間が省けます。ただし保守中は、監視プロキシーが監視しているシステムの監視が停止します。

ソリューション

サービスレベルの向上 ― Ping監視では監視の信頼性が低いだけでなくシステムの稼働状況を知ることができません。AMRIMを使用すると、リソースの使用状況が分かり、負荷が上がっている場合にアラー
トを上げることができます。さらに、アプリケーションの実行に必要なプロセスやサービスの稼働状況を知ることで、OSレベルでは稼動しているがアプリケーションは停止しているといった状況を知ることができます。Windowsシステムであれば、さらにイベントログのエ
ラーを検知することで障害前に対処できるかもしれません。このように障害を早く検知することで、アプリケーションの可用性を高めることができます。

アプライアンスなど組み込み型のシステム、ベンダー推奨以外のソ
フトウェアを導入できないアプリケーションサーバーや仮想化プラッ
トフォーム、AppManagerエージェントの導入がサポートされないOSを使用しているシステムなどエージェントの導入ができないシス
テムや、基本的な監視をしたいだけなのでエージェントの導入や保守の手間を省きたいなどエージェントを導入したくないシステムも存在します。ただ何らかの監視は必要なため、従来これらのシステムは、他のエージェントを導入したマシンからPingなどで死活を監視していました。

冗長化や負荷分散が可能 ― AMRIMでは1ライセンス当たり最大50
サーバーまで監視可能ですが、監視プロキシーは最大5台まで使用可
能です。5台は監視プロキシーを冗長化して使うこともできれば、複数のプロキシーを負荷分散のために使用することもできます。例えば、1プロキシー当たり10台のサーバーを監視する構成で5台のプロキシーを使用すれば50台のサーバーを監視することができます。
1台の監視プロキシーで使用すると、プロキシーの保守中はすべての監視が停止してしまいますので、複数プロキシーを使用すると保守中の監視停止範囲を狭くすることもできます。

ただ、Pingはネットワークの疎通確認のための方法で、実際のサーバーの死活、あるいはアプリケーションの死活に関しては信頼が高くありませんでした。AMRIMを使うことで、Ping監視を行っていたシステムに対し監視レベルを大幅に改善することができます。AMRIM
によって実現される監視機能は、業界標準の監視手法 ― SNMP、WMIという業界標準のプロトコルおよびインタフェースから情報を取得できることで、監視対象側に特別なソフトウェアを導入する必要がありません。

・プロセスやサービスの死活監視・リソース監視 (CPU、メモリ、ディスク)・イベントログ監視 (Windowsのみ)です。アプリケーションに必要なプロセスやサービスを監視することすぐに始められる ― エージェント導入時のように高度な監視が行えない代わりに、あらかじめ準備された監視スクリプトを使用してすぐに監視を開始できます。

AppManager ResponseTime Module ( レスポンスタイムモジュール )概要
AppManager ResponseTime (AMRT) モジュールは、人に代わってAppManagerエージェントがアプリケーションなどの操作を行い、使用中の体感速度を計測できるモジュールです。

Web および Windows ベース アプリケーション、電子メール、デー
タベースなど、ネットワークを越えて実行されるアプリケーション
は、生産性を重視する企業およびエンドユーザーにとって重要です。
エンドユーザーがアプリケーションのパフォーマンスや可用性について不満を訴える場合、問題の原因究明は IT 担当者にとって手腕の見せ所です。
AMRTモジュールは、AppManagerの強力なサーバーレベルの監視機能に、エンドユーザーおよびネットワーク上の視点を追加します。

AMRTファミリーを使用して、アプリケーションやネットワークのパフォーマンスとアベイラビリティを数値化、編集、および検証できます。

AMRT for Webを使用して、数百のURLのパフォーマンスとアベイラビリ
ティを数値化、編集、および検証することができます。

エンドユーザーが体感するアプリケーションの応答速度は、ITイン
フラのパフォーマンスをレポートする際に最適な指標となります。単純な可用性指標は非常に分かりやすいですが、使えないことが分かるだけで、使えている時のユーザーの使用感を表すことはできません。
その点で応答速度は分りやすく、様々な場所から種々のアプリケー
ションに対して測定すれば、どこにいるユーザーが、どのアプリケー
ションを使うのに対して応答が遅いと感じているかを把握することができます。このように、応答速度は管理とレポートの両方に有用な情報を提供します。

ソリューションAMRTモジュールは、エンドユーザーの体感速度を測定すること
で、AppManager サーバーおよびアプリケーションの管理機能を拡張します。これらのモジュールにより、任意の場所からのアプリケーショ
ンに対するユーザー操作の体感速度、ならびにインフラのパフォーマンスという2つの独自な観点からパフォーマンスを測定できます。
次のユーザー操作が測定の対象となります。
・Web アプリケーション
・Windows アプリケーション
・Microsoft Exchange
次のインフラのパフォーマンスが測定の対象となります。
・Microsoft Active Directory & DNS
・Microsoft SQL Server
・Oracle データベース
・ネットワーク
各AMRTモジュールは、エージェントまたはクライアントPC から一連のアプリケーション固有のトランザクションを実行します。これらのトランザクションは、運用担当者が設定したスケジュールに従い、標準のKnowledge Scriptの形で実行されます。また、これらのトランザクションはシミュレーションではなく実際に行われるため、エンドユーザーが体感する応答速度そのままを測定できます。これにより、アプリケーションの可用性と応答速度に関するデータが生成されます。AppManager の通常の機能と同様に、RTモジュールは応
答速度の低下や可用性の損失に関する警告を生成し、長期にわたりパ
フォーマンスおよび可用性に関するレポートを生成するためのデータを蓄積します。

主な利点
アプリケーションのサービスレベル向上 ― 可用性だけではサービスレベルを測ることはできません。使用可能な場合に、どのようなレベ
ルで使用可能なのかを計測する必要があります。例えば、オンライン
バンキングの残高表示に5分も掛かる場合、使用可能であるものの顧客から苦情が殺到することは間違いありません。AMRTモジュール
は、ネットワーク越しにサーバーインフラやアプリケーションの可用性とパフォーマンスを繰り返し監視します。AMRT for Networks
はネットワークのパフォーマンスを繰り返し監視します。AMRTモ
ジュールの使用により、アプリケーションのパフォーマンスが規定値以下になった場合にイベントを発生するだけでなく、インフラの問題
なのかネットワークの問題なのかを判別し、特定の支店や地域といった障害が起こっている場所も特定できます。
管理効率の向上 ― アプリケーションのオートパイロットは従来困難か非常に高価であったため、企業では専用の人員を配置してアプリケー
ションの応答速度を計測してきました。AMRTモジュールは安価でありながら、人の代わりにマシンが応答時間を計測することで、時間とコストを節約します。同時に、パフォーマンス問題の原因がアプリケー
ション、サーバー、またはネットワークのどれにあるのかを特定できることで、責任の所在をめぐる担当者同士または部門間の摩擦を排除するとともに、各担当者が障害の切り分けに掛ける時間を短縮します。
ユーザーの期待管理 ― 年間のシステムの稼働率が99.9%でしたとシ
ステム管理部門が報告しても、サポート部門からアプリケーションの応答が遅いという苦情が20%も増加しましたという報告があれば努力が台無しです。AppManagerはサーバーおよびアプリケーションのパフォーマンスデータとユーザーの視点のパフォーマンスデータを統合することにより、システム管理者のビジネス貢献度を企業に示すことができます。アプリケーションの応答時間を数値化して管理していれば、ユーザーからの苦情を少なくできると同時に、サービスレベ
ルレポートを作成してシステム部門の貢献度を可視化できます。

AMRTモジュールファミリー
AppManager ResponseTime for Exchange ― メールは、
現在のビジネス環境では止まってはならない重要なインフラの一つです。特に企業向けに広く普及しているマイクロソフト社のExchange
Serverは、メールだけでなく様々な用途に利用され非常に重要なインフラとなっています。AMRT for Exchangeは、アドレス帳エントリのチェック、フォルダのオープン、メールの送受信など、Exchange
操作に関する可用性および応答時間を監視し、処理に掛かった時間やエラーを報告します。このモジュールは、Exchangeクライアントとして、Exchangeサーバーにアクセスし実際に操作を行います。

記録したWebトランザクションはWeb-RTレコーダーから
AppManagerのKnowledge Script形式でエクスポートを行い、他のKS同様にQDBにチェックインしてから、Web-RTエージェントに適用してトランザクションを実行します。
このモジュールでは、Web ページの 大量のURL検査、およびSMTP、FTP などの主要な Web サービスのパフォーマンスと可用性を検査することもできます。

AppManager ResponseTime for Active Directory ―Windows環境で動作するディレクトリサービス Active Directory(AD) も止まってはならない重要なインフラの一つです。ADが使用できないと、ユーザーの認証が行えずコンピュータへのログオンができなくなり、業務に大きな影響を及ぼします。AMRT for Active
Directoryは、ドメインコントローラの接続性やDNSを使用した名前
解決、サーバーオブジェクトに関する情報取得など、典型的なADの処理に関する可用性および応答時間を監視する一連のトランザクショ
ンを提供します。このモジュールは、ADクライアントとしてドメインに接続し、実際に操作を行います。
AppManager ResponseTime for SQL Server ― 管理者以外
SQLServerに接続しないので関係ないと思われがちですが、業務ア
プリケーションはデータストアとしてSQL Serverを利用し検索や更新のたびにSQL Serverに接続しています。よって、業務アプリケー
ションの立場として、SQL Serverの応答速度を監視することは非常に有効です。AMRT for SQL Serverは、クライアント マシンから
SQL サーバーに対して実行可能な一連のトランザクションを提供します。これらのトランザクションは、標準的なクエリの可用性と応答時間を監視します。このモジュールは、SQL ServerクライアントとしてSQL Serverに接続し、実際に操作を行います。
AppManager ResponseTime for Oracle ― 管理者以外
Oracleに接続しないので関係ないと思われがちですが、業務アプリ
ケーションはデータストアとしてOracleを利用し検索や更新のたびに
Oracleに接続しています。よって、業務アプリケーションの立場として、Oracleの応答速度を監視することは非常に有効です。AMRT
for Oracleは、クライアント マシンから Oracle サーバーに対して実行可能な一連のトランザクションを提供します。これらのトランザク
ションは、標準的なクエリの可用性と応答時間を監視します。このモジュールは、OracleクライアントとしてOracleに接続し、実際に操作を行います。
AppManager ResponseTime for Networks ― NetIQ 独自のネットワークアプリケーションエミュレーションテクノロジを使用して、重要なアプリケーショントラフィックを送信するネットワークの性能を監視します。通常は異なるサイトの 2 台以上のコンピュー
タに、エンドポイントと呼ばれる軽量のエージェントをインストー
ルし、それらのサイト間のネットワークパフォーマンスを監視します。例えば、ファミリーモジュールであるRT for Exchangeで遅延を検知した場合、これだけではExchangeサーバーが遅くなってい
るのか、ネットワークが遅くなっているのかを簡単に判断することはできません。このような場合、同時にRT for Networksを使用してExchangeサーバーとクライアントPCとの間にエンドポイントを配置し、Exchange操作に関するエミュレーショントラフィックを流し監視をしていれば、RT for Exchangeのみが遅延を検知することでサーバーのパフォーマンス低下と判断でき、両方のRTモジュールが遅延を検知することでネットワークのパフォーマンス低下と判断することができるようになります。もちろん、RT for Networks単体でも、例えばActive Directoryの複製に関するトラフィックを流して監視していれば、複製遅延によるパスワード同期の遅れなどにいち早く気がつくことができ、ユーザーからの問い合わせにスムーズに対応できるようになります。
AppManager ResponseTime for Web ― 複雑な Web ベースのトランザクションを記録および再生することで測定します。例えば、Webアプリにログインをして、各フィールドに文字や数値を入力し、送信ボタンを押すなどの操作を記録して再生することが可能です。このような操作を何ページにもわたって繰り返す場合には、トラ
ンザクションの開始から終了まで合計の時間を測定できるだけでなく、各ページの表示時間を測定し必要であれば、しきい値を用いてイベントを上げることも可能です。

Webトランザクションを記録してKS化しQDBに登録することで、通常のKSと同じように使えるようになります。

AppManager ResponseTime for Windows ― クライアン
ト・サーバー型のWindowsアプリケーションの場合、クライアント
PCが快適な速度で動作していても、サーバー側で遅延が発生している場合、アプリケーションの反応が低下します。あるいは、Citrixを使用してアプリケーションが導入されたマシンの画面転送を行っている場合でも、同様の障害にあう可能性があります。HTMLで記述され、入力フィールドやボタンを機械的に識別できるWebアプリケー
ションと異なり、Windowsアプリケーションの場合には、アプリ
ケーション外部から入力フィールドやボタンを識別することができません。そこで、RT for Windowsでは、画面の座標などの情報を基にアプリケーションの操作を記録し再生できる機能によって、アプリ
ケーションの自動操作を可能にしています。さらに、OCRによって画面表示を確認したり、処理途中に組み込み可能なロジックにより一定時間待機させたり、各種情報を組み合わせて次の画面への入力データを構成したりすることで、非常に高度で詳細なアプリケーション操作
を無人で行えるようになっています。
記録したWindowsアプリケーションのトランザクションはWindows-RTデザイナーからAppManagerのKnowledge Script形式でエクスポートを行い、他のKS同様にQDBにチェックインしてから、Windows-RTエージェントに適用してトランザクションを実行します。

Windowsアプリの操作を記録/編集してKS化しQDBに登録することで、通常のKSと同じように使えるようになります。

AppManager for Virtual Environment Management( 仮想環境監視 )概要AppManager for Virtual Environment Managementでは、仮
想環境の仮想化ホストや仮想マシン、および仮想マシンがホスティ
ングするアプリケーションなど仮想環境全般に対する詳細な監視ソ
リューションを提供します。

りませんが、前述の通り仮想環境の監視ノウハウは物理環境と異なる
ため、同じように監視しようとしてもうまくいかない可能性が高くなります。仮想化ベンダーなどが提供する仮想環境専用の監視ツールを導入する方法もありますが、使い勝手の違うコンソールが複数になると、今度は担当者の負担を大きくしてしまいます。
NetIQの仮想監視ソリューションは、AppManagerの包括的な監視機能を用いて、仮想化ツールのハイパーバイザーやホストOS、
ハードウェア、仮想マシン、仮想環境の管理ツール、そして仮想マ
シンでホスティングされるアプリケーションのパフォーマンスなどを監視対象としています。つまり、仮想環境の最下層から最上層まで隙間なく監視を行い、障害が起こった際に何が悪いのかをすぐに認識できるということです。また、監視環境の管理は単一のコンソールで行
え、かつ物理環境と仮想環境のどちらも同じ使い勝手で監視が可能となります。

仮想環境の管理ソリューションを提供します

ハードウェアの性能向上、仮想化ツールの進化、設計担当者の仮想環境への慣れなどにより、１つの物理マシン上で数多くの仮想マシンを稼働する企業が増えてきました。これに伴い、少数の仮想マシンで使用していた時に比べ、仮想化ホストの負荷、各仮想マシンの負荷、そして仮想マシンが提供するサービスのサービスレベルまで監視をしなければ、サービス品質を保てなくなってきました。しかし、ハイ
パーバイザーが稼働する物理ハードウェア、WindowsなどOSが稼働する仮想ハードウェア、CPUやメモリなどハードウェアリソースの共有など仮想環境は物理環境と大きく異なる上に、物理と仮想の両方の監視が必要なことから独特のノウハウが必要となります。つまり、従来と同様に監視しても抜けが生じたり効果的ではなかったりしてしま
います。
AppManagerの仮想監視ソリューションは、これら独自のノウハ
ウを運用者に提供することで、最適な監視環境を構築するとともに、
物理および仮想のすべてを単一のコンソールから管理できるソリュー
ションを提供します。

ソリューション
仮想化技術を使用すると、１つのハードウェアを複数の仮想マシンが共有することで、物理資源を有効活用できます。例えば、１つのハードウェアを１つのOSが占有している場合を考えた場合、CPUやメモリを常に100%使用しているわけではなく、しかも空いている
時間がほとんどです。この空き時間を他のマシンと共有できれば資源を有効活用できます。しかし、あまり多くの仮想マシンを稼働させてしまうと、資源が競合してパフォーマンスが上がらなくなります。特に、同じ時間帯にCPUやメモリの使用が上がるマシン、常にCPUやメモリの使用率が高いマシンなど同じ性格のマシンを１つのハードウェア上に配置するとパフォーマンスの低下が顕著になります。このため設計者に慣れがない時期には多くの仮想マシンを１つのハードウェアに多重化できず、コストパフォーマンスが上がらないことが企業の悩みでした。しかし、ハードウェアが仮想化を意識するようになるとともに基本性能が向上し、仮想化ツールもメモリなど複数マシン
での資源共有による節約や、CPUのコア単位の割り振りなど、より詳
細な割り当てができるようになると同時に、システム設計者も仮想マ
シンの高度な多重化を考えられるようになってきました。
しかし、これで全て解決という訳にはいきません。理論的には大丈夫なはずでも、実際の環境では必ずそのように動くわけではないからです。そこで、運用担当者が設計通り動いているか監視しなければな

仮想環境のすべてのレイヤーを監視

主な利点
仮想および物理環境の集中管理 ― 仮想環境監視のためだけに、新たにツールを導入する必要はありません。また、仮想環境だからといって物理環境と異なる見え方にもなりません。AppManagerの仮想監
視ソリューションは、仮想環境の監視であっても物理環境の監視であってもコンソール上で差異なく扱えるよう工夫されていますので、単一のコンソール上でストレスなく監視を行えます。
サービスレベルとコスト効率の向上 ― AppManagerはエージェント
監視にもエージェントレス監視にも対応可能ですので、重要な仮想マ
シンにはエージェントを導入し詳細な監視を、基本監視のみ必要な仮想マシンにはエージェントを導入せずに監視を行うことができます。
このように監視の優先順位をつけることでコスト効率を高めるとともに、サービスレベルも高めることができます。
データ収集と応答監視による配置計画 ― AppManagerでは、CPUやメモリなどリソース関連のデータを収集してレポートする機能があります。また、ResponseTimeモジュールを使用したインフラやア
プリケーションの応答速度のデータ取得も可能です。これらのデータを相関させてみると、同一ハードウェア上に配置された仮想マシンが設計通りに稼動しているのか、設計段階では想定できなかった理由によるパフォーマンス低下が見られないかなどを検証することができます。
プライベートクラウドの導入促進 ― 企業への導入が進み始めたクラウドコンピューティング、特にパブリックに預けることのできないデータを扱うプライベートクラウドの根幹技術は仮想化です。しかし仮想環境が安心して使用できなければオンプレミスのまま維持せざるを得ませんが、クラウドに比べてハードウェアの有効活用ができず、つまりはコスト高な運用しかできないシステムでは他社との競争に負けてしまいます。AppManagerの仮想環境監視ソリューションを使用することで、仮想環境が問題なく動いているかを確認できるため安心してクラウドに移行することができます。

AppManager Automation ( イベント対応の自動化 )概要
AppManagerにはアクション機能が搭載されています。これはイベント発生時に、例えばWindowsサービスのダウンであればサービスを再起動する、通信ポートがオープンできない場合にマシンを再起動するなどの対応策を実施するのに利用できます。非常に便利ではあるものの、昨今の運用ルールの厳格化により、対応策実施前に承認を得たい、関連データを確認してから対応策を実施したい、対応策実施
後に関連部門、例えばインフラ管理部門、アプリケーション管理部
門、ネットワーク管理部門などに確認を依頼したいなどの要求の高まりとともに、より高度で複雑な対応プロセスの実行を求められるケースが多くなってきました。
自動化ツールNetIQ AegisをAppManagerと組み合わせれば、このような複雑なプロセスを簡単に実行できます。AegisとAppManagerは、アダプターによって接続され連携します。Aegis
は、プロセス中で承認を得たり、コマンドを自動実行したり、コマン
ド実行の結果を確認して分岐処理をするなど、様々なタスクの埋めこまれたプロセスを実行します。イベントを起点として対応プロセスを自動実行することで、運用担当者の負担を大きく減らすとともに、作業の効率を上げることができるのです。

ソリューション
アプリケーションに必要なプロセスのダウンを検知した場合、ダウンしたプロセスのみを再起動すれば復旧するケースもありますが、そのように単純ではなく、一旦アプリケーション関連のプロセスをすべて停止してから規定の順に上げなおしていく場合もあります。このような場合、AppManager標準機能であるアクションは、前者には対応できるものの後者に対応するためにはスクリプトの作成が必要です。しかし、スクリプトを作成したとしても、実行前に承認を得た
り、実行中に起動済プロセスの状況を確認して次に進んだりするなどの高度な処理は行えません。
NetIQ Aegisは、このような複雑な処理をワークフロー化し、イベントを起点としたワークフローの自動起動、実行中ワークフローの進行制御、承認処理、他ツールとの連携、コマンドやスクリプトの自動実行などを提供するプロセス自動化ツールです。AppManagerとAegisを接続することで、アクションでは実現できなかった複雑なイベント対応処理を行えるようになります。また、AppManagerのアクションは、イベント単位でアクションを実行するかどうか判断していましたが、Aegisでは複数のイベントを相関させて、特定の条件に当てはまった時にだけワークフローを実行することが可能です。
例えば、アプリケーションを構成するサーバーでCPU使用率が80%を超えた場合、必ず対応フローを起動するのではなく、CPU使用率
が80%を超えた上に、アプリケーションの応答速度が規定時間を超えた場合に初めてワークフローを起動することができるということです。また、同じ条件が次の監視時間にも観測された場合、新しい対応
フローを起動するのではなく、実行中のフローを参照するようにもできます。
このように、従来のAppManagerアクションでは１イベントに対し、・必ず実行する・スケジュールによって実行することを変える・イベントの優先度によって実行するかどうかを判断するといった条件に合致すれば単純な作業を実施するレベルであったもの
が、Aegisを組み合わせることで、・複数のイベントをもとに実行するかどうかを判断する
・同じ条件が繰り返される場合の処理を決定できるといった条件に合致すれば様々な処理を含む複雑なフローを実行可能になります。これにより、必要な対応処理だけを、確認を取りながら確実に行えるようになります。

ディスク容量不足時の対応例
1. ディスク空き領域がしきい値以下に現象
2. AppManagerが検知、イベントを生成し、それをトリガーとして
Aegisがプロセスを起動
3. AegisがAppManagerにディスク使用量の調査をするよう要求
4. Aegisが管理者にクリーンアップの許可を求めるメールを送信
5. 指定時間内にレスポンスが無い場合は、Aegisは上位の管理者にエスカレーション
6. 管理者が、Aegisを通じて部分的なクリーンアップを許可
7. AegisがAppManagerにクリーンアップを指示
8. Aegisが確認メールを管理者に送信

主な利点
確実な対応 ― サーバー数が多くなると、発生するイベントの確認、必要であれば対応、更新、クローズといった処理が増え、それにともなって担当者の負荷が増えます。担当者が障害対応中に、さらに対応が必要なイベントがいくつか上がったら、漏れなく確実に全てを処理できるでしょうか？自動化によって、対応が必要な条件に合致すれば、必ず対応フローが実行されるよるため漏れがなくなり、また終了までフローの管理が行われることから確実に全ての作業を完了できるようになります。
手順書対応 ― Aegisのワークフローは、手順書に書かれている標準対応手順を電子化し実行するイメージです。コマンド実行など１アクションの自動実行と異なり、実行後に確認、確認結果による方針決
定、承認、対応など多くのタスクをワークフローに組み込めます。
作業の効率化 ― 確認や対応で、コマンドを実行する、ファイルを読み書きする、データベースを更新する、メールを送受信する、一定時間待つなど各種作業を自動化できます。自動作業の結果を参照
し、承認を行うことも可能です。これにより、人の確認が必要な部分以外は自動化して人手を省くことで作業を効率化できます。
また自動化部分に関しては担当者のスキルに寄らないため、対応に要する時間も均一化できます。従来は作業を行っていた担当者が、Aegisのフローと同時に別作業が可能になることで、障害対応の効率は著しく改善します。

導入要件
AppManager Suite
AppManager リポジトリ

AppManager Control Center 管理サーバー◦ CPU		：

Intel Xeon（2GHz） 以上◦ CPU		：

Intel Xeon（2GHz） 以上◦ RAM		：

2GB 以上◦ RAM		：

1GB 以上◦ ディスクサイズ：

10GB 以上（ただし、データ保持期間や◦ ディスクサイズ：

70MB 以上

対象台数により、サイズは増加。）
AppManager Control Center 管理コンソール
AppManager 管理サーバー◦ CPU		：

Intel Celeron （2GHz） 以上◦ CPU		：

Intel Xeon（2GHz） 以上◦ RAM		：

1GB 以上◦ RAM		：

1GB 以上◦ ディスクサイズ：

64MB 以上◦ ディスクサイズ：

70MB 以上
AppManager レスポンスタイム用エージェント

AppManager 管理コンソール◦ CPU		：

Intel Xeon （1GHz） 以上◦ CPU		：

Intel Celeron （2GHz） 以上◦ RAM		：

1GB 以上◦ RAM		：

1GB 以上◦ ディスクサイズ：

100MB 以上

◦ ディスクサイズ：

134MB 以上
AppManager リモート監視プロキシー

AppManager Web管理サーバー◦ CPU		：

2コア以上のプロセッサ◦ CPU		：

Intel Xeon（2GHz） 以上◦ RAM		：

2GB 以上◦ RAM		：

1GB 以上◦ ディスクサイズ：

100MB 以上

◦ ディスクサイズ：

24MB 以上

AppManager エージェント◦ CPU		：

Intel Celeron （2GHz） 以上◦ RAM		：

1GB 以上◦ ディスクサイズ：

55MB 以上

AppManager Control Center リポジトリ◦ CPU		：

Dual Core Intel Xeon（2GHz） 以上◦ RAM		：

2GB 以上◦ ディスクサイズ：

10GB 以上（ただし、データ保持期間や対象台数により、サイズは増加。）※記載している数値は、推奨スペックを記載しています。
ハードウェア要件は、監視対象数や監視内容により変わります。
対象 OS、アプリケーションバージョンは、以下の URL を参照
してください。
http://www.netiq.co.jp/support/appmanager/support.htm

ネットアイキュー株式会社
住TEL

所： 〒 162-0845
東京都新宿区市谷本村町 1-1
住友市ヶ谷ビル 12F： 03-5206-9500

FAX ： 03-5206-9501
E-mail： info-japan@netiq.com
Web ： http://www.netiq.co.jp

NetIQ、NetIQ 製品名および NetIQ ロゴは、米国およびその他の国や地域における米国 NetIQ Corporation およびその代理店の商標または登録商標です。
本文に記載されているその他の会社名および製品名はあくまでも指摘を目的として使用されており、それらは一般に当該の企業の商標または登録商標です。
©2011 NetIQ Corporation, all rights reserved.

NSMS v2.0-1110