Uw plan voor herstel na noodgevallen voor RDS maken

U kunt een plan voor herstel na noodgevallen maken in Azure Site Recovery om het failoverproces te automatiseren. Voeg alle RDS-onderdeel-VM's toe aan het herstelplan.

Gebruik de volgende stappen in Azure om uw herstelplan te maken:

1. Open Azure Site Recovery Vault in Azure Portal en klik vervolgens op Herstelplannen.
2. Klik op Maken en voer een naam in voor het plan.
3. Selecteer uw bron en doel. Het doel is ofwel een secundaire RDS-site of Azure.
4. Selecteer de VIRTUELE machines waarop uw RDS-onderdelen worden gehost en klik vervolgens op OK.

De volgende secties bevatten aanvullende informatie over het maken van herstelplannen voor de verschillende typen RDS-implementatie.

RdS-implementatie op basis van sessies

Voor een implementatie op basis van RDS-sessies groepeert u de VM's zodat deze op volgorde worden weergegeven:

1. Failovergroep 1 - Sessiehost-VM
2. Failovergroep 2 - Connection Broker VM
3. Failovergroep 3 - Web Access-VM

Uw plan ziet er ongeveer als volgt uit:

RdS-implementatie van gegroepeerde bureaubladen

Voor een RDS-implementatie met gegroepeerde bureaubladen groepeert u de VM's zodat deze op volgorde worden weergegeven, waarbij u handmatige stappen en scripts toevoegt.

1. Failovergroep 1 - RDS Connection Broker VM

2. Handmatige actie groep 1 - DNS bijwerken

   Voer PowerShell uit in een modus met verhoogde bevoegdheid op de Connection Broker-VM. Voer de volgende opdracht uit en wacht enkele minuten om ervoor te zorgen dat de DNS wordt bijgewerkt met de nieuwe waarde:

   ipconfig /registerdns
   

3. Script groep 1 - Virtualisatiehosts toevoegen

   Wijzig het onderstaande script om te worden uitgevoerd voor elke virtualisatiehost in de cloud. Meestal nadat u een virtualisatiehost aan een Connection Broker hebt toegevoegd, moet u de host opnieuw opstarten. Zorg ervoor dat de host niet opnieuw moet worden opgestart voordat het script wordt uitgevoerd, anders mislukt het.

   Broker - broker.contoso.com
   Virtualization host - VH1.contoso.com
   
   ipmo RemoteDesktop;
   add-rdserver –ConnectionBroker broker.contoso.com –Role RDS-VIRTUALIZATION –Server VH1.contoso.com
   

4. Failovergroep 2 - Template VM

5. Groep 2-script 1 - Sjabloon-VM uitschakelen

   De sjabloon-VM die wordt hersteld naar de secundaire site zal starten, maar het is een gesyspreppede VM en kan niet volledig starten. RdS vereist ook dat de VIRTUELE machine wordt afgesloten om er een pool-VM-configuratie van te maken. We moeten het dus uitschakelen. Als u één VMM-server hebt, is de naam van de sjabloon-VM hetzelfde op de primaire en secundaire server. Daarom gebruiken we de VM-id zoals opgegeven door de contextvariabele in het onderstaande script. Als u meerdere sjablonen hebt, schakelt u ze allemaal uit.

   ipmo virtualmachinemanager;
   Foreach($vm in $VMsAsTemplate)
   {
      Get-SCVirtualMachine -ID $vm | Stop-SCVirtualMachine –Force
   }
   

6. Groep 2-script 2 : bestaande gegroepeerde VM's verwijderen

   U moet de gegroepeerde VM's op de primaire site verwijderen uit de Connection Broker, zodat nieuwe VM's op de secundaire site kunnen worden gemaakt. In dit geval moet u de exacte host opgeven waarop de pool-VM moet worden gemaakt. Houd er rekening mee dat hiermee alleen de VM's uit de verzameling worden verwijderd.

   ipmo RemoteDesktop
   $desktops = Get-RDVirtualDesktop -CollectionName Win8Desktops;
   Foreach($vm in $desktops){
      Remove-RDVirtualDesktopFromCollection -CollectionName Win8Desktops -VirtualDesktopName $vm.VirtualDesktopName –Force
   }
   

7. Handmatige actie groep 2 - Nieuwe sjabloon toewijzen

   U moet de nieuwe sjabloon toewijzen aan de Connection Broker voor de verzameling, zodat u nieuwe pool-VM's op de herstelsite kunt maken. Ga naar de RDS Connection Broker en identificeer de verzameling. Bewerk de eigenschappen en specificeer een nieuwe VM-image als sjabloon.

8. Groep 2-script 3 : alle gegroepeerde VM's opnieuw maken

   Maak de pool-VM's opnieuw op de herstelsite via de Connection Broker. In dit geval moet u de exacte host opgeven waarop de pool-VM moet worden gemaakt.

   De naam van de pool-VM moet uniek zijn met behulp van het voor- en achtervoegsel. Als de naam van de VIRTUELE machine al bestaat, mislukt het script. Als de vm's aan de primaire zijde van 1-5 zijn genummerd, wordt de nummering van de herstelsite voortgezet van 6.

   ipmo RemoteDesktop;
   Add-RDVirtualDesktopToCollection -CollectionName Win8Desktops -VirtualDesktopAllocation @{"RDVH1.contoso.com" = 1}
   

9. Failovergroep 3 : webtoegang en gatewayserver-VM

Het herstelplan ziet er als volgt uit:

Inzet van persoonlijke bureaubladen met RDS

Voor een RDS-implementatie met persoonlijke bureaubladen groepeert u de VM's zodat deze op volgorde worden weergegeven, waarbij u handmatige stappen en scripts toevoegt.

1. Failovergroep 1 - RDS Connection Broker VM

2. Handmatige actie groep 1 - DNS bijwerken

   Voer PowerShell uit in een modus met verhoogde bevoegdheid op de Connection Broker-VM. Voer de volgende opdracht uit en wacht enkele minuten om ervoor te zorgen dat de DNS wordt bijgewerkt met de nieuwe waarde:

   ipconfig /registerdns
   

3. Groepsscript 1 - Virtualisatiehosts toevoegen

   Wijzig het onderstaande script om te worden uitgevoerd voor elke virtualisatiehost in de cloud. Meestal nadat u een virtualisatiehost aan een Connection Broker hebt toegevoegd, moet u de host opnieuw opstarten. Zorg ervoor dat de host niet opnieuw moet worden opgestart voordat het script wordt uitgevoerd, anders mislukt het.

   Broker - broker.contoso.com
   Virtualization host - VH1.contoso.com
   
   ipmo RemoteDesktop;
   add-rdserver –ConnectionBroker broker.contoso.com –Role RDS-VIRTUALIZATION –Server VH1.contoso.com
   

4. Failovergroep 2 - Sjabloon-VM

5. Groep 2-script 1 - Sjabloon-VM uitschakelen

   De sjabloon-VM die wordt hersteld naar de secundaire site, wordt gestart, maar het is een gesysprepped VM en kan niet volledig opstarten. RdS vereist ook dat de VIRTUELE machine wordt afgesloten om er een pool-VM-configuratie van te maken. We moeten het dus uitschakelen. Als u één VMM-server hebt, is de naam van de sjabloon-VM hetzelfde op de primaire en secundaire server. Daarom gebruiken we de VM-id zoals opgegeven door de contextvariabele in het onderstaande script. Als u meerdere sjablonen hebt, schakelt u ze allemaal uit.

   ipmo virtualmachinemanager;
   Foreach($vm in $VMsAsTemplate)
   {
      Get-SCVirtualMachine -ID $vm | Stop-SCVirtualMachine –Force
   }
   

6. Failovergroep 3 - Persoonlijke VM's

7. Groep 3-script 1 : bestaande persoonlijke VM's verwijderen en toevoegen

   Verwijder de persoonlijke VM's op de primaire site uit de Connection Broker, zodat nieuwe VM's op de secundaire site kunnen worden gemaakt. U moet de toewijzingen van de virtuele machines extraheren en deze opnieuw toevoegen aan de Connection Broker met de hash van de toewijzingen. Hiermee worden alleen de persoonlijke VM's uit de verzameling verwijderd en opnieuw toegevoegd. De toewijzing van het persoonlijke bureaublad wordt geëxporteerd en opnieuw geïmporteerd in de verzameling.

   ipmo RemoteDesktop
   $desktops = Get-RDVirtualDesktop -CollectionName CEODesktops;
   Export-RDPersonalVirtualDesktopAssignment -CollectionName CEODesktops -Path ./Desktopallocations.txt -ConnectionBroker broker.contoso.com
   
   Foreach($vm in $desktops){
     Remove-RDVirtualDesktopFromCollection -CollectionName CEODesktops -VirtualDesktopName $vm.VirtualDesktopName –Force
   }
   
   Import-RDPersonalVirtualDesktopAssignment -CollectionName CEODesktops -Path ./Desktopallocations.txt -ConnectionBroker broker.contoso.com
   

8. Failovergroep 3 : webtoegang en gatewayserver-VM

Uw plan ziet er ongeveer als volgt uit: