Windows 2003临近冻结

问题:如果我将文件从C:和D:上的任何目录复制到任何其他目录,我们的服务器变得非常慢(接近冻结)。 总之,如果我触摸硬盘,速度会变得很慢。 目前我已经closures了Oracle(这不是我们的主要数据库),事情正在工作,但非常不稳定,我什么也碰不到。

我发现:

我们在那里有:Windows 2003 R2企业版x64 SP2(Uptodate),Oracle 11g(目前所有的服务都closures了,所以它实际上并没有工作;但在此之前,它已经被我们的主服务器通过Oracle Streams更新), 〜10个.NET应用程序(其中3个大日志文件约5 GB /天)和20个ASP.NET网站和服务,其中2个应用程序使用MSMQ进行对话(这对我们非常重要,它的性能下降到10个消息/秒,当我们通过接近100消息/秒之前)我们处理每天近300万条消息。

应用程序(及其日志)位于D :, Oracle数据位于E :.

  1. C:总大小44 GB,12.5 GB免费
  2. D:总大小295 GB,35.5 GB免费
  3. E:总大小1.36 TB,282 GB免费

硬件:

  • 英特尔至强XPU 2.00 GH,4核,
  • 48 GB RAM,
  • 6 *富士通MAX3073RC 73GB 15000转16MBcaching串行连接SCSI(SAS)RAID 5(C:&D :),
  • 2 *希捷Barracuda 7200 1.5 TB 7200RPM SATA 3Gb / s 32MBcachingRAID 1(E 🙂

我们的pipe理员直到下周才能到达; 而我不是pipe理员:\

当发生这种情况时,使用procmon来检查你的磁盘队列的长度,以及寻找磁盘坏扇区或者RAID5arrays的问题(这是我的经验告诉我的可能是问题)。

我应该补充说,几个月前,我对ESXi主机有同样的问题,事实certificate,RAID5arrays已经降级(有一个磁盘发生故障),并遇到URE(不可恢复的读取错误)当访问某些文件时,磁盘活动停滞不前。

顺便说一下,这种configuration似乎各种…可笑。 您为Oracle付出了荒谬的代价,并将高性价比的 Oracle数据库放在7200 RPM SATA磁盘上,以确保浪费资金,然后为15k RPM SAS驱动器,然后你投入RAID5并运行你的操作系统,应用程序和日志logging,以确保这也浪费了钱?

听起来像你会得到一个知道他在做什么的人,并正确地设置你的磁盘和arrays。 也许在一个并不在EoS的边缘的操作系统上,而他们在…