Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Van toepassing op:
SQL Server
Dit artikel is alleen relevant voor SQL Server-databases die gebruikmaken van de volledige of bulksgewijs vastgelegde herstelmodellen. In dit artikel wordt beschreven hoe u een back-up maakt van het transactielogboek van een SQL Server-database.
U moet minimaal één volledige back-up hebben gemaakt voordat u logboekback-ups kunt maken. Daarna kan op elk gewenst moment een back-up van het transactielogboek worden gemaakt, tenzij er al een back-up van het logboek wordt gemaakt.
We raden u aan logboekback-ups regelmatig te maken, zowel om de blootstelling aan werkverlies te minimaliseren als om het transactielogboek af te kapten.
Een databasebeheerder maakt doorgaans af en toe een volledige databaseback-up, zoals wekelijks, en maakt eventueel een reeks differentiële databaseback-ups met een korter interval, zoals dagelijks. Onafhankelijk van de databaseback-ups maakt de databasebeheerder regelmatig een back-up van het transactielogboek. Voor een bepaald type back-up is het optimale interval afhankelijk van factoren zoals het belang van de gegevens, de grootte van de database en de werkbelasting van de server. Zie Aanbevelingen in dit artikel voor meer informatie over het implementeren van een goede strategie.
Hoe een reeks logboekback-ups werkt
De reeks back-ups van transactielogboeken is onafhankelijk van gegevensback-ups. Neem bijvoorbeeld de volgende reeks gebeurtenissen op.
| Time | Event |
|---|---|
| 8:00 uur | Maak een back-up van de database. |
| Middag | Maak een back-up van het transactielogboek. |
| 16:00 uur | Maak een back-up van het transactielogboek. |
| 18:00 uur | Maak een back-up van de database. |
| 18:00 uur | Maak een back-up van het transactielogboek. |
De back-up van het transactielogboek die om 18:00 uur is gemaakt, bevat transactielogboekrecords van 16:00 tot 18:00 uur, waarin de volledige databaseback-up is gemaakt om 18:00 uur. De reeks back-ups van transactielogboeken is doorlopend, van de eerste volledige databaseback-up die om 8:00 uur is gemaakt, tot de laatste back-up van het transactielogboek die om 18:00 uur is gemaakt. Zie het voorbeeld in Transaction Log Backups (SQL Server) toepassen voor informatie over het toepassen van deze logboekback-ups.
Aanbevelingen
Als een transactielogboek beschadigd is, gaat het werk dat wordt uitgevoerd omdat de meest recente geldige back-up verloren gaat. Daarom raden we u ten zeerste aan om uw logboekbestanden in fouttolerante opslag te plaatsen.
Als een database beschadigd is of als u de database gaat herstellen, raden we u aan een back-up van tail-log te maken, zodat u de database naar het huidige tijdstip kunt herstellen.
Waarschuwing
Bekend probleem: Voor databases met tabellen die zijn geoptimaliseerd voor geheugen, kan het uitvoeren van een transactionele logboekback-up zonder herstel en later het uitvoeren van een herstelbewerking van een transactielogboek met herstel leiden tot een niet-reagerend databaseherstelproces. Dit probleem kan ook van invloed zijn op de functionaliteit van logboekverzending. Om dit probleem te omzeilen, kan het SQL Server-exemplaar opnieuw worden gestart voordat het herstelproces wordt gestart.
Bij elke geslaagde back-upbewerking wordt standaard een vermelding toegevoegd aan het SQL Server-foutenlogboek en in het gebeurtenislogboek van het systeem. Als u heel vaak een back-up van het logboek maakt, worden deze geslaagde berichten snel verzameld, wat resulteert in enorme foutenlogboeken die het vinden van andere berichten lastig maken. In dergelijke gevallen kunt u deze logboekvermeldingen onderdrukken met behulp van traceringsvlag 3226 als geen van uw scripts afhankelijk is van deze vermeldingen. Zie Traceringsvlagmen instellen met DBCC TRACEON voor meer informatie.
Neem regelmatig genoeg logboekback-ups ter ondersteuning van uw bedrijfsvereisten, met name uw tolerantie voor werkverlies, zoals mogelijk veroorzaakt door een beschadigde logboekopslag.
De juiste frequentie voor het maken van logboekback-ups is afhankelijk van uw tolerantie voor blootstelling aan werkverlies in balans met het aantal logboekback-ups dat u kunt opslaan, beheren en, mogelijk, herstellen. Denk na over de vereiste beoogde hersteltijd (RTO) en RPO (Recovery Point Objective ) bij het implementeren van uw herstelstrategie, en met name de frequentie van de logboekback-up.
Het maken van een logboekback-up kan elke 15 tot 30 minuten voldoende zijn. Als uw bedrijf vereist dat u blootstelling aan werkverlies minimaliseert, kunt u overwegen om vaker logboekback-ups te maken. Frequentere logboekback-ups hebben het extra voordeel van het verhogen van de frequentie van afkapping van logboeken, wat resulteert in kleinere logboekbestanden.
Belangrijk
Als u het aantal logboekback-ups wilt beperken dat u moet herstellen, is het essentieel om regelmatig een back-up van uw gegevens te maken. U kunt bijvoorbeeld een wekelijkse volledige databaseback-up en dagelijkse differentiële databaseback-ups plannen.
Denk nogmaals na over de vereiste RTO en RPO bij het implementeren van uw herstelstrategie, en met name aan het volledige en differentiële back-upritme van de database.