Eksplorowanie migracji dwuetapowej — lift and shift, a następnie DMO
Rozważ następujące kwestie dotyczące migracji dwuetapowej:
- Upewnij się, że łączność z platformą Azure jest dostępna za pośrednictwem usługi Express Route (zalecane) lub sieci VPN.
- Przydziel docelową infrastrukturę na platformie Azure, która obejmuje sklonowany system i docelowe serwery baz danych SAP NetWeaver i SAP HANA. Infrastrukturę platformy Azure można wdrożyć przy użyciu wstępnie zdefiniowanych szablonów usługi Azure Resource Manager.
- Sklonowany system można skompilować przy użyciu jednorodnej kopii systemu (tworzenia kopii zapasowej/przywracania) lub za pomocą narzędzi replikacji dbMS (np. Oracle Data Guard lub SQL Always-On).
- Należy zainicjować testowanie biznesowe i techniczne (z funkcjonalnymi, integracyjnymi i akceptacyjnymi testami w celu zapewnienia pomyślnego przenoszenia danych).
- Po weryfikacji biznesowej i technicznej można przeprowadzić tradycyjny proces migracji bazy danych (DMO), aby przeprowadzić migrację i uaktualnić go do platformy SAP HANA.
- Funkcja DMO może być używana z metodą potoku pamięci (na przykład eksportowanie/importowanie odbywa się w ramach tego samego serwera aplikacji i segmentu pamięci na potrzeby przyspieszonych migracji).
- Po migracji na platformę SAP HANA należy ponownie zainicjować weryfikację biznesową i techniczną.
- W tym podejściu wymagane są dwa przestoje i dwa cykle testowania.
Opcje optymalizacji DMO
Istnieje wiele czynników, które wpływają na przestój związany z migracją bazy danych SAP i obejmują (między innymi):
- Zakres: zmiany oprogramowania, konwersja Unicode, relokacja centrum danych
- Wydajność systemu źródłowego: procesor CPU, operacje we/wy, pamięć, wydajność systemu DBMS, wersja SAP NetWeaver
- Rozmiar bazy danych systemu źródłowego: rozmiar bazy danych, największe tabele, stan przechowywania
- Docelowa wydajność systemu: procesor CPU, we/wy, pamięć, wydajność systemu DBMS, wersja SAP NetWeaver
- Sieć: szybkość sieci, przepustowość, opóźnienie
- Pakiet narzędziowy: SAP Software Provisioning Manager (SWPM), Software Update Manager (SUM), DMO SUM, wersja pakietu narzędziowego
- Podejście do migracji: Standardowe a zminimalizowanie przestojów
- Działania ramp-up/ramp-down: Zarządzanie interfejsami, zarządzanie zadaniami wsadowymi
- Walidacja wstępna i po migracji: funkcjonalne, integracyjne i akceptacyjne.
Ogólnie rzecz biorąc, potencjał optymalizacji wydajności można zobaczyć w następujących trzech obszarach:
- Eksport
- Transfer plików
- Importuj
Infrastruktura/sprzęt
Dźwignia redukcji infrastruktury/sprzętu składa się z następujących elementów:
Na miejscu
- Wdróż dedykowany serwer migracji (PAS/AAS) z rozbudowaną możliwością obliczeniową do wykonywania Software Update Manager (SUM)
- Wdróż dyski półprzewodnikowe (SSD) na źródłowych serwerach bazy danych i migracji.
- (PAS/AAS)
Microsoft Azure
- Zalecana jest łączność usługi Express Route z maksymalną dostępną przepustowością (obecnie dostępna do 10 Gb/s)
- użyj skryptu dmotocloud.sh (RSYNC), aby przenieść pliki ze źródła lokalnego do obiektu docelowego platformy Azure dla opcji przenoszenia systemu DMO z transferem równoległym.
- Zaimplementuj migawki magazynu na potrzeby efektywnych czasowo kopii zapasowych w okresie przełączenia.
Kluczowe zagadnienia optymalizacji przestojów DMO
- Optymalizacja źródłowej bazy danych (ponowne kompilowanie indeksu, statystyka bazy danych, parametry bazy danych, system plików DB). Przydatne informacje można znaleźć w poniższej tabeli.
- Użyj najnowszej wersji narzędzi migracji, R3*, jądra itp.
- Parametryzacja sieci (np. ustawienia MTU, liczniki resetów)
- Parametryzacja związana z systemem operacyjnym (np. głębokość Q)
- Parametry bazy danych SAP HANA (związane z zapisywaniem punktów, trybem dziennika i limitami czasu)
- Parametry migracji DMO (np. czas trwania plików, ręczne podziały tabel, ręczna kolejność sekwencjonowania tabel, szybkie ładowanie dla BLOB itp.)
Testy porównawcze DMO
- Służy do przechwytywania faz eksportowania i importowania dla podzestawu danych. Można go skonfigurować do uruchamiania w określonych tabelach.
Powtarzanie wielu przebiegów fazy przestoju
- Uruchomienie fazy wykonywania wiele razy jest możliwe poprzez ponowne opracowanie podziału tabeli, co z kolei zoptymalizuje tę czynność i zmniejszy przestój procedury DMO.