懵懵懂懂搭建双机RAC环境(本能搭建)

起源：无知者无畏的IT小新兵接手了一个集成数据库的活，作为甲方人员，具体的技术工作自然有相应的人员去完成，IT小新兵需要做的只是梳理各方需求，同时将集成工作和部门内部的流程结合起来。

手头资源：两台刀片BL685C，两个未满的刀框C7000，以及一批可以调动和询问的工程师。

懵懂的IT小新兵开始了第一步：去机房观察刀框是否具备插入条件。刀框A具备两个全高的空间，可以直接插入。刀框B则没有全高的空间，只能挪动位置后插入。很明显，插入刀框A是最佳的选择。于是，开心的IT小新兵回去邮件抄送大家了：位置可行，请大家准备安装操作系统和数据库软件吧。

前期工勘完成了，那么可以开始设计了吧，IT小新兵找到部门的数据库大牛，询问数据库安装需要那些条件。数据库大牛伸出手指，提出两点：目录规划，IP规划。目录规划分为本地和共享两方面，本地么就是预留一个60G的目录装数据库软件即可，规范的安装路径就是/opt/oracle，真正的数据文件是要建立在共享文件系统之上的，一般是两个目录，/oracle/crs用来存放集群文件，/oracle/oradata用来存放业务数据文件。至于IP，大牛嘴巴一动，就吐出了两个VIP,两个public IP,两个private IP,一个SCAN ip,共七个IP需求，把小新兵砸的一愣一愣的。不求甚解的小新兵没有搞清楚IP的用途，只是念叨着七个IP，七个IP。殊不知就这七个IP，后面又让小新兵辗转数次。

IP需求有了，目录规划有了，那么就继续进行吧。这时候，第一个意外因素出现了：原计划插入刀框背后的光纤背板无法接入存储SAN网络。这里科普一个光纤网络的知识，同样采用光纤线传输信号，光纤卡分两种，一种是用于以太网的光纤卡，一种是用于存储FC网络的光纤卡，两者的传输介质相同，但协议完全不同。而通信协议和光模块之间具有相关性，小新兵原先设想的刀框不能插入了。然而幸好天无绝人之路，另外一个刀框B后面的光模块是FC光模块，可以用来走存储FC协议。

那么好吧，准备挪动刀片腾位置，这个动作就比较大了。要知道，需要挪动的刀片是正在生产系统中使用的刀片，并且对应的业务又是一个很重要的业务。在这种情况下，不出问题是第一要素，宁可慢，不可错。小新兵和硬件厂商一起，上找网络维护工程师，下找存储工程师，中找系统维护工程师。拉了一群专家过了变更方案，总算是成功的把刀片无惊无险的挪动了一下位置，为新插入刀片腾出了空间。为了挪动刀片，中间又做了布线、交换机VLAN配置等工作。

OK，现在刀片弄好了，下一步就是安装操作系统和数据库软件了吧~ 这个时候，第二个意外因素出现了。小新兵在前期沟通的时候，忘记了一个重要的角色，中间件！

RAC数据库是建立在共享文件系统之上的，而共享文件系统的建立涉及到对底层存储的管理，不是操作系统自身可以搞定的，需要添加一个中间件软件：storage foundation。而storage foundation的安装是需要两个网卡来做心跳的（注：storage foundation的心跳协议不是TCP/IP协议，理论上可以共用现有的网络，但是不合规范）。那么好吧，需要新增两根网线作为Storage foundation的心跳。

一切OK，终于可以正式安装了。装好Storage Foundation软件，对底层映射上来的存储进行共享卷管理。这样两台主机就可以同时识别到共享存储了。这也是RAC数据库的建立基础之一。然后就开始安装数据库软件，打上最新的补丁。之后进行建库操作，设置数据库参数、建立表空间等等。

折腾良久，终于将一个集成好的数据库环境交付给业务侧使用了。

过程曲曲折折，最终成功的提供给了业务侧可用的数据库环境。但是回顾整个过程，小新兵发现自己的一个致命错误在于：没有召开一个工程启动会。为了省去一上午的会议时间，却把大量的时间花在了邮件链上。对整体架构知识的缺失也是另一个拖慢进度的点。