一个让人郁闷的项目实施经历

最近刚做了群集的项目，是做MSCS加sql server 2000，做的很是郁闷，首先我还是来介绍一下环境吧！

硬件环境：

                 服务器：HP DL380 G7两台＋FC HBA卡两块

                 存储：   HP P2000 G3 FC Dual Controller LFF

软件环境：

windows server 2003 R2 x86   SQL Server 2000 Enterprise

 

网络环境中已有两台DC，所以做cluster的时候只需要加入域即可。我的任务就是把存储划好，系统装好，群集做好，数据库安装好，就可以了。

实施的步骤如下：

1. 用HP的smartstart安装操作系统，并安装好HBA卡驱动和HP的多路径软件。
2. 划好存储，这里我只划了两个LUN，一个用作仲裁一个用于数据存储，把两个LUN都映射到两台服务器上。
3. 设置网络加域 ，并检查共享磁盘。
4. 创建群集，添加第二个节点。在添加第二个节点的时候出现了一个叹号，错误消息是"0x00138f 群集资源未找到"微软的说法可以查看下面的链接http://support.microsoft.com/kb/909968。我没有理会，一切继续。测试下来一切正常。
5. 安装sql server 2000 ，在安装之前创建MSDTC资源。在群集上安装sql server 2000 和在本地安装没有什么太多特别的地方，只是在选择安装的不是本地服务器安装而要选择虚拟服务器，再接下来就是安装sp4的补丁。
6. 安装完sql server 2000 sp4接下来就是分离附加数据，把原来老的服务器的数据转移到新的群集服务器上来。

当这之前的事情做好以后，郁闷的事情从现在就开始了。用户用之前的ERP客户端程序来连接SQL SERVER的客户机有的只能用IP连接，有的只能用sql server的虚拟名称连接。就为这个问题客户一会儿怀疑我的群集有问题，一会儿怀疑我安装sql server有问题，搞得我头都大了。还要我改sql server的虚拟名字和虚拟ip，这个改名字我没改过，以为就是直接在参数里面更改就行了，没想到一改，sql server 的服务都起不来了。本来是装的没什么问题的，现在搞出问题来了。sql server 想卸载但是卸不掉，只得重装系统装群集装SQLSERVER，这样又做了一遍，又测试还是老样子。之前的操作都是在星期六星期天做的，不行可以重来，但是明天就是工作时间了，只能把旧的系统恢复了。因为不能占用原来老的服务器的IP及计算机名，这就意味着我又得重新卸载sql server了，真是崩溃了，第一次卸载的时候就是因为卸载sqlserver没卸好所以要重新装系统，我可不想再次重装系统，这次一定要把sql 卸载掉。一开始想在控制面板里找到sql server 2000 来卸载，没找到，最后只能重新运行安装程序来卸载，但是这样运行了以后还是有一部分没有卸载，但是我发现再次运行安装程序的时候已找不到虚拟的服务器名称了，我就试着选择节点的名字来进行本地卸载，这样在两个节点都运行了一次再重启就完全卸载了。再安装SQLSERVER的时候没有报任何的错误。最后改虚拟服务器名称和IP又得装了一遍SQLSERVER。最近真是没法了，星期一客户请来了做ERP开发的技术人员来了，我把我们遇到的问题和他说了一遍，他测试了一下数据库，得出的结论是数据库没问题，ERP客户端的版本不一样，更新一下动态库文件就行了，真是让人郁闷的事情呀

   通过这次这样一个事情，我学到了两点：第一，当你觉得你是对的的时候一定要坚持，当时就是因为自己不坚持，总在自己服务器上找原因，结果装了两遍浪费时间 。

第二，一定要找对的人来做对的事。你不要一个搞开发的人来搞网络，也不要一个做系统管理的人来做开发的事情，这样是做不好事情的。