我们的 SQL Server 备份的共享存储解决方案

我们的 SQL Server 备份的共享存储解决方案

我们有 3 个集群 SQL 服务器。我们有 5 个以上的多 TB 数据库,它们的备份文件(使用 quest litespeed 压缩)每个都超过 600GB,我们需要保留至少一周或两周(如果可以的话)的每周完整备份,然后保留 6 天的差异备份,以及一周或两周的本地日志备份。我们的 san 团队目前限制我们只能提供 2TB 的卷,我们可以拥有多个卷,但它们很昂贵(每月每原始 TB 200 美元),而且必须处理许多备份卷而不是单个大卷,这很困难。我认为,如果我们可以为所有服务器提供 20TB+ raid 10 左右的共享网络存储来保存备份,另一个部门会将它们从网络存储复制到磁带并根据保留期删除文件,那就太好了,如果这个盒子是一个内置操作系统(即使是 unix 也是一个完整的文件存储系统),那就太好了。你们觉得怎么样?这对你来说有意义吗?有没有制造商销售这样的存储产品,可以在集群环境中工作?谢谢

答案1

解决集中式存储成本过高问题的办法不是简单地购买或构建自己的存储。无论你构建或购买什么,你都不可能获得与存储团队从他们的设备中获得的相同的可靠性和可维护性(可能还有复制性)。也就是说,如果他们已经有一段时间没有更新存储了,你可能会看到价格在下一次更新后下降。现在的驱动器比 3 年前更大,这意味着每 TB 的价格应该会更低。

除非进行存储更新,否则您可以尝试讨价还价以获得更合理的每 TB 价格,因为如今您可以获得 900GB SAS 驱动器和 3TB neatline-sas 驱动器。如果您不需要复制,也许可以在此基础上要求降低价格。

相关内容