在SSD上将SQL Server 2012中的tempdb,mdf和ldf文件最佳放置?


9

我意识到这可能是一个非常开放的问题,答案可能会有所不同,但是在谈论SSD时,SQL Server 2012中的tempdb,mdf和ldf文件的最佳位置是什么?

在购买新产品之前,我有一个装有SQL Server 2012核心文件和tempdb的现有SSD,并且两个mdf / ldf都安装在7200rpm HDD上。然后,我购买了2个SSD,其初衷是将mdf放在另一个上,并将ldf放在另一个上。

但是,从更多内容来看,涉及SSD的mdf和ldf文件的单独物理磁盘实际上并不适用。正确?

所以,我在想以下几点:

SSD 1-SQL Server 2012核心文件和Windows
SSD 2-tempdb
SSD 3-MDF和LDF

如果有所作为,它将只用于一个数据库,因此多个数据库之间不会有任何争用。

我的“思维”设置好还是只是浪费(即没有理由分开tempdb),而现在我有了一个额外的SSD可以在其他地方使用?


2
容错设置是否是您的选择?如果您的数据库非常重要,则mdf和ldf驱动器应存储在单独的容错(例如镜像)驱动器上。
datagod 2012年

3
我在安装程序中看到的一个潜在问题是您没有考虑单个驱动器故障。如果只有三个SSD可以使用,建议您考虑使用RAID5阵列,并将所有与SQL Server相关的文件放在该阵列上。
Matt M

2
这是生产层服务器吗?或者您是否关心如果驱动器发生故障,它是否会关闭?
乔恩·塞格尔

1
忘了提到这一点-容错并不是一个问题,因为数据是每晚进行完整备份的,但是大多数静态数据我可以很容易地替换,即使没有备份也是可以的。唯一的动态数据大部分是日志记录/审计,没有依赖性。我在手动切换到备份时可能遇到的任何服务小中断都是可以容忍的。
凯文(Kevin)

我非常感谢所有回复。我确实有一个后续问题,“是否最好将ssd格式化为64k块?”,但是我对这里的格式不熟悉。我应该将其发布为新问题还是可以吗?
凯文(Kevin)

Answers:


5

但是,从更多内容来看,涉及SSD的mdf和ldf文件的单独物理磁盘实际上并不适用。正确?

将日志和数据文件拆分到单独的磁盘上的最初原因是2倍-驱动器上的延迟和带宽。

SSD并没有消除这些限制,但确实确实降低/增加了限制(单个HDD读取的读取时间为7.9ms,单个SSD读取的读取时间约为0.1ms)。

因此最终是肯定的,不是-它不像HDD那样适用,但是这些限制仍然存在并且仍然可以满足。这完全取决于您的工作量。

我的“思维”设置好还是只是浪费(即没有理由分开tempdb),而现在我有了一个额外的SSD可以在其他地方使用?

假如说

  • 您有3个物理SSD
  • 您有1个物理硬盘
  • 您需要数据是冗余的,但不一定是系统本身

您建议的设置将有一些问题(如前所述),并且单个驱动器故障是主要问题。

您可以选择这样的东西。

单个7200rpm驱动器 -Windows OS
RAID 5阵列(3个SSD) -分解为4个驱动器(D用于数据,L用于日志,S用于交换,T用于温度)

要么

单个7200rpm驱动器 -Windows OS
单个SSD-温度和交换
RAID 1阵列(2个SSD) -数据和日志

当您只有有限数量时,我个人倾向于将Windows卸载到非SSD驱动器上,但这完全取决于服务器在做什么以及您愿意承担多少风险。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.