此时，您应该使用审计软件来确定哪些服务器存在问题。在这种情况下，应用程序二进制文件版本不一致是问题的根本原因。下一步是确定哪个web服务器或应用程序服务器有问题，以确定从哪里开始。类似地，一些好的审计框架可以帮助我们创建修复程序来修复当前服务器，然后将它们部署到识别问题的所有服务器。

审计过程中最困难的步骤是确定要审计的部分。这个过程取决于您正在运行的应用程序的类型。源码管理和部分模式源码基类编程语言使用操作系统和业务管理的要求。如果环境能够容忍长时间的停机时间，例如那些不产生收入的停机时间，那么它的审计要求肯定低于那些每小时产生大量收入的停机时间。后一种环境需要高度可控和自动化的方法来确定问题的位置。

在完全虚拟化的环境中，所有应用程序都运行在一个虚拟化平台上。只要有一个负责重新安装虚拟服务器和重新部署应用程序代码的分发框架，就不需要引入复杂的审计框架。除非问题经常重复出现，否则不需要花费太多的时间来确定问题的位置。如果完全重新构建服务器和部署应用程序只需要8-15分钟，则不需要确定此服务器的问题。

但是，审计在固定或非服务器虚拟化基础设施中非常重要。在此环境中，我们不能使用自动快照来自动回滚更改，也不能启动完全重建整个服务器和应用程序的过程。

注意，即使没有虚拟化，一些配置管理框架仍然可以保存数据库的修改历史，并支持修改的实时回滚。

固定环境比虚拟化环境容错能力更低，因此它们必须确定需要检查哪些文件、配置和应用程序。解决大多数问题的方法有几种，如源代码管理知识库，但它们不能解决系统级配置变化带来的问题，如安装内核补丁、更新固件和设备驱动程序、网卡磁盘控制器等。这些修改通常会产生意想不到的结果。在逐一解决问题之前，工程师必须首先分析所有系统中哪些nic存在问题。

审计框架具有以下优点:

寻找一些未知的问题;提高系统和应用性能;

帮助web基础设施从问题中恢复，避免停机数小时甚至数天;

当web设计web基础设施出现问题时，找到日志或监控系统无法找到的问题区域。