有没有人知道关于挂载点和SQL Server的任何好的信息？ 我在一个SQL实例上创build了80个数据库，而我试图弄清楚的是，我们能否从每个数据库的安装点中获益。 或者我应该为数据文件做一个挂载点，一个用于事务日志，一个用于tempdb？ 当然，这一切都是由高端SAN支持的。
感谢您提供的任何build议或链接！
每个数据库的挂载点是一个复杂的处理方法。 我更喜欢卷的简单方法
这使得pipe理更容易，因为SQL DBA清楚地指示了各种文件应该放在哪里。 他们不必再次猜测磁盘devise。
如果所有卷将由SAN上的相同磁盘支持，那么使用单独的挂载点，卷或文件夹来存储文件可能不会有太大的区别 – 磁盘将被共享。
我还发现ATTO Disk Benchmark工具非常适合快速了解磁盘arrays的性能。
你的意思是为每个数据和tlog提供一个单独的虚拟LUN？ 对于80个DB中的每一个？ 那160个目标？ 这不是要走的路。 pipe理员的开销将是一场噩梦，更不用说在Windows中用光驱了！
SAN上有多less个真实的磁盘？ 将这些展示给您的SQL Server框。 公约中有很多文件。
编辑：挂接点很好，我与NTFS交界点感到困惑
如果您正在使用群集挂载点，则应该阅读此KB 。
到目前为止，我所遇到的挂载点的唯一原因是，如果你没有驱动器号，或者你需要给新的目录留出更多的空间到一个现有的驱动器号。
我们的一个服务器pipe理员提出了这个build议，但是后来我发现了一些文档，说明它在2003年在群集上没有帮助磁盘队列。
评估这个最好的方法是在两个configuration上运行一些基准testing工具，并select性能更好的congig。 检查这些工具。
http://support.microsoft.com/kb/231619
部署IO之前要做的白皮书：
http://www.microsoft.com/technet/prodtechnol/sql/bestpractice/pdpliobp.mspx
你真的需要隔离所有这些数据库吗？ 你可以使用更标准的布局：
F和G luns拥有全部80个数据库数据/日志文件。
D和E LUN包含每个实例的系统文件和tempdbs。
每个LUN应具有适当数量的底层磁盘以应付所需的IO。 对于TempDB和日志文件使用RAID 10configuration。 如果您的数据库正在写入数据文件，那么也可以使用RAID 10。
确保您的服务器有足够的内存来处理所需的读取。
请记住使用适当的分区偏移量格式化LUN。 考虑使用多个HBA卡和主动/主动多path软件。 将您的SANcaching倾斜写入。