Udforsk sikkerhedskopier af SQL Server

  • 3 minutter

Du har flere muligheder for at sikkerhedskopiere SQL Server ved hjælp af:

  • Udførelse af konventionelle SQL Server-sikkerhedskopier på direkte tilknyttede Azure-diske. Denne fremgangsmåde har den fordel, at du hurtigt har sikkerhedskopier tilgængelige til systemopdateringer og opbygning af nye systemer som kopier af eksisterende SAP-systemer. Det er også velkendt og anvendt i mange tilfælde i scenarier i det lokale miljø. På den anden side kræver det stadig implementering af en langsigtet sikkerhedskopieringsløsning. Du skal enten bruge Azure Backup Services eller et andet værktøj til sikkerhedskopiering/genoprettelse fra tredjepart, der omfatter adgangs- og opbevaringsstyring til dine sikkerhedskopier.
  • SQL Server-sikkerhedskopiering til URL-adressen. Fra og med SQL Server 2012 CU4 kan den oprindelige SQL Server-sikkerhedskopiering angive en URL-adresse til Azure Storage som destination.
  • Automated Backup v2 til Azure Virtual Machines. Denne løsning bruger SQL Server IaaS Agent-udvidelsen til automatisk at konfigurere Administreret sikkerhedskopiering til Azure Storage for alle eksisterende og nye databaser på en Azure Virtual Machine, der kører SQL Server 2016/2017 Standard-, Enterprise- eller Developer-udgaver.
  • SQL Server Backup i Azure Virtual Machines. Denne løsning bruger azureBackupWindowsWorkload-udvidelse til virtuelle maskiner, som bruger de oprindelige SQL-API'er til at sikkerhedskopiere dine SQL-databaser i Azure Site Recovery Vault.
  • sikkerhedskopier af filer og snapshots til databasefiler i Azure Blob Storage. Denne metode fungerer kun, når dine SQL Server-data og logfiler er placeret på Azure blob Storage. Ved hjælp af Azure-snapshots leverer SQL Server File-Snapshot Sikkerhedskopier næsten øjeblikkelige sikkerhedskopier og gendannelser af databasefiler, der er gemt ved hjælp af Azure Blob Storage-tjenesten. Denne funktion giver dig mulighed for at forenkle politikkerne for sikkerhedskopiering og gendannelse, og den understøtter gendannelse på et tidspunkt. Denne funktion er tilgængelig i SQL Server 2016 eller nyere.

SQL Server-sikkerhedskopiering til URL-adresse

Oprettelse af en Microsoft Azure Storage-konto i dit Azure-abonnement er det første trin i denne proces. SQL Server kan enten bruge navnet på Microsoft Azure-lagerkontoen og dens adgangsnøgleværdi til at godkende og skrive og læse blobs til Microsoft Azure Blob Storage-tjenesten eller bruge et token for delt adgangssignatur, der er oprettet på bestemte objektbeholdere, der giver den læse- og skriverettigheder. Legitimationsoplysningerne til SQL Server gemmer disse godkendelsesoplysninger og bruges under sikkerhedskopierings- eller gendannelseshandlinger.

Der er to typer blobs, der kan gemmes i Microsoft Azure Blob Storage-tjenesten: bloker og side-blobs. SQL Server-sikkerhedskopiering kan bruge begge blobtyper afhængigt af den anvendte Transact-SQL syntaks: Hvis lagernøglen bruges i legitimationsoplysningerne, bruges sideblob. Hvis signaturen for delt adgang bruges, bruges blokblob.

Sikkerhedskopiering til blokering af blob er kun tilgængelig i SQL Server 2016 eller nyere version. Vi anbefaler, at du sikkerhedskopierer for at blokere blob i stedet for sideblob, hvis du kører SQL Server 2016 eller en nyere version. Hovedårsagerne er:

  • Delt adgangssignatur er en sikrere måde at godkende blobadgang på sammenlignet med lagernøglen.
  • Du kan sikkerhedskopiere til flere blok-blobs for at få bedre sikkerhedskopierings- og gendannelsesydeevne og understøtte større sikkerhedskopiering af databaser.
  • Blokblob er billigere end side-blob.

Når du sikkerhedskopierer for at blokere blob, er den maksimale størrelse på sikkerhedskopien ca. 12,8 TB.

Begrænsninger

  • Sikkerhedskopiering til premiumlager understøttes ikke.
  • SQL Server begrænser den maksimale sikkerhedskopieringsstørrelse, der understøttes ved hjælp af en sideblob, til 1 TB. Den maksimale sikkerhedskopieringsstørrelse, der understøttes ved hjælp af blokblob, er begrænset til ca. 200 GB (50.000 blokke * 4 MB MAXTRANSFERSIZE). Blok-blobs understøtter stripning for at understøtte væsentligt større sikkerhedskopistørrelser (op til 12,8 TB).
  • Du kan udstede sikkerhedskopierings- eller gendannelsessætninger ved hjælp af guiden TSQL, SMO, PowerShell-cmdlet'er, SQL Server Management Studio Backup eller Restore.
  • Oprettelse af et logisk enhedsnavn understøttes ikke. Så tilføjelse af URL-adressen som en sikkerhedskopienhed ved hjælp af sp_dumpdevice eller via SQL Server Management Studio understøttes ikke.
  • Tilføjelse til eksisterende sikkerhedskopi-blobs understøttes ikke. Sikkerhedskopier til en eksisterende blob kan kun overskrives ved hjælp af indstillingen WITH FORMAT. Men når du bruger sikkerhedskopier af fil-snapshots (ved hjælp af argumentet WITH FILE_SNAPSHOT), er argumentet WITH FORMAT ikke tilladt for at undgå at efterlade tabte filsnapshots, der blev oprettet med den oprindelige sikkerhedskopiering af filsnapshot.
  • Sikkerhedskopiering til flere blobs i en enkelt sikkerhedskopiering understøttes kun ved hjælp af blokblotter og brug af et SAS-token (Shared Access Signature) i stedet for lagerkontonøglen for SQL-legitimationsoplysningerne.
  • Angivelse af BLOCKSIZE understøttes ikke for sideblob.
  • Angivelse af MAXTRANSFERSIZE understøttes ikke for sideblob.
  • Angivelse af indstillinger for sikkerhedskopiering – RETAINDAYS og EXPIREDATE understøttes ikke.
  • SQL Server har en maksimumgrænse på 259 tegn for et sikkerhedskopieringsenhedsnavn. URL-adressen til sikkerhedskopiering bruger 36 tegn til de påkrævede elementer, der bruges til at angive URL-adressen - 'https://.blob.core.windows.net//.bak', så der er 223 tegn til konto-, objektbeholder- og blobnavne samlet.

Seddel

Den nyeste version af SAP Software Provisioning Manager (SWPM), der er tilgængelig på oprettelsestidspunktet, understøtter ikke oprettelse af datafiler direkte på Azure Blobs. Men hvis SAP-destinationsdatabasen oprettes, før SAPinst køres, registrerer installationsprogrammet databasen og installerer den normalt. Hvis du vil bruge denne fremgangsmåde effektivt, er det nødvendigt at oprette SAP-destinationsdatabasen med datafiler på blobs, før du kører SAPinst.

Automatiseret sikkerhedskopiering v2 til Azure Virtual Machines

Automatiseret sikkerhedskopiering leverer en automatisk sikkerhedskopieringstjeneste til SQL Server Standard- og Enterprise-udgaver, der kører på en virtuel Windows-maskine i Azure. Denne tjeneste leveres af SQL Server IaaS Agent Extension, som automatisk installeres på windows-afbildninger af virtuelle SQL Server-maskiner på Azure-portalen. Hvis du installerer dine egne os-afbildninger med SQL Server installeret, skal du installere udvidelserne til den virtuelle maskine separat. Du kan finde flere oplysninger om funktionerne i denne metode på:

Den teoretiske størrelsesgrænse for sikkerhedskopiering er 12 TB. Da flere blobs skrives parallelt, kan du forvente et gennemløb på mere end 100 MB pr. sekund.

SQL Server-sikkerhedskopiering i Azure Virtual Machines

Denne sikkerhedskopieringsmetode er afhængig af SQL Server VSS/VDI-grænsefladen til at streame sikkerhedskopier til en destinationsplacering (det samme som værktøjer til sikkerhedskopiering fra tredjepart). I dette tilfælde er målplaceringen Azure Recovery Service Vault. En mere detaljeret beskrivelse af denne sikkerhedskopieringsmetode, der tilføjer mange fordele ved konfigurationer, overvågning og administration af central sikkerhedskopiering, er tilgængelig i Om SQL Server Backup i Azure Virtual Machines

Sikkerhedskopieringsløsninger fra tredjepart

For flere SAP-kunder var der ingen mulighed for at starte forfra og introducere komplette nye sikkerhedskopieringsløsninger for den del af deres SAP-landskab, der kørte på Azure. Derfor skulle de eksisterende sikkerhedskopieringsløsninger bruges og udvides til Azure. Udvidelse af eksisterende sikkerhedskopieringsløsninger til Azure fungerede normalt godt sammen med de fleste af de vigtigste leverandører på dette område.