Monitorowanie migracji
Jednym z najważniejszych składników migracji bazy danych VLDB jest monitorowanie, rejestrowanie i diagnostyka, które są konfigurowane podczas migracji programowania, testowania i "suchego uruchomienia".
Wdrożenie wymaganego monitorowania i interpretacji wyników monitorowania i diagnostyki po każdym cyklu testowym jest obowiązkowe i niezbędne do optymalizacji migracji i planowania migracji produkcyjnej. Wyniki uzyskane w migracjach testowych są również niezbędne, aby móc ocenić, czy rzeczywista migracja produkcyjna odbywa się zgodnie z tymi samymi wzorcami i osiami czasu co migracje testowe. Klienci powinni zażądać regularnych punktów kontrolnych przeglądu projektu u partnera SAP. Skontaktuj się z firmą Microsoft, aby uzyskać listę konsultantów, którzy wykazali umiejętności techniczne i organizacyjne wymagane do pomyślnego projektu.
Bez kompleksowego monitorowania i rejestrowania niemal niemożliwe byłoby osiągnięcie bezpiecznych, powtarzalnych, spójnych i niskich migracji przestojów z gwarancją braku utraty danych. Jeśli wystąpią problemy, takie jak długie czasy wykonywania niektórych pakietów, firma Microsoft i/lub SAP nie mogą pomóc w rozwiązywaniu problemów bez monitorowania danych i dokumentacji projektu migracji.
Podczas wykonywania migracji systemu operacyjnego/bazy danych monitoruj następujące elementy:
- Parametry poziomu systemu operacyjnego na hostach DB i R3load: procesor CPU na wątek, czas jądra na wątek, wolna pamięć (GB), strona w/s, wyjście na sekundę, odczyt we/wy dysku/s, odczyt kb/s dysku, zapis KB/s dysku
- Parametry poziomu bazy danych w obiekcie docelowym programu SQL Server: wiersze BCP/s, BCP KB/s, dziennik transakcji %, granty pamięci oczekujące, blokady, pamięć, blokowanie/blokowanie
- Monitorowanie sieci: jest to zwykle obsługiwane przez zespół ds. sieci. Dokładna konfiguracja monitorowania sieci zależy od sytuacji specyficznej dla klienta.
W czasie wykonywania importowania bazy danych zaleca się wykonanie następującej instrukcji SQL co kilka minut i udokumentowanie niczego nietypowego (na przykład wysoki czas oczekiwania).
select session_id, request_id,start_time, status, command, wait_type, wait_resource, wait_time, last_wait_type, blocking_session_id from sys.dm_exec_requests
where session_id >49 orderby wait_time desc;
Podczas wszystkich cykli testów migracji należy wykreślić liczbę wyeksportowanych i zaimportowanych pakietów (oś y) względem czasu (oś x). Celem tego grafu jest ustalenie oczekiwanego wskaźnika postępu podczas migracji produkcyjnej końcowej. Odchylenie (dodatnie lub ujemne) z oczekiwanego planu lotu podczas testu lub ostateczna migracja produkcyjna jest łatwo wykrywana przy użyciu tej metody. Inne parametry, takie jak procesor CPU, dysk i wiersze ładunku R3 na sekundę, można nakładać na "Plan lotu".
Po zakończeniu eksportowania i importowania należy zebrać raporty czasu migracji (export_time.html i import_time.html).