SQLServer分离数据库文件与FileGroups

Question

我是一名软件开发人员，但这个月我必须做一些db管理任务。关于如何分割数据库，我有一些知识空白，这是我的第一篇文章：

• 表的FileGroup
• 用于不更改表的FileGroup
• 用于高数据的FileGroup
• 文本和图像的FileGroup

另外，我还有一个SAN，它的RAID1磁盘用于事务日志，RAID6磁盘用于数据库文件。

我的问题是，使用这个db配置，我必须为每个文件组创建一个文件吗？正确的文件组配置吗？有什么性能漏洞吗？

提前感谢

Answer 1

这个数据库有多大？它可能会看到多少交通？

我们的SQL server数据库中没有一个达到需要多个数据文件和一个日志文件的地步。

正如doug_w所说，测试各种配置并查看它们的性能。但请记住，不要过火，让维护变得更加困难，因为当简单的平均响应时间为.1秒时，它将使您的平均响应时间快10%。

编辑:在你的评论后，给出大小和用户号。我的感觉是，你如何分割数据将取决于他们都在做什么。它们都会碰到同一几个表，还是它们都击中了大多数表，或者它们是否都是随机分布的？如果所有的用户都有可能访问相同的表，不管是几个还是大多数。然后，我的第一个测试配置是将所有数据都放在一个文件中，放在一组磁盘上。显然，这只是一个开始，所以它仍然需要测试。

另外，刚刚注意到你说你已经有了一个RAID 6的数据。你能改变它，就像make中的2独立数组一样。如果所有文件都位于同一组纺锤上，那么将数据库拆分成单独的文件组将不会提高性能。如果您被一组磁盘困住了，那么拆分数据库访问文件组的唯一原因是简化维护。可以在文件组级别完成备份等工作，因此，如果将所有频繁更改的数据分组到一个文件组中，则可以更频繁地备份这些数据，而不必备份大量静态数据。

同样，这也取决于您的备份策略，如果您没有非常紧的恢复截止日期，那么您可能会对一个完整的每晚备份感到满意，并且只在白天记录备份。

Answer 2

如果你指定的目的，你可能会得到更好的答案，但这里有一个尝试给你一些关于这个问题的一般信息：使用文件和文件组。

在每个文件组中至少需要一个文件。如果将多个文件添加到文件组中，sql服务器将根据文件大小按比例使用这些文件(仅数据文件，日志文件将被不同对待)。

经常存在于单独文件组中的表可以获得性能提升。

测试。

HTH