问全闪存配置

EN

当您试图压缩性能/成本比时，针对不同卷的指南更多地是一般的最佳实践。除此之外，将它们放在不同的卷中不仅有助于隔离工作负载，这可能导致SSD函数(例如TRIM或它如何删除数据)影响性能，而且还有助于您进行管理。

事务日志隔离对于遵循ACID也非常重要。如果您没有将Tlog放在不同的卷中，并且数据卷会下降，那么您就会丢失所有尚未备份的事务。请参阅日志备份的尾部。，您知道仍然可以恢复事务并恢复到崩溃前的某个时间点。

分区对齐是由OS在磁盘级别完成的，因此您仍然希望确保分区对齐。有些闪存驱动器可能不需要这样做，例如FGPA驱动的闪存盘，它对SSD的处理方式有所不同，但为什么不重新检查一下呢？这很容易，而且速度很快。

64 an更多是由Server完成的，因为这是一个范围的大小。您的供应商可以使它256 to，但您应该获得明确的文件，为什么他们推荐。他们真的每次操作都读取那么多数据吗？如果是的话，很好，把它设置好。如果不是，坚持SQL Server作为底层DB引擎所需的内容。

就我个人而言，基于性能测试和预期增长的所有闪存阵列，我倾向于将数据/TempDB放在相同的卷上，将事务日志放在不同的卷上，将备份放在另一个卷上。这样，如果出于某种原因，突然间备份是巨大的，或者某个工作由于某种可怕的原因而不删除一些旧数据，我们不会干扰数据驱动器。我每晚测试、恢复和检查每个备份，但我相信我的脚本会删除那些运行良好的数据。但是，如果有一天没有，我就会知道备份会失败，也不会有恢复，我会和仪表板一起被警告。这些可以减轻您可以使用的控制，如果您愿意的话。

基于问题的

编辑/更新：

TempDB总是会根据您的查询创建足够多的IO，但是从我所读到的内容来看，您所做的几乎都是读取而不是写入。然后，TempDB将在您的用例中执行大部分写操作。因此，可以很容易地确定tempdb的写入量，并查看它是否已经达到了您可用的IOPS限制。据我所知，您的旧系统没有任何性能问题，新的SSD (相对于磁盘系统)要比磁盘系统快得多，除非您将一个大规模的raid阵列缩小到一个磁盘或其他什么地方。

当您考虑TempDB争用是否是一个问题时，请注意使用更大的RAID数组获得的更高的IOPS。RAID 5/6数组仍然可以不受惩罚地提高所有读取性能，因此在您的用例中，通过将TempDB和数据数组组合在一起可以获得更多的IOPS，而不是隔离它们；再次基于使用模式。

简单的回答？检查perfmon以查看您的吞吐量，如果您知道查询在很大程度上将保持不变(合理)，那么它应该表明您必须在IOPS中使用更多的查询，这与您使用哪个查询无关。选择一个你会更舒适的管理和缩放。:)

日志备份的

-Tail：

是的，如果您的事务日志驱动器(S)出现故障，您将丢失任何尚未硬入磁盘(脏页)且尚未备份的事务。仔细的监视和正确的raid数组可以减轻对此的控制，但是许多人也在其他地方复制/镜像/AG数据，因此有一个非常最新的副本。像Brent Ozar这样的人更喜欢继续运行事务日志备份脚本，并在需要时通过查询动态地恢复它们。