SQL Server-databases herstellen in Azure-VM's

In dit artikel wordt beschreven hoe u een SQL Server-database herstelt die wordt uitgevoerd op een virtuele Azure-machine (VM) waarvan de Azure Backup-service een back-up heeft gemaakt naar een Azure Backup Recovery Services-kluis.

In dit artikel wordt beschreven hoe u SQL Server databases kunt herstellen. Zie Back-ups maken van SQL Server databases op Virtuele Azure-machines voor meer informatie.

Notitie

Zie de ondersteuningsmatrix voor SQL-back-ups voor meer informatie over de ondersteunde configuraties en scenario's.

Herstellen naar een tijd of een herstelpunt

Azure Backup kunt als volgt SQL Server databases herstellen die worden uitgevoerd op virtuele Azure-machines:

  • Herstel naar een specifieke datum of tijd (naar de seconde) met behulp van back-ups van transactielogboeken. Azure Backup bepaalt automatisch de juiste volledige differentiële back-up en de keten van logboekback-ups die moeten worden hersteld op basis van de geselecteerde tijd.
  • Herstel een specifieke volledige of differentiële back-up om te herstellen naar een specifiek herstelpunt.

Vereisten voor herstellen

Voordat u een database herstelt, moet u rekening houden met het volgende:

  • U kunt de database herstellen naar een exemplaar van SQL Server in dezelfde Azure-regio.
  • De doelserver moet zijn geregistreerd bij dezelfde kluis als de bron.
  • Als er meerdere exemplaren op een server worden uitgevoerd, moeten alle exemplaren actief zijn. Anders wordt de server niet weergegeven in de lijst met doelservers waarop u de database wilt herstellen. Raadpleeg de stappen voor probleemoplossing voor meer informatie.
  • Als u een met TDE versleutelde database wilt herstellen naar een andere SQL Server, moet u eerst het certificaat herstellen naar de doelserver.
  • Databases met CDC moeten worden hersteld met de optie Herstellen als bestanden .
  • We raden u sterk aan om de hoofddatabase te herstellen met de optie Herstellen als bestanden en vervolgens te herstellen met behulp van T-SQL-opdrachten.
  • Voor alle systeemdatabases (model, msdb) stopt u de SQL Server Agent-service voordat u de herstelbewerking activeert.
  • Sluit alle toepassingen die verbinding kunnen maken met een van deze databases.

Een database herstellen

Als u wilt herstellen, hebt u de volgende machtigingen nodig:

  • Back-upoperatormachtigingen in de kluis waar u het herstel uitvoert.
  • Inzendertoegang (schrijven) tot de bron-VM waarvan een back-up is gemaakt.
  • Toegang tot de doel-VM (schrijven):
    • Als u naar dezelfde VM herstelt, is dit de bron-VM.
    • Als u herstelt naar een alternatieve locatie, is dit de nieuwe doel-VM.

Herstel als volgt:

  1. Ga in het Azure Portal naar back-upcentrum en klik op Herstellen.

    Schermopname van het herstelproces starten.

  2. Selecteer SQL in Azure VM als het gegevensbrontype, selecteer een database die u wilt herstellen en klik op Doorgaan.

    Schermopname van het selecteren van het gegevensbrontype.

  3. Geef in De configuratie herstellen op waar (of hoe) de gegevens moeten worden hersteld:

    • Alternatieve locatie: herstel de database naar een alternatieve locatie en behoud de oorspronkelijke brondatabase.

    • Database overschrijven: herstel de gegevens naar hetzelfde SQL Server exemplaar als de oorspronkelijke bron. Met deze optie wordt de oorspronkelijke database overschreven.

      Belangrijk

      Als de geselecteerde database deel uitmaakt van een AlwaysOn-beschikbaarheidsgroep, staat SQL Server niet toe dat de database wordt overschreven. Alleen alternatieve locatie is beschikbaar.

    • Herstellen als bestanden: in plaats van te herstellen als een database, herstelt u de back-upbestanden die later als een database kunnen worden hersteld op elke computer waarop de bestanden aanwezig zijn met behulp van SQL Server Management Studio.

Herstellen naar een alternatieve locatie

  1. Selecteer alternatieve locatie in het menu Configuratie herstellen onder Waar te herstellen.

  2. Selecteer de SQL Server naam en instantie waarnaar u de database wilt herstellen.

  3. Geef in het vak Herstelde databasenaam de naam van de doeldatabase op.

  4. Selecteer indien van toepassing Overschrijven als de database met dezelfde naam al bestaat op het geselecteerde SQL-exemplaar.

  5. Selecteer Herstelpunt en selecteer of u wilt herstellen naar een bepaald tijdstip of om te herstellen naar een specifiek herstelpunt.

    Schermopname van het selecteren van herstelpunt.

    Schermopname van herstellen naar een bepaald tijdstip.

  6. Ga als volgt te werk in het menu Geavanceerde configuratie:

    • Als u de database niet-bewerkingen na het herstellen wilt behouden, schakelt u Herstellen in met NORECOVERY.

    • Als u de herstellocatie op de doelserver wilt wijzigen, voert u nieuwe doelpaden in.

      Doelpaden invoeren

  7. Selecteer OK om de herstelbewerking te activeren. Houd de voortgang van het herstel bij in het gebied Meldingen of volg deze onder de weergave Back-uptaken in de kluis.

    Notitie

    Het herstel naar een bepaald tijdstip is alleen beschikbaar voor logboekback-ups voor databases die volledig en bulksgewijs zijn geregistreerd.

Herstellen en overschrijven

  1. Selecteer in het menu Configuratie herstellen onder Waar te herstellen de optie DB> overschrijvenOK.

    DB overschrijven selecteren

  2. Selecteer in Herstelpunt selecteren logboeken (tijdstip) om te herstellen naar een bepaald tijdstip. Of selecteer Volledig & differentieel om te herstellen naar een specifiek herstelpunt.

    Notitie

    Het herstel naar een bepaald tijdstip is alleen beschikbaar voor logboekback-ups voor databases die volledig en bulksgewijs zijn geregistreerd.

Herstellen als bestanden

Als u de back-upgegevens wilt herstellen als BAK-bestanden in plaats van een database, kiest u Herstellen als bestanden. Zodra de bestanden zijn gedumpt naar een opgegeven pad, kunt u deze bestanden naar elke computer brengen waarop u ze als een database wilt herstellen. Aangezien u deze bestanden naar elke computer kunt verplaatsen, kunt u de gegevens nu herstellen tussen abonnementen en regio's.

  1. Selecteer Onder Waar en hoe u Herstellen kunt herstellende optie Herstellen als bestanden.

  2. Selecteer de SQL Server naam waarnaar u de back-upbestanden wilt herstellen.

  3. Voer in het doelpad op de server het mappad in op de server die is geselecteerd in stap 2. Dit is de locatie waar de service alle benodigde back-upbestanden dumpt. Normaal gesproken maakt een netwerksharepad of pad van een gekoppelde Azure-bestandsshare indien opgegeven als doelpad toegang tot deze bestanden door andere computers in hetzelfde netwerk of met dezelfde Azure-bestandsshare die eraan is gekoppeld eenvoudiger.

    Notitie

    Als u de back-upbestanden van de database wilt herstellen op een Azure-bestandsshare die is gekoppeld aan de geregistreerde doel-VM, moet u ervoor zorgen dat NT AUTHORITY\SYSTEM toegang heeft tot de bestandsshare. U kunt de onderstaande stappen uitvoeren om de lees-/schrijfmachtigingen toe te kennen aan de AFS die is gekoppeld aan de VIRTUELE machine:

    • Uitvoeren PsExec -s cmd om de NT AUTHORITY\SYSTEM-shell in te voeren
      • Voer cmdkey /add:<storageacct>.file.core.windows.net /user:AZURE\<storageacct> /pass:<storagekey> uit
      • Toegang verifiëren met dir \\<storageacct>.file.core.windows.net\<filesharename>
    • Een herstel starten als bestanden uit de Backup Vault naar \\<storageacct>.file.core.windows.net\<filesharename> als het pad
      U kunt PsExec downloaden vanaf de pagina Sysinternals .
  4. Selecteer OK.

    Herstellen als bestanden selecteren

  5. Selecteer Herstelpunt en selecteer of u wilt herstellen naar een bepaald tijdstip of om te herstellen naar een specifiek herstelpunt.

  6. Alle back-upbestanden die aan het geselecteerde herstelpunt zijn gekoppeld, worden in het doelpad gedumpt. U kunt de bestanden herstellen als een database op elke computer waarop ze aanwezig zijn met behulp van SQL Server Management Studio.

    Herstelde back-upbestanden in doelpad

Herstellen naar een bepaald punt in de tijd

Als u logboeken (tijdstip) hebt geselecteerd als hersteltype, gaat u als volgt te werk:

  1. Open de agenda onder Datum/tijd herstellen. In de agenda worden de datums met herstelpunten vetgedrukt weergegeven en is de huidige datum gemarkeerd.

  2. Selecteer een datum met herstelpunten. U kunt geen datums selecteren die geen herstelpunten hebben.

    De agenda openen

  3. Als u een datum hebt geselecteerd, worden de beschikbare herstelpunten in chronologische volgorde weergegeven in de tijdlijngrafiek.

  4. Geef een tijd op voor het herstel in de tijdlijngrafiek of selecteer een tijd. Selecteer vervolgens OK.

Gedeeltelijk herstellen als bestanden

De Azure Backup-service bepaalt de keten van bestanden die tijdens het herstellen als bestanden moeten worden gedownload. Er zijn echter scenario's waarin u de volledige inhoud mogelijk niet opnieuw wilt downloaden.

Als u bijvoorbeeld een back-upbeleid hebt van wekelijkse fulls, dagelijkse differentiële gegevens en logboeken en u al bestanden hebt gedownload voor een bepaald differentieel. U hebt vastgesteld dat dit niet het juiste herstelpunt is en besloot om het differentieel van de volgende dag te downloaden. Nu hebt u alleen het differentiële bestand nodig omdat u al het begin vol hebt. Met de gedeeltelijke herstelfunctie als bestanden, geleverd door Azure Backup, kunt u nu het volledige uit de downloadketen uitsluiten en alleen het differentiële downloaden.

Back-upbestandstypen uitsluiten

ExtensionSettingOverrides.json is een JSON-bestand (JavaScript Object Notation) dat onderdrukkingen bevat voor meerdere instellingen van de Azure Backup-service voor SQL. Voor de bewerking 'Gedeeltelijk herstellen als bestanden' moet een nieuw JSON-veld RecoveryPointsToBeExcludedForRestoreAsFiles worden toegevoegd. Dit veld bevat een tekenreekswaarde die aangeeft welke typen herstelpunten moeten worden uitgesloten in de volgende herstelbewerking als bestandsbewerking.

  1. Ga op de doelcomputer waar bestanden moeten worden gedownload naar de map C:\Program Files\Azure Workload Backup\bin

  2. Maak een nieuw JSON-bestand met de naam ExtensionSettingOverrides.JSON als dit nog niet bestaat.

  3. Voeg het volgende JSON-sleutelwaardepaar toe

    {
    "RecoveryPointsToBeExcludedForRestoreAsFiles": "ExcludeFull"
    }
    
  4. Er is geen herstart van een service vereist. De Azure Backup-service probeert back-uptypen uit te sluiten in de herstelketen, zoals vermeld in dit bestand.

De RecoveryPointsToBeExcludedForRestoreAsFiles enige specifieke waarden die de herstelpunten aanduken die moeten worden uitgesloten tijdens het herstellen. Voor SQL zijn deze waarden:

  • ExcludeFull (andere back-uptypen, zoals differentiële en logboeken, worden gedownload als deze aanwezig zijn in de herstelpuntketen)
  • ExcludeFullAndGedifferentieerdial (andere back-uptypen zoals logboeken worden gedownload, als deze aanwezig zijn in de herstelpuntketen)

Herstellen naar een specifiek herstelpunt

Als u Volledig & differentieel hebt geselecteerd als hersteltype, gaat u als volgt te werk:

  1. Selecteer een herstelpunt in de lijst en selecteer OK om de procedure voor het herstelpunt te voltooien.

    Een volledig herstelpunt kiezen

    Notitie

    Standaard worden herstelpunten uit de afgelopen 30 dagen weergegeven. U kunt herstelpunten weergeven die ouder zijn dan 30 dagen door Filter te selecteren en een aangepast bereik te selecteren.

Databases met een groot aantal bestanden herstellen

Als de totale tekenreeksgrootte van bestanden in een database groter is dan een bepaalde limiet, slaat Azure Backup de lijst met databasebestanden op in een ander pitonderdeel, zodat u het doelherstelpad niet kunt instellen tijdens de herstelbewerking. De bestanden worden in plaats daarvan hersteld naar het standaardpad van SQL.

Database herstellen met groot bestand

Herstel tussen regio's

Als een van de herstelopties kunt u met CRR (Cross Region Restore) SQL-databases herstellen die worden gehost op Virtuele Azure-machines in een secundaire regio, een gekoppelde Azure-regio.

Als u wilt onboarden voor de functie, leest u de sectie Voordat u begint.

Als u wilt zien of CRR is ingeschakeld, volgt u de instructies in Herstellen tussen regio's configureren

Back-upitems weergeven in secundaire regio

Als CRR is ingeschakeld, kunt u de back-upitems in de secundaire regio bekijken.

  1. Ga vanuit de portal naarBack-upitems van Recovery Services-kluis>.
  2. Selecteer Secundaire regio om de items in de secundaire regio weer te geven.

Notitie

Alleen back-upbeheertypen die de CRR-functie ondersteunen, worden weergegeven in de lijst. Momenteel is alleen ondersteuning voor het herstellen van gegevens van secundaire regio's naar een secundaire regio toegestaan.

Back-upitems in secundaire regio

Databases in secundaire regio

Herstellen in secundaire regio

De gebruikerservaring voor het herstellen van secundaire regio's is vergelijkbaar met de gebruikerservaring voor het herstellen van de primaire regio. Wanneer u details configureert in het deelvenster Configuratie herstellen om uw herstel te configureren, wordt u gevraagd om alleen parameters voor secundaire regio's op te geven. Er moet een kluis aanwezig zijn in de secundaire regio en de SQL-server moet worden geregistreerd bij de kluis in de secundaire regio.

Waar en hoe u herstelt

Melding over activeren van herstel in uitvoering

Notitie

  • Nadat de herstelbewerking is geactiveerd en in de fase voor gegevensoverdracht, kan de hersteltaak niet worden geannuleerd.
  • Het rol-/toegangsniveau dat is vereist voor het uitvoeren van herstelbewerkingen in meerdere regio's, zijn de rol Back-upoperator in het abonnement en inzender(schrijf) -toegang op de bron- en doel-VM's. Als u back-uptaken wilt weergeven, is _ Backup reader_ de minimale premission vereist in het abonnement.
  • De RPO voor de back-upgegevens die beschikbaar moeten zijn in de secundaire regio is 12 uur. Wanneer u CRR inschakelt, is de RPO voor de secundaire regio daarom 12 uur + duur van de logboekfrequentie (die kan worden ingesteld op minimaal 15 minuten).

Hersteltaken voor secundaire regio's bewaken

  1. Ga in de Azure Portal naar Back-upcentrum>back-uptaken.

  2. Filterbewerking voor CrossRegionRestore om de taken in de secundaire regio weer te geven.

    Schermopname van de gefilterde back-uptaken.

Volgende stappen

Beheer en bewaak SQL Server databases waarvan een back-up wordt gemaakt door Azure Backup.