我有一个ESX VM，存储由一个体面的SAN提供。 在物理服务器上，我会平常在3个驱动器上安装SQL Server; 一个用于OS + SQL，一个用于数据，另一个用于日志文件。 这是一个相当常见的方法，提供良好的性能。
但是，安装在SAN上时，这种方法有什么好处吗？ 如果我要创build3个虚拟磁盘来镜像物理服务器方法，我不会产生任何额外的性能，因为所有3个磁盘都将从同一个SAN中抽取，当然？
那么，VM / SAN上SQL Server的最佳configuration是什么？
这取决于如何设置SAN。
例如，SAN可以从具有不同性能特征和RAID级别的不同磁盘组中呈现LUN /数据存储。 例如，您可以在R5 10krpm磁盘组/ LUN /数据存储上安装您的操作系统，在R10 15krpm数据存储上安装您的数据，并在SSD上安装日志。
如果你只有一个磁盘组，LUN和/或数据存储，那么这两个模型之间不太可能有任何显着的性能优势， 但是我仍然build议将它们分开，因为操作系统，数据和日志不应该在同一个驱动器上/音量 – 即使这意味着在同一个磁盘组上。
如果可以，则应尽最大努力将日志至less保留在不同的磁盘组/ LUN /数据存储上以进行恢复。 你也可以考虑让你的备份保持在一个不同的，更慢的备份上。
实际上，重新读一下，实际上虚拟化和物理MSSQL框之间实际上没有区别。