这个一般不是一个工具就能解决的问题。可以结合应用和工具一起来完成。我见过的方式有:1. 应用自己创建历史表,应用自己维护2. 创建历史库,应用维护3. 开发工具,进行自动的cold,warm,hot数据的迁移和管理4. 利用optim工具进
ODS数据库建议选用DPF,PureScale更适合做交易用,PureScale的最大优势是高可用性,损失了部分性能。ODS对高可用的要求相对没那么高,但是容量,对扩展性等要求较高,所以DPF更合适。
这个一般是没有问题的。在导入和导出的时候数据库可以自动识别编码并进行自动的转换。有时候应用中会有与编码相关的代码,所以应用方面要仔细检查。
要弄清自己的需求,虚拟化的目的是啥; 了解自己的系统的特性,看看虚拟化能否带来好处,比如性能提升,管理方便,成本下降等 既然称之为核心数据库,一般单位的核心数据库数量都是很少的,又是非常重要的,个人观点没必要拿核心数据库
数据库是一个对IO高度敏感的软件,在架构设计中是考虑的重点。而虚拟化环境的IO性能又一直是一个瓶颈,虽然现在很多产品号称IO性能很好,但是不能全信。负荷较大是个抽象的概念,不能做为判断的依据。虚拟化环境能否满足需要
表迁移,这是最简单,最有效的方法。
我认为的关键点是在设计的时候要对HADR想解决的问题想清楚,制定好进行HADR切换的条件。HADR可以解决2个问题,一是高可用的问题,二是灾备的问题。因为HADR有自己独立的主机和存储,所以无论源库是发生主机故障还是存储故障,H
我来说说DB2 HADR的自动切换,现在的DB2发行版本中都包含了一个叫TSA的组件,该组件源于Tivoli的HA切换软件,用于配置DB2 HADR的自动切换。 也有客户把DB2 HADR的自动切换和操作系统的HA切换软件结合起来,关键就是切换脚本
可以的,参考下面的文章。https://www-01.ibm.com/support/docview.wss?uid=swg21687053
我觉得应该从业务需求入手,看看业务对双活的真正需求是什么,然后选择对应的方案。目前的技术没有明显的优劣,都有各自的优势和缺点,所以一定要选择合适的。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30