NTTドコモは7日、1日に起きた通信障害について、影響人数が全国約1万8000人だったと発表した。端末に振り分けるIPアドレスに新しい方式を導入したところ、サーバーに負荷がかかり、ネットワークを制御したことが原因だった。ドコモは「再発防止を徹底する」としている。通信障害は1日午前7時30分ごろに発生し、約5時間で復旧した。4Gと高速通信規格「5G」の利用者の一部で、音声通話やインターネットを利
こんにちは、ネコ派メタラーです。ナビタイムジャパンで地点検索基盤の開発マネジメントを担当しています。好きなバンドは Arch Enemy です。 システム運用に関わる人であれば、「システム障害」というと耳が痛い方が多いかと思います。システム障害は起こさないに越したことはないですが、万が一システム障害が発生したとき、その行動選択はサービスの信頼性を大きく左右することになります。 迅速に復旧させることはもちろんですが、適切な情報公開によってユーザーの不安を払拭するといったコミュニケーションも重要なポイントです。しかし、緊急事態というプレッシャーを受けながら最適な行動を選択することは容易ではありません。 私が所属しているチームでは、Web API サーバソフトウェアから全文検索ミドルウェアまで含めた開発・運用を行っており、幅広いトラブル対応スキルが必要になります。トラブル対応のスキルを持ったベテ
注意欠如多動症（ちゅういけつじょたどうしょう、英: attention deficit hyperactivity disorder、ADHD）、あるいは注意欠如・多動症は、多動性や衝動性、不注意を症状の特徴とする神経発達症（発達障害）である[1]。こうした症状は教室内で最年少だとか[2]、正常な者、他の精神障害、薬物の影響などでも一般的であるため、機能障害や苦痛を感じるなど重症で、幼い頃から症状があるなどの鑑別が必要とされる[3]。発達障害者支援法に基づき、一人一人に応じた様々な支援と、社会的障壁の除去（適切な環境調整）が行われる[4]。個々の状態に合わせて、様々な支援機関の連携のもと、環境調整・心理社会的支援・薬物療法を組み合わせた包括的支援を行うことが有効とされる（「#治療」を参照）[5]。ただし「薬漬け」と形容される、この疾患の過剰診断と薬物投与には強い批判があり、薬物によらない治
さいたま市の吉田一郎市議は１９日の市議会本会議で、車いすを使っている伝田ひろみ市議を「ブルジョア障害者」などと表現し、審議が一時紛糾した。新藤信夫議長は本会議休憩中に本人に厳重注意した。 発言が出たのは、「市心身障害者医療費支給条例」の一部改正案に対する賛成討論。吉田氏は討論で、支給に所得制限を設ける改正に賛意を示した上で、伝田氏を念頭に「ここにも年収１３５４万５０００円の車いすの方がいる。ブルジョア障害者」などと発言した。 発言後、吉田氏は記者団に「確かに品がない言い方。申し訳ない」と述べた。伝田氏は「侮蔑的な表現で障害者差別につながる」と不快感を示した。 吉田氏は２月の委員会審議でも、市側答弁者に「首つって死ね」などと発言し、問題視された経緯がある。 市議会９月定例会は同日、市立小中学校のブロック塀撤去費用などを盛り込んだ一般会計補正予算や、２０１７年度一般会計決算など３５議案を可決・
統合失調症には肥満の患者が多いとされるが、体形に関する遺伝子を調べると、むしろ「痩せ傾向」の遺伝子を持っている人が多いとの研究成果を、藤田保健衛生大（愛知県豊明市）などの研究グループが発表した。４日付の国際医学誌「サイコロジカル・メディシン」電子版に掲載された。肥満は生まれつきの体質でなく、薬の副作用や生活習慣などが要因である可能性が高いことを示す成果で、今後、薬や治療法の開発、生活指導などに生かせるという。 この病気は幻覚や妄想の症状が特徴的で原因は分かっていない。
果たしてGitLab.comで何が起きたのでしょうか？ これまでの経緯をまとめました。 スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。 これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? IT界隈でエンジニアしていると、よく出くわすのが障害対応です。できれば会いたくないという人が多いと思うんですが、僕はけっこう好きです。障害対応。どこに原因があるのか調査をして、バランス良くベターな対応をしたときの楽しさは、プログラミングとはまた違ったものがあります。探偵っぽい感じが面白いですよね。もちろん、障害が発生しない状況を作るのが一番です 弊社では数多くのWebサービス／アプリを運営しているので、過去様々な障害対応をしてきました。その際に、解決までどんな道筋を僕がたどるのかを振り返ってまとめてみました。これが大正解なんてことはなく
私はポストモーテム（事後分析）の記録を読むのが大好きです。ポストモーテムを読むと勉強になりますが、大抵の教材的資料とは違って、興味深いストーリーが含まれているのです。相当な時間をかけてGoogleとMicrosoftのポストモーテムを読みました。大きな障害を招く最大の原因について、私は（まだ）きちんと分析していませんが、何度も繰り返し目にするポストモーテムのパターンがいくつかあります。 エラーハンドリング 適切なエラーハンドリングのコードを書くのは難しいものです。エラーハンドリングのコードに含まれるバグは、 大きな 問題を引き起こす主な原因となっています。つまり、エラーによってバグのあるエラーハンドリングのコードが実行されるということは、単に個々のエラーが重なるだけという事態にはとどまらないのです。障害が重なって重大なシステム停止につながることはよくあります。それはある意味明らかなことで、
人権外交 障害者の権利に関する条約（略称：障害者権利条約） （Convention on the Rights of Persons with Disabilities） 障害者権利条約は、障害者の人権及び基本的自由の享有を確保し、障害者の固有の尊厳の尊重を促進することを目的として、障害者の権利の実現のための措置等について定める条約です。 この条約の主な内容としては、1 一般原則（障害者の尊厳、自律及び自立の尊重、無差別、社会への完全かつ効果的な参加及び包容等）、2 一般的義務（合理的配慮の実施を怠ることを含め、障害に基づくいかなる差別もなしに、すべての障害者のあらゆる人権及び基本的自由を完全に実現することを確保し、及び促進すること等）、3 障害者の権利実現のための措置（身体の自由、拷問の禁止、表現の自由等の自由権的権利及び教育、労働等の社会権的権利について締約国がとるべき措置等を規定。社
国連の「障害者の権利に関する条約」の締結に向けた国内法制度の整備の一環として、全ての国民が、障害の有無によって分け隔てられることなく、相互に人格と個性を尊重し合いながら共生する社会の実現に向け、障害を理由とする差別の解消を推進することを目的として、平成25年6月、「障害を理由とする差別の解消の推進に関する法律」（いわゆる「障害者差別解消法」）が制定され、平成28年4月1日から施行されました。 令和３年５月、同法は改正され（令和３年法律第56号）、同改正法は、令和６年４月１日に施行されました。 障害者差別解消法 法律（障害を理由とする差別の解消の推進に関する法律（平成25年法律第65号）） ・概要 るびなし（PDF形式：308KB）｜るびあり（PDF形式：446KB）｜テキスト（TXT形式：2KB） ・本文 るびなし（PDF形式：257KB）｜るびあり（PDF形式：188KB）｜テキスト（T
会社で使ってる GitHub のプライベートリポジトリで master ブランチに対して出てる Pull Request を Merge したらコードが消えるという珍事があった。ファイルを削除する commit とかないにもかかわらず、全消しされてしまった。ちなみに同じ Merge を手もとでやるとコードが消えたりはせずちゃんと Merge された。極めて謎な現象だった。 master ブランチが空になるとデプロイができなくなって不都合があるので（ Webistrano 上でデプロイするとき master ブランチからしかデプロイできないようなレシピになってる）、コードが消滅したブランチを bukkowaremaster にリネームして手もとで Merge したブランチを force push してしのいだ。 GitHub に問い合わせてみたところ、ぬるい感じの一次返信が来たので原因教えて
こんにちは、Hazama チームの萩原(@hagifoo)です。 ハードウェアは故障し、ソフトウェアにはバグがあり、運用ではミスがおきるもの。もちろん、障害が発生しないのが理想ですが人間が作ったものに完璧はありません。そこで、障害の前兆や発生を捉え、その詳細を運用チームに知らせるための監視システムが必要となります。cybozu.com でも以下のようにありとあらゆるものを監視するシステムを構築し日夜監視を行なっています。 今回は、そんな cybozu.com の監視(モニタリング)システムについてお話しします。 cybozu.com と障害 監視システムの設計 3つの監視 外形監視 症状監視・リソース監視 ログ監視 その他の監視 モニタリングフレームワーク 誰が監視者を監視するのか？ まとめ cybozu.com と障害 まずは、監視対象である cybzou.com について説明します。
ＫＤＤＩ（ａｕ）は１６日、携帯電話向けの高速通信「ＬＴＥ」サービスが、昨年末以降、２度にわたり一部の端末で使えなくなった通信障害の原因を発表した。データ通信量が想定を超え、装置の設定ミスや手順ミスが相次いだためで、今月中に総点検などの対策を講じる。 昨年１２月３１日の障害では、スマートフォンのデータ通信量が、直前の約７倍に増えた。１月２日の障害では、ソフトウエアの不具合への対応に不備があり、通信を切るミスにつながった。 障害の対象となったのは同社のＬＴＥデータ通信対応の「ｉＰｈｏｎｅ（アイフォーン）５」などのスマートフォンやタブレット端末の一部。昨年１２月３１日に４時間２３分、今月２日に１時間５３分、ネット接続やメールができなくなった。全国で合わせて最大３５５万人に影響が出た。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
