Avamar: SQL Plugin Log Trancation verkleint de logbestanden van SQL-transacties niet
Summary: Een back-up van Avamar Structured Query Language (SQL) kapt SQL Server-logboeken af, maar verkleint deze niet; Het markeert alleen inactieve virtuele logbestanden voor hergebruik. Databasebeheerders (DBA's) moeten een verkleining uitvoeren ...
Symptoms
Back-up van Avamar SQL plug-in - Waargenomen gedrag
Beheerders kunnen het volgende opmerken tijdens of na een back-up van de Avamar SQL plugin:
- Het SQL-transactielogboek wordt afgekapt, maar de fysieke bestandsgrootte neemt niet af.
- Ondanks het succesvol voltooien van de back-up, blijft het logbestand op het formaat van vóór de back-up.
- Er wordt niet voldaan aan de verwachting dat het logbestand automatisch wordt verkleind tijdens het back-upproces.
Cause
Misverstand over SQL Transaction Log Management
Het probleem komt voort uit de onjuiste veronderstelling dat de Avamar SQL-plug-in de logboekbestanden voor SQL-transacties afkapt en verkleint tijdens een back-up. In werkelijkheid geeft Avamar SQL alleen een signaal dat er een volledige back-up heeft plaatsgevonden, waardoor SQL het logboek kan afkappen. Er wordt geen bewerking voor het verkleinen van het logboek uitgevoerd.
- SQL-afkapping markeert inactieve virtuele logbestanden (VLF's) als herbruikbaar, maar de fysieke bestandsgrootte blijft ongewijzigd.
- Met de standaardlogica van Microsoft SQL Server wordt de grootte van het fysieke logbestand na afkapping nooit verkleind.
- Parameters voor logboekgroei (initiële grootte, groeitoename, maximale grootte) bepalen de bestandsuitbreiding, niet de reductie
- DBA's verwachten vaak automatisch verkleinen, wat leidt tot verwarring wanneer logbestanden hun oorspronkelijke grootte behouden.
Impact van VLF-gedrag
Elke VLF is de kleinste eenheid die als actief of inactief kan worden gemarkeerd. Als een VLF vereiste logboekrecords bevat, blijft de hele VLF actief, waardoor hergebruik van dat deel van het bestand wordt voorkomen. Truncatie maakt alleen volledig inactieve VLF's vrij; Het bestand wordt niet samengevouwen.
Typische administratieve aannames
- Als u ervan uitgaat dat een door een back-up geïnitieerde afkapping ook het logboekbestand verkleint.
- Vertrouwen op Avamar om de logboekgrootte te beheren zonder een afzonderlijke verkleiningsroutine.
- De noodzaak van een geplande DBCC SHRINKFILE of Management Console shrink-taak over het hoofd gezien.
Resolution
Hoe de Avamar SQL-plug-in omgaat met transactielogbestanden
De SQL-plug-in van Avamar kapt het transactielogboek af na een back-up, maar verkleint het fysieke logboekbestand niet. DBA's moeten het logboek handmatig verkleinen als een kleinere bestandsgrootte vereist is.
Stapsgewijze procedure voor het verkleinen van SQL-transactielogboeken
- Controleer of de meest recente Avamar-back-up is voltooid.
- Controleer of er een onderbreking van het logboek heeft plaatsgevonden (het logboek is gemarkeerd als herbruikbaar).
- Voer een handmatige verkleinbewerking uit met behulp van SQL Server Management Studio (SSMS) of een T-SQL-script.
- Plan regelmatige krimptaken als voortdurende verkleining nodig is.
Additional Information
Zie voor meer informatie over het verkleinen van een Microsoft SQL-logbestand:
- Het transactielogboek verkleinen (externe link)
- DBCC SHRINKFILE (Transact-SQL) (Externe link)