Migrowanie obciążeń Oracle na platformę Azure
W ramach procesu wdrażania chmury należy przeprowadzić migrację istniejących obciążeń do chmury. Obciążenia Oracle są podobne do innych obciążeń i wymagają metodycznego podejścia, aby zapewnić pomyślną migrację. Więcej informacji o metodologii migracji można znaleźć w Migracja do chmury w ramach Cloud Adoption Framework dla platformy Azure. W tym artykule opisano ograniczenia i zagadnienia specyficzne dla obciążeń Oracle.
Scenariusze migracji oracle
Podczas migracji obciążeń Oracle należy przenieść bazy danych i aplikacje. W tym artykule omówiono podejście typu "lift-and-shift" do migracji aplikacji i baz danych. Podejście metodą "lift-and-shift" obejmuje wdrażanie aplikacji Oracle na maszynach wirtualnych platformy Azure. W przypadku migracji bazy danych dostępnych jest kilka opcji. Ten artykuł zawiera wskazówki odnoszące się do Oracle Database@Azure.
Aplikacje na maszynach wirtualnych: uruchamiać aplikacje dla przedsiębiorstw Oracle, takie jak Siebel, PeopleSoft, JD Edwards, E-Business Suite lub dostosowane aplikacje WebLogic Server w infrastrukturze platformy Azure.
Bazy danych Oracle Standard Edition lub Enterprise Edition na maszynach wirtualnych: W tym scenariuszu wdrożysz bazę danych Oracle Database na maszynie wirtualnej. Dostępnych jest kilka opcji— od samodzielnego zarządzania do zarządzanych baz danych. Jeśli wolisz rozwiązanie zarządzanej bazy danych, zapoznaj się z artykułem Tessell.
Oracle Database@Azure: Oracle Database@Azure to usługa bazy danych Oracle działająca w infrastrukturze Oracle Cloud Infrastructure (OCI) i kolokowana w centrach danych firmy Microsoft.
Notatka
Aby określić obsługiwane systemy operacyjne dla określonej wersji bazy danych, zobacz obsługiwane bazy danych i systemy operacyjne.
Proces migracji Oracle
Należy stale ponownie ocenić wymagania dotyczące infrastruktury, aby poprawić wydajność i zmniejszyć koszty przy użyciu odpowiedniego typu usługi dla obciążenia. Na przykład w przypadku wszystkich wymienionych wcześniej scenariuszy upewnij się, że wystarczająca przepustowość jest dostępna dla migracji. Zdecydowanie zachęcamy do przejrzenia potrzebnej przepustowości podczas przeprowadzania dowodu koncepcji (PoC).
Jeśli przeniesiesz obciążenie do bazy danych Oracle na maszynach wirtualnych, upewnij się, że rozmiary maszyn wirtualnych spełniają twoje wymagania. Aby uzyskać więcej informacji, zobacz Planowanie pojemności migracji obciążeń Oracle do stref docelowych platformy Azure.
Przejrzyj zasoby migracji, aby zdefiniować proces migracji oracle do platformy Azure. Możesz również wykonać następujące czynności:
- Sprawdź limity przydziału subskrypcji platformy Azure: Upewnij się, że limity przydziału w subskrypcji platformy Azure mogą być odpowiednie dla docelowych rozmiarów maszyn wirtualnych, które wybierzesz w przypadku migracji do usługi Oracle na maszynach wirtualnych.
Notatka
Jeśli hostujesz obciążenie w usłudze Oracle Database@Azure i potrzebujesz zwiększenia limitu przydziału, skontaktuj się z kontaktem firmy Oracle.
Zidentyfikuj model wdrażania: Automatyzuj wdrażanie składników rozwiązania z wykorzystaniem infrastruktury jako kodu, potoków ciągłej integracji i ciągłego dostarczania oraz innych praktyk DevOps.
Określanie zależności aplikacji: Upewnij się, że działania migracji są tak nie zakłócające, jak to możliwe.
Identyfikowanie pojemności danych: Określenie ilości danych do migracji i oceny bieżącej dostępnej pojemności łączności sieciowej ze środowisk lokalnych na platformę Azure. Te informacje umożliwiają określenie, czy można skopiować dane bezpośrednio ze środowisk lokalnych na platformę Azure. Do początkowego ładowania danych może być potrzebne fizyczne urządzenie transferu danych, takie jak azure Data Box .
Określanie wymagań dotyczących dostępności: Określanie wymagań dotyczących dostępności obciążenia, ponieważ mogą one mieć wpływ na narzędzia migracji, których można użyć. Zdefiniuj maksymalny dopuszczalny przestój. Ta metryka ułatwia zdefiniowanie narzędzi i podejścia do migracji.
Ta kwestia ma również zastosowanie do aplikacji. Jeśli nie możesz zaakceptować zakłóceń w codziennych operacjach, musisz przeprowadzić migrację online.
- Określanie narzędzi do migracji obciążenia do Oracle na maszynach wirtualnych platformy Azure: Dwie główne ścieżki migracji to tryb offline i tryb online.
| Migracja w trybie offline | Migracja online |
|---|---|
| Jednorazowa bezpośrednia kopia bazy danych. | Początkowa kopia bazy danych, po której następuje przechwytywanie zmian danych podczas migracji. |
| Wymaga, aby aplikacja, której dotyczy problem, mogła być w trybie offline podczas migracji. | Aplikacja może pozostać w trybie online podczas migracji. |
| używane narzędzia : Data Box, DataPump, Oracle Recovery Manager (RMAN) | używane narzędzia : DataGuard, Oracle Recovery Manager (RMAN), GoldenGate |
Notatka
Jeśli zdecydujesz się przeprowadzić migrację online, upewnij się, że reguły zapory są skonfigurowane tak, aby zezwalały na transfer danych.
Działania specyficzne dla obciążeń migracji oracle
W poniższej sekcji opisano bardziej szczegółowo proces migracji. Kroki nie muszą być sekwencyjne. Niektóre kroki można wykonać równolegle.
Ocena wersji systemu źródłowego i docelowego: Ocenić, czy wersje lokalnego systemu operacyjnego, wersje aplikacji i wersje bazy danych są takie same lokalnie i na platformie Azure.
Jeśli musisz zaktualizować co najmniej jeden zasób, zaktualizuj je przed migracją, aby uprościć proces migracji.
Jeśli lokalna baza danych działa w systemie operacyjnym big-endian, takim jak Oracle Solaris, IBM Advanced Interactive eXecutive lub Hewlett Packard Unix, proces migracji bazy danych obejmuje konwersję endian. pomoc techniczna platformy Azure tylko mało endian systemów operacyjnych. To ograniczenie zmniejsza liczbę dostępnych narzędzi do migracji. W szczególności nie można użyć funkcji Oracle Data Guard ani żadnej innej metody kopiowania plików. Metody migracji zgodne z konwersją endian obejmują Oracle Data Pump Export lub Oracle Data Pump Import, przenośne przestrzenie tabel międzyplatformowe (XTTS) lub narzędzia replikacji danych, takie jak Oracle GoldenGate, Quest SharePlex i Striim.
W zależności od wymagań i zgodności można zmodernizować lub przeprowadzić migrację lokalnych serwerów aplikacji. Aby uzyskać więcej informacji, zobacz Scenariusze wdrażania chmury.
Oceń wymagania dotyczące dostępności obciążenia podczas procesu migracji: Jeśli musisz zminimalizować przestoje obciążenia, metody migracji, takie jak Eksportowanie pompy danych lub Importowanie pompy danych, mogą nie odpowiadać obciążeniu. W takim przypadku wykonaj ten czteroetapowy proces:
Użyj narzędzia RMAN, aby utworzyć kopię zapasową, a następnie przywrócić całą bazę danych na platformie Azure. W razie potrzeby przeprowadź konwersję endian za pośrednictwem protokołu XTTS. Wynikiem jest baza danych, która jest kopią lokalnej źródłowej bazy danych do punktu w czasie. Aby uzyskać więcej informacji, zobacz Transportowanie danych na różnych platformach.
Jeśli oba źródła są w formacie little-endian, użyj Oracle Data Guard, aby zsynchronizować nowo przywróconą bazę danych w Azure ze źródłową bazą danych. Nie można użyć Data Guard, jeśli migracja obejmuje konwersję typu big-endian na little-endian. Zamiast tego użyj narzędzia do replikacji danych opartego na języku SQL, takiego jak Oracle GoldenGate, Quest SharePlex lub Striim, aby zsynchronizować nowo przywróconą bazę danych na platformie Azure ze źródłową bazą danych.
Po zsynchronizowaniu docelowej bazy danych na platformie Azure ze źródłową lokalną bazą danych można zaplanować migrację jednorazową. Migracja jednorazowa wyłącza źródłową lokalną bazę danych i opróżnia ostatnie kilka transakcji do docelowej bazy danych na platformie Azure. Następnie możesz otworzyć docelową bazę danych na platformie Azure jako nową źródłową bazę danych. Migracja jednorazowa może zająć zaledwie kilka minut, w zależności od używanej metody synchronizacji.
W zależności od wybranego podejścia do migracji dla usług aplikacji może być konieczne wykonanie kilku zadań usługi aplikacji, zanim w pełni zmigrujesz aplikację na platformę Azure.
Ocena wymaganych licencji: Twoja baza danych może wymagać różnych licencji, w zależności od narzędzi migracji. Przykład:
Funkcja Oracle Data Guard wymaga programu Oracle Database Enterprise Edition.
Rozwiązanie Oracle GoldenGate wymaga licencji Oracle GoldenGate.
Aby uzyskać więcej informacji na temat licencjonowania oracle na platformie Azure, zobacz Licencjonowanie oprogramowania Oracle w środowisku przetwarzania w chmurze.
Wskazówki dotyczące migracji rozwiązania Oracle Database@Azure
Sprawdź, czy rozwiązanie Oracle Database@Azure jest dostępne w regionie, w którym chcesz wdrożyć rozwiązanie. Aby uzyskać więcej informacji, zobacz Dostępne regiony.
Rozważ użycie migracji do migracji oracle zero przestojów. Oceń strategie migracji, aby określić najbardziej odpowiednie podejście do konkretnych wymagań dotyczących migracji. Aby uzyskać więcej informacji, zobacz Migrację bez przestojów (ZDM). Rozwiązanie ZDM umożliwia wybór scenariuszy migracji logicznej lub fizycznej. Aby uzyskać więcej informacji, zobacz migracja ZDM.
Notatka
Jeśli wybierzesz autonomiczną usługę bazy danych (ADB-S), pamiętaj, że obsługiwane są tylko scenariusze migracji logicznej.
Inne wskazówki
Poniższa sekcja może pomóc w wybraniu odpowiedniej opcji migracji dla wymagań i rozmiarów danych.
Dokumentacja czasu trwania migracji opartej na usłudze ExpressRoute
Poniższa tabela służy tylko jako punkt odniesienia. Nie uwzględnia innych obciążeń produkcyjnych, które są uruchamiane za pośrednictwem tego samego połączenia usługi Azure ExpressRoute.
Program VMware może potrzebować większej przepustowości niż wskazano. Oceń swoje potrzeby dotyczące przepustowości w fazie dowodu koncepcji. Jeśli potrzebujesz pomocy technicznej, skontaktuj się z lokalnym kontaktem.
| Rozmiar danych | Przepustowość 1 gb/s | Przepustowość 10 Gb/s |
|---|---|---|
| 1 TB | 3 godziny | 15 minut |
| 10 TB | 1 dzień | 3 godziny |
| 35 TB | 4 dni | 9 godzin |
| 80 TB | 8 dni | 20 godzin |
| 100 TB | 11 dni | 1 dzień |
| 200 TB | 21 dni | 2 dni |
| 500 TB | 53 dni | 5 dni |
Jeśli planujesz użyć usługi ExpressRoute do migracji, upewnij się, że jej odporność spełnia wymagania.