簡體   English   中英

SQL Server 2008日志文件大小很大並且增長很快

[英]SQL Server 2008 log file size is large and growing quickly

大多數時候用戶會點擊數據庫來閱讀新聞。 在事務下執行的查詢數量非常少。 95%的數據庫命中數用於只讀目的。

我的數據庫日志文件大小每天增加1 GB。 即使我縮小數據庫,日志文件大小也不會減少。 可能是什么原因導致日志文件越來越大? 我該怎么控制呢? 根據我的知識,當我們從表中讀取數據時,日志文件不會增加。

關於如何處理日志文件增長的任何建議? 如何保持可管理或合理的規模? 這會以任何方式影響性能嗎?

有幾件事需要考慮。 您執行的備份類型以及所需的備份類型。 如果您有這個問題的答案,您可以將恢復模式切換為簡單或保持完整,但是您需要每天進行增量備份(或者任何讓您對日志大小感到滿意的事情)。

將數據庫日志記錄設置為簡單(但僅當您對數據庫執行完全備份時!)。

  1. 右鍵單擊您的數據庫
  2. 選擇屬性
  3. 選擇選項
  4. 將恢復模式設置為簡單

這將起作用,如果您的備份計划每天都是完全備份 ,則最好。 因為在這種情況下,您的日志不會被修剪,它會飆升(就像你的情況一樣)。

如果您將使用Grandfather&Father&Son備份技術,這意味着每月完全備份每周完整備份 ,然后每天增量備份 那么你需要完全恢復模式 如果每天1GB的日志仍然太多,則可以每小時或每15分鍾啟用增量備份。 這應該可以解決日志越來越多的問題。

如果您每天運行完全備份,您可以將其切換到簡單恢復模式,您應該沒有風險而不會冒數據(如果您可能丟失可能的1天數據)。 如果您打算使用incremental,請將其保留在Recovery Mode Full

完全備份無濟於事,您必須定期備份事務日志(以及常規數據庫完整備份和差異備份)以使其清空。 如果您沒有備份日志而您沒有處於簡單恢復模式,那么自設置數據庫以來,您的事務日志中包含其中的每個事務。 如果你有足夠的動作讓你每天都在增長,那么你也可能同時擁有影響許多記錄的大量導入或更新。 您可能需要處於不單獨記錄事務的簡單恢復模式。 但是,如果您有來自導入和用戶的混合數據,請不要這樣做。 在這種情況下,您需要經常備份事務日志,以便能夠將大小保持在可管理的狀態並保持在某個時間點。 我們每15分鍾備份一次事務日志。

閱讀BOL中的事務日志備份,了解如何解決您現在遇到的問題。 然后設置並正確運行備份。 在嘗試修復之前,您需要徹底閱讀並理解這些內容。 現在,如果您的服務器出現故障並且您必須恢復數據庫,那么您可能會受到傷害。 事務日志備份對於能夠從故障中正確恢復至關重要。

日志文件較大的主要原因是由於DB中的批量事務。 減少日志文件大小最佳選項,在一定時間間隔后進行事務日志備份。

您經常備份數據庫嗎? 您需要執行完整和/或事務日志備份,以便SQL Server考慮縮小日志文件。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM