誰も教えてくれなかったMySQLの障害解析方法 - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? システムには障害がつきものです。どんなにしっかりと作られたサービスであっても思わぬところで、バグやミスが発覚して、トラブルになるものです。大事なのはこういった障害を次への糧にしていくこと。失敗というのは大事な資産なので、管理できるようにしましょうという話。 あわせて読みたい あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ メンタリングの方法について基礎をまとめました。内心でなく行動を変えることが障害報告とも共通します。 新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック 半年で40k
東大病院救急部長が語る「死後の世界」〜人間は必ず死ぬ。しかし…（週刊現代） @gendai_biz
生きていれば、必ず死の瞬間はやってくる。だが、その先のことは誰にも分からない。死んだらそれで終わりなのか、それとも——。生と死が交錯する臨床の現場で、医師が体感した「命の神秘」。（編集部注：本記事は2013年3月のものです） 最新医学でも説明できない 私が勤務する東大病院では、年間3000人もの患者が集中治療室で治療を受けています。そこは生と死が隣り合わせの場所であり、私も臨床医として、日常的に多くの「死」に立ち会ってきました。 現代医療には「エビデンス・ベースド・メディスン(EBM)」、つまり「証拠に基づく医療」という考え方がベースにあります。私たち医師もEBMを踏まえて患者さんの治療に当たるのですが、実は救急外来の現場では患者さんの疾患や障害の原因がどうしても解明できない、ということがしばしば起こります。 現役の医師である私が言うのもおかしいかもしれませんが、これだけテクノロジーが発達
ぼくとMySQLの3日間戦争(予告編) | GMOメディア エンジニアブログ
こんにちは、DBAのたなかです。 聞いてください。 ある日、突然、MySQLが Number of processes running now: 0 130731 00:28:59 mysqld restarted 130731 0:28:59 InnoDB: Database was not shut down normally. InnoDB: Starting recovery from log files... InnoDB: Starting log scan based on checkpoint at InnoDB: log sequence number 141 925270908 InnoDB: Doing recovery: scanned up to log sequence number 141 925276705 130731 0:28:59 InnoDB: St
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
人間は誰でもミスをする、システムは必ず障害を起こす──トラブルを減らす“6つの知恵”
