从OA,邮件开始,然后一般应用,最后核心应用吧
国产主流数据库目前基本都配置有相应的监控工具,对数据库相关运行情况进行了监控,在产品介绍时都着重强调全面的监控功能,真发生问题,估计还得他们相关的技术人员登录数据库进行分析定位,即使ORACLE也不能基于监控指标直接
传统的国外备份工具如NBU、CV等目前是肯定无法备份国产数据库了,国内的备份工具支持也不大好,目前从各个数据库厂商反馈来看,基本还是自身配置的逻辑备份工具,类似RMAN的全量及增量备份工具好像不大多
在业务处理量及数据量小的情况下,分布式处理性能可能还达不到集中式数据库处理性能,运维工作量还高;如果自身运维技术能力不是太强的话,建议谨慎考虑
影像资料一般来自用户,电子保单是系统生成的,想比来说,影像资料更重要,丢了就真没有了,电子保单系统一般可能还能重新生成一份,只不过影响时效性,因此,这两类文件可以做分类存储,目前大家都比较推崇使用对象存储进行数据存储,采
若类似影像文件等基本不作修改,仅仅是增加,且基于NAS或SAN存储数据,长期保存的数据也可以从业务角度或时间维度进行拆分存储,每年挂载一个文件系统,新增文件系统仅仅保存当年数据,且可以按照日期进行备份;历史数据每年底作一
没考虑过备份软件+磁带库?目前LTO8磁带单盘最低12TB,如果你源端磁盘和网络性能好,带库多个驱动器写多个磁带,速度还是不错
目前很多数据库厂商提供基于DG+快照的技术,灾备端可以基于DG库起多个快照库,基于厂商的平台,鼠标点几下就提供一个快照库,用于开发测试、查询,不用就清理掉,灾备库也可以做到一键切换提供服务,运维工作量应该不太多,存储MIRRO
保险公司的影像文件确实比较小,很多50K左右,随着业务互联网化,很多用手机拍摄,文件比以前大了些;文件数量巨大是大部分运维人员头疼的事,一个全备份下来,估计得几十天,还得担心备份失败。可以考虑对业务做调整,采用对象存储方
国内也有厂商在做迁移或同步工具,包括基于分库分表的,TB级数据库并不是太大,估计变化量应该叶不会太大
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30