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

GÄLLER FÖR: 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 4:e timme och när som helst lagras endast de två senaste säkerhetskopiorna som standard. Om standardintervallen inte räcker för dina arbetsbelastningar kan du ändra säkerhetskopieringsintervallet och kvarhållningsperioden från Azure-portalen. 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.

• För att garantera låg svarstid lagras ögonblicksbilden av din säkerhetskopia i Azure Blob Storage i samma region som den aktuella skrivregionen (eller någon av skrivregionerna, om du har en skrivkonfiguration för flera regioner). 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 artikeln om geo-redundanta par med 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:

  

• 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.
• Hur lång tid återställningen tar beror på mängden 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äggs-, VNET-, dataplanets RBAC- eller privata slutpunktsinställningar.
• Regioner. Det återställde kontot är bara ett enda regionkonto, vilket är källkontots skrivregion.
• Lagrade procedurer, utlösare, UDF:er.
• 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.
• Materialiserade vyer

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

Azure Cosmos DB Backup med Azure Synapse Link

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 lagring av säkerhetskopior.

Tänk dig till exempel ett scenario där kvarhållning av säkerhetskopior är konfigurerat till 240 timmar (eller 10 dagar) och säkerhetskopieringsintervallet har konfigurerats till 24 timmar. Den här konfigurationen innebär att det finns 10 kopior av säkerhetskopierade data. Om du har 1 TB data i en region i Usa, västra är kostnaden för lagring av säkerhetskopior under en viss månad: 0.12 * 1000 * 8

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

Huvudnamn som ingår i rollen CosmosdbBackupOperator, ägare eller deltagare får begära en återställning eller ändra kvarhållningsperioden.

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

Använd Azure Cosmos DB-ändringsflödet för att läsa data regelbundet för fullständiga säkerhetskopior eller för inkrementella ändringar och lagra dem i din egen lagring.

Nästa steg

Periodisk redundans för säkerhetskopieringslagring