但是“最后一招”究竟是什么意思呢？當(dāng)你使用這條命令時(shí)會(huì)怎樣呢？那你應(yīng)使用哪條命令來代替它呢？最后，若這條命令如此有問題，為什么Sybase卻要提供它呢？

Sybase技術(shù)支持建議你定期的dump你的transaction log。你必須根據(jù)你的數(shù)據(jù)庫中記入日記的活動(dòng)的量的大小以及你的數(shù)據(jù)庫的大小來決定dump的方式。有些地方按月dump transaction；有些地方每夜dump transaction。

　　注意：若你正運(yùn)行SQL Server10.0，你可以用sp_thresholdaction在空間緊缺之前來自動(dòng)dump tran；另外，此時(shí)Backup Server會(huì)保證在dump進(jìn)行時(shí)，任務(wù)不會(huì)被掛起。請(qǐng)?jiān)谀愕腟QL Server參考手冊(cè)中獲取更詳細(xì)的信息。這篇文章的剩余部分將適用于運(yùn)行系統(tǒng)10以前版本SQL Server的領(lǐng)域。

　　若你從未dump transaction過，transactionlog將最終會(huì)滿。 SQLServer使用log（日志）是出于恢復(fù)目的的。 當(dāng)log滿時(shí)，服務(wù)器將停止事物的繼續(xù)進(jìn)行，因?yàn)榉?wù)器將不能將這些事物寫進(jìn)日志，而服務(wù)器不能運(yùn)行大多數(shù)的dump tran命令，因?yàn)镾QL Server也需在日志中記錄這些命令。

　　這就是為什么當(dāng)其它dump tran命令不能執(zhí)行時(shí)no_log可執(zhí)行的原因。但是想一下dump transaction with no_log被設(shè)計(jì)執(zhí)行的環(huán)境。所有對(duì)不做并發(fā)性檢查。

　　若你在對(duì)數(shù)據(jù)庫的修改發(fā)生時(shí)使用dump transaction with no_log，你就會(huì)冒整個(gè)數(shù)據(jù)庫崩潰的風(fēng)險(xiǎn)。在多數(shù)情況下，它們被反映成813或605錯(cuò)誤。為了在數(shù)據(jù)庫被修改時(shí)，刪除transaction log中的不活躍部分可使用dump transaction with trancate_only。這條命令寫進(jìn)transaction log時(shí)，并且它還做不要的并發(fā)性檢查。這兩條命令都有與其相關(guān)的警告，在命令參考手冊(cè)中會(huì)看到這些警告。請(qǐng)確保在使用其中任一條命令以前，你已理解這些警告和指示。 Syase提供dump transaction with no_log來處理某些非常緊迫的情況。為了盡量確保你的數(shù)據(jù)庫的一致性，你應(yīng)將其作為“最后一招”。

最新評(píng)論