今天發(fā)現(xiàn)WEB空間提供的SQL Server2008數(shù)據(jù)庫的日志已經(jīng)達(dá)到規(guī)定的上限。

于是，準(zhǔn)備把數(shù)據(jù)庫的日志進(jìn)行截?cái)嗖僮鳌?/p>

但是在操作過程中遇到一系列的問題。

經(jīng)過查詢試驗(yàn)，最后問題終于得到解決。

下面把操作的過程記錄到下面：

像以前那樣使用下面的語句對其截?cái)啵?/p>

BACKUP LOG 數(shù)據(jù)庫名稱 WITH NO_LOG

結(jié)果給出以下錯(cuò)誤：

消息 3032，級別 16，狀態(tài) 2，第 10 行
此語句不支持一個(gè)或多個(gè)選項(xiàng)(no_log)。請查閱文檔以了解所支持的選項(xiàng)。

接著又使用下面的語句：

DUMP TRANSACTION 數(shù)據(jù)庫名稱 WITH NO_LOG

提示以下信息：

消息 156，級別 15，狀態(tài) 1，第 1 行
關(guān)鍵字 'TRANSACTION' 附近有語法錯(cuò)誤。

然后又使用下面的方法：

backup log 數(shù)據(jù)庫名稱 with TRUNCATE_ONLY

提示：

消息 155，級別 15，狀態(tài) 1，第 11 行
'TRUNCATE_ONL' 不是可以識(shí)別的 BACKUP 選項(xiàng)。

最后，在網(wǎng)上搜索了一下，發(fā)現(xiàn)以上方法在SQL Server 2008中不再受支持，隨后看各種帖子，并通過試驗(yàn)，發(fā)現(xiàn)下面的方法是可行的：

第一步：
ALTER DATABASE 數(shù)據(jù)庫名稱 SET RECOVERY SIMPLE
GO

第二步：
DBCC SHRINKFILE ('數(shù)據(jù)庫日志邏輯名稱' , 0, TRUNCATEONLY)
GO

第三步：
ALTER DATABASE 數(shù)據(jù)庫名稱 SET RECOVERY FULL
GO

使用以上方式，終于實(shí)現(xiàn)了截?cái)鄶?shù)據(jù)庫日志截?cái)嗟牟僮鳌?/p>