你目前正处于脱机状态,正在等待 Internet 重新连接

Microsoft SQL Server 的灾难恢复选项的说明

注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。

点击这里察看该文章的英文版: 822400
概要
本文讨论了各种解决方案来恢复数据从发生灾难时的 Microsoft SQL Server 数据库。这还文章讨论的优点和缺点每个解决方案。

灾难恢复是一个过程,您可以使用它来帮助恢复信息系统和数据,如果发生灾难。

灾难的一些示例包括自然或人为灾难 (如火灾或对技术在冗余独立磁盘阵列中的双磁盘故障等灾难(RAID) 5 阵列。

灾难恢复计划是将工作到底准备必须响应灾难发生的所有操作。规划包括一个战略,以帮助恢复有价值的所选内容数据。取决于所选内容的适当的灾难恢复战略您的业务需求。

注意仅提供了本文中讨论的解决方案您可以使用的技术的常规说明。这些常规说明是比较各种灾难恢复方法,灾难恢复计划。之前确定的灾难恢复解决方案最适合您,请确保您可以查找在每个建议的灾难详细的恢复解决方案。之后讨论每个灾难恢复解决方案,这篇文章包含在哪里可以找到其他信息的链接有关该解决方案。

故障转移群集

用于 Microsoft SQL Server 2000年故障转移群集故障转移会自动发生硬件故障或软件故障。您可以使用 SQL Server 2000 故障转移群集创建故障转移群集的单实例的 SQL Server 2000年或多个实例的 SQL Server2000。 故障转移群集允许数据库系统自动切换处理的工作从发生故障的服务器的 SQL Server 实例服务器。因此,故障转移群集是很有帮助,如果操作系统发生故障,或者如果您执行计划的升级的数据库系统资源。此外,故障转移群集增加了否的服务器可用性停机时间。

因为故障转移群集专为高的服务器几乎没有服务器停机时间可用性,应使用群集的节点地理位置接近彼此。故障转移群集可能不能用于如果磁盘阵列发生故障。

注意若要实现故障转移群集,您必须安装 Microsoft SQLServer 2000 企业版。

以下操作系统支持故障转移群集:
  • Microsoft Windows NT 4.0 中,企业版
  • Microsoft Windows 2000 高级服务器
  • Microsoft Windows 2000 的数据中心服务器
  • Microsoft Windows Server 2003,企业版
  • Microsoft Windows Server 2003 中,数据中心版
这些操作系统的系统包括可安装的组件,Microsoft 群集服务 (MSCS)。以实现故障转移群集的 SQL服务器,您必须安装 MSCS。

有关 MSCS 和其安装的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
259267Microsoft 群集服务安装资源

优势并使用故障转移群集的缺点

优势
具有高度的服务器可用性。如果主服务器发生故障,则会发生故障转移群集自动。
缺点
  • 带来更大的开支。维护两个服务器两次维护单个服务器的成本。因为您对同时维护两个服务器,它是更昂贵,安装和维护群集的节点。
  • 服务器应在相同的位置。如果的分支公司是在全球范围内,并且必须是主动/主动群集在分支机构、 网络和存储基础结构中实现的您必须使用非常不同于标准仲裁设备服务器群集。因此,尽管有可能,最好不使用地理位置远程服务器。
  • 您有没有防范的磁盘阵列失败。
  • 故障转移群集不允许您创建故障转移在数据库群集级别,或在数据库对象级别,如表级别。
有关故障转移群集的详细信息,请访问下面的 Microsoft 网站:有关故障转移群集的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
243218Microsoft 群集服务器上的 SQL Server 2000年企业版的安装顺序
822250 支持网络发布: Microsoft SQL Server 2000年故障转移群集的灾难恢复过程
有关 Microsoft 支持策略为 SQL Server 故障转移群集的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
327518SQL Server 故障转移群集 Microsoft 支持政策

数据库镜像

数据库镜像是主要的提高数据库可用性的软件解决方案。您只能实现基于每个数据库镜像。镜像仅适用于使用完全恢复模型的数据库。简单和大容量日志记录恢复模型不支持数据库镜像。因此,始终完全记录所有批量操作。数据库镜像的工作原理与任何受支持的数据库兼容性级别。

优势和使用数据库镜像的缺点

优势
  • 数据库镜像增强了数据保护。
  • 数据库镜像会增加数据库的可用性。
  • 数据库镜像在升级过程中提高生产数据库的可用性。
缺点
  • 镜像数据库应与主体数据库相同。例如,所有对象、 登录和权限都应相同。
  • 数据库镜像涉及将信息从一台计算机传输到另一台计算机到网络上。因此,SQL Server 将传输信息的安全性是非常重要的。

对等事务复制

对等事务复制设计的应用程序可能会读取或修改任何参与复制的数据库中的数据。此外,如果任何数据库宿主的服务器不可用,则可以修改将通信路由到其余服务器应用程序。其余服务器包含的数据的完全相同的副本。

优势并使用对等事务复制的缺点

优势
  • 读取性能得到改进,因为您可以跨所有节点的活动。
  • 聚合性能更新、 插入性能,和删除性能的拓扑类似于单个节点的性能,因为所有的更改将传播到所有节点。
缺点
  • 对等复制是仅在 SQL Server 2005 企业版中可用。
  • 参与的所有数据库必须都包含相同的架构和数据。
  • 我们建议每个节点使用其自己的分发数据库。此配置消除了 SQL Server 2005,具有单点故障的可能性。
  • 不能在单个发布数据库中的多个对等发布中包含表和其它对象。
  • 您必须在创建任何订阅之前启用对等复制出版物。
  • 通过使用备份或通过订阅同步类型的值设置为仅支持复制,您必须初始化订阅。
  • 不提供对等事务性复制,冲突检测或解决冲突。
  • 我们建议您不要使用标识列。

维护的热备用服务器

您可以创建和维护备用服务器使用下面的方法:
  • 日志传送
  • 事务复制
有关每个这两种方法的详细信息如下。

日志传送

日志传送资源工具包中包含的 Microsoft SQLServer 7.0,而且它完全包含在 Microsoft SQL Server 2000企业版和 Microsoft SQL Server 2000年开发人员版中。日志传送使用常规操作过程中不会对其进行使用备用服务器。A备用服务器可用于帮助在发生灾难时恢复数据。您可以仅使用日志传送的数据库级别。您不能在该实例中使用它级别。

当备用服务器正在还原事务日志数据库处于独占模式,且无法使用。不过,您可以在其中运行批处理事务日志还原或数据库控制台之间的报告作业命令 (DBCC) 连续验证备用服务器的完整性检查服务器。应用程序 (如决策支持服务器的要求连续的数据库服务器上的处理,日志传送不合适选项。

备用服务器上的延迟通常基于如何事务日志备份是在主服务器上执行,然后应用在备用服务器。如果主服务器出现故障,您可能会丢失所做的更改,做的最新事务后发生的事务日志备份。

例如,如果进行事务日志备份每个10 分钟,事务在最近 10 分钟可能会丢失。这并不一定意味着对主数据更新在延迟期间的服务器都将丢失。通常,新的更新中主要的事务日志可以恢复,并且应用于备用服务器与仅在从主服务器切换至待机短暂的延迟服务器。日志传送的主要目的是维护备用服务器。如果维护备用服务器您的主要目标,是日志传送可能是比其他解决方案更合适,此文章讨论。

使用日志传送的优点和缺点

优势
  • 您可以恢复所有数据库活动。恢复包括如表和视图创建的任何对象。它还包括安全更改,例如,创建的新用户和任何权限更改。
  • 您可以更快地恢复数据库。恢复低级别的页面格式基于数据库和事务日志。因此,日志传送加快恢复过程和结果快速恢复数据。
缺点
  • 数据库在还原过程中将不可用因为数据库处于备用服务器上的独占模式。
  • 不足的粒度。在还原操作期间过程中,在主服务器中的所有更改应用于备用服务器服务器。您不能使用日志传送到的几个表和应用更改拒绝剩余的修订。
  • 没有应用程序自动进行故障切换。当由于灾难的主服务器出现故障,备用服务器不故障转移会自动。因此,您必须显式定向应用程序连接到主服务器到备用服务器 (故障切换)服务器。
注意如果您的主要目的是维护备用服务器,Microsoft 建议您使用日志传送。预热的备用服务器反映在主服务器上发生的所有事务。但是,您当主服务器不可用时,不能使用备用服务器。

有关如何使用日志传送设置备用服务器的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
323135Microsoft SQL Server 2000-如何设置日志传送 (白皮书)
325220 支持网络发布: Microsoft SQL Server 2000年日志传送
日志传送有关的详细信息,请访问下面的 Microsoft 网站:

事务复制

您还可以使用事务复制维护热备用服务器。事务复制将一台服务器上的数据复制(发布服务器) 到另一个具有较少的延迟比日志服务器 (订阅服务器)运送。您可以实现事务复制的数据库对象如表级的级别。因此,Microsoft 建议您使用事务复制时具有较少的数据保护,并且您必须快速恢复计划。

您可以使用强制订阅强制与作为主服务器的两个服务器之间的事务复制发布服务器和订阅服务器的备用服务器。事务复制确保数据复制。当发布服务器发生故障时,可以是订阅服务器使用。

此解决方案是容易的发布服务器发生故障,同时在订阅服务器。在这种情况下,不能保护数据。在所有其他方案,如分发服务器的故障或订阅服务器,最好重新同步的订阅服务器中的数据在发布服务器中的数据。

您应使用事务性复制到仅当您未实施架构更改时维护备用服务器或不实现如安全更改数据库的其它更改不支持复制。

注意复制不适用于维护热备用服务器。您可以使用复制,使用在订阅服务器上的已复制的数据生成报告。您还可以使用复制而无需其他常规用途无需相对较忙的发布服务器上执行的处理。

使用事务复制的优点和缺点

优势
  • 应用更改时,您可以读取订阅服务器上的数据。
  • 用较少的延迟,会应用更改。

    注意这种优势可能不是适用于任一以下的为真:
    • 复制代理程序未设置为连续
    • 由于错误而停止复制代理程序的在复制期间可能发生。
事务复制可能需要更多的时间才能应用更改因为必须在复制过程中执行大型批处理更新。
缺点
  • 架构更改或在执行的安全更改之后建立复制发布服务器将不能在订阅服务器。
  • 在事务复制中的分发服务器使用打开的数据库连接 (ODBC) 连接或 OLE 数据库 (OLEDB) 连接若要将数据分发。但是,日志传送使用还原事务要分发的事务日志的低级 ¡ SQL 语句。还原事务语句是比 ODBC 连接或 OLEDB 快得多连接。
  • 通常情况下,切换服务器会删除复制配置。因此,您必须配置复制两次:
    当您切换到订阅服务器。
    当您切换到发布服务器。
  • 如果发生灾难,您必须手动切换服务器重定向到订阅服务器上的所有应用程序。
有关复制的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
195757常见问题-SQL Server 7.0 的复制

备份和还原功能

SQL Server 的备份和还原功能提供了重要若要帮助保护您在 SQL Server 数据库中存储的关键数据的保护。您可以使用备份创建数据库 (备份) 的副本,还原功能,然后将数据库的副本存储在一个位置从运行的实例的服务器的潜在故障保护SQL Server。如果您遇到数据库系统出现故障或数据库损坏若要重新创建数据库或还原然后可以使用备份副本数据库。

当您使用备份计划灾难恢复和还原功能,还确定如何关键数据库中的数据。此外,还要确定数据库的恢复要求。对于示例中,确定还原以下要求:
  • 还原到数据库点。您可以确定哪些以下两个您想要执行:
    将数据库还原到故障发生前晚上的条件。
    还原数据库的时间尽可能地为失败的时间点的情况。
  • 长数据库可以是不可用。还是必须立即还原数据库。
确定还原要求后,您可以计划备份过程来维护的备份,以满足一组要求

您可以只将数据库还原到的条件您可以在其中执行的最新备份的时间点。交易记录的出现后,备份可能会丢失。因此,Microsoft 建议备份和还原功能仅用于非关键数据库应用程序。

使用的优点和缺点备份和还原功能

优势
  • 您可以备份到可移动介质,以帮助数据库针对磁盘故障提供保护。
  • 您不需要依赖于网络时一样使用故障转移群集或日志传送。
缺点
  • 当备份数据库时,无法执行如表创建索引创建操作数据库收缩,或无日志记录操作。
  • 如果发生故障,您可能会丢失您的最新数据。
  • 如果发生灾难,则必须手动还原数据库。
注意在生产环境中使用您的备份和还原过程之前环境中,最好进行彻底的测试中测试该过程环境。

有关备份和还原功能的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
325257支持网络发布: SQL Server 2000年数据库恢复: 备份和恢复
281122 还原文件和文件组备份,在 SQL Server 中的说明
有关备份和还原的详细信息功能,请访问下面的 Microsoft 网站:

磁盘冗余的数据通过使用独立磁盘 (RAID) 冗余阵列

RAID 提供更大的多个磁盘上存储冗余数据可靠性和更少的停机时间的服务器。RAID 级别 0、 1 和 5通常用作 SQL Server 的恢复选项。RAID 技术,提到允许故障和一个后续更换服务器脱机的磁盘。如果多个磁盘出现故障时,数据可能无法恢复。因此,Microsoft 建议您将合并使用备份和还原过程来帮助确保冗余数据管理如果硬件不会丢失数据故障或其他灾难发生此事件。

RAID 0 以提高访问速度使用条带化技术,而 RAID1 使用镜像技术的数据可靠性。使用中的常用技术关系数据库管理涉及一起使用 RAID 0 和 RAID 1。在中这种方法,两个相同的条带化阵列的驱动器将会持续更新因此,两个阵列存储的信息是相同的。如果一个阵列出现故障,其他阵列自动接管直到原始数组为恢复联机状态。

RAID 5 (也称为磁条带有奇偶校验)使用奇偶校验位一起编写一个条带化的磁盘阵列数据。当任何一个磁盘发生故障时,可以使用奇偶校验位来计算缺少数据,直到更换磁盘。当您更换磁盘时,您可以使用奇偶校验信息和剩余的数据重新创建的数据故障磁盘,并将重新创建的数据复制到新磁盘。所有这些执行操作,而无需数据库系统停机。RAID 提供了许多其他选项和功能,从而帮助确保您的数据库系统工作经历尽可能少的宕机时间。

优势并使用 RAID 的缺点

优势
如果任何一个磁盘发生故障,您不会丢失数据。
缺点
  • 可能需要很长时间才能恢复数据。
  • 如果多个磁盘出现故障,您可能无法恢复有价值的数据。
有关 RAID 的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
100110廉价磁盘 (RAID) 冗余阵列的概述
参考
若要下载更新的版本的 SQL Server 2000年书籍联机,请访问下面的 Microsoft 网站:有关其他灾难恢复选项的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
307775灾难恢复文章中的 Microsoft SQL Server
有关故障转移群集的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
195761常见问题-SQL Server 7.0 的故障切换
260758 常见问题-SQL Server 2000-故障转移群集
274446 升级到 SQL Server 2000年故障转移解决方案建议对所有非 SQL Server 2000年虚拟服务器
280743 Windows 群集和地理位置上分散的站点
有关备份和还原的详细信息功能,请访问下面的 Microsoft 网站:有关备份和还原功能的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
253817如何备份上一个事务日志,当主服务器和数据库文件损坏 SQL Server 中
314546 如何运行 SQL Server 的计算机之间移动数据库
有关全文目录文件夹和文件的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
240867如何移动、 复制和备份全文目录文件夹和文件

警告:本文已自动翻译

属性

文章 ID:822400 - 上次审阅时间:07/03/2012 03:16:00 - 修订版本: 1.0

Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL 2005 Server Enterprise, Microsoft SQL Server 2005 Express Edition, Microsoft SQL 2005 Server Workgroup, Microsoft SQL Server 2000 标准版

  • kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo kbmt KB822400 KbMtzh
反馈