硬盤空間不夠數(shù)據(jù)庫(kù)被置疑如果SQLServer因?yàn)榇疟P可用空間不足，而不能完成數(shù)據(jù)庫(kù)的恢復(fù)，那么SQLServer2000會(huì)返回錯(cuò)誤1105并且將sysdatabases中的status列設(shè)為置疑。你可以看到在SQLSERVER的ERRORLOG和OS的應(yīng)用程序日志中應(yīng)該有1105的錯(cuò)誤信息：SQLServer事務(wù)日志可能會(huì)被填滿，這會(huì)阻止之后的數(shù)據(jù)庫(kù)操作，包括UPDATE，DELETE，INSERT和CHECKPOINTo事務(wù)日志填滿會(huì)導(dǎo)致1105錯(cuò)誤：Can'tallocatespaceforobjectsyslogsindatabasedbnamebecausethelogsegmentisfull。Ifyouranoutofspaceinsyslogs，dumpthetransactionlog。OtherwiseuseALTERDATABASEorsp_extendsegmenttoincreasethesizeofthesegment。這種現(xiàn)象可能出現(xiàn)于任何一個(gè)數(shù)據(jù)庫(kù)中，包括Master和TempDB。一些難以預(yù)見(jiàn)的因素可能消耗日志空間。例如：一個(gè)大型事務(wù)，尤其像批量數(shù)據(jù)更新、插入或刪除。一個(gè)未提交的事務(wù)。檢查點(diǎn)處理程序截除時(shí)所需的帶寬過(guò)大。截除時(shí)超過(guò)閾值上述各種條件互相作用的結(jié)果。用于發(fā)布的標(biāo)記事務(wù)沒(méi)有被日志讀取程序讀走下面是修復(fù)的步驟和收縮日志的步驟：在命令提示符下運(yùn)行以下命令啟動(dòng)SQLServer：SQLSERVER-f-m備注：-m開(kāi)關(guān)以單用戶模式啟動(dòng)SQLServer。在單用戶模式下，只能成功建立一個(gè)連接。請(qǐng)注意是否有任何其他客戶機(jī)或服務(wù)可能會(huì)在您通過(guò)SQLServer查詢分析器建立連接前使用那個(gè)連接。重置置疑數(shù)據(jù)庫(kù)的狀態(tài)。sp_resetstatus'database_name'下面是結(jié)果集： Database'database_name'statusreset!WARNING:YoumustrebootSQLServerpriortoaccessingthisdatabase!用ALTERDATABASE向數(shù)據(jù)庫(kù)添加一個(gè)數(shù)據(jù)文件或日志文件：USEmasterGOCREATEDATABASEdb_nameON(NAME=dbname_dat1,FILENAME='D:\MSSQL\Data\dbname_dat1.ndf',SIZE=1000MB,FILEGROWTH=50MB)GO—更改該數(shù)據(jù)庫(kù)以添加一個(gè)2GB大小的新數(shù)據(jù)文件ALTERDATABASEdb_nameADDFILE(NAME=dbname_dat2,FILENAME='F:\MSSQL\DATA\dbname_dat2.ndf',SIZE=2000MB,FILEGROWTH=50MB)GO—更改該數(shù)據(jù)庫(kù)以添加一個(gè)1GB大小的新日志文件ALTERDATABASEdb_nameADDLOGFILE(NAME=db_name_log2,FILENAME='F:\MSSQL\Data\db_name_log2.ldf',SIZE=1000MB,FILEGROWTH=20MB),GO4.停止并重新啟動(dòng)SQLServer:用新的數(shù)據(jù)文件或日志文件所提供的額外空間，SQLServer應(yīng)該能完成數(shù)據(jù)庫(kù)的恢復(fù)。5.釋放磁盤空間并且重新運(yùn)行恢復(fù)操作，按照下面的步驟收縮日志。sp_resetstatus關(guān)閉數(shù)據(jù)庫(kù)的置疑標(biāo)志，但是原封不動(dòng)地保持?jǐn)?shù)據(jù)庫(kù)的其它選項(xiàng)。為從根本上解決這樣的問(wèn)題，你可以按下面的操作配置SQLSERVER2000:如果不需要恢復(fù)到指定的時(shí)間點(diǎn)，你可以將數(shù)據(jù)庫(kù)的恢復(fù)模式配置為簡(jiǎn)單，這樣UPDATE,DELETE,SELECT就不會(huì)記錄日志,日志就不會(huì)增加的很大：USEMASTERGOALTERDATABASEDB_NAMESETRECOVERYSIMPLE如果你的恢復(fù)模式是全部，你一定要配置日志字段收縮：USEMASTERGOsp_dboption'databasename','trunc.logonchkpt.',truesp_dboption'databasename','autoshrink',true通過(guò)每日備份將日志收縮：BACKUPDATABASEDATABASE_NAMETOBACKUP_DEVICESBACKUPLOGDATABASE_NAMETOLOG_DEVICESORBACKUPLOGDATABASE_NAMEwithtruncate_only**檢查日志的容量:DBCCSQLPERF(LOGSPACE)這時(shí)日志并沒(méi)有收縮！每天在備份數(shù)據(jù)庫(kù)完成之后，重新啟動(dòng)MSSQLSERVERSERVICE.USEDATABASE_NAMEgoDBCCSHRINKFILE(2,truncateonly)**檢查日志的容量:DBCCSQLPERF(LOGSPACE)這時(shí)日志已經(jīng)收縮！e.手動(dòng)快速收縮日志：/*runbelowscript,youwillshrinkyoudatabaselogfilesimmediately,inmyexperience,youneedtorunthescriptfor3or4minutesbeforestoppingitmanually*/usedatabasenamedbccshrinkfile(2,notruncate)dbccshrinkfile(2,truncateonly)createtablet1(char1char(4000))godeclare@iintselect@i=0while(1=1)beginwhile(@i<100)beginINSERTINTOT1VALUES('A')SELECT@I=@I+1ENDTRUNCATEtableT1BACKUPLOGyoudatabasenamewithtruncate_onlyendGO注意只有在您的主要支持提供者指導(dǎo)下或有疑難解答建議的做法時(shí)，才可以使用sp_resetstatus。否則，可能會(huì)損壞數(shù)據(jù)庫(kù)。由于該過(guò)程修改了系統(tǒng)表，系統(tǒng)管理員必須在運(yùn)行sp_resetstatus這個(gè)過(guò)程前，啟用系統(tǒng)表更新。要啟用更新，使用下面的過(guò)程：USEmasterGOsp_configure'allowupdates',1GORECO