GitLab.comが操作ミスで本番データベース喪失。5つあったはずのバックアップ手段は役立たず、頼みの綱は6時間前に偶然取ったスナップショット － Publickey
果たして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時
博多陥没事故、50分前にトンネル天端が「肌落ち」
事故が起こった工区は、大成建設・佐藤工業・森本組・三軌建設・西光建設JVが施工していた。JR博多駅から西に延びる「はかた駅前通り」の直下に、地下鉄七隈（ななくま）線の博多駅と線路が通るトンネルを築く。 工事区間279.3mのうち、東側のJR博多駅寄りの83.7mはアンダーピニング工法と開削工法を併用して掘削。現在は土留め壁の構築作業などが進んでいる。一方、西側の195.6mは駅部と線路部を含むため、トンネルの断面を柔軟に変えられるNATMを採用した。 NATMを採用する区間では、幅約9m、高さ約5mの小規模なトンネルを先行して掘り抜いた。その後、工区の西端で先行トンネルを拡幅して完成時のトンネルの上半断面を掘削している最中に、大量の土砂と地下水が坑内に流れ込み、地上の道路が陥没した。 事故現場の土かぶりは約20m。地表から16mほどの深さまでは砂層などが堆積し、その下は岩盤層となっていた。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
