使用dump transaction with no_log的危險性說明
更新時間：2012年07月17日 15:14:57 作者：
在命令參考手冊中的dump transaction with no_log條目下，有一條警告信息告訴你，你應(yīng)該把這條命令作為沒有其它辦法時的最后一招才使用它
但是“最后一招”究竟是什么意思呢？當(dāng)你使用這條命令時會怎樣呢？那你應(yīng)使用哪條命令來代替它呢？最后，若這條命令如此有問題，為什么Sybase卻要提供它呢？
Sybase技術(shù)支持建議你定期的dump你的transaction log。你必須根據(jù)你的數(shù)據(jù)庫中記入日記的活動的量的大小以及你的數(shù)據(jù)庫的大小來決定dump的方式。有些地方按月dump transaction；有些地方每夜dump transaction。
注意：若你正運行SQL Server10.0，你可以用sp_thresholdaction在空間緊缺之前來自動dump tran；另外，此時Backup Server會保證在dump進(jìn)行時，任務(wù)不會被掛起。請在你的SQL Server參考手冊中獲取更詳細(xì)的信息。這篇文章的剩余部分將適用于運行系統(tǒng)10以前版本SQL Server的領(lǐng)域。
若你從未dump transaction過，transactionlog將最終會滿。 SQLServer使用log（日志）是出于恢復(fù)目的的。 當(dāng)log滿時，服務(wù)器將停止事物的繼續(xù)進(jìn)行，因為服務(wù)器將不能將這些事物寫進(jìn)日志，而服務(wù)器不能運行大多數(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)將其作為“最后一招”。
Sybase技術(shù)支持建議你定期的dump你的transaction log。你必須根據(jù)你的數(shù)據(jù)庫中記入日記的活動的量的大小以及你的數(shù)據(jù)庫的大小來決定dump的方式。有些地方按月dump transaction；有些地方每夜dump transaction。
注意：若你正運行SQL Server10.0，你可以用sp_thresholdaction在空間緊缺之前來自動dump tran；另外，此時Backup Server會保證在dump進(jìn)行時，任務(wù)不會被掛起。請在你的SQL Server參考手冊中獲取更詳細(xì)的信息。這篇文章的剩余部分將適用于運行系統(tǒng)10以前版本SQL Server的領(lǐng)域。
若你從未dump transaction過，transactionlog將最終會滿。 SQLServer使用log（日志）是出于恢復(fù)目的的。 當(dāng)log滿時，服務(wù)器將停止事物的繼續(xù)進(jìn)行，因為服務(wù)器將不能將這些事物寫進(jìn)日志，而服務(wù)器不能運行大多數(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)將其作為“最后一招”。
相關(guān)文章
dbeaver是一個圖形化的界面工具,專門用于與各種數(shù)據(jù)庫的集成,通過dbeaver我們可以與各種數(shù)據(jù)庫進(jìn)行集成通過圖形化界面的方式來操作我們的數(shù)據(jù)庫與數(shù)據(jù)庫表,這篇文章主要給大家介紹了關(guān)于DBeaver連接hive的超詳細(xì)圖解,需要的朋友可以參考下2024-03-03
Sql Server、Access數(shù)據(jù)排名的實現(xiàn)方法(例如：成績排名)
在很多時候，我們需要統(tǒng)計數(shù)據(jù)的排名情況，最常見的是成績、投票數(shù)等等的。2009-06-06
Navicat11全系列激活教程圖文詳解(Navicat注冊機(jī))
這篇文章主要介紹了Navicat11全系列激活教程圖文詳解(注冊機(jī)),本文通過圖文并茂的形式給大家介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值，需要的朋友可以參考下2020-11-11
使用dump transaction with no_log的危險性說明
在命令參考手冊中的dump transaction with no_log條目下，有一條警告信息告訴你，你應(yīng)該把這條命令作為沒有其它辦法時的最后一招才使用它2012-07-07
Windows10用Navicat?定時備份報錯80070057的問題解析
這篇文章主要介紹了Windows10用Navicat?定時備份報錯80070057的問題，本文通過圖文并茂的形式給大家分享問題所在原因及解決方案,需要的朋友可以參考下2023-10-10
這篇文章主要為大家介紹了Hive?HQL支持2種查詢語句風(fēng)格示例語法，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2022-06-06
大數(shù)據(jù)時代的數(shù)據(jù)庫選擇：SQL還是NoSQL？
執(zhí)行大數(shù)據(jù)項目的企業(yè)面對的關(guān)鍵決策之一是使用哪個數(shù)據(jù)庫，SQL還是NoSQL?SQL有著驕人的業(yè)績，龐大的安裝基礎(chǔ);而NoSQL正在獲得可觀的收益，且有很多支持者。我們來看看兩位專家對這個問題的看法2014-03-03
新推出的金融版eXtremeDB 6.0功能改進(jìn)預(yù)覽
這篇文章主要介紹了新推出的金融版eXtremeDB 6.0功能改進(jìn)預(yù)覽,如運用SQL, Python實現(xiàn)的基于矢量的統(tǒng)計功能、分布式的查詢處理、市場數(shù)據(jù)壓縮等內(nèi)容,需要的朋友可以參考下2014-10-10
DBeaver一款替代Navicat的數(shù)據(jù)庫可視化工具
這篇文章主要介紹了DBeaver一款替代Navicat的數(shù)據(jù)庫可視化工具,文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-11-11
網(wǎng)上關(guān)于SQL注入的繞過技巧有很多，最近正好空下來，想著整理下關(guān)于SQL注入繞過的一些姿勢。歡迎大牛補(bǔ)充，下面這篇文章主要介紹了關(guān)于SQL注入繞過的一些知識點，總結(jié)的還是相對比較全面的，需要的朋友可以參考下。2017-03-03