高可用性—Always On 技术.doc

高可用性—Always On 技术 SQL Server 技术文章 作者： Geoff Allix (内容主管) 技术审查： Michael Raheem 项目编辑：Joanne Hodgins 发布日期：2007年11月 适用产品：SQL Server 2008 摘要：Microsoft? SQL Server? 2008 通过提供各种高可用性解决方案，缩短了业务关键型数据库的停机时间。这些解决方案使用户和企业职员每天24小时、每周7天都可以访问数据，且仍能提供经济有效的高性能。SQL Server 2008 中的 Always On 功能增强了对系统和硬件的保护，减少了计划中或计划外停机的次数和恢复时间，并减少了由于大量用户同时访问同一数据库而导致的冲突。 版权 这是一份预备文档，在本文档中所述软件的最终商业版本发布之前，该文档的内容可能会发生重大变化。 本文档中提供的信息代表了 Microsoft Corporation 当前（软件发布之前）对所讨论问题持有的观点。因为 Microsoft 必须响应不断变化的市场条件，所以其当前的观点不应被解释为是一种承诺，软件发布之后，Microsoft 不能保证现在所提供的所有信息准确无误。 这份白皮书仅供参考。 Microsoft 对本文档中提供的信息不做任何担保、明示、暗示或法律方面的承诺。 用户有责任遵守所有适用的版权法。在版权权利限制下，未经 Microsoft 公司明确的书面许可，本文档的任何内容不能被复制、存储或放进检索系统，或者以任何形式或任何手段（电子、机械、复印、录制或其他）或为达到任何目的进行转换。 Microsoft 对本文涵盖的主题内容可能拥有专利、专利申请、商标、版权或其他知识产权。没有来自 Microsoft 的任何书面许可协议的明确表示，本文不赋予您对这些专利、商标、版权或其他知识产权的任何许可。 除非另有说明，否则本文提及的示例公司、组织、产品、域名、电子邮件地址、徽标、人物、地点和事件皆属虚构，与任何真实的公司、组织、产品、域名、电子邮件地址、徽标、个人、地点或事件无关。 ? 2007 Microsoft Corporation。保留所有权利。 Microsoft、Windows、Office 和 SQL Server 是 Microsoft Corporation 在美国和/或其他国家/地区的商标或注册商标。 本文中提及的真实的公司名称和产品名称可能是其各自所有者的商标。 目录 简介 1 可用性应用场景 1 提高可用性 2 数据库镜像 2 日志传送 2 故障转移群集 3 地理分散故障转移群集 3 对等复制 3 缩短停机时间 4 快速数据库恢复 4 备份和还原 4 数据页上的校验和 5 在线索引操作 5 在线、段落和页级还原 5 部分数据可用性 6 快照隔离 6 动态配置 6 增强的可管理性 6 数据库快照 6 表和索引分区 7 备份和还原 7 专用管理员连接 7 资源调控器 7 结束语 7 导言 任何应用程序的停机时间都会给企业带来负面影响，导致收入损失、客户满意度下降并损害企业的信誉。许多数据库应用程序，尤其是企业业务应用程序，要求系统停机时间尽可能缩短。系统停机时间的产生有多种原因，如人为失误、自然灾害、硬件或软件故障以及应用程序升级。Microsoft SQL Server 2008 Always On 技术提供了各种选项，可将停机时间降至最低，且保持适当级别的应用程序可用性。 可用性应用场景 对许多业务而言，获得高可用性是一种常见需求。解决方案是否适用于特定的应用场景取决于很多因素，在一种场合下表现最佳的解决方案在另一种场合下不一定是最适合的。例如如下应用场景： 基于 Internet 的运动商品零售商想为其客户提供近似连续的可用性。Web 服务器已加到 Web 场中，但数据库故障会产生错误，这些情形大多数时候会使公司失去客户。该公司已经拥有经核准的标准服务器版本，希望能够避免花费大量资金、更改基础结构或重写应用程序。 猎头公司很关注其用户使用客户数据库时遇到的错误。虽然没有必要立即执行故障恢复，但该公司还是希望拥有一台可以快速在线获得的温备用服务器。 保险公司想为其索赔数据库提供近似连续的可用性。该系统的性能一定不能受到影响，而且当前存储在文件系统中用以支持索赔的文档也必须可用。 管理培训公司有三个站点，每个站点都有一支销售团队。销售团队将各自站点的记录输入 Orders 数据库中。为提高性能，要求每个站点能够在本地服务器上访问公司的所有订单。当出现故障时，为提供可用性，每个站点都必须能够切换到另一个站点的服务器。 会计公司希望在出现故障时（如自然灾害）也能为其客户提供可用性。信息不一定要立即可用，但应该在数小时而不是数天内