Udostępnij za pośrednictwem


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.

  • 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 Migracja bez przestojów.

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: sprawdź, czy wersje lokalnego 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 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 Import, międzyplatformowe przestrzenie tabel (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 eksportowanie lub importowanie danych, mogą nie odpowiadać obciążeniu. W takim przypadku można wykonać ten czteroetapowy proces:

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

  • 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ępne kroki