从早期版本的 SQL Server 数据库变得不可用时将其附加到实例的 SQL Server 2012

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

本文内容

症状

请考虑以下情形:
  • 在安装 Microsoft SQL Server 2005 年,Microsoft SQL Server 于 2008 年,或 Microsoft SQL Server 2008 R2 的实例。
  • SQL Server 的实例名为 INST1 和主机名为 Test_RO_FG_DB 的数据库。
  • 数据库包含以下文件组:
    • RO_FG
    • RW_FG
  • 名为 RO_FG 的文件组标记为 READ_ONLY。
  • 在安装 Microsoft SQL Server 2012年的新实例。此实例的 SQL Server 2012年被命名为 INST2。
  • 分离从 INST1 Test_RO_FG_DB 数据库。
  • 您试图连接到 INST2 的 Test_RO_FG_DB 数据库。
  • 您收到类似于以下错误消息:
    消息 3415,级别 16,状态 2,第 1 行
    因为它是只读的无法升级数据库 'Test_RO_FG_DB' 只读文件或者用户没有修改的某些文件的权限。将数据库或文件,使其可写,然后重新运行恢复。
  • 请尝试重新连接到 INST1 Test_RO_FG_DB 数据库。
在这种情况下,不能重新连接到 INST1 数据库。并且,在 SQL Server 错误日志中收到以下错误消息:

2012-05-03 22:55:45.37 spid52 启动数据库 Test_RO_FG_DB。
2012-05-03 22:55:45.78 spid52 * *******************************************************************************
2012-05-03 22:55:45.78 spid52 * 开始堆栈转储:
2012-05-03 22:55:45.78 spid52 * 05/03/12 22: 55: 45 spid 52
2012-05-03 22:55:45.78 spid52 * 位置: logscan.cpp:1490
2012-05-03 22:55:45.78 spid52 * 表达式: FALSE
2012-05-03 22:55:45.78 spid52 * SPID: 52
2012-05-03 22:55:45.78 spid52 * 进程 ID: 9156
2012-05-03 22:55:45.78 spid52 * 说明: 无效的开关的值
2012-05-03 22:55:45.78 spid52 * 输入缓冲区 98 字节 —
2012-05-03 22:55:45.78 spid52 * 更改的数据库 Test_RO_FG_DB 设为在线
2012-05-03 22:55:51.05 spid52 错误: 17065,严重性: 16,状态: 1。
2012-05-03 22:55:51.05 spid52 SQL Server 断言: 文件: <logscan.cpp>,行 = 1490年失败的断言 = 假开关无效值。此错误可能是计时相关。如果错误仍然存在,请重新运行该语句后,使用 DBCC CHECKDB 检查的数据库结构的完整性,或重新启动服务器以确保未损坏的内存中的数据结构。
2012-05-03 22:55:51.10 spid52 错误: 3624,严重性: 20,状态: 1。
2012-05-03 22:55:51.10 spid52 A 系统断定检查已失败。检查 SQL Server 错误日志的详细信息。通常情况下,断言失败是由软件错误或数据损坏引起的。要检查的数据库损坏,请考虑运行 DBCC CHECKDB。如果您同意将转储发送到 Microsoft,在安装过程中,将会最小转储发送给 Microsoft。更新可以从 Microsoft 最新的 Service Pack 中或从技术支持 QFE。
2012-05-03 22:56:09.16 spid52 错误: 3414,严重性: 21,状态: 1。
在恢复期间,防止重新启动数据库 Test_RO_FG_DB (数据库 ID 19),出现了错误 2012年-05-03 22:56:09.16 spid52。恢复错误的诊断并修复它们,或从已知完好的备份中还原。如果不更正或预期的错误,请与技术支持联系。
2012-05-03 22:56:09.18 spid52 错误: 928,严重性: 20,状态: 1。
在升级数据库引发异常 926、 严重性 14、 状态 1,2012年-05-03 22:56:09.18 spid52 0000000000F6A971 的地址。使用的异常编号,以确定原因。</logscan.cpp>


注意当您尝试连接的数据库中包含的文件组标记为 READ_ONLY 时才出现此问题。当您试图移动其中的所有数据被标记都为 READ_ONLY READ_ONLY 数据库时不会出现此问题。

原因

因为 SQL Server 2012年未检测到的只读文件组来升级数据库在开始之前,会出现此问题。启动升级后,SQL Server 2012年将条目写入到事务日志中。早期版本无法读取新的事务日志条目。

状态

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

解决方案

累积更新信息

SQL Server 2012

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

替代方法

若要解决此问题,请使用下列方法之一。

方法 1

从 INST1 INST2 上还原数据库的备份。

注意当从早期版本中还原备份时 SQL Server 2012年中未出现"症状"一节所述的问题。

方法 2

执行就地升级的早期版本的 SQL Server 到 SQL Server 2012年。

方法 3

移动的数据库中包含只读文件组的实例的 SQL Server 2012年。为此,请按照下列步骤。

注意SQL Server 2012年运行在服务器上执行步骤 4 到 11。例如,在 INST2 上执行步骤 4 到 11。
  1. 在 INST1,分离数据库。例如,Test_RO_FG_DB 数据库分离。
  2. 将数据库文件移动到承载的 INST2 实例的服务器中。
  3. 请尝试将数据库附加到 INST2。下面的代码示例演示如何执行此操作:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG.mdf' ), 
    FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_File1.ndf' ), 
    FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RW_FG_File1.ndf' )
    LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_log.ldf' )
    FOR ATTACH;
    GO
    注意您将收到"症状"一节中提到的 3425 错误消息。
  4. 在命令提示符下,重命名的数据库文件。下面的示例命令演示如何执行此操作:
    rename Test_RO_FG.mdf original_Test_RO_FG.mdf
    rename Test_RO_FG_File1.ndf original_Test_RO_FG_File1.ndf
    rename Test_RW_FG_File1.ndf original_Test_RW_FG_File1.ndf
    rename Test_RO_FG_log.ldf original_Test_RO_FG_log.ldf
  5. 在 SQL Server 管理 Studio 中,创建一个与您要附加的数据库具有相同的名称和物理结构的数据库。下面的代码示例演示如何执行此操作:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG_DB', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_DB.mdf' , SIZE = 4072KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
    FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
    FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RW_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )
    LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)
    GO
  6. 将数据库设置为脱机。为此,请运行以下命令:
    ALTER DATABASE [Test_RO_FG_DB] SET OFFLINE
    GO
  7. 在命令提示符下,重命名新的数据库中的文件。下面的示例命令演示如何执行此操作:
    rename Test_RO_FG.mdf new_Test_RO_FG.mdf
    rename Test_RO_FG_File1.ndf new_Test_RO_FG_File1.ndf
    rename Test_RW_FG_File1.ndf new_Test_RW_FG_File1.ndf
    rename Test_RO_FG_log.ldf new_Test_RO_FG_log.ldf
  8. 在命令提示符下,重命名数据库中,您在步骤 2 中移动的文件。重命名文件,以匹配您在步骤 4 中创建的数据库。下面的示例命令演示如何执行此操作:
    rename original_Test_RO_FG.mdf Test_RO_FG.mdf 
    rename original_Test_RO_FG_File1.ndf Test_RO_FG_File1.ndf 
    rename original_Test_RW_FG_File1.ndf Test_RW_FG_File1.ndf 
    rename original_Test_RO_FG_log.ldf Test_RO_FG_log.ldf
  9. 将数据库设置为联机。为此,请运行以下命令:
    ALTER DATABASE [Test_RO_FG_DB] SET ONLINE
    GO
  10. 验证数据库处于联机状态,并重新建立的服务中介程序功能。
  11. 删除不需要的数据库文件。下面的示例命令演示如何执行此操作:
    del /P new_Test_RO_FG.mdf
    del /P new_Test_RO_FG_File1.ndf
    del /P new_Test_RW_FG_File1.ndf
    del /P new_Test_RO_FG_log.ldf
方法 4

重新连接的数据库中包含只读文件组中,SQL Server 的早期实例。为此,请按照下列步骤。

备注
  • 数据库还包含新的事务日志条目从升级失败。
  • 在运行较早版本的 SQL Server 的服务器上执行步骤 3 到 10。例如,执行步骤 3 到 10 INST1。

  1. 将数据库文件移动到承载 INST1 SQL Server 的实例中。
  2. 请尝试将数据库附加到 INST1。下面的代码示例演示如何执行此操作:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG_DB', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_DB.mdf' ), 
    FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_File1.ndf' ), 
    FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RW_FG_File1.ndf' )
    LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_log.ldf' )
    FOR ATTACH
    GO
    注意您将收到"症状"一节中提到的 3624 错误消息。您还将收到错误信息 1813年。
  3. 在命令提示符下,重命名 INST1 上的数据库文件。下面的示例命令演示如何执行此操作:
    rename Test_RO_FG.mdf original_Test_RO_FG.mdf
    rename Test_RO_FG_File1.ndf original_Test_RO_FG_File1.ndf
    rename Test_RW_FG_File1.ndf original_Test_RW_FG_File1.ndf
    rename Test_RO_FG_log.ldf original_Test_RO_FG_log.ldf
  4. 在 SQL Server 管理 Studio 中,创建一个与您要附加的数据库具有相同的名称和物理结构的数据库。下面的代码示例演示如何执行此操作:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG_DB', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_DB.mdf' , SIZE = 4072KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
    FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
    FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RW_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )
    LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)
    GO
  5. 将数据库设置为脱机。为此,请运行以下命令:
    ALTER DATABASE [Test_RO_FG_DB] SET OFFLINE
    GO
  6. 在命令提示符下,重命名新的数据库中的文件。下面的示例命令演示如何执行此操作:
    rename Test_RO_FG.mdf new_Test_RO_FG.mdf
    rename Test_RO_FG_File1.ndf new_Test_RO_FG_File1.ndf
    rename Test_RW_FG_File1.ndf new_Test_RW_FG_File1.ndf
    rename Test_RO_FG_log.ldf new_Test_RO_FG_log.ldf
  7. 在命令提示符下,重命名数据库中,您在步骤 2 中移动的文件。重命名文件,以匹配您在步骤 4 中创建的数据库。下面的示例命令演示如何执行此操作:
    rename original_Test_RO_FG.mdf Test_RO_FG.mdf 
    rename original_Test_RO_FG_File1.ndf Test_RO_FG_File1.ndf 
    rename original_Test_RW_FG_File1.ndf Test_RW_FG_File1.ndf 
    rename original_Test_RO_FG_log.ldf Test_RO_FG_log.ldf
  8. 将数据库设置为紧急模式,并执行修复。为此,请运行以下命令。

    注意在本步骤中重建数据库事务日志。这可能会导致数据丢失。因此,我们建议您执行此步骤之前备份数据库。
    ALTER DATABASE Test_RO_FG_DB SET EMERGENCY
    GO
    ALTER DATABASE Test_RO_FG_DB SET SINGLE_USER
    GO
    DBCC CHECKDB (Test_RO_FG_DB, repair_allow_data_loss) WITH ALL_ERRORMSGS
    GO
    ALTER DATABASE Test_RO_FG_DB SET MULTI_USER
    GO
  9. 验证数据库处于联机状态,并重新建立的服务中介程序功能。
  10. 删除不需要的数据库文件。下面的示例命令演示如何执行此操作:
    del /P new_Test_RO_FG.mdf
    del /P new_Test_RO_FG_File1.ndf
    del /P new_Test_RW_FG_File1.ndf
    del /P new_Test_RO_FG_log.ldf

更多信息

有几个数据库附加到 SQL Server 的实例时出现的步骤。这些步骤包括: 恢复数据库并从 SQL Server 的早期版本升级文件。

在"症状"一节所述的问题,SQL Server 2012年开始升级过程之前检测到数据库中的只读文件。升级的步骤包括启动事务,以清除数据库引导页中的"干净关闭"位。早期版本的 SQL Server 无法读取开始交易记录。因此,数据库不能在早期版本的 SQL Server,并且 SQL Server 生成的 3624 错误。

就地升级时,数据库将被标记为只读

当您执行就地升级的一个实例都包含一个名为 Test_RO_DB 到 SQL Server 2012年的只读数据库的 SQL Server 时,您可能会收到类似于以下 SQL Server 错误日志中的错误消息:

2012-05-04 21:03:59.23 spid19s 启动数据库 Test_RO_DB。
2012-05-04 21:03:59.56 spid19s 将转换数据库 Test_RO_DB 从版本 661 706 最新版本。
2012-05-04 21:03:59.56 spid19s 错误: 928,严重性: 20,状态: 1。
升级过程中的 2012年-05-04 21:03:59.56 spid19s,数据库将引发异常 3415,严重级别 16,状态 1,地址 000007FEE66D784A。使用的异常编号,以确定原因。
2012-05-04 21:03:59.61 spid19s 错误: 3415,严重性: 16,状态: 1。
2012-05-04 21:03:59.61 spid19s 无法升级数据库 'Test_RO_DB',因为它是只读的具有只读文件,或者用户没有修改的某些文件的权限。将数据库或文件,使其可写,然后重新运行恢复。


在升级过程结束时,Test_RO_DB 数据库将处于 RECOVERY_PENDING 状态。您必须使用ALTER DATABASE命令将数据库设置为 READ_WRITE。然后可以使用ALTER DATABASE命令将数据库设置为 READ_ONLY。这样,可以将数据库升级到正确的版本的 SQL Server 引擎。

就地升级时读/写数据库包含标记为只读文件组

当您执行就地升级到 SQL Server 2012年时,您可能会收到类似于以下 SQL Server 错误日志中的消息。早期的 SQL Server 实例承载读/写数据库,并包含标记为 READ_ONLY 的文件组时,将出现此问题。但是,在升级过程完成后,按预期的方式,并且数据库启动联机。

注意在下面的错误消息,数据库被命名为 Test_RO_FG:

2012-05-04 21:03:59.23 spid18s 启动数据库 Test_RO_FG。
2012-05-04 21:03:59.71 spid18s 将转换数据库 Test_RO_FG 从版本 661 706 最新版本。
2012-05-04 21:03:59.71 spid18s 数据库从版本 661 668 版本运行的升级步骤的 Test_RO_FG。



属性

文章编号: 2710782 - 最后修改: 2012年6月18日 - 修订: 2.0
这篇文章中的信息适用于:
  • Microsoft SQL Server 2012 Enterprise
关键字:?
kbsurveynew kbprb kbtshoot kbmt KB2710782 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 2710782
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