通常的做法是将数据来自日志SQL Server 上的文件。在使用 SQL Server 时，这是否仍然是最佳实践？SharePoint数据库。
例如，使用上面的例子我可以让我的日志驱动器拥有以下文件：
- 目录:\WSS_Content_CentralAdmin.ldf
- 目录:\WSS_Content_MainSite.ldf
- L:\SharePoint_配置.ldf
- 大写:\WSS_搜索.ldf
然后在我的数据驱动器上有以下内容：
- G:\WSS_Content_CentralAdmin.mdf
- G:\WSS_Content_主站点.mdf
- 文件夹:\SharePoint_配置.mdf
- 目录:\WSS_搜索.mdf
或者更实际的做法是将每个数据库（数据和日志）放在它自己的驱动器上，就像这样：
- G:\WSS_Content_CentralAdmin.mdf
- G:\WSS_Content_CentralAdmin.ldf
- 主站点目录:\WSS_Content_MainSite.mdf
- 目录:\WSS_Content_MainSite.ldf
- 我:\SharePoint_配置.mdf
- 我:\SharePoint_Config.ldf
- J:\WSS_搜索.mdf
- J:\WSS_搜索.ldf
我想更好地理解的另一件事是，当 WSS_Content_MainSite 数据库变大并且我们决定向 Web 应用程序添加另一个数据库时，此建议会受到怎样的影响。这个新数据库应该与其他数据库文件放在同一个地方还是单独放置？
答案1
是的，出于同样的原因。 此贴讨论了 SQL Server 数据库的磁盘布局和存储设计方面的一些问题。Sharepoint 的数据库后端也存在完全相同类型的问题。
答案2
仅当它们物理上位于不确定相同主轴的不同卷上时，将它们放置在单独的驱动器上才有效。
示例：如果您的 SharePoint 服务器是 Dell 2950，并且在 raid 10 中有 6 个 2.5 SAS 驱动器。并且您创建了以下驱动器分区，那么这毫无意义，因为它们共享相同的磁盘。
G:100GB H:100GB I:100GB J:100GB
除非您有 SAN 或多个直接连接 Raid 设备可供使用，否则您将看不到将文件拆分到多个驱动器上的好处。
如果您有能力将它们放在单独的驱动器上，只需将所有 .mdf 和 .ldf 文件放在一起，就像您在第一个示例中所做的那样。这样，所有 .mdf 或数据文件都放在一个驱动器上，它们就像磁盘 IO 活动一样，而所有 .ldf 或日志文件都放在另一个驱动器上。
答案3
请查看 TechNet 上有关使用 SharePoint 的存储和数据库的一些文章。 http://technet.microsoft.com/en-us/library/cc298801.aspx
另外，考虑如何组织您的 TempDB。这对于 SharePoint 来说非常重要。