Azure Cosmos DB for MongoDB-migreringstillägget hjälper dig att migrera dina MongoDB-arbetsbelastningar till Azure Cosmos DB. Den här artikeln besvarar vanliga frågor om migreringstillägget.
Hur gör jag för att köra min utvärdering om steget "Kör validering" misslyckas?
Se felet som visas i tillägget för att se varför verifieringen misslyckas. Vanligtvis är problemet en oförmåga att ansluta till MongoDB-slutpunkten. Problemet kan också vara att användaren inte har tillräcklig behörighet på den anslutna servern för att köra utvärderingen.
För att köra en utvärdering ska användaren som är ansluten till MongoDb ha readAnyDatabase och clusterMonitor roller tilldelade på källinstansen.
Använd grantRolesToUser för att konfigurera lämpliga roller för den anslutna användaren.
Hur gör jag för att se samlingsnamn och databasnamn för utvärderingar i kategorin "Funktionskompatibilitet"?
Utvärderingen använder serverStatus kommandot för att utföra funktionskompatibilitetsbedömningen. Eftersom det här kommandot inte innehåller information om databas- eller samlingsnamn kan tillägget inte rapportera resursnamnen.
Om du vill ha mer detaljerad utvärderingsinformation kör du utvärderingen igen med mappsökvägen som innehåller MongoDB-profilerarloggarna i fältet Sökväg till loggmapp.
Hur gör jag för att samla in loggmeddelanden?
Du kan hitta loggfilen på följande sökväg: /var/log/mongodb/mongodb.log. Om loggfilen inte hittas kontrollerar du platsen i MongoDB-konfigurationsfilen.
Mer information finns i MongoDB-loggmeddelanden.
Varför kan jag inte se det exakta antalet dokument som migrerats när migreringen har påbörjats och får en uppskattning?
För att minska resursanvändningen på källan under migreringen beräknar tillägget antalet dokument i varje samling som ska flyttas från källan till målet i stället för att hämta det exakta antalet.
Varför saknas eller inaktiveras vissa samlingar i samlingsmappningssteget?
vCore-baserade Azure Cosmos DB for MongoDB stöder inte tidsserier eller klustrade samlingar. Därför saknas eller inaktiveras de här typerna av samlingar i samlingsmappningssteget.
Varför saknas eller inaktiveras vyer i samlingsmappningssteget när vCore-baserade Azure Cosmos DB for MongoDB stöder vyer?
vCore-baserade Azure Cosmos DB for MongoDB stöder skapandet av nya vyer. Migreringstillägget stöder dock inte migrering av befintliga vyer.
När migreringen är klar kan du alltid återskapa vyerna.
Hur mycket lagringsutrymme ska jag förvänta mig att använda i målkontot efter migreringen?
vCore-baserade Azure Cosmos DB för MongoDB komprimerar inte data på disk. En vanlig grov uppskattning är att fördubbla lagringsstorleken som förbrukas av samlingarna på MongoDB-källinstansen för att uppskatta lagringen i mål-vCore-baserade Azure Cosmos DB för MongoDB-kontot.
Vilka samlingar och databaser hoppas över när du migrerar från MongoDB till vCore-baserade Azure Cosmos DB för MongoDB?
Följande databaser och samlingar anses vara interna för MongoDB:
| Resurs | |
|---|---|
| Databaser | admin, , localsystem config |
| Mängder | Alla samlingar med prefixet system. |
Eftersom de interna databaserna och samlingarna inte krävs i virtuella kärnor-baserade Azure Cosmos DB för MongoDB aktiverar tillägget inte migrering av dessa databaser.
Går det att migrera databaser och samlingar vars namn börjar med tal?
Detta är ett känt problem. Migreringen stöder inte databaser och samlingar vars namn börjar med tal.
Om jag väljer flera samlingar att migrera migreras de parallellt?
Varje migreringsuppgift i Azure Database Migration Service tillhandahåller två tåg för migrering. Varje tåg migrerar en samling när som helst. Därför migreras vanligtvis två samlingar parallellt. När migreringen för en samling har slutförts hämtas nästa samling automatiskt. Om du har många samlingar att migrera skapar du flera migreringsuppgifter. Varje uppgift bör ha ett begränsat antal samlingar för att göra migreringarna mer effektiva.
Hur många databaser och samlingar kan jag migrera i en enda migrering?
Det finns inga gränser för antalet databaser och samlingar som kan ingå i en enda migrering. De valda samlingarna delas dock upp i batchar med 50 när du skapar migreringsuppgifterna i Azure Database Migration Service. För stora mängder samlingar visas flera migreringsuppgifter i migreringslistan.
Hur ska jag planera beställningen och mängden samlingar som ska migreras?
När du väljer flera samlingar som ska migreras kan inte ordningen där samlingarna migreras konfigureras. Om du vill styra migreringsordningen migrerar du samlingarna i mindre batchar baserat på önskad sekvens. För bästa prestanda bör du undvika att kombinera större samlingar med mindre samlingar i en batch.
Hur ska jag konfigurera mina virtuella kärnor-baserade Azure Cosmos DB för MongoDB- och MongoDB-brandväggar för att undvika anslutningsproblem?
Lägg till brandväggsundantag till det vCore-baserade Azure Cosmos DB for MongoDB-målkontot för att acceptera anslutningar från globala Azure-datacenter. Mer information finns i Azure Cosmos DB-brandväggskonfiguration.
Hur ska jag konfigurera mina källserverbrandväggar för att undvika anslutningsproblem?
Konfigurera MongoDB-källinstansen så att den tillåter anslutningar från globala Azure-datacenter. Mer information finns i globala IP-adressintervall för Azure.
Varning
Tillägget stöder inte privata slutpunktsaktiverade käll- eller mål-MongoDB-instanser. Tillägget stöder inte Azure Database Migration Service:s lokalt installerade integrationskörning.
Körs migreringsjobben lokalt på min dator?
Databasen, samlingarna och indexen skapas direkt med hjälp av kommandon från den lokala Azure Data Studio-klienten. Den här funktionen kräver anslutning mellan klienten som kör Azure Data Studio med både käll- och målmiljöerna.
Datamigreringsuppgifterna körs i Azure Database Migration Service. Migreringstjänsten är en Azure-tjänstinstans som samordnar och utför dataförflyttningsaktiviteter. När datamigreringsuppgifterna har skapats behöver du inte vara ansluten till käll- och målmiljöerna.
Hur många migreringar kan jag köra samtidigt?
Det finns inga gränser för hur många migreringar du kan skapa samtidigt.
Kan jag byta namn på databaser och samlingar under migreringen?
Tillägget stöder inte databas- och samlingsbyte under migreringen.
Kan jag migrera samlingarna via flera iterationer för migrering?
Det är möjligt att skapa flera migreringsjobb, var och en har ett begränsat antal samlingar. Den här metoden är en bra metod för att optimera migreringshastigheten.
Vad ingår i en utvärderingsrapport?
Den första delen av rapporten innehåller viktig information om utvärderingskörningen, inklusive en sammanfattning av MongoDB-källmiljön. Information omfattar MongoDB-källans version, licenstyp och instanstyp. Den här delen innehåller också en lista över de databaser och samlingar som utvärderas, med deras respektive utvärderingssammanfattningar och migreringsberedskap.
Resultaten är grupperade i kategorier för kritisk, varning och information . De här kategorierna hjälper dig att prioritera resultaten efter deras betydelse.
Utvärderingskontrollerna omfattar:
| beskrivning | |
|---|---|
| Samlingsalternativ | Resultat relaterade till insamlingsinställningarna som inte stöds. Exempel är tidsserier och sortering. |
| Funktioner | Resultat som rör databaskommandon som inte stöds, frågesyntax eller operatorer, inklusive aggregeringspipelinefrågor. I kolumnen extra information kan du se hur ofta den specifika funktionen användes på källslutpunkten. |
| Gränser och kvoter | Resultat relaterade till vCore-baserade Azure Cosmos DB for MongoDB-specifika kvoter och gränser. |
| Index | Resultat relaterade till mongoDB-indextyper eller -egenskaper som inte stöds. |
| Shard-nycklar | Resultat som rör partitionsnyckelkonfigurationer som inte stöds. |
Vilken typ av loggar skapar tillägget?
Tillägget lagrar fel, varningar och andra diagnostikloggar i standardloggkatalogen:
- Windows –
C:\Users\<username>\.dmamongo\logs\ - Linux –
~/.dmamongo/logs - macOS –
/Users/<username>/.dmamongo/logs
Kommentar
En separat loggfil skapas för varje dag. Som standard lagrar tillägget de senaste sju loggfilerna.