Delen via


Azure Storage gebruiken voor back-up en herstel van SQL Server

Van toepassing op:SQL Server op Azure VM-

Vanaf SQL Server 2012 SP1 CU2 kunt u nu rechtstreeks back-ups maken van SQL Server-databases naar Azure Blob Storage. Gebruik deze functionaliteit om een back-up te maken van Azure Blob Storage en deze te herstellen. Back-ups naar de cloud bieden voordelen van beschikbaarheid, onbeperkte geografisch gerepliceerde opslag buiten de site en het gemak van de migratie van gegevens naar en van de cloud. U kunt BACKUP of RESTORE instructies uitgeven met behulp van Transact-SQL of SMO.

Overzicht

SQL Server 2016 introduceert nieuwe mogelijkheden; u kunt back-up van bestandsmomentopnamen gebruiken om bijna onmiddellijke back-ups en ongelooflijk snelle herstelbewerkingen uit te voeren.

In dit onderwerp wordt uitgelegd waarom u ervoor kunt kiezen om Azure Storage voor SQL Server-back-ups te gebruiken en vervolgens de betrokken onderdelen te beschrijven. U kunt de resources aan het einde van het artikel gebruiken voor toegang tot stapsgewijze instructies en aanvullende informatie om deze service te gebruiken met uw SQL Server-back-ups.

Voordelen van het gebruik van Azure Blob Storage voor SQL Server-back-ups

Er zijn verschillende uitdagingen waarmee u te maken krijgt bij het maken van back-ups van SQL Server. Deze uitdagingen zijn onder andere opslagbeheer, risico op opslagfouten, toegang tot opslag buiten de site en hardwareconfiguratie. Veel van deze uitdagingen worden aangepakt met behulp van Azure Blob Storage voor SQL Server-back-ups. Houd rekening met de volgende voordelen:

  • Gebruiksgemak: het opslaan van uw back-ups in Azure-blobs kan een handige, flexibele en gemakkelijk te openen optie buiten de site zijn. Een off-site-opslag voor uw SQL Server-back-ups creëren is net zo eenvoudig als het wijzigen van uw bestaande scripts/taken om gebruik te maken van de syntaxis BACKUP TO URL. Opslag buiten de site moet doorgaans ver genoeg zijn van de locatie van de productiedatabase om één noodgeval te voorkomen dat van invloed kan zijn op zowel de off-site- als productiedatabaselocaties. Als u ervoor kiest om uw Azure-blobs te geo-repliceren, hebt u een extra beveiligingslaag in het geval van een noodgeval dat van invloed kan zijn op de hele regio.
  • Back-uparchief: Azure Blob Storage biedt een beter alternatief voor de vaak gebruikte tapeoptie voor het archiveren van back-ups. Tapeopslag vereist mogelijk fysiek vervoer naar een externe faciliteit en maatregelen om de media te beschermen. Het opslaan van uw back-ups in Azure Blob Storage biedt een snelle, maximaal beschikbare optie en een duurzame archiveringsoptie.
  • beheerde hardware: er is geen overhead voor hardwarebeheer met Azure-services. Azure-services beheren de hardware en bieden geo-replicatie voor redundantie en bescherming tegen hardwarefouten.
  • Onbeperkte opslag: door een directe back-up naar Azure-blobs in te schakelen, hebt u toegang tot vrijwel onbeperkte opslag. U kunt ook een back-up maken van een schijf van een virtuele Azure-machine met limieten op basis van de grootte van de machine. Er is een limiet voor het aantal schijven dat u kunt koppelen aan een virtuele Azure-machine voor back-ups. Deze limiet is 16 schijven voor een extra groot exemplaar en minder voor kleinere exemplaren.
  • Beschikbaarheid van back-ups: Back-ups die zijn opgeslagen in Azure-blobs zijn overal en altijd beschikbaar en kunnen eenvoudig toegankelijk zijn voor terugzettingen naar een SQL Server-exemplaar, zonder dat u de VHD hoeft te koppelen of te downloaden en aan te koppelen.
  • Kosten: betaal alleen voor de service die wordt gebruikt. Kan kosteneffectief zijn als externe en back-up archiefoptie. Zie de Azure-prijscalculatoren het artikel Azure-prijsartikel voor meer informatie.
  • Storage-momentopnamen: wanneer databasebestanden worden opgeslagen in een Azure-blob en u SQL Server 2016 gebruikt, kunt u back-up van momentopnamen van bestanden gebruiken om bijna onmiddellijke back-ups en ongelooflijk snelle herstelbewerkingen uit te voeren.

Zie SQL Server Backup and Restore met Azure Blob Storagevoor meer informatie.

In de volgende twee secties worden Azure Blob Storage geïntroduceerd, met inbegrip van de vereiste SQL Server-onderdelen. Het is belangrijk om inzicht te hebben in de onderdelen en hun interactie om back-up en herstel uit Azure Blob Storage te kunnen gebruiken.

Azure Blob Storage-onderdelen

De volgende Azure-onderdelen worden gebruikt bij het maken van back-ups naar Azure Blob Storage.

Bestanddeel Beschrijving
opslagaccount Het opslagaccount is het startpunt voor alle opslagservices. Maak eerst een Azure Storage-account om toegang te krijgen tot Azure Blob Storage. SQL Server is agnostisch voor het type opslagredundantie dat wordt gebruikt. Back-up naar pagina-blobs en blok-blobs wordt ondersteund voor elke opslagredundantie (LRS\ZRS\GRS\RA-GRS\RA-GZRS\etc.). Zie Azure Blob Storage gebruikenvoor meer informatie over Azure Blob Storage.
Container Een container biedt een groepering van een set blobs en kan een onbeperkt aantal Blobs opslaan. Als u een SQL Server-back-up naar Azure Blob Storage wilt schrijven, moet u ten minste de hoofdcontainer hebben gemaakt.
blob Een bestand van elk type en elke grootte. Blobs kunnen worden adresseerbaar met behulp van de volgende URL-indeling: https://<storageaccount>.blob.core.windows.net/<container>/<blob>. Voor meer informatie over pagina-blobs, zie Begrip van blok- en pagina-blobs

SQL Server-onderdelen

De volgende SQL Server-onderdelen worden gebruikt bij het maken van back-ups naar Azure Blob Storage.

Bestanddeel Beschrijving
URL- Een URL specificeert een URI (Uniform Resource Identifier) naar een uniek back-upbestand. De URL bevat de locatie en naam van het BACK-upbestand van SQL Server. De URL moet verwijzen naar een werkelijke blob, niet alleen naar een container. Als de blob niet bestaat, maakt Azure deze. Als er een bestaande blob is opgegeven, mislukt de back-upopdracht, tenzij de optie WITH FORMAT is opgegeven. Hier volgt een voorbeeld van de URL die u in de opdracht BACKUP opgeeft: https://<storageaccount>.blob.core.windows.net/<container>/<FILENAME.bak>.

HTTPS wordt aanbevolen, maar is niet vereist.
referentie De informatie die nodig is om verbinding te maken en te verifiëren bij Azure Blob Storage, wordt opgeslagen als referentie. Als u wilt dat SQL Server back-ups naar een Azure-blob schrijft of deze herstelt, moet er een SQL Server-referentie worden gemaakt. Zie SQL Server Credentialvoor meer informatie.

Notitie

SQL Server 2016 is bijgewerkt ter ondersteuning van blok-blobs. Zie zelfstudie: Microsoft Azure Blob Storage gebruiken met SQL Server-databases voor meer informatie.

Volgende stappen

  1. Maak een Azure-account als u er nog geen hebt. Als u Azure evalueert, kunt u de gratis proefversie van overwegen.

  2. Doorloop vervolgens een van de volgende zelfstudies waarmee u een opslagaccount maakt en een herstelbewerking uitvoert.

  3. Bekijk aanvullende documentatie die begint met SQL Server Backup and Restore met Microsoft Azure Blob Storage.

Als u problemen ondervindt, raadpleegt u het onderwerp SQL Server Backup to URL Best Practices and Troubleshooting.

Zie Backup and Restore for SQL Server on Azure Virtual Machinesvoor andere opties voor back-up en herstel van SQL Server.