日志已經(jīng)很大的時(shí)候用數(shù)據(jù)庫(kù) -電腦資料

電腦資料 時(shí)間:2019-01-01 我要投稿
【clearvueentertainment.com - 電腦資料】

    --假設(shè)test2為 數(shù)據(jù)庫(kù) 名稱 日志已經(jīng)很大的時(shí)候用 方法一 此方法適用于7.0和2000,

日志已經(jīng)很大的時(shí)候用數(shù)據(jù)庫(kù)

。 1、在查詢分析器中執(zhí)行: exec sp_detach_db 'DB_Name' 2、在我的電腦中將日志的物理文件xxx_Log.LDF改名。 3、在查詢分析器中執(zhí)行: exec sp_attach_single_file_db 'DB_Na

   

   

    --假設(shè)test2為數(shù)據(jù)庫(kù)名稱

    日志已經(jīng)很大的時(shí)候用

    方法一

    此方法適用于7.0和2000。

    1、在查詢分析器中執(zhí)行:

    exec sp_detach_db 'DB_Name'

    2、在我的電腦中將日志的物理文件xxx_Log.LDF改名。

    3、在查詢分析器中執(zhí)行:

    exec sp_attach_single_file_db 'DB_Name','C:\Program Files\Microsoft SQL Server\MSSQL\Data\DB_Name.MDF'

    4、如果上一步成功,將步驟2中改名后的文件刪除。如果上一步不成功,改回原來(lái)的文件名,

    用sp_attach_db將數(shù)據(jù)庫(kù)附加到服務(wù)器,然后用方法二。

    方法二

    6.X中

    DUMP TRANSACTION test2 with NO_LOG

    DUMP TRANSACTION test2 with TRUNCATE_ONLY

    將上面的語(yǔ)句多次執(zhí)行,直到日志縮小。

    7.0和2000中

    backup log test2 with NO_LOG

    backup log test2 with TRUNCATE_ONLY

    DBCC SHRINKDATABASE(test2)

    將上面的語(yǔ)句多次執(zhí)行,直到日志文件縮小。

    上面的方法治標(biāo)不治本,標(biāo)本兼治要用下面的方法。

    方法三:

    --6.X和7.0中改為日志處于截?cái)嗄J剑?000中恢復(fù)模型改為簡(jiǎn)單恢復(fù)

    exec sp_dboption 'test2','trunc. log on chkpt.','on'

    --7.0和2000中設(shè)為自動(dòng)收縮,6.x中不用執(zhí)行,

電腦資料

日志已經(jīng)很大的時(shí)候用數(shù)據(jù)庫(kù)》(http://clearvueentertainment.com)。

    exec sp_dboption 'test2','autoshrink','on'

    通常用于測(cè)試環(huán)境

    方法四:

    --7.0中改為日志不處于截?cái)嗄J剑?000中恢復(fù)模型改為完全恢復(fù)

    exec sp_dboption 'test2','trunc. log on chkpt.','off'

    --7.0和2000中設(shè)為自動(dòng)收縮,6.x中不用執(zhí)行。

    exec sp_dboption 'test2','autoshrink','on'

    建立作業(yè),每半個(gè)小時(shí)一次日志備份,每天一次完全數(shù)據(jù)庫(kù)備份

    7.0和2000中:在Log收縮到正常大小后,將autoshrink選項(xiàng)設(shè)置為off。

    通常用于真實(shí)環(huán)境。

    在產(chǎn)品化系統(tǒng)中將autoshrink選項(xiàng)設(shè)置為開啟狀態(tài)并非明智之舉(除非您真的需要這樣做),這是因?yàn),?dāng)您的系統(tǒng)正在忙于完成其它任務(wù)時(shí),autoshrink選項(xiàng)可能會(huì)同時(shí)啟動(dòng),從而降低系統(tǒng)運(yùn)行速度。然而,對(duì)于那些數(shù)據(jù)庫(kù)管理員無(wú)暇估計(jì)并且數(shù)據(jù)庫(kù)尺寸有可能在您毫無(wú)察覺的情況下超出控制范圍的桌面或遠(yuǎn)程系統(tǒng)來(lái)說(shuō),開啟這一選項(xiàng)卻是一種非常有效的措施。

    收縮事務(wù)日志

    在下列情況下,日志文件的物理大小將減少:

    *執(zhí)行 DBCC SHRINKDATABASE 語(yǔ)句時(shí)。

    *執(zhí)行引用日志文件的 DBCC SHRINKFILE 語(yǔ)句時(shí)。

    *自動(dòng)收縮操作發(fā)生時(shí)。

    日志收縮操作依賴于最初的日志截?cái)嗖僮鳌H罩窘財(cái)嗖僮鞑粶p小物理日志文件的大小,但減小邏輯日志的大小,并將沒有容納邏輯日志任何部分的虛擬日志標(biāo)記為不活動(dòng)。日志收縮操作會(huì)刪除足夠多的不活動(dòng)虛擬日志,將日志文件減小到要求的大小。

    按下面任一方式控制事務(wù)日志的大。

    *在維護(hù)日志備份序列時(shí),調(diào)度 BACKUP LOG 語(yǔ)句按間隔發(fā)生,以使事務(wù)日志不致增長(zhǎng)到超過(guò)預(yù)期的大小。

    *當(dāng)不維護(hù)日志備份序列時(shí),指定簡(jiǎn)單恢復(fù)模式。

    詳情請(qǐng)參考 MS SQL Server 2000 聯(lián)機(jī)叢書:

    目錄--> SQL Server構(gòu)架-->數(shù)據(jù)庫(kù)構(gòu)架-->物理數(shù)據(jù)庫(kù)構(gòu)架-->事務(wù)日志構(gòu)架-->收縮事務(wù)日志

    目錄--> SQL Server構(gòu)架-->數(shù)據(jù)庫(kù)構(gòu)架-->物理數(shù)據(jù)庫(kù)構(gòu)架-->事務(wù)日志構(gòu)架-->截?cái)嗍聞?wù)日志

    原文轉(zhuǎn)自:http://www.ltesting.net

最新文章