从SQL服务器上的日志文件中分离数据是很常见的做法。 在使用SharePoint数据库时，这是否仍然适用最佳实践？
例如使用上面的例子，我可以让我的日志驱动器有以下文件：
然后在我的数据驱动器上有以下内容：
另一种方法是将每个数据库（数据和日志）放在它自己的驱动器上，比如：
另一件我想更好理解的是，当WSS_Content_MainSite数据库变大，我们决定向Web应用程序添加另一个数据库时，这个build议是如何受到影响的。 这个新的数据库应该和其他的数据库文件放在同一个地方吗？
是的，出于同样的原因。 本文将讨论有关SQL Server数据库的磁盘布局和存储devise的一些问题。 Sharepoint的数据库后端具有完全相同types的问题。
将它们放在单独的驱动器上，只有在物理卷不同的卷上才能工作，这些卷不能确定相同的卷轴。
示例：如果您的SharePoint服务器是在RAID 10中的2.5个SAS驱动器中的6个的Dell 2950.并且您创build以下驱动器分区然后这是毫无意义的，因为它们共享相同的磁盘。
G：100GB H：100GB I：100GB J：100GB
除非你有一个SAN或多个直接连接RAID设备，否则你不会看到在多个驱动器上分割文件的好处。
如果你有能力把它们放在单独的驱动器上，就把你所有的.mdf和.ldf文件放在你的第一个例子中。 通过这种方式，一个驱动器上的所有.mdf或数据文件就像磁盘IO活动一样，并将所有.ldf或日志文件放在另一个驱动器上。
请阅读TechNet上关于存储和数据库与SharePoint的一些文章。 http://technet.microsoft.com/en-us/library/cc298801.aspx
另外，想想如何组织你的TempDB。 这对SharePoint非常重要。