當前位置:首頁 » 編程語言 » sql2000資料庫設置成緊急修復模式
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

sql2000資料庫設置成緊急修復模式

發布時間: 2022-07-17 10:32:49

『壹』 sql2000資料庫經常置疑怎麼處理

修復資料庫前,請做好相關備份。最好不要前後台相連,以免造成不必要的數據丟失。我們以名為「kspos」的資料庫為例。1.首先把服務管理器先停止,把原來置疑的資料庫下的兩個文件拷貝出來,
啟動服務管理器,在企業管理器中刪除該資料庫,然後建立一個同名的數
據庫。停止服務管理器,把置疑的資料庫文件拷貝進去覆蓋。2.運行中輸入「isqlw」,打開查詢分析器。3.輸入語句USE
MASTER
GOSP_CONFIGURE
'ALLOW
UPDATES',1
RECONFIGURE
WITH
OVERRIDE
GOUPDATE
SYSDATABASES
SET
STATUS
=-32768
WHERE
NAME='kspos'
Go使資料庫處於緊急修復模式4.輸入語句:use
kspos

go

dbcc
checkdb
('kspos')
此語句作用在於查詢資料庫的損壞狀況。5.刪除原來的日誌文件,重新建立新的日誌文件。

DBCC
REBUILD_LOG
('kspos','D:\Program
Files\Microsoft
SQL
Server\MSSQL\Data\bw9kyy_01_Log.LDF'
)6.右擊kspos資料庫\屬性\選項\選擇單用戶。7.修復
dbcc
checkdb
('kspos',REPAIR_ALLOW_DATA_LOSS)
REPAIR_ALLOW_DATA_LOSS
執行由
REPAIR_REBUILD
完成的所有修復,包括對行和頁進行分配和取消分配以改正分配錯誤、結構行或頁的錯誤,以及刪除已損壞的文本對象。這些修復可能會導致一些數據丟失。修復操作可以在用戶事務下完成以允許用戶回滾所做的更改。如果回滾修復,則資料庫仍會含有錯誤,應該從備份進行恢復。如果由於所提供修復等級的緣故遺漏某個錯誤的修復,則將遺漏任何取決於該修復的修復。修復完成後,備份資料庫。
REPAIR_FAST
進行小的、不耗時的修復操作,如修復非聚集索引中的附加鍵。這些修復可以很快完成,並且不會有丟失數據的危險。
REPAIR_REBUILD
執行由
REPAIR_FAST
完成的所有修復,包括需要較長時間的修復(如重建索引)。執行這些修復時不會有丟失數據的危險。
8.關閉單用戶模式,在企業管理器中直接右擊kspos\屬性\選項,把前面的對
勾去掉即可。

然後在查詢分析器中執行如下語句:
USE
MASTER

GO
SP_CONFIGURE
'ALLOW
UPDATES',0
RECONFIGURE
WITH
OVERRIDE

GO

到此修復工程完畢。註:一般此修復步驟需要5-8次,只需執行第7步即可。 這個方法絕對好用。

『貳』 SQL2000資料庫附加錯誤,高手幫個忙呀

你用Sql2000附加Sql2005的資料庫就會出現這種錯誤(解決方法:改用SqlServer2005附加一下,如果還想用Sql2000格式那就用導出sql語句等方式進行轉換)
轉csdn
sql專家鄒建的解決辦法
直接restore或附加應該是不行的,
腳本+導數據肯定沒有問題。
2005轉到2000的步驟步驟
1.
生成for
2000版本的資料庫腳本
2005
的manger
studio
--
打開"對象資源管理器"(沒有的話按F8),
連接到你的實例
--
右鍵要轉到2000的庫
--
任務
--
生成腳本
--
在"腳本向導"的"選擇資料庫"中,
確定選擇的是要轉到2000的庫
--
勾選"為所選資料庫中的所有對象編寫腳本"
--
在接下來的"選擇腳本選項"中,
找到"為伺服器版本編寫腳本"項,
選擇"SQL
Server
2000"
--
其他選項根據需要設置
--
最後把腳本保存到一個
.sql
腳本文件
2.
在2000中創建目標資料庫
在查詢分析器(或2005的manger
studio在打開腳本文件),
連接到SQL
Server
2000,執行上面生成的腳本.以創建一個新的資料庫
3.
將數據從2005導到2000
2005
的manger
studio
--
打開"對象資源管理器"(沒有的話按F8),
連接到你的實例
--
右鍵要轉到2000的庫
--
任務
--
導出數據
--
在"SQL
Server
導入和導出向導"的"選擇數據源"步驟中,
確定選擇的是要導出的資料庫
--
在"選擇目標"步驟中,
連接到
2000,
並選擇步驟2新建的庫
--
在"選擇源表和源視圖"中,
選擇所有的表
--
最後完成

『叄』 sql2000backup database不能用於緊急模式打開的資料庫

資料庫置疑後,你執行語句修復時需要將資料庫設為緊急模式,也許你用的是復制過來的語句自己並不清楚,只要將資料庫緊急模式取消就好了!在master表中執行語句取消緊急模式 update sysdatabases set status= 0 where name='你的庫名'

『肆』 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數據緊急模式

按照正常的資料庫備份操作備份一下資料庫,然後按照後面的操作只還原數據文件 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

『陸』 sql2000資料庫緊急模式如何恢復

use master
go
exec sp_configure 'allow updates',1 RECONFIGURE WITH OVERRIDE /* 打開修改系統表的開關 */
go
update sysdatabases set status=32768 where name='jiax' /* 設置資料庫狀態*/
go
update sysdatabases set status=0 where name='jiax' /* 重置資料庫狀態 */
go
exec sp_configure 'allow updates',0 RECONFIGURE WITH OVERRIDE /* 關閉打開修改系統表的開關 */

/*一條一條執行語句,起作用的是set status=0那句,其中jiax是資料庫名字*/

『柒』 如何修復sql2000資料庫文件 軟體

給你一個我日常維護資料庫的方法吧。
SQL Server 2000資料庫LDF損壞,只有mdf的恢復方法。
SQL Server 2000資料庫文件遭到破壞的現象經常出現,資料庫出錯是否可以修復呢?答案是可以的,本日誌以一個sql server 2000資料庫,資料庫日誌文件ldf損壞了,mdf正常,資料庫附加失敗的修復方法總結一下,資料庫數據恢復在很多時候比較復雜,當資料庫存在大量錯誤的時候,使用DBCC修復也是不可以的,需要拆解資料庫來搶救重要的數據,下面是較為常見的一種SQL Server 2000資料庫修復方式:
1) 先及時把原來的資料庫文件(如test.mdf)備份到其他地方。
2) 停掉伺服器。
3) 刪除這個test.mdf。
4) 重新建立一個test同名資料庫。
5) 刪除這個新建立的test資料庫的test.ldf文件,並用開始備份好test.mdf文件覆蓋這個新建立的test.mdf文件。
6) 啟動資料庫伺服器。此時會看到資料庫test的狀態為「置疑」。這時候不能對此資料庫進行任何操作。
.設置資料庫允許直接操作系統表。此操作可以在SQL Server Enterprise Manager裡面選擇資料庫伺服器,按右鍵,選擇「屬性」,在「伺服器設置」頁面中將「允許對系統目錄直接修改」。
7) 設置test為緊急修復模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀\置疑\離線\緊急模式」可以看到資料庫裡面的表,但是僅僅有系統表
8) 下面執行真正的恢復操作,重建資料庫日誌文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
執行過程中,如果遇到下列提示信息:
伺服器: 消息 5030,級別 16,狀態 1,行 1
未能排它地鎖定資料庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯系。
說明您的其他程序正在使用該資料庫,如果剛才您在操作中使用SQL Server Enterprise Manager打開了test庫的系統表,那麼退出SQL Server Enterprise Manager就可以了。
正確執行完成的提示應該類似於:
警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項,並且可能需要刪除多餘的日誌文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯系。
此時打開在SQL Server Enterprise Manager裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。
9) 驗證資料庫一致性
dbcc checkdb('test')
10.設置資料庫為正常狀態
sp_dboption 'test','dbo use only','false'
如果沒有出錯,那麼恭喜,現在就可以正常的使用恢復後的資料庫啦。
11)最後一步,我們要將步驟6中設置的「允許對系統目錄直接修改」一項恢復;

『捌』 如何修復 SQL 資料庫置疑

修復sql2000資料庫置疑

在實際的操作中由於突然斷電或者突然斷網造成資料庫置疑(在企業管理器中資料庫後面出現置疑兩個字),下面我們通過以下方法來進行修復置疑的資料庫。

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('test')
此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀\置疑\離線\緊急模式」可以看到資料庫裡面的表,但是僅僅有系統表
G.下面執行真正的恢復操作,重建資料庫日誌文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
執行過程中,如果遇到下列提示信息:
伺服器: 消息 5030,級別 16,狀態 1,行 1
未能排它地鎖定資料庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯系。
說明您的其他程序正在使用該資料庫,如果剛才您在F步驟中使用SQL Server Enterprise Manager打開了test庫的系統表,那麼退出SQL Server Enterprise Manager就可以了。
正確執行完成的提示應該類似於:
警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項,並且可能需要刪除多餘的日誌文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯系。
此時打開在SQL Server Enterprise Manager裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。
H.驗證資料庫一致性(可省略)
dbcc checkdb('test')
一般執行結果如下:
CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤(在資料庫 'test' 中)。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯系。
I.設置資料庫為正常狀態
sp_dboption 'test','dbo use only','false'
如果沒有出錯,那麼恭喜,現在就可以正常的使用恢復後的資料庫啦。
J.最後一步,我們要將步驟E中設置的「允許對系統目錄直接修改」一項恢復。因為平時直接操作系統表是一件比較危險的事情。當然,我們可以在SQL Server Enterprise Manager裡面恢復,也可以使用如下語句完成
sp_configure 'allow updates',0
go
reconfigure with override
go

『玖』 我伺服器裝的是sql2000sp3 我把一個正在用的資料庫直接在企業管理器里刪除了,後來想再附加這

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為緊急修復模式
SQL查詢分析器中執行下列語句update sysdatabases set status=-32768 where dbid=DB_ID('test')
此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀/置疑/離線/緊急模式」可以看到資料庫裡面的表,但是僅僅有系統表
G. 下面執行真正的恢復操作,重建資料庫日誌文件
SQL查詢分析器中執行下列語句 dbcc rebuild_log('test','C:/Program Files/Microsoft SQL Server/MSSQL/Data/test_log.ldf') 警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項,並且可能需要刪除多餘的日誌文件。DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯系。此時打開在SQL Server Enterprise Manager裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。
H. 驗證資料庫一致性(可省略)
I. dbcc checkdb('test')
一般執行結果如下:CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤(在資料庫 'test' 中)。DBCC 執行完畢。如果 DBCC 輸出了錯誤信息,請與系統管理員聯系
J. 設置資料庫為正常狀態
sp_dboption 'test','dbo use only','false'如果沒有出錯,那麼恭喜,現在就可以正常的使用恢復後的資料庫啦。
最後一步,我們要將步驟E中設置的「允許對系統目錄直接修改」一項恢復。因為平時直接操作系統表是一件比較危險的事情。當然,我們可以在SQL Server Enterprise Manager裡面恢復,也可以使用如下語句完成
sp_configure 'allow updates',0
go
reconfigure with override
go

摘自天下數據!

『拾』 如何修復sql資料庫數據不一致

修復sql2000資料庫置疑在實際的操作中由於突然斷電或者突然斷網造成資料庫置疑(在企業管理器中資料庫後面出現置疑兩個字),下面我們通過以下方法來進行修復置疑的資料庫。A.我們使用默認方式建立一個供恢復使用的資料庫(如test)。可以在SQLServerEnterpriseManager裡面建立。B.停掉資料庫伺服器。C.將剛才生成的資料庫的日誌文件test_log.ldf刪除,用要恢復的資料庫mdf文件覆蓋剛才生成的資料庫數據文件test_data.mdf。D.啟動資料庫伺服器。此時會看到資料庫test的狀態為「置疑」。這時候不能對此資料庫進行任何操作。E.設置資料庫允許直接操作系統表。此操作可以在SQLServerEnterpriseManager裡面選擇資料庫伺服器,按右鍵,選擇「屬性」,在「伺服器設置」頁面中將「允許對系統目錄直接修改」一項選中。也可以使用如下語句來實現。usemastergosp_configure'allowupdates',1goreconfigurewithoverridegoF.設置test為緊急修復模式updatesysdatabasessetstatus=-32768wheredbid=DB_ID('test')此時可以在SQLServerEnterpriseManager裡面看到該資料庫處於「只讀\置疑\離線\緊急模式」可以看到資料庫裡面的表,但是僅僅有系統表G.下面執行真正的恢復操作,重建資料庫日誌文件dbccrebuild_log('test','C:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\test_log.ldf')執行過程中,如果遇到下列提示信息:伺服器:消息5030,級別16,狀態1,行1未能排它地鎖定資料庫以執行該操作。DBCC執行完畢。如果DBCC輸出了錯誤信息,請與系統管理員聯系。說明您的其他程序正在使用該資料庫,如果剛才您在F步驟中使用SQLServerEnterpriseManager打開了test庫的系統表,那麼退出SQLServerEnterpriseManager就可以了。正確執行完成的提示應該類似於:警告:資料庫'test'的日誌已重建。已失去事務的一致性。應運行DBCCCHECKDB以驗證物理一致性。將必須重置資料庫選項,並且可能需要刪除多餘的日誌文件。DBCC執行完畢。如果DBCC輸出了錯誤信息,請與系統管理員聯系。此時打開在SQLServerEnterpriseManager裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。H.驗證資料庫一致性(可省略)dbcccheckdb('test')一般執行結果如下:CHECKDB發現了0個分配錯誤和0個一致性錯誤(在資料庫'test'中)。DBCC執行完畢。如果DBCC輸出了錯誤信息,請與系統管理員聯系。I.設置資料庫為正常狀態sp_dboption'test','dbouseonly','false'如果沒有出錯,那麼恭喜,現在就可以正常的使用恢復後的資料庫啦。J.最後一步,我們要將步驟E中設置的「允許對系統目錄直接修改」一項恢復。因為平時直接操作系統表是一件比較危險的事情。當然,我們可以在SQLServerEnterpriseManager裡面恢復,也可以使用如下語句完成sp_configure'allowupdates',0goreconfigurewithoverridego