Dela via


Regelbunden säkerhetskopiering och återställning i Azure Cosmos DB

APPLIES TO: NoSQL MongoDB Kassandra Gremlin Bord

Azure Cosmos DB gör automatiskt en säkerhetskopia av dina data med jämna mellanrum. Automatiska säkerhetskopieringar görs utan att det påverkar databasernas prestanda eller tillgänglighet. Alla säkerhetskopior lagras separat i en lagringstjänst och dessa säkerhetskopior replikeras globalt för återhämtning mot regionala katastrofer. Med Azure Cosmos DB är inte bara dina data, utan även säkerhetskopiorna av dina data mycket redundanta och motståndskraftiga mot regionala katastrofer.

Så utför Azure Cosmos DB datasäkerhetskopiering

Följande steg visar hur Azure Cosmos DB utför säkerhetskopiering av data:

  • Azure Cosmos DB tar automatiskt en fullständig säkerhetskopia av databasen var fjärde timme. När som helst lagras endast de senaste två säkerhetskopiorna som standard. Om standardintervallen inte räcker för dina arbetsbelastningar kan du ändra säkerhetskopieringsintervallet och kvarhållningsperioden från Azure Portal. Du kan ändra säkerhetskopieringskonfigurationen under eller efter att Azure Cosmos DB-kontot har skapats. Om containern eller databasen tas bort behåller Azure Cosmos DB befintliga ögonblicksbilder av en viss etablerad dataflödescontainer eller databas för delat dataflöde i 30 dagar. Om dataflödet etableras på databasnivå sker säkerhetskopierings- och återställningsprocessen i hela databasomfånget.

  • Azure Cosmos DB lagrar dessa säkerhetskopior i Azure Blob Storage medan faktiska data finns lokalt i Azure Cosmos DB.

  • To guarantee low latency, the snapshot of your backup is stored in Azure Blob storage in the same region as the current write region (or one of the write regions, in case you have a multi-region write configuration). Som haveriberedskap replikeras alla ögonblicksbilder av säkerhetskopierade data i Azure Blob Storage till en annan region via geo-redundant lagring (GRS). Den region som säkerhetskopian replikeras till baseras på källregionen och det regionala par som källregionen är kopplad till. Mer information finns i listan över geo-redundanta par i Azure-regioner. Du kan inte komma åt den här säkerhetskopian direkt. Azure Cosmos DB-teamet återställer din säkerhetskopia när du begär via en supportbegäran.

    Följande bild visar hur en Azure Cosmos DB-container med alla de tre primära fysiska partitionerna i USA, västra. Containern säkerhetskopieras i ett fjärranslutet Azure Blob Storage-konto i USA, västra och replikeras sedan till USA, östra:

    Diagram över periodiska fullständiga säkerhetskopior som gjorts av flera Azure Cosmos DB-entiteter i geo-redundant Azure Storage.

  • Säkerhetskopiorna görs utan att påverka programmets prestanda eller tillgänglighet. Azure Cosmos DB utför säkerhetskopiering av data i bakgrunden utan att förbruka något extra etablerat dataflöde (RU:er) eller påverka databasens prestanda och tillgänglighet.

Med det periodiska säkerhetskopieringsläget tas säkerhetskopiorna endast i skrivregionen för ditt Azure Cosmos DB-konto. Återställningsåtgärden återställer alltid data till ett nytt konto, som finns i källkontots skrivregion.

Vad återställs till ett nytt konto?

  • Du kan välja att återställa en kombination av containrar för etablerat dataflöde, databaser för delat dataflöde eller hela kontot.
  • Återställningsåtgärden återställer alla data och dess indexegenskaper till ett nytt konto.
  • Återställningens varaktighet beror på hur mycket data som behöver återställas.
  • Konsekvensinställningen för det nyligen återställde databaskontot är samma som konsekvensinställningarna för källdatabaskontot.

Vad återställs inte?

Följande konfigurationer återställs inte efter återställningen till tidpunkt:

  • Det går inte att återställa en delmängd containrar under en databas med delat dataflöde. Hela databasen kan återställas som helhet.
  • Databaskontonycklar. Det återställde kontot genereras med nya databaskontonycklar.
  • Brandvägg, virtuellt nätverk, RBAC för dataplan eller privata slutpunktsinställningar.
  • Regions. Det återställde kontot är bara ett konto med en region, vilket är källkontots skrivregion.
  • Lagrade procedurer, utlösare, användardefinierade funktioner (UDF).
  • Rollbaserade åtkomstkontrolltilldelningar. Dessa måste omtilldelas.
  • Dokument som har tagits bort på grund av att TTL har upphört att gälla.
  • Analysdata när synapse-länken är aktiverad.
  • Materialized views.

Vissa av dessa konfigurationer kan läggas till i det återställda kontot när återställningen har slutförts.

För Azure Synapse Link-aktiverade konton ingår inte analyslagringsdata i säkerhetskopiorna och återställningarna. När Azure Synapse Link är aktiverat fortsätter Azure Cosmos DB att automatiskt göra säkerhetskopior av dina data i transaktionslagret med ett schemalagt säkerhetskopieringsintervall. Automatisk säkerhetskopiering och återställning av dina data i analysarkivet stöds inte just nu.

Förstå kostnaden för säkerhetskopior

Två säkerhetskopior tillhandahålls kostnadsfritt och extra säkerhetskopior debiteras enligt den regionbaserade prissättningen för lagring av säkerhetskopior som beskrivs i prissättningen för Azure Cosmos DB.

For example, consider a scenario where Backup Retention is configured to 240 hrs (or 10 days) and Backup Interval is configured to 24 hours. This configuration implies that there are 10 copies of the backup data. If you have 1 TB of data in an Azure West US region, the cost for backup storage in a given month would be: 0.12 * 1000 * 8

Behörigheter som krävs för att hantera kvarhållning eller återställning

Principals who are part of the role CosmosdbBackupOperator, owner, or contributor are allowed to request a restore or change the retention period.

Hantera periodiska säkerhetskopieringar manuellt i Azure Cosmos DB

Med Azure Cosmos DB API för NoSQL-konton kan du även underhålla dina egna säkerhetskopior med någon av följande metoder:

Azure Data Factory

Använd Azure Data Factory för att regelbundet flytta data till valfri lagringslösning.

Ändringsflöde för Azure Cosmos DB

Use the Azure Cosmos DB change feed to read data periodically for full backups or for incremental changes, and store it in your own storage.

Next step