SQL SERVER2000置疑

1.設置數(shù)據(jù)庫為緊急模式

成都創(chuàng)新互聯(lián)公司專注為客戶提供全方位的互聯(lián)網綜合服務，包含不限于成都做網站、網站制作、大余網絡推廣、成都小程序開發(fā)、大余網絡營銷、大余企業(yè)策劃、大余品牌公關、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務，您的肯定，是我們最大的嘉獎；成都創(chuàng)新互聯(lián)公司為所有大學生創(chuàng)業(yè)者提供大余建站搭建服務，24小時服務熱線：028-86922220，官方網址：chinadenli.net

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.把原始數(shù)據(jù)庫的數(shù)據(jù)文件DBNAME_DAT.MDF,DBNAME_LOG.LDF移走:

4.啟動SQL Server服務:

.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ù)據(jù)庫運行在單用戶的模式:

USE MASTER

GO

ALTER DATABASE DB_SUSPECT SET SINGLE_USER

GO

7.停掉SQL服務:

.Net STOP MSSQLSERVER

8.把原來的數(shù)據(jù)文件再覆蓋回來:

9.啟動SQL Server服務:

.Net START MSSQLSERVER

10.重新設置SQLSERVER的狀態(tài):

USE MASTER

GO

EXEC sp_resetstatus "DB_SUSPECT"

11.數(shù)據(jù)庫完整性檢測:

DBCC CHECKDB('DB_SUSPECT')

12.恢復數(shù)據(jù)庫為多用戶模式:

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不允許更新系統(tǒng)表:

USE MASTER

GO

sp_configure 'allow updates', 0

reconfigure with override

GO

15.重新啟動MSSQLSERVER服務:

最好重新啟動操作系統(tǒng)

16.備份數(shù)據(jù)庫:

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

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

SQL2000數(shù)據(jù)庫msdb質疑怎么處理

原因：非正常程序中斷或錯誤結束SQL服務，都會導致MSDB數(shù)據(jù)庫被“置疑”。

Msdb 數(shù)據(jù)庫供SQLServer 代理程序調度警報和作業(yè)以及記錄操作員時使用。比如，我們備份了一個數(shù)據(jù)庫，會在表backupfile中插入一條記錄，以記錄相關的備份信息。

但因為Msdb數(shù)據(jù)庫并未存儲特別重要的信息，因此可以從別的機器拷貝一份相同的msdbdata.mdf和msdblog.ldf覆蓋掉即可。

解決步驟

A服務器為被“置疑”的服務器；B服務器上裝有和A服務器相同版本的數(shù)據(jù)庫軟件。版本是SQL SERVER 2000。

步驟1、停止B服務器上的SQL SERVER 服務，拷貝“msdbdata.mdf”和“msdblog.ldf”文件。

步驟2、停止A服務器上的SQL SERVER 服務，將從B服務器上拷貝“msdbdata.mdf”和“msdblog.ldf”文件覆蓋掉A服務器上的這兩個文件。

步驟3、重新啟動A服務器上的SQL SERVER服務。

步驟4、如果MSDB數(shù)據(jù)庫仍然是置疑狀態(tài)，可以執(zhí)行下面的SQL。

USE?MASTER?

GO?

SP_CONFIGURE?'ALLOW?UPDATES',1?RECONFIGURE?WITH?OVERRIDE?

GO?

UPDATE?SYSDATABASES?SET?STATUS?=32768?WHERE?NAME='msdb'?

Go?

sp_dboption?'msdb',?'single?user',?'true'?

Go?

DBCC?CHECKDB('msdb')?

Go?

update?sysdatabases?set?status?=28?where?name='msdb'?

Go?

sp_configure?'allow?updates',?0?reconfigure?with?override?

Go?

sp_dboption?'msdb',?'single?user',?'false'?

Go

如何防止SQLserver服務器被黑

一、基本安全設定：

（1）文件系統(tǒng)的設定 windows2000server 支持多種文件系統(tǒng)，最安全的要數(shù)NTFS文件系統(tǒng)，如果你的windows2000server要用作服務器，最好將所有的分區(qū)都格式化為NTFS文件系統(tǒng)，fat32是不能用的。

（2）補丁（pack) 目前windows2000已經到sp4了，這個大補丁一定要裝的，安裝sp4后再到網絡上升級，將微軟提供的各種重要系統(tǒng)安全更新全部都升級，不要怕麻煩，這是防病毒和黑客攻擊的非常重要安全設置步驟。

（3）帳號安全帳號是windows2000server的重要的安全保證，要注意區(qū)分一些工作組的權限： administrators是系統(tǒng)管理員組，administrator是系統(tǒng)默認的管理帳號，administrator最好設置一個復雜的密碼，復雜到什么程度呢？簡單的說，自己都要記不住這個密碼，這個密碼可以是字符、數(shù)字、符號、大小寫的組合（如：AGgF!452KhtUN)，密碼不要讓別人猜得到，不要用自己得電話號碼啦之類的東西，最好在筆記本上將密碼設定好后再設置，設好密碼后妥善保管記錄密碼的筆記本，每隔一段時間更改自己的密碼 guest帳號最好禁止使用，如果沒有必要，不要添加其他的系統(tǒng)管理員帳號。

（4）關閉不必要的服務在服務中將一些不常用的服務關閉（比如打印、遠程注冊表操作，信息發(fā)送等不必要的服務）。

（5）網絡協(xié)議如果沒有其他的用途，windows2000server只需要安裝tcp/ip協(xié)議，其他不必要的協(xié)議統(tǒng)統(tǒng)刪除。（6）如果沒必要，IIS一定不要安裝（如果需要安裝iis，那么看后面的設置） IIS是windows2000server中最不安全的組件，不裝IIS，windows2000將是很安全的。

(7)默認共享的刪除 windows2000server默認的共享有以下幾種 c$ d$ e$ ..... IPC$ ADMIN$ 這些默認共享一定要關，否者hk利用簡單的Net use命令就可以將你的服務器黑掉下面提供簡單的關閉這些共享的方法 A、建立一個批處理文件，如a.bat B、在該批處理文件中添加下面的語句 net share c$ /del (這是取消c盤的默認共享，同理 net share d$ /del 是取消d盤的共享，你有多少個盤符，就編多少個以上的語句） net share ipc$/del (刪除ipc默認共享） net share admin$ /del （刪除 admin默認共享） C 、將以上的語句添加完后，將該文件放入開始菜單中程序中啟動文件夾中，讓windows2000server每次啟動都將默認的共享刪除（7）CMD的設置 cmd.exe是windows2000中非常重要的文件，很多漏洞都是要*調用該個文件，該文件在windows2000server所在目錄的system32中，我們需要對其進行設定 A、將該文件從system32中拷貝出來放在其他地方，將原來的文件刪除 B、將拷貝出來的文件進行權限設定，只允許administrator訪問，不允許其他任何的工作組或用戶訪問該文件。

（8）windows2000server終端服務(默認3389端口） windows2000server提供了遠程終端服務，此服務方便了網絡管理員對服務器的遠程管理，但是，該服務也為黑客提供了非常危險的攻擊，網絡黑客口中的所謂跳板（肉雞）絕大部分都是利用該功能進行自我隱蔽的攻擊。一旦系統(tǒng)管理員的密碼被破解，而該服務器又提供終端服務，黑客就可以完全控制了該服務器，不但服務器的各種資料會完全暴露，而且黑客還會利用這臺服務器去攻擊其他的服務器，因此該服務除非你覺得自己的服務器足夠安全，否則最好不要打開，特別是暴露在互連網絡中的服務器，打開該功能一定要小心謹慎。 A、如何知道自己的終端服務是否打開？終端服務需要安裝，我們可以通過控制面板中的添加/刪除程序中的添加/刪除windows組件來安裝，在windows組件向導列表中最下面有兩個組件，一個是“終端服務”,一個是“終端服務授權”，我們只需要安裝“終端服務”這個組件就可以將該功能啟用，一旦啟用了該功能，默認的情況下，我們的tcp3389端口就會打開。所以，我們看看這個地方，如果你的組件“終端服務”前面打了勾，就表明你已經打開了該服務。有些黑客手段很高明，一旦控制了你的計算機后，可以遠程打開該服務，這種情況下，我們最好檢查windows2000server啟用了哪些服務，如何檢查呢？打開windows2000server的服務管理（開始菜單——程序——管理工具——服務）。在服務列表中檢查Terminal Services這項服務的狀態(tài)，看看如果該服務處于“ 禁用”狀態(tài)，說明該服務沒打開，如果該服務處于“已啟動”狀態(tài)，說明該服務已經打開。 B、如何關閉該服務！第一步，通過控制面板中的添加/刪除程序中的添加/刪除windows組件來將該服務組件刪除第二步，在服務中將Terminal Services服務禁用注意：需要經常檢查該服務是否被非法啟動，如果你在你沒有啟動該服務的情況下你發(fā)現(xiàn)它已打開，非常不幸，你的服務器已經被黑，成為了別人的跳板（肉雞）最好的解決方法是重作服務器系統(tǒng)，不要以為關閉該服務就行了。

（9）telnet服務（默認23端口）相對于3389來講，telnet服務更不容易引起管理員的注意，該服務以前是UNIX和Linux類系統(tǒng)提供的遠程管理終端服務，windows2000server也提供了，它也是一個終端服務，只不過telnet服務是字符界面，而3389服務是圖形界面，二者都能完全遠程控制服務器的所有功能。我以前在利用肉雞的時候，一般都不用3389，為什么呢？該服務速度慢，我一般都是打開肉雞的telnet服務，速度非常快，功能也很全面，又不容易被發(fā)覺 A、如何知道自己的telnet服務是否打開？在windows2000server控制面板——管理工具中有一項“Telnet 服務器管理”(對應的文件是system32中的tlntadmn.exe），這就是該服務的開關，我們可以利用該程序配置我們的telnet服務。打開開始菜單——程序——管理工具——服務，在服務列表中有該服務對應的一項“Telnet”，默認的情況下，該服務狀態(tài)是“手動”，如果，該服務是“已啟動”狀態(tài)，說明該服務已經啟動了，你可以用以下命令連接在windows(98/2000/xp/2003)字符模式下輸入： telnet 服務器的IP地址如果出現(xiàn)了登陸界面，非常不幸，你的telnet服務真的已開，如果不是你開的，非常不幸，你被黑了，你可能成為了肉雞。 B、如何關閉該服務！打開開始菜單——程序——管理工具——服務，在服務中將telnet服務禁用建議：最好將system32中的tlntadmn.exe拷貝出來放到其他文件夾中并改名，并將該文件從system32中刪除。隨時檢查telnet服務的狀態(tài)，如果該服務是“已啟動”狀態(tài)，而又不是你啟動的，最好重新安裝服務器系統(tǒng)。最好隨時掃描你的服務器所開的端口，如果23端口已開或有一些不知名的端口已開(因為黑客很可能會將提供該服務的端口改為其他的端口來逃避檢查），用telnet命令測試一下，看看能不能連接。附：telnet命令格式 telnet ip地址端口如：telnet 192.168.1.1 （連接服務器192.168.1.1的默認23端口）如：telnet 192.168.1.1555 （連接服務器192.168.1.1的555端口） SQL Server 2000的安全配置在進行SQL Server 2000數(shù)據(jù)庫的安全配置之前，首先你必須對操作系統(tǒng)進行安全配置，保證你的操作系統(tǒng)處于安全狀態(tài)。然后對你要使用的操作數(shù)據(jù)庫軟件（程序）進行必要的安全審核，比如對ASP、PHP等腳本，這是很多基于數(shù)據(jù)庫的WEB應用常出現(xiàn)的安全隱患，對于腳本主要是一個過濾問題，需要過濾一些類似 , ‘ @ / 等字符，防止破壞者構造惡意的SQL語句。接著，安裝SQL Server2000后請打上補丁sp1以及最新的sp2。 1、使用安全的密碼策略我們把密碼策略擺在所有安全配置的第一步，請注意，很多數(shù)據(jù)庫帳號的密碼過于簡單，這跟系統(tǒng)密碼過于簡單是一個道理。對于sa更應該注意，同時不要讓sa帳號的密碼寫于應用程序或者腳本中。健壯的密碼是安全的第一步！SQL Server2000安裝的時候，如果是使用混合模式，那么就需要輸入sa的密碼，除非你確認必須使用空密碼。這比以前的版本有所改進。同時養(yǎng)成定期修改密碼的好習慣。數(shù)據(jù)庫管理員應該定期查看是否有不符合密碼要求的帳號。比如使用下面的SQL語句：Use master Select name,Password from syslogins wherepassword is null

2、使用安全帳號策略：由于SQL Server不能更改sa用戶名稱，也不能刪除這個超級用戶，所以，我們必須對這個帳號進行最強的保護，當然，包括使用一個非常強壯的密碼，最好不要在數(shù)據(jù)庫應用中使用sa帳號，只有當沒有其它方法登錄到 SQL Server 實例（例如，當其它系統(tǒng)管理員不可用或忘記了密碼）時才使用 sa。建議數(shù)據(jù)庫管理員新建立個擁有與sa一樣權限的超級用戶來管理數(shù)據(jù)庫。安全的帳號策略還包括不要讓管理員權限的帳號泛濫。SQL Server的認證模式有Windows身份認證和混合身份認證兩種。如果數(shù)據(jù)庫管理員不希望操作系統(tǒng)管理員來通過操作系統(tǒng)登陸來接觸數(shù)據(jù)庫的話，可以在帳號管理中把系統(tǒng)帳號“BUILTIN\Administrators”刪除。不過這樣做的結果是一旦sa帳號忘記密碼的話，就沒有辦法來恢復了。很多主機使用數(shù)據(jù)庫應用只是用來做查詢、修改等簡單功能的，請根據(jù)實際需要分配帳號，并賦予僅僅能夠滿足應用要求和需要的權限。比如，只要查詢功能的，那么就使用一個簡單的public帳號能夠select就可以了。

3、加強數(shù)據(jù)庫日志記錄：審核數(shù)據(jù)庫登錄事件的“失敗和成功”，在實例屬性中選擇“安全性”，將其中的審核級別選定為全部，這樣在數(shù)據(jù)庫系統(tǒng)和操作系統(tǒng)日志里面，就詳細記錄了所有帳號的登錄事件。請定期查看SQL Server日志檢查是否有可疑的登錄事件發(fā)生，或者使用DOS命令。findstr /C:"登錄" d:\Microsoft SQL Server\MSSQL\LOG\*.*

4、管理擴展存儲過程：對存儲過程進行大手術，并且對帳號調用擴展存儲過程的權限要慎重。其實在多數(shù)應用中根本用不到多少系統(tǒng)的存儲過程，而SQL Server的這么多系統(tǒng)存儲過程只是用來適應廣大用戶需求的，所以請刪除不必要的存儲過程，因為有些系統(tǒng)的存儲過程能很容易地被人利用起來提升權限或進行破壞。如果你不需要擴展存儲過程xp_cmdshell請把它去掉。使用這個SQL語句：use master sp_dropextendedproc xp_cmdshellxp_cmdshell是進入操作系統(tǒng)的最佳捷徑，是數(shù)據(jù)庫留給操作系統(tǒng)的一個大后門。如果你需要這個存儲過程，請用這個語句也可以恢復過來。sp_addextendedproc xp_cmdshell, xpsql70.dll 如果你不需要請丟棄OLE自動存儲過程（會造成管理器中的某些特征不能使用），這些過程包括如下：Sp_OACreateSp_OADestroy Sp_OAGetErrorInfo Sp_OAGetProperty Sp_OAMethod Sp_OASetProperty Sp_OAStop 去掉不需要的注冊表訪問的存儲過程，注冊表存儲過程甚至能夠讀出操作系統(tǒng)管理員的密碼來，如下：Xp_regaddmultistring Xp_regdeletekeyXp_regdeletevalue Xp_regenumvaluesXp_regread Xp_regremovemultistring Xp_regwrite 還有一些其他的擴展存儲過程，你也最好檢查檢查。在處理存儲過程的時候，請確認一下，避免造成對數(shù)據(jù)庫或應用程序的傷害。

5、使用協(xié)議加密：SQL Server 2000使用的Tabular Data Stream協(xié)議來進行網絡數(shù)據(jù)交換，如果不加密的話，所有的網絡傳輸都是明文的，包括密碼、數(shù)據(jù)庫內容等等，這是一個很大的安全威脅。能被人在網絡中截獲到他們需要的東西，包括數(shù)據(jù)庫帳號和密碼。所以，在條件容許情況下，最好使用SSL來加密協(xié)議，當然，你需要一個證書來支持。

6、不要讓人隨便探測到你的TCP/IP端口：默認情況下，SQL Server使用1433端口監(jiān)聽，很多人都說SQL Server配置的時候要把這個端口改變，這樣別人就不能很容易地知道使用的什么端口了。可惜，通過微軟未公開的1434端口的UDP探測可以很容易知道SQL Server使用的什么TCP/IP端口了。不過微軟還是考慮到了這個問題，畢竟公開而且開放的端口會引起不必要的麻煩。在實例屬性中選擇TCP/IP協(xié)議的屬性。選擇隱藏 SQL Server 實例。如果隱藏了 SQL Server 實例，則將禁止對試圖枚舉網絡上現(xiàn)有的 SQL Server 實例的客戶端所發(fā)出的廣播作出響應。這樣，別人就不能用1434來探測你的TCP/IP端口了（除非用Port Scan）。

7、修改TCP/IP使用的端口：請在上一步配置的基礎上，更改原默認的1433端口。在實例屬性中選擇網絡配置中的TCP/IP協(xié)議的屬性，將TCP/IP使用的默認端口變?yōu)槠渌丝? 9、拒絕來自1434端口的探測由于1434端口探測沒有限制，能夠被別人探測到一些數(shù)據(jù)庫信息，而且還可能遭到DOS攻擊讓數(shù)據(jù)庫服務器的CPU負荷增大，所以對Windows 2000操作系統(tǒng)來說，在IPSec過濾拒絕掉1434端口的UDP通訊，可以盡可能地隱藏你的SQL Server。10、對網絡連接進行IP限制SQL Server 2000數(shù)據(jù)庫系統(tǒng)本身沒有提供網絡連接的安全解決辦法，但是Windows 2000提供了這樣的安全機制。使用操作系統(tǒng)自己的IPSec可以實現(xiàn)IP數(shù)據(jù)包的安全性。請對IP連接進行限制，只保證自己的IP能夠訪問，也拒絕其他IP進行的端口連接，把來自網絡上的安全威脅進行有效的控制。關于IPSec的使用請參看： 上面主要介紹的一些SQL Server的安全配置，經過以上的配置，可以讓SQL Server本身具備足夠的安全防范能力。當然，更主要的還是要加強內部的安全控制和管理員的安全培訓，而且安全性問題是一個長期的解決過程，還需要以后進行更多的安全維護一、概述在應用系統(tǒng)中，數(shù)據(jù)庫往往是最核心的部分，一旦數(shù)據(jù)庫毀壞或損壞，將會帶來巨大的損失，所以數(shù)據(jù)庫的管理越來越重要。我們在做數(shù)據(jù)庫管理與維護工作中，不可避免會出現(xiàn)各種各樣的錯誤，本文針對數(shù)據(jù)庫的日志文件丟失時如何利用MDF文件恢復數(shù)據(jù)庫的方法進行了研究。二、數(shù)據(jù)庫的恢復當數(shù)據(jù)庫的主數(shù)據(jù)MDF文件完好無損時，在丟失了LDF文件的情況下，如何利用MDF文件恢復數(shù)據(jù)庫？我們把SQL Server的日志文件分為兩類：一類是無活動事務的日志，另一類是含活動事務的日志，根據(jù)不同的日志，采取不同的方法來恢復數(shù)據(jù)庫。　

1. 無活動事務的日志恢復：無活動事務的日志丟失時，我們很容易利用MDF文件直接恢復數(shù)據(jù)庫，具體方法如下：

①.分離被質疑的數(shù)據(jù)庫，可用企業(yè)管理器中的"分離數(shù)據(jù)庫工具"，或者用存儲過程sp_detach_db分離數(shù)據(jù)庫；②利用MDF文件附加數(shù)據(jù)庫生成新的日志文件，可用企業(yè)管理器中的"附加數(shù)據(jù)庫"的工具，或者用存儲過程sp_attach_single_file_db附加數(shù)據(jù)庫。如果數(shù)據(jù)庫的日志文件中含有活動事務，利用此方法就不能恢復數(shù)據(jù)庫。

2. 含活動事務的日志恢復：含有活動事務的日志丟失時，利用上述方法就會出現(xiàn)"數(shù)據(jù)庫和日志文件不符合，不能附加數(shù)據(jù)庫"。對于這種情況下，我們采用如下方法：

①新建同名數(shù)據(jù)庫AAA，并設它為緊急模式?停止SQL Server服務器；?把數(shù)據(jù)庫主數(shù)據(jù)MDF文件移走；?啟SQL Server服務器，新建一個同名的數(shù)據(jù)庫AAA；?停止SQL Server服務器，把移走的MDF文件再覆蓋回來；?啟動SQL Server服務器，把AAA設為緊急模式，不過默認情況下，系統(tǒng)表是不能隨便修改的，必須首先設置一下使其能被修改，運行以下語句即可： Use Master Gosp_configure ’allow updates’,1 reconfigure with override Go 接著運行以下語句，把AAA數(shù)據(jù)庫設為緊急模式，即把Sysdatabases表中AAA數(shù)據(jù)庫的status屬性設為’37268’,就表示把AAA數(shù)據(jù)庫處于緊急模式。 updatesysdatabases set status=32768 where hame=’AAA’如果沒有報告什么錯誤，就可以進行以下操作。

②設置數(shù)據(jù)庫AAA為單用戶模式，并檢查數(shù)據(jù)庫?重啟SQL Server服務器；?把數(shù)據(jù)庫AAA設為單用戶模式Sp_dboption ’AAA’, ’single user’, ’true’ ?運行以下語句，檢查數(shù)據(jù)庫AAA DBCCCHECKDB(’AAA’) 如果沒有什么大的問題就可以把數(shù)據(jù)庫的狀態(tài)改回去。

③還原數(shù)據(jù)庫的狀態(tài)運行以下語句，就可以把數(shù)據(jù)庫的狀態(tài)還原： update sysdatabases set status=28 wherename=’AAA’ sp_configure ’allow updates’,0 reconfigure with override Go 如果沒有什么大的問題，刷新一下數(shù)據(jù)庫，數(shù)據(jù)庫AAA又會出現(xiàn)在你面前，但目前恢復工作還沒有做完，此時的數(shù)據(jù)庫仍不能工作，還要進行下面的處理，才能真正恢復。④利用DTS的導入導出向導，把數(shù)據(jù)庫AAA導入到一個新建數(shù)據(jù)庫BBB中?新建一個數(shù)據(jù)庫BBB; ?右擊BBB，選擇IMPORT功能，打開導入向導；?目標源選擇"在SQL Server數(shù)據(jù)庫之間復制對象和數(shù)據(jù)庫"，這樣可以把表結構，數(shù)據(jù)

用友U8帳套、數(shù)據(jù)庫問題

質疑的數(shù)據(jù)庫很多時候都是可以恢復的，如果刪除了恢復的可能性就比較小了。一般來說如果使用的財務軟件的話，電腦重裝之類的事情事先都要聯(lián)系軟件服務商的。

你現(xiàn)在如果是已經刪除質疑的數(shù)據(jù)庫的話那么你的數(shù)據(jù)就沒了，只有找一下你有沒有備份了。

如果還是顯示質疑的話你可以嘗試分離數(shù)據(jù)庫然后再附加。

緊急求助，SQL2000數(shù)據(jù)庫處于質疑狀態(tài)

在MS SQLSERVER中一直有這樣的問題,SQLSERVER的狀態(tài)"置疑",原因約有以下幾條:

1.錯誤的刪除日志;

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

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

解決辦法:

最簡單的辦法是有數(shù)據(jù)庫的全備份,然后恢復即可.

步驟:

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.恢復數(shù)據(jù)庫:

RESTORE DATABASE DB_SUSPECT

FROM DBNAME_BACKUP.DAT

4.數(shù)據(jù)庫完整性檢測:

DBCC CHECKDB('DB_SUSPECT')

5.重新啟動MSSQLSERVER服務.

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

1.設置數(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服務:

.Net STOP MSSQLSERVER

3.把原始數(shù)據(jù)庫的數(shù)據(jù)文件DBNAME_DAT.MDF,DBNAME_LOG.LDF移走:

4.啟動SQL Server服務:

.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ù)據(jù)庫運行在單用戶的模式:

USE MASTER

GO

ALTER DATABASE DB_SUSPECT SET SINGLE_USER

GO

7.停掉SQL服務:

.Net STOP MSSQLSERVER

8.把原來的數(shù)據(jù)文件再覆蓋回來:

9.啟動SQL Server服務:

.Net START MSSQLSERVER

10.重新設置SQLSERVER的狀態(tài):

USE MASTER

GO

EXEC sp_resetstatus "DB_SUSPECT"

11.數(shù)據(jù)庫完整性檢測:

DBCC CHECKDB('DB_SUSPECT')

12.恢復數(shù)據(jù)庫為多用戶模式:

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不允許更新系統(tǒng)表:

USE MASTER

GO

sp_configure 'allow updates', 0

reconfigure with override

GO

15.重新啟動MSSQLSERVER服務:

最好重新啟動操作系統(tǒng)

16.備份數(shù)據(jù)庫:

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

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

靈驗腳本

遇到這種數(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

sql server 2000 數(shù)據(jù)庫質疑后重新開機后恢復正常是怎么回事

SQL

Server2000數(shù)據(jù)庫出現(xiàn)質疑有以下原因：

（1）

數(shù)據(jù)庫文件

被刪除

（2）轉移了數(shù)據(jù)庫文件

（3）重新命名了數(shù)據(jù)庫文件

（4）由于文件夾設置了安全訪問，導致程序無法訪問

（5）由于

電腦系統(tǒng)

的原因，導致SQL

Server無法正常訪問數(shù)據(jù)庫文件

從你的情況看，有可能是系統(tǒng)的某種原因導致第一次沒有正常與數(shù)據(jù)庫文件通信

但重啟后通信成功，這是比較正常的事情

網頁標題：sqlserver被質疑,sqlserver 數(shù)據(jù)庫 可疑
文章來源：http://chinadenli.net/article32/dsgihpc.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供面包屑導航、網站制作、網站導航、手機網站建設、用戶體驗、企業(yè)網站制作

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)