Herstellen met behulp van automatische databaseback-ups - Azure SQL Database & SQL Managed Instance
VAN TOEPASSING OP: 
Azure SQL Database
Azure SQL Managed Instance
De volgende opties zijn beschikbaar voor databaseherstel met behulp van automatische databaseback-ups. U kunt:
- Een nieuwe database maken op dezelfde server, hersteld naar een opgegeven tijdstip binnen de retentieperiode.
- Een database maken op dezelfde server, hersteld naar het verwijderingstijdstip van een verwijderde database.
- Een nieuwe database maken op een willekeurige server in dezelfde regio, hersteld naar het tijdstip van de meest recente back-ups.
- Maak een nieuwe database op een server in een willekeurige andere regio, die is hersteld naar het tijdstip van de meest recent gerepliceerde back-ups.
Als u langetermijnretentie van back-ups hebtgeconfigureerd, kunt u ook een nieuwe database maken op basis van een back-up met langetermijnretentie op elke server.
Belangrijk
U kunt een bestaande database niet overschrijven tijdens het herstellen.
Wanneer u de servicelaag Standard of Premium gebruikt, worden er mogelijk extra opslagkosten in de database hersteld. De extra kosten worden gemaakt wanneer de maximale grootte van de herstelde database groter is dan de hoeveelheid opslag die is opgenomen in de servicelaag en het prestatieniveau van de doeldatabase. Zie de pagina met prijzen SQL Database meer informatie over de prijzen van extra opslag. Als de werkelijke hoeveelheid gebruikte ruimte kleiner is dan de hoeveelheid opslagruimte die is inbegrepen, kunt u deze extra kosten voorkomen door de maximale databasegrootte in te stellen op de inbegrepen hoeveelheid.
Hersteltijd
De hersteltijd voor het herstellen van een database met behulp van automatische databaseback-ups wordt beïnvloed door verschillende factoren:
- De grootte van de database.
- De rekenkracht van de database.
- Het aantal betrokken transactielogboeken.
- De hoeveelheid activiteit die opnieuw moet worden afgespeeld om te herstellen naar het herstelpunt.
- De netwerkbandbreedte als het herstelpunt in een andere regio is.
- Het aantal gelijktijdige herstelaanvragen dat wordt verwerkt in de doelregio.
Voor een grote of zeer actieve database kan het herstel enkele uren duren. Als er een langdurige storing in een regio optreedt, kan het gebeuren dat een groot aantal aanvragen voor geo-herstel wordt geïnitieerd voor herstel na een noodgeval. Wanneer er veel aanvragen zijn, kan de hersteltijd voor individuele databases toenemen. De meeste herstelbewerkingen voor databases zijn in minder dan 12 uur voltooid.
Voor één abonnement gelden beperkingen voor het aantal gelijktijdige herstelaanvragen. Deze beperkingen zijn van toepassing op elke combinatie van herstelbewerkingen naar een bepaald tijdstip, geo-herstelbewerkingen, en herstelbewerkingen vanaf back-ups met een langetermijnbewaarperiode.
| Implementatieoptie | Maximumaantal gelijktijdige aanvragen dat wordt verwerkt | Maximumaantal gelijktijdige aanvragen dat wordt verzonden |
|---|---|---|
| Individuele database (per abonnement) | 30 | 100 |
| Elastische pool (per groep) | 4 | 2000 |
Er is geen ingebouwde methode om de hele server te herstellen. Zie Voor een voorbeeld van hoe u deze taak kunt uitvoeren, Azure SQL Database: Volledig serverherstel.
Belangrijk
Als u wilt herstellen met behulp van automatische back-ups, moet u lid zijn van de rol SQL Server Contributor of de rol SQL Managed Instance Contributor (afhankelijk van de herstelbestemming) in het abonnement, of moet u de eigenaar van het abonnement zijn. Zie Azure RBAC: Ingebouwde rollen voor meer informatie. U kunt herstellen met behulp van Azure Portal, PowerShell of de REST API. U kunt Transact-SQL.
Terugzetten naar eerder tijdstip
U kunt een zelfstandige, pool- of exemplaardatabase herstellen naar een eerder tijdstip met behulp van de Azure Portal, PowerShell of de REST API. De aanvraag kan elke servicelaag of rekenkracht voor de herstelde database opgeven. Zorg ervoor dat u voldoende resources hebt op de server waarop u de database wilt herstellen.
Wanneer het herstellen is voltooid, wordt er een nieuwe database gemaakt op dezelfde server als de oorspronkelijke database. De herstelde database wordt tegen normale tarieven in rekening gebracht op basis van de servicelaag en rekenkracht. Er worden geen kosten in rekening gebracht totdat het herstellen van de database is voltooid.
Over het algemeen herstelt u een database naar een eerder punt voor hersteldoeleinden. U kunt de herstelde database behandelen als vervanging voor de oorspronkelijke database of deze gebruiken als een gegevensbron om de oorspronkelijke database bij te werken.
Belangrijk
U kunt herstel alleen uitvoeren op dezelfde server. Herstel tussen servers wordt niet ondersteund door herstel naar een bepaald tijdstip.
Databasevervanging
Als u van plan bent dat de herstelde database een vervanging is voor de oorspronkelijke database, moet u de rekenkracht en servicelaag van de oorspronkelijke database opgeven. U kunt vervolgens de naam van de oorspronkelijke database wijzigen en de herstelde database de oorspronkelijke naam geven met behulp van de opdracht ALTER DATABASE in T-SQL.
Gegevensherstel
Als u van plan bent om gegevens op te halen uit de herstelde database om te herstellen van een gebruikers- of toepassingsfout, moet u een script voor gegevensherstel schrijven en uitvoeren dat gegevens uit de herstelde database extraheert en van toepassing is op de oorspronkelijke database. Hoewel het lang kan duren voordat de herstelbewerking is voltooid, is de hersteldatabase zichtbaar in de databaselijst tijdens het herstelproces. Als u de database verwijdert tijdens het herstellen, wordt de herstelbewerking geannuleerd en worden er geen kosten in rekening gebracht voor de database die de herstelbewerking niet heeft voltooid.
Herstel naar een bepaald tijdstip met behulp van Azure Portal
U kunt één database of exemplaardatabase herstellen naar een bepaald tijdstip vanaf de overzichtsblade van de database die u wilt herstellen in de Azure Portal.
SQL Database
Als u een database naar een bepaald tijdstip wilt herstellen met behulp van de Azure Portal, opent u de overzichtspagina van de database en selecteert u Herstellen op de werkbalk. Kies de back-upbron en selecteer het tijdstip waarop een back-uppunt wordt gemaakt.
SQL Managed Instance
Als u een database van een beheerd exemplaar naar een bepaald tijdstip wilt herstellen met behulp van de Azure Portal, opent u de overzichtspagina van de database en selecteert u Herstellen op de werkbalk. Kies het back-uppunt van waaruit een nieuwe database wordt gemaakt.
Tip
Zie Programmatisch herstel met behulp van automatische back-ups als u een database programmatisch wilt herstellen vanuit een back-up.
Databaseherstel verwijderd
U kunt een verwijderde database herstellen naar de verwijderingstijd of een eerder tijdstip op dezelfde server of hetzelfde beheerde exemplaar. U kunt dit doen via de Azure-portal, PowerShell of REST (createMode=Restore). U herstelt een verwijderde database door een nieuwe database te maken vanuit de back-up.
Belangrijk
Als u een server of beheerd exemplaar verwijdert, worden ook alle databases verwijderd en kunnen ze niet worden hersteld. U kunt een verwijderde server of een beheerd exemplaar niet herstellen.
Databaseherstel verwijderd met behulp van de Azure Portal
U herstelt verwijderde databases uit de Azure Portal van de server of de resource van het beheerde exemplaar.
Tip
Het kan enkele minuten duren voordat onlangs verwijderde databases worden weergegeven op de pagina Verwijderde databases in de Azure-portal, of wanneer verwijderde databases programmatisch worden weergegeven.
SQL Database
Als u een verwijderde database wilt herstellen naar de verwijderingstijd met behulp van de Azure Portal, opent u de overzichtspagina van de server en selecteert u Verwijderde databases. Selecteer een verwijderde database die u wilt herstellen en typ de naam voor de nieuwe database die wordt gemaakt met gegevens die vanuit de back-up worden hersteld.
SQL Managed Instance
Als u een beheerde database wilt herstellen met behulp van Azure Portal, opent u de overzichtspagina van het beheerde exemplaar en selecteert u Verwijderde databases. Selecteer een verwijderde database die u wilt herstellen en typ de naam voor de nieuwe database die wordt gemaakt met gegevens die vanuit de back-up worden hersteld.
Databaseherstel verwijderd met behulp van PowerShell
Gebruik de volgende voorbeeldscripts om een verwijderde database te herstellen voor een SQL Database of SQL managed instance met behulp van PowerShell.
SQL Database
Zie Restore a database using PowerShell (Een database herstellen met PowerShell) voor een voorbeeld van een PowerShell-script dat laat zien hoe u een verwijderde database in Azure SQL Database herstelt.
SQL Managed Instance
Zie Restore deleted instance database using PowerShell (Database van verwijderd exemplaar herstellen met PowerShell) voor een Voorbeeld van een PowerShell-script dat laat zien hoe u een database met een verwijderd exemplaar kunt herstellen
Tip
Zie Programmatisch herstel uitvoeren met behulp van automatische back-ups als u een verwijderde database programmatisch wilt herstellen.
Geo-herstel
Belangrijk
Geo-herstel is alleen beschikbaar voor SQL databases of beheerde exemplaren die zijn geconfigureerd met geografisch redundante back-upopslag.
U kunt vanuit de meest recente geo-gerepliceerde back-ups een database herstellen op een SQL Database-server of een exemplaardatabase op een beheerd exemplaar in een Azure-regio. Geo-herstel maakt gebruik van een geo-gerepliceerde back-up als bron. U kunt geo-herstel aanvragen, zelfs als de database of het datacenter niet toegankelijk is vanwege een storing.
Geo-herstel is de standaardhersteloptie wanneer uw database niet beschikbaar is vanwege een incident in de hostingregio. U kunt de database herstellen naar een server in elke andere regio. Er is een vertraging tussen het maken van een back-up en het geo-replicatie naar een Azure-blob in een andere regio. Als gevolg hiervan kan de herstelde database maximaal één uur achterblijven op de oorspronkelijke database. In de volgende afbeelding ziet u een databaseherstel vanaf de laatst beschikbare back-up in een andere regio.
Geo-herstel met behulp van de Azure Portal
Vanuit de Azure Portal maakt u een nieuwe database met één of beheerd exemplaar en selecteert u een beschikbare back-up voor geo-herstel. De zojuist gemaakte database bevat de geo-herstelde back-upgegevens.
SQL Database
Als u een individuele database geo-herstel wilt Azure Portal in de regio en server van uw keuze, volgt u deze stappen:
Selecteer in Dashboard de optie Maken > SQL Database. Voer op het tabblad Basisinformatie de vereiste gegevens in.
Selecteer Aanvullende instellingen.
Bij Bestaande gegevens gebruiken selecteert u Back-up.
Selecteer voor Back-up een back-up in de lijst met beschikbare back-ups voor geo-herstel.
Voltooi het proces voor het maken van een nieuwe database vanuit de back-up. Wanneer u een database in Azure SQL Database, bevat deze de herstelde geo-herstelback-up.
SQL Managed Instance
Als u een database van een beheerd exemplaar geografisch wilt herstellen van de Azure Portal naar een bestaand beheerd exemplaar in een regio naar keuze, selecteert u een beheerd exemplaar waarop u een database wilt herstellen. Volg deze stappen:
Selecteer Nieuwe database.
Typ een gewenste databasenaam.
Selecteer back-up onder Bestaande gegevens gebruiken.
Selecteer een back-up in de lijst met beschikbare back-ups voor geo-herstel.
Voltooi het proces voor het maken van een nieuwe database. Wanneer u de exemplaardatabase maakt, bevat deze de herstelde geo-herstelback-up.
Geo-herstel met behulp van PowerShell
SQL Database
Zie PowerShell gebruiken om een individuele database te herstellen naar een eerder tijdstip voor een PowerShell-scriptdat laat zien hoe u geo-herstel voor één database kunt uitvoeren.
SQL Managed Instance
Zie PowerShell gebruiken om een database van een beheerd exemplaar te herstellen naar een andere geo-regio voor een PowerShell-script dat laat zien hoe u geo-herstel kunt uitvoeren voor een beheerde exemplaardatabase.
Overwegingen voor geo-herstel
U kunt geen herstel naar een bepaald tijdstip uitvoeren voor een geo-secundaire database. U kunt dit alleen doen voor een primaire database. Zie Herstellen na een storing voor gedetailleerde informatie over het gebruik van geo-herstel om te herstellen na een storing.
Belangrijk
Geo-herstel is de meest eenvoudige oplossing voor herstel na noodherstel die beschikbaar is in SQL Database en SQL Managed Instance. Het is afhankelijk van automatisch gemaakte geo-gerepliceerde back-ups met een RPO (Recovery Point Objective) van maximaal 1 uur en een geschatte hersteltijd van maximaal 12 uur. Het biedt geen garantie dat de doelregio de capaciteit heeft om uw databases te herstellen na een regionale storing, omdat een sterke toename van de vraag waarschijnlijk is. Als uw toepassing relatief kleine databases gebruikt en niet essentieel is voor het bedrijf, is geo-herstel een geschikte oplossing voor herstel na noodherstel.
Gebruik automatische failovergroepenvoor bedrijfskritieke toepassingen waarvoor grote databases zijn vereist en bedrijfscontinuïteit moeten worden gegarandeerd. Het biedt een veel lagere RPO- en hersteltijddoelstelling en de capaciteit is altijd gegarandeerd.
Zie Overzicht van bedrijfscontinuïteit voor meer informatie over keuzes voor bedrijfscontinuïteit.
Programmatisch herstel met behulp van automatische back-ups
U kunt ook Azure PowerShell of de REST API voor herstel. In de volgende tabellen wordt de set beschikbare opdrachten beschreven.
PowerShell
Notitie
In dit artikel wordt de Azure Az PowerShell-module gebruikt. Dit is de aanbevolen PowerShell-module voor interactie met Azure. Raadpleeg Azure PowerShell installeren om aan de slag te gaan met de Az PowerShell-module. Raadpleeg Azure PowerShell migreren van AzureRM naar Az om te leren hoe u naar de Azure PowerShell-module migreert.
Belangrijk
De PowerShell Azure Resource Manager-module wordt nog steeds ondersteund door SQL Database en SQL Managed Instance, maar alle toekomstige ontwikkeling is voor de Az.Sql-module. Zie AzureRM.Sql voor deze cmdlets. Argumenten voor de opdrachten in de Az-module en in Azure Resource Manager modules zijn grotendeels identiek.
Notitie
Herstelpunten vertegenwoordigen een periode tussen het eerste herstelpunt en het laatste back-uppunt voor logboeken. Informatie over het meest recente herstelpunt is momenteel niet beschikbaar op Azure PowerShell.
SQL Database
Zie Restore-AzSqlDatabaseals u een zelfstandige of pooldatabase wilt herstellen.
| Cmdlet | Beschrijving |
|---|---|
| Get-AzSqlDatabase | Hiermee haalt u een of meer databases op. |
| Get-AzSqlDeletedDatabaseBackup | Hiermee haalt u een verwijderde database die u kunt herstellen op. |
| Get-AzSqlDatabaseGeoBackup | Hiermee haalt u een geografisch redundante back-up van een database op. |
| Restore-AzSqlDatabase | Hiermee herstelt u een database. |
Tip
Zie Restore a database by using PowerShell (Een database herstellen met behulp van PowerShell)voor een voorbeeld van een PowerShell-script dat laat zien hoe u een herstel naar een bepaald tijdstip van een database kunt uitvoeren.
SQL Managed Instance
Zie Restore-AzSqlInstanceDatabaseals u een beheerde exemplaardatabase wilt herstellen.
| Cmdlet | Beschrijving |
|---|---|
| Get-AzSqlInstance | Haalt een of meer beheerde exemplaren op. |
| Get-AzSqlInstanceDatabase | Haalt een exemplaardatabase op. |
| Restore-AzSqlInstanceDatabase | Herstelt een exemplaardatabase. |
REST-API
Een database herstellen met behulp van de REST API:
| API | Beschrijving |
|---|---|
| REST (createMode=Recovery) | Hiermee herstelt u een database. |
| Databasestatus maken of bijwerken | Retourneert de status tijdens een herstelbewerking. |
Azure CLI
SQL Database
Zie az sql db restoreals u een database wilt herstellen met behulp van de Azure CLI.
SQL Managed Instance
Zie az sql midb restoreals u een database van een beheerd exemplaar wilt herstellen met behulp van de Azure CLI.
Samenvatting
Automatische back-ups beschermen uw databases tegen fouten van gebruikers en toepassingen, onbedoeld verwijderen van databases en langdurige storingen. Deze ingebouwde mogelijkheid is beschikbaar voor alle servicelagen en rekenkracht.
Volgende stappen
- Overzicht voor bedrijfscontinuïteit
- SQL Database back-ups maken
- Langetermijnretentie
- Zie Actieve geo-replicatie of groepen voor automatische failover voor meer informatie over snellere herstelopties.