花费很长时间才能恢复数据库 SQL Server 2008 R2 或 SQL Server 2008年或 SQL 2012 修补程序:

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

本文内容

Microsoft 将分发 Microsoft SQL Server 2008 R2 Service Pack 1 (SP1) 或 Microsoft SQL Server 或 Microsoft SQL Server 2012年修复了一个可下载的文件中。修补程序是累积性的因为每个新版本包含的所有修补程序和以前的 SQL Server 2008 R2 Service Pack 1 (SP1) 或 SQL Server 或 Microsoft SQL Server 2012年附带的所有安全更新的都更新版本。

症状

可能需要很长时间才能恢复数据库 Microsoft SQL Server 2008 R2 或 Microsoft SQL Server 2008年或 Microsoft SQL Server 2012年。

原因

出现此问题,因为它需要较长的时间,在数据库中有许多 Vlf 时生成的虚拟日志文件 (VLF) 列表。

解决方案

累积更新信息

SQL Server 2012

此问题的修补程序是首次推出累积更新 1 中的 SQL Server 2012年。有关此累积更新包的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
2679368 累积更新包 1 个 SQL Server 2012
注意 生成具有累积性的因为每个新修补程序版本包含的所有修补程序和所有安全修补程序包含以前的 SQL Server 2012年修补程序版本。Microsoft 建议您考虑应用最新的修补程序版本包含此修复程序。有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
2692828 SQL Server 2012年生成 SQL Server 2012年发布后发布
您必须将 SQL Server 2012年修补程序应用于的 SQL Server 2012年。

SQL Server 2008 Service Pack 2

SQL Server 2008 Service Pack 2 的累积更新 8 年首次发布此问题的修补程序。有关此累积更新包的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
2648096 累积更新包 8 SQL Server 2008 Service Pack 2 的
注意 生成具有累积性的因为每个新修补程序版本包含的所有修补程序和所有安全修补程序包含以前的 SQL Server 2008年修补程序版本。Microsoft 建议您考虑应用最新的修补程序版本包含此修复程序。有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
2402659 SQL Server 2008年版本发布后发布 SQL Server 2008 Service Pack 2
为特定的 SQL Server 服务包创建 Microsoft SQL Server 2008年修复程序。您必须应用修补程序 SQL Server 2008 Service Pack 2 SQL Server 2008 Service Pack 2 的安装。默认情况下任何一个 SQL Server service pack 中提供的修补程序包含在下一步的 SQL Server service pack。

SQL Server 2008 Service Pack 3

此问题的修补程序是首次推出累积更新 3 中的 SQL Server 2008 Service Pack 3。有关此累积更新包的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
2648098 累积更新包 3 SQL Server 2008年服务包 3
注意 生成具有累积性的因为每个新修补程序版本包含的所有修补程序和所有安全修补程序包含以前的 SQL Server 2008年修补程序版本。Microsoft 建议您考虑应用最新的修补程序版本包含此修复程序。有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
2629969 SQL Server 2008年版本发布后发布 SQL Server 2008 Service Pack 3
为特定的 SQL Server 服务包创建 Microsoft SQL Server 2008年修复程序。您必须将 SQL Server 2008 Service Pack 3 修补程序应用于的 SQL Server 2008 Service Pack 3。默认情况下任何一个 SQL Server service pack 中提供的修补程序包含在下一步的 SQL Server service pack。

SQL Server 2008 R2 的累积更新包 11


此问题的修补程序是累积性更新 11 中首次推出。有关如何获取此累积更新包的 SQL Server 2008 R2 的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
2633145 SQL Server 2008 R2 的累积更新包 11
注意 生成具有累积性的因为每个新修补程序版本包含的所有修补程序和所有安全修补程序包括以前的 SQL Server 2008 R2 的修补程序版本。我们建议您考虑应用最新的修补程序版本包含此修复程序。有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
981356 SQL Server 2008 R2 生成 SQL Server 2008 R2 发布后发布

累积更新包 4 SQL Server 2008 R2 sp1

此问题的修补程序是累积性更新 4 中首次推出。有关如何获取此累积更新包的 SQL Server 2008 R2 SP1 的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
2633146 累积更新包 4 SQL Server 2008 R2 sp1
注意 生成具有累积性的因为每个新修补程序版本包含的所有修补程序和所有安全修补程序以前的 SQL Server 2008 R2 SP1 中包含的修补程序版本。我们建议您考虑应用最新的修补程序版本包含此修复程序。有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
2567616 SQL Server 2008 R2 生成 SQL Server 2008 R2 SP1 发布后发布

状态

Microsoft 已经确认这是"适用于"一节中列出的 Microsoft 产品中的问题。

更多信息

可以通过查看 SQL 错误日志文件,然后在每个事务日志备份文件中查找日志序号 (LSN) 来检查 VLF 线段数。在 LSNs 中的冒号符号前面的第一位数字对应的 LSN。

例如,为 LSN 第一条信息性消息的第一个数为1。但是,第二个的 LSN 信息性消息中的第一个数字是100001。在此方案中,有 100000 Vlf 所使用的第一个信息性消息和第二条信息性消息的时间间隔。因此,具有多个虚拟日志文件 (Vlf) 的零碎的已记录交易记录日志如下所示:

{已备份日志。数据库: mydbname、 date(time) 创建: 2010/07/08(12:36:46),第一个 LSN: 1:5068:70,最后一次的 LSN: 1:5108:1、 转储设备的数量: 1,设备信息: (文件 = 1,类型 = 磁盘: {'C:\folder\logbackup1.trn'})。这是信息性消息。不不需要任何用户操作。

日志备份。数据库: mydbname、 date(time) 创建: 2010/07/08(15:36:46),第一个 LSN: 100001:5108:1,最后一次的 LSN: 100002:5108:1、 转储设备的数量: 1,设备信息: (文件 = 2,类型 = 磁盘: {'C:\folder\logbackup2.trn'})。这是信息性消息。用户不不需要任何操作。}

参考

有关日志序号 (LSN) 的详细信息,请访问下面的 MSDN 网站:
有关日志序列号的一般信息


有关日志文件结构如何影响数据库的恢复时间的详细信息,请访问下面的 MSDN 网站:
日志文件结构如何影响数据库的恢复时间

事务日志 Vlf 有关的详细信息,请访问下面的 MSDN 网站:
有关事务的日志文件的一般信息

替代方法

  • 等待还原或恢复操作完成

    如果必须还原时遇到性能降低的非恢复数据库或恢复数据库,必须等待还原或恢复操作完成。例如,您可能会看到脱机状态或不可恢复的数据库的恢复状态 SQL Server 管理 Studio (SSMS) 中。通常停止 SQL Server 提供了无止裂槽的恢复较慢,并且可能需要更多的时间重复相同的恢复分析阶段、 恢复阶段,或撤消阶段。
  • 避免还原事务日志序列包含数千个 Vlf

    如果您遇到性能降低,在还原和恢复数据库,请使用备份文件时,您可以避免还原包含成千上万个 Vlf 事务日志序列。若要标识了大多数的虚拟日志文件的备份文件记录,请查看日志备份文件中的 FirstLSN 和 LastLSN 列中使用以下语句:
    恢复 HEADERONLY FROM DISK='C:\folder\file.trn

    您可以决定以避免还原日志备份文件。或者,可以使用还原命令中的停止在语句避免非常凌乱的事务日志部分。如果您不完全还原到最新的日志序列期间失败恢复方案中,SQL Server 在数据库中发生数据丢失。此数据丢失发生的原因并不是所有的事务将被保留。因此,没有一项业务进行权衡决策。您可以完全恢复非常凌乱的事务日志。但是,此操作可能需要几小时不等。或者,您可以停止在语句用于恢复在停止之前非常凌乱的日志部分恢复。但是,忽略所有缺少交易记录都将丢失。

    注意 无需安装此修补程序,有通常是不安全的解决办法,加速恢复后,重新启动 SQL Server。SQL Server 已找到 Vlf 分析日志文件,重做已完成的交易记录的列表,然后将撤消未完成的事务完成恢复,以使数据库在线安全。在恢复过程中,您不能安全地跳过交易记录。

属性

文章编号: 2653893 - 最后修改: 2012年4月12日 - 修订: 1.0
这篇文章中的信息适用于:
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2012 Web
关键字:?
kbqfe kbfix kbexpertiseadvanced kbsurveynew kbmt KB2653893 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 2653893
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,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