Delen via

Back-up en herstel in Azure Cosmos DB for PostgreSQL

  • Artikel

VAN TOEPASSING OP: Azure Cosmos DB for PostgreSQL (mogelijk gemaakt door de Citus-database-extensie naar PostgreSQL)

Azure Cosmos DB for PostgreSQL maakt automatisch back-ups van elk knooppunt in een cluster. Back-ups kunnen worden gebruikt om uw cluster te herstellen naar een opgegeven tijd - herstel naar een bepaald tijdstip (PITR). 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

Met geautomatiseerd proces wordt vanaf het moment dat uw cluster is ingericht en gedurende de gehele levenscyclus van het cluster back-ups gemaakt van elk Azure Cosmos DB for PostgreSQL-knooppunt. Azure Cosmos DB for PostgreSQL maakt periodieke momentopnamen van schijven en combineert deze met de WAL-bestanden van het knooppunt die worden gestreamd naar Azure Blob Storage.

Met de back-ups kunt u een server herstellen naar elk tijdstip binnen de bewaarperiode. (De bewaarperiode is momenteel 35 dagen voor alle clusters.) Alle back-ups worden versleuteld met AES 256-bits versleuteling.

Back-upbestanden kunnen niet worden geëxporteerd. Ze kunnen alleen worden gebruikt voor herstelbewerkingen in Azure Cosmos DB voor PostgreSQL.

Back-upredundantie

Azure Cosmos DB for PostgreSQL ondersteunt de volgende opties voor back-upredundantie.

  • Dezelfde regioback-up

    • Zone-redundante back-upopslag: deze optie wordt automatisch gekozen voor regio's die beschikbaarheidszones ondersteunen. Wanneer de back-ups worden opgeslagen in zone-redundante back-upopslag, worden de gegevens ook gerepliceerd naar andere beschikbaarheidszones die zijn opgeslagen in de beschikbaarheidszone waar het knooppunt van elk cluster wordt gehost.

    • Lokaal redundante back-upopslag: deze optie wordt automatisch gekozen voor regio's die geen ondersteuning bieden voor beschikbaarheidszones. Wanneer de back-ups worden opgeslagen in lokaal redundante back-upopslag, worden meerdere kopieën van back-ups opgeslagen in dezelfde regio.

  • Back-up tussen regio's

    • Geografisch redundante back-upopslag: u kunt deze optie kiezen op het moment dat het cluster wordt gemaakt. Wanneer de back-ups worden opgeslagen in een andere regio, worden naast drie kopieën van gegevens die zijn opgeslagen in de regio waar uw cluster wordt gehost, gerepliceerd naar een andere regio.

De Azure-regio waar de geografisch redundante back-up van het cluster wordt opgeslagen , is afhankelijk van de Azure-regio waar het Azure Cosmos DB for PostgreSQL-cluster zich bevindt.

Kosten van back-upopslag

Zie de pagina met prijzen voor Azure Cosmos DB for PostgreSQL voor actuele prijzen voor back-upopslag.

Herstellen

U kunt een cluster herstellen naar elk tijdstip binnen de afgelopen 35 dagen. Herstel naar een bepaald tijdstip is handig in meerdere scenario's. Wanneer een gebruiker bijvoorbeeld per ongeluk gegevens wist, een belangrijke tabel of database verwijdert of als een toepassing per ongeluk goede gegevens overschrijft met ongeldige gegevens.

Notitie

Hoewel clusterback-ups altijd 35 dagen worden opgeslagen, moet u mogelijk een ondersteuningsaanvraag openen om het cluster te herstellen naar een punt dat eerder is dan de laatste failovertijd. Naast hoge beschikbaarheid (HA) maken onderhouds- en reken- en opslagschaalbewerkingen gebruik van failovers om downtime tijdens deze bewerkingen te minimaliseren.

Wanneer alle knooppunten actief zijn, kunt u voor herstel in dezelfde regio het cluster herstellen zonder gegevensverlies. In een uiterst zeldzaam geval dat een knooppunt een catastrofale gebeurtenis ondervindt (en hoge beschikbaarheid niet is ingeschakeld op het cluster), verliest u mogelijk maximaal 5 minuten aan gegevens.

Op clusters waarvoor geoback-up is ingeschakeld, kan herstel worden uitgevoerd in de externe regio of in dezelfde regio waar het cluster zich bevindt.

Belangrijk

Verwijderde clusters kunnen niet worden hersteld. Als u het cluster verwijdert, worden alle knooppunten die tot het cluster behoren ook verwijderd en kunnen ze niet worden hersteld. Beheerders kunnen gebruikmaken van beheervergrendelingen om clusterbronnen te beveiligen, na de implementatie, tegen onbedoelde verwijdering of onverwachte wijzigingen.

Met het herstelproces maakt u een nieuw cluster in dezelfde of externe Azure-regio, -abonnement en -resourcegroep als het oorspronkelijke cluster. Het cluster heeft de oorspronkelijke configuratie: hetzelfde aantal knooppunten, aantal vCores, opslaggrootte, gebruikersrollen, PostgreSQL-versie en versie van de Citus-extensie.

Netwerkinstellingen blijven niet behouden van het oorspronkelijke cluster. Ze worden opnieuw ingesteld op standaardwaarden. U moet deze instellingen na het herstellen handmatig aanpassen om toegang tot het herstelde cluster toe te staan. In het algemeen raadpleegt u onze lijst met voorgestelde taken na het herstellen.

In de meeste gevallen duurt het herstellen van clusters maximaal 1 uur.

Volgende stappen