R3 数据库迁移方案

shenzhen_sap · 发表于 2016-1-5 08:21

wuhanmajie 发表于 2016-1-4 09:20
这个是在网上搜索的一篇文章，貌似迁移成功了，也是因为SAP MIGRATION时间太长，用了别的办法，大家再 ...

已下載. thanks.

andzen · 发表于 2016-1-6 09:38

woshiyiziyu 发表于 2015-12-31 11:02
1、效率高、速度快
　　与其它同类迁移技术相比，无论是采用SnapAssure、XEXP/XIMP还是RealSync等任何一 ...

首先是迁移速度： dsg的迁移数据快，说明什么问题！你用什么exp/dp，可能达到人家速度么？
不要动不动说架构是类似，有什么意义，天底下的DBMS都是类似的东西，为啥ORACLE就是牛一些呢？

搞清楚迁移数据和事务同步差别，你要做事务同步要日志解析同步。只是一次数据迁移而已

andzen · 发表于 2016-1-6 09:54

wuhanmajie 发表于 2016-1-4 09:20
这个是在网上搜索的一篇文章，貌似迁移成功了，也是因为SAP MIGRATION时间太长，用了别的办法，大家再 ...

按你的迁移情况，按本文的第一第二第三种方法时间是差不多的。都是与最长的那个时间差不多。
明白为什么吧。

woshiyiziyu · 发表于 2016-1-6 10:02

andzen 发表于 2016-1-6 09:38
首先是迁移速度： dsg的迁移数据快，说明什么问题！你用什么exp/dp，可能达到人家速度么？
不要动不动说 ...

迁移速度：第一次需要全备份然后再全恢复，时间究竟快在哪里呢？
难点dsg比Oracle还要了解Oracle数据库？

andzen · 发表于 2016-1-6 10:13

woshiyiziyu 发表于 2016-1-6 10:02
迁移速度：第一次需要全备份然后再全恢复，时间究竟快在哪里呢？
难点dsg比Oracle还要了解Oracle数据库？ ...

和你思维不在一个层次，聊的没意思，算了，我没必要说服你，我只是说的事实

woshiyiziyu · 发表于 2016-1-6 10:15

wuhanmajie 发表于 2016-1-4 09:20
这个是在网上搜索的一篇文章，貌似迁移成功了，也是因为SAP MIGRATION时间太长，用了别的办法，大家再 ...

3种方法：
(1) 异构系统拷贝(Heterogeneous System Copy)
(2) Oracle 跨平台表空间迁移（Cross-PlatformTransportable Tablespace）
(3) Oracle 数据库转换（RMAN CONVERT）
在1.6TB 数据量的情况下，方法一需要25 小时来完成迁移工作，方法二需要10 小时，方法三需要8 小时。

由于linux和aix的字节序不一样，楼主你只能采用方法1和2.对于有经验的工程师来说，1花的时间更少，因为导入导出是可以并行的，不知道你在用Install Master导出的时候用了多少并发进程。2还要rman convert转换表空间数据文件。另外你的数据库版本是9i，根本不支持方法2和3.Oracle10.2才开始支持2和3.你只能采用方法1.

如果字节序是一样的话，方法2和3比1要快，实际验证用方法2和3迁移是没有问题的。

woshiyiziyu · 发表于 2016-1-6 10:16

andzen 发表于 2016-1-6 10:13
和你思维不在一个层次，聊的没意思，算了，我没必要说服你，我只是说的事实

我这边实际测试过浪擎的，实际上根本不行。
你那边实际测试过dsg吗？

woshiyiziyu · 发表于 2016-1-6 10:37

想请教下各位专家有没有更快速的办法？个人猜测如果能有Oracle 9与11的在线同步工具，是否就可以保证不停机切换？

有，oracle 自己就有一款软件叫Oracle goldengate,可以在线同步，但是第一次做数据同步的时候，也要expdp/impdp,所以速度快不起来。

至于国产的软件，比如爱数、浪擎、DSG都是一样的，第一次做都需要全备份再恢复，然后追加日志。速度也没有办法快起来。

如果非要快的办法，那只能是存储复制了。

performance · 发表于 2016-1-6 15:17

本帖最后由 performance 于 2016-1-6 15:51 编辑

最快的：  oracle golden gate.  国内某用户生产系统从北京迁回青岛， aix＝》linux 30T的数据实际停机36小时，理论上是可以做到几个小时的。
最省钱：手工export/import 需要一些技巧和优化，我看了下记录的文档， 09年给上面用golden gate 方案的同一家做的异构迁移， 1.4T数据量，停机时间是11小时
以上数据只是来自于本人参与的实际项目，并不代表其他案例也可以达到相同效果。

export/import 提高速度的要点；

1. 并发要用多个节点同时export 或import。只用一台机器做肯定慢，要把所有应用服务器都利用起来，每台机器起多个进程，必要时临时增加硬件。

2. 管道第一个export 文件出来后就要开始做import。  不要等到所有export 完成后再开始import

3. 拆分。  大的table 拆开export

4. export 时不要排序， import的时候再排序。  避免export 时间比import时间长很多。

5. 一般都会有一个或几个table 会export 特别慢，多查notes

祝好运，如果你对上面5点感到无从下手，那么 you are not the right person

sydongsun · 发表于 2016-1-7 09:41

performance 发表于 2016-1-6 15:17
最快的： oracle golden gate. 国内某用户生产系统从北京迁回青岛， aix＝》linux 30T的数据实际停机36小 ...

不错。好的方法。