灾难恢复规划 SQL Server INF:

文章翻译 文章翻译
文章编号: 169039 - 查看本文应用于的产品
展开全部 | 关闭全部

概要

本文提供了两个示例的简单的灾难恢复计划的站点可能会主动规划对于从灾难性的灾难恢复数据时需要考虑。第一个示例针对站点有可用的系统维护窗口 ; 第二个示例专为运行在 24 小时制的基础上的站点。

本文的目的是为灾难恢复规划工作提供一个起始点。本文不是您的灾难恢复规划。 它是为您要考虑的您自己的环境相应的修改、 指定,和验证。

更多信息

假设发生火灾擦除出您的 24 小时制数据中心。确实可以恢复吗?长需要您恢复,并有可用的系统?您的用户可以承受多少数据丢失?这些应一些关键的问题的每个系统管理员 (SA) 和数据库管理员 (DBA) 负责维护宝贵的系统数据。 灾难恢复是通过哪些信息来恢复系统在灾难事件的过程: 自然或人造灾难 (如一个火灾或技术灾难 (如 raid-5 阵列中的双磁盘故障。 灾难恢复计划是专门用于准备在响应灾难性事件将发生的所有操作的工作。灾难恢复评估是能力的模拟灾难性事件和/或灾难恢复计划,以提供指定的恢复需要的计算结果。

理想情况下,灾难恢复计划应状态多长时间恢复应采用,然后最终数据库状态用户可以期望。例如对于"之后指定的硬件的购置,应在 48 小时内完成恢复和数据将会保证仅对上一周的末尾。它是管理将保持清楚地了解这些规范通常重要。灾难恢复评估应能证实规范。

灾难恢复计划可以结构许多不同的方法,它可以包含多种类型的信息 (如何获得什么通信者的硬件如何联系一个灾难的人是谁是他们要能与联系负责管理的计划,等等)。这篇文章被专门仅用于技术恢复 SQL Server 建议一些初始的途径。

下面是一个示例的站点,不要在 24 小时制的基础 (也就是有可用的维护窗口的网站) 上操作:

若要为灾难准备,请执行下列每一天 (或在维护窗口是只要):
  1. 关闭 SQL Server。
  2. 复制所有数据库设备文件,最好到另一个建筑物中的另一台计算机 (但请注意网络负载的) 和还到磁带设备 (与服务器已停机设备可以就像任何其他文件一样复制文件)。
  3. 维护系统日志以安全方式。记录所有的 SQL Server 文件的位置,目录特别 Master.dat 文件。保留所有已安装了 Windows NT Server 和 SQL Server 的服务包的记录。请使用网络库的记录、 安全模式和 SA 密码。
  4. 维护基础功能脚本以快速评估最少的功能 (请参阅本文结尾处注释)。
  5. 最大限度地减少丢失一天的数据量,请执行系统时的数据库和事务日志转储到处于活动状态。有关转储、 负载,和恢复过程,请参阅 SQL Server 丛书联机的详细信息。
  6. 评估以下灾难恢复步骤之前的时间在另一台的服务器上,如有必要修改这些步骤。
要恢复发生灾难后,请执行获取合适的替换硬件后以下操作:
  1. 安装 Windows NT 服务器并加载相应的服务包。请确保存在适当的域功能。例如对于验证该文件正确共享的工作原理。
  2. 安装 SQL Server 并加载相应的服务包。将主数据库设备放在同一目录中,如下所最初安装。 此外选择相同的网络库、 安全模式和作为之前的 SA 密码。
  3. 确认 SQL Server 正常运行。如果在 Windows NT 服务器名称已更改,使用 sp_dropserver 和 sp_addserver 使其与 Windows NT 服务器名称匹配。
  4. 停止 SQL Server。
  5. 后退的所有数据库设备文件到 Master.dat 文件包括其原始位置。
  6. 重新启动该 SQL Server。
  7. 如果在这段时间之后,任何数据库或事务日志的可用,加载它们。
  8. 验证系统的可用性。运行一个功能脚本以确保有足够的操作。理想情况下,该用户会释放到系统之前,时间应提供这些数据库和含有 TEXT 字段的表上的每个数据库,和 DBCC TEXTALL 和 TEXTALLOC 上运行 DBCC CHECKDB 和 $ NEWALLOC。这是为了确保迁移过程中不能改变文件不需要的方式。
  9. 运行 DBCC 语句显示了数据库,以保持一致和功能测试脚本成功之后,允许用户继续执行。
以下是为站点有没有联机维护窗口和每周,一天 24 小时 7 天运行的一个示例:

为了防灾一个,请执行下列操作:
  1. 周期性地转储到另一个建筑物中的另一台计算机上磁盘最好的所有数据库 (但谨防网络负载),和还到磁带设备。同样可以处理事务日志。
  2. 维护系统日志以安全方式。记录所有的 SQL Server 文件的位置,目录特别 Master.dat 文件。保留所有已安装了 Windows NT Server 和 SQL Server 的服务包的记录。请使用网络库的记录、 安全模式和 SA 密码。保存指定的数据库选项的记录。
  3. 在脚本中记录所有大小为所有设备和数据库的变化。这是为了简化在这种情况下恢复非常重要 !
  4. 维护基础功能脚本以快速评估最少的功能 (请参阅底部这篇文章的注释)。
  5. 评估以下灾难恢复步骤之前的时间在另一台的服务器上,如有必要修改这些步骤。
若要恢复获取合适的硬件后发生灾难后,请执行下列操作:
  1. 安装 Windows NT 服务器并加载相应的服务包。请确保存在适当的域功能。例如对于验证该文件正确共享的工作原理。
  2. 安装 SQL Server 并加载相应的服务包。请确保将主数据库设备放入与之前的同一个目录。此外选择相同的网络库、 安全模式和作为之前的 SA 密码。
  3. 确认 SQL Server 正常运行。如果已更改 $ 名称,在 Windows NT 服务器运行 sp_dropserver 和 sp_addserver 使其与 Windows NT 服务器名称匹配。
  4. 创建或更改所有设备和来自脚本所做的数据库上一节上面的步骤 3 中。可以为 LOAD 创建数据库。
  5. 因为它们是在最后一个转储时,如果用户登录信息或远程服务器登录信息非常重要转储的主数据库中设置的所有设备文件和数据库的都大小后,请继续执行步骤 5a。否则,如果它们不是至关重要的继续执行步骤 6。

    1. 停止在 SQL Server。
    2. 在单用户模式下从命令行启动该 SQL Server"SQLSERVR-c-m"。
    3. 负载 master 数据库从它的最后一个转储之前在灾难发生。
    4. 在成功后, 请停止并重新启动 SQL Server 正常情况下。继续执行步骤 6。
  6. 从转储文件加载每个用户数据库和事务日志转储太,如果合适)。
  7. 停止并重新启动该 SQL Server。
  8. 验证系统的可用性。如果 master 数据库已不在步骤 5 c 中重新加载,设置为每个数据库的数据库选项。运行一个功能脚本以确保有足够的 SQL Server 操作。 理想情况下,该用户会释放到系统之前,时间应将提供给每个的数据库运行 DBCC CHECKDB 和 NEWALLOC 和 DBCC TEXTALL 和 TEXTALLOC 上的那些数据库和表包含 TEXT 字段。这是为了确保迁移过程中不能改变文件不需要的方式。
  9. 运行 DBCC 语句显示了数据库,以保持一致和功能测试脚本成功之后,允许用户继续执行。
灾难恢复评估提供了计划的验证,并可以通过获取足够的硬件来实现,提供有文档记录的灾难恢复指南并具有 SA 或数据库管理员 (人员不是所涉及的计划开发的) 备份恢复这台计算机上的系统。 执行定期的灾难恢复评估,以验证当前的灾难恢复计划的 vitality。

是否有价值数据不能被 overstated 灾难恢复评估的重要性。如果您不能得到您的数据,什么是业务风险?在您的系统重新启动并运行中的每个小时的延迟的成本是多少?这不是将假定您的数据是快速恢复,验证它!了解提前非常全面的时间,步骤,您将最大限度地减少压力和不确定性强加一些未来灾难的情况。

Microsoft SQL Server 6.5 部署指南页 48 上作为到数据库恢复部分的扩展编写本文时 (在万维网上找到 http://www.microsoft.com/sql/deploy.htm).SQL Server 联机丛书中和 Microsoft 知识库中可以找到有关转储 LOAD SQLSERVR master 数据库的其他信息。

注: A"基本功能脚本"是代码的一批可用来快速地说明了从特定应用程序的角度来看数据库的成功运行。通常,这是从 ISQL 到服务器上运行的批处理 SQL 命令的.sql 文件。对于其他的应用程序,.bat 文件是更合适,因为它可以包含 BCP 和 ISQL 命令。此基本功能脚本是非常的特定于应用程序的可以采用多种不同形式。例如对于在决策支持/报告的系统上该脚本可能只是报告查询将密钥的几个副本 ; 对于联机事务处理 (OLTP) 应用程序可能执行 INSERT、 UPDATE 和 DELETE 语句的存储过程的批处理的执行。目标是确认,从总角度来看一切工作预期的位置。基本功能脚本提供了一个很好的工具为 SA 的 DBA 都能够看到数据库回到中一种可行的状态是不取决于最终用户进行验证的情况下。

属性

文章编号: 169039 - 最后修改: 2003年11月14日 - 修订: 3.0
这篇文章中的信息适用于:
  • Microsoft SQL Server 4.21a 标准版
  • Microsoft SQL Server 6.0 标准版
  • Microsoft SQL Server 6.5 标准版
关键字:?
kbmt kbenv kbhowto kbusage KB169039 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 169039
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。
不再更新的 KB 内容免责声明
本文介绍那些 Microsoft 不再提供支持的产品。因此本文按“原样”提供,并且不再更新。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com