SQLServer2005高可用性方面的不足

在高可用性方面，SQL Server提供了一系列高端支持能力，并增强了复制和快照技术。但是，由于SQL Server几乎完全基于Windows平台，HA仍然存在很多缺点:

故障转移集群是大型企业实施SQL Server 2005 HA的关键技术，基于微软MSCS(Microsoft Cluster Service)。05版虽然提供了更方便的安装和最多8个节点的支持(企业版)，但是在SCSI和光纤通道产品的支持上还是比较关键的，尤其是一些高端的共享*设备，虽然可以支持，但是不能随意调整。

数据库镜像是保持在线和可用的一个很好的补充。但从05版开始，仍需改进，包括提供更丰富的镜像进程动态性能信息，为高端HA应用提供更简单的镜像数据验证功能。

日志传送作为一种异步HA机制，提供了一种廉价的大定制空的HA方法，但是配置和管理相对复杂，尤其是几个数据中心之间跨数据库通信的管理成本相对较高。

以下是一些建议:

微软将加大与硬件、存储和嵌入式厂商的合作，根据行业存储标准为SQL Server提供定制化的设备认可资质，扩大用户的选择范围，兼容更多企业的遗留IT设备。

此外，在实际应用中，由于数据库镜像这种特殊类型对硬件和配置的要求较低，DBA希望微软能够提供类似的机制，但粒度更细的镜像能力不仅仅是简单的“数据库”级别，还可以扩展到模式镜像、Db对象组镜像等。

需要更方便的管理工具来确保DBA可以通过管理模板等方式帮助他们整理“复杂”的日志传送。当他们同时运行大规模数据中心或多个数据中心时。

虽然SQL Server 2005实现了基于策略的管理机制，但它可以提供策略的模拟和验证手段。虽然这些功能在很多情况下是由一些价格昂贵的第三方产品来完成的，但是对于在企业数据库市场上相对较弱的SQL Server来说，如果SQL Server无法验证自身管理策略的有效性，就必须在填写数据后由用户进行验证，恐怕用户宁愿直接选择其他相对较强的HA产品。

相比Oracle数据库强大的高可用性，微软需要做哪些改进？

在系统运维过程中，SQL Server的问题大多来自底层Windows平台，SQL Server本身的HA特性被平台的补丁更新、内存写入错误等淹没。

另外，与ORACLE相比，SQL Server相对封闭。当出现性能问题时，ORACLE几乎总能通过配置参数来解决或缓解这些问题。而SQL Server更多的是依赖于Windows自带的注册表信息，完全内置的可调整能力相当多，用户很难干预。这总是给用户一种印象，即在出现严重的HA故障时，SQL Server是无能为力的。

另外，关于用户文档，虽然大部分问题可以通过全球技术支持中心获得，但是故障排除工具和手段往往无法从SQL Server公布的文档中获得，人为降低了DBA使用的信心。

以下是一些建议:

要想在用户心中建立起SQL Server的企业级甚至世界级的信心，首先要着眼于Windows平台的持续稳定。

建议微软开放SQL Server的配置参数系统。虽然很多参数为了方便用户可以配置默认值，但是主动权还是要尽可能的给用户。2000-05版本中DBA取消自动锁升级的正面反馈就是一个非常明显的例子。

此外，它还是SQL Server的用户文档和工具系统。除了实例、教程和命令参考，全球支持中心遇到和解决的问题也经过筛选并公之于众，目的只有一个——“树立信心”，而不是总是让已经下定决心在大规模应用中采用SQL Server的用户感到沮丧。