backup SQL Server database met onze complete gids voor 2025. Stapsgewijze instructies en best practices voor alle niveaus.
1. Inleiding tot SQL Server backup
1.1 Wat is SQL Server Back-up?
SQL Server Back-up is het proces waarbij kopieën van uw databasebestanden worden gemaakt ter bescherming tegen gegevensverlies. Een back-up legt de status van uw database op een specifiek moment vast, zodat u gegevens kunt herstellen bij hardwarestoringen, menselijke fouten of calamiteiten.
SQL Server slaat standaard back-ups op in .bak-bestanden, die alle databaseobjecten bevatten, inclusief tabellen, opgeslagen procedures, weergaven, indexen en transactielogboeken.
1.2 Waarom SQL Server Back-up is cruciaal
Databaseback-ups vormen uw laatste verdedigingslinie tegen gegevensverlies. Zonder de juiste back-ups loopt uw organisatie het risico op:
- Permanent gegevensverlies door hardwarestoringen of corruptie
- Verlengde downtime tijdens herstelpogingen
- Zakelijke verstoring en inkomstenverlies
- Nalevingsovertredingen als gegevens niet kunnen worden hersteld
- Reputatieschade van serviceonderbrekingen
Normaal SQL Server Back-ups zorgen voor bedrijfscontinuïteit en voldoen aan de wettelijke vereisten voor gegevensbescherming.
1.3 Veelvoorkomende scenario's voor gegevensverlies
Als u begrijpt wanneer gegevensverlies optreedt, kunt u een effectieve back-upstrategie ontwikkelen:
- Hardwarefouten: Schijfcrashes, serverstoringen of storingen in het opslagsysteem
- Menselijke fouten: Onbedoelde verwijderingen, onjuiste updates of verwijderde tabellen
- Softwareproblemen: Toepassingsfouten, beschadigde updates of systeemcrashes
- Beveiligingsinbreuken: Ransomware-aanvallen, kwaadaardige verwijderingen of ongeautoriseerde toegang
- Natuurrampen: Branden, overstromingen of stroomuitval die datacenters treffen
2. Begrip SQL Server Back-uptypes
SQL Server ondersteunt meerdere back-uptypen, die elk voldoen aan verschillende herstelbehoeften en opslagvereisten.
2.1 Volledige back-up
Bij een volledige back-up wordt er een complete kopie van uw gehele database gemaakt, inclusief alle gegevensbestanden en een deel van het transactielogboek dat nodig is voor herstel.
2.1.1 Wanneer u een volledige back-up moet gebruiken
Volledige back-ups zijn ideaal voor:
- Een basislijn vaststellen voor andere back-uptypen
- Kleine tot middelgrote databases waarbij de back-uptijd acceptabel is
- Wekelijkse of maandelijkse back-upschema's
- Databases met weinig wijzigingen
2.1.2 Voordelen en beperkingen van een volledige back-up
Voordelen:
- Eenvoudigste herstelproces – één bestand bevat alles
- Zelfstandig en onafhankelijk van andere back-ups
- Snelste hersteltijd voor volledige databaserestauratie
Beperkingen:
- Vereist aanzienlijke opslagruimte
- Langere back-uptijd voor grote databases
- Hoger resourceverbruik tijdens back-upbewerkingen
2.2 Differentiële back-up
Bij een differentiële back-up worden alleen de gegevenswijzigingen sinds de laatste volledige back-up vastgelegd. Hierdoor worden de back-uptijd en de opslagvereisten verkort.
2.2.1 Hoe differentiële back-up werkt
Differentiële back-ups volgen wijzigingen met behulp van gewijzigde extents. Wanneer u herstelt, SQL Server past eerst de laatste volledige back-up toe en past vervolgens de m toeost recente differentiële back-up.
2.2.2 Volledige versus differentiële back-up
| Aspect | Volledige back-up | Differentiële back-up |
|---|---|---|
| Grootte | Volledige database | Alleen wijzigingen sinds de laatste volledige back-up |
| Back-uptijd | langste | Sneller dan vol |
| Herstelproces | Herstel van één bestand | Vereist volledige + differentieel |
| Opslag vereist | Most ruimte | In het begin minder ruimte, maar groeit in de loop van de tijd |
2.3 Back-up van transactielogboek
Met transactielogboekback-ups worden alle transacties sinds de laatste logboekback-up vastgelegd, waardoor herstel tot op een bepaald tijdstip mogelijk is.
2.3.1 Transactielogboeken begrijpen
Het transactielogboek registreert elke wijziging in uw database. Logback-ups korten het inactieve deel van het logbestand af, waardoor het niet oneindig kan groeien en uw schijf niet kan vullen.
2.3.2 Herstel op een bepaald tijdstip
Met transactielogboekback-ups kunt u uw database herstellen naar een specifiek moment binnen een logback-up. Dit is cruciaal voor het herstellen van onbedoelde wijzigingen of verwijderingen van gegevens.
Om een point-in-time herstel uit te voeren, hebt u het volgende nodig:
- De laatste volledige back-up
- De most recente differentiële back-up (optioneel)
- Alle transactielogboekback-ups van de volledige/differentiële back-up naar uw tartijd krijgen
2.4 Tail-Log Back-up
Tail-log back-ups leggen logrecords vast die nog niet zijn geback-upt, waardoor gegevensverlies wordt voorkomen en een intacte logketen behouden blijft. Voordat u een SQL Server Om de database naar het laatste tijdstip te herstellen, moet u een back-up maken van het staartgedeelte van het transactielogboek. De staartgedeelte-back-up is de laatste back-up die van belang is in het herstelplan voor de database.
Opmerking: Niet alle herstelscenario's vereisen een tail-logback-up. U hebt er geen nodig als het herstelpunt zich in een eerdere logback-up bevindt. Een tail-logback-up is ook niet nodig als u een database verplaatst of vervangt (overschrijft) en deze niet hoeft te herstellen naar een tijdstip na de oorspronkelijke back-up.ost recente back-up.
2.4.1 Wanneer Tail-Log-back-ups nodig zijn
De volgende scenario's beschrijven wanneer u een tail-log-back-up moet maken:
Online databaseherstel: Als de database online is en u van plan bent een herstelbewerking op de database uit te voeren, begin dan met het maken van een back-up van het einde van het logbestand. Om een fout voor een online database te voorkomen, moet u de optie WITH NORECOVERY van de Transact-SQL-instructie BACKUP gebruiken wanneer u een back-up maakt. SQL Server database.
Offline databaseherstel: Als een database offline is en niet kan worden opgeslagentarAls u de database wilt herstellen, maak dan eerst een back-up van het einde van het logbestand. Omdat er op dit moment geen transacties kunnen plaatsvinden, is de optie WITH NORECOVERY optioneel. NORECOVERY is in dit scenario in feite hetzelfde als een transactielogbestand dat alleen gekopieerd hoeft te worden.
Beschadigde databaseback-up: Als een database beschadigd is, probeer dan een tail-logback-up te maken met de optie WITH CONTINUE_AFTER_ERROR van de BACKUP-instructie. Bij een beschadigde database kan een back-up van de tail-log alleen slagen als de logbestanden onbeschadigd zijn, de database zich in een staat bevindt die tail-logback-ups ondersteunt en de database geen bulkgelogde wijzigingen bevat. Als er geen tail-logback-up kan worden gemaakt, worden alle transacties na de laatste MS-versie gecommit. SQL Server back-updatabase zijn lost.
2.4.2 Belangrijkste opties voor Tail-Log-back-ups
MET GEEN HERSTEL: Gebruik NORECOVERY als u een back-up maakt van een logbestand van een online database die u later wilt herstellen. NORECOVERY zet de database offline. U kunt ook een back-up maken SQL Server tail log van een offline database. Als u de database offline wilt houden, gebruikt u WITH NORECOVERY. Let op: het logbestand wordt afgekapt, tenzij u de optie COPY_ONLY of NO_TRUNCATE opgeeft.
MET DOORGAAN_NA_FOUT: Gebruik CONTINUE_AFTER_ERROR alleen als u een back-up maakt van de tail van een beschadigde database. Wanneer u een back-up maakt van de tail van een logbestand op een beschadigde database, zijn sommige metadata die normaal gesproken in logback-ups worden vastgelegd, mogelijk niet beschikbaar.
2.5 Alleen-kopiëren back-up
Back-ups met alleen kopiëren creëren een onafhankelijke back-up zonder de normale back-upvolgorde te beïnvloeden. Ze verstoren de differentiële back-upketens of de continuïteit van transactielogboeken niet.
Gebruik alleen-kopieer-backups voor:
- Het maken van test- of ontwikkelingsdatabasekopieën
- Ad-hoc back-ups zonder dat dit gevolgen heeft voor geplande back-ups
- Maak een back-up vóór grote wijzigingen of tests
2.6 Bestands- en bestandsgroepback-up
Bestands- en bestandsgroepback-ups tarHaal specifieke databasebestanden of bestandsgroepen op in plaats van de hele database. Deze aanpak werkt goed voor zeer grote databases waarbij het maken van een back-up van alles te lang duurt.
Voordelen zijn onder andere:
- Snellere back-upbewerkingen voor grote databases
- Parallelle back-up van meerdere bestandsgroepen
- Gedetailleerde herstelopties
- Geoptimaliseerde back-upschema's voor alleen-lezen bestandsgroepen
2.7 Gedeeltelijke back-up
Gedeeltelijke back-ups omvatten alle gegevens in de primaire bestandsgroep en alle lees-/schrijfbestandsgroepen, met uitzondering van alleen-lezen bestandsgroepen. Dit vermindert de back-upgrootte en -tijd voor databases met statische historische gegevens die zijn opgeslagen in alleen-lezen bestandsgroepen.
3. SQL Server Herstelmodellen
SQL Server Herstelmodellen bepalen welke back-uptypen beschikbaar zijn en hoe transactielogboeken worden beheerd.
3.1 Eenvoudig herstelmodel
3.1.1 Kenmerken en use cases
Met eenvoudig herstel wordt het transactielogboek na elk controlepunt automatisch afgekapt. Zo wordt ruimte vrijgemaakt zonder dat er back-ups van de logs nodig zijn.
Beste voor:
- Ontwikkelings- en testdatabases
- Databases waarbij gegevensverlies tussen back-ups acceptabel is
- Datawarehouses met ETL-processen die opnieuw kunnen worden uitgevoerd
- Alleen-lezen- of rapportagedatabases
3.1.2 Beschikbare back-upopties
Eenvoudige herstelondersteuning:
- Volledige back-ups
- Differentiële back-ups
- Bestands- en bestandsgroepback-ups
- Alleen-kopieer back-ups
Back-ups van transactielogboeken zijn niet beschikbaar in een eenvoudig herstelmodel.
3.2 Volledig herstelmodel
3.2.1 Kenmerken en voordelen
Bij volledig herstel worden alle transacties geregistreerd en worden de loggegevens bewaard totdat u een back-up maakt. Dit maakt volledig gegevensherstel mogelijk naar elk moment binnen een transactielogboekback-up.
Belangrijkste voordelen:
- Minimaal potentieel voor gegevensverlies
- Mogelijkheid tot point-in-time herstel
- Ondersteunt logshipping en database mirroring
- Maximale herstelflexibiliteit
3.2.2 Transactielogboekbeheer
Bij volledig herstel moet u regelmatig back-ups van uw transactielogboeken maken om:
- Voorkom dat het transactielogboek schijfruimte in beslag neemt
- Zorg voor een continue back-upketen
- Herstel op een bepaald tijdstip inschakelen
- Beheer de groei van logbestanden
Typisch back-upschema: volledige back-ups per week, differentiële back-ups per dag, logback-ups elke 15-30 minuten.
3.3 Bulk-gelogd herstelmodel
3.3.1 Wanneer moet u bulk-logged gebruiken?
Bij herstel met bulklogboekregistratie worden bulkbewerkingen zoals BULK INSERT, SELECT INTO en indexheropbouw minimaal geregistreerd, terwijl volledige registratie voor reguliere transacties behouden blijft.
Gebruik bulk-logboekherstel wanneer:
- Het uitvoeren van grote bulkimportoperaties
- Indexen opnieuw opbouwen op grote tabellen
- Het uitvoeren van bewerkingen die profiteren van minimale logging
- Noodzaak om de transactielogboekgrootte te verkleinen tijdens specifieke bewerkingen
3.3.2 Beperkingen en overwegingen
Belangrijke beperkingen:
- Herstel op een bepaald tijdstip is niet beschikbaar tijdens bulkbewerkingen
- Logback-ups zijn groter wanneer er bulkbewerkingen plaatsvinden
- Moet indien nodig schakelen tussen volledig en bulkgelogd
3.4 Het kiezen van het juiste herstelmodel
Selecteer uw herstelmodel op basis van de zakelijke vereisten:
| Herstelmodel | Risico op gegevensverlies | Herstel naar een bepaald tijdstip | beste voor |
|---|---|---|---|
| Eenvoudig | Wijzigingen sinds de laatste back-up | Nee | Dev/test, acceptabel gegevensverlies |
| Vol | Minimaal (meestal minuten) | Ja | Productiedatabases, kritische gegevens |
| Bulk-gelogd | Wijzigingen sinds de laatste logback-up | Beperkt tijdens bulkoperaties | Temporargebruik tijdens bulkbewerkingen |
4. backup SQL Server Database met behulp van SSMS
4.1 Vereisten en voorbereiding
Voordat u een back-up van uw SQL Server database, zorg ervoor dat:
- U beschikt over de juiste machtigingen (db_owner of BACKUP DATABASE-machtiging)
- Voldoende schijfruimte voor het back-upbestand
- SQL Server Management Studio (SSMS) geïnstalleerd
- Netwerkpaden toegankelijk bij back-up naar netwerklocaties
4.2 Stap voor stap: volledige back-up met SSMS
Volg deze stappen om een volledige back-up van uw SQL Server database met behulp van SSMS.
4.2.1 Openen SQL Server Beheerstudio
- Lancering SQL Server Beheerstudio
- Voer uw servernaam in het Server naam veld-
- Selecteer uw authenticatiemethode
- Klik op het tabblad Connect
4.2.2 Database- en back-upopties selecteren
- In Objectverkenner, vouw de Databases knooppunt
- Klik met de rechtermuisknop op de database waarvan u een back-up wilt maken
- Kies Taken -> Een back-up
- Zoek in de map Back-up database venster, controleer de databasenaam
- Kies Vol de Type back-up
4.2.3 Back-upbestemming configureren
- Onder Bestemming, Klik verwijderen om het standaardpad te wissen (indien nodig)
- Klik op het tabblad Toevoegen om een nieuwe back-uplocatie op te geven
- Voer het bestandspad en de bestandsnaam in met .bak uitbreiding
- Klik op het tabblad OK om de bestemming te bevestigen
4.2.4 Advanced Backup Instellingen
- Klik op het tabblad Media-opties in het linkerpaneel
- Kies back-upopties:
- Overschrijf alle bestaande back-upsets – Vervangt bestaande back-ups
- Toevoegen aan bestaande back-upset – Voegt toe aan bestaand back-upbestand
- Klik op het tabblad backup Options in het linkerpaneel
- Optionele instellingen configureren:
- Back-up comprimeren – Vermindert de grootte van het back-upbestand
- Back-up versleutelen – Beschermt gevoelige gegevens
- Controleer de back-up wanneer deze is voltooid – Controleert de integriteit van de back-up
4.2.5 De back-up uitvoeren
- Controleer alle instellingen in de Back-up database venster
- Klik op het tabblad OK vervolgens ptarhet back-upproces
- Wacht tot de back-up is voltooid
- Er verschijnt een succesbericht wanneer de back-up is voltooid
- Klik op het tabblad OK om het bevestigingsdialoogvenster te sluiten
4.3 Differentiële back-up maken met SSMS
Om een differentiële back-up te maken, volgt u dezelfde stappen als voor een volledige back-up, maar selecteert u differentieel als back-uptype in stap 4.2.2. Houd er rekening mee dat differentiële back-ups een volledige back-up vooraf als basislijn vereisen.
4.4 Een transactielogboekback-up maken met SSMS
Back-ups van transactielogboeken zijn alleen beschikbaar voor databases die gebruikmaken van het herstelmodel Volledig of Bulk-Gelogd.
- Klik met de rechtermuisknop op de database in Objectverkenner
- Kies Taken -> Een back-up
- Kies Transactielogboek als het back-uptype
- Configureer de bestemming en opties indien nodig
- Klik op het tabblad OK om de logback-up te maken
4.5 Een kopieer-alleen back-up maken met SSMS
Back-ups met alleen kopieën verstoren uw normale back-upreeks niet.
- Volg de stappen voor het maken van een volledige back-up
- Zoek in de map backup Options pagina
- Controleer de Alleen-kopieer back-up optie
- Voltooi het back-upproces op de normale manier
5. backup SQL Server Database met behulp van T-SQL
5.1 Basis BACKUP DATABASE-syntaxis
De opdracht T-SQL BACKUP DATABASE biedt programmatische controle over SQL Server back-ups.
BACKUP DATABASE database_name
TO DISK = 'backup_file_path'
WITH options;5.2 Volledige back-up T-SQL-opdrachten
5.2.1 Eenvoudig volledig back-upscript
Maak een volledige basisback-up met minimale opties:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
GO5.2.2 Volledige back-up met opties
Beschrijvende informatie en opmaakopties toevoegen:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH FORMAT,
INIT,
NAME = 'AdventureWorks-Full Database Backup',
DESCRIPTION = 'Full backup of AdventureWorks database',
STATS = 10
GOOpties uitgelegd:
- FORMAT – Maakt een nieuwe back-upset
- INIT – Overschrijft bestaand back-upbestand
- NAAM – Wijst een back-upsetnaam toe
- PRODUCTBESCHRIJVING – Voegt beschrijvende tekst toe
- STATISTIEKEN – Toont elke 10% voortgang
5.3 Differentiële back-up T-SQL-opdrachten
Differentiële back-ups gebruiken de optie DIFFERENTIEEL:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Diff.bak'
WITH DIFFERENTIAL,
INIT,
NAME = 'AdventureWorks-Differential Backup',
STATS = 10
GO5.4 Transactielogboekback-up T-SQL-opdrachten
Gebruik BACKUP LOG voor back-ups van transactielogboeken:
BACKUP LOG AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Log.trn'
WITH INIT,
NAME = 'AdventureWorks-Transaction Log Backup',
STATS = 10
GO5.5 Geavanceerde T-SQL-back-upopties
5.5.1 Back-up naar meerdere bestanden
Verdeel de back-up over meerdere bestanden voor snellere prestaties:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_1.bak',
DISK = 'D:\Backups\AdventureWorks_2.bak',
DISK = 'E:\Backups\AdventureWorks_3.bak'
WITH FORMAT, INIT
GO5.5.2 Back-up met compressie
Verminder de grootte van back-upbestanden en de netwerkbandbreedte:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Compressed.bak'
WITH COMPRESSION,
INIT,
STATS = 10
GO5.5.3 Back-up met encryptie
Bescherm gevoelige gegevens met encryptie:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Encrypted.bak'
WITH COMPRESSION,
ENCRYPTION (
ALGORITHM = AES_256,
SERVER CERTIFICATE = BackupCertificate
),
STATS = 10
GO5.5.4 Back-up met wachtwoordbeveiliging
Wachtwoordbeveiliging toevoegen (verouderd, gebruik in plaats daarvan encryptie):
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH PASSWORD = 'StrongPassword123!',
INIT
GO5.5.5 Gespiegelde back-ups
Maak gelijktijdige kopieën naar verschillende locaties:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
MIRROR TO DISK = 'D:\Backups\AdventureWorks_Mirror.bak'
WITH FORMAT, INIT
GO5.6 T-SQL-back-upvoorbeelden en -scripts
Volledig back-upscript met foutbehandeling:
DECLARE @BackupPath NVARCHAR(500);
DECLARE @DatabaseName NVARCHAR(128) = 'AdventureWorks';
DECLARE @BackupDate NVARCHAR(20);
SET @BackupDate = CONVERT(NVARCHAR(20), GETDATE(), 112);
SET @BackupPath = 'C:\Backups\' + @DatabaseName + '_' + @BackupDate + '.bak';
BEGIN TRY
BACKUP DATABASE @DatabaseName
TO DISK = @BackupPath
WITH COMPRESSION,
INIT,
NAME = @DatabaseName + '-Full Backup',
STATS = 10;
PRINT 'Backup completed successfully: ' + @BackupPath;
END TRY
BEGIN CATCH
PRINT 'Backup failed: ' + ERROR_MESSAGE();
END CATCH
GO6. backup SQL Server Database met behulp van PowerShell
6.1 PowerShell-back-upcmdlets
SQL Server De PowerShell-module biedt cmdlets voor back-upautomatisering:
- Back-up-SqlDatabase – Maakt databaseback-ups
- Herstel-SqlDatabase – Herstelt databaseback-ups
- Get-SqlDatabase – Haalt database-informatie op
Importeer de SQL Server module:
Import-Module SqlServer6.2 Back-upscripts maken met PowerShell
Basis PowerShell-back-upopdracht:
Backup-SqlDatabase -ServerInstance "localhost" `
-Database "AdventureWorks" `
-BackupFile "C:\Backups\AdventureWorks.bak" `
-BackupAction Database `
-CompressionOption OnVoorbeeld van differentiële back-up:
Backup-SqlDatabase -ServerInstance "localhost" `
-Database "AdventureWorks" `
-BackupFile "C:\Backups\AdventureWorks_Diff.bak" `
-BackupAction Database `
-IncrementalBack-up van transactielogboek:
Backup-SqlDatabase -ServerInstance "localhost" `
-Database "AdventureWorks" `
-BackupFile "C:\Backups\AdventureWorks_Log.trn" `
-BackupAction Log6.3 Back-ups automatiseren met PowerShell
Maak een automatisch back-upscript voor meerdere databases:
# Configuration
$ServerInstance = "localhost"
$BackupPath = "C:\Backups"
$Databases = @("AdventureWorks", "TestDB", "ProductionDB")
$Timestamp = Get-Date -Format "yyyyMMdd_HHmmss"
# Create backup directory if not exists
if (-not (Test-Path $BackupPath)) {
New-Item -ItemType Directory -Path $BackupPath
}
# Backup each database
foreach ($Database in $Databases) {
$BackupFile = Join-Path $BackupPath "$Database`_$Timestamp.bak"
try {
Backup-SqlDatabase -ServerInstance $ServerInstance `
-Database $Database `
-BackupFile $BackupFile `
-BackupAction Database `
-CompressionOption On
Write-Host "Successfully backed up $Database to $BackupFile" -ForegroundColor Green
}
catch {
Write-Host "Failed to backup $Database : $_" -ForegroundColor Red
}
}
7. backup SQL Server Database met behulp van de opdrachtregel
SQL Server biedt opdrachtregelhulpprogramma's waarmee u een back-up kunt maken SQL Server database zonder SSMS of grafische interfaces te gebruiken. Deze tools zijn essentieel voor automatisering, scripting en extern beheer.
7.1 SQLCMD-back-updatabase gebruiken
SQLCMD is het moderne opdrachtregelhulpprogramma voor SQL Server die OSQL verving. Het biedt verbeterde functionaliteit en is de aanbevolen tool voor het uitvoeren van T-SQL-opdrachten vanaf de opdrachtprompt.
7.1.1 Basis SQLCMD-syntaxis
sqlcmd -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"- -S: Specificeert het SQL Server instantie naam
- -d: Geeft de databasenaam op
- -Q: Voert een query uit en verlaat de sessie
- -EN: Maakt gebruik van Windows-verificatie
- -U: Specificeert SQL Server gebruikersnaam inloggen
- -Q: Geeft wachtwoord op voor SQL Server Log in
7.1.2 Een back-up maken met SQLCMD
Een back-up maken SQL Server Volg deze stappen als u SQLCMD gebruikt:
- Openen Command Prompt or PowerShell
- Navigeer naar de SQL Server tools directory (meestal toegevoegd aan PATH tijdens de installatie)
- Voer de SQLCMD-back-updatabaseopdracht uit met de juiste parameters
- Controleer of het back-upbestand succesvol is gemaakt
Voorbeeld van een volledige back-upopdracht met Windows-verificatie:
sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"Voorbeeld met behulp van SQL Server authenticatie:
sqlcmd -S localhost -U sa -P YourPassword -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"Differentiële back-up maken met SQLCMD
sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, COMPRESSION, INIT"Een transactielogboekback-up maken met SQLCMD
sqlcmd -S localhost -E -Q "BACKUP LOG AdventureWorks TO DISK='C:\Backups\AdventureWorks_Log.trn' WITH COMPRESSION, INIT"7.1.3 Back-up maken van de uitgeversdatabase in SQL Server kopiëren
Bij het maken van back-ups van uitgeversdatabases in SQL Server Bij replicatie gebruikt u de optie WITH REPLICATION om de replicatiemetadata te behouden en transactionele consistentie te garanderen.
-- Backup publisher database with replication support
BACKUP DATABASE PublisherDB
TO DISK = 'C:\Backup\PublisherDB_Full.bak'
WITH REPLICATION,
COMPRESSION,
CHECKSUM,
INIT,
STATS = 10;
GOVoor meer details over SQL Server replicatie, zie onze uitgebreide gids.
7.2 OSQL-back-updatabase gebruiken
OSQL is een verouderd opdrachtregelhulpprogramma voor SQL ServerHoewel Microsoft aanbeveelt om in plaats daarvan SQLCMD te gebruiken, blijft OSQL beschikbaar voor achterwaartse compatibiliteit met oudere scripts en systemen.
7.2.1 Basis OSQL-syntaxis
De OSQL-syntaxis is vergelijkbaar met SQLCMD:
osql -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"- -S: SQL Server instantie naam
- -d: Database naam
- -Q: Voert query uit en verlaat
- -EN: Gebruikt vertrouwde verbinding (Windows-verificatie)
- -U: Login gebruikersnaam
- -Q: Login wachtwoord
7.2.2 Back-up maken met OSQL
Om OSQL-back-updatabasebewerkingen uit te voeren:
- Openen Command Prompt
- Controleer of OSQL beschikbaar is in uw SQL Server
- Voer de OSQL-back-upopdracht uit
Voorbeeld van een volledige back-up:
osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH INIT"Voorbeeld differentiële back-up:
osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, INIT"8. Derde partij SQL Server Back-uptools
Terwijl SQL Server Inclusief native back-upmogelijkheden, tools van derden bieden verbeterde functies, automatisering en beheer op ondernemingsniveau voor organisaties met complexe vereisten. Deze oplossingen bieden geavanceerde compressie, gecentraliseerd beheer en gestroomlijnde workflows voor back-ups. SQL Server databases in meerdere omgevingen.
8.1 Veeam Backup voor SQL Server
Veeam biedt uitgebreide oplossingen voor gegevensbescherming die speciaal zijn ontworpen voor het maken van back-ups. SQL Server databases met minimale impact op productiesystemen.
Belangrijkste kenmerken:
- Toepassingsbewuste verwerking voor SQL Server back-upconsistentie
- Back-up en beheer van transactielogboeken
- Herstel op een bepaald tijdstip met gedetailleerde herstelopties
- Integratie met Veeam Backup & Replication voor uniforme gegevensbescherming
- Geautomatiseerde back-upverificatie en -validatie
- Ondersteuning voor Always On-beschikbaarheidsgroepen
- VM-niveau en applicatieniveau SQL Server back-up opties
8.2 Barracuda-back-up voor SQL Server
Barracuda biedt cloud-geïntegreerde back-upoplossingen met vereenvoudigd beheer voor MS SQL Server back-up databasebewerkingen.
Belangrijkste kenmerken:
- Automatische SQL Server back-upplanning
- Ingebouwde cloudreplicatie naar Barracuda Cloud Storage
- Globale deduplicatie en compressie
- Directe lokale herstelmogelijkheden
- Webgebaseerde beheerconsole
- Ondersteuning voor volledige, differentiële en transactielogboekback-ups
- Bescherming tegen ransomware met onveranderlijke back-ups
8.3 Veritas NetBackup voor SQL Server
Veritas NetBackup is een back-upplatform van ondernemingsklasse dat uitgebreide bescherming biedt voor SQL Server databases in complexe IT-omgevingen.
Belangrijkste kenmerken:
- Back-upbeheer op ondernemingsniveau voor duizenden SQL Server gevallen
- Geavanceerde deduplicatie- en compressie-algoritmen
- Flexibele back-upbeleidsregels en planning
- Ondersteuning voor iedereen SQL Server herstelmodellen
- Integratie met tapebibliotheekraries en cloudopslag
- Gedetailleerd herstel van databases, tabellen en objecten
- Ondersteuning voor meerdere platforms (Windows, Linux SQL Server)
- Geautomatiseerd beheer van de levenscyclus van back-ups
8.4 Commvault Complete Backup & Recovery voor SQL Server
Commvault levert intelligent gegevensbeheer met uitgebreide back-up SQL Server mogelijkheden en geavanceerde automatiseringsfuncties.
Belangrijkste kenmerken:
- AI-gestuurde back-upoptimalisatie en anomaliedetectie
- Uniform platform voor back-up, herstel en archivering
- Geavanceerd SQL Server back-upcompressie (tot 90% reductie)
- Geautomatiseerde orkestratie van noodherstel
- Live Sync voor RPO-bescherming van bijna nul
- Ondersteuning SQL Server on-premises, cloud en hybride implementaties
- IntelliSnap voor snapshot-gebaseerde back-ups
- Uitgebreide compliance- en e-discoverymogelijkheden
8.5 Cohesie DataProtect voor SQL Server
Cohesity biedt next-generation databeheer met hypergeconvergeerde infrastructuur voor moderne SQL Server back-upbewerkingen.
Belangrijkste kenmerken:
- Webschaalarchitectuur voor vereenvoudigd beheer
- Directe massaherstelmogelijkheden voor SQL Server databanken
- Toepassingsconsistente snapshots
- Globale deduplicatie over alle back-ups
- Native cloudintegratie (AWS, Azure, Google Cloud)
- Ingebouwde analyse- en monitoringdashboards
- Kloon- en testdatabasemogelijkheden
- Bescherming tegen ransomware met onveranderlijke snapshots
8.6 Red Gate SQL Backup Pro
Red Gate SQL Backup Pro is een gespecialiseerde tool die zich uitsluitend richt op het optimaliseren SQL Server back-up- en herstelbewerkingen met superieure compressie en prestaties.
Belangrijkste kenmerken:
- Toonaangevende compressieverhoudingen (tot 95%)
- Netwerkveerkracht voor back-ups SQL Server via onbetrouwbare verbindingen
- Back-upversleuteling met 256-bits AES
- Verificatie van back-upkopieën en integriteitscontrole
- Gedetailleerde back-upgeschiedenis en rapportage
- Integratie met SQL Server Beheerstudio
- Ondersteuning voor back-up naar netwerklocaties en cloudopslag
- Parallelle back-up en herstel voor snellere bewerkingen
9. Hoe te herstellen SQL Server Database
9.1 Het herstelproces begrijpen
herstellen van een SQL Server database maakt de database opnieuw aan op basis van back-upbestanden. Het herstelproces leest het back-upbestand en reconstrueert de database naar de back-upstatus.
Belangrijke overwegingen:
- Bij het herstellen wordt de bestaande database overschreven
- Gebruikers worden tijdens het herstellen losgekoppeld
- Herstellen moet de back-upvolgorde volgen (eerst volledig, dan differentieel, dan logs)
- Database is niet beschikbaar tijdens de herstelbewerking
9.2 Volledige back-up herstellen met SSMS
Volg deze stappen om een volledige databaseback-up te herstellen.
9.2.1 Stapsgewijs herstelproces
- Openen SQL Server Beheerstudio en maak verbinding met uw server
- In Objectverkenner, klik met de rechtermuisknop Databases
- Kies Database herstellen
- Zoek in de map Bron sectie, selecteer Apparaat
- Klik op de knop ... knop om te bladeren naar back-upbestanden
- Klik op het tabblad Toevoegen en navigeer naar uw .bak-bestand
- Selecteer het back-upbestand en klik OK
- Zoek in de map Bestemming sectie, voer de databasenaam in
- Controleer de back-upsets die u wilt herstellen
- Klik op het tabblad OK vervolgens ptarhet herstellen
9.2.2 Herstelopties en instellingen
Klik op het tabblad opties in het linkerpaneel om te configureren:
- Overschrijf de bestaande database (MET VERVANGEN) – Maakt het mogelijk om over een bestaande database heen te herstellen
- Behoud de replicatiestatus (WITH KEEP_REPLICATION) - Houd de SQL Server kopiëren staat
- Beperk de toegang tot de herstelde database (MET RESTRICTED_USER) – Limieten post-toegang herstellen
- Herstelstatus – Kies tussen HERSTELLEN MET HERSTEL of NIET HERSTELLEN
9.3 Differentiële back-up herstellen
Voor differentieel herstel zijn zowel volledige als differentiële back-ups nodig:
- Herstel eerst de volledige back-up met GEEN HERSTEL optie
- Herstel vervolgens de differentiële back-up met HERSTEL optie
T-SQL-voorbeeld:
-- Restore full backup (NORECOVERY to allow differential)
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;
-- Restore differential backup (RECOVERY to complete)
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Diff.bak'
WITH RECOVERY;
GO9.4 Herstellen met transactielogboekback-ups
Voor herstel naar een bepaald tijdstip, herstelt u in de volgende volgorde:
- Herstel volledige back-up met NORECOVERY
- Herstel differentiële back-up met NORECOVERY (indien beschikbaar)
- Herstel transactielogboekback-ups in de juiste volgorde met NORECOVERY
- Herstel de laatste logback-up met RECOVERY
-- Restore full backup
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;
-- Restore first log backup
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH NORECOVERY;
-- Restore second log backup with recovery
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log2.trn'
WITH RECOVERY;
GO9.5 Herstel naar een bepaald tijdstip
Herstel de database naar een specifiek tijdstip met de optie STOPAT:
-- Restore to specific time: January 15, 2025 at 2:30 PM
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log.trn'
WITH RECOVERY, STOPAT = '2025-01-15 14:30:00';
GO9.6 Tabel herstellen
SQL Server Het biedt geen ondersteuning voor direct herstel op tabelniveau vanuit back-upbestanden. Er zijn echter nog wel enkele oplossingen.
9.6.1 Methode 1: Databasesnapshots (het beste voor preventie)
Databasesnapshots bieden de snelste manier om tabelgegevens te herstellen als ze zijn gemaakt voordat het probleem zich voordoet. Een snapshot is een alleen-lezen, statische weergave van een database op een specifiek tijdstip.
Een databasesnapshot maken:
-- Create snapshot before making changes
CREATE DATABASE ProductionDB_Snapshot_20250107
ON
( NAME = ProductionDB_Data,
FILENAME = 'C:\Snapshots\ProductionDB_Snapshot.ss' )
AS SNAPSHOT OF ProductionDB;
GOTabelgegevens herstellen vanuit een momentopname:
USE ProductionDB;
GO
-- Replace entire table content
BEGIN TRANSACTION;
-- Disable constraints temporarily
ALTER TABLE dbo.Orders NOCHECK CONSTRAINT ALL;
-- Clear current data
TRUNCATE TABLE dbo.Orders;
-- Restore from snapshot
INSERT INTO dbo.Orders
SELECT * FROM ProductionDB_Snapshot_20250107.dbo.Orders;
-- Re-enable constraints
ALTER TABLE dbo.Orders CHECK CONSTRAINT ALL;
COMMIT TRANSACTION;
GOVersievereisten: Databasesnapshots zijn beschikbaar in SQL Server Enterprise Edition (alle versies) en Standard Editiontarting met SQL Server 2016SP1.
9.6.2 Methode 2: Herstellen naar Temporary Database (Most Gewoon)
Deze methode werkt wanneer u tabelgegevens moet herstellen nadat er een probleem is opgetreden en er geen momentopname bestaat:
- Herstel de back-up naar een tijdelijk bestandrary database
- Kopieer tabelgegevens van het temporary-database naar de huidige database
9.7 Pagina herstellen
Paginaherstel herstelt individuele beschadigde pagina's zonder de volledige database te herstellen, waardoor de downtime tot een minimum wordt beperkt. tarAlleen beschadigde pagina's ophalen. Deze functie is alleen beschikbaar in de herstelmodellen Volledig of Bulk-Logged en vereist een ononderbroken reeks back-ups van transactielogboeken, van de pagina-back-up tot het huidige logbestand.
Om een paginaherstel uit te voeren, moet u eerst de beschadigde pagina's identificeren, een taillog-back-up maken, de specifieke pagina's herstellen en vervolgens alle transactielogboeken toepassen.
-- Identify damaged pages
SELECT * FROM msdb.dbo.suspect_pages
WHERE database_id = DB_ID('AdventureWorks');
-- Take tail-log backup
BACKUP LOG AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_TailLog.trn'
WITH NORECOVERY;
-- Restore damaged pages
RESTORE DATABASE AdventureWorks
PAGE = '1:123, 1:456'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY;
-- Apply transaction logs
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH NORECOVERY;
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_TailLog.trn'
WITH RECOVERY;
GOOpmerking: Paginaherstel is niet beschikbaar in het eenvoudige herstelmodel. U kunt geen pagina's herstellen vanuit systeemtabellen of primaire bestandsgroepmetagegevens.
9.8 Stapsgewijs herstellen
Gedeeltelijk herstel (stepmeal restore) herstelt een database in stappen op het niveau van de bestandsgroep.tarDit gebeurt door de primaire bestandsgroep te koppelen. Hierdoor worden kritieke gegevens direct online gezet, terwijl minder kritieke gegevens op de achtergrond worden hersteld. Bij het eenvoudige herstelmodel moeten alle lees-schrijfbestandsgroepen samen met de primaire bestandsgroep worden hersteld; alleen leesbestandsgroepen kunnen afzonderlijk worden hersteld. Bij het volledige of bulk-logged herstelmodel kan elke bestandsgroep onafhankelijk online worden gezet nadat de transactielogboeken zijn toegepast.
| Herstelmodel | Stapsgewijs gedrag herstellen |
|---|---|
| Eenvoudig | De primaire bestandsgroep en alle lees-schrijfbestandsgroepen worden samen hersteld. Alleen-lezen bestandsgroepen worden afzonderlijk hersteld. |
| Volledig/bulk-geregistreerd | Elke bestandsgroep werd onafhankelijk hersteld op het niveau van de bestandsgroep. |
Voorbeeld van het volledige herstelmodel: herstel eerst de primaire bestandsgroep om de database online te brengen, en herstel vervolgens de secundaire bestandsgroepen terwijl de database operationeel blijft.
-- Stage 1: Restore primary filegroup (database comes online)
RESTORE DATABASE AdventureWorks
FILEGROUP = 'PRIMARY'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH PARTIAL, NORECOVERY;
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH RECOVERY;
GO
-- Stage 2: Restore secondary filegroup (database stays online)
RESTORE DATABASE AdventureWorks
FILEGROUP = 'HistoricalData'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY;
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH RECOVERY;
GOVoorbeeld van een eenvoudig herstelmodel:
-- Restore primary with all read-write filegroups
RESTORE DATABASE AdventureWorks
FILEGROUP = 'PRIMARY'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH PARTIAL, RECOVERY;
-- Restore read-only filegroup separately
RESTORE DATABASE AdventureWorks
FILEGROUP = 'ReadOnlyArchive'
FROM DISK = 'C:\Backups\AdventureWorks_ReadOnly.bak'
WITH RECOVERY;
GO9.9 Herstellen met behulp van T-SQL-opdrachten
Volledig herstelscript met bestandsverplaatsing:
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH MOVE 'AdventureWorks_Data' TO 'D:\Data\AdventureWorks.mdf',
MOVE 'AdventureWorks_Log' TO 'E:\Logs\AdventureWorks.ldf',
REPLACE,
STATS = 10;
GO9.10 De integriteit van de back-up verifiëren vóór het herstellen
Controleer de geldigheid van de back-up zonder te herstellen:
RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak';
GOMet deze opdracht wordt gecontroleerd of de back-upset compleet en leesbaar is, zonder dat de database daadwerkelijk wordt hersteld.
10. SQL Server Aanbevolen back-uppraktijken
10.1 Een back-upstrategie ontwikkelen
10.1.1 Zakelijke vereisten beoordelen
Evalueer het volgende voordat u back-ups uitvoert:
- Kritiek van gegevens: Hoe belangrijk zijn deze gegevens voor de bedrijfsvoering?
- Wijzigingsfrequentie: Hoe vaak veranderen gegevens?
- Databasegrootte: Hoe groot is de database?
- Beschikbare bronnen: Welke opslagcapaciteit en bandbreedte zijn beschikbaar?
- Nalevingsbehoeften: Aan welke regels moet u zich houden?
10.1.2 RTO en RPO definiëren
Hersteltijddoelstelling (RTO): Maximaal acceptabele downtime. Bepaalt hoe snel u de werkzaamheden moet hervatten.
Herstelpuntdoelstelling (RPO): Maximaal acceptabel gegevensverlies. Bepaalt de back-upfrequentie.
| RTO/RPO-vereiste | Aanbevolen back-upstrategie |
|---|---|
| RPO: Uren, RTO: Uren | Dagelijks volledig + transactielogboek elke 1-2 uur |
| RPO: Minuten, RTO: Uren | Dagelijkse volledige + logback-ups elke 15-30 minuten |
| RPO: Bijna nul, RTO: Minuten | Altijd aan-beschikbaarheidsgroepen + frequente logback-ups |
| RPO: Dagen, RTO: Dagen | Wekelijks volledig + dagelijks verschil |
10.2 Een back-upschema maken
10.2.1 Frequentie-aanbevelingen
Typisch back-upschema voor productiedatabases:
- Volledige back-ups: Wekelijks (zondagavond bij lage activiteit)
- Differentiële backups: Dagelijks (elke nacht)
- Back-ups van transactielogboeken: Elke 15-30 minuten tijdens kantooruren
- Alleen-kopieer-back-ups: Indien nodig voor testen of ontwikkeling
10.2.2 Balans tussen prestaties en bescherming
Houd bij het plannen rekening met de volgende factoren:
- Daluren: Voer volledige back-ups uit tijdens periodes met weinig activiteit
- Impact op hulpbronnen: Compressie vermindert I/O maar verhoogt CPU-gebruik
- Netwerkbandbreedte: Plan netwerkback-ups wanneer er weinig verkeer is
- Back-upvensters: Zorg ervoor dat de back-ups vóór kantooruren zijn voltooid
10.3 Aanbevolen procedures voor back-upopslag
10.3.1 Opslag op locatie versus opslag buiten de locatie
Back-ups op locatie:
- Snellere back-up- en hersteltijden
- Lagere cost voor hoogfrequente toegang
- Kwetsbaar voor lokale rampen
- Het beste voor snelle herstelscenario's
Back-ups buiten de site:
- Bescherming tegen plaatsgebonden rampen
- Naleving van geografische redundantievereisten
- Langzamere hersteltijden
- Essentieel voor herstel na een ramp
10.3.2 Cloudback-upopties
Voordelen van cloudopslag:
- Azure Blob-opslag: Native SQL Server integratie, cost-effectief voor incidentele toegang
- Amazon S3: Zeer duurzame, flexibele opslaglagen
- Google Cloud-opslag: Concurrerende prijzen, wereldwijde beschikbaarheid
10.3.3 Back-upretentiebeleid
Voorbeeldbewaarbeleid:
- Bewaar dagelijkse back-ups gedurende 7 dagen
- Maak wekelijks back-ups gedurende 4 weken
- Bewaar maandelijkse back-ups gedurende 12 maanden
- Jaarlijkse back-ups 7 jaar lang bewaren (compliance)
10.4 Back-upcompressie en -versleuteling
Voordelen van compressie:
- Vermindert de grootte van back-upbestanden met 50-70%
- Vermindert de back-uptijd
- Verlaagt de opslagcapaciteitosts
- Vermindert de netwerkbandbreedte voor externe back-ups
Aanbevolen procedures voor encryptie:
- Versleutel altijd back-ups met gevoelige gegevens
- Gebruik AES 256-bits encryptie
- Veilig certificaat- of sleutelbeheer
- Documenteer encryptiesleutels en bewaar ze apart
10.5 Back-ups testen en verifiëren
10.5.1 Regelmatige hersteltests
Test de herstelprocedures per kwartaal of per maand:
- Back-ups terugzetten naar een testomgeving
- Controleer de integriteit en volledigheid van de gegevens
- Controleer de functionaliteit van de applicatie
- Hersteltijd documenteren (RTO valideren)
- Identificeer en los eventuele problemen op
10.5.2 RESTORE VERIFYONLY gebruiken
Automatische back-upvalidatie:
-- Verify backup integrity
RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM;
GOVoer de verificatie direct uit nadat de back-up is voltooid of als onderdeel van gepland onderhoud.
10.6 Back-upautomatisering en -bewaking
10.6.1 SQL Server Agentenbanen
Geautomatiseerde back-uptaken maken:
- Uitvouwen SQL Server Agent
in SSMS - Klik met de rechtermuisknop Werken bij en selecteer Nieuwe baan
- Geef de taak een naam (bijvoorbeeld 'Dagelijkse volledige back-up')
- Voeg een Stap voor met T-SQL-back-upopdrachten
- Maak een Programma voor uitvoeringstijd
- Configure Meldingen voor succes/falen
10.6.2 Onderhoudsplannen
SQL Server Onderhoudsplannen bieden een visuele interface voor back-upautomatisering:
- Navigeer naar Management -> Onderhoudsplannen
- Klik met de rechtermuisknop en selecteer Onderhoudsplan Wizard
- Selecteer back-uptaken om te automatiseren
- Back-upschema en opties configureren
- Rapportage en logging instellen
10.6.3 Back-upwaarschuwingen en meldingen
E-mailmeldingen configureren:
- Database Mail instellen in SQL Server
- Maak waarschuwingen voor back-upfouten
- Back-uptaakgeschiedenis bewaken
- Stuur samenvattingsrapporten naar beheerders
10.7 Documentatie en planning voor herstel na een ramp
Onderhoud uitgebreide documentatie:
- Back-upschema: Wanneer en wat wordt er geback-upt?
- Bewaarbeleid: Hoe lang back-ups worden bewaard
- Opslaglocaties: Waar back-ups worden opgeslagen
- Herstelprocedures: Stapsgewijze herstelinstructies
- Contactinformatie: Belangrijk personeel en leveranciers
- Resultaten van de hersteltest: Gedocumenteerde testresultaten
11. gevorderd SQL Server Back-upscenario's
11.1 Een back-up maken van zeer grote databases (VLDB)
11.1.1 Bestands- en bestandsgroepstrategieën
Voor databases die groter zijn dan enkele honderden gigabytes:
- Scheid alleen-lezen- en lees-schrijfgegevens in verschillende bestandsgroepen
- Maak niet te vaak een back-up van alleen-lezen bestandsgroepen
- Maak frequente back-ups op actieve bestandsgroepen
- Gebruik back-ups op bestandsniveau voor gedetailleerde controle
Voorbeeld van een bestandsback-up:
-- Back up specific file
BACKUP DATABASE LargeDB
FILE = 'LargeDB_Data1'
TO DISK = 'C:\Backups\LargeDB_File1.bak'
WITH COMPRESSION;
GO11.1.2 Optimalisatie van back-upprestaties
Verbeter de VLDB-back-upprestaties:
- Gestreepte back-ups: Schrijf tegelijkertijd naar meerdere bestanden
- Compressie: Verminder I/O- en opslagvereisten
- Meerdere back-upapparaten: Back-upbewerkingen paralleliseren
- Snelle opslag: Gebruik SSD's voor back-up staging
- Bufferaantal: Verhoog de BUFFERCOUNT-optie
- Maximale overdrachtsgrootte: Optimaliseer de MAXTRANSFERSIZE-instelling
-- Optimized VLDB backup
BACKUP DATABASE LargeDB
TO DISK = 'C:\Backups\LargeDB_1.bak',
DISK = 'D:\Backups\LargeDB_2.bak',
DISK = 'E:\Backups\LargeDB_3.bak'
WITH COMPRESSION,
BUFFERCOUNT = 100,
MAXTRANSFERSIZE = 4194304;
GO11.2 Back-up in Always On-beschikbaarheidsgroepen
Always On Availability Groups verdelen de back-upbelasting over replica's:
- Back-upvoorkeuren configureren (primair, secundair of een replica)
- Back-ups uitbesteden aan secundaire replica's om de primaire werklast te verminderen
- Gebruik COPY_ONLY-back-ups op secundaire replica's
- Controleer back-upprioriteitsinstellingen
-- Check backup preferences
SELECT
ag.name AS AvailabilityGroup,
ar.replica_server_name,
ar.backup_priority
FROM sys.availability_replicas ar
INNER JOIN sys.availability_groups ag ON ar.group_id = ag.group_id;
GO11.3 Back-up voor databasespiegeling
In databasespiegelingsscenario's:
- Maak regelmatig een back-up van de hoofddatabase
- Back-ups van transactielogboeken zijn essentieel voor spiegeling
- De spiegeldatabase bevindt zich in de status HERSTELLEN (kan niet rechtstreeks worden geback-upt)
- Overweeg een back-up van de spiegel te maken na een failover
11.4 Back-up naar Azure Blob Storage
SQL Server kan rechtstreeks een back-up maken naar Azure Blob Storage:
- Azure Storage-account maken
- creëren SQL Server referentie voor Azure-verificatie
- Gebruik URL-syntaxis voor back-upbestemming
-- Create credential for Azure
CREATE CREDENTIAL [https://mystorageaccount.blob.core.windows.net/backups]
WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
SECRET = 'your_SAS_token';
GO
-- Backup to Azure
BACKUP DATABASE AdventureWorks
TO URL = 'https://mystorageaccount.blob.core.windows.net/backups/AdventureWorks.bak'
WITH COMPRESSION,
STATS = 10;
GO11.5 Back-up naar URL
Voordelen van een back-up naar een URL:
- Onbeperkte cloudopslagcapaciteit
- Geografische redundantie wordt automatisch afgehandeld
- Prijsmodel voor betalen per gebruik
- Geen lokale schijfruimte vereist
- Ondersteunt maximaal 64 URL's per back-up (striping)
11.6 Gestreepte back-ups voor prestaties
Met gestreepte back-ups worden gegevens over meerdere bestanden verdeeld voor snellere I/O:
-- Striped backup to 4 files
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AW_Stripe1.bak',
DISK = 'D:\Backups\AW_Stripe2.bak',
DISK = 'E:\Backups\AW_Stripe3.bak',
DISK = 'F:\Backups\AW_Stripe4.bak'
WITH COMPRESSION, FORMAT;
GOLet op: Alle Stripe-bestanden zijn vereist voor herstel. Als een bestand ontbreekt, is de back-up onbruikbaar.
12. Probleemoplossing SQL Server Back-upproblemen
12.1 Veelvoorkomende back-upfouten en oplossingen
Fout: “Besturingssysteemfout 5: Toegang geweigerd”
- Oorzaak: SQL Server serviceaccount heeft geen machtigingen
- Oplossing: Schrijfrechten verlenen aan SQL Server serviceaccount op back-upmap
Fout: “Kan back-upapparaat niet openen… Apparaatfout of apparaat offline”
- Oorzaak: Ongeldig pad of niet-beschikbare netwerkshare
- Oplossing: Controleer of het pad bestaat, controleer de netwerkconnectiviteit en zorg voor voldoende schijfruimte.
Fout: "Niet genoeg ruimte op schijf"
- Oorzaak: Onvoldoende schijfruimte voor back-up
- Oplossing: Maak schijfruimte vrij, gebruik compressie, maak een back-up naar een andere locatie
Fout: "Database in gebruik. De database wordt door andere gebruikers gebruikt."
- Oorzaak: Actieve verbindingen tijdens herstel
- Oplossing: Gebruik de optie WITH REPLACE of koppel eerst gebruikers los
12.2 Problemen met back-upprestaties
Diagnostiseer trage back-ups:
- Controleer de I/O-prestaties van de schijf met behulp van Prestatiemeter
- Controleer de voortgang van de back-up met de STATS-optie
- Beoordeling SQL Server foutenlogboek voor knelpunten
- Overweeg compressie om I/O te verminderen
- Gebruik gestreepte back-ups op meerdere schijven
Vraag om de voortgang van de back-up te bewaken:
SELECT
session_id,
command,
percent_complete,
CAST(((DATEDIFF(s,start_time,GetDate()))/3600) as varchar) + ' hour(s), '
+ CAST((DATEDIFF(s,start_time,GetDate())%3600)/60 as varchar) + 'min, '
+ CAST((DATEDIFF(s,start_time,GetDate())%60) as varchar) + ' sec' as running_time,
CAST((estimated_completion_time/3600000) as varchar) + ' hour(s), '
+ CAST((estimated_completion_time %3600000)/60000 as varchar) + 'min, '
+ CAST((estimated_completion_time %60000)/1000 as varchar) + ' sec' as est_time_to_go,
dateadd(second,estimated_completion_time/1000, getdate()) as est_completion_time
FROM sys.dm_exec_requests
WHERE command LIKE 'BACKUP%';
GO12.3 Ruimte- en opslagproblemen
Voorkom opslagproblemen:
- Implementeer bewaarbeleid: Oude back-ups automatisch verwijderen
- Gebruik compressie: Verminder de back-upbestandsgrootte met 50-70%
- Archiveer naar goedkopere opslag: Verplaats oude back-ups naar archiefopslag
- Schijfruimte controleren: Waarschuwingen instellen voor onvoldoende schijfruimte
- Schat de back-upgrootte: Bereken de verwachte grootte voordat u een back-up maakt
Schat de back-upgrootte:
-- Estimate full backup size
EXEC sp_spaceused;
GO12.4 Problemen met toestemming en toegang
Vereiste machtigingen voor back-ups:
- BACK-UPDATABASE toestemming
- db_backupoperator rol lidmaatschap
- sysadmin serverrol (voor alle back-upbewerkingen)
Back-upmachtigingen verlenen:
-- Grant backup permission to user
GRANT BACKUP DATABASE TO [BackupUser];
GRANT BACKUP LOG TO [BackupUser];
GO
-- Add user to backup operator role
ALTER ROLE db_backupoperator ADD MEMBER [BackupUser];
GO12.5 Corrupte back-upbestanden
Corrupte back-ups detecteren en verwerken:
Controleer de integriteit van de back-up:
RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM;
GOCHECKSUM inschakelen voor toekomstige back-ups:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM, INIT;
GOPreventiestrategieën:
- Gebruik altijd de CHECKSUM-optie tijdens een back-up
- Controleer back-ups direct na het maken
- Test herstelt regelmatig
- Back-ups opslaan op betrouwbare opslag
- Meerdere back-upkopieën bijhouden
12.6 Gegevens herstellen van corrupte back-upbestanden
Als uw back-upbestanden beschadigd zijn en u er toch gegevens uit wilt herstellen, kunt u gebruikmaken van hulpprogramma's van derden, zoals DataNumen SQL Recovery, zoals hieronder:
- Start DataNumen SQL Recovery.
- Selecteer het corrupte back-upbestand als bronbestand door het filter te wijzigen in “Alle bestanden (*.*)”:
- Stel indien nodig het uitvoerbestand in op .MDF.
- Klik op "Start Recovery” en volg de instructies om de database te herstellen.
- Na het herstelproces verschijnt er een nieuwe hersteldatabase in SQL Server dat alle herstelde gegevens bevat.
13. SQL Server Back-upbeveiliging
13.1 Back-upbestanden beveiligen
Bescherm back-upbestanden tegen ongeautoriseerde toegang:
- Bestandssysteemmachtigingen: Beperk de toegang tot alleen geautoriseerde beheerders
- Netwerk veiligheid: Gebruik veilige protocollen voor netwerkback-ups
- Fysieke bewaking: Bewaar back-upmedia op veilige locaties
- Toegangsregistratie: Toegang tot back-upbestanden controleren
13.2 Versleutelingsopties
SQL Server ondersteunt transparante back-upversleuteling:
Certificaat voor encryptie aanmaken:
-- Create master key
USE master;
CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'StrongP@ssw0rd!';
GO
-- Create certificate
CREATE CERTIFICATE BackupCertificate
WITH SUBJECT = 'Database Backup Certificate',
EXPIRY_DATE = '2026-12-31';
GOGecodeerde back-up:
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Encrypted.bak'
WITH COMPRESSION,
ENCRYPTION (
ALGORITHM = AES_256,
SERVER CERTIFICATE = BackupCertificate
);
GOBelangrijk: Maak een aparte back-up van het certificaat en de privésleutel. Zonder deze twee kunnen versleutelde back-ups niet worden hersteld.
-- Backup certificate
BACKUP CERTIFICATE BackupCertificate
TO FILE = 'C:\Certificates\BackupCertificate.cer'
WITH PRIVATE KEY (
FILE = 'C:\Certificates\BackupCertificate.key',
ENCRYPTION BY PASSWORD = 'C3rt!f!c@t3P@ss'
);
GO13.3 Toegangscontrole en machtigingen
Implementeer het principe van de minste privileges:
- Geef alleen back-upmachtigingen aan de benodigde accounts
- Gebruik aparte accounts voor back-up- en herstelbewerkingen
- Vermijd het gebruik van een sa-account voor back-ups
- Controleer regelmatig de back-upmachtigingen
- Verwijder machtigingen wanneer deze niet langer nodig zijn
13.4 Overwegingen met betrekking tot naleving
Voldoen aan de wettelijke vereisten:
- GDPR: Versleutel back-ups met persoonlijke gegevens en implementeer bewaarbeleid
- HIPAA: Versleutel PHI in back-ups, beheer de toegang en onderhoud audit trails
- PCIDSS: Versleutel back-ups van kaartgegevens, veilige back-upopslag
- SOX: Handhaaf de integriteit van back-ups en het beleid voor het bewaren van documenten.
14. Monitoring en onderhoud van back-upbewerkingen
14.1 Back-upgeschiedenis bijhouden
SQL Server slaat de back-upgeschiedenis op in de msdb-database:
-- View recent backup history
SELECT
bks.database_name,
bks.backup_start_date,
bks.backup_finish_date,
CASE bks.type
WHEN 'D' THEN 'Full'
WHEN 'I' THEN 'Differential'
WHEN 'L' THEN 'Log'
ELSE 'Other'
END AS backup_type,
bks.backup_size / 1024 / 1024 AS backup_size_mb,
bkmf.physical_device_name
FROM msdb.dbo.backupset bks
INNER JOIN msdb.dbo.backupmediafamily bkmf ON bks.media_set_id = bkmf.media_set_id
WHERE bks.backup_start_date >= DATEADD(DAY, -7, GETDATE())
ORDER BY bks.backup_start_date DESC;
GOZoek databases zonder recente back-ups:
SELECT
d.name AS database_name,
MAX(bs.backup_finish_date) AS last_backup_date,
DATEDIFF(DAY, MAX(bs.backup_finish_date), GETDATE()) AS days_since_last_backup
FROM sys.databases d
LEFT JOIN msdb.dbo.backupset bs ON d.name = bs.database_name
WHERE d.database_id > 4 -- Exclude system databases
GROUP BY d.name
HAVING MAX(bs.backup_finish_date) < DATEADD(DAY, -7, GETDATE())
OR MAX(bs.backup_finish_date) IS NULL
ORDER BY last_backup_date;
GO14.2 Gebruik SQL Server Rapporten
SQL Server Management Studio bevat ingebouwde back-uprapporten:
- Klik met de rechtermuisknop op de database in Object Explorer
- Kies Rapporten -> Standaardrapporten
- Kies uit beschikbare rapporten:
- Back-up- en herstelgebeurtenissen
- Alle back-ups
- Transactielogboek Verzendstatus
14.3 Monitoringtools van derden
Commerciële monitoringoplossingen:
- SQL Sentry: Uitgebreide monitoring en waarschuwing
- Redgate SQL-monitor: Realtime monitoring en diagnoseostics
- SolarWinds Database Prestatie Analyzer: Prestatie- en back-upbewaking
- Idera SQL Diagnostic Manager: Back-upvalidatie en waarschuwingen
14.4 Back-upgezondheidscontroles
Maak een gezondheidscontroleprocedure:
-- Backup health check procedure
CREATE PROCEDURE sp_BackupHealthCheck
AS
BEGIN
-- Check for databases without recent full backup
SELECT
'Missing Recent Full Backup' AS issue,
d.name AS database_name,
ISNULL(CAST(MAX(bs.backup_finish_date) AS VARCHAR), 'Never') AS last_backup
FROM sys.databases d
LEFT JOIN msdb.dbo.backupset bs
ON d.name = bs.database_name AND bs.type = 'D'
WHERE d.database_id > 4
GROUP BY d.name
HAVING MAX(bs.backup_finish_date) < DATEADD(DAY, -7, GETDATE()) OR MAX(bs.backup_finish_date) IS NULL; -- Check for failed backup jobs SELECT 'Failed Backup Job' AS issue, j.name AS job_name, jh.run_date, jh.run_time, jh.message FROM msdb.dbo.sysjobs j INNER JOIN msdb.dbo.sysjobhistory jh ON j.job_id = jh.job_id WHERE jh.run_status = 0 -- Failed AND jh.step_id = 0 AND jh.run_date >= CONVERT(INT, CONVERT(VARCHAR, GETDATE()-7, 112))
AND j.name LIKE '%backup%';
END
GO15. SQL Server Veelgestelde vragen over back-ups
15.1 Hoe vaak moet ik een back-up maken? SQL Server?
De back-upfrequentie is afhankelijk van uw Recovery Point Objective (RPO):
- Kritieke productiedatabases: Volledig wekelijks, differentieel dagelijks, log elke 15-30 minuten
- Standaardproductiedatabases: Volledig wekelijks, differentieel dagelijks, log elke 1-2 uur
- Ontwikkelingsdatabases: Volledige dagelijkse of wekelijkse
- Alleen-lezen databases: Volledig na elke gegevenswijziging
15.2 Wat is het verschil tussen een volledige en een differentiële back-up?
Een volledige back-up kopieert de volledige database, terwijl een differentiële back-up alleen de wijzigingen sinds de laatste volledige back-up vastlegt. Differentiële back-ups zijn kleiner en sneller, maar vereisen de volledige basisback-up voor herstel.
15.3 Kan ik een back-up maken? SQL Server Terwijl het draait?
Ja, SQL Server Ondersteunt online back-ups. Gebruikers kunnen doorwerken tijdens back-upbewerkingen. SQL Server gebruikt het transactielogboek om consistentie te behouden en te garanderen dat back-ups geldig zijn, zelfs bij gelijktijdige wijzigingen.
15.4 Hoe lang duurt het SQL Server Reserve nemen?
De back-upduur varieert op basis van:
- Databasegrootte: Grotere databases hebben meer tijd nodig
- Back-uptype: Volledige back-ups duren het langst
- Compressie: Kan de CPU-tijd verhogen, maar de totale duur verkorten
- Opslagsnelheid: SSD's aanzienlijk sneller dan HDD's
- Serverbelasting: Hogere activiteit vertraagt back-ups
Typische bereiken: een volledige back-up van een database van 10 GB kan met compressie op moderne hardware 5 tot 15 minuten duren.
15.5 Waar moet ik het bewaren? SQL Server Back-ups?
Beste werkwijze: Volg de 3-2-1-regel:
- 3 kopieën van uw gegevens
- 2 verschillende opslagtypen (bijv. schijf en tape/cloud)
- 1 kopieer buiten de site
Aanbevolen locaties:
- Lokale schijf voor snel herstel
- Netwerkopslag voor gecentraliseerd beheer
- Cloudopslag (Azure, AWS) voor noodherstel
15.6 Wat is de .bak-bestandsextensie?
De extensie .bak is de standaardbestandsextensie voor SQL Server Back-upbestanden. Het is een conventie, geen vereiste – SQL Server Back-ups werken met elke bestandsextensie. Het gebruik van .bak maakt back-upbestanden echter gemakkelijk herkenbaar en is een industriestandaard.
15.7 Hoe een back-up te maken SQL Server naar netwerkstation?
Een back-up maken naar een netwerkstation:
- Verzekeren SQL Server serviceaccount heeft schrijfrechten op de netwerkshare
- Gebruik het UNC-pad in de back-upopdracht:
\\ServerName\ShareName\BackupFile.bak - Test de connectiviteit voordat u automatische back-ups plant
BACKUP DATABASE AdventureWorks
TO DISK = '\\BackupServer\SQLBackups\AdventureWorks.bak'
WITH COMPRESSION, INIT;
GO15.8 Kan ik comprimeren SQL Server Back-ups?
Ja, SQL Server ondersteunt native back-upcompressie (Enterprise Edition of Standard Edition)tarTing SQL Server 2016 SP1). Compressie verkleint de back-upgrootte doorgaans met 50-70% en verkort vaak de back-uptijd door de I/O te verminderen, hoewel het CPU-gebruik toeneemt.
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH COMPRESSION;
GO16. Conclusie
16.1 belangrijke afhaalrestaurants
effectief SQL Server Back-upstrategieën beschermen uw gegevens en zorgen voor bedrijfscontinuïteit. Onthoud deze essentiële punten:
- Inzicht in back-uptypen: Kies de juiste back-uptypen (volledig, differentieel, transactielogboek) op basis van uw herstelvereisten
- Selecteer het juiste herstelmodel: Volledig herstel voor kritieke gegevens, eenvoudig voor ontwikkelingsdatabases
- Back-upschema implementeren: Regelmatige volledige back-ups gecombineerd met differentiële en logback-ups minimaliseren het gegevensverlies
- Test herstelprocedures: Back-ups zijn alleen waardevol als ze succesvol kunnen worden hersteld
- Automatiseren en bewaken: Gebruik SQL Server Agent, onderhoudsplannen en monitoringtools
- Veilige back-ups: Versleutel gevoelige gegevens en beheer de toegang tot back-upbestanden
- Kopieën op een externe locatie bewaren: Bescherm uzelf tegen sitebrede rampen met cloud- of externe opslag
- Documenteer alles: Zorg voor een duidelijke documentatie van back-up- en herstelprocedures
16.2 Volgende stappen en bronnen
Om je te verbeteren SQL Server back-up implementatie:
- Beoordeel uw huidige back-upstrategie aan de hand van best practices
- Bereken uw RTO- en RPO-vereisten
- Test herstelprocedures op niet-productiesystemen
- Controleer en actualiseer back-upschema's regelmatig
- Implementeer geautomatiseerde monitoring en waarschuwingen
- Train teamleden in herstelprocedures
Extra bronnen:
- Microsoft SQL Server Documentatie: Officiële back-up- en herstelhandleiding
- SQL Server back-up communityforums: deel ervaringen en oplossingen
- Professionele certificeringen: Microsoft Certified: Azure Database Administrator Associate
16.3 Aanbevolen hulpmiddelen en oplossingen
Gebaseerd op verschillende scenario's:
Kleine bedrijven:
- Native SQL Server back-up met geplande SQL Server Agent banen
- SQLBackupAndFTP voor cloudintegratie
- Azure Backup voor SQL Server
Middelgrote ondernemingen:
- SQL Server Onderhoudsplannen
- Hulpmiddelen van derden zoals Redgate SQL Backup Pro
- Veeam Backup voor SQL Server
Grote ondernemingen:
- Quest LiteSpeed voor maximale compressie
- Commvault of Veritas NetBackup voor back-upbeheer voor bedrijven
- Altijd beschikbare beschikbaarheidsgroepen voor hoge beschikbaarheid
SQL Server Back-up is essentieel voor databasebeheer. Met de juiste planning, implementatie en tests kunt u ervoor zorgen dat uw gegevens beschermd en herstelbaar blijven wanneer dat nodig is.tarDoor deze best practices vandaag nog te implementeren, kunt u uw SQL Server databases.
Over de auteur
Yuan Sheng is een senior databasebeheerder (DBA) met meer dan 10 jaar ervaring in SQL Server omgevingen en enterprise databasebeheer. Hij heeft honderden databaseherstelscenario's succesvol opgelost in financiële dienstverlening, gezondheidszorg en productiebedrijven.
Yuan is gespecialiseerd in SQL Server Databaseherstel, oplossingen voor hoge beschikbaarheid en prestatieoptimalisatie. Zijn uitgebreide praktijkervaring omvat het beheer van multi-terabyte databases, de implementatie van Always-On Availability Groups en de ontwikkeling van geautomatiseerde back-up- en herstelstrategieën voor bedrijfskritische bedrijfssystemen.
Met zijn technische expertise en praktische aanpak richt Yuan zich op het creëren van uitgebreide handleidingen die databasebeheerders en IT-professionals helpen complexe problemen op te lossen. SQL Server uitdagingen efficiënt. Hij blijft op de hoogte van de nieuwste SQL Server releases en de evoluerende databasetechnologieën van Microsoft, waarbij hij regelmatig herstelscenario's test om ervoor te zorgen dat zijn aanbevelingen overeenkomen met de beste praktijken in de praktijk.
Heb vragen over SQL Server herstel of heeft u aanvullende begeleiding nodig bij het oplossen van databaseproblemen? Yuan verwelkomt feedback en suggesties om deze technische middelen te verbeteren.