美女客户见证数据泵导入时报版本不兼容的错误

       今天接到客户电话，让帮忙导数据。当然这是客户说客气话啦，其实这是我分内的工作。接到电话后，以最快的时间处理好手头的工作，向客户交代的地点奔去。成都最近天气总是多变，天空中飘着稀稀拉拉的下雨，在这样的天气情况下，最后是飞奔到现场。
       赶到客户现场，找到接应我的接口人，是不是有种地下工作者的感觉啊！此时，接应我的是一位美女，我想做dba的兄弟们该对我羡慕嫉妒恨了吧！恨不得去现场的人是你们了吧！这位美女把我带到了工作现场，跟他们公司的需求人员一阵沟通后，把工作环境为我准备好。待我坐下后，本以为美女接口人会离开，哪知她是来陪我的。哈哈，说到这儿，估计dba的兄弟们，更是羡慕了吧！
        待我找到dump文件，并进入数据库查看情况时，其实我也只是通过操作系统认证登录到oracle数据库，习惯性的查看dump文件需要导入的用户是否存在，用户对应的默认表空间的存储是否满足时。美女接口人，对我是一阵夸啊，顿时觉得自己高大上啊，特别是看到她那双崇拜的眼神，心里那个得意啊！
        正想给美女show一下什么叫professional，华丽丽的敲完导入脚步，刚一回车，就ora错误就蹦到我的眼前，前面还想华丽丽，结果遇到ora错误。
        下面我们来谈一谈导入报错的原因吧！先是映入我眼帘的是ora-39001:参数值无效 ora-39000：转储文文件说明错误。如果只是看到以上错误可能大家会认为是不是我的导入脚步存在问题，或者怀疑dmp文件收到损坏。我大声告诉你说"NO",像我这么"professional“的人，绝对不可能嘛（当然报错后，下意识的已经检查过脚步了，不然说这句话时，会心虚的），下面我再附上下面的错误信息，ora-39142:版本号3.1《在转储文件：....(此处时dmp文件的路径)》中不兼容，看到这儿大家明白了吧。根据报错信息，很明显导入的dump文件是从一个高版本的数据库导出的，导入的数据库版本为10.2.0.5.0,通过与客户的技术人员确认，该dump文件是从11.2的版本导出的。可能是相关人员沟通不畅，也有可能对于的技术人员忽略了版本只能向上兼容的特性。
         这时问题找到了，得给美女一个交代吧，如果是技术人员，可能一两句话就能给对方讲清楚，可是这位美女她.......。哎，只能给他讲讲故事了，庆幸的是她慧根高，在我的各种努力下，她算是明白了无法导入成功的原因。
         到这儿还没有完呢！不可能直接给客户说dump文件版本不兼容，导入不成功。对于我这样“properssional”的人，这样回答臣妾做不到。
        当然这个时候需要给提供dump文件的技术人员进行电话沟通，告知他关于impdp导入时，使用version参数进行版本指定，把导入dump文件的目标数据库的版本号告诉他，让他重新导出一份dump文件，最后再进行完成导入工作。
        多番折腾后，终于还是完成了客户交代的工作。走出客户公司大门，天空中依然飘着小雨，此时，也只能选择飞奔离去（这就是不带雨伞的下场啊）。
         

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/28930791/viewspace-1180111/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/28930791/viewspace-1180111/