1～6 件を表示 ／ 全 6 件
ネットワークシステム性能監視ツール『System AnswerG2』をご紹介！
当カタログは、情報通信ネットワークの稼働状況や障害発生の予兆などを 監視するネットワークシステム性能監視ツールの開発・販売を手掛けている アイビーシー株式会社が取扱う『System Answer G2』の製品カタログです。 製品コンセプトをはじめ、性能監視ステップや製品概要などをご紹介しています。 「System Answer G2」について、よくわかる1冊です。 【掲載内容】 ■製品コンセプト ■性能監視ステップ ■製品概要 ■特長機能 ■活用事例 ■機能一覧 ■ユーザーサポート ■サービス ■ラインアップ ※詳しくはPDF資料をご覧いただくか、お気軽にお問い合わせ下さい。
【SystemAnswerG2導入】システムの維持管理、設備増強予測に貢献
株式会社光通信様では、2010年よりセントレックス型IP電話サービス事業を 展開しています。 IP電話の特性上、電話機台数や業務内容によりトラフィックを予測し、 適切な設備規模と回線容量を手配することが重要であり、これを誤り ネットワークリソースが枯渇する状態になってしまうと電話音声の品質低下を 招くことになります。 対策として、安全率を考慮した理論値による設計を行っておりましたが、 サービスを継続していくに当たり、下記の2点を実施したく考えておりました。 【課題】 ■実測データによる適切な設備や回線の適用を行うことによるコスト適正化 ■トラフィック傾向把握によるトラブルの未然回避、設備増強計画の立案 ※詳しくはPDF資料をご覧いただくか、お気軽にお問い合わせ下さい。
【SystemAnswerG2導入】効果的な投資を実施！NW機器1/3削減
静岡県立総合病院様では、病院を支えるICTインフラの巨大化・複雑化に伴い、 障害の影響範囲の拡大と特定や復旧に費やす時間が長くなることに課題を抱えていました。 それぞれの機器メーカーが監視ツールを提供していましたが、メーカー毎に 別々の監視ツールを利用することは非効率なうえ、鳥瞰的に全体を把握する ことが困難でした。また総合病院の新棟増築に向けてネットワークと サーバーの見直しも必要となり、マルチベンダーで構成されたネットワーク 全体の性能状態を可視化・監視できるツールが必要となりました。 【事例】 ■課題：ICTインフラの巨大化・複雑化に伴い障害の影響範囲が拡大し、 特定や復旧に費やす時間が徐々に長くなった ■開始：2010年6月「BT monitor」 2015年6月「System AnswerG2」へ切替 ■用途：静岡県立病院機構3病院のインフラ監視 ■規模・対象：600ノード サーバー 100台（仮想含む） ルーターやスイッチ 500台 ※詳しくはPDF資料をご覧いただくか、お気軽にお問い合わせ下さい。
ネットワーク障害を起こしてしまう3つの落とし穴紹介！【※カタログ無料進呈中】
『見える化するだけで、満足していませんか？』は、 情報通信ネットワークの稼働状況や障害発生の予兆などを監視する ネットワークシステム性能監視ツールの開発・販売を手掛けている アイビーシー株式会社が発行するカタログです。 障害を未然に防ぎ、障害が起きた際にいかにして早急に適切な対応ができるか、 また安定かつ継続的なシステム運用を実現するためにはどうすれば良いのか、 その答えである"スピーディアクション"について掲載しています。 【掲載内容】 ■スピーディアクションを阻む3つの落とし穴 ■部門の壁を超える共通言語がありますか？ ■課題の本質が見える化されていますか？ ■担当者個人のスキルに頼っていませんか？ ■健全なICTは、健全な運用から－。 ※詳しくはPDF資料をご覧いただくか、お気軽にお問い合わせ下さい。
【SystemAnswerG2導入】障害の未然防止に繋げる運用監視の強化！
岡三情報システム株式会社様では、証券システムの運用監視において、 障害を未然に検知し、予防保守を強化するため、以下の3点において 重点的に取り組むことを目指しました。 【課題】 ■証券システムの発注処理などを実施しているため、オンライン開始遅延に 繋がるリスクがあるバッチ処理時間の伸張を、早期に発見する ■バッチ処理時間の伸張が発生した場合は、迅速に原因調査を行い対策を練る ■原因調査時には、リソース状況を迅速に「抽出・参照・分析」する ※詳しくはPDF資料をご覧いただくか、お気軽にお問い合わせ下さい。
【SystemAnswerG2導入】効果的な運用改善と障害切り分けを実現！
三菱日立パワーシステムズ株式会社様では、 2015年11月高砂工場基幹ネットワーク更新の際に、性能・品質面において 問題の有無を判断するために、定量的な性能情報が必要であると感じていました。 また、トラブル発生時にも、迅速な障害原因の切り分けのためには、過去に 遡って性能情報を確認する必要がありました。そのため、SNMPベースの 既存利用製品MRTGやその他製品の検討を行いましたが、システムの操作性が悪い、 データ収集粒度が粗く正確な分析ができない等の課題を抱えていました。 【事例】 ■課題：システムの操作性が悪い データ収集粒度が粗く正確な分析ができない ■開始：2016年4月 ■用途：高砂工場内インフラ監視 ■規模・対象：100ノード ルーターやスイッチを約80台 大型コアネットワーク機器多数 ※詳しくはPDF資料をご覧いただくか、お気軽にお問い合わせ下さい。
