sql 2000數(shù)據(jù)庫置疑的解決方法？備份數(shù)據(jù)文件,然后按下面的步驟處理:1.新建任務一個暢銷小說的數(shù)據(jù)庫(數(shù)據(jù)文件與原來是的要同一)2.再停掉sql server(注意一點最好不要只是分離數(shù)據(jù)庫)3

sql 2000數(shù)據(jù)庫置疑的解決方法？

備份數(shù)據(jù)文件,然后按下面的步驟處理:

1.新建任務一個暢銷小說的數(shù)據(jù)庫(數(shù)據(jù)文件與原來是的要同一)

2.再停掉sql server(注意一點最好不要只是分離數(shù)據(jù)庫)

3.用原數(shù)據(jù)庫的數(shù)據(jù)文件遍布掉這個新建任務的數(shù)據(jù)庫

4.再重起sql server

5.此時然后打開企業(yè)管理器時會出現(xiàn)置疑，先論，負責執(zhí)行下面的語句（注意一點直接修改其中的數(shù)據(jù)庫名)

6.成功后一般就是可以訪問數(shù)據(jù)庫中的數(shù)據(jù)了,這時,數(shù)據(jù)庫本身好象又要問題,解決辦法是,依靠

數(shù)據(jù)庫的腳本創(chuàng)建家族個新的數(shù)據(jù)庫,并將數(shù)據(jù)導出來就行了.

USEMASTER

GOSP_CONFIGURE ALLOW UPDATES,1RECONFIGUREWITHOVERRIDE

GO

restoreSYSDATABASESSETSTATUS32768WHERENAME置疑的數(shù)據(jù)庫名

Go

sp_dboption置疑的數(shù)據(jù)庫名,multipleuser,trueGoDBCC CHECKDB(置疑的數(shù)據(jù)庫名)

Go

versionsysdatabasessetstatus28wherename置疑的數(shù)據(jù)庫名

Go

sp_configurerestrictupdates,0reconfigurewithoverride

Go

sp_dboption置疑的數(shù)據(jù)庫名,largeuser,false

打比方數(shù)據(jù)庫為TEST：

按200以內步驟先執(zhí)行

A．系統(tǒng)設置數(shù)據(jù)庫愿意直接操作系統(tǒng)表。此操作這個可以在SQL Server Enterprise Manager里面中,選擇數(shù)據(jù)庫服務器，按右鍵，選擇“屬性”，在“服務器設置”頁面中將“容許對系統(tǒng)目錄再可以修改”一項全選。也這個可以可以使用萬分感謝語句來實現(xiàn)程序。

usemaster

me

sp_configurerestrictupdates,1

you

reconfigurewithoverride

run

B．系統(tǒng)設置test為萬分火急修復模式

versionsysdatabasessetstatus-32768wheredbidDB注冊id(test)

此時可以在SQL Server Enterprise Manager里面注意到該數(shù)據(jù)庫進入“只讀模式敢質疑脫機情況緊急模式”可以找到數(shù)據(jù)庫里面的表，但是并不有系統(tǒng)表

C．下面執(zhí)行能夠的完全恢復操作，重新修復數(shù)據(jù)庫日志文件

dbccrebuild_log(test,C:ProgramFilesMicrosoftSQLServerMSSQLDatatest_log.ldf)

執(zhí)行過程中，如果沒有碰到c選項提示信息：

服務器:消息5030，級別16，狀態(tài)1，行1

從未排它地鎖定數(shù)據(jù)庫以負責執(zhí)行該操作。

DBCC執(zhí)行完畢。如果DBCC控制輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。

只能證明您的其他程序也在建議使用該數(shù)據(jù)庫，如果剛剛您在F步驟中建議使用SQL ServerEnterpriseManager先打開了test庫的系統(tǒng)表，那就解盟SQL ServerEnterpriseManager就可以了。

對的先執(zhí)行結束的不提示應該是不同于：

警告:數(shù)據(jù)庫test的日志已重建。已喪失事務的一致性。應運行DBCCCHECKDB以驗正物理一致性。將前提是不重置數(shù)據(jù)庫選項，因此可能要刪除掉多余的日志文件。

DBCC執(zhí)行完畢。如果沒有DBCC輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。

此時先打開在SQL Server Enterprise Manager里面會看見數(shù)據(jù)庫的狀態(tài)為“只供DBO不使用”。此時可以不訪問數(shù)據(jù)庫里面的用戶表了。

D．不驗證數(shù)據(jù)庫一致性（可省略）

dbcccheckdb(test)

像是執(zhí)行結果如下：

CHECKDB才發(fā)現(xiàn)了0個分配錯誤和0個一致性錯誤（在數(shù)據(jù)庫test中）。

DBCC執(zhí)行完畢。如果DBCC輸出來了出錯信息，請與系統(tǒng)管理員聯(lián)系。

E．系統(tǒng)設置數(shù)據(jù)庫為正常狀態(tài)

sp_dboptiontest,dbouseonly,false

如果是沒有，這樣的話恭喜你呀，現(xiàn)在就也可以算正常的使用可以恢復后的數(shù)據(jù)庫啦。

F．最后踏上一步，我們要將步驟E中設置的“容許對系統(tǒng)目錄就修改”一項恢復。只不過平時真接操作系統(tǒng)表是一件都很后果的事情。其實，我們可以不在SQL Server Enterprise Manager里面恢復，也這個可以不使用不勝感激語句成功

sp_configurerestrictupdates,0

you

reconfigurewithoverride

me

上面的語句操作步驟有點問題：

肯定萬分感謝：

A．我們可以使用系統(tǒng)默認建立一個供重新恢復不使用的數(shù)據(jù)庫(如test)。可以在SQL Server Enterprise Manager里面組建。

B．停掉數(shù)據(jù)庫服務器。

C．將剛剛生成的數(shù)據(jù)庫的日志文件test_log.ldf刪除，用要復原的數(shù)據(jù)庫mdf文件包裹剛才一生成的數(shù)據(jù)庫數(shù)據(jù)文件test_。

D．起動數(shù)據(jù)庫服務器。此時會看見數(shù)據(jù)庫test的狀態(tài)為“置疑”。這時候沒法這一點數(shù)據(jù)庫接受任何操作。

E．可以設置數(shù)據(jù)庫愿意直接操作系統(tǒng)表。此操作也可以在SQL Server Enterprise Manager里面選擇數(shù)據(jù)庫服務器，按右鍵，選擇“屬性”，在“服務器設置”頁面中將“允許對系統(tǒng)目錄然后直接修改”一項選中。也也可以不使用追加語句來實現(xiàn)方法。

usemaster

play

sp_configureallowupdates,1

run

reconfigurewithoverride

run

F．設置中test為急需修復模式

updatesysdatabasessetstatus-32768wheredbidDB我的id(test)

此時是可以在SQL Server Enterprise Manager里面看見該數(shù)據(jù)庫進入“可讀可寫置疑脫機萬分火急模式”看的到數(shù)據(jù)庫里面的表，可是并不有系統(tǒng)表

G．下面負責執(zhí)行完全的重新恢復你的操作，修葺數(shù)據(jù)庫日志文件

dbccrebuild_log(test,C:ProgramFilesMicrosoftSQLServerMSSQLDatatest_log.ldf)

不能執(zhí)行過程中，如果遇見a.提示信息：

服務器:消息5030，級別16，狀態(tài)1，行1

從未排它地鎖定住數(shù)據(jù)庫以不能執(zhí)行該操作。

DBCC執(zhí)行完畢。如果不是DBCC控制輸出了出現(xiàn)錯誤信息，請與系統(tǒng)管理員聯(lián)系。

只能證明您的其他程序正在不使用該數(shù)據(jù)庫，如果剛才您在F步驟中建議使用SQL ServerEnterpriseManager先打開了test庫的系統(tǒng)表，這樣退出SQL ServerEnterpriseManager就可以了。

真確先執(zhí)行能夠完成的不提示應該是像：

警告:數(shù)據(jù)庫test的日志已重建。已沒了事務的一致性。應運行DBCCCHECKDB以修改密保物理一致性。將需要重新設定數(shù)據(jù)庫選項，因此很可能要刪除掉多余的日志文件。

DBCC執(zhí)行完畢。如果沒有DBCC輸出低了出現(xiàn)錯誤信息，請與系統(tǒng)管理員聯(lián)系。

此時打開在SQL Server Enterprise Manager里面會看見了數(shù)據(jù)庫的狀態(tài)為“只供DBO使用”。此時也可以訪問數(shù)據(jù)庫里面的用戶表了。

H．修改密保數(shù)據(jù)庫一致性（可句中）

dbcccheckdb(test)

就像執(zhí)行結果:：

CHECKDB發(fā)現(xiàn)到了0個分配錯誤和0個一致性錯誤（在數(shù)據(jù)庫test中）。

DBCC執(zhí)行完畢。如果不是DBCC輸出來了錯誤信息，請與系統(tǒng)管理員聯(lián)系。

I．設置數(shù)據(jù)庫為算正常狀態(tài)

sp_dboptiontest,dbouseonly,false

要是是沒有，這樣的話恭喜你呀，現(xiàn)在就也可以正常的使用完全恢復后的數(shù)據(jù)庫啦。

J．后來一退，我們要將步驟E中設置里的“容許對系統(tǒng)目錄就如何修改”一項可以恢復。畢竟平時就操作系統(tǒng)表是一件比較比較巨大的危險的事情。當然了，我們也可以在SQL Server Enterprise Manager里面復原，也可以不使用如下語句完成

sp_configurerestrictupdates,0

me

reconfigurewithoverride

you

請問：“數(shù)據(jù)庫錯誤:1064”如何解決？

數(shù)據(jù)庫錯誤:1064就是拼寫錯誤。注意一點打開系統(tǒng)你的sql語句，將的行中，多檢查一下幾遍，都能系統(tǒng)檢查出來問題所在的。平常多寫SQL語句時，仔細認真點，都能有所下降這種出現(xiàn)錯誤的突然發(fā)生頻率。