以下的文章主要向大家讲述的是SQL Server集群设计，假如你对SQL Server集群设计技术心存好奇的话，相信以下的文章将会揭开它的神秘面纱，希望会给你带来一些帮助在此实际学习方面。
在很多组织机构慢慢的在不同的服务器和地点部署SQL Server数据库——为各种应用和目的——开始考虑通过SQL Server集群的方式来合并。
将SQL Server实例和数据库合并到一个中心的地点可以减低成本，尤其是维护和软硬件许可证。此外，在合并之后，可以减低所需机器的数量，这些机器就可以用于备用。
当寻找一个备用，比如高可用性的环境，企业常常决定部署Microsoft的集群架构。我常常被问到小的集群(由较少的节点组成)SQL Server实例和作为中心解决方案的大的集群哪一种更好。在我们比较了这两个集群架构之后，我让你们自己做决定。
什么是Microsoft集群服务器
MSCS是一个Windows Server企业版中的内建功能。这个软件支持两个或者更多服务器节点连接起来形成一个“集群”，来获得更高的可用性和对数据和应用更简便的管理。MSCS可以自动的检查到服务器或者应用的失效，并从中恢复。你也可以使用它来(手动)移动服务器之间的负载来平衡利用率，以及无需停机时间来调度计划中的维护任务。
这种SQL Server集群设计使用软件“心跳”来检测应用或者服务器的失效。在服务器失效的事件中，它会自动将资源(比如磁盘和IP地址)的所有权从失效的服务器转移到活动的服务器。注意还有方法可以保持心跳连接的更高的可用性，比如站点全面失效的情况下。
MSCS不要求在客户计算机上安装任何特殊软件，因此用户在灾难恢复的经历依赖于客户-服务器应用中客户一方的本质。客户的重新连接常常是透明的，因为MSCS在相同的IP地址上重启应用、文件共享等等。进一步，为了灾难恢复，集群的节点可以处于分离的、遥远的地点。
在集群服务器上的SQL Server
SQL Server 2000可以配置为最多4个节点的集群，而SQL Server 2005可以配置为最多8个节点的集群。当一个SQL Server实例被配置为集群之后，它的磁盘资源、IP地址和服务就形成了集群组来实现灾难恢复。
SQL Server 2000允许在一个集群上安装16个实例。根据在线帮助，“SQL Server 2005在一个服务器或者处理器上可以支持最多50个SQL Server实例，”但是，“只能使用25个硬盘驱动器符，因此假如你需要更多的实例，那么需要预先规划。”
注意SQL Server实例的灾难恢复阶段是指SQL Server集群设计服务开始所需要的时间，这可能从几秒钟到几分钟。假如你需要更高的可用性，考虑使用其他的方法，比如log shipping和数据库镜像。
单个的大的SQL Server集群还是小的集群
下面是大的、由更多的节点组成的集群的优点：
更高的可用新(更多的节点来灾难恢复)。
更多的负载均衡选择(更多的节点)。
更低廉的维护成本。
增长的敏捷性。多达4个或者8个节点，依赖于SQL版本。
增强的管理性和简化环境(需要管理的少了)。
更少的停机时间(灾难恢复更多的选择)。
灾难恢复性能不受集群中的节点数目影响。
下面是单个大的集群的缺点：
集群节点数目有限(假如需要第9个节点怎么办)
在集群中SQL实例数目有限
没有对失效的防护——假如磁盘阵列失效了，就不会发生灾难恢复。
使用灾难恢复集群，无法在数据库级别或者数据库对象级别，比如表，创建灾难恢复集群。
虚拟化和集群
虚拟机也可以参与到集群中，虚拟和物理机器可以集群在一起，不会发生问题。SQL Server实例可以在虚拟机上，但是性能可能会受用影响，这依赖于实例所消耗的资源。在虚拟机上安装SQL Server实例之前，你需要进行压力测试来验证它是否可以承受必要的负载。
在这种灵活的架构中，假如虚拟机和物理机器集群在一起，你可以在虚拟机和物理机器之间对SQL Server进行负载均衡。比如，使用虚拟机上的SQL Server实例开发应用。然后在你需要对开发实例进行压力测试的时候，将它灾难恢复到集群中更强的物理机器上。
集群服务器可以用于SQL Server的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。
SQL Server 2005商业智能功能分析敬业的IT人 2008-2-27 21:58:16 SQL Server 2005商业智能功能的目的是让报表和分析应用在所有商业的日常运行中处于更加中心的位置为了让所有层次的客户都能够接触到商业智能，微软已经郑重的承诺它将形成一个完整的商业智能平台：SQL Server 2005商业智能功能的目的是让报表和分析应用在所有商业的日常运行中处于更加中心的位置。
几乎所有的SQL Server集群设计应用都有某种程度的报表。它可能形成一些简单的像查询或者数据库视图来提供新订单的总数或者Web站点的点击率。然而，很多公司的商业智能仅仅停留在微软 Office或者静态的报表，这些都被打印出来并且要求一个可怜的家伙来将它们装换到可以共享的格式。
假如你了解SQL Server 2000，你会知道一些微软商业智能技术的名称。但是需要注意——它们仅仅在字面上相同。这个BI平台的最新版本的特征可以概括为首个企业级产品。SQL Server产品已经在该产品分析功能的扩展性方面迈出了一大步。凭借服务器侧的Analysis Services的处理，客户可以扩大报表的范围，而且从以前只能事后观察业务进步到能够感受到日常活动的脉搏了。
在SQL Server 2005中，商业智能和报表应用被给予了全新的感官。这个新的类似的Visual Studio的开发工具被称为商业智能开发工作室(Business Intelligence Development Studio)，企业可以使用它来做任何事情，从创建Analysis Services立方体到报表再到数据挖掘应用。此外，开发人员将享用这个作为Visual Studio产品中一部分的新的BI功能(你将发现数据库项目和解决方案是作为该产品的一部分)。
让我们看看从SQL Server 2000到SQL Server 2005究竟发生了哪些变化。
组件 Analysis Services 2000 Analysis Services 2005
计算 服务器和客户端 服务器端
缓存 服务器和客户端 S服务器端
模式 星状模式 Data source view (DSV) 灵活的模式映射
元数据 在Access或者SQL Server中的仓储 SQL Server数据库, 也被称为 Analysis Services 数据库
数据源 有限个数的源 DSV提供灵活的模式映射
Analysis Services组件之间的比较
从架构的角度来讲，Analysis Services是一个客户端/服务器应用，使用了专有的Web Services协议:XML for Analysis。通过使用Web services，你获得了更大的扩展性、更丰富的元数据和一个方便的、与客户端独立的传输模型。你可以使用Linux客户端或者甚至是Pocket PC来作为客户端。Web Services、预先缓存和统一维度模型(Unified Dimensional Model ，缩写UDM)的结合创造了一个值得深思的有趣案例。让我们来看看Analysis Services的关键新概念。
Analysis Services的新的、关键概念
统一维度模型(Unified Dimensional Model):
UDM是微软对用于跨越关系和数据仓库技术和报表之间的差距的技术的专用术语。UDM是一系列XML模式和映射，它们将所有的商业智能信息都联系到被称为truth的单一版本中.XML模式和对象全部是 XML for Analysis 规范中的部分。
Data source view (DSV):
对UDM的成功处于核心地位的是创建数据的统一模型的能力; Data source view就提供了一个语义层。它采用高度灵活的方式来创建包含有相关的数据源信息的XML文件。你可以对表的属性重命名为用户友好的名字而不会影响到数据源。此外，你可以无需修改源数据就可以创建定制的运算。事实上，使用商业智能向导，你可以自动的根据在数据库中发现的集合的基数来产生关于事实和维度的逻辑推导。数据源甚至可以应用到其他的对象，比如SQL Server集群设计( SQL Server Integration Services，缩写为SSIS)软件包。不要将DSV和立方体混淆。它们不是同一个概念。
预先缓存(Proactive caching):
缓存是建立在数据上的，在第一次调用数据的时候保存下来; 使用缓存来满足后续的数据请求。由于计算是被缓存的，分析应用的性能和可扩展性增加性能。当指定一个UDM的时候，你设置可以接受的延迟水平。对于使用率很高的系统，预先缓存提供了获得更高系统的一种方式。预先缓存也对Analysis Services数据存储有效果。
关键性能指示(Key performance indicator，缩写KPI)：
虽然这不是微软独有的技术，KPI是一项严重依赖多维表达式(Multidimensional Expression，缩写为MDX )的新技术，可以创建面向站点的工具来检查业务成功因素的状态。比如，在呼叫中心，你可以使用呼叫等待时间作为衡量业务性能的手段。通过使用允许管理人员快速扫描呼叫中心性能的报表模型，你可以在业务期间快速进行修改。假如你正在使用微软 Business Scorecard Manager 2005，你会爱上它和Analysis Services KPI的紧密联系的。
Analysis Services 2005中最有趣和最吸引人的功能是UDM。微软已经抛弃了要求常用的数据仓库模式，指星状或者雪花状。传统的使用OLAP数据库的分析应用提供了不错的查询性能、分析功能的丰富以及对那些精通分析应用的人来说，容易使用的模型。
但是OLAP数据库受制于一些缺陷：数据常常很老，并且立方体无法足够迅速的重新处理。此外，复杂的模式很难处理，并且从管理的角度、这些数据库表示了对于已经不富裕的IT预算进行的另一笔资源投入。UDM的目标仅仅是克服这些限制，并且同时使得关系和OLAP报表都达到最好。