毫无疑问，许多电子商务网站都经历过假期的高访问量。例如，1-800-Flowers.com公司(1-800-Flowers.com网站)就在情人节、母亲节、圣诞节、复活节、感恩节、秘书节，以及团队感谢周那一天遇到了剧增的订单。还有其他大多数的在线零售商也都经历过从感恩节一直持续到12月26日的订货高峰期。
那么你从这些公司身上可以了解到，他们需要保持高可用性，快速运行的数据库。下面我将按照以下的总体概念和清单，讨论几种你可以应对高峰来临的方式。
可用性方法
集群
高可用性通常包含了集群。当你需要较高级别的正常运转时间的时候，你需要对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。
理解工作流
电子商务公司整年都在准备他们的旺季销售高峰。系统架构师研究工作流，以便于理解事务中的哪一个处理是必需的，哪一个可以是批量处理的，哪一个是可以从其他机器的并行处理中受益的。
考虑一下一般的下订单的操作。输入信用卡并且在网页上经过验证，确保数字以某个序列开始，并且满足一定的长度。这个步骤可以在浏览器上进行，这样就可以不用占用网络服务器的处理器周期。信用卡交费通常是没有经过授权的，因为网络服务呼叫会在这一点上慢下来，导致整体的可测量性解决方案等级下降。如果不需要网络服务呼叫认证每一个信用卡事务，那么电子商务网站就可以支持好几千个，甚至更多的页面。信用卡将会在稍后大批处理过程中进行处理。
正如上面的例子所演示等，通过仔细查看工作流，系统架构师辨认出可以异步执行的处理，那么整体的可测量性方案等级将会上升。