超大数据库的在线迁移问题?

有一套数据量10T左右的数据库计划从小型机迁移到x86并更换存储,停业窗口大约只有4/5个小时,有没有什么好办法完成这种异构迁移,同时减少对可用性的影响?

参与49

10同行回答

myciciymyciciyIT顾问某金融科技公司
现在啥存储,要迁移到什么存储上?显示全部

现在啥存储,要迁移到什么存储上?

收起
银行 · 2017-08-01
浏览3501
晓黎 邀答
jxnxsdengyujxnxsdengyu课题专家组系统工程师江西农信
整一个SVC或者VPLEX之流的存储虚拟化网关,啥都好办,事先找一个很短的停机时间,将原业务存储给虚拟化网关接管,后面在线就将存储迁移好,最后找个停机时间做服务器的切换。显示全部

整一个SVC或者VPLEX之流的存储虚拟化网关,啥都好办,事先找一个很短的停机时间,将原业务存储给虚拟化网关接管,后面在线就将存储迁移好,最后找个停机时间做服务器的切换。

收起
银行 · 2017-08-01
浏览3433
晓黎 邀答
haizdlhaizdl技术经理大连
假设是Oracle的话,那么比较科学的方法是通过DG,GG等工具先将数据库数据拉平,然后在合适的时机进行切换。DG拉平之前需要一个初始的数据备份,可以采用RMAN方式,由于数据量较大,时间也比较长,不过可以在线做。假设是DB2的话,同样也有类似的工具。当然也可以采用操作系统层面或者存...显示全部

假设是Oracle的话,那么比较科学的方法是通过DG,GG等工具先将数据库数据拉平,然后在合适的时机进行切换。DG拉平之前需要一个初始的数据备份,可以采用RMAN方式,由于数据量较大,时间也比较长,不过可以在线做。假设是DB2的话,同样也有类似的工具。

当然也可以采用操作系统层面或者存储虚拟化方式来实现LUN的同步和分离,但是这个要看数据库的容器或者Datafile采用的是哪种方式。如果采用Oracle ASM方式的话,那就不要这么干了。

总而言之,需要分析清楚自己的数据库对象。评估好数据量与环境带宽等一系列条件,然后来做这个方案。

收起
银行 · 2017-08-02
浏览3435
晓黎 邀答
anchengancheng数据库管理员建设银行北京数据中心
是oracle 11.2数据库,存储两边都是emc的symmetrics。备份是每日全备,每四个小时备归档显示全部

是oracle 11.2数据库,存储两边都是emc的symmetrics。备份是每日全备,每四个小时备归档

收起
银行 · 2017-08-04
浏览3465

提问者

ancheng
数据库管理员建设银行北京数据中心
擅长领域: 数据库存储灾备

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2017-07-31
  • 关注会员:10 人
  • 问题浏览:9838
  • 最近回答:2017-08-04
  • X社区推广