Rozszerzenie migracji usługi Azure Cosmos DB dla bazy danych MongoDB ułatwia migrowanie obciążeń bazy danych MongoDB do usługi Azure Cosmos DB. Ten artykuł zawiera odpowiedzi na często zadawane pytania dotyczące rozszerzenia migracji.
Jak mogę uruchomić ocenę, jeśli krok "Uruchom walidację" kończy się niepowodzeniem?
Zapoznaj się z błędem wyświetlanym w rozszerzeniu, aby zobaczyć, dlaczego walidacja kończy się niepowodzeniem. Zazwyczaj problem polega na braku możliwości nawiązania połączenia z punktem końcowym bazy danych MongoDB. Problem może również potencjalnie być tym, że użytkownik nie ma wystarczających uprawnień na serwerze połączonym, aby uruchomić ocenę.
Aby przeprowadzić ocenę, użytkownik połączony z bazą danych MongoDb powinien mieć readAnyDatabase przypisane role i clusterMonitor w wystąpieniu źródłowym.
Służy grantRolesToUser do konfigurowania odpowiednich ról dla aktualnie połączonego użytkownika.
Jak mogę zobaczyć nazwy kolekcji i nazwy baz danych na potrzeby ocen w kategorii "Zgodność funkcji"?
Ocena używa serverStatus polecenia do przeprowadzenia oceny zgodności funkcji. Ponieważ to polecenie nie udostępnia szczegółów nazw baz danych ani kolekcji, rozszerzenie nie może zgłosić nazw zasobów.
Aby uzyskać bardziej szczegółowe informacje dotyczące oceny, uruchom ponownie ocenę, podając ścieżkę folderu zawierającą dzienniki profilera bazy danych MongoDB w polu Ścieżka folderu dziennika.
Jak mogę zbierać komunikaty dziennika?
Plik dziennika można znaleźć w następującej ścieżce: /var/log/mongodb/mongodb.log. Jeśli plik dziennika nie zostanie znaleziony, sprawdź lokalizację w pliku konfiguracji bazy danych MongoDB.
Aby uzyskać więcej informacji, zobacz Komunikaty dziennika bazy danych MongoDB.
Dlaczego po rozpoczęciu migracji nie widzę dokładnej liczby migrowanych dokumentów i otrzymano oszacowanie?
Aby zmniejszyć wykorzystanie zasobów w źródle podczas migracji, rozszerzenie szacuje liczbę dokumentów w każdej kolekcji do przeniesienia ze źródła do miejsca docelowego zamiast pobierania dokładnej liczby.
Dlaczego w kroku mapowania kolekcji brakuje niektórych kolekcji lub są one wyłączone?
Usługa Azure Cosmos DB dla bazy danych MongoDB oparta na rdzeniach wirtualnych nie obsługuje szeregów czasowych ani kolekcji klastrowanych. W związku z tym w kroku mapowania kolekcji brakuje tych typów kolekcji lub są one wyłączone.
Dlaczego w kroku mapowania kolekcji brakuje lub wyłączono widoki w przypadku obsługi widoków opartych na rdzeniach wirtualnych usługi Azure Cosmos DB dla bazy danych MongoDB?
Usługa Azure Cosmos DB dla bazy danych MongoDB oparta na rdzeniach wirtualnych obsługuje tworzenie nowych widoków. Jednak rozszerzenie migracji nie zapewnia obsługi migrowania istniejących widoków.
Po zakończeniu migracji zawsze można ponownie utworzyć widoki.
Ile miejsca do magazynowania należy oczekiwać na koncie docelowym po migracji?
Usługa Azure Cosmos DB dla bazy danych MongoDB oparta na rdzeniach wirtualnych nie kompresuje danych na dysku. Typowe przybliżone oszacowanie polega na podwojeniu rozmiaru magazynu używanego przez kolekcje w źródłowym wystąpieniu bazy danych MongoDB w celu oszacowania magazynu na docelowym koncie usługi Azure Cosmos DB dla bazy danych MongoDB opartej na rdzeniach wirtualnych.
Które kolekcje i bazy danych są pomijane podczas migracji z bazy danych MongoDB do opartej na rdzeniach wirtualnych usługi Azure Cosmos DB dla bazy danych MongoDB?
Następujące bazy danych i kolekcje są uważane za wewnętrzne dla bazy danych MongoDB:
| Zasób | |
|---|---|
| Bazy danych | admin, , localsystem config |
| Kolekcje | Dowolna kolekcja z prefiksem system. |
Ponieważ wewnętrzne bazy danych i kolekcje nie są wymagane w usłudze Azure Cosmos DB dla bazy danych MongoDB opartej na rdzeniach wirtualnych, rozszerzenie nie włącza migracji tych baz danych.
Czy można migrować bazy danych i kolekcje, których nazwy zaczynają się od liczb?
Jest to znany problem. Migracja nie obsługuje baz danych i kolekcji, których nazwy zaczynają się od liczb.
Jeśli wybieram wiele kolekcji do migracji, czy są one migrowane równolegle?
Każde zadanie migracji w usłudze Azure Database Migration Service udostępnia dwa pociągi do migracji. Każdy pociąg migruje jedną kolekcję w dowolnym momencie. W związku z tym dwie kolekcje są zwykle migrowane równolegle. Po zakończeniu migracji kolekcji kolejna kolekcja zostanie automatycznie pobrana. Jeśli masz wiele kolekcji do migracji, utwórz wiele zadań migracji. Każde zadanie powinno mieć zakres kolekcji, aby ułatwić wydajniejsze migracje.
Ile baz danych i kolekcji można migrować w ramach jednej migracji?
Nie ma żadnych ograniczeń dotyczących liczby baz danych i kolekcji, które można uwzględnić w jednej migracji. Jednak wybrane kolekcje są podzielone na partie 50 podczas tworzenia zadań migracji w usłudze Azure Database Migration Service. W przypadku dużych ilości kolekcji na liście migracji jest wyświetlanych wiele zadań migracji.
Jak zaplanować kolejność i ilość kolekcji do migracji?
Po wybraniu wielu kolekcji do migracji kolejność migracji kolekcji nie jest konfigurowalna. Jeśli chcesz kontrolować kolejność migracji, przeprowadź migrację kolekcji w mniejszych partiach na podstawie żądanej sekwencji. Aby uzyskać najlepszą wydajność, unikaj łączenia większych kolekcji z mniejszymi kolekcjami w partii.
Jak skonfigurować zapory usługi Azure Cosmos DB oparte na rdzeniach wirtualnych dla bazy danych MongoDB i bazy danych MongoDB, aby uniknąć problemów z łącznością?
Dodaj wyjątki zapory do konta docelowego usługi Azure Cosmos DB dla bazy danych MongoDB opartej na rdzeniach wirtualnych, aby akceptować połączenia z globalnych centrów danych platformy Azure. Aby uzyskać więcej informacji, zobacz Konfiguracja zapory usługi Azure Cosmos DB.
Jak skonfigurować zapory serwera źródłowego, aby uniknąć problemów z łącznością?
Skonfiguruj źródłowe wystąpienie bazy danych MongoDB, aby zezwalać na połączenia z globalnych centrów danych platformy Azure. Aby uzyskać więcej informacji, zobacz globalne zakresy adresów IP platformy Azure.
Ostrzeżenie
Rozszerzenie nie obsługuje źródłowego ani docelowego wystąpienia bazy danych MongoDB z włączonym prywatnym punktem końcowym. Rozszerzenie nie obsługuje własnego środowiska Integration Runtime usługi Azure Database Migration Service.
Czy zadania migracji są uruchamiane lokalnie na mojej maszynie?
Baza danych, kolekcje i indeksy są tworzone bezpośrednio przy użyciu poleceń z lokalnego klienta programu Azure Data Studio. Ta funkcja wymaga łączności między klientem z uruchomionym programem Azure Data Studio zarówno ze środowiskiem źródłowym, jak i docelowym.
Zadania migracji danych są uruchamiane w usłudze Azure Database Migration Service. Usługa migracji to wystąpienie usługi platformy Azure, które organizuje i wykonuje działania przenoszenia danych. Po utworzeniu zadań migracji danych nie trzeba łączyć się ze środowiskami źródłowymi i docelowymi.
Ile migracji można uruchomić jednocześnie?
Nie ma żadnych ograniczeń dotyczących liczby migracji, które można utworzyć jednocześnie.
Czy mogę zmienić nazwy baz danych i kolekcji podczas migracji?
Rozszerzenie nie obsługuje zmiany nazwy bazy danych i kolekcji podczas migracji.
Czy mogę migrować kolekcje za pomocą wielu iteracji migracji?
Istnieje możliwość utworzenia wielu zadań migracji, z których każda ma ograniczoną liczbę kolekcji. Takie podejście jest najlepszym rozwiązaniem w celu zoptymalizowania szybkości migracji.
Co znajduje się w raporcie oceny?
Początkowa część raportu zawiera kluczowe szczegóły przebiegu oceny, w tym podsumowanie źródłowego środowiska bazy danych MongoDB. Szczegóły obejmują źródłową wersję bazy danych MongoDB, typ licencji i typ wystąpienia. Ta część zawiera również listę ocenianych baz danych i kolekcji wraz z odpowiednimi podsumowaniami oceny i gotowością do migracji.
Wyniki są pogrupowane w kategorie krytyczne, ostrzegawcze i informacyjne . Te kategorie ułatwiają ustalanie priorytetów wyników zgodnie z ich znaczeniem.
Testy oceny obejmują:
| opis | |
|---|---|
| Opcje kolekcji | Wyniki związane z nieobsługiwanymi ustawieniami kolekcji. Przykłady obejmują szeregi czasowe i sortowania. |
| Funkcje | Wyniki związane z nieobsługiwanymi poleceniami bazy danych, składnią zapytań lub operatorami, w tym zapytaniami potoku agregacji. W dodatkowej kolumnie szczegółów można zobaczyć, jak często dana funkcja była używana w punkcie końcowym źródłowym. |
| Limity i przydziały | Wyniki związane z opartymi na rdzeniach wirtualnych limitami przydziałów i limitami usługi Azure Cosmos DB dla bazy danych MongoDB. |
| Indeksy | Wyniki dotyczące nieobsługiwanych typów indeksów lub właściwości bazy danych MongoDB. |
| Klucze fragmentów | Wyniki związane z nieobsługiwaną konfiguracją klucza fragmentu. |
Jakiego typu dzienniki tworzy rozszerzenie?
Rozszerzenie przechowuje błędy, ostrzeżenia i inne dzienniki diagnostyczne w domyślnym katalogu dziennika:
- Windows —
C:\Users\<username>\.dmamongo\logs\ - Linux —
~/.dmamongo/logs - macOS —
/Users/<username>/.dmamongo/logs
Uwaga
Oddzielny plik dziennika jest tworzony dla każdego dnia. Domyślnie rozszerzenie przechowuje siedem ostatnich plików dziennika.