Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Van toepassing op:
SQL Server
In dit onderwerp worden de overwegingen beschreven bij het herstellen van een database met behulp van een back-up die is opgeslagen in Azure Blob Storage. Dit geldt voor back-ups die zijn gemaakt met behulp van SQL Server Backup naar URL-back-up of door SQL Server beheerde back-up naar Microsoft Azure.
We raden u aan dit onderwerp te bekijken als u back-ups hebt opgeslagen in Azure Blob Storage die u wilt herstellen en bekijk vervolgens de onderwerpen waarin de stappen worden beschreven voor het herstellen van een database die hetzelfde is voor zowel on-premises als Azure-back-ups.
Overzicht
De hulpprogramma's en methoden die worden gebruikt om een database te herstellen vanuit een on-premises back-up, zijn van toepassing op het herstellen van een database vanuit een cloudback-up. In de volgende secties worden deze overwegingen beschreven en eventuele verschillen die u moet weten wanneer u back-ups gebruikt die zijn opgeslagen in Azure Blob Storage.
Transact-SQL gebruiken
Omdat SQL Server verbinding moet maken met een externe bron om de back-upbestanden op te halen, wordt SQL-referentie gebruikt om te verifiëren bij het opslagaccount. Daarom vereist de RESTORE-instructie de optie WITH CREDENTIAL. Zie BACK-up en herstel van SQL Server met Microsoft Azure Blob Storage voor meer informatie.
Als u de beheerde back-up van SQL Server naar Microsoft Azure gebruikt om uw back-ups naar de cloud te beheren, kunt u alle beschikbare back-ups in de opslag bekijken met behulp van de systeemfunctie smart_admin.fn_available_backups . Deze systeemfunctie retourneert alle beschikbare back-ups voor een database in een tabel. Wanneer de resultaten worden geretourneerd in een tabel, kunt u de resultaten filteren of sorteren. Zie managed_backup.fn_available_backups (Transact-SQL) voor meer informatie.
SQL Server Management Studio gebruiken
- De hersteltaak wordt gebruikt om een database te herstellen met behulp van SQL Server Management Studio. De pagina back-upmedia bevat nu de URL-optie voor het weergeven van back-upbestanden die zijn opgeslagen in Azure Blob Storage. U moet ook de SQL-referentie opgeven die wordt gebruikt voor verificatie bij het opslagaccount. De back-upsets voor het herstellen van het raster worden vervolgens gevuld met de beschikbare back-ups in de Azure Blob-opslag. Zie Herstellen vanuit Azure Storage met behulp van SQL Server Management Studio voor meer informatie.
Herstelbewerkingen optimaliseren
Als u de schrijftijd voor herstel wilt verminderen, voegt u gebruikersrechten voor volumeonderhoudstaken toe aan het SQL Server-gebruikersaccount. Zie Initialisatie van databasebestand voor meer informatie. Als het herstellen nog steeds traag is wanneer de initialisatie van het bestand direct is ingeschakeld, bekijkt u de grootte van het logboekbestand op het exemplaar waarvan een back-up is gemaakt van de database. Als het logboek erg groot is (meerdere GB's), wordt verwacht dat herstel traag is. Tijdens het herstellen moet het logboekbestand nul zijn, wat een aanzienlijke hoeveelheid tijd in beslag neemt. De eerste herstelbewerking van databasetransactielogboekbestanden kan niet profiteren van onmiddellijke bestandsinitialisatie.
Als u de hersteltijden wilt verminderen, wordt u aangeraden gecomprimeerde back-ups te gebruiken. Voor back-ups van meer dan 25 GB gebruikt u het AzCopy-hulpprogramma om naar het lokale station te downloaden en vervolgens de herstelbewerking uit te voeren. Zie SQL Server Backup naar URL Best Practices en Probleemoplossing voor andere aanbevolen procedures en aanbevelingen voor back-ups.
In SQL Server 2016 (13.x) en latere versies heeft block blob de voorkeur voor back-up naar een URL.
- Als u pagina-blobs gebruikt, kunt u traceringsvlag 3051 inschakelen wanneer u de herstelbewerking uitvoert om een gedetailleerd logboek te genereren. Dit logboekbestand wordt in de logboekmap geplaatst en heeft de volgende naam:
BackupToUrl-\<instancename>-\<dbname>-action-\<PID>.log. Het logboekbestand bevat informatie over elke retour naar Azure Storage, inclusief timing die nuttig kan zijn bij het diagnosticeren van het probleem.