數據庫Suspect如何解決

joymin 2011-08-06 06:11:03
先聲明:用以下方法行不通。
use master
go
--<1>.
sp_configure 'allow updates',1
reconfigure with override
go
--執行這步出現:
-- Configuration option 'allow updates' changed from 0 to1. Run the RECONFIGURE statement to install.

<2>
update sysdatabases set status = 32768 where name = 'PDExam_2'
go

--第二步錯誤: Msg 259, Level 16, State 1, Line 1
--Ad hoc updates to system catalogs are not allowed.

--3.把原始数据库的数据文件dbname_dat.mdf,dbname_log.ldf移走:

sp_dboption PDExam_2, single_user, true

exec sp_resetstatus 'PDExam_2'

dbcc checkdb(db_suspect)

alter database PDExam_2 set multi_user
go

update sysdatabases set status = 4194320 where name ='PDExam_2' go

sp_configure 'allow updates', 0
reconfigure with override
go


在網上找了都是以上的方法,難道沒有別的方法了嗎?有誰遇到過同樣的問題,幫忙解決一下,謝謝!!
...全文
242 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
north_zou 2011-10-09
  • 打赏
  • 举报
回复
出现这种错误时什么意思?
joymin 2011-08-07
  • 打赏
  • 举报
回复
用windows身份登录 也是同樣的錯誤!!!
11樓所說的小F是指誰??
lvoers 2011-08-07
  • 打赏
  • 举报
回复
这确实是个问题。。前段时间我也碰到过。。最后用备份数据库来还原了。。
。我觉得可以采用小F的方法去试试。
AcHerat 2011-08-07
  • 打赏
  • 举报
回复
楼主用windows身份登录处理看下。
joymin 2011-08-07
  • 打赏
  • 举报
回复

我的操作步驟是:
1.先停止服務,copy數據庫文件,再連接服務,建一個同名數據庫
if exists(select * from sysdatabases where name='PDExam_2')
drop database PDExam_2
create database PDExam_2
......

2.把copy的數據庫文件覆盖過來,然後就執行你所說的第1步
執行結果:
消息15123,级别16,状态1,过程sp_configure的,第51行配置选项的“允许更新”并不存在,或者它可能是一个高级选项。
配置选项'显示高级选项“,从1到1。运行RECONFIGURE语句以安装。
最大并行度配置选项'“,改为从1到1。运行RECONFIGURE语句以安装。

第2步:
執行:UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='PDExam'
Go --修改狀態
結果:消息259,级别16,状态1,行1即席更新系统目录是不允许的。

是不是還有什麽要安裝呀???
AcHerat 2011-08-07
  • 打赏
  • 举报
回复
SP_CONFIGURE 'ALLOW UPDATES ',1
GO
RECONFIGURE WITH OVERRIDE
GO
EXEC sp_configure 'show advanced option', '1'
GO
RECONFIGURE WITH OVERRIDE
GO
EXEC sp_configure 'max degree of parallelism' ,'1'
GO
RECONFIGURE WITH OVERRIDE
GO


第一步换成这样子。
joymin 2011-08-07
  • 打赏
  • 举报
回复
[Quote=引用 6 楼 acherat 的回复:]
楼主看看2楼贴的,介绍很详细,按楼主的步骤感觉像是2楼两种方法的混合。。。
[/Quote]

執行這步:
SP_CONFIGURE 'ALLOW UPDATES',1
GO
RECONFIGURE WITH OVERRIDE
GO
結果:配置选项'允许更新“改变从0到1。运行RECONFIGURE语句以安装。
執行:update sysdatabases set status=32768 where name='PDExam_2--修改状态,設為緊急狀態
go
結果:消息259,级别16,状态1,行1即席更新系统目录是不允许的。
AcHerat 2011-08-07
  • 打赏
  • 举报
回复
楼主看看2楼贴的,介绍很详细,按楼主的步骤感觉像是2楼两种方法的混合。。。
joymin 2011-08-07
  • 打赏
  • 举报
回复
[Quote=引用 4 楼 acherat 的回复:]
在执行第二步之前执行下这个试试!

sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
sp_configure 'Ole Automation Procedures', 1;
GO
RECONFIGURE;
GO
[/Quote]



報錯:
Configuration option 'show advanced options' changed from 1 to 1. Run the RECONFIGURE statement to install.
Msg 5808, Level 16, State 1, Line 1
Ad hoc update to system catalogs is not supported.
Configuration option 'Ole Automation Procedures' changed from 0 to 1. Run the RECONFIGURE statement to install.
Msg 5808, Level 16, State 1, Line 1
Ad hoc update to system catalogs is not supported.

配置选项'显示高级选项“,从1到1。运行RECONFIGURE语句以安装。消息5808,级别16,状态1,行1特设更新到系统目录,不支持。配置选项'的OLE自动化程序“改变从0到1。运行RECONFIGURE语句以安装。消息5808,级别16,状态1,行1特设更新到系统目录,不支持。

運行第一步的時候 結果:配置选项'允许更新“改变从0到1。运行RECONFIGURE语句以安装。
AcHerat 2011-08-07
  • 打赏
  • 举报
回复
在执行第二步之前执行下这个试试!

sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
sp_configure 'Ole Automation Procedures', 1;
GO
RECONFIGURE;
GO

joymin 2011-08-07
  • 打赏
  • 举报
回复
我建過,好像會報錯!!
--小F-- 2011-08-06
  • 打赏
  • 举报
回复
--常规SQL SERVER数据库置疑后恢复步骤   
--1. 恢复步骤:
--a.将smlog_log.ldf文件备份到其它目录下;
--b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf;
--c.执行以下语句修改数据库的状态:
use Master
go
update sysdatabases set status=32768 where name='数据库名称' --修改状态,設為緊急狀態
go
shutdown with nowait --停止数据库服务器
go
--d.退出SQL并在(COMMAND)命令行模式中通过下面的代码重新启动SQL:
sqlservr -c -T3608 -T4022 --安全模式启动SQL SERVER
--e.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态:
select Name,Status from sysdatabases where Name='数据库名稱'
--f.执行以下代码新建日志文件:
dbcc traceon(3604)--跟踪
dbcc rebuild_log('数据库名称','日志文件全路徑') --文件名要有全路径和扩展名
--dbcc rebuild_log('prs_msc','d:\mscsql\mssql\data\prs_msc_log.ldf
--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:是简单快速的修复方式
/*
處理状态就为"置疑"的數據庫
备份数据文件,然后按下面的步骤处理:
1.新建一个同名的数据库(数据文件与原来的要一致)
2.再停掉sql server(注意不要分离数据库)
3.用原数据库的数据文件覆盖掉这个新建的数据库
4.再重启sql server
5.此时打开企业管理器时会出现置疑,先不管,执行下面的语句(注意修改其中的数据库名)
6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用数据库的脚本创建一个新的数据库,并将数据导进去就行了.

*/
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1
GO
RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'
Go
sp_dboption '置疑的数据库名','single user','true'
Go
DBCC CHECKDB('置疑的数据库名')
Go
update sysdatabases set status=28 where name='置疑的数据库名'
Go
sp_configure 'allow updates',0
GO
reconfigure with override
Go
sp_dboption '置疑的数据库名', 'single user','false'
Go
AcHerat 2011-08-06
  • 打赏
  • 举报
回复
楼主是否在新建的同名数据库里进行这些操作!

22,209

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧