契約書でよくある「損害賠償の額は，委託料の金額を上限とする」といった責任限定条項についてシステム開発取引を念頭に置いて考えてみた。 ※本記事は，【法務系Tips Advent Calendar 2013】の企画のもと，書いたものです。 契約書での書きぶり 例えば，経産省の情報システム・モデル取引・契約書＜第１版＞（平成19年4月）の53条（損害賠償）の2項では，次のように書かれている*1。 前項の損害賠償の累計総額は、債務不履行、法律上の瑕疵担保責任、不当利得、不法行為その他請求原因の如何にかかわらず、帰責事由の原因となった個別契約に定める○○○の金額を限度とする。 書きぶりはそれぞれ多少の違いはあれども，だいたい似たような感じで，契約金額を上限とするというような内容になっている。 契約書の文言上は，双方当事者共に責任が限定されるようになっているが，実際には何か開発作業でトラブったときにベ

システムの運用・保守契約とは システム運用・保守契約について、「運用」とは、システムを稼働させ、業務を円滑に遂行させるための作業を行うことをいいます。 「保守」とは、システムが業務に適合するように維持管理（不具合の修補や機能改善等も含む）することをいいます。 これらの業務は、具体的な仕事の完成を目的とするものではなく、規定された業務を行うことになるので、請負契約ではなく、準委任契約に基づいて行われることが多いです。 システムの運用・保守は、揉めやすい システムの「運用」も「保守」というのは、ベンダの担当する業務や責任の範囲が曖昧になりやすいです。 特に、ベンダ側とユーザ側では、システムに関して持っている情報に格差があるので、これが生じやすいのです。 よって、契約締結の際には、「運用」・「保守」の定義（どこまで対応できるか）を明確に記載しておく必要があるのです。 システムの運用・保守とSLA

初めに こんにちは。ビジネスチャットサービスTypetalkを開発・運用している吉田です。Typetalkではデータの永続化ストレージとしてPostgreSQLを利用しています。扱うデータ量は多く、チャットというサービスの性質上書込み頻度はとても高いです。PostgreSQLを使い日々開発を進めていると、追加する機能によってはスキーマを変更する必要があります。メンテナンスを計画・告知してサービスを止めてしまえば、時間はかかるかもしれませんがスキーマの変更はそう難しくありません。しかしTypetalkはユーザーが日々の業務を進めるために利用しており、サービスが止まるとコミュニケーションが取れなくなります。業務を円滑に進めるためのビジネスチャットツールですので、極力サービスは止めたくありません（最後の計画メンテナンスは2019年6月30日で1年以上前となっています。）。本記事では以下の3つのケ

3.  Ｚａｂｂｉｘでの監視は便利です。  ＨＷ監視、死活監視、リソース監視、グラフ表示  でも、監視対象を登録するのはめんどくさいです。  じゃぁ自動化しちゃいましょう。  もちろんＺａｂｂｉｘの機能で！（スクリプトとか作らずに） 趣旨 2013/5/53 5.  Ａｇｅｎｔ自動登録  Ｚａｂｂｉｘエージェントを起動すると、アクティブチェックの 項目を確認するために、Ａｇｅｎｔ→Ｓｅｒｖｅｒという通信が 発生します。  このときにＡｇｅｎｔは自分のホスト名をＺａｂｂｉｘサーバに 通知して、Ｚａｂｂｉｘエージェント（アクティブ）のアイテム一 覧を取得します。  このときに通知されたホスト名がＺａｂｂｉｘサーバに登録さ れていないときに自動的にホスト登録するのがＡｇｅｎｔ自 動登録です。 2種類の自動登録（Ａｇｅｎｔ） 2013/5/55 6.  Ｚａｂｂｉｘサーバは指定

東京証券取引所は2月16日、2月2日に発生した大規模システム障害について、「（東証の）職員が主体的にシステムの状態を確認せず、問題なしと判断した」ことが原因だったと発表した。東証のシステム子会社である東証システムサービス（TSS）の担当者と、保守ベンダーである富士通のSEが診断レポートを誤認し、東証の職員が経営陣に適切な報告を怠っていたことが、対応の遅れにつながったことも明らかにした（関連記事）。 障害を起こしたのは取引関係者に相場情報を配信する「情報配信システム」。サーバー3台を1セットとし、8セットで構成する。東証はサーバーを三重化しており、1台のサーバーに障害が発生した場合、残り2台に自動的に切り替えて処理を継続する。東証は切り替えに成功したと考えていたが、実際には失敗しており、同日午前中の一部銘柄の取引停止につながった。 経緯はこうだ。 午前1時27分、1台のサーバー（ノードA）で

三井住友海上あいおい生命保険は2012年2月1日、1月29日から発生していた業務システムの障害が復旧し、通常稼働に戻ったと発表した。 1月29日に代理店オンラインシステムが障害を起こし、申込書作成業務が停止。1月30日には社内オンラインシステムが障害を起こし、新規契約や保険金支払い、解約返戻金試算などの業務に影響が出た。1月31日にはオンライン業務全般が停止する事態に陥った。2月1日早朝にシステムが復旧するまでの間、保険金や年金などの支払い業務は手作業で処理していた。 障害の原因は、「顧客情報を管理するデータベースサーバーの不具合」（広報）。データベースを再構築することで正常稼働に戻したが、詳細は調査中としている。

Wikipediaといえば世界で第5位の訪問者数を誇る巨大サイトですが、システム運営に携わる人間は世界でわずか6人、しかもこれはボランティア込みという恐るべき少人数で、第4位のFacebookのサーバ数が3万台を超えているのに対して、Wikipediaはわずか350台で運用している……などというような感じで、知られざる今のWikipediaの実態が「KOF2010」にて本日行われた講演「Wikipedia / MediaWiki におけるシステム運用」で明かされました。 登壇したのはWikipediaを運営するWikimedia財団のエンジニアであるRyan Lane氏で、100席ある座席は満席になり、隣の中継の部屋まで人があふれているほどの盛況っぷりで、語られる内容もなかなか参考になることが多く、今後のGIGAZINEサーバにも活かせそうな内容でした。 というわけで、「Wikipedia

ほとんどのシステム管理者が経験したことがあるはずの状況は「何か悪いことが起きていて、サーバがダウンしているが、しかし何が起きているのか分からない」というシチュエーション。サーバを管理するシステムアドミニストレーターなどの立場でいると何が大変かというと、実際の製品として動かしている実環境でこのような問題が発生した場合です。 そこで役に立つのがこのオープンソースソフト「Trouble-Maker」です。 Trouble-Maker http://trouble-maker.sourceforge.net/ システム管理者の仕事を簡単にするため、多くのツールが存在していますが、未知の状況を経験している場合になんとかしてくれるわけではありません。この一連のソフトウェア群「Trouble-Maker」は既存の便利なツールとは異なり、問題を解決するのではなく、むしろ問題を引き起こします。インストールし

先日のライブドアのテクノロジーセミナー(http://d.hatena.ne.jp/naoya/20061214/1166063145)でも少し触れたのですが、はてなのサーバーは今後さくらインターネットのiDCでホストすることになりました。 複数の iDC を検討しましたが、最終的にさくらインターネットに決めた理由は回線品質の高さと回線が低価格である点でした。 はてなのようなコミュニティ中心のサービスは、お金の面では、どうしても回線コストと収益の間にアンバランスが生じがちです。ショッピングサイトや各種メディアのようなコンテンツに比べてマネタイズが難しい、というのがその主な理由です。 例えばはてなのトラフィックの多くははてなダイアリーの日記へのアクセスで占められていますが、基本的に個人の日記にははてな側からは広告を掲載しないポリシーでいます。そのためトラフィックを多数必要とされる箇所で収益を

昨年の10月14日、米Yahoo!のトップページがダウンしたと、米Huffington Postが記事「Yahoo DOWN: Yahoo.com Outage Reported」で伝えました。米Yahoo!にとってトップページがダウンすることはきわめてまれなことで、この件が発生するまでほぼ10年にわたりトップページのダウンは起きていなかったと言われています。 その米Yahoo!はシステムダウンを防ぐためにどのような取り組みをしているのか？ 米オライリーが主催したイベント「Velocity 2011」で、Yahoo!サービスエンジニアリング部門のVice President、Jake Loomisが行ったセッション「Why the Yahoo FrontPage Went Down and Why It Didn't Go Down For up to a Decade before Th

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、運用技術本部 サイトオペレーションズ部の秋山と申します。 Yahoo! JAPANには日本一のサイトを支えるたくさんのネットワーク機器、サーバー、ストレージがあります。 日々増え続ける、インフラ機器の運用管理に頭を悩ませている、管理者も多いかと思います。 悩むポイントは機器管理、コスト等いくつかあるかと思いますが、今回は「サーバーの熱」に焦点を絞り、話をします。 普段使っているパソコンなどもそうですが、情報技術（IT）機器全般に電源投入後は熱を持ち、 内部のファンで、たまった熱をケース外に吐き出す構造のものがほとんどです。 パソコン1台ですと、暖かい風が出てくるだけ。というイメージが多いかと思いますが、 データセンタの

みずほ銀行は今週、3月に発生した大規模システム障害に対する事後対応で、一つの区切りを迎えた。 5月20日、弁護士ら第三者で構成するシステム障害特別調査委員会の調査報告書が公開された。調査報告書には、障害の発生原因やその後に起こした複数の対応ミスにより障害が長期化した経緯の全貌が記されていた。 これを受け5月23日には、みずほフィナンシャルグループが再発防止策を発表。さらに、みずほ銀行の頭取とIT・システムグループ担当常務執行役員が責任を取り6月20日付で退任することを明らかにした。 経営トップの引責辞任によってみずほ銀行は「けじめ」を付けたが、システム障害の事後対応はこれで終わりではない。みずほフィナンシャルグループは再発防止策の一つとして、みずほ銀行、みずほコーポレート銀行、みずほ信託銀行の基幹システムを統合する考えだ。 2002年4月にみずほ銀行が誕生して以来、2度の大規模システム障害

「SQL Server Express」をバックアップするのは、面倒。 管理画面「SQL Server Management Studio」上からGUI操作でのバックアップはできるが、スケジューリングして毎日バックアップ、というようなことができない。以下のようにすると実現できる。 概要 「SQL Server Express」をコマンドラインから操作できるようにして、バッチ処理のタスクにする。 準備 「SQL Server Express」をコマンドライン操作するツールはsqlcmdでこれはmicrosoftからダウンロードできる。先に、同じURLからダウンロードできる「sql native client」のインストールが必要なことに注意。 「sql native client」と「sqlcmd」のインストール 「Microsoft SQL Server 2005 用 Feature Pa

データセンターなんでもランキングmonthly（2023年4月） 「4kVA以上が使える」ラック料金ランキング掲載開始！データセンター選択の際にポイントとなる各種指標をランキング形式で紹介

マイクロソフトがアイルランドのダブリンに最新のデータセンターを建設したと、先日の記事「マイクロソフトも最新型の冷房なしデータセンターを完成、グーグル追撃！」でお伝えしました。 このダブリンのデータセンターは、面積が約2800平方メートル（約30万3000スクエアフィート）。これは東京ドームのグラウンド約1300平方メートルの2倍以上です。 設置されるサーバの台数は不明ですが、同社がダブリンとほぼ並行してシカゴに建設していたデータセンターは約50万台のサーバが設置されると、日経コンピュータの中田敦記者が推測しています。ダブリンのデータセンターはシカゴの約半分程度と発表されているので、20万台程度のサーバが設置されるのではないかと推測して話を進めましょう。 従業員はたったの35人？ この、東京ドームのグラウンドの2倍の面積、約20万台のサーバが設置されたダブリンのデータセンターで働く従業員は何