服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

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

有很multithreading是否应该与页面文件混淆。 这个场景描述了我的生产环境中的一个独特的环境。 我得出的结论是为了解决我的问题是禁用页面文件。 我正在运行一系列访客虚拟机,其中包括Server 2003 Enterprise Edition(inorite?)。 对于我的物理主机,我运行的是装有VMware ESXi 5.0(通过vCenter进行pipe理)的HP DL380 G7。 对于存储,我有一个装有16个300 GB 10k SAS驱动器的RAID 6的HP P2000 G3 SASarrays,称之为LUN01。 这些虚拟服务器构成我们的Wonderware环境,具有一个SQL服务器和Historian,两个应用程序服务器和两个terminal服务器。 这个堆栈执行的任务是关键任务,并确定该设施是否可以使用它的function。 (即服务器停机时,业务closures)。最近,P2000arrays中的多个磁盘故障导致我从头开始重新考虑架构。 重buildarrays中的磁盘严重损害了Wonderware应用程序完全无响应的性能。 由于这些虚拟机全部运行I / O密集型应用程序,而RAID重build对RAID有着如此高的要求。 我已经确定在磁盘重build过程中发生瓶颈是因为应用程序服务器磁盘写入。 貌似是因为它使用系统页面文件而不是RAM。 networkingI / O的数量因此直接与磁盘I / O相关联。 因此,在重build期间严重的性能对磁盘的影响直接影响APP服务器I / O。 它为什么以这种方式devise是没有意义的,但是它完全解释了为什么本地不存储任何服务器(一个应用程序服务器)将维持10Mbps的磁盘写入速率(应用程序服务器虚拟机的虚拟机性能统计信息)的原因。 所以…我在想的是我想要禁用客户操作系统(server 2003 EE)中的页面文件的情况,以防止部署的Wonderware应用程序引擎创build如此高的磁盘I / O需求…和结果减less了RAID中未来磁盘重build的影响。 你怎么看? 这是否certificate禁用页面文件? 我是否忽略了另一个解决scheme来最小化RAID重build的性能影响?