使用 SAN 和 SQL 2008 拆分数据、日志和 TempDB 是否重要

Question

我不是服务器管理员。所以要温柔。但我只是在一个会议上，在其中一个培训课程中，讲师解释了一些 SQL DBA 最佳实践。其中之一是将 Mdf、Ldf 和 TempDB 分离到不同的驱动器上以提高性能。

现在在我们的办公室，我们有一个 san。系统管理员创建了 3 个 san 驱动器，一个用于数据，一个用于日志，另一个用于 TempDB。

我的直觉告诉我这是白费力气……是吗？

我不知道很多细节，但如果你问我会尽量填写准确回答这个问题所需的任何规格。

Answer 1

数据库文件、事务日志文件和临时数据文件通常放在不同的卷上以减少它们之间的 I/O 争用，也可以通过为每个数据库创建多个数据文件，将它们分散到更多卷并告诉 SQL 来进一步扩展应存储特定表和索引的服务器；所以，是的，这是 DBA 的常见做法，确实可以显着提高性能。

在使用 SAN 时它可能变得完全没有意义，这也是正确的。根据 SAN 的实际配置方式，不同的 LUN（卷）可以映射到任何一组物理磁盘、RAID 阵列和存储控制器，因此两个 LUN 之间的 I/O 争用范围可以从“完全隔离”到“有效地共享相同的磁盘”。因此，除非 DBA 与存储管理员密切合作，否则要求不同的 LUN 以在它们之间传播数据库文件确实会完全白费功夫。

然而，分离数据库文件和事务日志文件被认为是一种最佳实践，不仅是为了性能，也是为了可靠性：由于 SQL Server 使用的事务存储引擎（以及几乎所有现有 DBMS 使用的类似引擎），日志文件可用于在灾难恢复场景中重放事务，使系统能够恢复上次备份后发生的情况。但是，为了使其正常工作，您不想同时丢失数据文件和日志文件，因此最好至少将它们放在不同的卷上，即使这样做没有性能提升。