SQL 2000 数据库备份文件损坏如何修复

如果你的备份文件损坏了，那就不能恢复这个备份了，如果是你的数据库文件MDF损坏了，那你可以把原来的数据库分离了，把数据库文件先考到别的目录下，然后在企业管理器里新建立个数据库和原来的名字一样的，文件位置也放到原来的位置，建立完这个数据库以后再恢复数据库，在选项里，把强制还原数据库选上，然后确认恢复，应该就可以了

1, 如果你有比较新的备份文件，可以将备份恢复到另外一台机器上，然后将对应表导入到当前库；

2，如果你的日志文件还没有被覆盖，将日志文件copy出去，先备份一下，找个读取sqlserver日志的工具，从日志文件中逐条记录恢复。

按照正常的数据库备份 *** 作备份一下数据库，然后按照后面的 *** 作只还原数据文件 A． 我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。

B． 停掉数据库服务器。

C． 将刚才生成的数据库的日志文件test_logldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_datamdf。

D． 启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何 *** 作。

E． 设置数据库允许直接 *** 作系统表。此 *** 作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。

use master

go

sp_configure 'allow updates ',1

go

reconfigure with override

go

F． 设置test为紧急修复模式

update sysdatabases set status=-32768 where dbid=DB_ID( 'text ')

此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表

G． 下面执行真正的恢复 *** 作，重建数据库日志文件

dbcc rebuild_log( 'text ', 'D:\MSSQL7\Data\text_logldf ')

执行过程中，如果遇到下列提示信息：

服务器: 消息 5030，级别 16，状态 1，行 1

未能排它地锁定数据库以执行该 *** 作。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了text库的系统表，那么退出SQL Server Enterprise Manager就可以了。

正确执行完成的提示应该类似于：

警告: 数据库 'test ' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。

H． 验证数据库一致性（可省略）

dbcc checkdb( 'text ')

一般执行结果如下：

CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test ' 中）。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

I． 设置数据库为正常状态

sp_dboption 'text ', 'dbo use only ', 'false '

如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。

J． 最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接 *** 作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成

sp_configure 'allow updates ',0

go

reconfigure with override

go

1 在SQL Server Management Studio中随便创建一个数据库，例如：PVLink。

2 停止SQL Server服务。

如果不停止此服务，刚才创建的PVLink数据库将即不能被拷贝，也不能被覆盖。

3 把已经损坏的数据库的mdf文件拷贝并覆盖刚才新建的数据库产生的mdf文件。

4 启动SQL Server服务。

此时可以看见刚才创建的PVLink数据库名字后面没有加号，无法察看其任何信息，其实目前它已经处于无法使用的状态。

5 把数据库设置为紧急状态。

通过在“查询分析器”中执行：alter database PVLink set EMERGENCY 可以将数据库设置为紧急状态，此时数据库PVLink的图标改变成粉红色并出现“紧急”字样。

6 将数据库设置为单用户模式。

如果不设置为单用户模式，我们将无法使用带有效repair选项的DBCC CHECKDB来检查/修复数据库，SQL Server 2005设置单用户模式比SQL Server 2000容易，只要在“查询分析器”中执行：

use master

go

sp_dboption 'PVLink',single,true

即可。

7 修复数据库

修复数据库主要使用DBCC来作，一般来讲，我们可以使用以下三个选项来修复：

REPAIR_ALLOW_ DATA_LOSS

尝试修复报告的所有错误。这些修复可能会导致一些数据丢失。

REPAIR_FAST

仅为保持向后兼容性而保留。

REPAIR_REBUILD

执行由 REPAIR_FAST 执行的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。

一般我们通过执行：DBCC CHECKDB('PVLink',REPAIR_REBUILD) 即可完成修复工作，此时 SQL Server 2005会给出很多提示，因为这个过程可能会导致一些数据库设计或者数据的丢失，并且在这个过程中，会产生新的以ldf为扩展名的数据库日志文件。

8 完成以上的步骤后，一般情况下数据库应该可用了，如果数据库此时仍然是紧急状态，可以通过：alter database PVLink set ONLINE ，把数据库变成在线状态。

以上介绍的方法对于通过“附加”的方法无法恢复受到比较严重损坏的数据库比较有效，总的来看，SQL Server 2005给数据库管理和开发提供了更加有效实用的工具和方法。

请输入你的答案 数据库926错误解决方案在做任何 *** 作前首先备份数据库的数据文件和日志文件！以及最新的备份文件！第一种解决方法：先删除报错数据库，再新建一同名数据库，然后暂停Service manager（及sql server 服务） ，删除库文件和日志文件再启动Service manager ，使用单数据文件恢复数据库命令恢复数据库。例：打开sql server/tools/sql server query analyzer 执行下面 *** 作 EXEC sp_attach_single_file_db @dbname = 'pubs', @physname = 'c:\mssql7\data\pubsmdf' 说明：‘pubs’为要恢复的数据库名称，‘c:\mssql7\data\pubsmdf’为要恢复的数据库的库文件的具体路径和文件名称。再重新启动一下service manager ，看能否正常打开处理后的数据库；如果不可以再使用第二种方案。第二种解决方法：打开sql server/tools/sql server query analyzer 执行下面 *** 作 USE MASTER GO sp_configure 'allow update',1 RECONFIGURE WITH OVERRIDE GO UPDATE sysdatabases set status = 32768 WHERE name = 'db_pos363' GO sp_configure 'allow update',0 RECONFIGURE WITH OVERRIDE GO 说明：'db_pos363'是要修复的数据库名称。执行完毕再重启一下Service manager打开数据库看是否处于紧急状态！再从另一装有sql 2000的机器上连接报错的数据库，然后再在sql 2000的机器上新建一数据库，再使用sql 2000自带的数据库导入导出功能（在新建的数据库上单击右键/所有任务/数据导入、数据导出）从报错数据库导入数据到新建的数据库中！在导入选项中注意以下几项： 1， 导入方式选择分‘从源数据库复制表和视图’以及‘从sql server数据库间复制对象和数据’。当选择从源数据库复制表和视图时一定要选择全部表！ 2， 当选择‘从sql server数据库间复制对象和数据’时，在‘导入导出向导’对话框中去除‘使用默认选项’的选中标志；再在打开‘选项’对话框，去除以下三项的选中标志。A,复制数据用户和数据库角色；B，复制sql server 登陆；C，复制对象及权限。 3， 在使用‘从sql server数据库间复制对象和数据’时，有时会出现单张表导入失败，这时有时会在导入结束时提示那几张表导入失败有时不提示，如果提示，就再使用‘从源数据库复制表和视图’并选中导入失败的表重新导入一遍；如果不提示就只能在一张张表打开查看了，发现空表后再使用‘从源数据库复制表和视图’导入需要导入的表！导入成功后再删除sql server 70机器上处于紧急状态的数据库，再新建一个同名数据库，建好后再使用sql 2000的数据库导出功能导出到此数据库中，在导出过程中同样要注意导入时的注意事项！

--1、修改数据库为紧急模式ALTER DATABASE Stock SET EMERGENCY--2、使数据库变为单用户模式ALTER DATABASE Stock SET SINGLE_USER --3、修复数据库日志重新生成，此命令检查的分配，结构，逻辑完整性和所有数据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数，该程序将检查和修复报告的错误。但是，这些修复可能会导致一些数据丢失。DBCC CheckDB (Stock, REPAIR_ALLOW_DATA_LOSS)--4、使数据库变回为多用户模式ALTER DATABASE Stock SET MULTI_USER1：重新建立一个，一样的数据库，路径名称，文件都一样哈；2：关掉SQLSERVER服务；3：把源文件COPY过来；4：开启SQLSERVER服务；5：执行上面的1到4步。OK

sql2005数据库修复方法如下：

1、停止数据库服务。

2、将需要恢复的数据库文件复制到另外的位置。

3、启动数据库服务。

4、确认要恢复的数据库文件已经成功复制到另外的位置，然后在SQL

Server

Management

Studio中删除要恢复的数据库。

5、新建同名的数据库(数据库文件名也要相同)。

6、停止数据库服务。

7、用第2步中备份的mdf文件覆盖新数据库的同名文件。

8、启动数据库服务。

9、运行alter

database

dbname

set

emergency，将数据库设置为emergency

mode

10、运行下面的命令就可以恢复数据库：Titleuse

masterdeclare

@databasename

varchar(255)

set

@databasename='要恢复的数据库名称'

修复sql2000数据库置疑在实际的 *** 作中由于突然断电或者突然断网造成数据库置疑（在企业管理器中数据库后面出现置疑两个字），下面我们通过以下方法来进行修复置疑的数据库。A．我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQLServerEnterpriseManager里面建立。B停掉数据库服务器。C将刚才生成的数据库的日志文件test_logldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_datamdf。D启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何 *** 作。E设置数据库允许直接 *** 作系统表。此 *** 作可以在SQLServerEnterpriseManager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。usemastergosp_configure'allowupdates',1goreconfigurewithoverridegoF设置test为紧急修复模式updatesysdatabasessetstatus=-32768wheredbid=DB_ID('test')此时可以在SQLServerEnterpriseManager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表G下面执行真正的恢复 *** 作，重建数据库日志文件dbccrebuild_log('test','C:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\test_logldf')执行过程中，如果遇到下列提示信息：服务器:消息5030，级别16，状态1，行1未能排它地锁定数据库以执行该 *** 作。DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQLServerEnterpriseManager打开了test库的系统表，那么退出SQLServerEnterpriseManager就可以了。正确执行完成的提示应该类似于：警告:数据库'test'的日志已重建。已失去事务的一致性。应运行DBCCCHECKDB以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。此时打开在SQLServerEnterpriseManager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。H验证数据库一致性（可省略）dbcccheckdb('test')一般执行结果如下：CHECKDB发现了0个分配错误和0个一致性错误（在数据库'test'中）。DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。I设置数据库为正常状态sp_dboption'test','dbouseonly','false'如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。J最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接 *** 作系统表是一件比较危险的事情。当然，我们可以在SQLServerEnterpriseManager里面恢复，也可以使用如下语句完成sp_configure'allowupdates',0goreconfigurewithoverridego

以上就是关于SQL 2000 数据库备份文件损坏如何修复全部的内容，包括:SQL 2000 数据库备份文件损坏如何修复、sql数据库误改怎样恢复、如何恢复sql数据紧急模式等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！