當前速訊：mysql置疑原因是什么？數據庫置疑的處理辦法

在MS SQLSERVER中一直有這樣的問題,SQLSERVER的狀態"置疑",我們先來分析一下SQLSERVER數據庫"置疑"的原因:

(資料圖片僅供參考)

1.錯誤的刪除日志;

2.硬件(HD)損壞,造成日志和數據文件寫錯誤;

3.硬盤的空間不夠,比如日志文件過大;

解決辦法:

這是最簡單的辦法是有數據庫的全備份,然后恢復即可.

步驟:

1. 刪除原始的數據庫:

USE MASTER

GO

DROP DATABASE DB_SUEPECT

2.建立同名的數據庫:

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.恢復數據庫:

RESTORE DATABASE DB_SUSPECT

FROM DBNAME_BACKUP.DAT

4.數據庫完整性檢測:

DBCC CHECKDB("DB_SUSPECT")

5.重新啟動MSSQLSERVER服務.

如果沒有全備份,那就要用一些特殊的方法:

1.設置數據庫為緊急模式

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服務:

NET STOP MSSQLSERVER

3.把原始數據庫的數據文件DBNAME_DAT.MDF,DBNAME_LOG.LDF移走:

4.啟動SQL Server服務:

NET START MSSQLSERVER

5.重新建立一個同名的數據庫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.設置數據庫運行在單用戶的模式:

USE MASTER

GO

ALTER DATABASE DB_SUSPECT SET SINGLE_USER

GO

7.停掉SQL服務:

NET STOP MSSQLSERVER

8.把原來的數據文件再覆蓋回來:

9.啟動SQL Server服務:

NET START MSSQLSERVER

10.重新設置SQLSERVER的狀態:

USE MASTER

GO

EXEC sp_resetstatus "DB_SUSPECT"

11.數據庫完整性檢測:

DBCC CHECKDB("DB_SUSPECT")

12.恢復數據庫為多用戶模式:

USE MASTER

GO

ALTER DATABASE DB_SUSPECT SET MULTI_USER

GO

13.恢復SQLSERVER原始的配置:

USE MATER

GO

UPDATE sysdatabases SET status = 4194320 where name = "DB_SUSPECT"

GO

14.配置SQLSERVER不允許更新系統表:

USE MASTER

GO

sp_configure "allow updates", 0

reconfigure with override

GO

15.重新啟動MSSQLSERVER服務:

最好重新啟動操作系統

16.備份數據庫:

可以通過SQLSERVER企業管理器或T-SQL.需要備份MASTER和DB_SUSPECT

補充一點，如果用DOMAIN\USER時,要注意對.MDF.LDF的所在目錄的權限.