sqlserver數(shù)據(jù)庫變更日志查看教程 怎么查看SQL server數(shù)據(jù)庫的位置?
怎么查看SQL server數(shù)據(jù)庫的位置?1、先可以打開SQLServer數(shù)據(jù)庫并直接連接。2、然后再找不到目標數(shù)據(jù)庫,右鍵并直接點擊“屬性”。3、在彈出對話框的屬性窗口左側“中,選擇頁”中選擇類型“
怎么查看SQL server數(shù)據(jù)庫的位置?
1、先可以打開SQLServer數(shù)據(jù)庫并直接連接。
2、然后再找不到目標數(shù)據(jù)庫,右鍵并直接點擊“屬性”。
3、在彈出對話框的屬性窗口左側“中,選擇頁”中選擇類型“文件”選項卡。
4、然后把在右側窗體中即可看見相應內容了:邏輯名稱是數(shù)據(jù)文件及日志文件的文件名,路徑就是其所在位置了。
如何清空sql數(shù)據(jù)庫的日志文件?
SQLSERVER的數(shù)據(jù)庫日志占用不大的空間,下面提供給三種方法用于清理無用的數(shù)據(jù)庫日志文件方法一:
1、可以打開查詢結論器,輸入命令BACKUPLOGdatabase_nameWITHNO_LOG2、再可以打開企業(yè)管理器--右鍵要壓解的數(shù)據(jù)庫--所有任務--收縮起來數(shù)據(jù)庫--收縮起來文件--選擇日志文件--在收縮里選擇類型向內收縮至xxm,這里會具體一個容許快速收縮到的最小m數(shù),直接輸入這個數(shù),確認就可以了。方法二:設置里檢查一下點,不自動封鎖住日志一般情況下,SQL數(shù)據(jù)庫的收縮并不能不大程度上增大數(shù)據(jù)庫大小,其主要注意作用是收縮起來日志大小,應當定時查看進行此操作萬一數(shù)據(jù)庫日志過大1、可以設置數(shù)據(jù)庫模式為簡單模式:先打開SQL企業(yè)管理器,在控制臺根目錄中左面點開MicrosoftSQLServer--gtSQLServer組--a8左鍵雙擊打開你的服務器--gt右擊再打開數(shù)據(jù)庫目錄--r26你選擇你的數(shù)據(jù)庫名稱(如用戶數(shù)據(jù)庫cwbase1)--r26然后把再點右鍵選擇屬性--dstrok你選擇選項--r26在故障自動還原的模式中選擇“簡單”,后再按判斷存放2、在當前數(shù)據(jù)庫上點右鍵,看所有任務中的收縮數(shù)據(jù)庫,一般里面的默認設置不用按照,就點判斷3、快速收縮數(shù)據(jù)庫能完成后,建議將您的數(shù)據(jù)庫屬性新的設置中為標準模式,操作方法同第一點,只不過日志在一些異常情況下往往是復原數(shù)據(jù)庫的有用依據(jù)方法三:是從SQL收縮起來日志把代碼截圖到網站查詢分析什么器里,然后可以修改其中的3個參數(shù)(數(shù)據(jù)庫名,日志文件名,和目標日志文件的大小),運行即可,@MaxMinutesINT,@NewSizeINTUSEtablename--要操作的數(shù)據(jù)庫名#39tablename_log#39,--日志文件名@MaxMinutes10,你想設定的日志文件的大小(M)--Setup/@#39OriginalSizeof#39db_name()#39LOGis#39CONVERT(VARCHAR(30),@OriginalSize)#398Kpagesor#39CONVERT(VARCHAR(30),(@OriginalSize*8/1024))#39MB#(DummyColumnchar(8000)notnull),@StartTimeDATETIME,@TruncLogVARCHAR(255)(),@TruncLog#39BACKUPLOG#39db_name()#39WITHTRUNCATE_ONLY#39DBCCSHRINKFILE(@LogicalFileName,@NewSize)EXEC(@TruncLog)(mi,@StartTime,GETDATE())()AND(@OriginalSize*8/1024)gt@@Counter0WHILE((@/16)AND(@Counterlt50000)
)BEGIN--updateINSERTDummyTransVALUES(#39FillLog#39)@Counter1ENDEXEC(@TruncLog)ENDSELECT#39FinalSizeof#39db_name()#39LOGis#39CONVERT(VARCHAR(30),size)#398Kpagesor#39CONVERT(VARCHAR(30),(size*8/1024))#39MB#方法四:刪出日志文件。此方法有一定的風險性,是因為sqlserver的日志文件并非無需中寫入數(shù)據(jù)庫主文件的,如一次性處理方法不恰當,會倒致數(shù)據(jù)的損失。1、操作前請已斷開所有數(shù)據(jù)庫連接。2、分離數(shù)據(jù)庫分離數(shù)據(jù)庫:企業(yè)管理器->服務器->數(shù)據(jù)庫->cwbase1->右鍵->分離的過程數(shù)據(jù)庫只是分離后,cwbase1數(shù)據(jù)庫被刪除,但保留了數(shù)據(jù)文件和日志文件3、徹底刪除log物理文件徹底刪除LOG物理文件,接著附帶數(shù)據(jù)庫:企業(yè)管理器->服務器->數(shù)據(jù)庫->右鍵->附加數(shù)據(jù)庫此法生成新的log,大小只有一500多k。再注意:個人建議不使用第一種方法。操作前請切實保障所有操作員都早就會推出系統(tǒng),已斷開數(shù)據(jù)庫的連接。以內操作前,請務必要做數(shù)據(jù)備份!1.sqlserver2005徹底清除日志語句dumptransaction數(shù)據(jù)庫名稱withno_logbackuplog數(shù)據(jù)庫名稱withno_logdbccshrinkdatabase(數(shù)據(jù)庫名稱)