LoveUnix » ORACLE等数据库 » oracle8.1.7 250G的数据迁移如何做?
让LU留住您的每

一天 让LU博客留住您的每一天
2007-6-9 10:46 zhylyq
oracle8.1.7 250G的数据迁移如何做?

oracle8.1.7 250G的数据迁移如何做?

原环境:
AIX4.3.3+oracle8.1.7(32位)+oracleEBS11.5.7
移值到
AIX5L+oracle8.1.7(64位)+oracleEBS11.5.7
数据量大约:250GB
什么方式的迁移比较合理?
1、因为是oracle8i的数据库,所以我想用exp,imp是首先方案。
2、冷备过去,可是32位的数据文件,冷备到64位的数据库上,是不是会有问题,可能涉及到字长转换的问题。
3、保证业务不间断的情况下,只能用热备方式完成。然后应用归档,同样涉及字长转换问题。
大家有什么合理的建议吗?可以讨论一下,做参考。

2007-6-9 14:22 lj_cd
第一次听说8i可以在AIX5L上运行64位,
是我错了??

2007-6-10 11:05 wwb216
oracle8i 在AIX5L上运行的只有32位,如果你要迁移到AIX5L,也只能是8i的32位

2007-6-11 09:55 boypoo
正解,如果楼主想移植到AIX5L,oracle 64bit,必须是oracle9i及以上版本

250G的数据,exp/imp的话,客户能忍受那么长时间么?

2007-6-11 10:28 argenw
5L 上跑 8i 就浪费了。内存都熬熬大。
数据这么大,真不好整。怎么都得停2天了。

2007-6-11 10:52 argenw
干拷文件怎么也得停1天吧。

2007-6-11 12:13 wolfop
[quote]原帖由 [i]zhylyq[/i] 于 2007-6-9 10:46 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=673726&ptid=73294][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
oracle8.1.7 250G的数据迁移如何做?

原环境:
AIX4.3.3+oracle8.1.7(32位)+oracleEBS11.5.7
移值到
AIX5L+oracle8.1.7(64位)+oracleEBS11.5.7
数据量大约:250GB
什么方式的迁移比较合理?
1、因为是orac ... [/quote]

你这个方案根本不可行,5L上面的ORACLE官方支持的只有9以上版本。而且更加没有FOR 5L的8.1.7的64位版本。重新做架构设计。

2007-6-11 13:09 盈盈笑
[quote]原帖由 [i]lj_cd[/i] 于 2007-6-9 14:22 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=673755&ptid=73294][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
第一次听说8i可以在AIX5L上运行64位,
是我错了?? [/quote]

大哥,8i有64bit版本的.

2007-6-11 13:17 盈盈笑
[quote]原帖由 [i]wwb216[/i] 于 2007-6-10 11:05 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=673914&ptid=73294][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
oracle8i 在AIX5L上运行的只有32位,如果你要迁移到AIX5L,也只能是8i的32位 [/quote]

大哥,oracle8i 64bit的可以运行在5l 64bit上面.

2007-6-11 13:20 盈盈笑
建议停机imp/exp ,业务肯定中断!

2007-6-11 13:21 argenw
[quote]原帖由 [i]盈盈笑[/i] 于 2007-6-11 13:17 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=674291&ptid=73294][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]


大哥,oracle8i 64bit的可以运行在5l 64bit上面. [/quote]


新出认证了?:lu1:

2007-6-11 13:33 盈盈笑
[quote]原帖由 [i]argenw[/i] 于 2007-6-11 13:21 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=674299&ptid=73294][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]



新出认证了?:lu1: [/quote]

认证不敢说,但可以跑.

2007-6-11 15:17 argenw
[quote]原帖由 [i]盈盈笑[/i] 于 2007-6-11 13:33 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=674312&ptid=73294][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]


认证不敢说,但可以跑. [/quote]

oracle 没给认证,最好还是不建议客户用,出毛病了就完了。:P

2007-6-11 23:10 盈盈笑
[quote]原帖由 [i]argenw[/i] 于 2007-6-11 15:17 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=674364&ptid=73294][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]


oracle 没给认证,最好还是不建议客户用,出毛病了就完了。:P [/quote]

oracle现在还给8i做支持吗?用8i不也完了?

2007-6-11 23:26 boypoo
盈盈笑  用过oracle8i 64bit for aix5L么?

certified metrix是不有的。


对于楼主的问题:
我建议使用大表prebuilt mv方式,小表使用 insert into xxxx select * from table@sourcedb;方式

但对于该方式,有些限制:
1.表不要太多(数千张后不太好检查)
2.long 类型不支持
3.表要有主键。

如果表没有主键怎么办呢,对部分表进行exp/imp

2007-6-11 23:41 boypoo
test case
请将zip改为txt

2007-6-13 11:55 wolfop
[quote]原帖由 [i]盈盈笑[/i] 于 2007-6-11 13:17 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=674291&ptid=73294][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]


大哥,oracle8i 64bit的可以运行在5l 64bit上面. [/quote]

记错了吧,8i的64BIT版本是FOR 4.3.3的。5L对4.3.3没有64位程序的二进制兼容性。

2007-6-18 17:26 argenw
Server Certifications
OS Product Certified With Version Status Addtl. Info. Components Other Install Issue
4.3.3 9.2 64-bit N/A N/A Desup:OS Yes None N/A N/A
5L 9.2 64-bit N/A N/A Certified Yes None None None
4.3.3 8.1.7 (8i) 64-bit N/A N/A Desupported Yes None N/A N/A
4.3.2 8.1.7 (8i) 64-bit N/A N/A Desupported Yes None N/A N/A
5L 8.1.7 (8i) 64-bit N/A N/A Not Planned Yes None None None
4.3.3 8.1.7 (8i) N/A N/A Desupported Yes None N/A N/A
4.3.2 8.1.7 (8i) N/A N/A Desupported Yes None N/A N/A
5L 8.1.7 (8i) N/A N/A Desupported Yes None N/A N/A

页: [1]


Powered by Discuz! Archiver 5.5.0  © 2001-2006 Comsenz Inc.