在SAN上隔离不同卷（同一个RAIDarrays）上的数据库日志和数据是否具有性能优势？

将日志文件放在一个单独的卷上，即使它在同一个raid上，也应该比将数据和日志放在同一卷上的性能要好。 在大多数存储系统上，每个卷一次只能通过一条path访问。 这意味着您的日志和数据将共享相同的控制器端口，控制器caching，队列深度和FC交换机资源。 其中任何一个都可能成为一个瓶颈，并将您的日志放入另一个尽可能less的卷中，这可能会导致性能提升。

也就是说，假设您不在使用arrays中所有主轴的新型“宽带”机器中，将日志和数据存储在不同的磁盘上同时具有性能和可靠性的原因。 每次写入数据库时​​，都会logging日志，每个日志都会写入（在实际的修改之上）。

• 如果您丢失了承载日志和数据的整个raid（这种情况非常罕见，但是发生），则可能会导致实际数据丢失，除非您的日志已被复制。 所有数据库并不总是支持日志传送。
• 在正常操作期间，如果您的日志和数据位于同一小组主轴上，则可能会出现磁盘级性能瓶颈，从而限制实际数据库生产的风险。

您正在进行RAID。这通常表明您正在将数据划分为多个8或16个磁盘。 如果是这种情况，通常情况下，每个磁盘types（你有一个）至less要设置两个RAID-50。 对于你的情况最好的解决办法是将你的数据放在你有最快的（即最大的）突袭，你的日志在另一个。

对于链接炸弹感到抱歉

http://www.brentozar.com/sql/sql-server-san-best-practices/

一般来说，为了最大限度地减less要求苛刻的数据库的写入延迟，您希望将日志和数据分割到不同RAID组的不同卷上，因此RAID组的时间在日志和数据之间没有资源争用。

听起来您已经将驱动器configuration为RAID组，因此您可能只需要考虑从不同的组和架上configuration不同的卷。

这真的取决于品牌。 Compellent SAN可以configuration为自动优化san读取和写入。 如果您开始将主轴专用于某些应用程序，那么HP EVA sans实际上会占用整体性能。 你可以将caching专用于某些全球名称吗？ 无论SQL是在本地还是在本地存储上，都应用相同的规则，所以如果您熟悉服务器上的优化IO，那么只需要了解您所拥有的SAN的function，并了解如何最好地利用它们。