免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 5407 | 回复: 10
打印 上一主题 下一主题

oracle 跨平台跨版本迁移 求助 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2011-08-11 10:55 |只看该作者 |倒序浏览
提示: 作者被禁止或删除 内容自动屏蔽

论坛徽章:
0
2 [报告]
发表于 2011-08-11 12:51 |只看该作者
迁移数据库是一个很困难的事情,在Oracle10g或者更新版本,提供跨平台传送表空间特性,允许你迁移所有非系统表空间。也就是说,跨两个不同系统平台上的Oracle数据库上传送表空间。
但有一个关键技术是endian格式。
下面命令可以查询各种平台的endian格式兼容性:
SQL> SELECT * FROM V$TRANSPORTABLE_PLATFORM;

如果源平台和目标平台的endian格式不同,必须增加一个步骤,将源与目标平台的格式转换一致。如果它们的endian格式相同,不需要转换,表空间可以像同一平台一样传送。

前几天有一个帖子做了这方面实验,做的非常好。
http://bbs.chinaunix.net/thread-3568531-1-1.html
具体方法可以参照他的。

使用可传送表空间的限制
你规划传送表空间时要注意下面限制:
·源和目标数据库必须是相同的字符集和国家字符集设置。
·你不能传送一个与目标数据库中具有相同名字的表空间,在传送之前,你可以修改源或目标数据库中的表空间名字。
·基本对象(例如物化视图),或者包含对象(例如分区表)不可传送,除非所有底层或包含对象在表空间中设置。
·从Oracle 10g版本2开始,你可以传送包含XML类型的表空间,但你必须使用IMP和EXP工具,不是数据泵。使用EXP时,确保CONSTRAINTS和TRIGGERS参数设置为Y(这是默认值)。

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
3 [报告]
发表于 2011-08-11 17:00 |只看该作者
为什么不exp全库导出。

论坛徽章:
0
4 [报告]
发表于 2011-08-12 09:45 |只看该作者
提示: 作者被禁止或删除 内容自动屏蔽

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
5 [报告]
发表于 2011-08-12 10:04 |只看该作者
exp full=y

论坛徽章:
3
CU大牛徽章
日期:2013-09-18 15:16:55CU大牛徽章
日期:2013-09-18 15:18:22CU大牛徽章
日期:2013-09-18 15:18:43
6 [报告]
发表于 2011-08-12 11:12 |只看该作者
最近比较忙,很少上来,我来谈谈看法:

报错信息:

ORA-39083: 对象类型 SYSTEM_GRANT 创建失败, 出现错误:
ORA-00990: 权限缺失或无效
失败的 sql 为:
GRANT UPDATE ANY CUBE DIMENSION TO "OLAP_DBA"

。。。。

ORA-02374: conversion error loading table "GFMIS1306050002011"."T_FMSUBJECT"
ORA-12899: value too large for column YEARDC (actual: 3, maximum: 2)

ORA-02372: data for row: YEARDC : 0X'BDE8'


从提示信息可以看出 是在将更新cube dimension的权限给OLAP_DBA时出现错误! 这是由于11g和10g内部的差别,所以出现问题

这里建议你不要使用full=y的模式,按照你的业务数据库用户expdp即可,当然也可以采用按照业务数据库用户用exp来导出(性能比expdp是要差一些的!),这样只导出业务数据而不涉及到任何数据字典信息。

这样就可以预防由于软件版本不同、数据库安装组件不同等等引起的不必要问题!

论坛徽章:
0
7 [报告]
发表于 2011-08-12 11:43 |只看该作者
提示: 作者被禁止或删除 内容自动屏蔽

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
8 [报告]
发表于 2011-08-12 22:01 |只看该作者
回复 6# duolanshizhe


    难得见到你再来啊。有空多来解答大家的问题。

论坛徽章:
0
9 [报告]
发表于 2011-08-12 23:34 |只看该作者
10g  可以直接用convert db 功能了,比expdp方便多了。

可以参考我很早以前写的一篇文档 http://hi.baidu.com/xu521huan/bl ... c01c429822ede4.html

论坛徽章:
0
10 [报告]
发表于 2011-08-30 10:39 |只看该作者
本帖最后由 leimingbuaa 于 2011-08-30 10:42 编辑

删了 ,都有人说了
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP