1. 评估一下应用特点,主要是IOPS、带宽、延迟。举例,如果有一个应用是OLTP和OLAP叠加,就要看OLAP对OLTP的影像有多大,错峰的可能性2. 一般核心交易只跟同级别的应用共用,主要是安全和性能考虑3. 光纤通道的冗余和多路径
考虑存储的单点,对应存储双活考虑主机的单点,主机的cluster存储+主机,存在交叉链路,这个要规划一下。核心交易要求:快,稳定输出。因此在应用层尽量少做基础架构该做的事情。不建议在核心系统做容错,建设和维护成本高。另外,再
备份数据,查清各个小版本,大量数据用工具迁移,小数据库用逻辑迁移。
从官方的角度, EMC 已经不存在了,现在正确的称谓应该是Dell。Dell国内外的服务模式是一致的,没有区分,考虑到国内客户的具体情况,国内的服务真正执行起来可能还要高于国外,比如应对这次新冠疫情。维保服务是有级别的,找原厂
从另一个角度,存储设备的视角解释一下这几个词:保险大部分数据都是在线数据,例如影像数据,十年前客户影像资料可能随时被调用。近线,原来是说磁带备份系统里面的备份数据可以无缝地被恢复使用。因为原来的数据存储太贵,存储
互联网渠道也不是实时的,最多能够做到准实时。自动化或AI的引入能够改善理赔效率,人工核保能否被取代是个问号,或者说是理想的未来有人,就有效率问题,目前看新技术只是用来降低工作量,辅助决策。 数据的存储与数据的处理,最
数据作为服务,就是做这件事。从概念到落地,再到产品化,中间需要经过客户的普适性,即不是几个 特殊 客户的需求,这样才能成为商业化可以复制的商品。目前看,这个平台或产品,基本还是定制模式。
由于保险公司业务数据的存储和使用特点,想要删除部分数据非常难实现,也就意味着所有的数据基本上都是长期保存。 结构化数据,建议在应用层上考虑数据分层的实现。其实,这件事情完全可以通过硬件的升级来解决,比如更快更强
规划后,谁出钱,谁说了算。最好有费用核算机制,不一定真的按使用收费。提前定义好标准,按共识的标准投入和实施,比如最多支持多少并发用户,这种情况下响应延迟多少 设备越多,对IT的维护来说越复杂。长期时,部分产品可能不再更
如果不能下线,尝试虚拟化如果能下线,尽早迁移,尽快备份
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30