gebeurtenis
31 mrt, 23 - 2 apr, 23
De grootste SQL-, Fabric- en Power BI-leerevenement. 31 maart – 2 april. Gebruik code FABINSIDER om $ 400 te besparen.
Zorg dat u zich vandaag nog registreertDeze browser wordt niet meer ondersteund.
Upgrade naar Microsoft Edge om te profiteren van de nieuwste functies, beveiligingsupdates en technische ondersteuning.
van toepassing op:SQL Server-
In dit artikel wordt uitgelegd hoe u een volledige databaseback-up herstelt met behulp van SQL Server Management Studio.
Voordat u een database onder het volledige of bulksgewijs vastgelegde herstelmodel kunt herstellen, moet u mogelijk een back-up maken van het actieve transactielogboek (ook wel tail van het logboekgenoemd. Zie Back-up maken van een transactielogboek (SQL Server)voor meer informatie.
Houd bij het herstellen van een database vanuit een ander exemplaar rekening met de informatie uit Metagegevens beheren wanneer u een database beschikbaar maakt op een ander serverexemplaren (SQL Server).
Als u een versleutelde database wilt herstellen, hebt u toegang nodig tot het certificaat of de asymmetrische sleutel die wordt gebruikt om die database te versleutelen. Zonder het certificaat of de asymmetrische sleutel kunt u die database niet herstellen. Sla het certificaat op dat wordt gebruikt voor het versleutelen van de databaseversleutelingssleutel zolang u de back-up moet opslaan. Zie SQL Server-certificaten en Asymmetrische sleutelsvoor meer informatie.
Als u een oudere versiedatabase herstelt naar een nieuwere versie van SQL Server, wordt die database automatisch bijgewerkt naar de nieuwe versie. Hiermee voorkomt u dat de database wordt gebruikt met een oudere versie van de database-engine. Dit heeft echter betrekking op het upgraden van metagegevens en heeft geen invloed op het databasecompatibiliteitsniveau. Als het compatibiliteitsniveau van een gebruikersdatabase vóór de upgrade 100 of hoger is, blijft deze hetzelfde na de upgrade. Als het compatibiliteitsniveau 90 is vóór de upgrade, wordt in de bijgewerkte database het compatibiliteitsniveau ingesteld op 100. Dit is het laagste ondersteunde compatibiliteitsniveau in SQL Server 2016 (13.x) en hoger. Zie ALTER DATABASE Compatibility Level (Transact-SQL)voor meer informatie.
Normaal gesproken wordt de database onmiddellijk beschikbaar. Als een SQL Server 2005-database (9.x) echter volledige tekstindexen bevat, worden de indexen geïmporteerd, herzet of herbouwd, afhankelijk van de instelling van de Full-Text Upgradeoptie servereigenschap. Als u een upgradeoptie instelt op Import of Rebuild, zijn de volledige-tekstindexen niet beschikbaar tijdens de upgrade. Afhankelijk van de hoeveelheid gegevens die wordt geïndexeerd, kan het importeren enkele uren duren; herbouwen duurt maximaal 10 keer langer.
Wanneer u een upgradeoptie instelt op Importeren, worden de bijbehorende indexen voor volledige tekst opnieuw opgebouwd als er geen volledige tekstcatalogus beschikbaar is. Zie Beheren en controleren Full-Text Zoeken naar een serverexemplaarvoor informatie over het weergeven of wijzigen van de instelling van de eigenschap Full-Text Upgradeoptie.
Zie SQL Server Backup and Restore with Microsoft Azure Blob Storagevoor informatie over SQL Server-herstel vanuit Azure Blob Storage.
Maak in Objectverkennerverbinding met een exemplaar van de SQL Server Database Engine en vouw dat exemplaar vervolgens uit.
Klik met de rechtermuisknop op Databases en selecteer Database herstellen...
Gebruik op de pagina Algemeen de sectie Bron om de bron en locatie van de back-upsets op te geven die moeten worden hersteld. Selecteer een van de volgende opties:
Database-
Selecteer de database die u wilt herstellen in de vervolgkeuzelijst. De lijst bevat alleen databases waarvan een back-up is gemaakt volgens de msdb back-upgeschiedenis.
Notitie
Als de back-up wordt gemaakt vanaf een andere server, beschikt de doelserver niet over de back-upgeschiedenisgegevens voor de opgegeven database. Selecteer in dit geval Apparaat om handmatig het bestand of apparaat op te geven dat moet worden hersteld.
Apparaat
Selecteer de knop Bladeren (...) om het dialoogvenster Back-upapparaten selecteren te openen.
Het dialoogvenster Back-upapparaten selecteren
type back-upmedia
Selecteer een mediatype in de vervolgkeuzelijst Back-upmediatype. Opmerking: de optie tape wordt alleen weergegeven als er een tapestation op de computer is gekoppeld en de optie Back-upapparaat wordt weergegeven, alleen als er ten minste één back-upapparaat bestaat.
toevoegen
Afhankelijk van het type media dat u selecteert in de vervolgkeuzelijst Back-upmediatype, wordt een van de volgende dialoogvensters geopend wanneer u op Toevoegen klikt. (Als de lijst in de Back-upmedia keuzelijst vol is, is de knop Toevoegen niet beschikbaar.)
Mediatype | Dialoogvenster | Beschrijving |
---|---|---|
bestand | Back-upbestand zoeken | In dit dialoogvenster kunt u een lokaal bestand selecteren in de boomstructuur of een extern bestand opgeven met de volledig gekwalificeerde universele naamconventie (UNC). Zie Back-upapparaten (SQL Server)voor meer informatie. |
Apparaat | Back-upapparaat selecteren | In dit dialoogvenster kunt u een keuze maken uit een lijst met de logische back-upapparaten die zijn gedefinieerd op de serverinstantie. |
Tape | Back-uptape selecteren | In dit dialoogvenster kunt u een keuze maken uit een lijst met de tapestations die fysiek zijn verbonden met de computer waarop het exemplaar van SQL Server wordt uitgevoerd. |
URL- | Een locatie voor back-upbestand selecteren | In dit dialoogvenster kunt u een bestaande SQL Server-referentie/Azure-opslagcontainer selecteren, een nieuwe Azure-opslagcontainer toevoegen met een handtekening voor gedeelde toegang of een handtekening voor gedeelde toegang en SQL Server-referenties genereren voor een bestaande opslagcontainer. Zie ook Verbinding maken met een Microsoft Azure-abonnement |
S3-URL | Locatie van back-upbestand van S3 selecteren | Voer in dit dialoogvenster de URL van de virtuele host en de geheime sleutel-id en toegangssleutel-id in voor de S3-compatibele objectopslag. Zie back-up en herstel van SQL Server met S3-compatibele objectopslagvoor meer informatie. |
Verwijdert Verwijdert een of meer geselecteerde bestanden, tapes of logische back-upapparaten.
Inhoud Geeft de media-inhoud van een geselecteerd bestand, tape of logisch back-upapparaat weer. Deze knop werkt mogelijk niet als het mediatype URLis.
Backupmedia Toont de geselecteerde media.
Nadat u de apparaten hebt toegevoegd die u wilt toevoegen aan de back-upmedia keuzelijst, selecteert u OK om terug te keren naar de pagina Algemeen.
Selecteer in de Bron: Apparaat: Database keuzelijst de naam van de database die moet worden hersteld.
Notitie
Deze lijst is alleen beschikbaar wanneer Apparaat is geselecteerd. Alleen databases met back-ups op het geselecteerde apparaat zijn beschikbaar.
In de sectie Doel wordt het vak Database automatisch ingevuld met de naam van de database die moet worden hersteld. Als u de naam van de database wilt wijzigen, voert u de nieuwe naam in het vak Database in.
Laat in het vak Herstellen naar de standaardwaarde staan als De laatste back-up die u hebt gemaakt of selecteer Tijdlijn om toegang te krijgen tot de Back-uptijdlijn dialoogvenster om handmatig een tijdstip te selecteren om de herstelactie te beëindigen. Zie tijdlijn voor back-upsvoor meer informatie over het selecteren van een specifiek tijdstip.
Selecteer in het raster 'Back-upsets om te herstellen' de back-ups die u wilt herstellen. In dit raster worden de back-ups weergegeven die beschikbaar zijn voor de opgegeven locatie. Standaard wordt een herstelplan voorgesteld. Als u het voorgestelde herstelplan wilt overschrijven, kunt u de selecties in het raster wijzigen. Back-ups die afhankelijk zijn van het herstel van een eerdere back-up, worden automatisch gedeselecteerd wanneer de eerdere back-up wordt gedeselecteerd. Zie Database herstellen (algemene pagina)voor meer informatie over de kolommen in de Back-upsets om raster te herstellen.
Selecteer desgewenst Bestanden in het deelvenster Selecteer een pagina om het dialoogvenster Bestanden te openen. Hier kunt u de database herstellen naar een nieuwe locatie door een nieuwe herstelbestemming op te geven voor elk bestand in de De databasebestanden herstellen als raster. Voor meer informatie over dit rooster, zie Database herstellen (Bestandenpagina).
Als u de geavanceerde opties wilt weergeven of selecteren, kunt u op de pagina Opties in het deelvenster Opties herstellen een van de volgende opties selecteren, indien van toepassing op uw situatie:
MET opties (niet vereist):
de bestaande database overschrijven (DOOR VERVANGEN)
Behoud de replicatie-instellingen (WITH KEEP_REPLICATION)
De toegang tot de herstelde database beperken (WITH RESTRICTED_USER)
Selecteer een optie voor het vak Herstelstatus. Dit vak bepaalt de status van de database na de herstelbewerking.
RESTORE WITH RECOVERY is het standaardgedrag dat de database gereed laat voor gebruik door de niet-doorgevoerde transacties terug te draaien. Er kunnen geen extra transactielogboeken worden hersteld. Selecteer deze optie als u alle benodigde back-ups nu herstelt.
RESTORE WITH NORECOVERY die de database niet operationeel laat en de niet-doorgevoerde transacties niet terugdraait. Aanvullende transactielogboeken kunnen worden hersteld. De database kan pas worden gebruikt als deze is hersteld.
RESTORE WITH STANDBY waardoor de database in de modus Alleen-lezen blijft. Hiermee worden niet-doorgevoerde transacties ongedaangemaakt, maar worden de acties voor ongedaan maken opgeslagen in een stand-bybestand, zodat hersteleffecten kunnen worden teruggezet.
Maak back-ups van tail-log voordat u deze herstelt. Niet alle herstelscenario's vereisen een back-up van tail-log. Zie Scenario's waarvoor een Tail-Log Back-up is vereist vanuit Tail-Log Back-ups (SQL Server) voor meer informatie.
Herstelbewerkingen kunnen mislukken als er actieve verbindingen met de database zijn. Controleer de optie Bestaande verbindingen sluiten om ervoor te zorgen dat alle actieve verbindingen tussen Management Studio en de database worden gesloten. Met dit selectievakje wordt de database ingesteld op de modus voor één gebruiker voordat de herstelbewerkingen worden uitgevoerd en wordt de database ingesteld op de modus voor meerdere gebruikers wanneer deze is voltooid.
Kies "Vragen voordat u elke back-up herstelt" als u wilt dat er voor elke herstelbewerking om een bevestiging wordt gevraagd. Dit is niet nodig, tenzij de database groot is en u de status van de herstelbewerking wilt controleren.
Zie Database herstellen (optiespagina)voor meer informatie over deze herstelopties.
Selecteer OK-.
In het volgende voorbeeld wordt een eerdere schijfback-up van Sales
hersteld en wordt de bestaande Sales
-database overschreven.
Maak in Objectverkennerverbinding met een exemplaar van de SQL Server Database Engine en vouw dat exemplaar vervolgens uit.
Klik met de rechtermuisknop op Databases en selecteer Database herstellen...
Selecteer op de Algemene pagina Apparaat onder de Bron sectie.
Selecteer de knop Bladeren (...) om het dialoogvenster Back-upapparaten selecteren te openen. Selecteer toevoegen en navigeer naar uw back-up. Selecteer OK nadat u uw schijfback-upbestand(en) hebt geselecteerd.
Selecteer OK- om terug te keren naar de pagina Algemeen.
Selecteer Opties in het deelvenster Selecteer een pagina.
Controleer in de sectie Herstelopties de optie Overschrijf de bestaande database (MET VERVANGEN).
Notitie
Als u deze optie niet inschakelt, kan dit resulteren in het volgende foutbericht: System.Data.SqlClient.SqlError: De back-upset bevat een back-up van een andere database dan de bestaande database 'Sales
'. (Microsoft.SqlServer.SmoExtended)"
Schakel in de sectie Tail-log back-up het selectievakje Back-up van tail-log maken uit voordat uherstelt.
Notitie
Niet alle herstelscenario's vereisen een back-up van tail-log. U hebt geen back-up van tail-log nodig als het herstelpunt zich in een eerdere logboekback-up bevindt. Een back-up van een tail-log is ook niet nodig als u een database verplaatst of vervangt (overschrijft) en deze niet hoeft te herstellen naar een bepaald tijdstip na de meest recente back-up. Zie Tail-Log Back-ups (SQL Server)voor meer informatie.
Deze optie is niet beschikbaar voor databases in het SIMPLE-herstelmodel.
Onder de sectie Server-verbindingen, controleer Bestaande verbindingen met de doeldatabase sluiten.
Notitie
Als u deze optie niet inschakelt, kan dit resulteren in het volgende foutbericht: System.Data.SqlClient.SqlError: Exclusieve toegang kan niet worden verkregen omdat de database in gebruik is. (Microsoft.SqlServer.SmoExtended)"
Selecteer OK-.
In het volgende voorbeeld wordt een eerdere schijfback-up van Sales
hersteld en wordt een nieuwe database met de naam SalesTest
gemaakt. De oorspronkelijke database, Sales
, bestaat nog steeds op de server.
Maak in Objectverkennerverbinding met een exemplaar van de SQL Server Database Engine en vouw dat exemplaar vervolgens uit.
Klik met de rechtermuisknop op Databases en selecteer Database herstellen...
Op de pagina Algemeen, selecteer Apparaat onder de sectie Bron.
Selecteer de knop Bladeren (...) om het dialoogvenster Back-upapparaten selecteren te openen. Selecteer toevoegen en navigeer naar uw back-up. Selecteer OK nadat u uw schijfback-upbestand(en) hebt geselecteerd.
Selecteer OK- om terug te keren naar de pagina Algemeen.
In de sectie Doel wordt het vak Database automatisch ingevuld met de naam van de database die moet worden hersteld. Als u de naam van de database wilt wijzigen, voert u de nieuwe naam in het vak Database in.
Selecteer Opties in het deelvenster Selecteer een pagina.
Schakel in de sectie Tail-log back-up het selectievakje 'Tail-log back-up maken vóór herstel' uit.
Belangrijk
Als u deze optie niet uitschakelt, wordt de huidige database, Sales
, gewijzigd in de hersteltoestand.
Selecteer OK-.
Notitie
Als u het volgende foutbericht krijgt: "System.Data.SqlClient.SqlError: De staart van het logboek voor de database 'Sales
' is niet geback-upt." Gebruik BACKUP LOG WITH NORECOVERY
om een back-up te maken van het logboek als het werk bevat dat u niet wilt verliezen. Gebruik de WITH REPLACE
- of WITH STOPAT
-clausule van de RESTORE
-verklaring om de inhoud van het logboek te overschrijven. (Microsoft.SqlServer.SmoExtended)".
Vervolgens hebt u waarschijnlijk de naam van de nieuwe database niet ingevoerd uit stap 6 hierboven. Herstellen voorkomt normaal gesproken dat een database per ongeluk wordt overschreven met een andere database. Als de database die is opgegeven in een RESTORE
instructie al bestaat op de huidige server en de opgegeven GUID van de databasefamilie verschilt van de GUID van de databasefamilie die is vastgelegd in de back-upset, wordt de database niet hersteld. Dit is een belangrijke bescherming.
In het volgende voorbeeld wordt een database hersteld naar de status van 1:23:17 PM
op May 30, 2016
en wordt een herstelbewerking met meerdere logboekback-ups weergegeven. De database bestaat momenteel niet op de server.
In de onderstaande twee voorbeelden wordt een herstelbewerking uitgevoerd van Sales
vanuit een back-up die zich in de Microsoft Azure-opslagservice bevindt. De naam van het opslagaccount is mystorageaccount
. De container wordt myfirstcontainer
genoemd. Ter beknoptheid worden de eerste zes stappen hier één keer weergegeven en beginnen alle voorbeelden op stap 7.
Er is een opgeslagen toegangsbeleid gemaakt met lees-, schrijf-, verwijder- en lijstrechten. Er is een handtekening voor gedeelde toegang gemaakt die is gekoppeld aan het opgeslagen toegangsbeleid voor de container https://mystorageaccount.blob.core.windows.net/myfirstcontainer
. De stappen zijn meestal hetzelfde als er al een SQL Server-referentie bestaat. De database Sales
bestaat momenteel op de server. De back-upbestanden zijn Sales_stripe1of2_20160601.bak
en Sales_stripe2of2_20160601.bak
.
https://mystorageaccount.blob.core.windows.net/myfirstcontainer
in de Azure-opslagcontainer: vervolgkeuzelijst, als de SQL Server-referentie al bestaat. Anders voer je handmatig de naam van de container in, https://mystorageaccount.blob.core.windows.net/myfirstcontainer
.https://mystorageaccount.blob.core.windows.net/myfirstcontainer
.Sales_stripe1of2_20160601.bak
en Sales_stripe2of2_20160601.bak
.In dit voorbeeld bestaat de Sales
-database momenteel niet op de server.
https://mystorageaccount.blob.core.windows.net/myfirstcontainer
.De Sales
-database wordt teruggezet naar de Microsoft Azure-opslagcontainer https://mystorageaccount.blob.core.windows.net/myfirstcontainer
vanaf een back-up op E:\MSSQL\BAK
. De SQL Server-referentie voor de Azure-container is al gemaakt. Er moet al een SQL Server-referentie voor de doelcontainer bestaan, omdat deze niet kan worden gemaakt via de taak Herstellen. De Sales
-database bestaat momenteel niet op de server.
E:\MSSQL\BAK
, selecteer het back-upbestand en selecteer vervolgens OK.https://mystorageaccount.blob.core.windows.net/myfirstcontainer
, in de tekstvakken voor de map Gegevensbestand in: en map logboekbestand:.In het onderstaande voorbeeld wordt een herstel uitgevoerd van Sales
vanaf een back-up die zich in S3-compatibele objectopslag bevindt.
De S3-URL heeft de indeling s3://<endpoint>:<port>/<bucket>/
en het back-upbestand heeft de naam Sales.bak
. De geheime sleutel-id en de toegangssleutel-id zijn verkregen van de S3-provider. De Sales
-database bestaat momenteel niet op de server.
gebeurtenis
31 mrt, 23 - 2 apr, 23
De grootste SQL-, Fabric- en Power BI-leerevenement. 31 maart – 2 april. Gebruik code FABINSIDER om $ 400 te besparen.
Zorg dat u zich vandaag nog registreertTraining
Certificering
Microsoft Certified: Azure Database Administrator Associate - Certifications
Beheer een SQL Server-databaseinfrastructuur voor cloud-, on-premises en hybride relationele databases met behulp van de relationele Microsoft PaaS-databaseaanbiedingen.