感谢楼上大师的回复,这么看来,常规的建议还是通过虚拟化设备,进行存储容灾的部署,而考虑到性能方面,还是尽量考虑所有的数据I/O在单个数据中心进行处理,以达到较为合适的使用场景,灾备端如果需要使用,可以采用快照方式,进行非
谢谢楼上的解答,的确很纠结,说到底,还是对高端技术对原厂的依赖,以及出现问题后需要尽量自己解决之间,难以平衡:)
同城灾备,如果是ORACLE数据库,可以使用远距离RAC,实现同城双活数据中心(通过ORACLE ASM实现异构存储双活,或者存储虚拟设备VPLEX,SVC等)远距离异地灾备,最好使用主备模式,采用dataguard利用异步模式(或采用12C的far sync功能),保
这样的双活,只能保证生产和灾备的设备都利用起来了,而不能实现真正的双活,看来想实施理想中真正想要的双活,还是要具备第三站点。
另外,对于双活数据中心间的网络部署,有什么好的建议方案?可以站点间的故障率,降低至最低,另外有没有什么好的监控方法,可以看到链路的状态
科技在不断的进步~~~,感谢楼上的回答
楼上的很专业,非常感谢!!,只是不知道,闪存的稳定性和可维护性目前如何了,在核心交易系统中,感觉还是不太敢采用,在数据仓库场景中,效能提升应该非常明显
谢谢!!!楼上的专家,个人觉得这种存储架构今后应该是主流了
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30