ayacnews2nd.com - このウェブサイトは販売用です！ - ayacnews2nd リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
データセンター事業に関する調査結果 2013 | ニュース・トピックス | 市場調査とマーケティングの矢野経済研究所
調査要綱 矢野経済研究所では、次の調査要綱にて国内のデータセンター事業の調査を実施した。 1. 調査期間：2012年7月～2013年1月 2. 調査対象：アウトソーシング事業者、データセンター専業者、建設会社、設計会社など 3. 調査方法：当社専門研究員による直接面談、電話・E メールによる取材、ならびに文献調査を併用 ＜データセンターとは＞ 本調査におけるデータセンターとは、IT事業者が顧客（ユーザー企業）のサーバー等のIT機器を預かり、又は自社所有のサーバーを活用し、インターネットへの接続回線やシステム運用保守サービスなどを提供する施設を指し、各年3月末時点の総床面積を算出した。 但し、IT事業者間でのOEM供給による重複分や一般企業（ユーザー企業）が保有するサーバー室等の床面積は含まない。 調査結果サマリー ◆国内データセンターの総床面積は、堅調に増加すると予測 2012年から201
東証、システム障害の原因は「人為ミス」、診断レポートを“解読”できず
東京証券取引所は2月16日、2月2日に発生した大規模システム障害について、「（東証の）職員が主体的にシステムの状態を確認せず、問題なしと判断した」ことが原因だったと発表した。東証のシステム子会社である東証システムサービス（TSS）の担当者と、保守ベンダーである富士通のSEが診断レポートを誤認し、東証の職員が経営陣に適切な報告を怠っていたことが、対応の遅れにつながったことも明らかにした（関連記事）。 障害を起こしたのは取引関係者に相場情報を配信する「情報配信システム」。サーバー3台を1セットとし、8セットで構成する。東証はサーバーを三重化しており、1台のサーバーに障害が発生した場合、残り2台に自動的に切り替えて処理を継続する。東証は切り替えに成功したと考えていたが、実際には失敗しており、同日午前中の一部銘柄の取引停止につながった。 経緯はこうだ。 午前1時27分、1台のサーバー（ノードA）で
トラブルをわざと発生させサーバ問題解決能力を鍛える「Trouble-Maker」 - GIGAZINE
ほとんどのシステム管理者が経験したことがあるはずの状況は「何か悪いことが起きていて、サーバがダウンしているが、しかし何が起きているのか分からない」というシチュエーション。サーバを管理するシステムアドミニストレーターなどの立場でいると何が大変かというと、実際の製品として動かしている実環境でこのような問題が発生した場合です。 そこで役に立つのがこのオープンソースソフト「Trouble-Maker」です。 Trouble-Maker http://trouble-maker.sourceforge.net/ システム管理者の仕事を簡単にするため、多くのツールが存在していますが、未知の状況を経験している場合になんとかしてくれるわけではありません。この一連のソフトウェア群「Trouble-Maker」は既存の便利なツールとは異なり、問題を解決するのではなく、むしろ問題を引き起こします。インストールし
ビジネスで成功するためのシステム運用管理のポイント 記事一覧 | gihyo.jp
第3回業務システム運用管理成功のポイント――システム管理ソフトウェア本部JP1マーケティング部部長 更田洋吾氏に訊く 友成文隆 2009-12-22
SLA、サービスレベル管理でベストプラクティスに導く
SLA、サービスレベル管理でベストプラクティスに導く：エンタープライズ・モニタリングのつぼ（続編） 当レポートは、前編、中編、後編と連載した「エンタープライズ・モニタリングのつぼ」の続編です。「エンタープライズ・モニタリングのつぼ」では、ＩＴインフラストラクチャーのネットワーク、ハードウェア、ソフトウェアの各種リソースのモニタリングについて解説しました。このレベルでのモニタリングが実現した場合、モニタリングの先に見えてくる次のステップが、SLAとサービス管理です。SLA、サービスレベル管理のより詳細な情報には、ＩＴＩＬ（ Information technology Infrastructure Library：参照記事）のドキュメントがあります。ここでは、ＩＴＩＬに記述された運用プロセスのベストプラクティスを参考にしながら、具体的な事例も交えてSLA、サービスレベル管理について説明してい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NoOpsを実現できる時が来た。「NoOps」とは運用の“嬉しくない”ことをなくすこと。NoOps Meetup Tokyo ＃1
IT news, careers, business technology, reviews
Perl、 25周年の誕生日を迎える | スラド デベロッパー
TechCrunch
「うるう秒」障害がネットで頻発