sql数据库修复紧急模式 sql数据库修复紧急模式怎么用

sql2000数据库紧急模式如何恢复

use master

sql数据库修复紧急模式 sql数据库修复紧急模式怎么用

go

exec sp_configure 'allow updates',1 RECONFIGURE WITH OVERRIDE / 打开修改系统表的开关 /

go

update sysdatabases set status=32768 where name='jiax' / 设置数据库状态/

go

update sysdatabases set status=0 where name='jiax' / 重置数据库状态 /

go

exec sp_configure 'allow updates',0 RECONFIGURE WITH OVERRIDE / 关闭打开修改系统表的开关 /

/一条一条执行语句，起作用的是set status=0那句，其中jiax是数据库名字/

如何解决数据库是紧急状态

SQL数据库修复 数据库紧急状态解决方法(2007-12-29 12:23:39)标签：it1、USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDEGO2、UPDATE SYSDATABASES SET STATUS =-32768 WHERE NAME='twhis'Go3、sp_dboption 'twhis', 'single user', 'true' --设置为单用户模式Go4、 update sysdatabases set status =28 where name='twhis'Go5、dbcc rebuild_log('twhis','D:\Program Files\Microsoft SQL Server\MSSQL\Data\twhis_log.ldf') --重建日志，需要把原先的日志文件改名或者删除go6、DBCC CHECKDB('twhis',REPAIR_ALLOW_DATA_LOSS) WITH ALL_ERRORMSGSGo7、sp_configure 'allow updates', 0 reconfigure with overrideGo8、--修复数据表use twhisdeclare @dbname varchar(255) set @dbname='twhis' exec sp_dboption @dbname,'single user','true' dbcc checktable('mzmxz',REPAIR_ALLOW_DATA_LOSS) dbcc checktable('mzmxz',REPAIR_REBUILD) ------把’ 需要修复的数据表的名称’更改为执行DBCC CHECKDB时报错的数据表的名称 exec sp_dboption @dbname,'single user','false' sp_dboption 'twhis', 'single user', 'false'Go9、sp_dboption 'twhis', 'dbo use', 'false' sp_dboption 'twhis', 'single user', 'true' DBCC CHECKDB('twhis',REPAIR_ALLOW_DATA_LOSS) WITH ALL_ERRORMSGS DBCC CHECKDB('twhis',REPAIR_rebuild) ===================================

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

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

sql2008数据库显示为紧急

1.

修改数据库为紧急模式 ALTER DATABASE jd13dafa SET EMERGENCY

2.

使数据库变为单用户模式 ALTER DATABASE jd13dafa SET SINGLE_USER

3.

修复数据库日志重新生成,此命令检查的分配,结构,逻辑完整性和所有数据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数,该程序将检查和修复报告的错误。但是,这些修复可能会导致一些数据丢失。 DBCC CheckDB (jd13dafa , REPAIR_ALLOW_DATA_LOSS)

4.

使数据库变回为多用户模式 ALTER DATABASE jd13dafa SET MULTI_USER

SQL SERVER 2005 紧急状态下的mdf数据库恢复。需要花多少时间？ 数据库大小150G

具体时间不好说，150GB的数据库用不了太多时间，关键是你的日志需要恢复和应用，这个日志的量就不好说了。

这个恢复时间真不好确定，不同的服务器配置需要的时间不同，我以前恢复的数据库在50G的时候，在一个服务器上恢复需要3~4个小时，后来服务器到120G的时候由于新换了服务器，恢复的时间和原来的不多。所以服务器恢复数据库的时间长短和数据库大小成正比、与服务器配置的的高低成反比。

如何恢复和修复MS SQL数据库的MDF文件[2]

怎么办呢?别着急 下面我们举例说明恢复办法

A 我们使用默认方式建立一个供恢复使用的数据库(如test) 可以在SQL Server Enterprise Manager里面建立

B 停掉数据库服务器

C 将刚才生成的数据库的日志文件test_log ldf删除 用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data mdf

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

E 设置数据库允许直接

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

以下是引用片段 use master go sp_configure allow updates go reconfigure with override go

F 设置test为紧急修复模式

update sysdatabases set status= where dbid=DB_ID( test )

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

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

dbcc rebuild_log( test C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log ldf )

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

服务器: 消息 级别 状态 行

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

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

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

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

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

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

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

H 验证数据库一致性(可省略)

dbcc checkdb( test )

一般执行结果如下

CHECKDB 发现了 个分配错误和 个一致性错误(在数据库 test 中)

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

I 设置数据库为正常状态

sp_dboption test dbo use only false

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

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

以下是引用片段 sp_configure allow updates go reconfigure with override go

lishixinzhi/Article/program/SQL/201311/16354

如何恢复sql数据紧急模式

这串代码是我给你的吧,当时我是从那参考资料里摘出来的，这段代码备份的时候没有关闭数据库连接。你刚刚备份完就恢复，当然要出错了，你改为下面的，然后重起下iis和sql

server试试看。

SQL Server数据库成为紧急模式怎么恢复

Use Master

Go

sp_configure 'allow updates', 1

reconfigure with override

Go

update sysdatabases set status = 32768 where name = 'DBname'