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.
Azure Backup stelt je in staat om flexibele Azure PostgreSQL-servers en elastische clusters te beschermen met fysieke (schijfsnapshot) back-ups. Dit artikel vat de ondersteunde regio's, scenario's, configuraties en beperkingen van de v2-ervaring samen.
Ondersteunde regio's voor Azure PostgreSQL flexibele server en elastische cluster vaulted backup (v2)
Vaulted back-ups zijn beschikbaar in alle openbare regio's behalve Oostenrijk Oost, België Centraal, Centraal Chili, Indonesië Centraal, Israël Noordwest, Zuid-Maleisië Zuid, Zuid-Maleisië West, Mexico Centraal, Qatar Centraal, Zuid-Centraal US 2, Zuidoost VS, Zuidoost US 3, Zuidoost US 5, Zuidwest VS en West-India.
Ondersteunde databronnen en configuraties voor Azure PostgreSQL flexibele server en elastische cluster vaulted backup (v2)
De volgende tabel geeft een overzicht van de ondersteunde databronnen en configuraties voor Azure PostgreSQL flexibele server en elastische cluster vaulted backup (v2):
| Onderdeel | Support |
|---|---|
| Azure-database voor PostgreSQL flexibele server | Supported |
| Azure Database for PostgreSQL elastic cluster | Supported |
| PostgreSQL hoofdversie | PostgreSQL 15 en later |
| Rekenlaag | Algemeen gebruik en geheugengeoptimaliseerd |
| Schijftype en maximale grootte | Premium SSD v1 tot 32 TB; Premium SSD v2 tot 64 TB |
| Serverfunctie | Alleen primaire servers |
| Customer Managed Key op de server of cluster | Supported |
| Hoge beschikbaarheid ingeschakeld op de bronserver | Supported |
| Virtueel netwerk of privé-eindpunt op de bronserver of cluster | Ondersteund via Trusted Access |
| Locatie van de back-up kluis | Moet in dezelfde regio als de databron zijn |
| Back-up kluisabonnement | Hetzelfde of een ander abonnement, binnen dezelfde tenant als de datasource |
| Back-upkluis met Customer Managed Key-encryptie | Supported |
| Onveranderlijkheid van de back-upkluis (WORM) | Supported. Herstelpunten kunnen onveranderlijk worden gemaakt zodat ze niet kunnen worden aangepast of verwijderd voordat hun behoud verloopt. |
| Zachte verwijdering, meervoudige gebruikersautorisatie en multifactorauthenticatie op de kluis | Supported |
| Door de gebruiker toegewezen beheerde identiteit | Ondersteund voor het verlenen van rechten op de databron en op de back-upvault |
Ondersteunde back-upscenario's voor Azure PostgreSQL flexibele server en elastische cluster vaulted backup (v2)
Azure PostgreSQL flexibele server en elastische cluster vaulted backup (v2) ondersteunt de volgende back-upscenario's:
- De hele server of cluster is geback-upt. Back-ups van individuele databases worden niet ondersteund.
- Een elastisch cluster met maximaal 8 knooppunten wordt ondersteund.
- De eerste back-up van een databron is een volledige back-up; elke back-up daarna is incrementeel. Azure Backup voert opnieuw automatisch een initiële replicatie uit als de snapshotketen wordt verbroken.
- Back-upschema's van dagelijks of wekelijks worden ondersteund, met een minimale herstelpunt-doelstelling van één dag.
- Retentie kan worden ingesteld van 7 dagen tot 10 jaar, met onafhankelijke retentieperiodes voor dagelijkse, wekelijkse, maandelijkse en jaarlijkse herstelpunten.
- On-demand (ad hoc) back-ups worden ondersteund nadat de beveiliging is geconfigureerd.
- Per databron wordt één back-upinstantie ondersteund. Meervoudige beveiliging van dezelfde server wordt niet ondersteund, dus een server wordt beschermd door ofwel de v1-stack of door de v2-stack, nooit door beide.
- Het back-upbeleid dat aan een back-upinstantie hoort, kan worden aangepast nadat de beveiliging is geconfigureerd.
- Een back-uptaak wordt als Succesvol gemarkeerd zodra de beheerde schijfsnapshot naar de kluis is gekopieerd.
- Metadata van herstelpunten, inclusief de PostgreSQL-versie waarop de back-up is gemaakt, is zichtbaar op elk herstelpunt.
- WORM onveranderlijke back-ups worden ondersteund. Wanneer onveranderlijkheid is ingeschakeld en vergrendeld op de back-upkluis, kunnen herstelpunten niet worden gewijzigd, overschreven of verwijderd voordat hun geconfigureerde bewaarperiode is verlopen, door geen enkele gebruiker, inclusief een kluisbeheerder.
Ondersteunde herstelscenario's voor Azure PostgreSQL flexibele server en elastische cluster vaulted backup (v2)
Azure PostgreSQL flexibele server en elastische cluster vaulted backup (v2) ondersteunt de volgende herstelscenario's:
- Herstelopdrachten worden uitgevoerd als Restore as Server naar een alternatieve locatie. De flexibele doelserver of elastische cluster moet worden aangemaakt voordat het herstel wordt geactiveerd.
- Gegevens in niet-geregistreerde tabellen worden niet bewaard en gaan verloren bij het herstellen.
- Het doelwit kan in een ander abonnement zitten binnen dezelfde tenant.
- Herstel over verschillende regio's heen wordt ondersteund.
- Hersteloperaties van back-ups gemaakt op PostgreSQL-versies die niet langer worden ondersteund, zijn niet gegarandeerd.
- Herstel wordt ondersteund, zelfs nadat de bronbron is verwijderd.
- Een hersteltaak wordt alleen als succesvol gemarkeerd wanneer het gehele herstelpunt is hersteld.
- Een herstelpunt dat op een Premium SSD v1-server wordt genomen, herstelt naar een Premium SSD v1-doel. Een herstelpunt dat wordt genomen op een Premium SSD v2-server herstelt naar een Premium SSD v2-doel.
Doel-eisen voor herstel
De flexibele doelserver of elastische cluster moet aan alle volgende criteria voldoen, die door Azure Backup worden gevalideerd voordat de hersteloperatie begint:
- De server of cluster moet leeg zijn.
- De server of cluster mag niet op de Burstable compute-laag staan.
- De doelserver of cluster moet dezelfde PostgreSQL-hoofdversie gebruiken als de bronserver toen de back-up werd gemaakt. Het herstel mislukt als de versies niet overeenkomen.
- De doelserver of cluster moet dezelfde schijfgrootte hebben als de bronserver. Het herstel mislukt als de doelschijfgrootte kleiner is dan de bronschijfgrootte, ook al vereist het herstelpunt minder ruimte op de doelschijf.
- De server of cluster mag geen hoge beschikbaarheid geconfigureerd hebben.
- De server of cluster mag geen geo-replica hebben ingesteld, en mag zelf ook geen geo-replica zijn.
- De server of cluster moet zich in dezelfde regio bevinden als de back-upkluis.
Beperkingen voor Azure PostgreSQL flexibele server en elastic cluster vaulted backup (v2)
De v2-ervaring heeft de volgende beperkingen:
- Back-up en herstel op itemniveau wordt niet ondersteund. Je kunt geen individuele database, tabel of object back-uppen of herstellen.
- De Burstable compute-laag wordt niet ondersteund. Het configureren van back-ups op een Burstable-server faalt door een gebruikersfout. Schaal de server eerst naar General Purpose of Memory Optimize.
- PostgreSQL 14 en eerder worden niet ondersteund. Back-upconfiguratie faalt voor servers die deze versies gebruiken. Je moet upgraden naar een ondersteunde hoofdversie voordat je back-up configureert, of je moet de server blijven beschermen met v1.
- Back-up wordt alleen ondersteund voor primaire servers. Je kunt geen back-up configureren voor readreplica's of geo-replica's. Als je probeert een back-up te configureren voor een replica, mislukt de operatie door een gebruikersfout.
- Het één-dag herstelpuntdoel (RPO) is niet in alle scenario's gegarandeerd. De eerste back-up en de daaropvolgende initiële replicatie dragen de volledige inhoud van de schijf over en kunnen meer dan één dag duren voor grote servers en clusters. Back-ups kunnen ook meer dan één dag duren voor servers met veel dagelijkse dataverloop of servers die Premium SSD v2 gebruiken.
- Een beschermd voorwerp van v1 naar v2 verplaatsen is één manier. Om terug te keren naar v1, stop de bescherming en configureer je de back-up opnieuw op de v1-stack.
- Back-upconfiguratie geldt niet automatisch voor de nieuwe primaire server na een geplande geo-failover. De bestaande back-upconfiguratie blijft gekoppeld aan de vorige primaire server, en de back-ups beginnen te falen na de failover. Om de nieuwe primaire server te beschermen, configureer je back-up op die server.