Sybase清除日志的方法
Sybase清除日志應該如何實現(xiàn)呢？這是很多人都提到的問題。下面對Sybase清除日志的方法作詳盡的方法，希望對您學習Sybase清除日志方面能有所幫助。
- dump transaction master with no_log
- go
- dump transaction model with no_log
- go
- dump transaction sybsystemdb with no_log
- go
- dump transaction sybsystemprocs with no_log
- go
- dump transaction tempdb with no_log
- go
我們知道，SYBASE SQL Server用事務(wù)（Transaction）來跟蹤所有數(shù)據(jù)庫的變化。事務(wù)是SQL Server的工作單元。一個事務(wù)包含一條或多條作為整體執(zhí)行的T-SQL語句。每個數(shù)據(jù)庫都有自己的事務(wù)日志（Transaction Log），即系統(tǒng)表（Syslogs）。事務(wù)日志自動記錄每個用戶發(fā)出的每個事務(wù)。日志對于數(shù)據(jù)庫的數(shù)據(jù)安全性、完整性至關(guān)重要，我們進行數(shù)據(jù)庫開發(fā)和維護必須熟知日志的相關(guān)知識。
一、SYBASE SQL Server 如何記錄和讀取日志信息
SYBASE SQL Server是先記Log的機制。每當用戶執(zhí)行將修改數(shù)據(jù)庫的語句時，SQL Server就會自動地把變化寫入日志。一條語句所產(chǎn)生的所有變化都被記錄到日志后，它們就被寫到數(shù)據(jù)頁在緩沖區(qū)的拷貝里。該數(shù)據(jù)頁保存在緩沖區(qū)中，直到別的數(shù)據(jù)頁需要該內(nèi)存時，該數(shù)據(jù)頁才被寫到磁盤上。若事務(wù)中的某條語句沒能完成，SQL Server將回滾事務(wù)產(chǎn)生的所有變化。這樣就保證了整個數(shù)據(jù)庫系統(tǒng)的一致性和完整性。
二、日志設(shè)備
Log和數(shù)據(jù)庫的Data一樣，需要存放在數(shù)據(jù)庫設(shè)備上，可以將Log和Data存放在同一設(shè)備上，也可以分開存放。一般來說，應該將一個數(shù)據(jù)庫的Data和Log存放在不同的數(shù)據(jù)庫設(shè)備上。這樣做有如下好處：一是可以單獨地備份 Backup 事務(wù)日志；二是防止數(shù)據(jù)庫溢滿；三是可以看到Log的空間使用情況。
所建Log設(shè)備的大小，沒有十分精確的方法來確定。一般來說，對于新建的數(shù)據(jù)庫，Log的大小應為數(shù)據(jù)庫大小的30%左右。Log的大小還取決于數(shù)據(jù)庫修改的頻繁程度。如果數(shù)據(jù)庫修改頻繁，則Log的增長十分迅速。所以說Log空間大小依賴于用戶是如何使用數(shù)據(jù)庫的。此外，還有其它因素影響Log大小，我們應該根據(jù)實際操作情況估計Log大小，并間隔一段時間就對Log進行備份和清除。
三、日志的清除
隨著數(shù)據(jù)庫的使用，數(shù)據(jù)庫的Log是不斷增長的，必須在它占滿空間之前將它們清除掉。清除Log有兩種方法：
1.自動清除法
開放數(shù)據(jù)庫選項 Trunc Log on Chkpt，使數(shù)據(jù)庫系統(tǒng)每隔一段時間自動清除Log。此方法的優(yōu)點是無須人工干預，由SQL Server自動執(zhí)行，并且一般不會出現(xiàn)Log溢滿的情況；缺點是只清除Log而不做備份。
2.手動清除法
執(zhí)行命令“dump transaction”來清除Log。以下兩條命令都可以清除日志：
- dump transaction with truncate_only
- dump transaction with no_log
通常刪除事務(wù)日志中不活躍的部分可使用“dump transaction with trancate_only”命令，這條命令寫進事務(wù)日志時，還要做必要的并發(fā)性檢查。SYBASE提供“dump transaction with no_log”來處理某些非常緊迫的情況，使用這條命令有很大的危險性，SQL Server會彈出一條警告信息。為了盡量確保數(shù)據(jù)庫的一致性，你應將它作為“***一招”。
以上兩種方法只是清除日志，而不做日志備份，若想備份日志，應執(zhí)行“dump transaction database_name to dumpdevice”命令。
四、管理龐大的事務(wù)
有些操作會大批量地修改數(shù)據(jù)，如大量數(shù)據(jù)的修改（Update）、刪除一個表的所有數(shù)據(jù)（Delete）、大量數(shù)據(jù)的插入（Insert），這樣會使Log增長速度很快，有溢滿的危險。下面筆者給大家介紹一下如何拆分大事務(wù)，以避免日志的溢滿。
例如執(zhí)行“update tab_a set col_a=0”命令時，若表tab_a很大，則此Update動作在未完成之前就可能使Log溢滿，引起1105錯誤（Log Full），而且執(zhí)行這種大的事務(wù)所產(chǎn)生的獨占鎖（Exclusive Table Lock），會阻止其他用戶在執(zhí)行Update操作期間修改這個表，這就有可能引起死鎖。為避免這些情況發(fā)生，我們可以把這個大的事務(wù)分成幾個小的事務(wù)，并執(zhí)行“dump transaction”動作。
上例中的情況就可以分成兩個或多個小的事務(wù)：
- update tab_a set col_a=0 where col_b>x
- go
- dump transaction database_name with truncate_only
- go
- update tab_a set col_a=0 where col_b <=x
- go
- dump transaction database_name with truncate_only
- go
這樣，一個大的事務(wù)就被分成兩個較小的事務(wù)。
按照上述方法可以根據(jù)需要任意拆分大的事務(wù)。若這個事務(wù)需要備份到介質(zhì)上，則不用“with truncate_only”選項。若執(zhí)行“dump transaction with truncate_only”命令，應該先執(zhí)行“dump database”。以此類推，我們可以對表刪除、表插入等大事務(wù)做相應的拆分。
【編輯推薦】
