资讯专栏INFORMATION COLUMN

ORA-39373报错问题定位分享

IT那活儿 / 2778人阅读
ORA-39373报错问题定位分享

亲爱的小伙伴们,大家好。

日常数据库维护过程中我们经常会进行两库间数据迁移工作,本次我将分享一下ORACLE12C通过数据泵从高版本12.2迁移数据到低版本12.1过程中遇到的问题,分析思路及处理方法。


[
1、事件背景
]

某运营商一个业务系统因存储空间不足导致业务无法扩展,为满足后续业务增长需求与相应业务部门开会商讨,将其数据库迁移到另一套新购设备存储上。

介绍问题之前先介绍下数据迁移大致流程:


a)权限及配置检查

在迁移之前需要检查源端数据库用户权限、DBLINK、连接数及字符集等配置。


b)表空间使用情况检查

统计源端数据库表空间使用量,在目标端进行创建,并适当扩大UNDO表空间和TEMP表空间,防止在迁移过程中出现快照过旧和临时空间不能扩展的问题。


c)按用户实施数据对象迁移

使用ORACLE工具EXPDB和IMPDP相结合,来进行数据迁移。


d)数据一致性校验

数据迁移完成后需要重点进行源端与目标端对象数量是否一致。



[
2、踩坑过程
]

万事俱备只欠东风,与应用维护人员约定好时间和地点,准备搞起来。


登录数据库主机大胆地搞起

expdptest_link/Test_link@c5xx1ora1_pdbxxxx

cluster=n dumpfile=pdbxxxx_table_%u.dmp  

schemas=AXXX,BXXX

directory=DP_DIR

logfile=exp_PDBXXX-20201112.logversion=12.1.0.2.0  compression=all  parallel=6  


备注:在高版本导入低版本数据库,在高版本数据库数据导出时,要加上version参数(目标端数据库版本),来解决兼容性问题。


咦,怎么报错了呢


报错如下“

ORA-39373:cannot export TABLE_DATA:"AXXXX"."JL_RD_ST_AUDITRESULT_634_201909"to version 12.1.0.2.0 due to long identifiers”


问题分析及解决办法:


查询相关Mos资料

12.2DataPump Export (EXPDP) Using a Lower Export Client Fails Due ToORA-39373 (Doc ID 2369249.1)


说明:12.1.0.2.0版本的数据库所支持的对象名长度为30字符,而在12.2.0.1.0及其以后的数据库已经解决了字符长度(最大长度128)限制的问题。


例如:在12.1.0.2.0低版本数据库创建一个长度为30和31的表,长度为31的表创建不成功。


为了解决这一问题,找出源端数据库中所有对象名超过30的对象,共计3千多个长度超过30个字节的对象。


通知业务人员对长度超过限制的对象进行删除或者重命名。重新导出恢复正常,无报错信息。


[
3、总结
]

在12CR2版本导入12CR1版本的过程中,由于高版数据库对象名长度限制是128个字符,而低版本对象名长度限制是30个字符,所以要找出高版本库中所有对象名长度超过30的对象,对他们进行删除或者重命名,否则会出现类似“ORA-39373”报错,希望这次分享能够给大家带来帮助。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/130065.html

相关文章

  • 一步一步搭建前端监控系统:如何定位前端线上问题

    摘要:一直以来,前端的线上问题很难定位,因为它发生于用户的一系列操作之后。当然,这些问题并非不能克服,让我们来一起看看如何去定位线上的问题吧。地址参考一步一步搭建前端监控系统错误监控篇一步一步搭建前端监控系统接口请求异常监控篇 摘要: 记录用户行为,排查线上BUG。 作者:一步一个脚印一个坑 原文:如何定位前端线上问题(如何排查前端生产问题) Fundebug经授权转载,版权归原作者所...

    aaron 评论0 收藏0
  • 深度解析Tengine的调试与资源监控方法论

    摘要:是由淘宝网发起的服务器项目。回源监控是内容分发网络的简称,其分发的内容来自用户源站,负责回源的模块是最重要组成部分之一,使跨越单机的限制,完成网络数据的接收处理和转发。这部分主要介绍的一些调试技巧和回源资源监控的内容,以及相应的实例分享。 摘要: Tengine是由淘宝网发起的Web服务器项目。它在Nginx的基础上,针对大访问量网站的需求,提供更强大的流量负载均衡能力、全站HTTPS...

    everfight 评论0 收藏0
  • 业务开发中的调试方法总结

    摘要:业务开发中的调试方法总结这段时间,接触了单元测试,同时业务中遇到了一些需要排错调试的情况,就把自己的经验做个小结。但是如果你的业务经常变化,但是变化的部分并不会影响单元测试,那这种情况下的单元测试性价比就很高。 业务开发中的调试方法总结 这段时间,接触了单元测试,同时业务中遇到了一些需要排错调试的情况,就把自己的经验做个小结。 3种调试方法 狼叔说,常见的三种调试的境界 初级: 打l...

    KaltZK 评论0 收藏0
  • 编程新手如何更好地提问

    摘要:如果你也曾遭遇这样的问题,或今后打算在编程社区里成长,请务必看看我接下来要说的东西如何正确地在编程社区提问绝大部分得不到满意回答甚至引来不满的问题,都是问题本身的原因。对新手来说,的可能性更大。 学编程难免遇到问题,遇到问题难免要上网求助。然而有过不少同学向我诉苦,说 在网上提问没有人回答,有的还收到一些不是很友好的回复 。我自己也在经常上的论坛上目睹过类似的帖子。以至于有人说,程序员...

    Salamander 评论0 收藏0
  • 35岁,一个团队leader,从工作满8年的公司离职,选择重新尝试新机会,或许35岁才是起点。

    摘要:面试从开始准备到一直到年月份,面试现在这家公司,大概经历了年半的时间。后边也证明自己选择是对的。,,,,等也是测试必备的工具技能,这些虽然不是很难,但也是常用必备的技能。 ...

    SoapEye 评论0 收藏0
  • 记一次 MySQL 数据库问题排查

    摘要:完成此次修改后,这个异常没有再复现,但是响应缓慢的情况依然没有得到缓解。问题一条引发的血案我们再次查看了错误日志,发现了另一个异常报错。不可重复读事务还没有结束时,事务也访问同一数据。 最近遇到应用频繁的响应缓慢,无法正常访问。帮忙一起定位原因,最后定位到的问题说起来真的是很小的细节问题,但是就是这些小细节导致了服务不稳定,真是细节决定成败。这里尝试着来分享下,希望对大家有所帮助。 问...

    marser 评论0 收藏0

发表评论

0条评论

IT那活儿

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<