为了几天后的系统测试，需要在虚拟机安装整个系统，数据库使用了Oracle 10.2.0版本，但由于Oracle的军情谎报，害我重装了N回。

目前正在运行的数据库服务器是10.2.0.3.0版本的Oracle，当我DMP出一个数据副本并IMP到虚拟机的数据库中时，Oracle竟然无法读取该文件。仔细查看后发现，虚拟机的数据库版本为10.1.0，遂将其卸载改换成Oracle 10.2.0。从此恶梦开始了。

IMP数据时，新版本的Oracle已经可以读取DMP文件，但在执行导入作业时，老是运行失败，并提示：

ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小 

PL/SQL 第18行错误

....

几次都是这样。

无奈之下只能求助Google，搜索之后，发现了所谓的Oracle Bug之说。这正是我担心的，因为我手头只有10.2.0.1.0的安装文件。难道...没有别的办法，从网上死拖下来一个10.2.0.3.0的安装补丁，安装，经过N遍重装修补之后（安装补丁也不是那样顺利，错误N多，在此不细描述），现实又给我浇了盆冷水－－还是同样的错误。

看来，并不是所谓的BUG在捣鬼。

于是只能重装回10.2.0.1.0（排除升级为10.2.0.3.0后带来的其它问题）。而对于这一错误的解决方法（出自于网络资源）－－修改缓冲区大小我也是找不着地方无从下手，看来，俺今天要加班了。

临下班时，我在翻看导入log时猛然间发现了一个可疑的地方。

XXX导入错误，未找到表空间XXX

我迅速找到真实系统的表空间设置，果然发现该服务占用了两个表空间，而在虚拟机系统中只有一个表空间定义，而在导入的时候并没有做映射。难道...死马当活马医，三下五除二，做好了导入表空间的映射。导入...

漫长的2分钟过去，OK！成功了，那个令人费解的“字符串缓冲区太小 ”错误竟然没出来。

当系统跑起来的时候，都下班一个小时了，不过今天算没白加班，也替大家领教了一下Oracle的谎报技术。