我开始看到客户端有数百TB的数据(在sql Server安装中).由于某些企业的数据总量接近1 PB的有意义分数,我想在那里绘制集体知识库,看看处理这些数据的人们正在做些什么来保护它.
显而易见的问题是,使用企业级存储,即使只是RAID-5,使用企业级存储来存储那么多数据的多个备份也是非常昂贵的.
我看到的选项如下：
>在另一个数据中心创建数据的镜像副本,并不断向其发送差异(使用适用于您的数据源的任何机制 – 例如使用sql Server进行日志传送或数据库镜像)
>使用大量压缩算法进行定期备份(可能只适用于数据适合高压缩的情况)
>对数据的关键/变化部分进行零碎备份.
>不要备份数据并信任腐败之神.
我看到选项#4被默认采用,作为HA / DR专家,它真的很可怕,但我建议作为替代方案？我认为#1是最好的方法,但是“我不这么认为”是除了#4和可能的#3之外的任何其他选择的常用答案.
现在,当然这取决于数据的变化率和关键性.我不需要回答,因为我曾经在微软工作时负责sql Server的所有HA功能,因此我精通“它依赖”参数 – 这是我的口号:-)
我会非常有兴趣听到我错过的任何替代方案,或者听到其他人都在同一条船上而且没有其他替代方案可以在更多存储上花费大量资金.
在此先感谢 – 对所有经过深思熟虑和表达的答案给予应有的信任.
解决方法
脱离墙的想法 – 所有存储的信息是否需要甚至有用？
这些信息实际值多少钱？在维护和管理方面花费更多而不是数据值得显然是荒谬的.
数据库中的数据是否适合存储在数据库中？例如,在支持组织的数据库中保留压缩的多GB核心文件是否确实提供了任何实际好处？
数据库中是否有大量重复数据？例如,是否有一千人每周保存十份10MB的时事通讯？
某些数据是否具有“到期日期”,之后它不提供任何值？回到支持组织示例,由于各种原因,在提供修复后的几个月内,保留客户核心文件几乎没有任何好处.
另一个想法 – 保持大量数据使公司承担责任.根据法律,一些数据必须保留.但是,有些数据应该被“粉碎”,因为如果意外或恶意地向不适当的方发布了风险.
