Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In dit artikel wordt beschreven hoe de Azure Backup-service virtuele Azure-machines (VM's) herstelt. Er zijn veel herstelopties. Laten we de verschillende scenario's bespreken die ze ondersteunen.
Belangrijkste concepten voor herstellen van Virtuele Azure-machines
Raadpleeg de volgende belangrijke concepten om inzicht te hebben in het herstelproces van azure-VM's:
Herstelpunt (ook wel herstelpunt genoemd): Een herstelpunt is een kopie van de oorspronkelijke gegevens waarvan een back-up wordt gemaakt.
Laag (momentopname versus kluis):Azure VM-back-up vindt plaats in twee fasen:
- In fase 1 wordt de gemaakte momentopname samen met de schijf opgeslagen. Dit proces wordt de momentopnamelaag genoemd. Herstelacties van de snapshot-tier zijn sneller (dan herstellen vanuit de kluis), omdat de wachttijd voor momentopnamen naar de kluis verwijderd wordt voordat de herstelacties worden gestart. Herstel vanuit de momentopnamelaag wordt dus ook wel Direct herstellen genoemd.
- In fase 2 wordt de momentopname overgedragen en opgeslagen in de kluis die wordt beheerd door de Azure Backup-service. Dit proces wordt kluislaag genoemd.
Oorspronkelijke locatieherstel (OLR):een herstelbewerking uitgevoerd vanaf het herstelpunt naar de Azure-bron-VM van waaruit de back-ups zijn gemaakt, waarbij deze wordt vervangen door de status die is opgeslagen in het herstelpunt. Dit proces vervangt de besturingssysteemschijf en de gegevensschijven van de bron-VM.
Alternate-Location Recovery (ALR):een herstelbewerking uitgevoerd vanaf het herstelpunt naar een andere server dan de oorspronkelijke server waarop de back-ups zijn gemaakt.
Herstellen op itemniveau (ILR): afzonderlijke bestanden of mappen in de VIRTUELE machine herstellen vanaf het herstelpunt
Beschikbaarheid (replicatietypen): Azure Backup biedt drie typen replicatie om uw opslag/gegevens maximaal beschikbaar te houden:
- Met lokaal redundante opslag LRS worden uw gegevens drie keer gerepliceerd (er worden drie kopieën gemaakt van uw gegevens) in een opslagschaaleenheid in een datacenter. Alle kopieën van de gegevens komen binnen dezelfde regio voor. LRS is een goedkope optie voor het beschermen van uw gegevens tegen lokale hardwarefouten.
- Geografisch redundante opslag (GRS) is de standaardinstelling en is de replicatieoptie die wordt aanbevolen. Met GRS worden uw gegevens gerepliceerd naar een secundaire regio (honderden kilometers verwijderd van de primaire locatie van de brongegevens). GRS is duurder dan LRS, maar biedt een hoger duurzaamheidsniveau voor uw gegevens, zelfs in geval van een regionale onderbreking.
- Zone-redundante opslag (ZRS) repliceert uw gegevens in beschikbaarheidszones, waarbij gegevenslocatie en gegevenstolerantie in dezelfde regio worden gegarandeerd. ZRS heeft geen downtime. Zodat er in ZRS een back-up gemaakt kan worden van uw kritieke werkbelastingen, waarvoor gegevenslocatie vereist is en waarbij geen sprake van downtime mag zijn.
Herstel tussen regio's (CRR): Als een van de herstelopties kunt u met CRR (Cross Region Restore) virtuele Azure-machines herstellen in een secundaire regio, een gekoppelde Azure-regio. U kunt uw gegevens op elk gewenst moment herstellen in de secundaire regio, tijdens gedeeltelijke of volledige uitval, of op een ander moment dat u kiest.
Herstelscenario's voor Virtuele Azure-machines
In de volgende tabel worden de verschillende herstelscenario's voor Azure-VM's beschreven, wat er in elk scenario gebeurt en wanneer u deze gebruikt:
| Scenario | Wat is er gedaan? | Wanneer gebruiken |
|---|---|---|
| Herstellen om een nieuwe virtuele machine te maken | Hiermee herstelt u de hele VM naar OLR (Original Location Recovery) (als de bron-VM nog bestaat) of alternatieve locatieherstel (ALR) |
|
| Schijven van de virtuele machine herstellen | Schijven herstellen die zijn gekoppeld aan de VM | Alle schijven: met deze optie maakt u de sjabloon en herstelt u de schijf. U kunt deze sjabloon bewerken met speciale configuraties (bijvoorbeeld beschikbaarheidssets) om aan uw vereisten te voldoen en vervolgens zowel de sjabloon te gebruiken als de schijf te herstellen om de virtuele machine opnieuw te maken. |
| Specifieke bestanden binnen de VM herstellen | Kies herstelpunt, blader, selecteer bestanden en herstel ze naar hetzelfde (of compatibele) besturingssysteem als de back-up-VM. | Als u weet welke specifieke bestanden u wilt herstellen, gebruikt u deze optie in plaats van de hele virtuele machine te herstellen. |
| Een versleutelde VM herstellen | Herstel de schijven vanuit de portal en gebruik vervolgens PowerShell om de VIRTUELE machine te maken | |
| Herstellen tussen regio's | Een nieuwe VIRTUELE machine maken of schijven herstellen naar een secundaire regio (gekoppelde Azure-regio) |
|