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

  • Artikel

VAN TOEPASSING OP: Azure Database for PostgreSQL - enkele server

Belangrijk

Azure Database for PostgreSQL - Enkele server bevindt zich op het buitengebruikstellingspad. We raden u ten zeerste aan om een upgrade uit te voeren naar Azure Database for PostgreSQL - Flexible Server. Zie Wat gebeurt er met Azure Database for PostgreSQL Enkele server voor meer informatie over migreren naar Azure Database for PostgreSQL - Flexible Server.

In Azure Database for PostgreSQL worden automatisch serverback-ups gemaakt en opgeslagen in 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 maximale 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 deze 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 opslagruimte

Voor servers die maximaal 4 TB maximale opslag ondersteunen, vindt elke week volledige back-ups plaats. 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. Deze eerste volledige momentopnameback-up wordt bewaard als de 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. Op een dag worden meerdere back-ups van differentiële momentopnamen uitgevoerd, maar er worden slechts 3 back-ups 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 voor de bewaarperiode voor back-ups 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 in de bewaarperiode voor back-ups uit te voeren, worden bewaard in de back-upopslag. Als de bewaarperiode voor back-ups bijvoorbeeld is ingesteld op 7 dagen, wordt het herstelvenster beschouwd als afgelopen 7 dagen. In dit scenario worden alle back-ups die nodig zijn om de server in de afgelopen 7 dagen te herstellen, bewaard. Met een bewaarperiode voor back-ups van zeven dagen:

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

Redundantieopties voor back-up

Azure Database for PostgreSQL biedt de flexibiliteit om te kiezen tussen lokaal redundante of geografisch redundante back-upopslag in de lagen Algemeen gebruik 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 regionale ramp. 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 maximaal 100% van uw ingerichte serveropslag als back-upopslag zonder extra kosten. Eventuele extra gebruikte back-upopslag wordt in GB per maand in rekening gebracht. Als u bijvoorbeeld een server hebt ingericht met 250 GB opslagruimte, hebt u 250 GB extra opslagruimte beschikbaar voor serverback-ups zonder extra kosten. Opslag die wordt verbruikt voor back-ups van meer dan 250 GB, wordt in rekening gebracht volgens het prijsmodel.

U kunt de metrische gegevens back-upopslag gebruiken in Azure Monitor die beschikbaar is in Azure Portal om de back-upopslag te bewaken die door een server wordt gebruikt. De metrische gegevens back-upopslag die wordt gebruikt, 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 zijn ingesteld voor de server. De frequentie van de back-ups wordt beheerd door de service en wordt 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 zo hoog als die 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 de gewenste hersteldoelen. U kunt een bewaarperiode van 7 tot 35 dagen selecteren. Servers voor algemeen gebruik en geoptimaliseerd voor geheugen kunnen ervoor kiezen om geografisch redundante opslag voor back-ups te hebben.

Herstellen

In Azure Database for PostgreSQL maakt het uitvoeren van een herstel een nieuwe server 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 varieert, 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.

Herstel naar een bepaald tijdstip

Onafhankelijk van de optie voor back-upredundantie kunt u een herstelbewerking uitvoeren naar een bepaald 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 berekeningen, 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. Wanneer een gebruiker bijvoorbeeld per ongeluk gegevens verwijdert, een belangrijke tabel of database verwijdert of als een toepassing per ongeluk goede gegevens overschrijft met slechte gegevens vanwege een toepassingsfout.

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

Als u een verwijderde tabel wilt herstellen,

  1. Bronserver herstellen met behulp van een punt-in-time-methode.
  2. Dump de tabel met behulp van pg_dump de herstelde server.
  3. Wijzig de naam van de brontabel op de oorspronkelijke server.
  4. Tabel importeren met behulp van de psql-opdrachtregel op de oorspronkelijke server.
  5. U kunt eventueel de herstelde server verwijderen.

Notitie

Het is raadzaam om niet tegelijkertijd meerdere herstelbewerkingen voor dezelfde server 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 maximaal 4 TB opslagruimte ondersteunen, kunnen worden hersteld naar de geografisch gekoppelde regio of naar elke regio die ondersteuning biedt voor maximaal 16 TB aan opslag. Voor servers die maximaal 16 TB aan opslag ondersteunen, kunnen geo-back-ups worden hersteld in elke regio die ook 16 TB-servers ondersteunt. Bekijk de prijscategorieën van Azure Database for PostgreSQL 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 herstellen van de geografisch redundante back-ups naar een server in een andere regio. Er is een vertraging tussen het moment waarop een back-up wordt gemaakt en wanneer 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 optreden.

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 gebruik of Geoptimaliseerd voor geheugen) of de opslaggrootte wordt niet ondersteund.

Notitie

Als uw bronserver dubbele infrastructuurversleuteling gebruikt voor het herstellen van de server, zijn er beperkingen met inbegrip van beschikbare regio's. Zie de dubbele versleuteling van de infrastructuur voor meer informatie.

Taken na herstel uitvoeren

Nadat een herstelmechanisme is hersteld, moet u de volgende taken uitvoeren om uw gebruikers en toepassingen weer aan de slag te laten gaan:

  • 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 herstelde servernaam en de gebruikersnaam username@new-restored-server-name in uw verbindingsreeks.

  • 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 de juiste firewall- en VNet-regels op serverniveau zijn ingesteld om gebruikers verbinding te laten maken. 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

  • Langetermijnretentie

    Azure Backup- en Azure Database for PostgreSQL-serverservices hebben een oplossing voor langetermijnback-ups gemaakt voor Azure Database for PostgreSQL-exemplaren met één server die back-ups maximaal 10 jaar bewaren. U kunt langetermijnretentie onafhankelijk of naast de automatische back-upoplossing van Azure Database for PostgreSQL enkele server gebruiken, die retentie van maximaal 35 dagen biedt. Geautomatiseerde back-ups zijn fysieke back-ups die geschikt zijn voor operationele herstelbewerkingen, met name wanneer u wilt herstellen vanaf de meest recente back-ups. Langetermijnback-ups helpen u bij uw nalevingsbehoeften, zijn gedetailleerder en worden als logische back-ups gemaakt met behulp van systeemeigen pg_dump. Naast langetermijnretentie biedt de oplossing de volgende mogelijkheden:

Door de klant beheerde geplande en on-demand back-ups op het niveau van individuele databases Centrale controle van alle bewerkingen en taken. Back-ups die zijn opgeslagen in een afzonderlijk beveiligings- en foutdomeinen. Als de bronserver of het abonnement is gecompromitteerd, blijven de back-ups veilig in de Backup-kluis (in door Azure Backup beheerde opslagaccounts). Het gebruik van pg_dump biedt meer flexibiliteit bij het herstellen van gegevens in verschillende databaseversies. Azure Backup-kluizen ondersteunen onveranderbaarheid en functies voor voorlopig verwijderen (preview) om uw gegevens te beveiligen.

Volgende stappen

  • Meer informatie over het herstellen met behulp van Azure Portal.
  • Meer informatie over het herstellen met behulp van de Azure CLI.
  • Zie het overzicht van bedrijfscontinuïteit voor meer informatie over bedrijfscontinuïteit.