如何在SQL Server 2005中修复损坏的数据库

如何在SQL Server 2005中修复损坏的数据库,第1张

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给数据库管理和开发提供了更加有效实用的工具和方法。

在sql

server

2005

数据库中,一次误 *** 作,分离数据库后,直接将日志文件删除掉了,后进行附加出错,无法附加上去,经过如下解决方案,数据库附加成功, *** 作如下:

第一步:先建立一个同名数据库,停止sql

server2005,将原来的.mdf数据库文件覆盖刚新建的.mdf数据库文件,重新启动数据库。

第三步:在查询分析器中运行如下代码:

alter

database

你的.mdf文件名

set

emergency

'--将数据库设置为紧急状态

use

master

declare

@databasename

varchar(255)

set

@databasename='你的.mdf文件名'

'--你的.mdf文件文件名

exec

sp_dboption

@databasename,

n'single',

n'true'

--将目标数据库置为单用户状态

dbcc

checkdb(@databasename,repair_allow_data_loss)

dbcc

checkdb(@databasename,repair_rebuild)

exec

sp_dboption

@databasename,

n'single',

n'false'--将目标数据库置为多用户状态

以上代码请同时运行,可能会出现“数据库其他多个文件与数据库主文件不匹配....”错误,请多次重试执行以上代码


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9361600.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-27
下一篇 2023-04-27

发表评论

登录后才能评论

评论列表(0条)

保存