SAN 上的 SQL Server 数据库文件组：相关与否？

Question

我即将构建一个新的 SQL Server，并计划广泛使用文件组。我预计这台服务器上的 5 个不同数据库会出现大量增长和大量读/写。我计划在每个数据库上创建 2 个额外的文件组（一个用于用户数据，一个用于索引），每个数据库总共有 3 个文件组。我计划在不同的驱动器/主轴之间拆分文件组。此服务器是 EMC SAN 上的虚拟服务器 (VMWare)。我是 SAN 架构的新手，我不是 SAN 管理员。我在“Microsoft SQL Server 2012 Unleashed”一书中读到了关于文件组和 SAN 的简短介绍，文件组在使用 SAN 时可能无关紧要。不幸的是，没有比这更详细的内容了，而且我还没有找到关于该主题的其他内容。

使用 SAN 进行存储时，使用文件组是否有意义？

如果没有，那为什么不呢？如果是这样，那为什么？

关于这个主题，我可以问我的 SAN 管理员什么问题？

Answer 1

我不是 SAN 管理员，但我的团队中有一位非常好的管理员，他花时间正确地完成自己的工作，并在我们提出要求时与我们分享他的知识。

我们的 SAN 配置方式使得 SQL 服务器和物理磁盘之间存在大量缓存。在这种情况下，拥有多个文件组，甚至将 DATA 和 LOG 文件拆分到不同的驱动器号上都是一个有争议的问题，因为它们最终都位于同一个缓存集群中，并指向同一个 15000RPM 磁盘的大型阵列。缓存足够智能，可以缓存相关内容，并以“惰性写入器”方法写入磁盘。

也就是说，尽管我们处理大量数据，但吞吐量并不算太大。这种设置速度快如闪电，可以满足我们的需求，并且在常规备份和到另一个服务器机房的 SAN 自动冗余之间非常安全。

与您的管理员坐下来，告诉他您的需求是什么，并根据他的知识和架构平衡最终设置。SAN 架构可能差异很大，因此 SQL Server 安装的某些“最佳实践”可能并不适用，就像我们所做的那样。