我有一个在Windows Server 2003 64位上运行的MSSQL 2005实例,导致高排队的磁盘IO(读取,而不是写入),因为我找不到原因。
有些事情:
服务器进程可以在这里做什么? 我还可以在哪里findSQL Server正在试图做的事情?
谢谢,丹
更新:重新启动服务器进程没有帮助。 无论是在重新启动的待续简历。
更新:使用SQL Server Profiler的进一步分析表明,这是我自己的查询之一。 频繁轮询的表上的索引是98%碎片,显然导致大量的磁盘活动。
更新:重build索引的窍门。 令人难以置信的是,一台<100K的排桌子可能会在一台漂亮的机器上造成这种麻烦。
那么我会尝试:
如果这些逻辑卷遇到大量的并发I / O请求,则会发生磁盘颠簸,因为超级卷是从同一组基础物理磁盘创build的。 为避免出现磁盘颠簸的情况,应注意创build可能在隔离的逻辑卷和物理磁盘上同时访问的分区。