Full vs Simple Backup Plans in SQL Server: wat je moet weten over transacties en loggroottes

Als je werkt met SQL Server, kom je onvermijdelijk het onderwerp backups tegen. Maar voordat we het verschil tussen Full en Simple backup plans bespreken, is het belangrijk te begrijpen wat een transactie eigenlijk is.

Wat is een transactie in SQL Server?

Een transactie is een verzameling van één of meerdere bewerkingen die als één geheel worden uitgevoerd. Het idee is simpel: óf alles slaagt, óf niets. Dit wordt vaak samengevat als het ACID-principe: Atomicity, Consistency, Isolation, Durability.

Kortom: transacties zorgen dat je data veilig en consistent blijft, zelfs bij fouten of onverwachte stops.

Full Backup Plan

Een Full Backup Plan maakt regelmatig een volledige kopie van je database, inclusief alle transacties sinds de laatste full backup.

• Voordeel: Je kunt de database herstellen naar een exact punt in de tijd, zolang je de log backups hebt.

• Gebruik: Kritische databases waar verlies van transacties niet acceptabel is.

• Effect op logsize: Omdat SQL Server de transactielogs bewaart totdat ze worden geback-upt, kan de log flink groeien. Een full backup zelf maakt de log niet kleiner. Alleen een log backup verkleint of truncate de logfile.

• 
  

Simple Backup Plan

Een Simple Backup Plan slaat alleen de database op zoals die op dat moment is. De transactielogs worden automatisch geleegd, waardoor je geen point-in-time herstel kunt doen.

• Voordeel: Minder opslag en eenvoudiger beheer.

• Nadeel: Je kunt niet terug naar een exact moment; herstel kan alleen naar de laatste full backup.

• Gebruik: Niet-kritische databases of databases met weinig transacties waar verlies van recente wijzigingen acceptabel is.

• Effect op logsize: De log wordt continu opgeschoond, waardoor deze klein blijft en nauwelijks groeit.

• 
  

Het verschil op transactie- en logniveau

• Bij Full behoud je de volledige transactiegeschiedenis; de log groeit totdat je een log backup uitvoert.

• Bij Simple wordt de log continu opgeschoond en blijft deze klein.

Conclusie: kiezen tussen Full en Simple is een afweging tussen veiligheid, beheerbaarheid en logsize. Full is nodig voor bedrijfskritische systemen, Simple kan voor kleinere databases.