让SQL Server为工作负载高峰提前准备(1)

　　可用性方法

　　集群

　　高可用性通常包含了集群。当你需要较高级别的正常运转时间的时候，你需要对SQL Server进行集群，由以下几部分组成，有几个节点集合在一起形成的一个单个实例的集群，他们在面对客户的时候表现为一个单个的节点。如果集群中的一个节点掉线了(由于SQL Server错误，硬件错误或者维护)，其他的节点将会自动接过它的工作负载。客户根本不需要重新连接到其他的节点上，因为这些节点都连接到一个虚拟的服务器上，它漂浮在所有活动节点之上。

　　集权提供了对硬件和软件错误的自动错误容忍，但是它通常不会提供对本地错误的容忍(例如，放置集群的大厦或者房间内的电源坏了)。注意力应该放在消除单个点的失败，例如冗余电源供应或者备用的发电机能源。

　　地理集群和负载均衡

　　其他的高可用性方法包括地理集群，集群节点分布在不同的位置上;或者地理负载均衡，IP地址客户可以在主要的数据中心和灾难恢复网站之间交换。

　　EMC公司，日立数据系统公司，还有现在的收购了赛门铁克的Veritas软件公司都提供了硬件的数据镜像，它可以提供持续的复制，这样灾难恢复网站就可以保证拥有你的数据的实时拷贝。硬件数据镜像工具可以用于连接地理IP解决方案，为灾难恢复网站提供自动化的错误恢复。

　　缩小规模

　　你还可以利用缩小规模的方法来将你的数据分散到多个工作机器上。不再让1000个用户都连接到一个SQL Server上，而是让10个SQL Server上分别连接100个用户。你的数据访问模式必须要与此相匹配，客户连接到哪个SQL Server都没关系，或者你必须要激活粘性会话。通过这种方式，每个客户在其会话长度内都连接到一个单个的SQL Server上。

　　例如，如果你的联盟中有10个SQL Server提供分类信息，并且在这10个SQL Server之间的数据也是相同的，那么客户连接到哪个SQL Server上，然后又重新连接到哪个SQL Server上，这都没有关系。SQL Server 2005中的点对点应用程序就被恰好是为这种类型的缩小规模设计的。

　　注意，SQL Server不能自动将负载分散给其他的SQL Server。你需要均衡网络负载，一边将负载分布到多个网络服务器上，并且联盟中的每个网络服务器上都安装一个或者多个SQL Server。