主頁 > 知識庫 > 使用dump transaction with no_log的危險性說明

使用dump transaction with no_log的危險性說明

熱門標(biāo)簽:長沙外呼系統(tǒng)平臺 怎么修改高德地圖標(biāo)注 合肥crm外呼系統(tǒng)加盟 西安電話自動外呼系統(tǒng) 城市地圖標(biāo)志怎么標(biāo)注 漯河電銷回?fù)芡夂粝到y(tǒng) 美國地圖標(biāo)注軟件下載 電話機(jī)器人怎么看余額 硅基電話機(jī)器人官網(wǎng)
但是“最后一招”究竟是什么意思呢?當(dāng)你使用這條命令時會怎樣呢?那你應(yīng)使用哪條命令來代替它呢?最后,若這條命令如此有問題,為什么Sybase卻要提供它呢?

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

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

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

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

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

標(biāo)簽:商洛 瀘州 廣西 撫順 文山 玉溪 濟(jì)源 吉林

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《使用dump transaction with no_log的危險性說明》,本文關(guān)鍵詞  使用,dump,transaction,with,log,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《使用dump transaction with no_log的危險性說明》相關(guān)的同類信息!
  • 本頁收集關(guān)于使用dump transaction with no_log的危險性說明的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章