事后分析至少要包含这些内容...

对纠正措施必须进行追踪，直到执行完成。要记住，在纠正措施没有得到完全执行之前，事故重发的风险会一直存在。...

开始事后分析的时候，首先要做的事情就是明确基本规则，要明确告知参与事后分析的相关各方，事后分析不是指责谁，主要目的是为了使类似事件不再重复发生。快速发展的互联网站，问题是不可避免的，重要的是我们能够从错误中学到教训。...

构建用于测量(图示、装备应用程序)和监控(报警)的系统是一项很值得做的事情，这些系统是基础架构非常重要的核心内容，而且做起来也不是那么难。但据我所知，这些系统却常常被忽略。如果没有测量的话，很难对系统实现主动的管理。历史的测量数据对于容量规划和错误排查尤其有用。...

对于运维来说，对数据库模式进行更新，是许多非常困难的任务之一。将数据库模式与其他更新一起进行同步，有几种常见的情景:部署、快速开发、通过修改索引和其他结构优化性能。假如模式更新是一种阻塞操作(MYSQL中通常就是这样的)，这就真的成问题了。...

对备份，只是希望在进入正式话题之前，允许给一些小提示。...

这里的架构和设计模式存在很多问题，有些只用于非常有限的几种环境中，之所以在这几种环境中有用，是因为你真的明白在做什么。要是这样的话，你可以跳过这章不读。但为了使我的说法能够安全地适用于所有情况，我建议你不要使用这些架构。...

下面的数据库架构，以我的经验，是比较有把握的。...

同往常一样，你最好定义你的需求，特别是，把那些超出你的范围从而成为别人的问题的内容写成文档。如果这一步搞清楚了，你就帮了每个人的大忙。你对详谁应该解决问题决定得越快，则那个人为解决问题而做的预算和计划也就越快。...

作为数据库咨询师的经验，深刻影响了我们对数据库的看法，所以对于数据库架构这个话题，我有很多话要说。...