悲惨的圣诞节

        圣诞节前夕兰州客户网络重新配置，我们系统所有机器ip重设。22号凌晨从徐州出发晚上赶到兰州。晚上在ibm论坛中找到一份资料，群集服务器修改机器ip只需要将群集服务停止，然后开始修改ip，最后重起群集服务即可。
        修改ip之后23号上午开始备份数据库，克隆操作系统，备份服务器上应用软件。准备开始修改ip地址。恶梦从此开始。
        一个错误先后犯了两次，不可原谅。第一次在应用群集服务器组的时候没有开磁盘阵列柜，就开机了。不过两分钟不到阵列自动修复。第二次在数据库群集服务器开机操作时又犯了同样错误，三个小时过去后，阵列还没有恢复，所有磁盘亮黄灯。
        先不管数据库服务器群集，做好应用服务器群集再说。
        两台机器停止群集服务，修改机器公网ip，启动两台机器群集。群集无法启动。彻底晕倒。因全厂网络重设，无法上网，彻底变成一个瞎子。只好乱碰。
        再次停止群集服务，改回ip，启动群集服务，ok。是不是先修改群集Ip呢？说动就动，群集ip资源离线，修改之。停止群集服务，修改ip，启动服务。群集无法启动。郁闷，赶紧恢复之前克隆过的系统。机器启动后。完了，群集还是无法启动。重做。数据库服务器没有什么好搞得磁盘阵列都挂了，一起重做。
        应用群集因为安装时语言选择错误，导致iis出现乱码，web系统无法正常显示，只好重做。
        数据库群集因为活动目录安装错误，只好重做。
        24号凌晨5点钟，数据库群集在安装oracle双机热备时，无法启动监听。好在昨天下午5点左右时候恢复网络可以上网。7点30，在试过所有可以找到的方案，最终以失败告终。而且实在困的不行了，身体开始冒虚汗，躺在防静电地板上睡到8点厂方来人，最后找到上次解决难题的厂方dba解决问题。11点钟恢复数据，又犯一个严重错误，导入命令写成导出命令，现在连备份数据都丢失了。好在9点钟时候做了一个临时数据库。下午3点钟数据库服务器恢复完毕。
        3点30测试web系统无法连接数据库，才发现公司平台无法使用oracle10g客户端，当机器上安装多个版本oracle客户端，且卸载过。asp.net则无法连接数据库。没有办法情况下应用群集服务器再次重装。晚上9点多钟终于回家睡觉。
        平安夜，平平安安在家睡觉！