禁用VMware上的Server 2003 Wonderware App页面文件

Question

关于是否应该处理页面文件，有太多的线程。这个场景描述了在我的生产环境中是真实世界的一个独特情况。为了解决我的问题，我得出的结论是禁用页面文件。

我正在运行一系列来宾VMs -所有这些服务器2003企业版(inorite?)。对于我的物理主机，我正在运行HP DL380 G7's，加载了VMware的ESXi 5.0 (通过vCenter管理)。对于存储，我有一个HP P2000 G3 SAS数组，在RAID 6中加载了16300 GB10KSAS驱动器，称为LUN01。这些虚拟服务器构成了我们的Wonderware环境，包括一个SQL服务器和历史学家、两个应用服务器和两个终端服务器。

此堆栈所执行的工作是任务关键，并决定该设施是否可以服务于其功能。最近，P2000数组中的几个磁盘故障使我从根本上重新思考了体系结构。在阵列中重构磁盘严重损害了性能，以至于wonderware应用程序变得完全没有响应能力。由于这些VM都运行I/O密集型应用程序，并且RAID重建对RAID提出了如此高的要求。

我已经确定，磁盘重构过程中的瓶颈是由于应用服务器磁盘写入造成的。似乎是因为它使用的是系统页面文件而不是RAM。因此，网络I/O的数量直接与磁盘I/O相连，因此在重建过程中对磁盘的性能造成严重影响，直接影响到应用服务器I/O。它的设计没有什么意义，但它很好地解释了为什么在本地不存储任何内容的服务器(应用服务器)将保持10 10Mbps磁盘写入速率(应用服务器VM的vmware性能统计)。

所以..。我想的是我想在客户操作系统(服务器2003 EE)中禁用页面文件的情况，以防止部署的wonderware应用引擎创建如此高的磁盘I/O要求.因此，减少了RAID中未来磁盘重建的影响。

• 你认为如何？
• 这是否证明禁用页面文件是合理的？
• 我是否忽略了另一个解决方案，以尽量减少raid重建的性能影响？

Answer 1

我在电话里花了很多时间和Wonderware一起解决了这个问题。基本上，在部署到Galaxy的每个App中，都有一个可配置的参数，称为“检查点周期”。

检查点期间是乐团写入当前状态(值、变量等)之间的一段时间。磁盘上的应用程序。这样做是为了在服务器重新启动或系统崩溃时，应用程序可以从最近的状态恢复，而不会丢失数据。如果你的应用程序被设计成存储星系物体本身的值，你必须权衡你能忍受多少数据损失。如果您的应用程序仅用于处理数据，并将存储信息的工作卸载到SQL服务器或将值留在标记数据库中，则不会因为增加此值而丢失任何数据。

ArchestrA目前有大约9000个标签。这意味着，在任何两秒钟之间，9000个值可能已经改变，从而导致9000个值被写入磁盘.每一秒。这些值中的大多数覆盖了前一秒存储的值。设计用来监视模拟输入的系统，每秒钟都会有大量的变化。作为管理员，您必须决定有多少这是噪音，有多少数据需要捕获趋势/跟踪等.

将0 ms的默认值(系统将其解释为“未指定默认值，使用1秒”)增加到5000 ms，使我的磁盘活动从300多个IOP下降到少于25个IOP。实际上，我们用接近5000 ms的素数交错了每个App，这样每个引擎的检查点周期就会对磁盘提出独立的I/O活动请求。这对于控制系统的虚拟化尤为重要。当多台服务器运行在同一个数组上时，性能和可伸缩性就成了一个问题。

Answer 2

我不知道Wonderware，但是如果您正在使用分页文件，那么您就没有内存了，而且所有使用虚拟内存的事情都在缓慢地进行--禁用页面文件并不一定能解决这个问题，它很可能只会导致内存耗尽和崩溃。

1)为主机购买更多RAM，或在客人中配置更多RAM。

( 2)或将应用程序配置为使用较少的内存。

3)或者更有用的是，运行类似于PSInternals程序的命令，查看在客人中到底写了什么到磁盘上，并确认您的怀疑。

4)如果您可以在Windows 2008 R2上运行类似配置的测试服务器，任务管理器将显示比2003年更详细的磁盘访问(进程、文件、响应时间)，而不需要Process的巨大日志文件。

它的设计没有什么意义，但它很好地解释了为什么在本地不存储任何内容的服务器(应用服务器)将保持10 10Mbps磁盘写入速率(应用服务器VM的vmware性能统计)。

应用程序日志文件？临时文件，如报表或呈现模板及其输出？通过应用程序传递的所有东西的事务日志？两个应用服务器之间的状态同步？流氓杀毒扫描仪？损坏的文件系统过滤器驱动程序？恶意软件？