将 A 数据库的数据全部迁移至 B 数据库:
- 均为 Oracle 数据库
- B 库表结构的字段精度、唯一约束、主键都可能有改动。 表名一致。
- 涉及大约四千张表。
将 A 数据库的数据全部迁移至 B 数据库:
|
sunzirenApr 2, 2020
1
四千张表,我了个乖乖。
|
|
xcstreamApr 2, 2020
3
硬盘镜像
|
|
sun1991Apr 2, 2020
4
直接拷贝数据库文件, 挂载到新的 instance, 然后再改表结构?
|
|
shakarakaApr 2, 2020
5
阿里云 dts
|
|
6
1. 备份做好
2. 能停机迁移就停机迁移,不要强行 0 停机时间。 |
|
dexterzzzApr 2, 2020 via Android
7
stand by 啊
|
|
enrollsApr 2, 2020
8
alibaba/DataX 这个看看
|
|
xpresslinkApr 2, 2020
10
复制库文件,到新服务器挂 instance 最省事儿
|
|
chendyApr 2, 2020
12
既然是 oracle,找 oracle 的人或者找个做 oracle 的公司来迁移?…
|
|
wangyzjApr 2, 2020
13
oracle 到 oracle ?
|
|
wangyzjApr 2, 2020
15
|
|
gemini767Apr 2, 2020
16
选择了 oracle 当然请人迁移啊!
长痛就是请人维护 短痛就是去 O,如果强 OLAP 可以选 pg |
|
psirnullApr 2, 2020
17
1 、数据泵导出 初始化
2 、OGG 同步追平 3 、申请检修,切换业务数据源 4 、验证 5 、停止 OGG 6 、原数据库停用,下线 |
|
slyang5Apr 2, 2020
18
迁移的时候 数据库 还要对外服务吗 ???
|
|
koolobApr 2, 2020
19
感觉买 oracle 的服务应该可以。如果出问题,可以赔偿损失。
|
|
saximoerApr 2, 2020
20
停机时间要求多少呢?
不同停机时间的方案不一样 |
|
zlowlyApr 2, 2020
21
17 楼是比较稳妥的方案。
特点是业务系统停机时间比较短,特别是用 OGG 来追平数据,可以较好的适应对你需求里的 B 表结构可能发生变更这个特殊点。 |
|
hantsyApr 2, 2020
22
找 Oracle 吧,有 Oracle 数据库,应该有服务可以打折吧。
|
|
yiyi11Apr 3, 2020 via Android
23
17 楼方案加一
公认标准方案。 我试过几 T 的数据量都是这样迁移,不过只有几十张表,单表高达 21 亿条数据,依然很稳。 |
|
realpgApr 3, 2020
28
都选 oracle 了还能没有经费……
|
|
realpgApr 3, 2020
29
另外,也不是不能没有经费。
如果没有经费,这个迁移项目最值钱的精髓就是方案设计了…… 方案做万无一失,怎么也值几十 K 会做的人不可能让你白嫖或者打折 |
|
LightLoloApr 3, 2020
30
可以 dump 分表分块导出
可以 OGG 同步搞 可以用 kettle 做数据抽取 |
|
zlowlyApr 5, 2020
32
@xiaoleis 对于如果因为结构变更,数据冲突无法插入,最坏的结果,也就是 B 库不能用而已,这个时候还没切换,A 库还是正常提供业务的,顶多就是浪费了时间而已,慢慢再梳理调整 B 库数据结构罢了。
|
|
zlowlyApr 5, 2020
33
大约的流程就是
0 、准备好 B 库以及变更数据结构脚本,A 、B 库上安装 OGG 并做好相关配置 1 、A 上启动 OGG 抽取投递进程 2 、A 库上导出数据,传输到 B 库导入 3 、B 库上运行变更数据结构脚本 4 、B 库上启动 OGG 应用进程 5 、停止业务应用,等待 A 、B 库上 OGG 完成所有抽取投递应用 6 、更改业务数据源到 B 库 7 、启动业务应用 可以看到这种方案只在最后三步才需要停顿业务,前面实施时间完全可以很充裕(特别是 2T 数据量的导入导出一个周末,稍微不顺利还真不一定搞得定),所以真正对业务影响比较短。这些过程,应该先进行演练,最后三步用业务测试环境来进行最后验证。如果 AB 数据结构变化过大,单靠 OGG 也不一定能适应,就还需要其它方案来弥补。 |
|
065535Apr 18, 2020
35
阿里的 DTS,很棒的迁移工具
|