通常的做法是从SQL Server 上的日志文件中分离出数据。在使用SharePoint数据库时，这仍然是最佳实践吗？
例如，使用上面的示例，我可以让我的日志驱动器具有以下文件：
- L:\WSS_Content_CentralAdmin.ldf
- L:\WSS_Content_MainSite.ldf
- L:\SharePoint_Config.ldf
- L:\WSS_Search.ldf
然后在我的数据驱动器上有以下内容：
- G:\WSS_Content_CentralAdmin.mdf
- G:\WSS_Content_MainSite.mdf
- G:\SharePoint_Config.mdf
- G:\WSS_Search.mdf
或者，将每个数据库（数据和日志）放在自己的驱动器上是否更实际，如下所示：
- G:\WSS_Content_CentralAdmin.mdf
- G:\WSS_Content_CentralAdmin.ldf
- H:\WSS_Content_MainSite.mdf
- H:\WSS_Content_MainSite.ldf
- 我：\SharePoint_Config.mdf
- 我：\SharePoint_Config.ldf
- J:\WSS_Search.mdf
- J:\WSS_Search.ldf
我想更好地理解的另一件事是，当 WSS_Content_MainSite 数据库变大并且我们决定向 Web 应用程序添加另一个数据库时，此建议将如何受到影响。这个新数据库应该与其他数据库文件放在同一个地方还是单独存在？
是的，出于同样的原因。 这篇文章讨论了有关 SQL Server 数据库的磁盘布局和存储设计的一些问题。Sharepoint 的数据库后端具有完全相同类型的问题。
将它们放在单独的驱动器上只有在它们是物理的不同卷上不确定相同的轴时才有效。
示例：如果您的 SharePoint 服务器是 Dell 2950，在 RAID 10 中有 6 个 2.5 SAS 驱动器。并且您创建了以下驱动器分区那么这是没有意义的，因为它们共享相同的磁盘。
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 非常重要。