本地存储与SAN

时间:2017-03-30 14:19:55

标签: sql-server hardware san

我计划更改may SQL Server的硬件,并将其升级到SQL Server 2016 Enterprise。 AlwaysOn AG将建立在两个节点+ dr之上。

我有两种选择存储方式:

  1. 只有本地磁盘,RAID1中的ssd,带有用于Windows,Data,Logs和TempDb的单独磁盘

  2. 将本地存储与用于TempDb(RAID1)的ssd混合,并通过网络从SAN配置Windows,数据和日志的其余磁盘

  3. 我个人更喜欢本地存储中的所有选项,因为:

    • 你摆脱了单点故障(SAN)
    • 本地存储的速度更快,SAN不会有ssd的
    • 没有网络瓶颈

    使用本地存储有什么主要缺点吗?

    使用SAN进行存储是一个更好的选择吗?

1 个答案:

答案 0 :(得分:0)

SAN的默认选择是因为它们可以轻松扩展并由中央管理员备份。根据我的经验,它们往往非常昂贵,一旦投资完成,硬件需要很长时间才能被替换(由于费用和学习曲线)。随着SSD变得越来越便宜和越便宜,它更适合使用本地磁盘,但你必须非常积极地定期进行备份(许多环境每天增量和每周完整),并定期进行测试以确保备份正常工作。

当然,如果你去当地,不太可能你可以轻松地与其他应用程序共享您的驱动器,这对于DBA来说是件好事。当你进入SAN时,它非常非常难以从SAN管理员获得性能的SOA(他们的回复通常是足够快的),而在本地驱动器上,你可以运行SQLIO等工具并对性能有一些控制

政治上,管理人员已经学会自动说SAN,因此采用第一种解决方案具有挑战性。

Brett Ozer撰写了大量(并且非常好)的文章:https://www.brentozar.com/sql/sql-server-san-best-practices/