数据迁移实际操作中的感受分享,欢迎大家补充讨论!

数据的迁移  我觉的主要有三个点 第一是 数据量的大小第二是 是否影像业务 停机窗口时间第三  迁移要是有风险 是不是还得备份在实际的操作中 要根据实际硬件配置 软件环境来考虑迁移方案我的经验来讲 还是软件迁移 比如数据库的asm镜像 操作系统的...显示全部

数据的迁移  我觉的主要有三个点

第一是 数据量的大小

第二是 是否影像业务 停机窗口时间

第三  迁移要是有风险 是不是还得备份


在实际的操作中 要根据实际硬件配置 软件环境来考虑迁移方案

我的经验来讲 还是软件迁移 比如数据库的asm镜像 操作系统的镜像 比较好用

底层的复制技术还是灾备 或者 备份用的比较多

收起
参与88

查看其它 10 个回答study123的回答

study123study123  系统架构师 , ERICSSON

对于数据迁移实施,我个人觉得:在实施之前,再繁琐的准备都不算过分!就个人参与过的经验简单分享一下:

1,环境调研要做充足,包括源数据库环境,版本,数据量大小,业务场景,操作系统版本,源数据库环境与目的数据库环境的差异等等

      在实际案例中遇到过多重很奇葩的情况,比如,迁移数据时,才发现客户的网速奇慢,传备份集只能达到3,5M的速率,整个迁移过程被传输占了大部分时间,没想到客户的数据中心的交换机那么差,源数据库和目的数据库是都在一个数据中心的。

2,迁移方案准备,尽量优化细节,最好能在测试环境测试其可行性以及实际耗时后,才到生产环境实施。

      就碰到过实施时间安排的貌似很合理,结果上去第一步操作停库竟然等了好久。

3,确保数据备份,回退可行,不能存在侥幸心理。有次迁移失败,紧急回退,发现源数据库竟然起不来了,深更半夜的又对源数据库折腾了将近一个小时。

4,人员角色齐备,数据迁移一般是晚上实施,最好是A/B角一起参与,以免晚上精神不好,敲错指令。最好是主机工程师和存储工程师都在。曾经有一次,发现导入数据非常慢,后来发现是存储的问题。结果存储工程师不在现场,紧急call过来处理。

重复一下:在实施之前,再繁琐的准备都不算过分!

系统集成 · 2017-01-19
浏览3577

回答者

study123
系统架构师ERICSSON
擅长领域: 数据库服务器数据库迁移

study123 最近回答过的问题

回答状态

  • 发布时间:2017-01-19
  • 关注会员:17 人
  • 回答浏览:3577
  • X社区推广