![](https://cdn-ak-scissors.b.st-hatena.com/image/square/3b65d2ee32859dbc45fa36f88f9413d257428b3a/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--iGZGMHTf--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%2525E3%252582%2525B5%2525E3%252583%2525BC%2525E3%252583%252590%2525E3%252582%252592%2525E5%25258F%252596%2525E3%252582%25258A%2525E9%252581%252595%2525E3%252581%252588%2525E3%252581%2525A6%2525E5%252586%25258D%2525E8%2525B5%2525B7%2525E5%25258B%252595%2525E3%252581%252597%2525E3%252581%25259F%2525E8%2525A9%2525B1%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3A%2525E3%252581%2525A8%2525E3%252582%25258B%2525E3%252582%252593%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyL2Q1NzNiYzA2ZjYuanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
サーバを取り違えて再起動した話
この記事は、本番環境でやらかしちゃった人 Advent Calendar 2021の17日目の記事になります。 数年前に... この記事は、本番環境でやらかしちゃった人 Advent Calendar 2021の17日目の記事になります。 数年前にやらかした「障害対応中に冗長構成のサーバを取り違えて、二次障害を発生させた」件について懺悔しつつ振り返ることで、ヒューマンエラーに対する自分の考え方を共有したいと思います。 当時の業務 当時は複数のオンプレミスのシステムに対して、24時間体制で運用・保守を実施する部署に所属していました。 担当としては、システムの監視業務が主で、システムが発報したアラームを確認し、初期対応を行ってから開発部門にエスカレーションするまでを行っていました。 システムの概要 障害となったシステムは、デュープレックス構成[1]のサーバを備えており、クラスタ管理ソフトによって制御されていました。 システムの概要 障害発生前のサーバ状態はA系が待機系、B系が稼働系となっており、通常と逆の運用状態でした
2021/12/25 リンク