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

use master

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是数据库名字/

可以在表单里加一条隐藏的input标签，里面传一个唯一的value值，post发送请求的时候就会把这条隐藏的数据一起发过去，后台判断如果value值与已有的值重复，则使stat为1，否则新数据加入数据库，是stat为0

解决方法一：你可以采用以下的代码进行修复：

USE MASTER

GO

SP_CONFIGURE 'ALLOW UPDATES',1

RECONFIGURE WITH OVERRIDE

GO

UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='msdb'

Go

sp_dboption 'msdb', 'single user', 'true'

Go

DBCC CHECKDB('msdb')

Go

update sysdatabases set status =28 where name='msdb'

Go

sp_configure 'allow updates', 0

reconfigure with override

Go

sp_dboption 'msdb', 'single user', 'false'

Go

解决方法二：MSDB数据库解决过程

难点：由于MSDB数据库不能删除，将其文件拷出来，再次附加数据库，但新的附加数据库不能叫MSDB，也就是不能同名，遇到了困难。

1：先停止整个数据库，将该数据库的文件msdbdatamdf和msdblogldf拷贝粘贴出来到另一个目录下。

2：将以上的文件再拷贝到另一个目录下，也就是说复制两次。

3：选择 数据库右击鼠标 --》所有任务--》附加数据库 将复制出的一个备份文件附加上去，其中，数据库名称叫MSDB1，用户是SA或ADMINISTRATOR。

4：将MSDB1数据库备份，备份成一个文件，当时我的叫MSDB。BAK。

5：选择置疑的数据库MSDB，选择恢复数据库，将刚才备份出来的数据库强行恢复到MSDB。

6：问题解决，MSDB库又能正常使用。

完成后赶快将数据库再次备份一次。呵呵。

另附:数据库置疑解决办法

还有，现在修复好了，但昨天的数据丢失了，以前的数据倒还在。难道昨天发生了什么异常情况？

我这里一篇解决数据库质疑的文档，提供给大家，日后备用：

SQL SERVER数据库置疑后恢复步骤

1． 恢复步骤：

a将smlog_logldf文件备份到其它目录下；

b将源目录下的smlog_logldf文件改名为smlog_log_bakldf；

c执行以下语句修改数据库的状态：

use Master

go

update sysdatabases set status=32768 where name=’数据库名称’ --修改状态

go

shutdown with nowait --停止数据库服务器

go

d退出SQL并在命令行模式中通过下面的代码重新启动SQL：

sqlservr -c -T3608 -T4022 --安全模式启动SQL SERVER

e在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态：

select Name,Status from sysdatabases where Name=’ 数据库名称’

f执行以下代码新建日志文件：

dbcc traceon(3604) --跟踪

dbcc rebuild_log(‘数据库名称’,’日志文件名称’) --文件名要有全路径和扩展名

g将数据库置回正常状态：

update sysdatabases set status=0 where name=’数据库名称’

h重新启动数据库后执行以下语句检查数据库：

DBCC CHECKDB --如果执行完有错误用以下语句修复

i要修复数据库必需将数据库改为单用户模式：

Exce sp_dboption ‘数据库名称’,’single user’,’true’(‘false’恢复多用户)

j执行以下语句修复数据库：

DBCC CHECKDB(‘数据库名称’,REPAIR_ALLOW_DATA_LOSS)

REPAIR_ALLOW_DATA_LOSS：是比较高级的修复方式

REPAIR_FAST：是简单快速的修复方式

相似问题：系统重装，忘记了备份SQL，然后又通过数据恢复工具找回了mcdb_datamdf 和mcdb_LogLDF，在企业管理器上用附加数据库时提示错误9004，日志错误，在网上找了诸多方法，也试过建个同名空数据库然后停止SQL SERVER然后覆盖掉MDF。但多不行，哪个大哥救救

这是详细步骤

1先建一个与你要恢复的数据库名称一样的数据库。

2停止sql server,把你的数据库替换这个数据库。

3重启sql server,把数据库设置为紧急状态。

sp_configure 'allow',1

reconfigure with overirde

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

4重建日志文件。

dbcc rebuild_log('yourdata','your data path\newdata_logldf')

5取消紧急模式。

update sysdatabases set status=0 where name='yourdata'

restore sysdatabases yourdata with recovery

sp_configure 'allow',0

reconfigure with override

6重起sql server

7ok

主要的原因是主机的IP发生了变化，因此数据库在连接的时候就会出现障碍，解决的办法是把服务中的console、监听依次关闭，然后再开启监听，在开启console，注意顺序，之后再进入em，就可以了。

以上就是关于sql2000数据库紧急模式如何恢复全部的内容，包括:sql2000数据库紧急模式如何恢复、求大神指教，请求方式是post，现在我想在数据库中设置一个状态stat 默认为0。、SQL Server 2000 数据库置凝状态了，数据库文件 mdf 是复制的 不能直接附加的！等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！