Planowanie migracji bazy danych MongoDB do usługi Cosmos DB
Po zapoznaniu się z zaletami usługi Cosmos DB twój dyrektor ds. systemów informatycznych dał Ci możliwość uruchomienia weryfikacji koncepcji. Pierwszą fazą projektu jest zaplanowanie migracji danych. Obejmuje to skonfigurowanie pustej bazy danych Cosmos DB do hostowania zmigrowanych danych.
W tej lekcji przeprowadzisz kroki tworzenia bazy danych usługi Cosmos DB i wybierzesz metodę migracji w trybie offline lub online.
Sprawdzanie zgodności bazy danych MongoDB
Pierwszym zadaniem przed migracją jest sprawdzenie, czy migrujesz z obsługiwanej wersji bazy danych MongoDB. Najnowszą wersję można sprawdzić w następującej witrynie:
Interfejs API usługi Azure Cosmos DB dla bazy danych MongoDB: obsługiwane funkcje i składnia
Aby rozpocząć korzystanie z usługi Cosmos DB na platformie Azure, należy utworzyć konto usługi Cosmos DB przy użyciu interfejsu API bazy danych MongoDB. Następnie utworzysz bazę danych na koncie. Obciążenia bazy danych można oddzielić w różnych bazach danych. Zaletą tego podejścia jest stopień szczegółowości, na którym można ustawić przepływność.
Dostęp do danych jest kontrolowany przez korzystanie z sieci wirtualnych platformy Azure. Skonfigurujesz sieciową grupę zabezpieczeń sieci wirtualnej, aby otwierać porty 53, 443, 445, 9354 i 10000-20000. Oczywiście należy również skonfigurować zapory lokalne, aby zezwolić na dostęp za pośrednictwem tych portów do lokalnego serwera MongoDB.
Zazwyczaj migracja obejmuje dużą ilość transferu danych i można tymczasowo zwiększyć przepływność podczas migracji. W przypadku określenia przepływności na poziomie bazy danych należy wziąć pod uwagę, że każda kolekcja wymaga co najmniej 100 RU/s. W związku z tym minimalna liczba jednostek RU/s dla bazy danych to liczba kolekcji pomnożonych przez 100. Przepływność na poziomie bazy danych często wydaje się bardziej odpowiednia niż przepływność na poziomie kolekcji dla scenariuszy migracji, ale należy wziąć pod uwagę, że to ustawienie nie może zostać zmodyfikowane po utworzeniu i dlatego należy wybrać najbardziej odpowiednie ustawienie dla oczekiwanego użycia bazy danych po migracji.
Migracja w trybie offline lub online
Podczas migracji w trybie offline należy zatrzymać połączenia z bazą danych, przeprowadzić migrację, a następnie nawiązać połączenia z nową migrową bazą danych. Jest importowany w celu zapobiegania nawiązywaniu połączeń podczas migracji, ponieważ te transakcje zostaną utracone.
Migracja online stosuje wszelkie transakcje występujące podczas migracji do nowej zmigrowanej bazy danych. Żadne transakcje nie zostaną utracone.
Migracja w trybie offline jest szybsza, ale migracja online ma mniej przestojów. Przestój rozpoczyna się po rozpoczęciu migracji w trybie offline, ale przestój rozpoczyna się dopiero po zakończeniu migracji, gdy nastąpi migracja jednorazowa do nowej bazy danych w trybie online. Należy uruchomić testową migrację w trybie offline na kopii systemu na żywo, aby sprawdzić, czy przestój jest akceptowalny. Migrację można uruchamiać w czasie, gdy aktywność jest zwykle niska. Jeśli przestój migracji w trybie offline nie jest akceptowalny, wybierz migrację online.
Aby uzyskać więcej informacji na temat migracji online, zobacz Migrowanie bazy danych MongoDB do interfejsu API Mongo usługi Azure Cosmos DB w trybie online
Aby uzyskać więcej informacji na temat migracji w trybie offline, zobacz Migrowanie bazy danych MongoDB do interfejsu API Mongo usługi Azure Cosmos DB w trybie offline