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 ondersteuning voor betrouwbaarheid in Azure Backup beschreven. Het omvat redundante opslag, beschikbaarheidszones en herstel in meerdere regio's en bedrijfscontinuïteit. Zie Azure-betrouwbaarheid voor een gedetailleerder overzicht van betrouwbaarheid in Azure.
Azure Backup is een veilig en betrouwbaar ingebouwd mechanisme voor gegevensbeveiliging in Azure, dat gegevensbeveiliging biedt voor verschillende on-premises en cloudworkloads. Azure Backup kan de beveiliging naadloos schalen voor meerdere workloads en biedt systeemeigen integratie met Azure-workloads (VM's, SAP HANA, SQL in Azure-VM's, Azure Files, AKS, enzovoort) zonder dat u automatisering of infrastructuur hoeft te beheren om agents te implementeren, nieuwe scripts te schrijven of opslag in te richten.
Azure Backup ondersteunt de volgende opties voor gegevensredundante opslag:
Lokaal redundante opslag (LRS): Als u uw gegevens wilt beschermen tegen serverrek- en stationsfouten, kunt u LRS gebruiken. LRS repliceert uw back-upgegevens drie keer binnen één datacenter in de primaire regio. Zie Azure Blob Storage - lokaal redundante opslag voor meer informatie over lokaal redundante opslag.
Geografisch redundante opslag (GRS): Als u wilt beschermen tegen storingen in de hele regio, kunt u GRS gebruiken. GRS repliceert uw back-upgegevens naar een secundaire regio. Zie Azure Blob Storage - geografisch redundante opslag voor meer informatie.
Zone-redundante opslag (ZRS): Als u uw back-upgegevens in beschikbaarheidszones wilt repliceren, kunt u ZRS gebruiken. ZRS garandeert gegevensverblijfplaats en veerkracht in dezelfde regio. Azure Blob Storage: zone-redundante opslag.
Notitie
Deze opties voor opslagredundantie zijn van toepassing op de locatie waar back-upkopieën worden gerepliceerd, niet naar de Azure Backup-service zelf. Back-upbeveiliging en opslagredundantie zijn complementair: back-ups beschermen tegen gegevensverlies, terwijl redundantie beschermt tegen infrastructuurfouten.
Overzicht van Kluisopslag
In Azure Backup worden back-upgegevens opgeslagen in Recovery Services-kluizen en Back-upkluizen. Een kluis is een onlineopslagentiteit in Azure die wordt gebruikt voor het opslaan van gegevens, zoals back-upkopieën, herstelpunten en back-upbeleid.
De volgende tabel bevat de gegevensbronnen die elke kluis ondersteunt:
| Recovery Services-kluis | Backupkluis |
|---|---|
| Virtuele Azure-machine | Azure Disks |
| SQL in Azure VM | Azure Blobs (opslagservice) |
| Azure Files | Azure-database voor PostgreSQL-server |
| SAP HANA in Azure VM | Kubernetesservices |
| SAP ASE (Sybase) in Azure VM | Azure Database voor PostgreSQL - Flexibel server |
| Azure Database for MySQL - Flexibele Server (voorbeeldversie) | |
| Azure Data Lake Storage (voorvertoning) | |
| Elastische SAN van Azure (preview) | |
| Azure Backup-server | |
| Azure Backup-agent | |
| Manager Gegevensbescherming (DPM) |
Ondersteuning voor beschikbaarheidszone
Beschikbaarheidszones zijn fysiek gescheiden groepen datacenters binnen een Azure-regio. Wanneer één zone uitvalt, kunnen services een failover uitvoeren naar een van de resterende zones.
Azure Backupservice
Azure Backup is een zone-redundante service voor zowel Recovery Service als Backup-kluizen. Wanneer u uw kluisbronnen maakt, hoeft u niet te configureren voor zoneredundantie. In het geval van een zonegebonden storing blijven de kluizen operationeel.
Azure Backup-gegevens
Om ervoor te zorgen dat uw back-upgegevens beschikbaar zijn tijdens een zonegebonden storing, kiest u voor back-up opslagredundantie de optie Zone-redundante bij het aanmaken van de kluis.
Migreren naar ondersteuning voor beschikbaarheidszones
Zie Azure Recovery Services-kluis migreren naar ondersteuning voor beschikbaarheidszones voor meer informatie over het migreren van een Recovery Services-kluis naar ondersteuning voor beschikbaarheidszones.
Herstel na noodgevallen en bedrijfscontinuïteit tussen regio's
Herstel na noodgevallen (DR) verwijst naar procedures die organisaties gebruiken om te herstellen van gebeurtenissen met hoge impact, zoals natuurrampen of mislukte implementaties die leiden tot downtime en gegevensverlies. Ongeacht de oorzaak is de beste oplossing voor een noodgeval een goed gedefinieerd en getest DR-plan en een toepassingsontwerp dat actief dr ondersteunt. Zie Aanbevelingen voor het ontwerpen van een strategie voor herstel na noodgevallenvoordat u begint met het maken van uw plan voor herstel na noodgevallen.
Voor DR maakt Microsoft gebruik van het model voor gedeelde verantwoordelijkheid. In dit model zorgt Microsoft ervoor dat de basisinfrastructuur en platformservices beschikbaar zijn. Veel Azure-services repliceren echter niet automatisch gegevens of vallen terug van een mislukte regio om kruislings te repliceren naar een andere ingeschakelde regio. Voor deze services bent u verantwoordelijk voor het instellen van een plan voor herstel na noodgevallen dat geschikt is voor uw workload. De meeste services die worden uitgevoerd op PaaS-aanbiedingen (Platform as a Service) van Azure bieden functies en richtlijnen voor ondersteuning van disaster recovery. U kunt servicespecifieke functies gebruiken om snelle herstelbewerkingen te ondersteunen en uw noodherstelplan te ontwikkelen.
Wanneer een hele Azure-regio of -datacenter downtime ervaart, blijven uw kluizen toegankelijk en kunt u nog steeds uw reservekopieën zien. Tenzij u echter implementeert voor regionale redundantie, zijn de onderliggende back-upgegevens niet toegankelijk voor u voor het uitvoeren van een herstelbewerking.
Als u regionale redundantie voor uw back-upgegevens wilt bereiken, kunt u met Azure Backup uw back-ups repliceren naar een extra gekoppelde Azure-regio met behulp van geografisch redundante opslag (GRS) om uw back-ups te beschermen tegen regionale storingen. Wanneer u de back-ups met GRS inschakelt, worden de back-ups in de secundaire regio alleen toegankelijk wanneer Microsoft een storing declareert in de primaire regio. Met herstel tussen regio's kunt u echter herstelpunten van de secundaire regio openen en uitvoeren, zelfs wanneer er geen storing optreedt in de primaire regio. Met Cross Region Store kunt u drills uitvoeren om regionale tolerantie te beoordelen.