Vanliga frågor och svar om Azure Cosmos DB

Azure Cosmos DB passar bra för webb-, mobil-, spel- och IoT-användningsfall. I dessa användningsfall; automatisk skalning, förutsägbar prestanda, snabb ordning på svarstider för millisekunder och möjligheten att köra frågor mot schemafria data är viktigt. Azure Cosmos DB lämpar sig för snabb utveckling och stöd för kontinuerlig iteration av programdatamodeller. Program som hanterar användargenererat innehåll och data mappas ofta till vanliga användningsfall för Azure Cosmos DB.

En enhet för begäran (RU) är måttet på dataflödet i Azure Cosmos DB. Ett dataflöde för en enskild begäransenhet motsvarar dataflödet GET för HTTP-åtgärden för ett dokument på 1 kilobit. Varje åtgärd i Azure Cosmos DB; inklusive läsningar, skrivningar, frågor och lagrade procedurkörningar; har ett deterministiskt enhetsvärde för begäranden baserat på det dataflöde som krävs för att slutföra åtgärden. I stället för att tvingas överväga CPU, I/O och minne i förhållande till programmets dataflöde kan du tänka i termer av enheter för begäranden.

Du kan konfigurera varje Azure Cosmos DB-container med etablerat dataflöde när det gäller enheter för begäranden per sekund (RU/s). Du kan jämföra enskilda begäranden för att mäta i enheter för begäranden och skapa en container för att hantera summan av enheter för begäranden för alla begäranden för containern på en sekund. Du kan också skala upp eller skala ned containerns dataflöde allt eftersom programmets behov utvecklas. Mer information om hur du mäter enheter för begäran finns i dataflödeskalkylatorn.

Nyckel/värde-datamodeller (tabell), kolumndiagram, dokument och diagram stöds alla internt på grund av den ARS-design (atomer, poster och sekvenser) som Azure Cosmos DB bygger på. Atomer, poster och sekvenser kan enkelt mappas och projiceras till olika datamodeller. API:erna för en delmängd modeller är tillgängliga med hjälp av ARS-designen (MongoDB RU, NoSQL, Table, Apache Cassandra och Apache Gremlin). Azure Cosmos DB har också stöd för andra API:er som MongoDB vCore, Cassandra MI eller PostgreSQL.

En container är en grupp med objekt. Containrar kan sträcka sig över en eller flera partitioner och kan skalas för att hantera praktiskt taget obegränsade volymer av lagring eller dataflöde.

En container är en fakturerbar entitet där dataflödet och den använda lagringen avgör kostnaden. Varje container faktureras varje timme, baserat på det etablerade dataflödet och använt lagringsutrymme. Mer information finns i Priser för Azure Cosmos DB.

Azure Cosmos DB är Microsofts globalt distribuerade databastjänst för flera datamodeller. Flera modeller refererar till Azure Cosmos DB:s stöd för flera API:er och datamodeller. I det här paradigmet använder olika API:er olika dataformat för lagring och trådprotokoll. Till exempel; NoSQL använder JSON, MongoDB använder binärkodad JSON (BSON), Table använder Entity Data Model (EDM), Cassandra använder Cassandra Query Language (CQL), Gremlin använder JSON-format. Därför rekommenderar vi att du använder samma API för all åtkomst till data i ett visst konto.

Ja. Azure Cosmos DB-API:er tillåter direkt integrering. Azure Cosmos DB REST API:er kan till exempel integreras med Azure API Management för CRUD-åtgärder, vilket eliminerar behovet av mellanliggande tjänster som Azure Functions.

Ja, Azure Cosmos DB är HIPAA-kompatibelt. HIPAA fastställer kraven för användning, redovisning, och skydd av individuellt identifierbar hälsoinformation. För mer information, se Microsoft Trust Center.

Det finns ingen gräns för den totala mängden data som en container kan lagra i Azure Cosmos DB.

Det finns ingen gräns för den totala mängden dataflöde som en container kan stödja i Azure Cosmos DB. Huvudidén är att distribuera din arbetsbelastning ungefär även mellan ett tillräckligt stort antal partitionsnycklar.

Ja båda lägena är alltid helt krypterade.

Antalet etablerade containrar, antalet timmar containrar var online och det etablerade dataflödet för varje container avgör användningsavgifter för Azure Cosmos DB. Mer prisinformation finns i Priser för Azure Cosmos DB.

Om du vill ställa en teknisk fråga kan du skicka till något av dessa två fråge- och svarsforum:

• Microsofts fråga och svar (Q&A)
• Stack overflow. Stack Overflow passar bäst för programmeringsfrågor. Ange så många detaljer som möjligt, vilket gör frågan tydlig och svarsbar.

Om du vill åtgärda ett problem med ditt konto, skickar du in ett supportärende i Azure-portalen.

Den allmänna riktlinjen för att migrera ett Cosmos DB-konto till en annan resursgrupp eller prenumeration beskrivs i artikeln flytta Azure-resurser till en ny resursgrupp eller prenumeration .

När du har flyttat Azure Cosmos DB-kontot enligt den allmänna riktlinjen måste alla identiteter (System-Assigned eller User-Assigned) som är associerade med kontot omtilldelas. Den här omtilldelningen krävs för att säkerställa att dessa identiteter fortsätter att ha de behörigheter som krävs för att få åtkomst till Key Vault-nyckeln.

Om ditt Cosmos DB-konto har kundhanterade nycklar aktiverat kan du bara migrera kontot om det är ett kundhanterat nyckelkonto mellan klientorganisationer. Mer information finns i guiden om hur du konfigurerar kundhanterade nycklar mellan klientorganisationer för ditt Azure Cosmos DB-konto med Azure Key Vault.

När du migrerar från periodiskt läge till kontinuerligt läge kan du inte köra några kontrollplansåtgärder som utför uppdateringar eller borttagningar på kontonivå. Åtgärder som att lägga till eller ta bort regioner, redundansväxling av konton, uppdatera säkerhetskopieringsprinciper osv. kan till exempel inte köras medan migreringen pågår. Tiden för migrering beror på storleken på data och antalet regioner i ditt konto. Återställningsåtgärden för de migrerade kontona lyckas bara från den tidpunkt då migreringen har slutförts.

Du kan återställa ditt konto när migreringen har slutförts. Om migreringen slutförs kl. 13:00 PST kan du återställa tidpunkten från 13:00 PST.

Ja.

API för NoSQL, API för Tabell, Gremlin API och API för MongoDB-konton som använder delade, etablerade eller autoskalningsetablerade dataflöden stöder migrering till kontinuerlig säkerhetskopiering.

Konton med Azure Synapse Link aktiverat, eller som har Azure Synapse Link inaktiverat för en eller flera samlingar, kan inte migrera till kontinuerlig säkerhetskopiering.

Migreringen tar en varierande tid som till stor del beror på storleken på data och antalet regioner i ditt konto. Du kan hämta migreringsstatusen med hjälp av Azure CLI- eller PowerShell-kommandon. För stora konton med tiotals terabyte data kan migreringen ta upp till några dagar att slutföra.

Ja, den här migreringen tar tid som till stor del beror på behovet av att vänta tills alla gamla preliminära skrivningar töms under kontinuerlig säkerhetskopieringsmigrering. Du kan hämta migreringsstatusen med hjälp av Azure CLI- eller PowerShell-kommandon. För stora konton med tiotals terabyte data kan migreringen ta upp till några dagar att slutföra.

Nej, migreringsåtgärden sker i bakgrunden. Därför påverkas inte klientbegäranden. Vi måste dock utföra vissa serverdelsåtgärder under migreringen, och det kan ta extra tid om kontot är hårt belastat.

När migreringsprocessen har startats aktiveras kontot i kontinuerligt läge. Om migreringen misslyckas måste du initiera migreringen igen tills den lyckas.

Anta att du har påbörjat migreringen vid t1 och slutfört vid t5. Du kan inte använda en återställningstidsstämpel mellan t1 och t5. Anta också att ditt konto nu är i kontinuerligt läge. Om du vill återställa till en tid efter t5, utför återställningen med Azure-portalen, CLI eller PowerShell som vanligt med ett kontinuerligt konto. Den här självbetjäningsåterställningsbegäran kan bara göras när migreringen har slutförts. Om du vill återställa till en tid före t1kan du öppna ett supportärende som vanligt med ett periodiskt säkerhetskopieringskonto. Efter migreringen har du upp till 30 dagar på dig att utföra den periodiska återställningen. Under dessa 30 dagar kan du återställa baserat på kvarhållning/intervall för säkerhetskopior för ditt konto före migreringen. Om säkerhetskopian till exempel har konfigurerats för att behålla 24 kopior med 1 timmes intervall kan du återställa när som helst mellan (t1 – 24 hours) och t1.

Åtgärder som att lägga till/ta bort region, redundans, ändra säkerhetskopieringsprincip och eventuella dataflödesändringar som resulterar i dataförflyttning blockeras under migreringen.

Misslyckad migrering blockerar inte några kontrollplansåtgärder. Om migreringen misslyckas försöker du igen tills den lyckas innan du utför andra kontrollplansåtgärder.

Det går inte att avbryta migreringen eftersom migreringar inte är en reversibel åtgärd. Via supportsamtalsteamet kan avbryta tillfälligt och låta offlineåtgärderna fortsätta. Men man kan inte gå tillbaka till periodiskt säkerhetskopieringstillstånd.

Det finns inget verktyg för att uppskatta tid. Våra test- och skalningskörningar indikerar att ett konto med 1 TB data tar ungefär 90 minuter. För konton i flera regioner beräknar du den totala datastorleken som Number_of_regions * Data_in_single_region.

Testa funktionen för kontinuerligt säkerhetskopieringsläge för att kontrollera att den fungerar som förväntat innan du migrerar produktionskonton. Migrering är en enkelriktad åtgärd och kan inte ångras.

Ja, du kan registrera dig för ett kostnadsfritt databaskonto med 1 000 RU/s och 25 GB kostnadsfritt.

Om du inte har använt Azure tidigare kan du registrera dig för ett kostnadsfritt Azure-konto, vilket ger dig 30 dagar och en kredit för att prova alla Azure-tjänster. Om du har en Visual Studio-prenumeration är du också berättigad till kostnadsfria Azure-krediter att använda på valfri Azure-tjänst.

Du kan också använda Azure Cosmos DB-emulatorn för att utveckla och testa ditt program lokalt utan att skapa en Azure-prenumeration. När du är nöjd med hur programmet fungerar i Azure Cosmos DB-emulatorn kan du växla till ett Azure Cosmos DB-konto i molnet.

Azure Cosmos DB är tillgängligt i Azure Portal. Registrera dig först för en Azure-prenumeration. När du har registrerat dig lägger du till ett Azure Cosmos DB-konto i din Azure-prenumeration.

Använd Microsoft Entra-ID för att autentisera till Azure Cosmos DB för alla API:er som stöder den här autentiseringsmetoden. Använd nycklarna med försiktighet för API:er som inte stöder Microsoft Entra-ID-autentisering. Se till att nycklar för produktionskonton lagras på ett säkert sätt, till exempel i Azure Key Vault.

Information om regional tillgänglighet för Azure Cosmos DB finns i Tillgängliga Azure-produkter per region. Du kan konto din databas till en eller flera av dessa regioner.

Programutvecklingspaketen (SDK:er) för Azure Cosmos DB tillåter konfiguration av de regioner som de använder för anslutningar. I de flesta SDK:er anges värdet "PreferredLocations" till någon av de Azure-regioner där Azure Cosmos DB är tillgängligt.

Azure Cosmos DB finns i alla Azure-regioner, enligt beskrivningen på sidan Azure-regioner . Eftersom det är en grundläggande Azure-tjänst har varje nytt datacenter en Azure Cosmos DB-närvaro.

När du anger en region bör du komma ihåg att Azure Cosmos DB respekterar nationella moln och myndighetsmoln. Du kan till exempel inte replikera data från en nationell region. På samma sätt kan du inte aktivera replikering till andra nationella platser från ett externt konto.

Etablering av dataflöde på container- och databasnivå är separata erbjudanden och växling mellan något av dessa erbjudanden kräver migrering av data från källa till mål. Du måste skapa en ny databas eller container och sedan migrera data med massexekutorbiblioteket eller Azure Data Factory.

Ja, Azure Cosmos DB stöder tidsserieanalys. Du kan använda ändringsflödet för att skapa aggregerade vyer över tidsseriedata. Du kan utöka den här metoden genom att använda Apache Spark-strömning eller en annan dataströmprocessor.

Information om tjänstkvoter och dataflödesgränser finns i tjänstkvoter och gränser.

Relaterat innehåll

• Vanliga frågor och svar om Azure Cosmos DB för NoSQL
• Vanliga frågor och svar om Azure Cosmos DB för MongoDB
• Vanliga frågor och svar om Azure Cosmos DB för Apache Gremlin
• Vanliga frågor och svar om Azure Cosmos DB för Apache Cassandra
• Vanliga frågor och svar om Azure Cosmos DB for Table