Windows2003+SQL2005群集安装注意事项
１、共享介质：共享磁盘的逻辑分区不要少于3个：仲裁/分布事务（DTC)/数据，如果将来可能出现更多的群集应用，则应考虑更多的分区数。不推荐将某一分区重复指派给多个集群应用。分区的大小要合理化并尽可能地做预期分析，仲裁文件通常只有5M，DTC日志也只有6M，因此这种分区给500M都是浪费。而数据文件在5年后可能超300G，所以用于数据存放的分区要越大越好。一定注意所有共享磁盘的文件系统只能用NTFS文件系统。共享介质的部署一旦完成并启用，要想变更是十分困难的，包括将来的增盘扩展操作，其人力成本也是非常之高的。所以这一环节要十分慎重。２、独占介质：推荐至少分2个区，模式为［主＋扩（逻辑盘）]。双主分区的模式是很危险的。系统分区的大小要足够于将来应用程序的安装。为了方便备份，不推荐将应用程序安装在系统分区之外。保至少一个分区用于备份系统镜像以应不时之须。３、操作系统：不要使用没有把握的SN序号，不然系统可能在30天过期。服务许可类型一定是“每服务器”，而不是“每客户”，不要对许可类型做测试，因为这种操作是不可逆的。不要使用任何优化软件对系统进行优化，不是十分有把握不要禁用系统的任何已打开的服务。不要使用SP2以外的版本进行安装。因为SP2更安全，做群集的在成功率也更高。４、系统群集：群集前一定不要让双机同时挂接共享介质，只有在至少一方已启动群集服务的情况下，共享介质才是安全的，否则可以出现重大数据灾难。所以在群集过程中一定要注意开关的顺序。一定要保证双机在盘符和命名方面的统一性，否则第二节群集可能出现失败。不要为操作系统另外安装DTC（IIS安装有这个选项），操作系统原有的DTC服务是最清纯的。群集前安装好IIS等服务，如果要对IIS进行群集同样遵守这个原则。网络配置的原则可以参阅相关的资料。群集一旦完成，IP地址变更是相对烦琐的事情，所以一定不能冲突。本地连接==高级配置==中的连接排序中的public在先。心跳线的工作方式以稳定为原则，没有必要定为10M半工。不推荐为将DTC加入群集组。最好为DTC创建独立的IP地址、WINS名称和磁盘分区。加入第二节点时一定会出现一个找不到共享介质的错误，这是正常的，因为此时的介质由第一节点的群集服务锁定（所以安全）。群集完成后，最好分先后次序重启双机再行群集SQL操作。
５、群集SQL2005：在进行SQL2005群集时注意两个问题，一、出现组件选择时，只选取可以群集的两组对象，其它的组件可以在群集完成后分别对双机一一安装。二、事先在域管理器为SQL创建一个全局安全组以备安装过程中指派。推荐在第二节点上启动SQL群集安装。安装过程中可以通过监视另一方的任务计划来发现SQL群集过程中是否存在问题。６、其它：最好在初装系统完成后做一个系统备份以应不时之须，最在配配完成后群集配置前也为系统做个备份以应不时之须。而群集一旦启用，备份一定要包含一份仲裁日志文件，否则恢复后，仲裁日志立刻不一致的错误将导致群集崩溃。尽可能为不同的应用创建指派不同的账户身份，否则口令安全无从谈起！
１、共享介质：共享磁盘的逻辑分区不要少于3个：仲裁/分布事务（DTC)/数据，如果将来可能出现更多的群集应用，则应考虑更多的分区数。不推荐将某一分区重复指派给多个集群应用。分区的大小要合理化并尽可能地做预期分析，仲裁文件通常只有5M，DTC日志也只有6M，因此这种分区给500M都是浪费。而数据文件在5年后可能超300G，所以用于数据存放的分区要越大越好。一定注意所有共享磁盘的文件系统只能用NTFS文件系统。共享介质的部署一旦完成并启用，要想变更是十分困难的，包括将来的增盘扩展操作，其人力成本也是非常之高的。所以这一环节要十分慎重。２、独占介质：推荐至少分2个区，模式为［主＋扩（逻辑盘）]。双主分区的模式是很危险的。系统分区的大小要足够于将来应用程序的安装。为了方便备份，不推荐将应用程序安装在系统分区之外。保至少一个分区用于备份系统镜像以应不时之须。３、操作系统：不要使用没有把握的SN序号，不然系统可能在30天过期。服务许可类型一定是“每服务器”，而不是“每客户”，不要对许可类型做测试，因为这种操作是不可逆的。不要使用任何优化软件对系统进行优化，不是十分有把握不要禁用系统的任何已打开的服务。不要使用SP2以外的版本进行安装。因为SP2更安全，做群集的在成功率也更高。４、系统群集：群集前一定不要让双机同时挂接共享介质，只有在至少一方已启动群集服务的情况下，共享介质才是安全的，否则可以出现重大数据灾难。所以在群集过程中一定要注意开关的顺序。一定要保证双机在盘符和命名方面的统一性，否则第二节群集可能出现失败。不要为操作系统另外安装DTC（IIS安装有这个选项），操作系统原有的DTC服务是最清纯的。群集前安装好IIS等服务，如果要对IIS进行群集同样遵守这个原则。网络配置的原则可以参阅相关的资料。群集一旦完成，IP地址变更是相对烦琐的事情，所以一定不能冲突。本地连接==高级配置==中的连接排序中的public在先。心跳线的工作方式以稳定为原则，没有必要定为10M半工。不推荐为将DTC加入群集组。最好为DTC创建独立的IP地址、WINS名称和磁盘分区。加入第二节点时一定会出现一个找不到共享介质的错误，这是正常的，因为此时的介质由第一节点的群集服务锁定（所以安全）。群集完成后，最好分先后次序重启双机再行群集SQL操作。
５、群集SQL2005：在进行SQL2005群集时注意两个问题，一、出现组件选择时，只选取可以群集的两组对象，其它的组件可以在群集完成后分别对双机一一安装。二、事先在域管理器为SQL创建一个全局安全组以备安装过程中指派。推荐在第二节点上启动SQL群集安装。安装过程中可以通过监视另一方的任务计划来发现SQL群集过程中是否存在问题。６、其它：最好在初装系统完成后做一个系统备份以应不时之须，最在配配完成后群集配置前也为系统做个备份以应不时之须。而群集一旦启用，备份一定要包含一份仲裁日志文件，否则恢复后，仲裁日志立刻不一致的错误将导致群集崩溃。尽可能为不同的应用创建指派不同的账户身份，否则口令安全无从谈起！
在 VMWare 中配置 SQL Server 2005 N + 1 群集
http://blog.csdn.net/zjcxc/archive/2008/06/25/2584687.aspx
谢谢