请数据库高手帮忙（第４页ｕｐｄａｔｅｄ）

jl162401

最后这个问题是否解决了，是否是一个参数选中与否的问题啊？好奇中。。。

招财猫

network admin is away today. I will definitely let you guys know as soon as i got chance to do a test.

jl162401

How about...?

招财猫

enable write cache的选项总是不能被tick，说这个设置不能被改变，network admin还在想办法，但是他最近太忙了，不知道什么时候才能给答复，我只能等着。。。好着急啊

jl162401

你一有消息就告诉我啊，呵呵

江苏小伙子

原帖由 招财猫 于 2007-2-21 15:23 发表
enable write cache的选项总是不能被tick，说这个设置不能被改变，network admin还在想办法，但是他最近太忙了，不知道什么时候才能给答复，我只能等着。。。好着急啊

Since IO is your bottle neck at this moment.

1. Enable write cache can potentially boost IO very much. But be minded that the server must have reliable power supply.
    Since it's unticked at this moment, it might be like this for a reason. Just be ware of that.

2. Find on your RAID controller supplier's or Server vendor's website some potential known issues or new drivers which would
    have fix certain issues, which normally is stated in the release note.

jl162401

哎，很想知道结果，期待中

招财猫

network admin告诉我，速度慢的机器上raid controller是64M的，而快的上是512M，所以B server比较慢在情理之中，但他觉得不应该慢那么多，而且他认为既然复制1G的flat file到B server只要5分钟，说明IO没有问题，他认为是sql server的设置问题，和硬件没有关系。

我单位比较官僚，大家都尽量不沾事情，所以现在我必须很确定是write cache的问题才能让他想办法改变unticked的状态，因为他要去联系供应商，重启server也需要经理批准。所以事情不但没解决，反而越复杂了。

jl162401

原帖由 招财猫 于 2007-2-24 09:34 发表
network admin告诉我，速度慢的机器上raid controller是64M的，而快的上是512M，所以B server比较慢在情理之中，但他觉得不应该慢那么多，而且他认为既然复制1G的flat file到B server只要5分钟，说明IO没有问题， ...

那只能慢慢等待了，呵呵

江苏小伙子

原帖由 招财猫 于 2007-2-24 09:34 发表
network admin告诉我，速度慢的机器上raid controller是64M的，而快的上是512M，所以B server比较慢在情理之中，但他觉得不应该慢那么多，而且他认为既然复制1G的flat file到B server只要5分钟，说明IO没有问题， ...

As for me.
(1) As the result of Microsoft IO test tool, IO is the bottle neck.
(2) IO patten of file copying is different from database updates. File copying is more sequential write while database updates are random updates.

fm_yy

解决了么？