SQL Server Sikkerhetskopiering: En komplett guide [2025]

SQL Server Sikkerhetskopiering er prosessen med å lage kopier av databasefilene dine for å beskytte mot datatap. En sikkerhetskopi registrerer tilstanden til databasen din på et bestemt tidspunkt, slik at du kan gjenopprette data hvis det oppstår maskinvarefeil, menneskelige feil eller katastrofer.

SQL Server lagrer sikkerhetskopier i .bak-filer som standard, som inneholder alle databaseobjekter, inkludert tabeller, lagrede prosedyrer, visninger, indekser og transaksjonslogger.

1.2 Hvorfor SQL Server Sikkerhetskopiering er kritisk

Sikkerhetskopier av databaser fungerer som din siste forsvarslinje mot datatap. Uten skikkelige sikkerhetskopier risikerer organisasjonen din:

Permanent datatap fra maskinvarefeil eller korrupsjon
Forlenget nedetid under gjenopprettingsforsøk
Forstyrrelser i næringslivet og inntektstap
Brudd på samsvar hvis data ikke kan gjenopprettes
Skade på omdømmet fra tjenesteavbrudd

Regelmessig SQL Server Sikkerhetskopier sikrer forretningskontinuitet og oppfyller regulatoriske krav til databeskyttelse.

1.3 Vanlige scenarioer for datatap

Å forstå når datatap oppstår hjelper deg med å utvikle en effektiv sikkerhetskopieringsstrategi:

Maskinvarefeil: Diskkrasj, serverfeil eller feil i lagringssystemet
Menneskelige feil: Utilsiktede slettinger, feilaktige oppdateringer eller fjernede tabeller
Programvareproblemer: Programfeil, ødelagte oppdateringer eller systemkrasj
Sikkerhetsbrudd: Løsepengevirusangrep, ondsinnede slettinger eller uautorisert tilgang
Naturkatastrofer: Branner, flom eller strømbrudd som påvirker datasentre

2. forståelse SQL Server Sikkerhetskopieringstyper

SQL Server støtter flere sikkerhetskopieringstyper, som hver dekker forskjellige gjenopprettingsbehov og lagringskrav.

2.1 Full sikkerhetskopiering

En fullstendig sikkerhetskopi oppretter en komplett kopi av hele databasen, inkludert alle datafiler og deler av transaksjonsloggen som er nødvendig for gjenoppretting.

2.1.1 Når du skal bruke full sikkerhetskopiering

Fullstendige sikkerhetskopier er ideelle for:

Etablering av en grunnlinje for andre typer sikkerhetskopiering
Små til mellomstore databaser der sikkerhetskopieringstid er akseptabel
Ukentlige eller månedlige sikkerhetskopieringsplaner
Databaser med sjeldne endringer

2.1.2 Fordeler og begrensninger med full sikkerhetskopiering

Fordeler:

Enkleste gjenopprettingsprosess – én fil inneholder alt
Selvstendig og uavhengig av andre sikkerhetskopier
Raskeste gjenopprettingstid for fullstendig databasegjenoppretting

Begrensninger:

Krever betydelig lagringsplass
Lengre sikkerhetskopieringstid for store databaser
Høyere ressursforbruk under sikkerhetskopiering

2.2 Differensiell backup

En differensiell sikkerhetskopiering fanger bare opp dataendringer siden siste fullstendige sikkerhetskopiering, noe som reduserer sikkerhetskopieringstid og lagringskrav.

2.2.1 Hvordan differensiell backup fungerer

Differensielle sikkerhetskopier sporer endringer ved hjelp av endrede omfang. Når du gjenoppretter, SQL Server bruker den siste fullstendige sikkerhetskopien først, deretter bruker most nylig differensialbackup.

2.2.2 Full vs. differensiell backup

Aspekt	Full sikkerhetskopi	Differensiell sikkerhetskopi
Størrelse	Komplett database	Kun endringer siden siste fullstendige sikkerhetskopiering
Sikkerhetskopieringstid	lengste	Raskere enn full
Gjenopprettingsprosess	Gjenoppretting av enkeltfiler	Krever full + differensial
Oppbevaring kreves	Most plass	Mindre plass i starten, vokser over tid

2.3 Sikkerhetskopiering av transaksjonslogg

Sikkerhetskopier av transaksjonslogger registrerer alle transaksjoner siden siste sikkerhetskopiering av loggfiler, noe som muliggjør gjenoppretting på et gitt tidspunkt.

2.3.1 Forstå transaksjonslogger

Transaksjonsloggen registrerer alle endringer i databasen din. Sikkerhetskopier av loggfiler avkorter den inaktive delen av loggen, slik at den ikke vokser i det uendelige og fyller disken din.

2.3.2 Gjenoppretting på tidspunkt

Sikkerhetskopier av transaksjonslogger lar deg gjenopprette databasen til et bestemt tidspunkt i en loggsikkerhetskopi. Dette er avgjørende for å gjenopprette etter utilsiktede dataendringer eller slettinger.

For å utføre gjenoppretting på et gitt tidspunkt trenger du:

Den siste fullstendige sikkerhetskopien
Most nylig differensiell sikkerhetskopiering (valgfritt)
Alle sikkerhetskopier av transaksjonslogger fra den fullstendige/differensielle sikkerhetskopien til din tarfå tid

2.4 Sikkerhetskopiering av halelogg

Sikkerhetskopier av halelogger registrerer loggposter som ikke er sikkerhetskopiert ennå, noe som forhindrer datatap og opprettholder en intakt loggkjede. Før du gjenoppretter en SQL Server Hvis du vil gjenopprette databasen til det nyeste tidspunktet, må du sikkerhetskopiere den siste delen av transaksjonsloggen. Sikkerhetskopien av den siste delen av loggfilen er den siste sikkerhetskopien av interesse i gjenopprettingsplanen for databasen.

Diagrammet som forklarer sikkerhetskopiene av haleloggen i SQL Server.

OBS: Ikke alle gjenopprettingsscenarier krever en halelogg-sikkerhetskopi. Du trenger ikke en hvis gjenopprettingspunktet finnes i en tidligere logg-sikkerhetskopi. En halelogg-sikkerhetskopi er også unødvendig hvis du flytter eller erstatter (overskriver) en database og ikke trenger å gjenopprette den til et tidspunkt etter at den ble fjernet.ost nylig sikkerhetskopiering.

2.4.1 Når sikkerhetskopier av halelogger er nødvendige

Følgende scenarier beskriver når du bør ta en sikkerhetskopi av haleloggen:

Gjenoppretting av database på nett: Hvis databasen er tilkoblet og du planlegger å utføre en gjenopprettingsoperasjon på databasen, begynn med å sikkerhetskopiere slutten av loggen. For å unngå en feil for en tilkoblet database, må du bruke alternativet WITH NORECOVERY i BACKUP Transact-SQL-setningen når du sikkerhetskopierer. SQL Server database.

Gjenoppretting av database frakoblet: Hvis en database er frakoblet og ikke klarer åtarog du må gjenopprette databasen, må du først sikkerhetskopiere den siste delen av loggen. Fordi ingen transaksjoner kan forekomme på dette tidspunktet, er det valgfritt å bruke alternativet WITH NORECOVERY. NORECOVERY er i praksis det samme som en kopi av en transaksjonslogg i dette scenariet.

Sikkerhetskopiering av skadet database: Hvis en database er skadet, kan du prøve å ta en sikkerhetskopi av haleloggen ved å bruke alternativet WITH CONTINUE_AFTER_ERROR i BACKUP-setningen. På en skadet database kan sikkerhetskopiering av halen av loggen bare lykkes hvis loggfilene er uskadede, databasen er i en tilstand som støtter sikkerhetskopier av haleloggen, og databasen ikke inneholder noen masseloggede endringer. Hvis en sikkerhetskopi av haleloggen ikke kan opprettes, vil eventuelle transaksjoner som er utført etter den siste MS-versjonen, bli slettet. SQL Server sikkerhetskopieringsdatabasen er lost.

2.4.2 Viktige alternativer for sikkerhetskopiering av halelogger

MED NORECOVERY: Bruk MED NORECOVERY hvis du sikkerhetskopierer en del av en logg fra en online database som du planlegger å gjenopprette senere. NORECOVERY kobler databasen fra. Du kan også sikkerhetskopiere SQL Server haleloggen til en frakoblet database. Hvis du vil la databasen være frakoblet, bruk WITH NORECOVERY. Merk at loggen blir avkortet med mindre du angir alternativet COPY_ONLY eller NO_TRUNCATE.

MED CONTINUE_ETTER_ERROR: Bruk CONTINUE_AFTER_ERROR bare hvis du sikkerhetskopierer den siste delen av en skadet database. Når du sikkerhetskopierer den siste delen av en logg i en skadet database, kan det hende at noen av metadataene som vanligvis registreres i sikkerhetskopier av loggfiler, ikke er tilgjengelige.

2.5 Kun kopiering av sikkerhetskopiering

Kopieringssikkerhetskopier oppretter en uavhengig sikkerhetskopi uten å påvirke den normale sikkerhetskopieringssekvensen. De forstyrrer ikke differensielle sikkerhetskopieringskjeder eller kontinuitet i transaksjonslogger.

Bruk kun kopieringssikkerhetskopier for:

Opprette kopier av test- eller utviklingsdatabaser
Ad-hoc-sikkerhetskopier uten å påvirke planlagte sikkerhetskopier
Sikkerhetskopiering før større endringer eller testing

2.6 Sikkerhetskopiering av filer og filgrupper

Sikkerhetskopier av filer og filgrupper tarHent spesifikke databasefiler eller filgrupper i stedet for hele databasen. Denne tilnærmingen fungerer bra for veldig store databaser der det tar for lang tid å sikkerhetskopiere alt.

Fordelene inkluderer:

Raskere sikkerhetskopiering for store databaser
Parallell sikkerhetskopiering av flere filgrupper
Granulære gjenopprettingsalternativer
Optimaliserte sikkerhetskopieringsplaner for skrivebeskyttede filgrupper

2.7 Delvis sikkerhetskopiering

Delvise sikkerhetskopier inkluderer alle data i den primære filgruppen og eventuelle lese- og skrivebeskyttede filgrupper, unntatt skrivebeskyttede filgrupper. Dette reduserer sikkerhetskopieringsstørrelsen og tiden for databaser med statiske historiske data lagret i skrivebeskyttede filgrupper.

3. SQL Server Gjenopprettingsmodeller

SQL Server Gjenopprettingsmodeller bestemmer hvilke sikkerhetskopieringstyper som er tilgjengelige og hvordan transaksjonslogger administreres.

3.1 Enkel gjenopprettingsmodell

3.1.1 Kjennetegn og brukstilfeller

Enkel gjenoppretting avkorter automatisk transaksjonsloggen etter hvert kontrollpunkt, og frigjør dermed plass uten behov for sikkerhetskopiering av logger.

Best for:

Utvikling og testdatabaser
Databaser der datatap mellom sikkerhetskopier er akseptabelt
Datavarehus med ETL-prosesser som kan kjøres på nytt
Skrivebeskyttede eller rapporteringsdatabaser

3.1.2 Tilgjengelige sikkerhetskopieringsalternativer

Enkel gjenopprettingsstøtte:

Full sikkerhetskopi
Differensielle sikkerhetskopier
Sikkerhetskopier av filer og filgrupper
Kun kopieringssikkerhetskopier

Sikkerhetskopier av transaksjonslogger er ikke tilgjengelig i en enkel gjenopprettingsmodell.

3.2 Modell for full gjenoppretting

3.2.1 Funksjoner og fordeler

Full gjenoppretting logger alle transaksjoner og bevarer loggposter til du sikkerhetskopierer dem. Dette muliggjør fullstendig datagjenoppretting til et hvilket som helst tidspunkt i en sikkerhetskopi av transaksjonsloggen.

Viktige fordeler:

Minimalt potensial for datatap
Mulighet for gjenoppretting på tidspunkt
Støtter loggforsendelse og databasespegling
Maksimal fleksibilitet for gjenoppretting

3.2.2 Administrasjon av transaksjonslogg

Under full gjenoppretting må du utføre regelmessige sikkerhetskopier av transaksjonslogger for å:

Hindre at transaksjonsloggen fyller diskplass
Oppretthold en kontinuerlig backupkjede
Aktiver gjenoppretting på et bestemt tidspunkt
Kontroll over veksten i loggfiler

Typisk sikkerhetskopieringsplan: full sikkerhetskopiering ukentlig, differensiell sikkerhetskopiering daglig, loggsikkerhetskopier hvert 15.–30. minutt.

3.3 Modell for gjenoppretting med masselogg

3.3.1 Når du skal bruke masselogging

Masselogget gjenoppretting logger minimalt masseoperasjoner som BULK INSERT, SELECT INTO og indeksgjenoppbygging, samtidig som full logging for vanlige transaksjoner opprettholdes.

Bruk masselogget gjenoppretting når:

Utfører store bulkimportoperasjoner
Gjenoppbygge indekser på store tabeller
Utføre operasjoner som drar nytte av minimal logging
Behov for å redusere størrelsen på transaksjonsloggen under spesifikke operasjoner

3.3.2 Begrensninger og hensyn

Viktige begrensninger:

Gjenoppretting på tidspunkt er ikke tilgjengelig under masseoperasjoner
Loggsikkerhetskopier er større når masseoperasjoner forekommer
Må bytte mellom full og masselogging etter behov

3.4 Valg av riktig gjenopprettingsmodell

Velg gjenopprettingsmodell basert på forretningskrav:

Gjenopprettingsmodell	Risiko for tap av data	Gjenoppretting på tidspunktet	Best For
Enkelt	Endringer siden siste sikkerhetskopiering	Nei	Utvikling/testing, akseptabelt datatap
Full	Minimal (vanligvis minutter)	Ja	Produksjonsdatabaser, kritiske data
Masselogging	Endringer siden siste sikkerhetskopi av logg	Begrenset under bulkoperasjoner	temporary bruk under bulkoperasjoner

4. backup SQL Server Database ved bruk av SSMS

4.1 Forutsetninger og forberedelser

Før du sikkerhetskopierer SQL Server database, sørg for:

Du har nødvendige tillatelser (db_owner eller BACKUP DATABASE-tillatelse)
Tilstrekkelig diskplass for sikkerhetskopieringsfilen
SQL Server Management Studio (SSMS) installert
Nettverksstier tilgjengelige hvis sikkerhetskopiering til nettverkssteder

4.2 Trinn for trinn: Full sikkerhetskopiering med SSMS

Følg disse trinnene for å lage en fullstendig sikkerhetskopi av SQL Server database ved hjelp av SSMS.

4.2.1 Åpning SQL Server Management Studio

Start SQL Server Management Studio
Skriv inn servernavnet ditt i Server navn felt
Velg autentiseringsmetode
Klikk Koble

4.2.2 Velge database- og sikkerhetskopieringsalternativer

In Objekt Explorer, utvide databaser node
Høyreklikk på databasen du vil sikkerhetskopiere
Velg Oppgaver -> Sikkerhetskopiere
på Sikkerhetskopier databasen vinduet, bekreft databasenavnet
Velg Full som den Sikkerhetskopieringstype

4.2.3 Konfigurering av sikkerhetskopimål

Under Destinasjonklikk fjerne for å fjerne standardbanen (hvis nødvendig)
Klikk Legg til å angi en ny plassering for sikkerhetskopiering
Skriv inn filbanen og navnet med . bakover forlengelse
Klikk OK for å bekrefte destinasjonen

4.2.4 Advanced Backup innstillinger

Klikk Mediealternativer i venstre panel
Velg alternativer for sikkerhetskopiering:
- Overskriv alle eksisterende sikkerhetskopisett – Erstatter eksisterende sikkerhetskopier
- Legg til i eksisterende sikkerhetskopisett – Legger til i eksisterende sikkerhetskopifil
Klikk backup Options i venstre panel
Konfigurer valgfrie innstillinger:
- Komprimer sikkerhetskopien – Reduserer størrelsen på sikkerhetskopieringsfilen
- Krypter sikkerhetskopiering – Beskytter sensitive data
- Bekreft sikkerhetskopien når du er ferdig – Kontrollerer sikkerhetskopiens integritet

4.2.5 Utføre sikkerhetskopiering

Gjennomgå alle innstillingene i Sikkerhetskopier databasen vindu
Klikk OK til starsikkerhetskopieringsprosessen
Vent til sikkerhetskopieringen er fullført
En vellykketmelding vises når sikkerhetskopieringen er fullført
Klikk OK for å lukke bekreftelsesdialogboksen

4.3 Opprette differensiell sikkerhetskopiering med SSMS

For å opprette en differensiell sikkerhetskopi, følg de samme trinnene som for en full sikkerhetskopi, men velg Differensial som sikkerhetskopitype i trinn 4.2.2. Husk at differensielle sikkerhetskopier krever en fullstendig sikkerhetskopi som en grunnleggende plan.

4.4 Opprette sikkerhetskopi av transaksjonslogg med SSMS

Sikkerhetskopier av transaksjonslogger er bare tilgjengelige for databaser som bruker fullstendige eller masseloggede gjenopprettingsmodeller.

Høyreklikk på databasen i Objekt Explorer
Velg Oppgaver -> Sikkerhetskopiere
Velg Transaksjonslogg som sikkerhetskopitype
Konfigurer destinasjon og alternativer etter behov
Klikk OK for å opprette sikkerhetskopien av loggen

4.5 Opprette en kopibasert sikkerhetskopi med SSMS

Kopieringssikkerhetskopier forstyrrer ikke den vanlige sikkerhetskopieringssekvensen.

Følg trinnene for å opprette en fullstendig sikkerhetskopi
på backup Options side
Sjekk Kun kopiering av sikkerhetskopiering alternativ
Fullfør sikkerhetskopieringsprosessen som normalt

5. backup SQL Server Database ved bruk av T-SQL

5.1 Grunnleggende syntaks for sikkerhetskopiering av databaser

T-SQL BACKUP DATABASE-kommandoen gir programmatisk kontroll over SQL Server sikkerhetskopier.

BACKUP DATABASE database_name
TO DISK = 'backup_file_path'
WITH options;

5.2 Fullstendige sikkerhetskopier av T-SQL-kommandoer

5.2.1 Enkelt skript for fullstendig sikkerhetskopiering

Lag en grunnleggende fullstendig sikkerhetskopi med minimale alternativer:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
GO

5.2.2 Full sikkerhetskopiering med alternativer

Legg til beskrivende informasjon og formateringsalternativer:

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
GO

Alternativer forklart:

FORMAT – Oppretter nytt sikkerhetskopisett
I DET – Overskriver eksisterende sikkerhetskopifil
NAME – Tildeler navn til sikkerhetskopisettet
BESKRIVELSE – Legger til beskrivende tekst
STATISTIKK – Viser fremgang hver 10.

5.3 Differensielle sikkerhetskopierings-T-SQL-kommandoer

Differensielle sikkerhetskopier bruker DIFFERENSIELL-alternativet:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Diff.bak'
WITH DIFFERENTIAL,
     INIT,
     NAME = 'AdventureWorks-Differential Backup',
     STATS = 10
GO

5.4 T-SQL-kommandoer for sikkerhetskopiering av transaksjonslogg

Bruk SIKKERHETSKOPILOGG for sikkerhetskopier av transaksjonslogger:

BACKUP LOG AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Log.trn'
WITH INIT,
     NAME = 'AdventureWorks-Transaction Log Backup',
     STATS = 10
GO

5.5 Avanserte T-SQL-sikkerhetskopieringsalternativer

5.5.1 Sikkerhetskopiering til flere filer

Distribuer sikkerhetskopiering på tvers av flere filer for raskere ytelse:

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
GO

5.5.2 Sikkerhetskopiering med komprimering

Reduser størrelsen på sikkerhetskopieringsfilen og nettverksbåndbredden:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Compressed.bak'
WITH COMPRESSION,
     INIT,
     STATS = 10
GO

5.5.3 Sikkerhetskopiering med kryptering

Beskytt sensitive data med kryptering:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Encrypted.bak'
WITH COMPRESSION,
     ENCRYPTION (
         ALGORITHM = AES_256,
         SERVER CERTIFICATE = BackupCertificate
     ),
     STATS = 10
GO

5.5.4 Sikkerhetskopiering med passordbeskyttelse

Legg til passordbeskyttelse (utdatert, bruk kryptering i stedet):

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH PASSWORD = 'StrongPassword123!',
     INIT
GO

5.5.5 Speilede sikkerhetskopier

Lag samtidige kopier til forskjellige steder:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
MIRROR TO DISK = 'D:\Backups\AdventureWorks_Mirror.bak'
WITH FORMAT, INIT
GO

5.6 Eksempler og skript for T-SQL-sikkerhetskopi

Komplett sikkerhetskopieringsskript med feilhåndtering:

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
GO

6. backup SQL Server Database ved hjelp av PowerShell

6.1 PowerShell-sikkerhetskopierings-cmdleter

SQL Server PowerShell-modulen tilbyr cmdleter for automatisering av sikkerhetskopiering:

Sikkerhetskopiering av SQL-database – Lager sikkerhetskopier av databaser
Gjenopprett SQL-database – Gjenoppretter sikkerhetskopier av databaser
Get-SqlDatabase – Henter databaseinformasjon

Importer SQL Server modul:

Import-Module SqlServer

6.2 Opprette sikkerhetskopieringsskript med PowerShell

Grunnleggende PowerShell-sikkerhetskopieringskommando:

Backup-SqlDatabase -ServerInstance "localhost" `
                    -Database "AdventureWorks" `
                    -BackupFile "C:\Backups\AdventureWorks.bak" `
                    -BackupAction Database `
                    -CompressionOption On

Eksempel på differensiell backup:

Backup-SqlDatabase -ServerInstance "localhost" `
                    -Database "AdventureWorks" `
                    -BackupFile "C:\Backups\AdventureWorks_Diff.bak" `
                    -BackupAction Database `
                    -Incremental

Sikkerhetskopiering av transaksjonslogg:

Backup-SqlDatabase -ServerInstance "localhost" `
                    -Database "AdventureWorks" `
                    -BackupFile "C:\Backups\AdventureWorks_Log.trn" `
                    -BackupAction Log

6.3 Automatisere sikkerhetskopier med PowerShell

Lag et automatisk sikkerhetskopieringsskript for flere databaser:

# 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 ved hjelp av kommandolinjen

SQL Server tilbyr kommandolinjeverktøy som lar deg sikkerhetskopiere SQL Server database uten å bruke SSMS eller grafiske grensesnitt. Disse verktøyene er viktige for automatisering, skripting og eksterne administrasjonsscenarier.

7.1 Bruk SQLCMD-sikkerhetskopidatabasen

SQLCMD er det moderne kommandolinjeverktøyet for SQL Server som erstattet OSQL. Den gir forbedret funksjonalitet og er det anbefalte verktøyet for å kjøre T-SQL-kommandoer fra ledeteksten.

7.1.1 Grunnleggende SQLCMD-syntaks

sqlcmd -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"

-S: Spesifiserer SQL Server forekomstnavn
-d: Angir databasenavnet
-Q: Utfører en spørring og avslutter
-OG: Bruker Windows-autentisering
-U: Spesifiserer SQL Server brukernavn for pålogging
-P: Angir passord for SQL Server Logg inn

7.1.2 Opprette sikkerhetskopi med SQLCMD

Å sikkerhetskopiere SQL Server Følg disse trinnene ved å bruke SQLCMD:

Open Ledetekst or PowerShell
Naviger til SQL Server verktøykatalogen (vanligvis lagt til i PATH under installasjon)
Kjør SQLCMD-kommandoen for sikkerhetskopiering av databasen med passende parametere
Bekreft at sikkerhetskopifilen ble opprettet

Eksempel på fullstendig sikkerhetskopieringskommando ved bruk av Windows-autentisering:

sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"

Eksempel på bruk SQL Server Autentisering:

sqlcmd -S localhost -U sa -P YourPassword -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"

Opprette differensiell sikkerhetskopiering med SQLCMD

sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, COMPRESSION, INIT"

Opprette sikkerhetskopi av transaksjonslogg med SQLCMD

sqlcmd -S localhost -E -Q "BACKUP LOG AdventureWorks TO DISK='C:\Backups\AdventureWorks_Log.trn' WITH COMPRESSION, INIT"

7.2 Bruk OSQL-sikkerhetskopidatabase

OSQL er et eldre kommandolinjeverktøy for SQL ServerSelv om Microsoft anbefaler å bruke SQLCMD i stedet, er OSQL fortsatt tilgjengelig for bakoverkompatibilitet med eldre skript og systemer.

7.2.1 Grunnleggende OSQL-syntaks

OSQL-syntaks ligner på SQLCMD:

osql -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"

-S: SQL Server forekomstnavn
-d: Databasens navn
-Q: Utfører spørringen og avslutter
-OG: Bruker klarert tilkobling (Windows-autentisering)
-U: Logg inn brukernavn
-P: Innloggings passord

7.2.2 Opprette sikkerhetskopi med OSQL

Slik utfører du OSQL-sikkerhetskopieringsdatabaseoperasjoner:

Open Ledetekst
Bekreft at OSQL er tilgjengelig i din SQL Server installasjon
Kjør OSQL-backup-kommandoen

Eksempel på full sikkerhetskopi:

osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH INIT"

Eksempel på differensiell backup:

osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, INIT"

8. Tredjepart SQL Server Sikkerhetskopieringsverktøy

Samtidig som SQL Server inkluderer innebygde sikkerhetskopieringsfunksjoner, tredjepartsverktøy tilbyr forbedrede funksjoner, automatisering og administrasjon i bedriftsklassen for organisasjoner med komplekse krav. Disse løsningene gir avansert komprimering, sentralisert administrasjon og strømlinjeformede arbeidsflyter for sikkerhetskopiering. SQL Server databaser på tvers av flere miljøer.

8.1 Veeam-sikkerhetskopiering for SQL Server

Veeam tilbyr omfattende databeskyttelsesløsninger spesielt utviklet for sikkerhetskopiering SQL Server databaser med minimal innvirkning på produksjonssystemer.

Viktige funksjoner:

Applikasjonsbevisst behandling for SQL Server sikkerhetskopieringskonsistens
Sikkerhetskopiering og administrasjon av transaksjonslogg
Gjenoppretting på tidspunktet med detaljerte gjenopprettingsalternativer
Integrasjon med Veeam Backup & Replication for enhetlig databeskyttelse
Automatisert verifisering og validering av sikkerhetskopiering
Støtte for alltid-på-tilgjengelighetsgrupper
VM-nivå og applikasjonsnivå SQL Server alternativer for sikkerhetskopiering

8.2 Barracuda-sikkerhetskopi for SQL Server

Barracuda tilbyr skyintegrerte sikkerhetskopieringsløsninger med forenklet administrasjon for MS SQL Server sikkerhetskopiering av databaseoperasjoner.

Viktige funksjoner:

Automatisert SQL Server planlegging av sikkerhetskopiering
Innebygd skyreplikering til Barracuda Cloud Storage
Global deduplisering og komprimering
Muligheter for øyeblikkelig lokal gjenoppretting
Nettbasert administrasjonskonsoll
Støtte for fullstendige sikkerhetskopier, differensielle sikkerhetskopier og sikkerhetskopier av transaksjonslogger
Beskyttelse mot løsepengevirus med uforanderlige sikkerhetskopier

8.3 Veritas NetBackup for SQL Server

Veritas NetBackup er en sikkerhetskopieringsplattform i bedriftsklassen som gir omfattende beskyttelse for SQL Server databaser på tvers av komplekse IT-miljøer.

Viktige funksjoner:

Sikkerhetskopieringshåndtering i bedriftsskala for tusenvis av SQL Server forekomster
Avanserte dedupliserings- og komprimeringsalgoritmer
Fleksible sikkerhetskopieringspolicyer og planlegging
Støtte for alle SQL Server gjenopprettingsmodeller
Integrasjon med tapebibliotekraries og skylagring
Granulær gjenoppretting av databaser, tabeller og objekter
Støtte for flere plattformer (Windows, Linux) SQL Server)
Automatisert administrasjon av sikkerhetskopieringslivssyklus

8.4 Commvault komplett sikkerhetskopiering og gjenoppretting for SQL Server

Commvault leverer intelligent datahåndtering med omfattende sikkerhetskopiering SQL Server funksjoner og avanserte automatiseringsfunksjoner.

Viktige funksjoner:

AI-drevet sikkerhetskopieringsoptimalisering og avviksdeteksjon
Enhetlig plattform for sikkerhetskopiering, gjenoppretting og arkivering
Avansert SQL Server sikkerhetskopieringskomprimering (opptil 90 % reduksjon)
Automatisert orkestrering av katastrofegjenoppretting
Live Sync for nesten null RPO-beskyttelse
Støtte for SQL Server lokale, skybaserte og hybride distribusjoner
IntelliSnap for sikkerhetskopier basert på øyeblikksbilder
Omfattende samsvars- og e-discovery-funksjoner

8.5 Kohesitet DataProtect for SQL Server

Cohesity tilbyr neste generasjons datahåndtering med hyperkonvergert infrastruktur for moderne SQL Server sikkerhetskopieringsoperasjoner.

Viktige funksjoner:

Nettbasert arkitektur for forenklet administrasjon
Muligheter for øyeblikkelig massegjenoppretting for SQL Server databaser
Applikasjonskonsistente øyeblikksbilder
Global deduplisering på tvers av alle sikkerhetskopier
Native skyintegrasjon (AWS, Azure, Google Cloud)
Innebygde analyse- og overvåkingsdashboards
Klon og test databasefunksjoner
Beskyttelse mot løsepengevirus med uforanderlige øyeblikksbilder

8.6 Red Gate SQL Backup Pro

Red Gate SQL Backup Pro er et spesialisert verktøy som utelukkende fokuserer på optimalisering SQL Server sikkerhetskopierings- og gjenopprettingsoperasjoner med overlegen komprimering og ytelse.

Viktige funksjoner:

Bransjeledende kompresjonsforhold (opptil 95 %)
Nettverksrobusthet for sikkerhetskopiering SQL Server på tvers av upålitelige forbindelser
Sikkerhetskopieringskryptering med 256-bit AES
Verifisering av sikkerhetskopi og integritetskontroll
Detaljert sikkerhetskopieringshistorikk og rapportering
Integrasjon med SQL Server Management Studio
Støtte for sikkerhetskopiering til nettverkslokasjoner og skylagring
Parallell sikkerhetskopiering og gjenoppretting for raskere drift

9. Hvordan gjenopprette SQL Server Database

9.1 Forstå gjenopprettingsprosessen

Gjenopprette en SQL Server Databasen gjenskaper databasen fra sikkerhetskopifilene. Gjenopprettingsprosessen leser sikkerhetskopifilen og rekonstruerer databasen til den sikkerhetskopierte tilstanden.

Viktige hensyn:

Gjenoppretting overskriver den eksisterende databasen
Brukere kobles fra under gjenoppretting
Gjenopprettingen må følge sikkerhetskopieringssekvensen (fullstendig, deretter differensial, deretter logger)
Databasen er utilgjengelig under gjenopprettingsoperasjonen

9.2 Gjenopprette full sikkerhetskopi ved hjelp av SSMS

Følg disse trinnene for å gjenopprette en fullstendig sikkerhetskopi av databasen.

9.2.1 Steg-for-steg gjenopprettingsprosess

Open SQL Server Management Studio og koble til serveren din
In Objekt Explorer, Høyreklikk databaser
Velg Gjenopprett database
på Kilde seksjon, velg Enhet
Klikk på ... knapp for å bla gjennom sikkerhetskopierte filer
Klikk Legg til og naviger til .bak-filen din
Velg sikkerhetskopifilen og klikk på OK
på Destinasjon seksjonen, skriv inn databasenavnet
Se gjennom sikkerhetskopisettene for å gjenopprette
Klikk OK til stargjenopprettingen

9.2.2 Gjenopprettingsalternativer og -innstillinger

Klikk alternativer i venstre panel for å konfigurere:

Overskriv den eksisterende databasen (MED ERSTATTING) – Tillater gjenoppretting over eksisterende database
Bevar replikeringsinnstillingene (MED KEEP_REPLICATION) – Opprettholder replikeringskonfigurasjonen
Begrens tilgang til den gjenopprettede databasen (MED RESTRICTED_USER) – Grenser post-gjenopprett tilgang
Gjenopprettingsstatus – Velg mellom GJENOPPRETT MED GJENOPPRETTING eller IKKE GJENOPPRETTING

9.3 Gjenoppretting av differensiell sikkerhetskopiering

Differensiell gjenoppretting krever både full og differensiell sikkerhetskopiering:

Først, gjenopprett den fullstendige sikkerhetskopien med NORECOVERY alternativ
Gjenopprett deretter differensiell sikkerhetskopiering med GJENVINNING alternativ

T-SQL-eksempel:

-- 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;
GO

9.4 Gjenoppretting med sikkerhetskopier av transaksjonslogger

For gjenoppretting på et bestemt tidspunkt, gjenopprett i rekkefølge:

Gjenopprett full sikkerhetskopi med NORECOVERY
Gjenopprett differensiell sikkerhetskopiering med NORECOVERY (hvis tilgjengelig)
Gjenopprett sikkerhetskopier av transaksjonslogger i riktig rekkefølge med NORECOVERY
Gjenopprett den endelige sikkerhetskopien av loggen med 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;
GO

9.5 Gjenoppretting på tidspunkt

Gjenopprett databasen til et bestemt tidspunkt ved hjelp av STOPAT-alternativet:

-- 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';
GO

9.6 Gjenoppretting ved hjelp av T-SQL-kommandoer

Fullfør gjenopprettingsskript med filflytting:

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;
GO

9.7 Verifisering av sikkerhetskopiens integritet før gjenoppretting

Sjekk gyldigheten av sikkerhetskopien uten å gjenopprette:

RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak';
GO

Denne kommandoen bekrefter at sikkerhetskopien er komplett og lesbar uten å faktisk gjenopprette databasen.

10. SQL Server Beste praksis for sikkerhetskopiering

10.1 Utvikling av en sikkerhetskopieringsstrategi

10.1.1 Vurdering av forretningskrav

Før du implementerer sikkerhetskopier, bør du vurdere:

Datakritiskhet: Hvor viktige er disse dataene for driften?
Endringsfrekvens: Hvor ofte endres data?
Databasestørrelse: Hvor stor er databasen?
Tilgjengelige ressurser: Hvilken lagringsplass og båndbredde er tilgjengelig?
Samsvarskrav: Hvilke forskrifter må du følge?

10.1.2 Definere RTO og RPO

Gjenopprettingstidsmål (RTO): Maksimal akseptabel nedetid. Bestemmer hvor raskt du trenger å gjenopprette driften.

Gjenopprettingspunktmål (RPO): Maksimalt akseptabelt datatap. Bestemmer sikkerhetskopieringsfrekvensen.

RTO/RPO-krav	Anbefalt sikkerhetskopieringsstrategi
RPO: Timer, RTO: Timer	Daglig full + transaksjonslogg hver 1.–2. time
RPO: Minutter, RTO: Timer	Daglige fullstendige sikkerhetskopier + loggsikkerhetskopier hvert 15.–30. minutt
RPO: Nær null, RTO: Minutter	Alltid på tilgjengelighetsgrupper + hyppige sikkerhetskopier av loggfiler
RPO: Dager, RTO: Dager	Ukentlig full + daglig differanse

10.2 Opprette en sikkerhetskopieringsplan

10.2.1 Frekvensanbefalinger

Typisk sikkerhetskopieringsplan for produksjonsdatabaser:

Fullstendige sikkerhetskopier: Ukentlig (søndag kveld ved lav aktivitet)
Differensielle sikkerhetskopier: Daglig (hver natt)
Sikkerhetskopier av transaksjonslogger: Hvert 15.–30. minutt i åpningstiden
Kun kopieringssikkerhetskopier: Etter behov for testing eller utvikling

10.2.2 Balanse mellom ytelse og beskyttelse

Vurder disse faktorene når du planlegger:

Off-peak timer: Kjør full sikkerhetskopiering i perioder med lav aktivitet
Ressurspåvirkning: Kompresjon reduserer I/O, men øker CPU-bruken
Nettverksbåndbredde: Planlegg sikkerhetskopiering av nettverket når trafikken er lav
Sikkerhetskopieringsvinduer: Sørg for at sikkerhetskopier er fullført før åpningstid

10.3 Beste praksis for sikkerhetskopiering

10.3.1 Lagring på stedet kontra ekstern lagring

Sikkerhetskopier på stedet:

Raskere sikkerhetskopiering og gjenopprettingstider
Nedre cost for høyfrekvent tilgang
Sårbar for lokale katastrofer
Best for raske gjenopprettingsscenarier

Sikkerhetskopier utenfor nettstedet:

Beskyttelse mot stedsspesifikke katastrofer
Samsvar med krav til geografisk redundans
Tregere gjenopprettingstider
Viktig for katastrofegjenoppretting

10.3.2 Alternativer for sikkerhetskopiering i skyen

Fordeler med skylagring:

Azure Blob Storage: Innfødt SQL Server integrasjon, cost-effektiv for sjelden tilgang
Amazon S3: Svært slitesterke, fleksible oppbevaringsnivåer
Google Cloud Storage: Konkurransedyktige priser, global tilgjengelighet

10.3.3 Retningslinjer for oppbevaring av sikkerhetskopier

Retningslinjer for oppbevaring av prøver:

Oppbevar daglige sikkerhetskopier i 7 dager
Ta vare på ukentlige sikkerhetskopier i 4 uker
Oppbevar månedlige sikkerhetskopier i 12 måneder
Oppbevar årlige sikkerhetskopier i 7 år (samsvar)

10.4 Komprimering og kryptering av sikkerhetskopier

Fordeler med kompresjon:

Reduserer størrelsen på sikkerhetskopieringsfilen med 50–70 %
Reduserer sikkerhetskopieringstiden
Reduserer lagringsplassosts
Reduserer nettverksbåndbredden for eksterne sikkerhetskopier

Beste praksis for kryptering:

Krypter alltid sikkerhetskopier som inneholder sensitive data
Bruk AES 256-bit kryptering
Sikker sertifikat- eller nøkkelhåndtering
Dokumenter krypteringsnøkler og lagre dem separat

10.5 Testing og verifisering av sikkerhetskopier

10.5.1 Regelmessig gjenopprettingstesting

Testprosedyrer for gjenoppretting kvartalsvis eller månedlig:

Gjenopprett sikkerhetskopier til et testmiljø
Bekreft dataintegritet og fullstendighet
Sjekk applikasjonens funksjonalitet
Gjenopprettingstid for dokument (valider RTO)
Identifiser og løs eventuelle problemer

10.5.2 Bruk av GJENOPPRETT KUN VERIFISERING

Automatiser validering av sikkerhetskopier:

-- Verify backup integrity
RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM;
GO

Kjør verifisering umiddelbart etter at sikkerhetskopieringen er fullført, eller som en del av planlagt vedlikehold.

10.6 Automatisering og overvåking av sikkerhetskopiering

10.6.1 SQL Server Agentjobber

Opprett automatiserte sikkerhetskopieringsjobber:

Expand SQL Server Agent i SSMS
Høyreklikk Jobb og velg Ny jobb
Gi jobben et navn (f.eks. «Daglig full sikkerhetskopiering»)
legge en Trinn med T-SQL-backupkommandoer
Lag en Planlegg for utførelsestid
Konfigurer Påminnelser for suksess/fiasko

10.6.2 Vedlikeholdsplaner

SQL Server Vedlikeholdsplaner gir et visuelt grensesnitt for automatisering av sikkerhetskopiering:

naviger til Administrasjon -> Vedlikeholdsplaner
Høyreklikk og velg Veiviser for vedlikeholdsplan
Velg sikkerhetskopieringsoppgaver som skal automatiseres
Konfigurer sikkerhetskopieringsplan og alternativer
Sett opp rapportering og logging

10.6.3 Sikkerhetskopieringsvarsler og -meldinger

Konfigurer e-postvarsler:

Konfigurer databasepost i SQL Server
Opprett varsler for sikkerhetskopieringsfeil
Overvåk historikk for sikkerhetskopieringsjobber
Send sammendragsrapporter til administratorer

10.7 Dokumentasjon og planlegging av katastrofegjenoppretting

Opprettholde omfattende dokumentasjon:

Sikkerhetskopieringsplan: Når og hva som sikkerhetskopieres
Oppbevaringsregler: Hvor lenge sikkerhetskopier oppbevares
Lagringssteder: Hvor sikkerhetskopier lagres
Gjenopprettingsprosedyrer: Trinnvise gjenopprettingsinstruksjoner
Kontaktinformasjon: Nøkkelpersonell og leverandører
Resultater av restitusjonstest: Dokumenterte testresultater

11. Avansert SQL Server Sikkerhetskopieringsscenarier

11.1 Sikkerhetskopiering av svært store databaser (VLDB)

11.1.1 Fil- og filgruppestrategier

For databaser som overstiger flere hundre gigabyte:

Skill skrivebeskyttet og lese-skrive-data i forskjellige filgrupper
Sikkerhetskopier skrivebeskyttede filgrupper sjelden
Fokuser hyppige sikkerhetskopier på aktive filgrupper
Bruk sikkerhetskopier på filnivå for detaljert kontroll

Eksempel på sikkerhetskopiering av filer:

-- Back up specific file
BACKUP DATABASE LargeDB 
FILE = 'LargeDB_Data1'
TO DISK = 'C:\Backups\LargeDB_File1.bak'
WITH COMPRESSION;
GO

11.1.2 Optimalisering av sikkerhetskopieringsytelse

Forbedre ytelsen til VLDB-sikkerhetskopiering:

Stripete sikkerhetskopier: Skriv til flere filer samtidig
kompresjon: Reduser I/O- og lagringskrav
Flere sikkerhetskopieringsenheter: Parallellisering av sikkerhetskopieringsoperasjoner
Rask lagring: Bruk SSD-er for sikkerhetskopiering
Bufferantall: Øk BUFFERCOUNT-alternativet
Maksimal overføringsstørrelse: Optimaliser MAXTRANSFERSIZE-innstillingen

-- 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;
GO

11.2 Sikkerhetskopiering i alltid på-tilgjengelighetsgrupper

Always On Availability Groups fordeler sikkerhetskopieringsbelastningen på tvers av replikaer:

Konfigurer sikkerhetskopieringsinnstillinger (primær, sekundær eller en hvilken som helst replika)
Flytt sikkerhetskopier til sekundære replikaer for å redusere primær arbeidsmengde
Bruk COPY_ONLY-sikkerhetskopier på sekundære replikaer
Overvåk prioritetsinnstillinger for sikkerhetskopiering

-- 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;
GO

11.3 Sikkerhetskopiering for databasespeiling

I databasespeilingsscenarier:

Ta sikkerhetskopi av hoveddatabasen regelmessig
Sikkerhetskopier av transaksjonslogger er avgjørende for speiling
Speildatabasen er i GJENOPPRETTING-tilstand (kan ikke sikkerhetskopieres direkte)
Vurder å sikkerhetskopiere speilet etter failover

11.4 Sikkerhetskopiering til Azure Blob Storage

SQL Server kan sikkerhetskopiere direkte til Azure Blob Storage:

Opprett Azure Storage-konto
Opprett SQL Server legitimasjon for Azure-autentisering
Bruk URL-syntaks for sikkerhetskopidestinasjon

-- 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;
GO

11.5 Sikkerhetskopiering til URL

Fordeler med å sikkerhetskopiere til URL:

Ubegrenset lagringskapasitet i skyen
Geografisk redundans håndteres automatisk
Prissettingsmodell for betaling
Ingen lokal diskplass kreves
Støtter opptil 64 URL-er per sikkerhetskopi (striping)

11.6 Stripede sikkerhetskopier for ytelse

Stripede sikkerhetskopier deler data på tvers av flere filer for raskere 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;
GO

Merk: Alle Stripe-filer er nødvendige for gjenoppretting. Hvis en fil mangler, blir sikkerhetskopien ubrukelig.

12. Feilsøking SQL Server Problemer med sikkerhetskopiering

12.1 Vanlige sikkerhetskopieringsfeil og løsninger

Feil: «Operativsystemfeil 5: Ingen tilgang»

Årsaken: SQL Server tjenestekontoen mangler tillatelser
Løsning: Gi skrivetillatelser til SQL Server tjenestekonto i sikkerhetskopimappen

Feil: «Kan ikke åpne sikkerhetskopieringsenheten ... Enhetsfeil eller enheten er frakoblet»

Årsaken: Ugyldig sti eller utilgjengelig nettverksdeling
Løsning: Bekreft at banen finnes, sjekk nettverkstilkoblingen, sørg for at det er tilstrekkelig med diskplass

Feil: «Ikke nok plass på disken»

Årsaken: Ikke nok diskplass til sikkerhetskopiering
Løsning: Frigjør diskplass, bruk komprimering, sikkerhetskopier til et annet sted

Feil: «Database i bruk. Databasen brukes av andre brukere»

Årsaken: Aktive tilkoblinger under gjenoppretting
Løsning: Bruk alternativet MED ERSTATTING eller koble fra brukere først

12.2 Problemer med sikkerhetskopieringsytelse

Diagnostisere trege sikkerhetskopier:

Sjekk diskens I/O-ytelse ved hjelp av Ytelsesmåler
Overvåk sikkerhetskopieringsfremdriften med STATS-alternativet
Anmeldelse SQL Server feillogg for flaskehalser
Vurder komprimering for å redusere I/O
Bruk stripede sikkerhetskopier på tvers av flere disker

Spørsmål for å overvåke sikkerhetskopieringsfremdriften:

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%';
GO

12.3 Plass- og lagringsproblemer

Forhindre lagringsproblemer:

Implementer oppbevaringsregler: Slett gamle sikkerhetskopier automatisk
Bruk komprimering: Reduser størrelsen på sikkerhetskopieringsfilen med 50–70 %
Arkiver til billigere lagring: Flytt gamle sikkerhetskopier til arkivlagring
Overvåk diskplass: Konfigurer varsler for lite diskplass
Estimer størrelsen på sikkerhetskopien: Beregn forventet størrelse før sikkerhetskopiering

Estimer størrelsen på sikkerhetskopien:

-- Estimate full backup size
EXEC sp_spaceused;
GO

12.4 Problemer med tillatelser og tilgang

Nødvendige tillatelser for sikkerhetskopier:

SIKKERHETSKOPIERING AV DATABASE tillatelse
db_backupoperator rollemedlemskap
sysadmin serverrolle (for alle sikkerhetskopieringsoperasjoner)

Gi sikkerhetskopieringstillatelser:

-- 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];
GO

12.5 Korrupte sikkerhetskopier

Oppdag og håndter korrupte sikkerhetskopier:

Bekreft sikkerhetskopiens integritet:

RESTORE VERIFYONLY 
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM;
GO

Aktiver SJEKKSUMM for fremtidige sikkerhetskopier:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM, INIT;
GO

Forebyggingsstrategier:

Bruk alltid SJEKKSSUM-alternativet under sikkerhetskopiering
Bekreft sikkerhetskopier umiddelbart etter opprettelse
Testgjenopprettinger regelmessig
Lagre sikkerhetskopier på pålitelig lagring
Oppretthold flere sikkerhetskopier

12.6 Gjenopprett data fra ødelagte sikkerhetskopier

Hvis sikkerhetskopiene dine er ødelagte og du fortsatt vil gjenopprette data fra dem, kan du bruke tredjepartsverktøy som DataNumen SQL Recovery, som Nedenfor:

Start DataNumen SQL Recovery.
Velg den korrupte sikkerhetskopifilen som kildefil ved å endre filteret til «Alle filer (*.*)»:
Angi utdata-.MDF-filen om nødvendig.
Klikk "Start Gjenoppretting” og følg instruksjonene for å gjenopprette databasen.
Etter gjenopprettingsprosessen vil en ny gjenopprettingsdatabase vises i SQL Server som inneholder alle gjenopprettede data.

13. SQL Server Sikkerhetskopiering

13.1 Sikring av sikkerhetskopier

Beskytt sikkerhetskopierte filer mot uautorisert tilgang:

Filsystemtillatelser: Begrens tilgangen til kun autoriserte administratorer
Nettverksikkerhet: Bruk sikre protokoller for nettverkssikkerhetskopier
Fysisk sikkerhet: Oppbevar sikkerhetskopieringsmedier på sikre steder
Tilgangslogging: Overvåk tilgang til sikkerhetskopier

13.2 Krypteringsalternativer

SQL Server støtter transparent sikkerhetskopieringskryptering:

Opprett sertifikat for kryptering:

-- 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';
GO

Kryptert sikkerhetskopi:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Encrypted.bak'
WITH COMPRESSION,
     ENCRYPTION (
         ALGORITHM = AES_256,
         SERVER CERTIFICATE = BackupCertificate
     );
GO

Viktig: Sikkerhetskopier sertifikatet og den private nøkkelen separat. Uten dem kan ikke krypterte sikkerhetskopier gjenopprettes.

-- 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'
);
GO

13.3 Tilgangskontroll og tillatelser

Implementer prinsippet om minste privilegier:

Gi kun sikkerhetskopieringstillatelser til nødvendige kontoer
Bruk separate kontoer for sikkerhetskopiering og gjenoppretting
Unngå å bruke sa-konto for sikkerhetskopier
Regelmessig revisjon av sikkerhetskopieringstillatelser
Fjern tillatelser når de ikke lenger er nødvendige

13.4 Samsvarshensyn

Ta hensyn til regulatoriske krav:

GDPR: Krypter sikkerhetskopier som inneholder personopplysninger, implementer oppbevaringsregler
HIPAA: Krypter PHI i sikkerhetskopier, kontroller tilgang, vedlikehold revisjonsspor
PCI DSS: Krypter sikkerhetskopier av kortinnehaverdata, sikker lagring av sikkerhetskopier
SOX: Oppretthold integriteten til sikkerhetskopier og retningslinjer for dokumentoppbevaring

14. Overvåking og vedlikehold av sikkerhetskopiering

14.1 Sporing av sikkerhetskopieringshistorikk

SQL Server lagrer sikkerhetskopieringshistorikk i msdb-databasen:

-- 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;
GO

Finn databaser uten nylige sikkerhetskopier:

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;
GO

14.2 Bruke SQL Server Rapporter

SQL Server Management Studio inkluderer innebygde sikkerhetskopieringsrapporter:

Høyreklikk på databasen i Object Explorer
Velg Rapporter -> Standardrapporter
Velg blant tilgjengelige rapporter:
- Sikkerhetskopierings- og gjenopprettingshendelser
- Alle sikkerhetskopier
- Transaksjonslogg Forsendelsesstatus

14.3 Tredjeparts overvåkingsverktøy

Kommersielle overvåkingsløsninger:

SQL Sentry: Omfattende overvåking og varsling
Redgate SQL-monitor: Sanntidsovervåking og diagnoseostics
SolarWinds-databaseytelsesanalysator: Ytelses- og sikkerhetskopieringsovervåking
Idera SQL-diagnoseostic-sjef: Validering og varsling av sikkerhetskopi

14.4 Helsesjekker av sikkerhetskopier

Lag en helsesjekkprosedyre:

-- 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
GO

15. SQL Server Vanlige spørsmål om sikkerhetskopiering

15.1 Hvor ofte bør jeg sikkerhetskopiere SQL Server?

Frekvensen for sikkerhetskopiering avhenger av gjenopprettingspunktmålet ditt (RPO):

Kritiske produksjonsdatabaser: Full ukentlig, differensiell daglig, logg hvert 15.–30. minutt
Standard produksjonsdatabaser: Full ukentlig, differensiell daglig, logg hver 1-2 time
Utviklingsdatabaser: Heldags eller ukentlig
Skrivebeskyttede databaser: Full etter hver dataendring

15.2 Hva er forskjellen mellom full og differensiell sikkerhetskopiering?

En full sikkerhetskopi kopierer hele databasen, mens en differensiell sikkerhetskopi bare fanger opp endringer siden forrige fulle sikkerhetskopi. Differensielle sikkerhetskopier er mindre og raskere, men krever den grunnleggende fulle sikkerhetskopien for gjenoppretting.

15.3 Kan jeg sikkerhetskopiere SQL Server Mens den kjører?

Ja, SQL Server støtter sikkerhetskopiering på nett. Brukere kan fortsette å jobbe under sikkerhetskopiering. SQL Server bruker transaksjonsloggen sin for å opprettholde konsistens, og sikrer at sikkerhetskopier er gyldige selv med samtidige modifikasjoner.

15.4 Hvor lenge varer SQL Server Sikkerhetskopiering?

Varigheten av sikkerhetskopieringen varierer basert på:

Databasestørrelse: Større databaser tar lengre tid
Type sikkerhetskopi: Fullstendige sikkerhetskopier tar lengst tid
kompresjon: Kan øke CPU-tiden, men redusere den totale varigheten
Lagringshastighet: SSD-er betydelig raskere enn harddisker
Serverbelastning: Høyere aktivitet forsinker sikkerhetskopiering

Typiske områder: Det kan ta 5–15 minutter å sikkerhetskopiere en database på 10 GB med komprimering på moderne maskinvare.

15.5 Hvor bør jeg oppbevare SQL Server Sikkerhetskopier?

Beste praksis: Følg 3-2-1-regelen:

3 kopier av dataene dine
2 forskjellige lagringstyper (f.eks. disk og bånd/sky)
1 kopier utenfor nettstedet

Anbefalte steder:

Lokal disk for rask gjenoppretting
Nettverkslagring for sentralisert administrasjon
Skylagring (Azure, AWS) for katastrofegjenoppretting

15.6 Hva er .bak-filtypen?

.bak-filtypen er standard filtypen for SQL Server sikkerhetskopier av filer. Det er en konvensjon, ikke et krav – SQL Server Sikkerhetskopier fungerer med alle filtyper. Bruk av .bak gjør imidlertid sikkerhetskopier lett identifiserbare og er standardpraksis i bransjen.

15.7 Slik sikkerhetskopierer du SQL Server til nettverksstasjon?

Slik sikkerhetskopierer du til en nettverksstasjon:

Sikre SQL Server tjenestekontoen har skriverettigheter på nettverksressursen
Bruk UNC-banen i sikkerhetskopieringskommandoen: \\ServerName\ShareName\BackupFile.bak
Test tilkoblingen før du planlegger automatiske sikkerhetskopier

BACKUP DATABASE AdventureWorks
TO DISK = '\\BackupServer\SQLBackups\AdventureWorks.bak'
WITH COMPRESSION, INIT;
GO

15.8 Kan jeg komprimere SQL Server Sikkerhetskopier?

Ja, SQL Server støtter innebygd sikkerhetskopieringskomprimering (Enterprise Edition eller Standard Edition)tarlingen SQL Server 2016 SP1). Komprimering reduserer vanligvis størrelsen på sikkerhetskopien med 50–70 % og reduserer ofte sikkerhetskopieringstiden ved å redusere I/O, selv om det øker CPU-bruken.

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH COMPRESSION;
GO

16. konklusjon

16.1 viktige takeaways

Effektiv SQL Server Sikkerhetskopieringsstrategier beskytter dataene dine og sikrer forretningskontinuitet. Husk disse viktige punktene:

Forstå sikkerhetskopieringstyper: Velg passende sikkerhetskopieringstyper (full, differensiell, transaksjonslogg) basert på gjenopprettingskravene dine
Velg riktig gjenopprettingsmodell: Full gjenoppretting for kritiske data, enkelt for utviklingsdatabaser
Implementer sikkerhetskopieringsplan: Regelmessige fulle sikkerhetskopier kombinert med differensiell og loggbasert sikkerhetskopiering minimerer datatap
Testgjenopprettingsprosedyrer: Sikkerhetskopier er bare verdifulle hvis de kan gjenopprettes
Automatiser og overvåk: Bruk SQL Server Agent, vedlikeholdsplaner og overvåkingsverktøy
Sikre sikkerhetskopier: Krypter sensitive data og kontroller tilgangen til sikkerhetskopierte filer
Lagre kopier utenfor nettstedet: Beskytt mot katastrofer på hele nettstedet med skylagring eller ekstern lagring
Dokumenter alt: Oppretthold tydelig dokumentasjon av sikkerhetskopierings- og gjenopprettingsprosedyrer

16.2 Neste trinn og ressurser

For å forbedre din SQL Server implementering av sikkerhetskopiering:

Vurder din nåværende sikkerhetskopieringsstrategi mot beste praksis
Beregn dine RTO- og RPO-krav
Testgjenopprettingsprosedyrer på ikke-produksjonssystemer
Gjennomgå og oppdater sikkerhetskopieringsplaner regelmessig
Implementer automatisert overvåking og varsling
Opplær teammedlemmer i gjenopprettingsprosedyrer

Tilleggsressurser:

Microsoft SQL Server Dokumentasjon: Offisiell veiledning for sikkerhetskopiering og gjenoppretting
SQL Server sikkerhetskopieringsforum: Del erfaringer og løsninger
Faglige sertifiseringer: Microsoft-sertifisert: Azure Database Administrator Associate

16.3 Anbefalte verktøy og løsninger

Basert på ulike scenarier:

Små bedrifter:

Innfødt SQL Server sikkerhetskopiering med planlagt SQL Server Agentjobber
SQLBackupAndFTP for skyintegrasjon
Azure-sikkerhetskopiering for SQL Server

Mellomstore bedrifter:

SQL Server Vedlikeholdsplaner
Tredjepartsverktøy som Redgate SQL Backup Pro
Veeam-sikkerhetskopiering for SQL Server

Store bedrifter:

Quest LiteSpeed for maksimal kompresjon
Commvault eller Veritas NetBackup for sikkerhetskopieringsadministrasjon i bedrifter
Alltid på tilgjengelighetsgrupper for høy tilgjengelighet

SQL Server Sikkerhetskopiering er grunnleggende for databaseadministrasjon. Med riktig planlegging, implementering og testing kan du sikre at dataene dine forblir beskyttet og kan gjenopprettes når det er nødvendig.tarå implementere disse beste praksisene i dag for å sikre din SQL Server databaser.

om forfatteren

Yuan Sheng er en senior databaseadministrator (DBA) med over 10 års erfaring innen SQL Server miljøer og administrasjon av bedriftsdatabaser. Han har løst hundrevis av databasegjenopprettingsscenarier på tvers av finansielle tjenester, helsevesen og produksjonsorganisasjoner.

Yuan spesialiserer seg på SQL Server databasegjenoppretting, løsninger for høy tilgjengelighet og ytelsesoptimalisering. Hans omfattende praktiske erfaring inkluderer administrasjon av databaser på flere terabyte, implementering av Always On Availability Groups og utvikling av automatiserte sikkerhetskopierings- og gjenopprettingsstrategier for forretningskritiske forretningssystemer.

Gjennom sin tekniske ekspertise og praktiske tilnærming fokuserer Yuan på å lage omfattende veiledninger som hjelper databaseadministratorer og IT-fagfolk med å løse komplekse SQL Server utfordringer effektivt. Han holder seg oppdatert på det siste SQL Server utgivelser og Microsofts utviklende databaseteknologier, og tester jevnlig gjenopprettingsscenarioer for å sikre at anbefalingene hans gjenspeiler beste praksis i den virkelige verden.

Har spørsmål vedr SQL Server gjenoppretting eller trenger du ytterligere veiledning for feilsøking av databaser? Yuan ønsker velkommen tilbakemeldinger og forslag for å forbedre disse tekniske ressursene.