共用量的数据(多MDF)和另一个共用量日志(多LDF)在圣

Question

我有3个实例SQL服务器2008年，每一个不同的机器上的多个数据库的每一个实例。我有2个独立的LUN在我的圣对MDF和LDF文件。对NOX和临时文件上运行的地方驱动，在每个机。它是好的用于3个实例，分享相同体积的数据文件和另一个积为的记录文件?

我没有配上的圣所以我想不constaint磁盘空间的创建多个卷，因为我建议，我应该创建一卷(驱动的信)用于各个实例中，如果没有每个数据库。我知道，我要拆我的日志和数据文件。没有实例会分享实际的数据库文件，只是在空间上的驱动。

任何帮助是appretiated.

Answer 1

当然，答案是："它取决于"。我可以试着给你一些提示什么这取决。

SQL服务器的实例"假定"，它具有独享其资源。因此，它将填补所有可用RAM每默认，它将使用所有Cpu，它会尽量饱和的I/O渠道，以获得最大的效能。这就是原因的一般建议保持你的实例同时访问相同的磁盘。

另一件事情是，SQL服务器"知道"这一顺序I/O访问给你更高trhoughput于随机I/O，所以有很多的机制的工作(如logfile组织，提前读取，懒惰的作家和其他人)，以避免的随机I/O尽量。

现在，如果三个实例SQL服务器做顺序I/O请求在一个单一的量在同一时间，然后从的角度积您得到的随机I/O再次请求，这伤害了你的性能。

这就是说，它只是一个问题，如果你I/O子系统是一个重大的瓶颈。如果你的文件量是足够快的，混合的顺序写入从实例不创建一个问题，然后继续前进。如果你有足够的内存在的实例是数据读取能够满足从高速缓冲存储器的大部分时间，你不需要太多的读性能上你的I/O子系统。

你应该避免在每一情况下是多增长的步骤，无论是记录或数据文件。如果若干文件上的一个文件系统越来越大，你将获得碎片和碎片可以改变一个顺次阅读或写请求，甚至从一个单一来源的随机I/O。

整个画面再次改变，如果你使用Ssd如磁盘。这些具有完全不同的要求和行为，但因为你没有说任何关于SSD我会假设你使用"传统的"基于磁盘的阵或袭击的配置。

短摘要:你可能摆脱它，如果情况是正确的，但是，很难以评估不知道很多关于你的系统，从两圣和SQL的观点。