Back-up en herstel in Azure Database for PostgreSQL - één server

VAN TOEPASSING OP: Azure Database for PostgreSQL - enkele server

Azure Database for PostgreSQL maakt automatisch serverback-ups en slaat deze op in door de gebruiker geconfigureerde lokaal redundante of geografisch redundante opslag. Back-ups kunnen worden gebruikt om de status van de server naar een bepaald tijdstip te herstellen. Back-ups maken en herstellen zijn essentiële onderdelen van een strategie voor bedrijfscontinuïteit omdat ze uw gegevens beschermen tegen onbedoelde beschadiging of verwijdering.

Back-ups

Azure Database for PostgreSQL maakt back-ups van de gegevensbestanden en het transactielogboek. Afhankelijk van de ondersteunde maximale opslaggrootte maken we volledige en differentiële back-ups (maximaal 4 TB opslagservers) of momentopnameback-ups (maximaal 16 TB opslagservers). Met deze back-ups kunt u een server herstellen naar een bepaald tijdstip binnen de geconfigureerde bewaarperiode voor back-ups. De standaardretentieperiode voor back-ups is zeven dagen. U kunt het desgewenst tot 35 dagen configureren. Alle back-ups worden versleuteld met AES 256-bits versleuteling.

Deze back-upbestanden kunnen niet worden geëxporteerd. De back-ups kunnen alleen worden gebruikt voor herstelbewerkingen in Azure Database for PostgreSQL. U kunt pg_dump gebruiken om een database te kopiëren.

Back-upfrequentie

Servers met maximaal 4 TB opslag

Voor servers die maximaal 4 TB maximale opslag ondersteunen, worden er eenmaal per week volledige back-ups gemaakt. Differentiële back-ups vinden twee keer per dag plaats. Back-ups van transactielogboeken worden elke vijf minuten uitgevoerd.

Servers met maximaal 16 TB opslag

In een subset van Azure-regio's kunnen alle nieuw ingerichte servers maximaal 16 TB opslag ondersteunen. Back-ups op deze grote opslagservers zijn gebaseerd op momentopnamen. De eerste volledige momentopnameback-up wordt gepland direct nadat een server is gemaakt. De eerste volledige back-up van de momentopname wordt bewaard als basisback-up van de server. Volgende momentopnameback-ups zijn alleen differentiële back-ups. Differentiële momentopnameback-ups worden niet uitgevoerd volgens een vast schema. In een dag worden meerdere differentiële momentopnameback-ups uitgevoerd, maar slechts drie back-ups worden bewaard. Back-ups van transactielogboeken worden elke vijf minuten uitgevoerd.

Notitie

Automatische back-ups worden uitgevoerd voor replicaservers die zijn geconfigureerd met een opslagconfiguratie van maximaal 4 TB.

Back-upretentie

Back-ups worden bewaard op basis van de instelling van de back-upretentieperiode op de server. U kunt een bewaarperiode van 7 tot 35 dagen selecteren. De standaardretentieperiode is 7 dagen. U kunt de bewaarperiode instellen tijdens het maken van de server of later door de back-upconfiguratie bij te werken met behulp van Azure Portal of Azure CLI.

De bewaarperiode voor back-ups bepaalt hoe ver terug in de tijd een herstel naar een bepaald tijdstip kan worden opgehaald, omdat deze is gebaseerd op beschikbare back-ups. De bewaarperiode voor back-ups kan ook worden behandeld als een herstelvenster vanuit het perspectief van herstel. Alle back-ups die nodig zijn om een herstel naar een bepaald tijdstip uit te voeren binnen de bewaarperiode voor back-ups, worden bewaard in de back-upopslag. Als de bewaarperiode voor back-ups bijvoorbeeld is ingesteld op 7 dagen, wordt het herstelvenster beschouwd als de laatste 7 dagen. In dit scenario blijven alle back-ups behouden die nodig zijn om de server in de afgelopen 7 dagen te herstellen. Met een bewaarperiode voor back-ups van zeven dagen:

  • Servers met een opslag van maximaal 4 TB behouden maximaal 2 volledige databaseback-ups, alle differentiële back-ups en back-ups van transactielogboeken die zijn uitgevoerd sinds de eerste volledige databaseback-up.
  • Servers met een opslag van maximaal 16 TB behouden de volledige momentopname van de database, alle differentiële momentopnamen en back-ups van transactielogboeken in de afgelopen 8 dagen.

Opties voor back-upredundantie

Azure Database for PostgreSQL biedt de flexibiliteit om te kiezen tussen lokaal redundante of geografisch redundante back-upopslag in de lagen Algemeen en Geoptimaliseerd voor geheugen. Wanneer de back-ups worden opgeslagen in geografisch redundante back-upopslag, wordt een extra back-upkopie gerepliceerd naar een gekoppelde regio. Dit biedt betere beveiliging en de mogelijkheid om uw server te herstellen in het geval van een regionaal noodgeval. De Basic-laag biedt alleen lokaal redundante back-upopslag.

Belangrijk

Het configureren van lokaal redundante of geografisch redundante opslag voor back-up is alleen toegestaan tijdens het maken van een server. Zodra de server is ingericht, kunt u de optie voor redundantie van back-upopslag niet meer wijzigen.

Kosten van back-upopslag

Azure Database for PostgreSQL biedt zonder extra kosten tot 100% van uw ingerichte serveropslag als back-upopslag. Eventuele extra back-upopslag die wordt gebruikt, wordt in GB per maand in rekening gebracht. Als u bijvoorbeeld een server met 250 GB opslagruimte hebt ingericht, hebt u gratis 250 GB extra opslagruimte beschikbaar voor serverback-ups. Opslag die wordt verbruikt voor back-ups van meer dan 250 GB wordt in rekening gebracht volgens het prijsmodel.

U kunt de metrische gegevens voor gebruikte back-upopslag in Azure Monitor gebruiken die beschikbaar zijn in de Azure Portal om de back-upopslag te controleren die door een server wordt gebruikt. Het metrische gegeven gebruikte back-upopslag vertegenwoordigt de som van de opslag die wordt gebruikt door alle volledige databaseback-ups, differentiële back-ups en logboekback-ups die worden bewaard op basis van de bewaarperiode voor back-ups die voor de server zijn ingesteld. De frequentie van de back-ups wordt door de service beheerd en eerder uitgelegd. Intensieve transactionele activiteit op de server kan ertoe leiden dat het gebruik van back-upopslag toeneemt, onafhankelijk van de totale databasegrootte. Voor geografisch redundante opslag is het gebruik van back-upopslag twee keer dat van de lokaal redundante opslag.

De belangrijkste manier om de kosten voor back-upopslag te beheren, is door de juiste bewaarperiode voor back-ups in te stellen en de juiste opties voor back-upredundantie te kiezen om te voldoen aan uw gewenste hersteldoelen. U kunt een bewaarperiode van 7 tot 35 dagen selecteren. Algemeen en servers met geoptimaliseerd geheugen kunnen ervoor kiezen om geografisch redundante opslag voor back-ups te gebruiken.

Herstellen

Als u in Azure Database for PostgreSQL een herstelbewerking uitvoert, wordt er een nieuwe server gemaakt op basis van de back-ups van de oorspronkelijke server.

Er zijn twee soorten herstel beschikbaar:

  • Herstel naar een bepaald tijdstip is beschikbaar met een van beide opties voor back-upredundantie en maakt een nieuwe server in dezelfde regio als de oorspronkelijke server.
  • Geo-herstel is alleen beschikbaar als u uw server hebt geconfigureerd voor geografisch redundante opslag en u hiermee uw server naar een andere regio kunt herstellen.

De geschatte duur van het herstel is afhankelijk van diverse factoren, waaronder de grootte van de databases, de transactielogboekgrootte, de netwerkbandbreedte en het totale aantal databases dat op hetzelfde moment in dezelfde regio moet worden hersteld. De hersteltijd is afhankelijk van de laatste gegevensback-up en de hoeveelheid herstel die moet worden uitgevoerd. Het is meestal minder dan 12 uur.

Notitie

Als uw PostgreSQL-bronserver is versleuteld met door de klant beheerde sleutels, raadpleegt u de documentatie voor aanvullende overwegingen.

Notitie

Als u een verwijderde PostgreSQL-server wilt herstellen, volgt u de procedure die hier wordt beschreven.

Terugzetten naar eerder tijdstip

Onafhankelijk van de optie voor back-upredundantie kunt u een herstelbewerking uitvoeren naar elk tijdstip binnen de bewaarperiode voor back-ups. Er wordt een nieuwe server gemaakt in dezelfde Azure-regio als de oorspronkelijke server. Deze wordt gemaakt met de configuratie van de oorspronkelijke server voor de prijscategorie, het genereren van rekenkracht, het aantal vCores, de opslaggrootte, de bewaarperiode voor back-ups en de optie voor back-upredundantie.

Herstel naar een bepaald tijdstip is handig in meerdere scenario's. Bijvoorbeeld wanneer een gebruiker per ongeluk gegevens verwijdert, een belangrijke tabel of database verwijdert of als een toepassing per ongeluk goede gegevens met slechte gegevens overschrijft vanwege een toepassingsfout.

Mogelijk moet u wachten tot de volgende back-up van het transactielogboek is gemaakt voordat u binnen de afgelopen vijf minuten naar een bepaald tijdstip kunt herstellen.

Als u een verwijderde tabel wilt herstellen,

  1. Herstel de bronserver met behulp van de methode Point-in-time.
  2. Dump de tabel met behulp van pg_dump de herstelde server.
  3. De naam van de brontabel op de oorspronkelijke server wijzigen.
  4. Tabel importeren met behulp van psql-opdrachtregel op de oorspronkelijke server.
  5. U kunt eventueel de herstelde server verwijderen.

Notitie

Het wordt aanbevolen om niet meerdere herstelbewerkingen voor dezelfde server tegelijk te maken.

Geo-herstel

U kunt een server herstellen naar een andere Azure-regio waar de service beschikbaar is als u uw server hebt geconfigureerd voor geografisch redundante back-ups. Servers die ondersteuning bieden voor maximaal 4 TB aan opslag, kunnen worden hersteld naar de geografisch gekoppelde regio of naar een andere regio die ondersteuning biedt voor maximaal 16 TB aan opslag. Voor servers die ondersteuning bieden voor maximaal 16 TB aan opslag, kunnen geo-back-ups worden hersteld in elke regio die ook servers van 16 TB ondersteunen. Bekijk Azure Database for PostgreSQL prijscategorieën voor de lijst met ondersteunde regio's.

Geo-herstel is de standaardhersteloptie wanneer uw server niet beschikbaar is vanwege een incident in de regio waar de server wordt gehost. Als een grootschalig incident in een regio ertoe leidt dat uw databasetoepassing niet beschikbaar is, kunt u een server van de geografisch redundante back-ups herstellen naar een server in een andere regio. Er is een vertraging tussen het maken van een back-up en het moment waarop deze naar een andere regio wordt gerepliceerd. Deze vertraging kan maximaal een uur duren, dus als er zich een noodgeval voordoet, kan er maximaal één uur gegevensverlies zijn.

Tijdens een geografisch herstel zijn de serverconfiguraties die kunnen worden gewijzigd onder andere: compute-generatie, vCore, bewaarperioden voor back-ups en opties voor redundantie van back-ups. Het wijzigen van de prijscategorie (Basic, Algemeen of Geoptimaliseerd voor geheugen) of de opslaggrootte wordt niet ondersteund.

Notitie

Als uw bronserver gebruikmaakt van dubbele infrastructuurversleuteling, gelden er beperkingen voor het herstellen van de server, waaronder beschikbare regio's. Zie de dubbele versleuteling van de infrastructuur voor meer informatie.

Taken na herstel uitvoeren

Na een herstel vanuit een van beide herstelmechanismen moet u de volgende taken uitvoeren om uw gebruikers en toepassingen weer aan de slag te krijgen:

  • Als u toegang wilt krijgen tot de herstelde server, omdat deze een andere naam heeft dan de oorspronkelijke server, wijzigt u de servernaam in de naam van de herstelde server en de gebruikersnaam username@new-restored-server-name in in uw connection string.
  • Als de nieuwe server bedoeld is om de oorspronkelijke server te vervangen, moet u clients en clienttoepassingen omleiden naar de nieuwe server.
  • Zorg ervoor dat gebruikers verbinding kunnen maken met de juiste firewall- en VNet-regels op serverniveau. Deze regels worden niet gekopieerd van de oorspronkelijke server.
  • Zorg ervoor dat de juiste aanmeldingen en machtigingen op databaseniveau aanwezig zijn
  • Waarschuwingen configureren, indien van toepassing

Volgende stappen