Kickstart
谈到自动化安装时，Kickstart可能是Linux世界的事实标准，Red Hat和Ubuntu家族都支持它，它很灵活，可扩展性也很好，我自己多年来就一直在使用它。
Preseed
Preseed是Debian以及基于Debian的发行版使用的，包括Ubuntu，它的功能相当强大，但文档需要加强。
镜像
通过使用镜像软件，如Ghost，G4U或Acronis可以克隆一个系统，我发现，如果你的硬件平台多样化，这个方法比自动化安装还要快，但管理多平台的镜像将成为管理员头疼的问题。
不管你使用哪种自动化安装方法，最好花点时间开启PXE网络启动，这样你就不需要安装介质了。
软件包
无论何时，下载和使用与平台对应的软件包格式，如果没有现成的，那么你应该学习如何创建软件包，那样可以节省许多安装和调试时间，然后做一次系统镜像。
如果你不熟悉软件包创建技术，你可能需要从CheckInstall开始创建RPM，Debian包或Slackware tar包。
◇配置管理
版本控制
不管你使用Subversion，Mercurial，CVS还是商业产品，如Perforce，都应该将配置文件放入版本控制系统的仓库中，实现版本化控制，花点时间为每个主机建立目录树，并将它们的配置文件上传进去，如果你像软件一样对待你的配置文件，更新配置后如果出现问题，你还有机会进行回滚。
为了使管理变得容易，你可以创建一个元数据包，将所有配置都打包进去，也实行版本控制，也许开始实施时会感到很复杂，但它的确能帮你消除许多可能的操作错误。
配置自动化
前面我们提到创建元数据包，如果全部靠手工来处理是不现实的，其实有很多工具可以使用，如Puppet，Chef或Cfengine，这些工具将会真正推送和强制配置你的服务器，但它们需要一种完全不同的思维和行动方式，并且需要花时间测试。
不管怎样，你的配置信息都应该是可控制的，在故障排除期间将会感受到它的好处。
备份
备份是你最后一道防线，不管怎样，你应准备一套良好的备份策略，并确保它得到严格执行。有了备份，你可以利用备份资源执行恢复操作。只有一种情况你不需要备份，那就是系统没有数据值得备份，你可以使用kickstart从一个裸机安装一个新系统。无论如何，数据库服务器是需要备份的。
可供选择的备份软件很多，你可以逐个尝试，直到找到你满意的。
◇小结
最后我想说的是，提前做好准备总是有益的，有条件最好实现弹性或冗余架构，尽量让操作自动化，将你的时间放在那些更重大的项目上，你的组织也会从这些稳定的系统获益，你也不用担心会被解雇。缺少障碍的环境会变得敏捷起来，你的日常工作将会变得井井有条，你的生活也会因此而充满阳光。
