Volledige bestandsback-ups (SQL Server)

Van toepassing op:SQL Server

Dit onderwerp is relevant voor SQL Server-databases die meerdere bestanden of bestandsgroepen bevatten.

Er kan een back-up van de bestanden in een SQL Server-database worden gemaakt en afzonderlijk worden hersteld. U kunt ook een hele bestandsgroep opgeven in plaats van elk samenstellend bestand afzonderlijk op te geven. Als een bestand in een bestandsgroep offline is (bijvoorbeeld omdat het bestand wordt hersteld), is de hele bestandsgroep offline en kan er geen back-up van worden gemaakt.

Bestandsback-ups van alleen-lezen bestandsgroepen kunnen worden gecombineerd met gedeeltelijke back-ups. Gedeeltelijke back-ups bevatten alle bestandsgroepen voor lezen/schrijven en, optioneel, een of meer alleen-lezen bestandsgroepen. Zie Gedeeltelijke back-ups (SQL Server) voor meer informatie.

Een bestandsback-up kan fungeren als de differentiële basis voor differentiële bestandsback-ups. Zie Differentiële back-ups (SQL Server) voor meer informatie.

In dit onderwerp:

• Voordelen van bestandsback-ups

• Nadelen van back-ups van bestanden

• Overzicht van bestandsback-ups

• Gerelateerde taken

Voordelen van bestandsback-ups

Bestandsback-ups bieden de volgende voordelen ten opzichte van databaseback-ups:

• Door back-ups van bestanden te gebruiken, kunt u de herstelsnelheid verhogen door alleen beschadigde bestanden te herstellen, zonder de rest van de database te herstellen.

  Als een database bijvoorbeeld bestaat uit verschillende bestanden die zich op verschillende schijven bevinden en één schijf uitvalt, hoeft alleen het bestand op de mislukte schijf te worden hersteld. Het beschadigde bestand kan snel worden hersteld en herstel is sneller dan voor een hele database.

• Bestandsback-ups vergroten de flexibiliteit bij het plannen en afhandelen van media in vergelijking met volledige databaseback-ups, die voor zeer grote databases onbeheerbaar kunnen worden. De grotere flexibiliteit van back-ups van bestanden of bestandsgroepen is ook handig voor grote databases die gegevens bevatten met verschillende updatekenmerken.

Nadelen van back-ups van bestanden

• Het primaire nadeel van bestandsback-ups vergeleken met volledige databaseback-ups is de extra administratieve complexiteit. Het onderhouden en bijhouden van een volledige set van deze back-ups kan een tijdrovende taak zijn die mogelijk opweegt tegen de ruimtevereisten van volledige databaseback-ups.

• Een mediafout kan een volledige database onherstelbaar maken als een beschadigd bestand geen back-up heeft. Daarom moet u een volledige set bestandsback-ups onderhouden en, voor het volledig/bulksgewijs vastgelegde herstelmodel, een of meer logboekback-ups die minimaal het interval tussen de eerste volledige bestandsback-up en de laatste volledige bestandsback-up omvatten.

Overzicht van bestandsback-ups

Een volledige back-up van bestanden maakt een back-up van alle gegevens in een of meer bestanden of bestandsgroepen. Bestandsback-ups bevatten standaard voldoende logboekrecords om het bestand door te sturen naar het einde van de back-upbewerking.

Het maken van een back-up van een alleen-lezen bestand of bestandsgroep is hetzelfde voor elk herstelmodel. Onder het volledige herstelmodel is een volledige set bestandsback-ups, samen met voldoende logboekback-ups om alle bestandsback-ups te dekken, het equivalent van een volledige databaseback-up.

Er kan slechts één back-upbewerking voor bestanden tegelijk worden uitgevoerd. U kunt in één bewerking een back-up maken van meerdere bestanden, maar dit kan de hersteltijd verlengen als u slechts één bestand hoeft te herstellen. Dit komt doordat de hele back-up wordt gelezen om dat bestand te vinden.

Back-ups van bestanden en het eenvoudige herstelmodel

Onder het eenvoudige herstelmodel moeten van alle lees-/schrijfbestanden een back-up worden gemaakt. Dit zorgt ervoor dat de database kan worden hersteld naar een consistent tijdstip. Gebruik de optie READ_WRITE_FILEGROUPS in plaats van elk lezen/schrijven-bestand of elke bestandsgroep afzonderlijk op te geven. Met deze optie maakt u een back-up van alle lees-/schrijfbestandsgroepen in de database. Een back-up die wordt gemaakt door READ_WRITE_FILEGROUPS op te geven, wordt een gedeeltelijke back-up genoemd. Zie Gedeeltelijke back-ups (SQL Server) voor meer informatie.

Bestandsback-ups en het model voor volledig herstel

Onder het volledige herstelmodel moet u een back-up maken van het transactielogboek, ongeacht de rest van uw back-upstrategie. Een volledige set volledige bestandsback-ups, samen met voldoende logboekback-ups om alle bestandsback-ups vanaf de eerste back-up af te dekken, is het equivalent van een volledige databaseback-up.

Het herstellen van een database met behulp van alleen bestands- en logboekback-ups kan complex zijn. Als het mogelijk is, is het daarom een best practice om een volledige databaseback-up uit te voeren en de logboekback-ups te starten vóór de eerste bestandsback-up. In de volgende afbeelding ziet u een strategie waarin een volledige databaseback-up wordt gemaakt (op tijd t1) kort nadat de database is gemaakt (op tijd t0). Met deze eerste databaseback-up kunnen back-ups van transactielogboeken worden gestart. Back-ups van transactielogboeken worden gepland met ingestelde intervallen. Bestandsback-ups worden uitgevoerd op elk interval dat het beste voldoet aan de bedrijfsvereisten voor de database. In deze afbeelding ziet u elk van de vier bestandsgroepen waarvan een back-up wordt gemaakt één voor één. De volgorde waarin er een back-up van wordt gemaakt (A, C, B, A) weerspiegelt de bedrijfsvereisten van de database.

Gerelateerde taken

Een back-up van een bestand of bestandsgroep maken

• back-ups maken van bestanden en bestandsgroepen (SQL Server)

• SqlBackup (SMO)

Zie ook

BACKUP (Transact-SQL)
Overzicht van back-up (SQL Server)
Back-up en herstel: interoperabiliteit en co-existentie (SQL Server)
differentiële back-ups (SQL Server)
Bestandsherstel (eenvoudig herstelmodel)
Bestandsherstelacties (Volledig Herstelmodel)
Online Restore (SQL Server)
Piecemeal Restores (SQL Server)