我們有SQL Server 2012(在Windows Server 2012 R2上)和爲AlwaysON(01-03)配置的數據庫,我們每天進行一次完整備份並每隔5分鐘備份一次備份。數據庫的大小爲288 GB(mdf - 88GB,ndf - 110 GB,ldf - 84 GB)。SQL Server日誌文件快速增長
沒有很長的交易。我縮小了兩次日誌文件併購買了4 GB,但在2天內它們的備份容量高達88 GB。
我該如何解決這個問題?
我們有SQL Server 2012(在Windows Server 2012 R2上)和爲AlwaysON(01-03)配置的數據庫,我們每天進行一次完整備份並每隔5分鐘備份一次備份。數據庫的大小爲288 GB(mdf - 88GB,ndf - 110 GB,ldf - 84 GB)。SQL Server日誌文件快速增長
沒有很長的交易。我縮小了兩次日誌文件併購買了4 GB,但在2天內它們的備份容量高達88 GB。
我該如何解決這個問題?
我收縮日誌文件兩次買下來到4GB
既然你能收縮日誌和日誌文件的大小得到減少,你看到的可能是日誌增長由於高容量交易..
下面是找出哪些交易是導致日誌增長的方式......
select
txt.text,
sum(trn.database_transaction_log_bytes_used +
trn.database_transaction_log_bytes_reserved) as totallogused
from
sys.dm_tran_database_transactions trn
join
sys.dm_exec_requests ec on ec.transaction_id=trn.transaction_id
cross apply
sys.dm_exec_sql_text(EC.sql_handle) txt
group by
txt.text
在4個文本中,我看到更新SP正在使用1001482 totallogused。我怎麼能阻止呢? – user112359
爲什麼你需要阻止它..?任何dml語句都會使用日誌..您需要爲您的日誌增長規劃 – TheGameiswar
關於規劃日誌增長的任何建議?請 – user112359
按我的理解有些REA的兒子事務日誌文件可增長是:
長時間運行的查詢:
select name, log_reuse_wait_desc
from sys.databases
這應該說明爲什麼事務日誌文件沒有公佈
優化作業運行的空間,可也會導致事務日誌文件增長
日誌備份頻率設置不當 - 某些時候最好的選項是befo重新任何優化作業運行 - 檢查日誌文件的使用 - 如果你需要設置一個日誌備份任何優化作業運行
有計劃適當的日誌備份是處理日誌增長的最佳途徑之前,一個不尋常的情況,除非。
SQL Server 2012 RTM有一個MS確認的錯誤,使日誌文件在某些情況下無故增長,至少使用簡單的恢復模式。這在SP2或SP3中得到了修復,如果您仍然處於RTM或SP1中,則可以嘗試安裝延期的SP。 –