Hoe Azure VM-gegevens te herstellen in Azure portal

In dit artikel wordt beschreven hoe u Azure VM-gegevens herstelt vanaf de herstelpunten die zijn opgeslagen in Azure Backup Recovery Services-kluizen .

Herstelopties

Azure Backup biedt verschillende manieren om een virtuele machine te herstellen.

Opslagrekeningen

Enkele details over opslagaccounts:

• Vm maken: wanneer u een nieuwe VIRTUELE machine maakt, worden VHD-bestanden ook gekopieerd bij het herstellen van VM's met schijven < van 4 TB of VIRTUELE machines met < 16 schijven vanaf een Vault-Standard herstelpunt. Deze bestanden worden vervolgens verplaatst naar beheerde opslag. Als u extra kosten wilt voorkomen, verwijdert u VHD's uit het faseringsopslagaccount.
• Herstelschijf: de VM-hersteltaak genereert een sjabloon, die u kunt downloaden en gebruiken om aangepaste VM-instellingen op te geven. VHD-bestanden worden ook gekopieerd bij het herstellen van beheerde schijven < van 4 TB of virtuele machines met < 16 schijven vanaf een Vault-Standard herstelpunt of bij het herstellen van niet-beheerde schijven. Deze bestanden worden vervolgens verplaatst naar beheerde opslag. Als u extra kosten wilt voorkomen, verwijdert u VHD's uit het faseringsopslagaccount.
• Schijf vervangen: Wanneer u een beheerde schijf vervangt van een Vault-Standard herstelpunt dat < 4 TB of een VM met 16 schijven bevat<, wordt er een VHD-bestand gemaakt in het opgegeven opslagaccount. Na vervanging blijven de bron-VM-schijven in de aangewezen resourcegroep en blijven de VHD's in het opslagaccount staan; u kunt de bronschijf en de VHD's indien nodig verwijderen of behouden.
• Opslagaccountlocatie: het opslagaccount zou zich in dezelfde regio als de kluis moeten bevinden. Alleen deze accounts worden weergegeven. Als er geen opslagaccounts op de locatie staan, moet u er een maken.
• Opslagtype: Blob Storage-account wordt niet ondersteund omdat het Premium Storage-account dat hiervoor is vereist, is uitgesloten voor kostenoptimalisatie.
• Opslagredundantie: Zone-redundante opslag (ZRS) wordt ondersteund. De replicatie- en redundantiegegevens voor het account worden tussen haakjes na de accountnaam weergegeven.
• Premium-opslag:
  • Wanneer u niet-Premium-VM's herstelt, worden Premium-opslagaccounts niet ondersteund.
  • Wanneer u beheerde VM's herstelt, worden Premium-opslagaccounts die zijn geconfigureerd met netwerkregels niet ondersteund.

Voordat je begint

Als u een VM wilt herstellen (een nieuwe VM maken), moet u ervoor zorgen dat u de juiste azure RBAC-machtigingen (op rollen gebaseerd toegangsbeheer ) hebt voor de bewerking VM herstellen.

Als u geen machtigingen hebt, kunt u een schijf herstellen en nadat de schijf is hersteld, kunt u de sjabloon gebruiken die is gegenereerd als onderdeel van de herstelbewerking om een nieuwe VIRTUELE machine te maken.

Een herstelpunt selecteren

Voer de volgende stappen uit om een herstelpunt voor een VM te selecteren:

1. Ga naar Business Continuity Center in Azure Portal en selecteer Herstellen.

   

2. Selecteer in het deelvenster Herstellen het gegevensbrontype als virtuele Azure-machines en klik vervolgens onder Beveiligd item op Selecteren.

   

3. Selecteer in het deelvenster Selecteer beveiligd item een beveiligde VM in de lijst en klik vervolgens op Selecteren.

4. Selecteer Doorgaan in het deelvenster Herstellen.

5. Klik in het deelvenster Virtuele machine herstellen onder Herstelpunt op Selecteren.

   

6. Selecteer in het deelvenster Herstelpunt selecteren een herstelpunt in de lijst en selecteer vervolgens OK voor herstel.

Een vm-herstelconfiguratie kiezen

1. Selecteer in Virtuele machine herstellen een hersteloptie:

   • Nieuwe maken: gebruik deze optie als u een nieuwe VIRTUELE machine wilt maken. U kunt een virtuele machine maken met eenvoudige instellingen of een schijf herstellen en een aangepaste VM maken.

   • Bestaande vervangen: gebruik deze optie als u schijven op een bestaande VIRTUELE machine wilt vervangen.

     

2. Geef instellingen op voor de geselecteerde hersteloptie.

Een VM maken:

Als een van de herstelopties kunt u snel een virtuele machine maken met basisinstellingen vanaf een herstelpunt.

1. Selecteer in Herstel Virtuele Machine>Nieuw maken>Hersteltype, de optie Nieuwe virtuele machine maken.

2. Geef in de naam van de virtuele machine een VM op die niet bestaat in het abonnement.

3. Selecteer in de resourcegroep een bestaande resourcegroep voor de nieuwe virtuele machine of maak een nieuwe met een wereldwijd unieke naam. Als u een naam toewijst die al bestaat, wijst Azure de groep dezelfde naam toe als de virtuele machine.

4. Selecteer in het virtuele netwerk het VNet waarin de VIRTUELE machine wordt geplaatst. Alle VNets die zijn gekoppeld aan het abonnement in dezelfde locatie als de kluis, en die actief zijn en niet aan een affiniteitsgroep zijn gekoppeld, worden weergegeven. Selecteer het subnet.

   Het eerste subnet is standaard geselecteerd.

5. Geef in Faseringslocatie het VM-opslagaccount op. Meer informatie.

   

6. Kies het vereiste abonnement in de vervolgkeuzelijst Abonnement om een Azure-VM te herstellen naar een ander abonnement.

   Azure Backup biedt nu ondersteuning voor HERSTEL tussen abonnementen (CSR), u kunt nu een Virtuele Azure-machine herstellen met behulp van een herstelpunt van het standaardabonnement naar een ander abonnement. Het standaardabonnement is het abonnement waarin het herstelpunt beschikbaar is.

   In de volgende schermopname ziet u alle abonnementen onder de tenant waar u machtigingen hebt, waarmee u de Virtuele Azure-machine kunt herstellen naar een ander abonnement.

   

7. Kies de vereiste zone in de vervolgkeuzelijst Beschikbaarheidszone om een Azure-VM te herstellen die is vastgemaakt aan een zone in een andere zone.

   Azure Backup biedt nu ondersteuning voor Cross Zoneal Restore (CZR), u kunt nu een Azure-VM herstellen van de standaardzone naar alle beschikbare zones. De standaardzone is de zone waarin azure-VM wordt uitgevoerd.

   In de volgende schermopname ziet u alle zones waarmee u azure-VM kunt herstellen naar een andere zone.

   

   Note

   Azure Backup biedt alleen ondersteuning voor CZR voor kluizen met ZRS- of CRR-redundantie.

8. Selecteer Herstellen om de herstelbewerking te activeren.

Schijven herstellen

Als een van de herstelopties kunt u een schijf maken vanaf een herstelpunt. Vervolgens kunt u met de schijf een van de volgende acties uitvoeren:

• Gebruik de sjabloon die tijdens de herstelbewerking wordt gegenereerd om instellingen aan te passen en vm-implementatie te activeren. U bewerkt de standaardsjablooninstellingen en verzendt de sjabloon voor vm-implementatie.
• Koppel herstelde schijven aan een bestaande VIRTUELE machine.
• Maak een nieuwe VIRTUELE machine op basis van de herstelde schijven met behulp van PowerShell.

1. Onder Herstelconfiguratie>Nieuw maken>Hersteltype, selecteer de optie Schijven herstellen.

2. Selecteer onder Resourcegroep een bestaande resourcegroep voor de herstelde schijven of maak een nieuwe met een wereldwijd unieke naam.

3. Geef bij de faseringslocatie het opslagaccount op. Het sjabloonbestand wordt hier opgeslagen en VHD-bestanden worden ook in sommige scenario's gemaakt. Meer informatie.

   

4. Kies het vereiste abonnement in de vervolgkeuzelijst Abonnement om de VM-schijven te herstellen naar een ander abonnement.

   Azure Backup biedt nu ondersteuning voor herstel tussen abonnementen (CSR). Net als azure VM kunt u nu Azure VM-schijven herstellen met behulp van een herstelpunt van een standaardabonnement naar een ander abonnement. Het standaardabonnement is het abonnement waarin het herstelpunt beschikbaar is.

5. Kies de vereiste zone in de vervolgkeuzelijst Beschikbaarheidszone om de VM-schijven te herstellen naar een andere zone.

   Azure Backup biedt nu ondersteuning voor Cross Zoneal Restore (CZR). Net als azure VM kunt u nu Azure VM-schijven herstellen van de standaardzone naar alle beschikbare zones. De standaardzone is de zone waarin de VM-schijven zich bevinden.

   Note

   Azure Backup biedt alleen ondersteuning voor CZR voor kluizen met ZRS- of CRR-redundantie.

6. Selecteer Herstellen om de herstelbewerking te activeren.

Wanneer uw virtuele machine beheerde schijven gebruikt en u de optie Virtuele machine maken selecteert, gebruikt Azure Backup het opgegeven opslagaccount niet. In het geval van Herstelschijven en Direct herstellen wordt het opslagaccount alleen gebruikt voor het opslaan van de sjabloon. Beheerde schijven worden gemaakt in de opgegeven resourcegroep. Wanneer uw virtuele machine niet-beheerde schijven gebruikt, worden ze hersteld als blobs naar het opslagaccount.

Terwijl u schijven van een beheerde VM herstelt vanaf een Vault-Standard-herstelpunt, worden de beheerde schijf en Azure Resource Manager (ARM)-sjablonen, samen met de VHD-bestanden van de schijven, op de faseringslocatie hersteld. Als u schijven herstelt vanaf een direct herstelpunt, worden alleen de beheerde schijven en ARM-sjablonen hersteld.

Sjablonen gebruiken om een herstelde VM aan te passen

Nadat de schijf is hersteld, gebruikt u de sjabloon die is gegenereerd als onderdeel van de herstelbewerking om een nieuwe VIRTUELE machine aan te passen en te maken:

1. Ga naar de Recovery Services-kluis en selecteerBack-uptaken bewaken>.

   U kunt ook naar Het Business Continuity Center gaan en vervolgens Bewaking en rapportagetaken> selecteren.

2. Selecteer in het deelvenster Back-uptaken de relevante hersteltaak.

3. Selecteer In Herstellende optie Sjabloon implementeren om sjabloonimplementatie te initiëren.

   

   Note

   Voor een Shared Access Signature (SAS) waarvoor toegang tot opslagaccountsleutels is uitgeschakeld, wordt de sjabloon niet geïmplementeerd wanneer u Sjabloon implementeren selecteert.

4. Als u de VM-instelling in de sjabloon wilt aanpassen, selecteert u Sjabloon bewerken. Als u meer aanpassingen wilt toevoegen, selecteert u Parameters bewerken.

   • Meer informatie over het implementeren van resources vanuit een aangepaste sjabloon.
   • Meer informatie over het ontwerpen van sjablonen.

   

5. Voer de aangepaste waarden voor de virtuele machine in, accepteer de voorwaarden en selecteer Aankoop.

   

Bestaande schijven vervangen

Als een van de herstelopties kunt u een bestaande VM-schijf vervangen door het geselecteerde herstelpunt. Bekijk alle herstelopties.

1. Selecteer in HerstelconfiguratieBestaande vervangen.

2. Selecteer in Type herstelde optie Schijf/s vervangen. Dit is het herstelpunt dat wordt gebruikt om bestaande VM-schijven te vervangen.

3. Geef in Faseringslocatie een opslagaccount op. VHD-bestanden worden hier in sommige scenario's gemaakt. Meer informatie.

   

Netwerktoegangsinstellingen toewijzen tijdens het herstellen

Met Azure Backup kunt u ook de toegangsopties voor de herstelde schijven configureren zodra de herstelbewerking is voltooid. U kunt de voorkeuren voor schijftoegang instellen op het moment dat de herstelbewerking wordt gestart.

Als u schijftoegang wilt inschakelen op herstelde schijven tijdens het herstellen van de virtuele machine, kiest u een van de volgende opties:

• Gebruik dezelfde netwerkconfiguraties als de bronschijven: met deze optie kunnen de herstelde schijven de schijftoegang en netwerkconfiguraties gebruiken die gelijk zijn aan die van de bronschijven.
• Openbare toegang vanuit alle netwerken inschakelen: met deze optie kan de herstelde schijf openbaar toegankelijk zijn vanuit alle netwerken.
• Openbare toegang uitschakelen en persoonlijke toegang inschakelen (met schijftoegang): met deze optie kunt u de openbare toegang uitschakelen en schijftoegang toewijzen aan de herstelde schijven voor persoonlijke toegang.

Herstel over meerdere regio's

Als een van de herstelopties kunt u met CRR (Cross Region Restore) virtuele Azure-machines herstellen in een secundaire regio, een gekoppelde Azure-regio.

Als u de functie wilt gaan gebruiken, leest u de sectie Voordat u begint.

Om te zien of CRR is ingeschakeld, volgt u de instructies in Cross Region Restore configureren.

Back-up items in secundaire regio weergeven

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

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

Herstel in de secundaire regio

De gebruikerservaring voor herstel 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.

Op dit moment is RPO voor secundaire regio 36 uur. Dit komt doordat de RPO in de primaire regio 24 uur is en maximaal 12 uur kan duren om de back-upgegevens van de primaire naar de secundaire regio te repliceren.

Schermopname die laat zien hoe u het herstellen van een secundaire regio van een virtuele machine start. ":::

• Als u een VIRTUELE machine wilt herstellen en maken, raadpleegt u Een VIRTUELE machine maken.
• Als u wilt herstellen als een schijf, raadpleegt u Schijven herstellen.

Vm's die zijn vastgemaakt aan de Azure-zone , kunnen worden hersteld in alle beschikbaarheidszones van dezelfde regio.

In het herstelproces ziet u de optie Beschikbaarheidszone. U ziet eerst uw standaardzone. Als u een andere zone wilt kiezen, kiest u het nummer van de zone van uw keuze. Als de vastgemaakte zone niet beschikbaar is, kunt u de gegevens niet herstellen naar een andere zone omdat de back-upgegevens niet zonegebonden worden gerepliceerd. Het herstellen in beschikbaarheidszones is alleen mogelijk vanaf herstelpunten in de kluislaag.

Kortom, de beschikbaarheidszone wordt alleen weergegeven wanneer

• Bron-VM is aan een zone gebonden en is NIET versleuteld
• Het herstelpunt is alleen aanwezig in de kluislaag (alleen momentopnamen of momentopnamen en kluislaag worden niet ondersteund)
• De hersteloptie is om een nieuwe VIRTUELE machine te maken of schijven te herstellen (de optie Schijven vervangen vervangt brongegevens en daarom is de optie beschikbaarheidszone niet van toepassing)
• VM's/schijven maken in dezelfde regio wanneer de opslagredundantie van de kluis ZRS is (werkt niet wanneer de opslagredundantie van de kluis GRS is, zelfs als de bron-VM zone-gepinned is)
• VM/schijven maken in de gekoppelde regio wanneer de opslagredundantie van de kluis is ingeschakeld voor cross-Region-Restore en als de gekoppelde regio zones ondersteunt.

Hersteljobs voor secundaire regio's monitoren

1. Ga vanuit de portal naar Recovery Services-kluis>back-uptaken

2. Selecteer Secundaire regio om de items in de secundaire regio weer te geven.

   

Herstellen tussen abonnementen voor Virtuele Azure-machine

Met Azure Backup kunt u nu CSR (Cross Subscription Restore) uitvoeren, waarmee u Azure-VM's kunt herstellen in een abonnement dat verschilt van de standaard. Het standaardabonnement bevat de herstelpunten.

Deze functie is standaard ingeschakeld voor Recovery Services-kluis. Er kunnen echter gevallen zijn waarin u herstel van abonnementen moet blokkeren op basis van uw cloudinfrastructuur. U kunt het herstellen van meerdere abonnementen dus inschakelen, uitschakelen of permanent uitschakelen voor de bestaande kluizen door naar Kluiseigenschappen>>kruislingse abonnementsherstel te gaan.

Niet-beheerde VM's en schijven herstellen als beheerd

U krijgt een optie om niet-beheerde schijven te herstellen als beheerde schijven tijdens het herstellen. Standaard worden de niet-beheerde VM's/schijven hersteld als niet-beheerde VM's/schijven. Als u er echter voor kiest om te herstellen als beheerde VM's/schijven, is dat nu mogelijk. Herstelacties worden niet gestart vanuit de momentopnamefase, maar alleen vanuit de kluisfase. Deze functie is niet beschikbaar voor niet-beheerde versleutelde VM's.

VM's herstellen met speciale configuraties

Er zijn veel voorkomende scenario's waarin u mogelijk VM's moet herstellen.

VM's van domeincontrollers herstellen

Zie Back-up maken en herstellen van Active Directory-domeincontrollers voor meer informatie.

VM's met beheerde identiteiten herstellen

Beheerde identiteiten elimineren de noodzaak voor de gebruiker om de referenties te onderhouden. Beheerde identiteiten bieden een identiteit die toepassingen kunnen gebruiken bij het maken van verbinding met resources die ondersteuning bieden voor Microsoft Entra-verificatie.

Azure Backup biedt de flexibiliteit om de beheerde Azure-VM met beheerde identiteiten te herstellen. U kunt ervoor kiezen om door het systeem beheerde identiteiten of door gebruikers beheerde identiteiten te selecteren, zoals wordt weergegeven in de onderstaande afbeelding. Dit wordt geïntroduceerd als een van de invoerparameters in het deelvenster Herstelconfiguratie van azure-VM. Beheerde identiteiten worden gebruikt voor toegang tot de opslagaccounts en het automatisch opschonen van resources die tijdens het herstelproces zijn gemaakt. Deze beheerde identiteiten moeten worden gekoppeld aan de kluis.

Als u ervoor kiest om door het systeem toegewezen of door de gebruiker toegewezen beheerde identiteiten te selecteren, controleert u op de onderstaande acties voor beheerde identiteiten in het doelopslagaccount voor fasering en resourcegroep.

"permissions": [
            {
                "actions": [
                    "Microsoft.Authorization/*/read",
                    "Microsoft.Compute/disks/read",
                    "Microsoft.Compute/disks/write",
                    "Microsoft.Compute/disks/delete",
                    "Microsoft.Compute/disks/beginGetAccess/action",
                    "Microsoft.Compute/disks/endGetAccess/action",
                    "Microsoft.Compute/locations/diskOperations/read",
                    "Microsoft.Compute/virtualMachines/read",
                    "Microsoft.Compute/virtualMachines/write",
                    "Microsoft.Compute/virtualMachines/delete",
                    "Microsoft.Compute/virtualMachines/instanceView/read",
                    "Microsoft.Compute/virtualMachines/extensions/read",
                    "Microsoft.Compute/virtualMachines/extensions/write",
                    "Microsoft.Compute/virtualMachines/extensions/delete",
                    "Microsoft.Insights/alertRules/*",
                    "Microsoft.Network/locations/operationResults/read",
                    "Microsoft.Network/locations/operations/read",
                    "Microsoft.Network/locations/usages/read",
                    "Microsoft.Network/networkInterfaces/delete",
                    "Microsoft.Network/networkInterfaces/ipconfigurations/read",
                    "Microsoft.Network/networkInterfaces/join/action",
                    "Microsoft.Network/networkInterfaces/read",
                    "Microsoft.Network/networkInterfaces/write",
                    "Microsoft.Network/networkSecurityGroups/read",
                    "Microsoft.Network/networkSecurityGroups/securityRules/read",
                    "Microsoft.Network/publicIPAddresses/delete",
                    "Microsoft.Network/publicIPAddresses/join/action",
                    "Microsoft.Network/publicIPAddresses/read",
                    "Microsoft.Network/publicIPAddresses/write",
                    "Microsoft.Network/virtualNetworks/read",
                    "Microsoft.Network/virtualNetworks/subnets/join/action",
                    "Microsoft.Network/virtualNetworks/subnets/read",
                    "Microsoft.Resources/deployments/*",
                    "Microsoft.Resources/subscriptions/resourceGroups/read",
                    "Microsoft.Storage/checkNameAvailability/read",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/delete",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/read",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/write",
                    "Microsoft.Storage/storageAccounts/listKeys/action",
                    "Microsoft.Storage/storageAccounts/read",
                    "Microsoft.Storage/storageAccounts/write"
                ],
                "notActions": [],
                "dataActions": [
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/read",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/add/action"
                ],

Of voeg de roltoewijzing van de VM-hersteloperator toe aan de faseringslocatie (opslagaccount) en aan de doelresourcegroep voor een geslaagde herstelbewerking.

U kunt ook de door de gebruiker beheerde identiteit selecteren door de invoer op te geven als hun MSI-resource-id , zoals opgegeven in de onderstaande afbeelding.

De herstelbewerking bijhouden

Nadat u de herstelbewerking hebt gestart, maakt de back-upservice een taak voor monitoring aan. Azure Backup geeft meldingen over de taak weer in het portaal. Als ze niet zichtbaar zijn, selecteert u het meldingensymbool en selecteert u vervolgens Meer gebeurtenissen in het activiteitenlogboek om de status van het herstelproces weer te geven.

Het herstellen volgen als volgt:

1. Als u bewerkingen voor de taak wilt weergeven, selecteert u de hyperlink voor meldingen. U kunt ook in de back-upkluis back-uptaken selecteren en vervolgens de relevante virtuele machine selecteren.

   

2. Als u de voortgang van de herstelbewerking wilt controleren, selecteert u een hersteltaak met de status Wordt uitgevoerd. Hiermee wordt de voortgangsbalk weergegeven, waarin informatie wordt weergegeven over de voortgang van het herstellen:

   • Geschatte hersteltijd: geeft in eerste instantie de tijd aan die nodig is om de herstelbewerking te voltooien. Wanneer de bewerking vordert, wordt de tijd die nodig is, verminderd en bereikt het nul wanneer de herstelbewerking is voltooid.
   • Percentage herstelbewerkingen. Geeft het percentage herstelbewerkingen weer dat is voltooid.
   • Aantal overgedragen bytes: als u herstelt door een nieuwe virtuele machine te maken, worden de bytes weergegeven die zijn overgedragen op basis van het totale aantal te overdragen bytes.

Stappen na herstel

Er zijn enkele dingen die u moet weten nadat u een VM hebt hersteld:

• Extensies die aanwezig zijn tijdens de back-upconfiguratie, worden geïnstalleerd, maar niet ingeschakeld. Als u een probleem ziet, installeert u de extensies opnieuw. In het geval van schijfvervanging is het opnieuw installeren van extensies niet vereist.

• Als de back-up-VM een statisch IP-adres heeft, heeft de herstelde VM een dynamisch IP-adres om conflicten te voorkomen. U kunt een statisch IP-adres toevoegen aan de herstelde VM.

• Een herstelde VM heeft geen beschikbaarheidsset. Als u de optie voor de herstelschijf gebruikt, kunt u een beschikbaarheidsset opgeven wanneer u een virtuele machine maakt vanaf de schijf met behulp van de opgegeven sjabloon of PowerShell.

• Als u een cloud-init-gebaseerde Linux-distributie, zoals Ubuntu, gebruikt om veiligheidsredenen wordt het wachtwoord geblokkeerd na het herstellen. Gebruik de VMAccess extensie op de herstelde VM om het wachtwoord opnieuw in te stellen. We raden u aan om SSH-sleutels te gebruiken voor deze distributies, dus u hoeft het wachtwoord niet opnieuw in te stellen na het herstellen.

• Als u geen toegang hebt tot een virtuele machine nadat deze is hersteld omdat de VM een verbroken relatie heeft met de domeincontroller, volgt u de onderstaande stappen om de VM weer te geven:

  • Koppel de besturingssysteemschijf als een gegevensschijf aan een herstelde VM.

  • Installeer de VM-agent handmatig als Azure Agent niet meer reageert door deze koppeling te volgen.

  • Seriële consoletoegang op vm inschakelen om opdrachtregeltoegang tot VM toe te staan

    bcdedit /store <drive letter>:\boot\bcd /enum
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /set {bootmgr} displaybootmenu yes
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /set {bootmgr} timeout 5
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /set {bootmgr} bootems yes
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /ems {<<BOOT LOADER IDENTIFIER>>} ON
    bcdedit /store <VOLUME LETTER WHERE THE BCD FOLDER IS>:\boot\bcd /emssettings EMSPORT:1 EMSBAUDRATE:115200
    

  • Wanneer de VIRTUELE machine opnieuw wordt opgebouwd, gebruikt u Azure Portal om het lokale beheerdersaccount en wachtwoord opnieuw in te stellen

  • Seriële consoletoegang en CMD gebruiken om de VM los te koppelen van het domein

    cmd /c "netdom remove <<MachineName>> /domain:<<DomainName>> /userD:<<DomainAdminhere>> /passwordD:<<PasswordHere>> /reboot:10 /Force"
    

• Zodra de virtuele machine is ontkoppeld en opnieuw is opgestart, kun je met succes een RDP-verbinding maken met de VM met lokale beheerdersreferenties en de VM opnieuw bij het domein voegen.

Back-ups maken van herstelde VM's

• Als u een virtuele machine hebt hersteld naar dezelfde resourcegroep met dezelfde naam als de oorspronkelijke back-up-VM, wordt de back-up voortgezet op de virtuele machine na herstel.
• Als u de VIRTUELE machine hebt hersteld naar een andere resourcegroep of als u een andere naam hebt opgegeven voor de herstelde VM, moet u een back-up instellen voor de herstelde VM.

Volgende stappen

• Als u problemen ondervindt tijdens het herstelproces, bekijkt u veelvoorkomende problemen en fouten.
• Nadat de virtuele machine is hersteld, leert u meer over het beheren van virtuele machines