SNMPを使った機器のモニタリングには、統計を把握するためにグラフ化させることが一般的だ。今回の記事では、RRDtoolとフロントエンドツールを使って視覚化させる方法を解説しよう。 前回の第6回までには、Net-SNMPのsnmpgetコマンドやsnmpwalkコマンドを使ってオブジェクトの値を参照することで、現在の情報を取得する方法を説明してきた。 しかしコマンド実行時における瞬間の状況を数値として取得するだけでは、統計情報を把握することはできない。多くの場合、定期的に値を取得して統計をとり、通常値か異常値なのかの判断をしたいはずだ。 そこで必要となるのが、「値をグラフ化するツール」だ。 値をグラフ化するツールとして代表的なものに、「MRTG」と「RRDtool」がある。どちらもTobias Oetiker氏らによるGPLのオープンソースだ。 そこで今回は、RRDtoolを使ってSNMP

企業が経営・活動を行ううえで、法令や各種規則などのルール、さらには社会的規範などを守ること。一般市民が法律を遵守することと区別するために、企業活動をいう場合は「ビジネスコンプライアンス」ともいう。 もともとは1960年代に米国で独禁法違反、株式のインサイダー取り引き事件などが発生した際に用いられた法務関連の用語であるため、「法令遵守」と訳されることが多いが、英語のcomplianceは「（命令や要求に）応じること」「願いを受けいれること」を意味し、近年では守るべき規範は法律に限らず、社会通念、倫理や道徳を含むと解釈される。 企業を取り巻く法律や規則は、民法や商法をはじめ独占禁止法、不正競争防止法、労働法、消費者保護法など多数あり、監督官庁の命令・指導などもある。さらに、営業活動や市場競争の公正さ、消費者などへの情報公開、職場環境（過労死、セクシュアル・ハラスメントなど）、公務員や政治家との

事件・事故・災害などの不測の事態が発生することを想定し、その被害や損失を最小限にとどめるために、あらかじめ定めた対応策や行動手順のこと。 組織が事業やプロジェクトを継続していくうえで障害となるリスク（不確定要因）には、さまざまなものがある。そうしたリスクが万一、顕在化した場合に備えて事前に計画しておく対策や手続きがコンティンジェンシープランである。 コンティンジェンシープランは、リスク発生時の損害の大きさとリスク発生の確率を加味して策定される。内容は、緊急時における各メンバーの行動指針や行動計画、顧客やマスコミへの対応方針、業務や機能の継続・復旧作業の優先順位といった文書成果物のほか、代替設備・業者の用意、安全在庫の確保といった対策まで含まれる。 情報システムについても、事業継続性を重視するならばコンティンジェンシープランが必要となる。例えばシステム障害対策であれば、バックアップシステムの

この連載では、ITなしでは企業経営が立ち行かない現状を踏まえ、CIO／情報システム部門／情報システム子会社に元気になっていただくための「モノの見方・考え方」を提供します。 CIO／情報システム部門／情報システム子会社を元気にする 私は若いころ（今も年齢以外は十分若造ですが）、ベンダ／SIerのSEとして、お客さま企業に常駐させていただいていました。そこで感じたのは、情報システム部門や情報システム子会社の皆さま（われわれSIerから見ると直接のお客さまです）は、なぜエンドユーザー部門（直接の利用者）／オーナー部門（利用者ではないが、その業務を取りまとめている部門）に対して遠慮がちに話をするのかという疑問でした。エンドユーザー部門／オーナー部門から強く要望されると、その企業にとって最適ではない解であっても受けるケースがあったのです。 しばらくすると、エンドユーザー部門やオーナー部門と一緒に仕事

第3回　XML::SimpleであらゆるXML文書を料理する：作って学ぶ、今どきのWebサービス（1/2 ページ） RSSにおけるXML::RSSのように、専用のモジュールがある場合にはそれを使えばよいのですが、そうでない場合は汎用のXMLパーサーモジュールを使ってパースすることになります。今回は、XML::Simpleを使ってあらゆるXML文書を料理できるようにしてみます。 前回まででXML::RSSによるRSSの料理方法は分かったとして、ではRSS以外のXML文書を料理する場合にはどうしたらよいのでしょう？　RSSにおけるXML::RSSのように、専用のモジュールがある場合にはそれを使えばよいのですが、そうでない場合は汎用のXMLパーサーモジュール*を使ってパースすることになります。 XML文書からPerlのデータ構造を作るXML::Simple Perlの代表的なXMLパーサーである