Planowanie migracji: Teradata do Fabric Data Warehouse

Dotyczy:✅ Magazyn w systemie Microsoft Fabric

Przeniesienie środowiska Teradata w przedsiębiorstwie do usługi Fabric Data Warehouse to coś więcej niż tylko transfer schematu i danych. Zaplanuj kod SQL i BTEQ, procesy ładowania, bezpieczeństwo, raportowanie, operacje i wydajność.

Ten artykuł dzieli pracę na pięć etapów. Korzystaj z tych etapów jako z procedury operacyjnej wielokrotnego użytku dla każdej fali migracji. Zalecaną implementację można znaleźć w Metodach migracji dla Teradata. Informacje o remediacji kodu znajdują się w artykule Tłumaczenie języka Teradata SQL na potrzeby usługi Fabric Data Warehouse.

Important

Potwierdź aktualne ograniczenia Fabric Data Warehouse oraz powierzchnię T-SQL przed każdą falą migracji. Przypisz osobę odpowiedzialną i plan działań naprawczych dla każdej blokującej różnicy.

Stosuj selektywną modernizację dla większości obciążeń:

  • Zachowaj zweryfikowane modele biznesowe i logikę.
  • Użyj Asystent migracji do tłumaczenia i wdrażania wspieranych metadanych.
  • Zastąpić specyficzne dla Teradata SQL, narzędzia i operacje wzorcami natywnymi dla Fabric.
  • Przeprojektuj tylko te obciążenia zablokowane przez nieobsługiwane zależności lub istniejące problemy architektoniczne.

Migruj falami według domen biznesowych, składnic danych lub klastrów obciążeń roboczych. Unikaj jednej dużej, jednorazowej migracji.

Ocena i ewaluacja

Oceń te strumienie pracy razem, aby nie przegapić żadnych zależności:

Strumień pracy Assess
Konstrukcja i osiągi Model danych, wolumen, wzrost, przekrzywienie, szerokość tabeli, współbieżność, czas działania oraz cele usługi
ETL i ładowanie FastLoad, MultiLoad, Teradata Parallel Transporter, BTEQ import/export, harmonogramy, sposób działania po ponownym uruchomieniu oraz ładowania przyrostowe
Bezpieczeństwo i operacje Użytkownicy, role, uprawnienia, konta usługowe, audyt, odzyskiwanie, monitorowanie oraz odpowiedzialność za wsparcie
Wizualizacja i raportowanie Raporty, modele semantyczne, aplikacje, eksporty, harmonogramy odświeżania oraz zależności połączeń
Kompatybilność SQL Tabele, widoki, makra, procedury, funkcje, typy danych, QUALIFY, tabele PERIODulotne oraz przepływ sterowania BTEQ
Narzędzia migracji Ekstrakcja metadanych, gotowość Asystent migracji, przesyłanie danych, kontrola źródeł i automatyzacja wdrażania
Poza migracją Praktyki przecięcia, cofnięcia, optymalizacji, szkolenia, wycofania ze służby oraz ponownego użytku dla kolejnych fal

Określ rezultaty biznesowe, zakres, właścicieli, mierniki sukcesu oraz oczekiwania dotyczące wycofania zmian. Sporządź wykaz obiektów, mapę zależności, bazę odniesienia dla obciążenia, rejestr kompatybilności oraz plan etapów.

Planowanie i projektowanie

Przekształć ocenę w wykonalny projekt:

  1. Potwierdź Warehouse jako cel dla relacyjnej analityki skoncentrowanej na SQL.
  2. Zdefiniuj przestrzenie robocze dla rozwoju, testów i produkcji, możliwości, nazewnictwo oraz własność.
  3. Mapuj obiekty i typy danych Teradata na cele Fabric. Zapisz niewspierane elementy i zatwierdzone alternatywy. Użyj Asystent migracji do tłumaczenia metadanych.
  4. Zaprojektuj oddzielnie historyczny i przyrostowy przepływ danych.
  5. Przeprojektuj model dostępu w oparciu o Microsoft Entra ID, role w obszarze roboczym, uprawnienia do elementów oraz uprawnienia SQL magazynu danych.
  6. Zdefiniuj kryteria wdrożenia, walidacji, cutoveru i cofania.

W projekcie docelowym należy preferować model wymiarowy, ładowanie wsadowe, modułowe ELT oraz nadzorowane ponowne wykorzystanie za pośrednictwem OneLake.

Migrate

Wykonaj każdą falę w następującej kolejności:

  1. Zapewnij docelowe przestrzenie robocze, tożsamości, połączenia i ścieżkę wdrożenia.
  2. Przesyłaj wyodrębnione pliki SQL Teradata do Asystent migracji, tłumacz metadane i naprawiaj obiekty wymagające uwagi.
  3. Skopiuj reprezentatywny zbiór danych i zweryfikuj przepustowość, mapowania, błędy oraz zachowanie restartu.
  4. Wykonaj pełne ładowanie danych historycznych i skonfiguruj synchronizację przyrostową, gdy jest to wymagane.
  5. Odtwórz procesy bezpieczeństwa i procesy operacyjne.
  6. Weryfikuj dane, zachowanie SQL, raporty, aplikacje oraz reprezentatywną wydajność.
  7. Przekieruj połączenia i dokonaj przełączenia po spełnieniu kryteriów akceptacji.

Nie używaj sukcesu tworzenia obiektów jako jedynego sygnału ukończenia. Etap uznaje się za zakończony dopiero wtedy, gdy dane, działanie, zabezpieczenia, operacje i wykorzystanie przez dalsze elementy procesu spełnią kryteria akceptacji.

Monitorowanie i zarządzanie

Utrzymuj środowiska źródłowe i docelowe równolegle przez okres wymagany przez profil ryzyka obciążenia.

  • Porównaj świeżość danych, liczbę wierszy, agregacje biznesowe i raportuj wyniki między środowiskami.
  • Monitoruj czas ładowania, czas zapytania, awarie, próby, zużycie pojemności, aktywne sesje oraz problemy zgłaszane przez użytkowników.
  • Przeglądaj przypisania dostępu, uprzywilejowane tożsamości, uprawnienia magazynu oraz wyniki testów bezpieczeństwa.
  • Zachowaj przetłumaczony kod, zasoby wdrożeniowe, decyzje mapowania, dowody testowe i wyjątki w kontroli wersji źródłowej.
  • Śledź gotowość migracji według obciążenia i bramki akceptacji, a nie tylko według liczby przeniesionych obiektów.
  • Rejestruj powtarzające się problemy z tłumaczeniem i ładowaniem jako wskazówki do ponownego wykorzystania na potrzeby kolejnych etapów.
  • Ustal procedury eskalacji, odzyskiwania, cofania i hiperopieki przed przejściem do produkcji.

Ład korporacyjny obejmuje pochodzenie, własność, klasyfikację, zatrzymanie pracowników, audyt oraz odpowiedzialność operacyjną. Stosuj te mechanizmy kontroli podczas migracji, a nie po końcowym przełączeniu.

Optymalizacja i modernizacja

Po ustaleniu poprawności i stabilności usuń tymczasowe wzorce kompatybilności i użyj funkcji natywnych Fabric.

  • Przekształć dosłowne tłumaczenia SQL do modułowego T-SQL.
  • Uproszcz głęboko zagnieżdżone widoki i monolityczne proceduralne zadania.
  • Standaryzuj pobieranie o wysokiej przepustowości na wydajnych, restartowalnych wzorcach opartych na plikach.
  • Dostrajaj, korzystając z wytycznych dotyczących wydajności rozwiązania Fabric Data Warehouse i reprezentatywnych testów współbieżności.
  • Ogranicz niepotrzebne kopie danych, korzystając z zarządzanego dostępu OneLake tam, gdzie to pasuje do architektury.
  • Integruj usługę Data Factory, Power BI, notebooki i inne obciążenia platformy Fabric tam, gdzie pozwala to ograniczyć powielanie lub złożoność operacyjną.
  • Przeanalizuj przepustowość, bezpieczeństwo, niezawodność i koszty po ustabilizowaniu się zachowania obciążenia.
  • Przekształć ukończoną falę w szablon wielokrotnego użytku dla następnej domeny.

Lista kontrolna akceptacji fal migracyjnych

Przed przełączeniem upewnij się, że:

  • Inwentarz obiektów i mapa zależności są kompletne dla fali.
  • Blokowanie ograniczeń T-SQL pozwoliło na zaakceptowane rozwiązania naprawcze.
  • Schemat i kod są wdrażane powtarzalnie w każdym środowisku docelowym.
  • Historyczne i inkrementalne ścieżki danych przechodzą testy skalowalności i odzyskiwania.
  • Uzgadnianie danych i walidacja biznesowa spełniają uzgodnione progi.
  • Bezpieczeństwo jest odtwarzane i weryfikowane za pomocą reprezentatywnych tożsamości.
  • Raporty, modele semantyczne, aplikacje i zadania operacyjne przechodzą testy.
  • Wydajność i współbieżność spełniają cele obciążenia.
  • Monitorowanie, wspieranie własności, cofanie i plany hiperopieki są aktywne.
  • Osoby odpowiedzialne za obszar biznesowy i techniczny zatwierdzają przełączenie.

Treści powiązane

  • Last updated on