SQL server log truncation

[ToolkiT]

Mijn SQL server 2008 R2had vanacht een probleem waar de log file vol raakte.
Nu heb ik al automatische monitoring lopen die een extra log backup start als de log x% vol raakt.
Deze processes runden successvol

dus wat research levert me:
MSDN: The Transaction Log (SQL Server)
https://technet.microsoft...02.logging.aspx#id0060077
"There are two common issues that can prevent log truncation:
A long-running active transaction. The entire transaction log since the first log record from the oldest active transaction can never be truncated until that transaction commits or aborts.
Switching to the FULL recovery model, taking a full backup, and then never taking any log backups. The entire transaction log will remain active, waiting to be backed up by a log backup.
"
Ik vermoed dus dat het 1e het geval is.

Hebben anderen dit probleem wel eens gehad en opgelost?

Deze link geeft mogelijk een startput..
http://www.connectsql.com...matically-detect-and.html

En de max van de Log file heb ik ook al opgehoogd als tussenoplossing (250GB->350GB )

[co2301]

Log file van dik 250GB, wat?

Hoe vaak draai je backups?

[Breezers]

Lijkt eerder op een backup job die al een hele tijd zijn cleaning job niet of niet correct heeft kunnen doen ?

[SpecialJ]

Hoe staat je recovery mode op Full of op Simple?, en inderdaad hoe draai je je backups deze horen de logs te legen en te commiten naar je database

[SpamLame]

250GB is toch niet uitzonderlijk, ligt er ook een beetje aan hoe de DB gebruikt wordt.
Daarnaast is ldf filesize niet per definitie gelijk aan internal log usage

Dat processen succesvol verlopen houd niet in dat ze het verwachte resultaat opleveren.
Je kan kijken of de checkpoints wel goed gezet worden na bv backup.

Naast de links die je zelf gepost hebt is deze https://technet.microsoft...02.logging.aspx#id0060041 ook wel intressant.

note, ik ben geen DBA, maar (ook) vanuit backup vraagstukken ben ik die link tegengekomen.

[ Voor 27% gewijzigd door SpamLame op 09-06-2016 13:16 ]

[ToolkiT]

Breezers schreef op donderdag 09 juni 2016 @ 13:06:
Lijkt eerder op een backup job die al een hele tijd zijn cleaning job niet of niet correct heeft kunnen doen ?

Dat laatste was het geval, backups draaide succesvol maar process lockte de purge want ik kon zien dat de log file vol bleef ondanks de backups

co2301 schreef op donderdag 09 juni 2016 @ 13:03:
Log file van dik 250GB, wat?

Hoe vaak draai je backups?

Elk uur log backup en automagisch bij 50% vol log

SpecialJ schreef op donderdag 09 juni 2016 @ 13:06:
Hoe staat je recovery mode op Full of op Simple?, en inderdaad hoe draai je je backups deze horen de logs te legen en te commiten naar je database

Full recovery mode..

SpamLame schreef op donderdag 09 juni 2016 @ 13:07:
250GB is toch niet uitzonderlijk, ligt er ook een beetje aan hoe de DB gebruikt wordt.
Daarnaast is ldf filesize niet per definitie gelijk aan internal log usage

Dat processen succesvol verlopen houd niet in dat ze het verwachte resultaat opleveren.
Je kan kijken of de checkpoints wel goed gezet worden na bv backup.

Naast de links die je zelf gepost hebt is deze https://technet.microsoft...02.logging.aspx#id0060041 ook wel intressant.

note, ik ben geen DBA, maar (ook) vanuit backup vraagstukken ben ik die link tegengekomen.

bedankt, die ga ik bekijken