❶ 如何解決資料庫是緊急狀態
sql資料庫修復 資料庫緊急狀態解決方法(2007-12-29 12:23:39)標簽：it1、USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDEGO2、UPDATE SYSDATABASES SET STATUS =-32768 WHERE NAME='twhis'Go3、sp_dboption 'twhis', 'single user', 'true' --設置為單用戶模式Go4、 update sysdatabases set status =28 where name='twhis'Go5、dbcc rebuild_log('twhis','D:\Program Files\Microsoft SQL Server\MSSQL\Data\twhis_log.ldf') --重建日誌，需要把原先的日誌文件改名或者刪除go6、DBCC CHECKDB('twhis',REPAIR_ALLOW_DATA_LOSS) WITH ALL_ERRORMSGSGo7、sp_configure 'allow updates', 0 reconfigure with overrideGo8、--修復數據表use twhisdeclare @dbname varchar(255) set @dbname='twhis' exec sp_dboption @dbname,'single user','true' dbcc checktable('mzmxz',REPAIR_ALLOW_DATA_LOSS) dbcc checktable('mzmxz',REPAIR_REBUILD) ------把』 需要修復的數據表的名稱』更改為執行DBCC CHECKDB時報錯的數據表的名稱 exec sp_dboption @dbname,'single user','false' sp_dboption 'twhis', 'single user', 'false'Go9、sp_dboption 'twhis', 'dbo use', 'false' sp_dboption 'twhis', 'single user', 'true' DBCC CHECKDB('twhis',REPAIR_ALLOW_DATA_LOSS) WITH ALL_ERRORMSGS DBCC CHECKDB('twhis',REPAIR_rebuild) ===================================
❷ 如何恢復sql數據緊急模式
按照正常的資料庫備份操作備份一下資料庫，然後按照後面的操作只還原數據文件 A． 我們使用默認方式建立一個供恢復使用的資料庫(如test)。可以在SQL Server Enterprise Manager裡面建立。
B． 停掉資料庫伺服器。
C． 將剛才生成的資料庫的日誌文件test_log.ldf刪除，用要恢復的資料庫mdf文件覆蓋剛才生成的資料庫數據文件test_data.mdf。
D． 啟動資料庫伺服器。此時會看到資料庫test的狀態為「置疑」。這時候不能對此資料庫進行任何操作。
E． 設置資料庫允許直接操作系統表。此操作可以在SQL Server Enterprise Manager裡面選擇資料庫伺服器，按右鍵，選擇「屬性」，在「伺服器設置」頁面中將「允許對系統目錄直接修改」一項選中。也可以使用如下語句來實現。
use master
go
sp_configure 'allow updates ',1
go
reconfigure with override
go
F． 設置test為緊急修復模式
update sysdatabases set status=-32768 where dbid=DB_ID( 'text ')
此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀\置疑\離線\緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表
G． 下面執行真正的恢復操作，重建資料庫日誌文件
dbcc rebuild_log( 'text ', 'D:\MSSQL7\Data\text_log.ldf ')
執行過程中，如果遇到下列提示信息：
伺服器: 消息 5030，級別 16，狀態 1，行 1
未能排它地鎖定資料庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
說明您的其他程序正在使用該資料庫，如果剛才您在F步驟中使用SQL Server Enterprise Manager打開了text庫的系統表，那麼退出SQL Server Enterprise Manager就可以了。
正確執行完成的提示應該類似於：
警告: 資料庫 'test ' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
此時打開在SQL Server Enterprise Manager裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。
H． 驗證資料庫一致性（可省略）
dbcc checkdb( 'text ')
一般執行結果如下：
CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤（在資料庫 'test ' 中）。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
I． 設置資料庫為正常狀態
sp_dboption 'text ', 'dbo use only ', 'false '
如果沒有出錯，那麼恭喜，現在就可以正常的使用恢復後的資料庫啦。
J． 最後一步，我們要將步驟E中設置的「允許對系統目錄直接修改」一項恢復。因為平時直接操作系統表是一件比較危險的事情。當然，我們可以在SQL Server Enterprise Manager裡面恢復，也可以使用如下語句完成
sp_configure 'allow updates ',0
go
reconfigure with override
go
❸ 如何處理sql server 2008 R2 Error 9003
轉： sql server 2008 R2 Error 9003：The log scan number passed to log scan in database is not valid......... 在很多情況下,伺服器突然斷電很有可能的，attach database 時提示9003錯誤， 錯誤原因：ldf文件或者mdf文件出錯，極有可能是ldf在備份操作時和mdf不同步 ======解決方法======== 我在我的機器上處理過程，原來的資料庫為rcgl，首先要根據mdf生成一個新的日誌文件ldf；建一個同名的資料庫，停止SQL Server，然後刪除原來那個有問題的ldf，將剛新建的資料庫ldf文件覆蓋掉原來的ldf文件，啟動SQL Server服務，執行語句： /*設置資料庫允許直接操作系統表*/ use master go exec sp_configure 'allow updates',1 go reconfigure with override go /*將資料庫設置為緊急修復模式*/ alter database rcgl set emergency go alter database rcgl set single_user with rollback immediate go alter database nocloneweb Rebuild Log on (name=rcgl_1,filename= 'J:MSSQL cgl.ldf') alter database rcgl set multi_user. 經過這幾個步驟，資料庫恢復。
❹ SQL server 資料庫問題
您好，是這樣的：
1.首先確認已經備份了.mdf和.ldf文件。
2.
在SQL
Server中新建一個同名的資料庫，然後停止SQL
Server服務。
3.
用原有的.mdf和.ldf文件覆蓋新建資料庫對應的.mdf和.ldf文件。
4.
重新啟動SQL
Server服務，這是應該會看到這個資料庫處於置疑（Suspect）狀態。
5.
在SQL查詢分析器中執行以下命令，以允許更新系統表：use
mastergosp_configure
"allow
updates",1reconfigurewithoverridego。
6.
將這個資料庫置為緊急模式：update
sysdatabases
set
status
=
32768
where
name="db_name"go。
7.
使用DBCC
CHECKDB命令檢查資料庫中的錯誤：DBCC
CHECKDB("db_name")GO。
8.
如果DBCC
CHECKDB命令失敗，請轉至第10步，否則先將資料庫置為單用戶模式，再嘗試對其進行修復：sp_dboption
"db_name","single
user","true"DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)GO
如果在執行DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令時提示說資料庫未處於單用戶模式狀態的話，則重新啟動SQLServer服務，然後繼續嘗試。
9.
如果DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令失敗，請轉至第10步，否則若成功修復了資料庫中的錯誤：
重新執行DBCC
CHECKDB("db_name")命令，確認資料庫中已沒有錯誤存在。
清除資料庫的置疑狀態：sp_resetstatus
"db_name"
清除資料庫的單用戶模式狀態：sp_dboption
"db_name","single
user","false"
重新啟動SQL
Server服務，如果一切正常的話，則資料庫已經成功恢復。
10.如果以上步驟都不能解決問題的話，請參考附件中的文檔嘗試通過重建事務日誌來恢復資料庫中的數據。如果您只有MDF文件，問題就更加復雜一些，我們需要直接重建事務日誌了:
1.
在SQL
Server中新建一個同名的資料庫，然後停止SQL
Server服務。
2.
用原有的ldf文件覆蓋新建資料庫對應的.mdf文件，將其日誌文件（.ldf）刪除。
3.
啟動SQL
Server服務，並將資料庫置為緊急模式（同上:
步驟5和步驟6）。
4.
停止並重新啟動SQL
Server服務。
5.
執行以下命令重建資料庫日誌文件：(下面是個示例，您要用您實際的資料庫名)
DBCC
REBUILD_LOG（"cas_db",
"D:\cas_db\cas_db_Log.LDF"）
6.
重新將該資料庫置為單用戶模式。
7.
再次嘗試使用DBCC
CHECKTABLE或DBCC
CHECKDB命令檢查並修復資料庫中。
❺ sql server附加資料庫時出現錯誤提示:錯誤:9004 處理資料庫的日誌時出錯
先把原庫文件備份一份，然後
在其它機器上直接附加資料庫，不要日誌文件！試試！如果不行再按以下方法試試！
在其他機器上，用這個試試：
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
❻ 怎麼人為製造sql server 2008 資料庫 質疑
解決方法：
當資料庫發生這種操作故障時，按如下操作步驟可解決此問題，打開資料庫里的Sql 查詢編輯器窗口，運行以下的命令。
1、修改資料庫為緊急模式ALTER DATABASE Sharepoint_Config SET EMERGENCY
2、使資料庫變為單用戶模式 ALTER DATABASE Sharepoint_Config SET SINGLE_USER
3、修復資料庫日誌重新生成，此命令檢查的分配，結構，邏輯完整性和所有資料庫中的對象錯誤。當您指定「REPAIR_ALLOW_DATA_LOSS」作為DBCC CHECKDB命令參數，該程序將檢查和修復報告的錯誤。但是，這些修復可能會導致一些數據丟失。
❼ SQL Server資料庫成為緊急模式怎麼恢復
1、使資料庫變為單用戶模式
ALTER DATABASE 資料庫名 SET SINGLE_USER
（當變成單用戶的模式只能在同一個窗口執行語句）
2、修正資料庫日誌重新生成，此命令檢查的分配，結構，邏輯完整性和所有資料庫中的對象不正確。當您指定「REPAIR_ALLOW_DATA_LOSS」作為DBCC CHECKDB命令參數，該程序將檢查和修正報告的不正確。但是，這些修正可能會導致一些數據丟失。
DBCC CheckDB (資料庫名, REPAIR_ALLOW_DATA_LOSS)
3、使資料庫變回為多用戶模式
ALTER DATABASE 資料庫名 SET MULTI_USER
❽ sql server 2008 怎麼恢復mdf文件
1、新建一個同名資料庫。
2、停止資料庫服務，覆蓋新建的資料庫主文件（小技巧：最好放在同一個磁碟裡面，把新建的資料庫主文件刪掉或移開，再把要恢復的資料庫主文件剪切過去，這樣就可以節省時間。）
3、啟動資料庫服務，資料庫變為置疑或可疑狀態。然後在查詢分析器中運行：
alter database 無日誌文件的資料庫名稱 set emergency
設置為緊急狀態。
4、再運行：
alter database 無日誌文件的資料庫名稱 set single_user
或者：
Sp_dboption '無日誌文件的資料庫名稱', 'single user', 'true'
設置為單用戶模式。
、檢查並重建日誌文件，運行：
dbcc checkdb('無日誌文件的資料庫名稱',REPAIR_ALLOW_DATA_LOSS)
這個時間比較長。耐心等待！如果有錯誤提示，再運行：
dbcc checkdb('無日誌文件的資料庫名稱',REPAIR_REBUILD)
進行修復。如果沒有錯誤，可以跳過。
6、恢復成多用戶模式
alter database 無日誌文件的資料庫名稱 set multi_user
或者：
Sp_dboption '無日誌文件的資料庫名稱', 'single user', 'false'
❾ SQL Server資料庫問題
您好，是這樣的：
1.首先確認已經備份了.mdf和.ldf文件。
2. 在SQL Server中新建一個同名的資料庫，然後停止SQL Server服務。
3. 用原有的.mdf和.ldf文件覆蓋新建資料庫對應的.mdf和.ldf文件。
4. 重新啟動SQL Server服務，這是應該會看到這個資料庫處於置疑（Suspect）狀態。
5. 在SQL查詢分析器中執行以下命令，以允許更新系統表：use mastergosp_configure "allow updates",1reconfigurewithoverridego。
6. 將這個資料庫置為緊急模式：update sysdatabases set status = 32768 where name="db_name"go。
7. 使用DBCC CHECKDB命令檢查資料庫中的錯誤：DBCC CHECKDB("db_name")GO。
8. 如果DBCC CHECKDB命令失敗，請轉至第10步，否則先將資料庫置為單用戶模式，再嘗試對其進行修復：sp_dboption "db_name","single
user","true"DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)GO
如果在執行DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令時提示說資料庫未處於單用戶模式狀態的話，則重新啟動SQLServer服務，然後繼續嘗試。
9. 如果DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令失敗，請轉至第10步，否則若成功修復了資料庫中的錯誤：
重新執行DBCC CHECKDB("db_name")命令，確認資料庫中已沒有錯誤存在。
清除資料庫的置疑狀態：sp_resetstatus "db_name"
清除資料庫的單用戶模式狀態：sp_dboption "db_name","single user","false"
重新啟動SQL Server服務，如果一切正常的話，則資料庫已經成功恢復。
10.如果以上步驟都不能解決問題的話，請參考附件中的文檔嘗試通過重建事務日誌來恢復資料庫中的數據。如果您只有MDF文件，問題就更加復雜一些，我們需要直接重建事務日誌了:
1. 在SQL Server中新建一個同名的資料庫，然後停止SQL Server服務。
2. 用原有的ldf文件覆蓋新建資料庫對應的.mdf文件，將其日誌文件（.ldf）刪除。
3. 啟動SQL Server服務，並將資料庫置為緊急模式（同上: 步驟5和步驟6）。
4. 停止並重新啟動SQL Server服務。
5. 執行以下命令重建資料庫日誌文件：(下面是個示例，您要用您實際的資料庫名)
DBCC REBUILD_LOG（"cas_db", "D:\cas_db\cas_db_Log.LDF"）
6. 重新將該資料庫置為單用戶模式。
7. 再次嘗試使用DBCC CHECKTABLE或DBCC CHECKDB命令檢查並修復資料庫中。
❿ SQL Server:如何修復SQL Server 2008的資料庫
--1、修改資料庫為緊急模式ALTER DATABASE Stock SET EMERGENCY--2、使資料庫變為單用戶模式ALTER DATABASE Stock SET SINGLE_USER --3、修復資料庫日誌重新生成，此命令檢查的分配，結構，邏輯完整性和所有資料庫中的對象錯誤。當您指定「REPAIR_ALLOW_DATA_LOSS」作為DBCC CHECKDB命令參數，該程序將檢查和修復報告的錯誤。但是，這些修復可能會導致一些數據丟失。DBCC CheckDB (Stock, REPAIR_ALLOW_DATA_LOSS)--4、使資料庫變回為多用戶模式ALTER DATABASE Stock SET MULTI_USER1：重新建立一個，一樣的資料庫，路徑名稱，文件都一樣哈；2：關掉SQLSERVER服務；3：把源文件COPY過來；4：開啟SQLSERVER服務；5：執行上面的1到4步。OK