如何保证生产和灾备的程序一致性？

同意楼上说的，应用并不是复制过去就可以的，需要配合应用进行测试。不论是复制，还是重新部署，只要发生了应用变更，就要进行相关的测试。应用更新对实时性要求很低，因此没有特别的必要的话，最好还是通过手工或脚本进行更新。安排应用更新后的，带数据测试才是要花费很多时间的。收起

如果是本地盘，做好变更脚本，同时定期进行灾备演练收起

这个做好做一个版本服务器，有更新时自动往生产中心和灾备中心服务器发布更新收起

平时一定要做好版本管理和程序发布流程控制，做好这几点，其实实现起来并不困难。收起

通过设计规范来保证，设计之初，就把应用放在独立且可以远端复制的磁盘卷上，就依靠同步工具实时或异步的方式实现。如果应用程序就放在不可以远端复制的磁盘卷上，比如说就和os一起放在内置磁盘上，就只能通过手工或自动脚本实现，最简单的就tar c，ftp ，再 tar x。手工同步的机制，如楼上第一点就说得很详细了。不要补充的，或者需要引入的话题是，手工同步后的验证机制。这个机制没有，产生的风险甚至比没有同步机制的风险更大。收起

1. 应用程序本身应该不会随时发生变化，一般会定期进行应用备份/恢复/升级部署（通过磁带/文件传输/或脚本），来更新灾备端的程序。
2. 而且，应用一般和OS系统放在一个卷上，如果采用磁盘复制，那么磁盘复制会把很多的硬件相关信息带到备份机。这些硬件信息和备份机实际的硬件是不匹配的。因此，最好还是单独做应用的复制，或者单独部署
3. 如果应用程序本身产生一些中间文件，如日志，中间状态文件等，这些文件可以通过磁盘复制来实现。收起

我们目前基本都是通过手工脚本方式来实现，说实话这个成本是最低的，因为这个脚本本身难度不大，当然配置管理也是必须要进行校对的。收起