打開sqlserver management studio,登錄身份選擇windows身份驗證，點擊連接
創(chuàng)新互聯(lián)建站主營安陽網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,成都APP應(yīng)用開發(fā),安陽h5成都微信小程序搭建,安陽網(wǎng)站營銷推廣歡迎安陽等地區(qū)企業(yè)咨詢
進(jìn)入管理器中，選擇數(shù)據(jù)庫，右鍵，在彈出的菜單選擇“附加”,如圖所示，選擇要附加的文件后，點擊附加，如果沒有報錯，則完成附加，否則，需要接下來的數(shù)據(jù)修復(fù)。
報錯，附加失敗后，請新建數(shù)據(jù)庫，且要與要附加的數(shù)據(jù)庫同名。如要附加的數(shù)據(jù)庫為skhprint,要新建的數(shù)據(jù)庫名也要命名為skhprint,如圖，點擊確定，完成數(shù)據(jù)庫創(chuàng)建
停止數(shù)據(jù)庫
將原mdf文件，如skhprint.mdf復(fù)制到新創(chuàng)建的數(shù)據(jù)庫所在目錄中，之后，開啟服務(wù)器
這是，會發(fā)現(xiàn)skhprint質(zhì)疑，接下來要打開查詢分析器，輸入如下代碼:
use master
--declare @databaseName varchar(50)
--set @databaseName='skhprint'
--1修改服務(wù)器設(shè)置：允許對系統(tǒng)目錄進(jìn)行直接修改
sp_configure 'allow updates',1 reconfigure with override
--2將數(shù)據(jù)庫置為緊急狀態(tài)
update master.dbo.sysdatabases set status = 32768 where name = 'skhprint'
--3刪除新的ldf文件，重建日志：
dbcc rebuild_log('skhprint', 'f:\skhprint_log_new.ldf')--假設(shè)把新日志在f盤
update master.dbo.sysdatabases set status = 16 where name = 'skhprint'
--4修改服務(wù)器設(shè)置：取消 允許對系統(tǒng)目錄進(jìn)行直接修改
sp_configure 'allow updates', 0 reconfigure with override
--再使用檢查工具修復(fù)錯誤 dbcc
--5設(shè)置為單用戶模式
alter database skhprint set single_user with rollback immediate
--6 修復(fù)數(shù)據(jù)庫
dbcc checkdb ('skhprint',REPAIR_ALLOW_DATA_LOSS)
--7 設(shè)置為多用戶模式
alter database skhprint set multi_user
--執(zhí)行完畢之后，如果還有錯誤，重復(fù)執(zhí)行6，直到?jīng)]有錯誤為止。
--根據(jù)提示操作
--如果沒有其他問題，則修復(fù)成功！
在MS SQLSERVER中一直有這樣的問題,SQLSERVER的狀態(tài)"置疑",原因約有以下幾條:
1.錯誤的刪除日志;
2.硬件(HD)損壞,造成日志和數(shù)據(jù)文件寫錯誤;
3.硬盤的空間不夠,比如日志文件過大;
解決辦法:
最簡單的辦法是有數(shù)據(jù)庫的全備份,然后恢復(fù)即可.
步驟:
1. 刪除原始的數(shù)據(jù)庫:
USE MASTER
GO
DROP DATABASE DB_SUEPECT
2.建立同名的數(shù)據(jù)庫:
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ù)庫:
RESTORE DATABASE DB_SUSPECT
FROM DBNAME_BACKUP.DAT
4.數(shù)據(jù)庫完整性檢測:
DBCC CHECKDB('DB_SUSPECT')
5.重新啟動MSSQLSERVER服務(wù).
如果沒有全備份,那就要用一些特殊的方法:
1.設(shè)置數(shù)據(jù)庫為緊急模式
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ù)庫的數(shù)據(jù)文件DBNAME_DAT.MDF,DBNAME_LOG.LDF移走:
4.啟動SQL Server服務(wù):
.Net START MSSQLSERVER
5.重新建立一個同名的數(shù)據(jù)庫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ù)庫運行在單用戶的模式:
USE MASTER
GO
ALTER DATABASE DB_SUSPECT SET SINGLE_USER
GO
7.停掉SQL服務(wù):
.Net STOP MSSQLSERVER
8.把原來的數(shù)據(jù)文件再覆蓋回來:
9.啟動SQL Server服務(wù):
.Net START MSSQLSERVER
10.重新設(shè)置SQLSERVER的狀態(tài):
USE MASTER
GO
EXEC sp_resetstatus "DB_SUSPECT"
11.數(shù)據(jù)庫完整性檢測:
DBCC CHECKDB('DB_SUSPECT')
12.恢復(fù)數(shù)據(jù)庫為多用戶模式:
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.重新啟動MSSQLSERVER服務(wù):
最好重新啟動操作系統(tǒng)
16.備份數(shù)據(jù)庫:
可以通過SQLSERVER企業(yè)管理器或T-SQL.需要備份MASTER和DB_SUSPECT
補(bǔ)充一點，如果用DOMAIN\USER時,要注意對.MDF.LDF的所在目錄的權(quán)限.
靈驗?zāi)_本
遇到這種數(shù)據(jù)庫置疑情況，就運行下面這個腳本，屢試不爽：
======================================================
--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ù)庫置疑
在實際的操作中由于突然斷電或者突然斷網(wǎng)造成數(shù)據(jù)庫置疑（在企業(yè)管理器中數(shù)據(jù)庫后面出現(xiàn)置疑兩個字），下面我們通過以下方法來進(jìn)行修復(fù)置疑的數(shù)據(jù)庫。
A．我們使用默認(rèn)方式建立一個供恢復(fù)使用的數(shù)據(jù)庫(如test)?？梢栽赟QL Server Enterprise Manager里面建立。
B.停掉數(shù)據(jù)庫服務(wù)器。
C. 將剛才生成的數(shù)據(jù)庫的日志文件test_log.ldf刪除，用要恢復(fù)的數(shù)據(jù)庫mdf文件覆蓋剛才生成的數(shù)據(jù)庫數(shù)據(jù)文件test_data.mdf。
D. 啟動數(shù)據(jù)庫服務(wù)器。此時會看到數(shù)據(jù)庫test的狀態(tài)為“置疑”。這時候不能對此數(shù)據(jù)庫進(jìn)行任何操作。
E. 設(shè)置數(shù)據(jù)庫允許直接操作系統(tǒng)表。此操作可以在SQL Server Enterprise Manager里面選擇數(shù)據(jù)庫服務(wù)器，按右鍵，選擇“屬性”，在“服務(wù)器設(shè)置”頁面中將“允許對系統(tǒng)目錄直接修改”一項選中。也可以使用如下語句來實現(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')
此時可以在SQL Server Enterprise Manager里面看到該數(shù)據(jù)庫處于“只讀\置疑\脫機(jī)\緊急模式”可以看到數(shù)據(jù)庫里面的表，但是僅僅有系統(tǒng)表
G.下面執(zhí)行真正的恢復(fù)操作，重建數(shù)據(jù)庫日志文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
執(zhí)行過程中，如果遇到下列提示信息：
服務(wù)器: 消息 5030，級別 16，狀態(tài) 1，行 1
未能排它地鎖定數(shù)據(jù)庫以執(zhí)行該操作。
DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。
說明您的其他程序正在使用該數(shù)據(jù)庫，如果剛才您在F步驟中使用SQL Server Enterprise Manager打開了test庫的系統(tǒng)表，那么退出SQL Server Enterprise Manager就可以了。
正確執(zhí)行完成的提示應(yīng)該類似于：
警告: 數(shù)據(jù)庫 'test' 的日志已重建。已失去事務(wù)的一致性。應(yīng)運行 DBCC CHECKDB 以驗證物理一致性。將必須重置數(shù)據(jù)庫選項，并且可能需要刪除多余的日志文件。
DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。
此時打開在SQL Server Enterprise Manager里面會看到數(shù)據(jù)庫的狀態(tài)為“只供DBO使用”。此時可以訪問數(shù)據(jù)庫里面的用戶表了。
H.驗證數(shù)據(jù)庫一致性（可省略）
dbcc checkdb('test')
一般執(zhí)行結(jié)果如下：
CHECKDB 發(fā)現(xiàn)了 0 個分配錯誤和 0 個一致性錯誤（在數(shù)據(jù)庫 'test' 中）。
DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。
I.設(shè)置數(shù)據(jù)庫為正常狀態(tài)
sp_dboption 'test','dbo use only','false'
如果沒有出錯，那么恭喜，現(xiàn)在就可以正常的使用恢復(fù)后的數(shù)據(jù)庫啦。
J.最后一步，我們要將步驟E中設(shè)置的“允許對系統(tǒng)目錄直接修改”一項恢復(fù)。因為平時直接操作系統(tǒng)表是一件比較危險的事情。當(dāng)然，我們可以在SQL Server Enterprise Manager里面恢復(fù)，也可以使用如下語句完成
sp_configure 'allow updates',0
go
reconfigure with override
go
1.設(shè)置數(shù)據(jù)庫為緊急模式
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ù)庫的數(shù)據(jù)文件DBNAME_DAT.MDF,DBNAME_LOG.LDF移走:
4.啟動SQL Server服務(wù):
.Net START MSSQLSERVER
5.重新建立一個同名的數(shù)據(jù)庫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ù)庫運行在單用戶的模式:
USE MASTER
GO
ALTER DATABASE DB_SUSPECT SET SINGLE_USER
GO
7.停掉SQL服務(wù):
.Net STOP MSSQLSERVER
8.把原來的數(shù)據(jù)文件再覆蓋回來:
9.啟動SQL Server服務(wù):
.Net START MSSQLSERVER
10.重新設(shè)置SQLSERVER的狀態(tài):
USE MASTER
GO
EXEC sp_resetstatus "DB_SUSPECT"
11.數(shù)據(jù)庫完整性檢測:
DBCC CHECKDB('DB_SUSPECT')
12.恢復(fù)數(shù)據(jù)庫為多用戶模式:
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.重新啟動MSSQLSERVER服務(wù):
最好重新啟動操作系統(tǒng)
16.備份數(shù)據(jù)庫:
可以通過SQLSERVER企業(yè)管理器或T-SQL.需要備份MASTER和DB_SUSPECT
補(bǔ)充一點，如果用DOMAIN\USER時,要注意對.MDF.LDF的所在目錄的權(quán)限.
重慶分公司
重慶分公司
