123
返回列表 发新帖
楼主: wuhanmajie

R3 数据库迁移方案

[复制链接]
论坛徽章:
64
状元
日期:2015-07-20 15:43:53榜眼
日期:2015-07-16 12:57:31探花
日期:2015-07-06 10:48:48进士
日期:2015-06-25 16:41:54举人
日期:2015-06-18 09:00:04秀才
日期:2015-08-06 13:55:21秀才
日期:2015-06-30 10:57:59秀才
日期:2015-07-17 10:06:26秀才
日期:2015-07-20 08:54:46秀才
日期:2015-07-20 09:00:26
21#
发表于 2016-1-5 08:21 | 只看该作者
wuhanmajie 发表于 2016-1-4 09:20
这个是在网上搜索的一篇文章,貌似迁移成功了,也是因为SAP MIGRATION时间太长,用了别的办法,大家再 ...

已下載. thanks.

使用道具 举报

回复
论坛徽章:
1
秀才
日期:2016-01-25 14:55:31
22#
发表于 2016-1-6 09:38 | 只看该作者
woshiyiziyu 发表于 2015-12-31 11:02
1、效率高、速度快
  与其它同类迁移技术相比,无论是采用SnapAssure、XEXP/XIMP还是RealSync等任何一 ...

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

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

使用道具 举报

回复
论坛徽章:
1
秀才
日期:2016-01-25 14:55:31
23#
发表于 2016-1-6 09:54 | 只看该作者
wuhanmajie 发表于 2016-1-4 09:20
这个是在网上搜索的一篇文章,貌似迁移成功了,也是因为SAP MIGRATION时间太长,用了别的办法,大家再 ...

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

使用道具 举报

回复
论坛徽章:
23
2009日食纪念
日期:2009-07-22 09:30:00秀才
日期:2015-12-21 09:48:11秀才
日期:2015-12-21 09:53:46天枰座
日期:2015-12-23 11:00:06金牛座
日期:2015-12-25 11:38:39秀才
日期:2016-01-12 11:23:27秀才
日期:2016-01-25 14:55:31双子座
日期:2016-05-06 09:49:392017金鸡报晓
日期:2017-01-10 15:33:11乌索普
日期:2017-02-18 09:05:12
24#
发表于 2016-1-6 10:02 | 只看该作者
andzen 发表于 2016-1-6 09:38
首先是迁移速度: dsg的迁移数据快,说明什么问题! 你用什么exp/dp,可能达到人家速度么?
不要动不动说 ...

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



使用道具 举报

回复
论坛徽章:
1
秀才
日期:2016-01-25 14:55:31
25#
发表于 2016-1-6 10:13 | 只看该作者
woshiyiziyu 发表于 2016-1-6 10:02
迁移速度:第一次需要全备份然后再全恢复,时间究竟快在哪里呢?
难点dsg比Oracle还要了解Oracle数据库? ...

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

使用道具 举报

回复
论坛徽章:
23
2009日食纪念
日期:2009-07-22 09:30:00秀才
日期:2015-12-21 09:48:11秀才
日期:2015-12-21 09:53:46天枰座
日期:2015-12-23 11:00:06金牛座
日期:2015-12-25 11:38:39秀才
日期:2016-01-12 11:23:27秀才
日期:2016-01-25 14:55:31双子座
日期:2016-05-06 09:49:392017金鸡报晓
日期:2017-01-10 15:33:11乌索普
日期:2017-02-18 09:05:12
26#
发表于 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迁移是没有问题的。

使用道具 举报

回复
论坛徽章:
23
2009日食纪念
日期:2009-07-22 09:30:00秀才
日期:2015-12-21 09:48:11秀才
日期:2015-12-21 09:53:46天枰座
日期:2015-12-23 11:00:06金牛座
日期:2015-12-25 11:38:39秀才
日期:2016-01-12 11:23:27秀才
日期:2016-01-25 14:55:31双子座
日期:2016-05-06 09:49:392017金鸡报晓
日期:2017-01-10 15:33:11乌索普
日期:2017-02-18 09:05:12
27#
发表于 2016-1-6 10:16 | 只看该作者
andzen 发表于 2016-1-6 10:13
和你思维不在一个层次,聊的没意思,算了,我没必要说服你,我只是说的事实

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

使用道具 举报

回复
论坛徽章:
23
2009日食纪念
日期:2009-07-22 09:30:00秀才
日期:2015-12-21 09:48:11秀才
日期:2015-12-21 09:53:46天枰座
日期:2015-12-23 11:00:06金牛座
日期:2015-12-25 11:38:39秀才
日期:2016-01-12 11:23:27秀才
日期:2016-01-25 14:55:31双子座
日期:2016-05-06 09:49:392017金鸡报晓
日期:2017-01-10 15:33:11乌索普
日期:2017-02-18 09:05:12
28#
发表于 2016-1-6 10:37 | 只看该作者
想请教下各位专家有没有更快速的办法?个人猜测如果能有Oracle 9与11的在线同步工具,是否就可以保证不停机切换?

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

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

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

使用道具 举报

回复
论坛徽章:
3
懒羊羊
日期:2015-03-04 14:48:162015年新春福章
日期:2015-03-06 11:57:31秀才
日期:2016-03-24 09:20:52
29#
发表于 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

使用道具 举报

回复
论坛徽章:
18
操作系统板块每日发贴之星
日期:2005-07-28 01:01:51沸羊羊
日期:2015-03-04 14:43:43马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:072011新春纪念徽章
日期:2011-02-18 11:43:32ITPUB9周年纪念徽章
日期:2010-10-08 09:32:272009新春纪念徽章
日期:2009-01-04 14:52:282008新春纪念徽章
日期:2008-02-13 12:43:03ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44
30#
发表于 2016-1-7 09:41 | 只看该作者
performance 发表于 2016-1-6 15:17
最快的:  oracle golden gate.  国内某用户生产系统从北京迁回青岛, aix=》linux 30T的数据实际停机36小 ...

不错。好的方法。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表