MYSQL-5.5.22的编译安装

整合基本是完成，旧的规矩打破，新的规矩还没有形成，现在一个感觉就是“乱”。国营企业真的不是在做企业，而是在做“政治”。好在新公司有一台IBM System P570，运行IBM AIX5.3，原来是公司的PDM服务器，后来在测试公司的OA系统时，被OA公司的工程把系统做“死”了，OA公司的工程师拍拍屁股走了，留下一台裸机，后来也有几个技术员去弄了几回，也没有搞定。

这段时间趁着一个“乱”，自己静下心来开始鼓捣这台机器在，对于小型机只是听说过，从来没有见过机器和操作系统是什么样子。首先怀着好奇的心情跟着同事走进了机房，经同事介绍和操作从感性上认识了机器以及运行在其上的操作系统，试着输入root/root回车后屏幕上出现了一大堆英文提示，进不了系统桌面，看了10分钟，感觉无从下手，转身走出了机房，觉得都是被windows害的，离开windows简直不会玩电脑了。

回到办公室开始上网，在baidu.com 中输入“AIX”，开始补课，找最基础的内容，学习怎么安装，基本命令，从理性上慢慢接触，等明白Linux系统的操作与AIX有点相似时，为了试手，不得不把AIX放在一边，先学Linux。在笔记本上装上VMWare，然后安装了自己的第一个Linux系统，还是比较顺利，开始对着教程一条一条命令的操作，对Linux系统的一些概念进行了解，试着部署LAMP，并对部署过程中出现的问题进行处理，逐步有了进一步的认识，又开始恶补了一些AIX的知识。

再次回到机房面对屏幕上的一大堆英文，用自己仅有的一点英文水平，逐字逐句的拜读，慢慢明白出错在hosts和resov.conf这两个文件，重启系统进入命令行方式，按照提示分别找到了这两个文件，用VI查看了其中的内容，这时自己网络方面的经验发挥了作用，在hosts文件中修改了IP地址与主机名的对应关系，在resov.conf文件上修改了namespaces对应的域名服务器地址，重启机器后，顺利地进入了桌面，真是激动人心，没想到自己初次操作，就能解决了一个问题，AIX系统看来也没有那么神秘，开始有了恢复这台PDM服务器的想法。

先与同事了解整个事件的过程，为什么不能恢复这台PDM服务器，收集有关这台服务器的有关资料。第一步要解决的是先将从oracle数据库中用EXP导出的DMP文件用IMP导入到新安装好的oracle数据库中。问题是在导入时老提示:

IMP-00010: 不是有效的导出文件，标题验证失败

IMP-00000: 未成功终止导入

自己试了一下，的确如此，难道备份的DMP文件损坏了，而且这是恢复这台PDM服务器的关键一步，怎么办呢？根据经验有两条求助热线，一是求助自己熟悉的技术支持工程师，二是求助互联网。两条热线都走了一启遍后，得到以下结论：

1.imp/exp的版本不对，也就是说低版本的导出，可以用高版本的导入，但高版本导出不能用低版本的导入，这个版本不只是指imp/exp的版本，也是指数据库的版本。

2.可能你在用ftp download时未设置binary的传输方式，导致文件损坏。

首先验证第一条，用UltraEdit-32打开dmp文件可看到版本信息，发现版本都一样。

第二条如果文件损坏了如何修复，再到网上查，发现没有获得有价值的资料，倒是得到了一些提示，文件可能没有损坏，只有从“binary的传输方式”方面试一试，用flashFXP试着设置binary的传输方式传来传去，问题依旧。在快放弃的时间突然灵感一来，何不换一下ASCII的传输方式试一下，为了保证传输的准确性，采用DOS下的FTP命令，设置好相关参数后，从本机将DMP文件传到了AIX服务器，再次导入时，错误提示找不DMP文件，是不是自己写错了，检查了下文件名的确没有写错啊，问题在哪儿呢？难道是权限问题？

第二天先学了一下如何修改文件权限的方法，再到服务器上输入chmod 644 ***.dmp对备份的文件修改了权限，再导入时，激动人心的时刻到了，再没有错误提示，顺利地将备份数据导入数据库中。

本文出自 “yyc_safety” 博客，请务必保留此出处http://90546.blog.51cto.com/80546/486873