架构历程：
第一天
    和IBM ROCHESTER 维护团队负责人联系后，拿到了系统的IP以及用户密码等信息，总算可以登陆到服务器上了，但进去检查后，最大的发现操作系统中安装的HACMP 并没有安装需求完成。安装需求上要求是必须安装HACMP5.3 版本，而他们却安装了最新的版本HACMP5.4，而HACMP5.4 并不是ORACLE 验证过的，并且还没有听说有人在这样的版本中安装成功过。虽然在做了大量的沟通之后，但无奈美国人的做事方式，终于在一个工作日后拿到了似乎已经满足ORACLE EBS 搭建需求的系统。其实，同样的工作如果和中国的IBM朋友，可能也就3~4个小时就能完全完成，无奈可能是美国的做事方式，或者其他，协调、协调、再协调了整整1个工作日。这时虽然此次任务还没有正式开始，但总算可以稍微轻松喘口气了，但时间已经白白的过了1天了，此时时间已经到了美国时间的20：00。

    为了夺会损失的时间，于是泡上从祖国带来的“康师傅”牌方便面，闻着方便面的香味，嚼着“张铁林他爷爷的爷爷的”榨菜，连夜开始了复杂的ORACLE EBS 系统的搭建。

    根据ORACLE 的官方要求，对AIX 和HA进行了全面的检查，并准备了安装需要的用户环境以及编译工具，一切都准备了，于是就开始了正式的安装。开始的安装一切还算顺利，期间虽然出现了一些小的错误，但根据以前的经验都很简单的解决掉了。但安装到最后 出现ORA-03113 +ORA-07445 的错误，造成了节点2上创建数据库失败，虽然节点1上数据库安装成功了，但这是RAC 数据库啊，怎么着也就是整体安装失败。

此时的时间已经到没了美国时间的第二天中午。

第二天
    虽然这样的系统已经搭建多次，但现在怀疑时候安装过程哪个地方出现了纰漏。于是，重新完全卸掉，并把第1次安装的东西完全删掉。于是有全神贯注的对6个SERVER 的环境进行全面的检查，更加仔细的进行正规的安装….等快结束的已经又12个小时过去了…..但最后还是同样的错误，节点2 上ORA-03113 +ORA-07445，创建数据库失败。并且ORACLE 并没有其他特殊的错误，期间打了无数的电话，问了认识的所有的朋友，都没有遇到这样的问题。
此时，大家都很累了，由于时差的原因，也分太清楚是白天还是晚上，差不多近3天3夜没睡觉（晕，到了美利坚，也不至于兴奋到这个地步呀。）

    怀疑是不是ORACLE 的BUG，在METALINK 的搜索了大量的资料，也没发现相关的信息。
实在没办法了，只有 向ORACLE 发布较高级别的TAR 了，不亏是一级TAR ，ORACLE 很快给了响应，根据他们的要求，提供安装日志，提供ALERT 日志……….由于是印度的工程师负责，自己的英语口语也就“HELLO”，“THANKS”这样的水平，再加上那印度口音的英语，实在没办法有电话沟通了，只能在METALINK上交流.

    他们把信息收集后，说要分析。。。。于是，一边趁机迷瞪会，一边等ORACLE 的分析结果，时间已经过去了8个小时了，ORACLE 还在分析，也没有给予明确的答复………

第三天
    其实，天已经很亮了，新的一天又开始了，而我们的时间又要白白浪费了一天.
    根据以前的经验，并且北京的系统也是同样的环境，并能正常安装成功和运行的很好。基本可以否定ORACLE 的BUG. 时间紧迫啊，等ORACLE 的给结果还不知道猴年马月呢，于是决定不再指望ORACLE 的技术支持，决定自己去判定可能的造成的原因
以前，一直特相信美国人的技术很专业，近乎有点迷信的程度了，所以，一直没敢怀疑是不是美国IBM 工程师安装的AIX 是否有问题。虽然安ORACLE 的安装需求是完全满足的。但现在的确没辙了，不怀疑真的过不去了，于是为了测试出现问题的节点2 服务器的操作系统是否真有问题，不安装了RAC 数据库 ，而是直接安装一个单点的ORACLE 数据库。但到最后，在要创建数据库的时候，同样的问题，同样错误出现了….同样是ORACLE 的进程起来后，一会就会自动断掉，出现ORA-03113 +ORA-07445的错误。

    哈哈，现在，完全可以断定操作系统肯定有问题了。此时已经是第三天美国时间下午1点多了。
    发现的这个特别严重的问题，于是想美方IBM提出协调，而美方以已完成了我们所提出的所有需求为理由，不再提供进一步的Support。这或许就是美国人的做事方式。协调、协调、再协调，这次怎么也没协调成功。就这样一个下午又白白过去了。
既然美国IBM 不给support，只有自己想办法了，于是向中国的朋友求援.虽然，现在的时间是北京的凌晨了，但中国的朋友还是很热情的给予援助。通过IBM的朋友很专业的分析和对比：

    发现这台服务器是曾经打过ML06的补丁，但又删掉了，却没有完全删掉了，有一部分文件处在ML06，但大部分文件却是ML05的完整文件，并且经过对关键包的对比，这台服务器和另外一台做双机的机器有很大差异,这样文件不一致，存在BUG 的可能性很大。 决定把补丁升级到ML06的全补丁。他们开始下载ML06的补丁包，2G大小的包，通过internet 下载然后传到服务器上，再解开，怎么也需要半天的时间。此时没有我的事了，也帮不了什么了，于是再吃点方便面、迷迷糊糊睡一会。

第四天
    迷迷忽忽睡了一觉，IBM 工程师把补丁总算打完了。
为了测试系统的可用性，减少出现错误再重来的时间，决定在有问题的机器上先安装一个单纯的单点ORACLE 数据库，一切顺利，创建数据库成功。
第四天美国时间 20点又开始 ORACLE EBS 安装。

第五天
经过大概12小时的正常安装，成功！！！
此时离出发去机场还有2个小时……………….
此时幸福是什么？ 睡觉、睡觉、再睡觉。
几个小时侯后，坐上了回祖国的飞机。

后续
    回国后，和美国那边再次沟通，美方在事实面前也不得不承认，是他们的疏忽所造成。
总结
    在这7天的时间里，由于倒时差和无尽的加班，老程睡眠不到40小时，老王睡眠不超过25小时，我连20小时都不到。这次美国之行没有时间去领略五大湖的宜人景色，也没有时间去领略美国的风土人情；但领略到了国际化道路的不易，领略到了中美团队之间对工作方式和态度的差异，更看到了中国团队的勤奋和无限的生气……