1.設(shè)置數(shù)據(jù)庫(kù)為緊急模式
創(chuàng)新互聯(lián)專注于江岸企業(yè)網(wǎng)站建設(shè),響應(yīng)式網(wǎng)站,商城網(wǎng)站建設(shè)。江岸網(wǎng)站建設(shè)公司,為江岸等地區(qū)提供建站服務(wù)。全流程按需定制網(wǎng)站，專業(yè)設(shè)計(jì)，全程項(xiàng)目跟蹤，創(chuàng)新互聯(lián)專業(yè)和態(tài)度為您提供的服務(wù)
Use Master
GO
sp_configure 'allow updates', 1
reconfigure with override
GO
UPDATE sysdatabases SET status = 32768 where name = 'DB_SUSPECT'
GO
2.停掉SQL Server服務(wù):
.Net STOP MSSQLSERVER
3.把原始數(shù)據(jù)庫(kù)的數(shù)據(jù)文件DBNAME_DAT.MDF,DBNAME_LOG.LDF移走:
4.啟動(dòng)SQL Server服務(wù):
.Net START MSSQLSERVER
5.重新建立一個(gè)同名的數(shù)據(jù)庫(kù)DB_SUSPECT；
USE master
GO
CREATE DATABASE DB_SUSPECT
ON
( NAME = DBNAME_DAT,
FILENAME = 'C:',
SIZE = 10,
FILEGROWTH = 5 )
LOG ON
( NAME = 'DBNAME_LOG',
FILENAME = 'g:',
SIZE = 5MB,
FILEGROWTH = 5MB )
GO
6.設(shè)置數(shù)據(jù)庫(kù)運(yùn)行在單用戶的模式:
USE MASTER
GO
ALTER DATABASE DB_SUSPECT SET SINGLE_USER
GO
7.停掉SQL服務(wù):
.Net STOP MSSQLSERVER
8.把原來的數(shù)據(jù)文件再覆蓋回來:
9.啟動(dòng)SQL Server服務(wù):
.Net START MSSQLSERVER
10.重新設(shè)置SQLSERVER的狀態(tài):
USE MASTER
GO
EXEC sp_resetstatus "DB_SUSPECT"
11.數(shù)據(jù)庫(kù)完整性檢測(cè):
DBCC CHECKDB('DB_SUSPECT')
12.恢復(fù)數(shù)據(jù)庫(kù)為多用戶模式:
USE MASTER
GO
ALTER DATABASE DB_SUSPECT SET MULTI_USER
GO
13.恢復(fù)SQLSERVER原始的配置:
USE MATER
GO
UPDATE sysdatabases SET status = 4194320 where name = 'DB_SUSPECT'
GO
14.配置SQLSERVER不允許更新系統(tǒng)表:
USE MASTER
GO
sp_configure 'allow updates', 0
reconfigure with override
GO
15.重新啟動(dòng)MSSQLSERVER服務(wù):
最好重新啟動(dòng)操作系統(tǒng)
16.備份數(shù)據(jù)庫(kù):
可以通過SQLSERVER企業(yè)管理器或T-SQL.需要備份MASTER和DB_SUSPECT
補(bǔ)充一點(diǎn)，如果用DOMAIN\USER時(shí),要注意對(duì).MDF.LDF的所在目錄的權(quán)限.
在MS SQLSERVER中一直有這樣的問題,SQLSERVER的狀態(tài)"置疑",原因約有以下幾條:
1.錯(cuò)誤的刪除日志;
2.硬件(HD)損壞,造成日志和數(shù)據(jù)文件寫錯(cuò)誤;
3.硬盤的空間不夠,比如日志文件過大;
解決辦法:
最簡(jiǎn)單的辦法是有數(shù)據(jù)庫(kù)的全備份,然后恢復(fù)即可.
步驟:
1. 刪除原始的數(shù)據(jù)庫(kù):
USE MASTER
GO
DROP DATABASE DB_SUEPECT
2.建立同名的數(shù)據(jù)庫(kù):
USE master
GO
CREATE DATABASE DB_SUSPECT
ON
( NAME = DBNAME_DAT,
FILENAME = 'C:',
SIZE = 10,
FILEGROWTH = 5 )
LOG ON
( NAME = 'DBNAME_LOG',
FILENAME = 'g:',
SIZE = 5MB,
FILEGROWTH = 5MB )
GO
3.恢復(fù)數(shù)據(jù)庫(kù):
RESTORE DATABASE DB_SUSPECT
FROM DBNAME_BACKUP.DAT
4.數(shù)據(jù)庫(kù)完整性檢測(cè):
DBCC CHECKDB('DB_SUSPECT')
5.重新啟動(dòng)MSSQLSERVER服務(wù).
如果沒有全備份,那就要用一些特殊的方法:
1.設(shè)置數(shù)據(jù)庫(kù)為緊急模式
Use Master
GO
sp_configure 'allow updates', 1
reconfigure with override
GO
UPDATE sysdatabases SET status = 32768 where name = 'DB_SUSPECT'
GO
2.停掉SQL Server服務(wù):
.Net STOP MSSQLSERVER
3.把原始數(shù)據(jù)庫(kù)的數(shù)據(jù)文件DBNAME_DAT.MDF,DBNAME_LOG.LDF移走:
4.啟動(dòng)SQL Server服務(wù):
.Net START MSSQLSERVER
5.重新建立一個(gè)同名的數(shù)據(jù)庫(kù)DB_SUSPECT；
USE master
GO
CREATE DATABASE DB_SUSPECT
ON
( NAME = DBNAME_DAT,
FILENAME = 'C:',
SIZE = 10,
FILEGROWTH = 5 )
LOG ON
( NAME = 'DBNAME_LOG',
FILENAME = 'g:',
SIZE = 5MB,
FILEGROWTH = 5MB )
GO
6.設(shè)置數(shù)據(jù)庫(kù)運(yùn)行在單用戶的模式:
USE MASTER
GO
ALTER DATABASE DB_SUSPECT SET SINGLE_USER
GO
7.停掉SQL服務(wù):
.Net STOP MSSQLSERVER
8.把原來的數(shù)據(jù)文件再覆蓋回來:
9.啟動(dòng)SQL Server服務(wù):
.Net START MSSQLSERVER
10.重新設(shè)置SQLSERVER的狀態(tài):
USE MASTER
GO
EXEC sp_resetstatus "DB_SUSPECT"
11.數(shù)據(jù)庫(kù)完整性檢測(cè):
DBCC CHECKDB('DB_SUSPECT')
12.恢復(fù)數(shù)據(jù)庫(kù)為多用戶模式:
USE MASTER
GO
ALTER DATABASE DB_SUSPECT SET MULTI_USER
GO
13.恢復(fù)SQLSERVER原始的配置:
USE MATER
GO
UPDATE sysdatabases SET status = 4194320 where name = 'DB_SUSPECT'
GO
14.配置SQLSERVER不允許更新系統(tǒng)表:
USE MASTER
GO
sp_configure 'allow updates', 0
reconfigure with override
GO
15.重新啟動(dòng)MSSQLSERVER服務(wù):
最好重新啟動(dòng)操作系統(tǒng)
16.備份數(shù)據(jù)庫(kù):
可以通過SQLSERVER企業(yè)管理器或T-SQL.需要備份MASTER和DB_SUSPECT
補(bǔ)充一點(diǎn)，如果用DOMAIN\USER時(shí),要注意對(duì).MDF.LDF的所在目錄的權(quán)限.
靈驗(yàn)?zāi)_本
遇到這種數(shù)據(jù)庫(kù)置疑情況，就運(yùn)行下面這個(gè)腳本，屢試不爽：
======================================================
--before running any script, run the following to set the
master database to allow updates
USE master
GO
sp_configure 'allow updates', 1
GO
RECONFIGURE WITH OVERRIDE
GO
--Run the following script
UPDATE master..sysdatabases SET status = status ^ 256
WHERE name = 'Database_Name'
--Run the following script
exec SP_resetstatus Database_Name
--stop and start the MSDTC at this stage
--After the procedure is created, immediately disable
updates to the system tables:
exec sp_configure 'allow updates', 0
GO
RECONFIGURE WITH OVERRIDE
GO
修復(fù)sql2000數(shù)據(jù)庫(kù)置疑
在實(shí)際的操作中由于突然斷電或者突然斷網(wǎng)造成數(shù)據(jù)庫(kù)置疑（在企業(yè)管理器中數(shù)據(jù)庫(kù)后面出現(xiàn)置疑兩個(gè)字），下面我們通過以下方法來進(jìn)行修復(fù)置疑的數(shù)據(jù)庫(kù)。
A．我們使用默認(rèn)方式建立一個(gè)供恢復(fù)使用的數(shù)據(jù)庫(kù)(如test)?？梢栽赟QL Server Enterprise Manager里面建立。
B.停掉數(shù)據(jù)庫(kù)服務(wù)器。
C. 將剛才生成的數(shù)據(jù)庫(kù)的日志文件test_log.ldf刪除，用要恢復(fù)的數(shù)據(jù)庫(kù)mdf文件覆蓋剛才生成的數(shù)據(jù)庫(kù)數(shù)據(jù)文件test_data.mdf。
D. 啟動(dòng)數(shù)據(jù)庫(kù)服務(wù)器。此時(shí)會(huì)看到數(shù)據(jù)庫(kù)test的狀態(tài)為“置疑”。這時(shí)候不能對(duì)此數(shù)據(jù)庫(kù)進(jìn)行任何操作。
E. 設(shè)置數(shù)據(jù)庫(kù)允許直接操作系統(tǒng)表。此操作可以在SQL Server Enterprise Manager里面選擇數(shù)據(jù)庫(kù)服務(wù)器，按右鍵，選擇“屬性”，在“服務(wù)器設(shè)置”頁面中將“允許對(duì)系統(tǒng)目錄直接修改”一項(xiàng)選中。也可以使用如下語句來實(shí)現(xiàn)。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
F.設(shè)置test為緊急修復(fù)模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此時(shí)可以在SQL Server Enterprise Manager里面看到該數(shù)據(jù)庫(kù)處于“只讀\置疑\脫機(jī)\緊急模式”可以看到數(shù)據(jù)庫(kù)里面的表，但是僅僅有系統(tǒng)表
G.下面執(zhí)行真正的恢復(fù)操作，重建數(shù)據(jù)庫(kù)日志文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
執(zhí)行過程中，如果遇到下列提示信息：
服務(wù)器: 消息 5030，級(jí)別 16，狀態(tài) 1，行 1
未能排它地鎖定數(shù)據(jù)庫(kù)以執(zhí)行該操作。
DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。
說明您的其他程序正在使用該數(shù)據(jù)庫(kù)，如果剛才您在F步驟中使用SQL Server Enterprise Manager打開了test庫(kù)的系統(tǒng)表，那么退出SQL Server Enterprise Manager就可以了。
正確執(zhí)行完成的提示應(yīng)該類似于：
警告: 數(shù)據(jù)庫(kù) 'test' 的日志已重建。已失去事務(wù)的一致性。應(yīng)運(yùn)行 DBCC CHECKDB 以驗(yàn)證物理一致性。將必須重置數(shù)據(jù)庫(kù)選項(xiàng)，并且可能需要?jiǎng)h除多余的日志文件。
DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。
此時(shí)打開在SQL Server Enterprise Manager里面會(huì)看到數(shù)據(jù)庫(kù)的狀態(tài)為“只供DBO使用”。此時(shí)可以訪問數(shù)據(jù)庫(kù)里面的用戶表了。
H.驗(yàn)證數(shù)據(jù)庫(kù)一致性（可省略）
dbcc checkdb('test')
一般執(zhí)行結(jié)果如下：
CHECKDB 發(fā)現(xiàn)了 0 個(gè)分配錯(cuò)誤和 0 個(gè)一致性錯(cuò)誤（在數(shù)據(jù)庫(kù) 'test' 中）。
DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。
I.設(shè)置數(shù)據(jù)庫(kù)為正常狀態(tài)
sp_dboption 'test','dbo use only','false'
如果沒有出錯(cuò)，那么恭喜，現(xiàn)在就可以正常的使用恢復(fù)后的數(shù)據(jù)庫(kù)啦。
J.最后一步，我們要將步驟E中設(shè)置的“允許對(duì)系統(tǒng)目錄直接修改”一項(xiàng)恢復(fù)。因?yàn)槠綍r(shí)直接操作系統(tǒng)表是一件比較危險(xiǎn)的事情。當(dāng)然，我們可以在SQL Server Enterprise Manager里面恢復(fù)，也可以使用如下語句完成
sp_configure 'allow updates',0
go
reconfigure with override
go
重慶分公司
重慶分公司
