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 w celu zapewnienia pomyślnej migracji. Aby uzyskać więcej informacji na temat metodologii migracji, zobacz Migracja do chmury w przewodniku Cloud Adoption Framework. W tym artykule opisano unikatowe ograniczenia i zagadnienia specyficzne dla obciążeń Oracle.

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. Jeśli na przykład planujesz przenieść obciążenie do usługi Oracle Database@Azure, upewnij się, że wybrana jednostka SKU spełnia wymagania. Podobnie, jeśli przeniesiesz obciążenie do usługi Oracle na maszynach wirtualnych platformy Azure, 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 są odpowiednie dla docelowych rozmiarów maszyn wirtualnych, które wybierzesz w przypadku migracji do usługi Oracle na maszynach wirtualnych platformy Azure.

• Identyfikowanie modelu wdrażania: automatyzowanie wdrażania składników rozwiązania w jak największej mierze przy użyciu infrastruktury jako kodu (IaaS), potoków ciągłej integracji i ciągłego dostarczania (CI/CD) oraz innych praktyk DevOps.

• Określanie zależności aplikacji: upewnij się, że działania migracji są minimalnie zakłócające.

• Identyfikowanie pojemności danych: zidentyfikuj ilość danych do migracji i oceń bieżącą dostępną pojemność łą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śl wymagania dotyczące dostępności obciążenia, ponieważ mogą one mieć wpływ na narzędzia migracji, których można użyć.

W przypadku Database@Azure Oracle upewnij się, że:

• 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.

• Podczas przechodzenia ze środowisk lokalnych do Database@Azure Oracle należy wziąć pod uwagę wymagane zmiany bazy danych. Migracja może obejmować pewne zmiany w przestrzeniach tabel bazy danych i schemacie. Aby uzyskać więcej informacji, zobacz Migrowanie baz danych Oracle do usługi Exadata Cloud Service.

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: oceń, czy lokalne wersje systemu operacyjnego, wersje aplikacji i wersje bazy danych są takie same jak wersje, które mają być używane na platformie Azure.

  • Jeśli musisz zaktualizować co najmniej jeden zasób, zaktualizuj je przed migracją, aby uniknąć komplikowania procesu migracji.

  • Jeśli lokalna baza danych działa w dużym systemie operacyjnym endian, na przykład Oracle Solaris, IBM Advanced Interactive Executive (AIX) lub Hewlett Packard Unix (HP-UX), proces migracji bazy danych obejmuje konwersję endian. pomoc techniczna platformy Azure tylko niewiele endian systemów operacyjnych. Z perspektywy narzędzi ta obsługa ogranicza liczbę opcji, jeśli weźmiesz pod uwagę, jakie narzędzie ma być używane do migracji. W szczególności nie można używać programu Oracle Data Guard, usługi Azure Migrate i modernizacji ani żadnej innej metody kopiowania plików. Metody migracji zgodne z konwersją endian obejmują Oracle Data Pump Export, Oracle Data Pump Import, Oracle Cross Platform Transportable Tablespaces (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 chcesz zminimalizować przestoje obciążenia, metody migracji, takie jak funkcja eksportowania pompy danych, funkcja importu pompy danych lub usługa Azure Migrate i modernizacja mogą nie odpowiadać obciążeniu. W takim przypadku można wykonać następujący proces trzyetapowy:

  • Użyj programu Oracle Recovery Manager (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.

  • Użyj funkcji Oracle Data Guard, aby zsynchronizować nowo przywróconą bazę danych na platformie Azure ze źródłową bazą danych, jeśli oba źródła mają format mało endianu. Nie można użyć funkcji Data Guard, jeśli migracja obejmuje konwersję typu big-endian na mało 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 potrwać nawet 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.

  • Rozważ użycie migracji oracle Zero Downtime Migration (ZDM) na potrzeby procesu migracji. Aby uzyskać więcej informacji, zobacz Migracja bez przestojów.

• Ocena wymaganych licencji: 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.

Następny krok

Migracja bazy danych Oracle na platformę Azure