GitLab.comのデータベース障害から学ぶ — A Day in Serenity (Reloaded) — PHP, CodeIgniter, FuelPHP, Linux or something

透明性 今回のGitLabのインシデント対応で際立ったことは、迅速な報告と透明性です。 恐ろしく早く状況が詳細にGoogle Docsで報告されていき、ついに復旧作業がYouTubeでライブで流されました。 データバックアップは失敗したのか？ データベースの消失は、複数のインシデント対応中にオペレーションミスが発生し、本番のPostgreSQLデータベースのデータディレクトリが削除されたことによります。 GitLabは事前に以下のバックアップ手段を講じていました。 24時間ごとのデータベースダンプ（pg_dump） データベースダンプのS3へのバックアップ 24時間ごとのAzureのディスクスナップショット 24時間ごとのLVMスナップショット PostgreSQLのレプリケーション しかし、実際には、 5.のレプリケーションはもともとリカバリ目的ではなくフェイルオーバーのためのものであり