W procesie modernizacji IT organizacji migracje baz danych są często uważane za łatwe zadania, które można wykonać w krótkim czasie. Modernizacja bazy danych oferuje wiele korzyści, jednak postrzeganie migracji jako prostej i bezproblemowej to mit, który szybko zostaje obalony, gdy tylko rozpocznie się podróż migracyjna. Dzięki odpowiedniemu planowaniu, narzędziom i strategii migracji ta transformacja stanie się dobrze zarządzaną realizacją w wymaganych ramach czasowych. W tym dokumencie omówimy różne mity związane z migracją baz danych, podkreślając typowe pułapki i sposoby lepszego zarządzania nimi. Kroki te zwrócą również uwagę na czynności wymagające dużego nakładu pracy w porównaniu z działaniami umożliwiającymi korzystanie z narzędzi, aby zapewnić perspektywę wysiłków związanych z migracją baz danych.
Kluczowymi czynnikami wpływającymi na migrację bazy danych są:
- Cyfrowa transformacja aplikacji
- Konsolidacja bazy danych
- Redukcja TCO (całkowitego kosztu posiadania) dzięki przyjęciu oprogramowania typu open source.
- Wydajność operacyjna IT dzięki usługom zarządzanym – Cloudification
Migracje baz danych dzielą się na dwie główne inicjatywy:
- Migracje heterogeniczne (migracja z jednej źródłowej bazy danych do innej, migracja platformy).
- Jednorodne migracje (lifting i shift baz danych)
Błędne przekonania i fakty dotyczące migracji baz danych Mit 1: Migrację bazy danych można przeprowadzić jako ćwiczenie dotyczące infrastruktury.
Fakt: Migracja bazy danych nie może być przeprowadzona jako „lift and shift” od źródła do miejsca docelowego. Należy przeprowadzić odpowiednie badanie due diligence bazy danych i środowiska aplikacji. Zautomatyzowane wykrywanie za pomocą różnych narzędzi zmniejsza nakład pracy nawet o 60%. Należy przeanalizować następujące skutki:
- Możliwości konsolidacji baz danych
- Podejście do oceny 6R (Rehost, Re-platform, Repurchase, Refactor, Retain, Retire) w celu sfinalizowania strategii migracji.
- Analiza wpływu aplikacji i planowanie grupy przeprowadzek.
Mit 2: Nakład pracy związany z migracją bazy danych zależy od rozmiaru schematu
Fakt: Wysiłki związane z migracją bazy danych wynikają nie tylko z liczby obiektów bazy danych i ilości danych, ale przede wszystkim ze złożoności konwersji obiektów programu bazy danych. Gdy bazy danych istnieją w przedsiębiorstwie od dziesięcioleci, oprócz danych w obiektach programu bazodanowego jest zwykle osadzona złożona logika biznesowa. Żadne narzędzie do migracji nie zapewnia w 100% automatycznej konwersji jednym kliknięciem. Nakład pracy związany z migracją bazy danych jest napędzany głównie przez:
- Nieobsługiwane typy danych i funkcje, wartości Null tabeli, typ partycji i indeksy.
- Ciężka implementacja logiki biznesowej w kodzie programu DB (procedury składowane, pakiety, widoki, wyzwalacze, funkcje) przy użyciu zastrzeżonych funkcji źródłowej bazy danych
- Użycie SQL innego niż ANSI i dynamicznego SQL
- Zarządzanie transakcjami i obsługa wyjątków.
- Osadzone SQL w aplikacji i wykorzystaniu natywnych interfejsów API baz danych, takich jak CTLIB, DBLIB, OCI itp.
- Optymalizacja wydajności (Ze względu na fakt: Zmiana w Database Engine)
- Walidacja funkcjonalna między źródłem a celem.
- Naprawa i testowanie integracji.
- Praca równoległa (ze względu na zerowy czas przestoju / inne wymagania biznesowe)
Mit 3: Aby aplikacje działały, wymagają jedynie zmian w sterowniku bazy danych
Fakt: Naprawa aplikacji to nie tylko zmiany sterowników bazy danych. Korekta aplikacji jest w dużej mierze czynnością ręczną, ponieważ żadne narzędzie nie jest w stanie skutecznie zidentyfikować punktów styku z bazą danych i zmodyfikować ich. Istnieje wiele czynników wymienionych poniżej, które określają złożoność prac naprawczych aplikacji:
- Wersja technologii aplikacji i jej kompatybilność z celem.
- Dostępność sterowników baz danych dla docelowych baz danych.
- Korzystanie z bibliotek innych firm, które mogą nie być obsługiwane w miejscu docelowym.
- Kompatybilność aplikacji COTS z targetem.
- Wykorzystanie frameworków ORM (Object-Relational Mapping) a użycie wbudowanego SQL
- Przeprojektowanie aplikacji
Mit 4: Migracja danych polega na podnoszeniu i przenoszeniu danych do miejsca docelowego
Fakt: Chociaż automatyzacja odgrywa kluczową rolę w migracji danych, nadal istnieje ręczny nakład pracy do 10%, aby przeprowadzić pomyślną migrację danych. Wysiłek koncentruje się na następujących obszarach:
- Odpowiednio profiluj dane źródłowe, aby mapować odpowiedni typ danych na cel, aby uniknąć problemów z jakością danych i utraty danych.
- Wymagania dotyczące przestojów i dostępność infrastruktury w celu zaplanowania migracji danych.
- Dobór narzędzi do migracji danych
- Zmiany platformy w celu uwzględnienia zmian indyjskości w danych.
- Konsolidacja danych dla migracji baz danych jeden-wiele/wiele-jeden.
- Współistnienie danych podczas pracy równoległej.
- Walidacji danych
Mit 5: Projekt migracji wymaga jedynie testów białoskrzynkowych
Fakt: Kompleksowe testowanie jest integralną częścią sukcesu projektu migracji. Narzędzia do sprawdzania poprawności danych, narzędzia do sprawdzania poprawności zapytań, narzędzia do sprawdzania poprawności schematów i inne narzędzia do testowania automatyzują testowanie o 70%. Niektóre kluczowe czynności testowe, które należy przeprowadzić:
- Funkcjonalna i wydajna linia bazowa w środowisku źródłowym
- Testy po migracji w celu porównania wyników z wartością bazową.
- Testy wydajności i strojenie
- Równoległe testy przedprodukcyjne dla krytycznych przepływów pracy
- Testy akceptacji użytkownika
- Walidacja po wdrożeniu.
Wnioski
Chociaż narzędzia do migracji odgrywają kluczową rolę w migracji baz danych, nie pomaga to w przeprowadzeniu migracji w 100% zautomatyzowanej. Nie można przyjąć podejścia „jednego rozmiaru dla wszystkich”, a wymagany wysiłek ręczny zależy od czynników, które widzieliśmy powyżej. TCS, dzięki swojemu doświadczeniu w migracji setek baz danych, udoskonalił metodologię 5D (Discover, Design, Develop, Deploy, Decommission), która zapewnia całościowe podejście ze sprawdzonymi krokami, które zapewnią pomyślną migrację bazy danych. Metodologia 5D jest dobrze wspierana przez automatyzację (opracowywanie własnych narzędzi i zasobów, ulepszanie narzędzia w miarę postępu projektu migracji db), aby przyspieszyć migrację w spójny i dokładny sposób oraz osiągnąć oczekiwaną automatyzację migracji baz danych.
- Dystrybucja treści i PR oparta na SEO. Uzyskaj wzmocnienie już dziś.
- Platoblockchain. Web3 Inteligencja Metaverse. Wzmocniona wiedza. Dostęp tutaj.
- Źródło: https://www.finextra.com/blogposting/23645/database-migration–expectations-vs-reality–a-fact-check?utm_medium=rssfinextra&utm_source=finextrablogs
- a
- O nas
- powyżej
- przyśpieszyć
- akceptacja
- Konto
- dokładny
- Osiągać
- zajęcia
- dodatek
- przyjęty
- Przyjęcie
- przed
- Wszystkie kategorie
- Chociaż
- analiza
- i
- i infrastruktura
- Pszczoła
- Zastosowanie
- aplikacje
- podejście
- obszary
- oszacowanie
- Aktywa
- zautomatyzować
- zautomatyzowane
- Automatyzacja
- dostępność
- Baseline
- stają się
- jest
- poniżej
- Korzyści
- Ulepsz Swój
- pomiędzy
- Pudełko
- Złamany
- biznes
- nie może
- nieść
- zmiana
- Zmiany
- ZOBACZ
- kod
- wspólny
- porównać
- zgodność
- Zakończony
- kompleks
- kompleksowość
- za
- zgodny
- konsolidacja
- Konwersja
- Koszty:
- krytyczny
- dane
- Utrata danych
- Baza danych
- Bazy danych
- lat
- rozwijać
- Wnętrze
- Ustalać
- ustalona
- rozwijać
- rozwijanie
- różne
- pracowitość
- odkryj
- odkrycie
- dokument
- na dół
- napędzany
- kierowca
- sterowniki
- podczas
- dynamiczny
- faktycznie
- efektywność
- wysiłek
- starania
- osadzone
- włączony
- koniec końców
- silnik
- wzmocnienie
- zapewnić
- Enterprise
- Środowisko
- itp
- wyjątek
- egzekucja
- Ćwiczenie
- oczekiwania
- spodziewany
- ekspertyza
- Czynniki
- Spadać
- Korzyści
- sfinalizować
- Finextra
- koncentruje
- następujący
- Naprzód
- Ramy
- od
- Funkcje
- Zarządzanie
- Prowadzenie
- pomoc
- Atrakcja
- podświetlanie
- dom
- W jaki sposób
- Jednak
- HTTPS
- Setki
- zidentyfikować
- Rezultat
- Oddziaływania
- realizacja
- in
- indeksy
- Infrastruktura
- inicjatywy
- integralny
- integracje
- zaangażowany
- problemy
- IT
- podróż
- Klawisz
- krajobraz
- w dużej mierze
- poziom
- biblioteki
- Katalogowany
- od
- Główny
- robić
- zarządzane
- i konserwacjami
- sposób
- podręcznik
- wiele
- mapa
- mapowanie
- Metodologia
- migracja
- modyfikować
- ruch
- wielokrotność
- Mity
- rodzimy
- Nawigacja
- Potrzebować
- numer
- obiekty
- Oferty
- ONE
- open source
- operacyjny
- Szanse
- optymalizacja
- Inne
- własność
- Pakiety
- Parallel
- przyjęcie
- postrzeganie
- jest gwarancją najlepszej jakości, które mogą dostarczyć Ci Twoje monitory,
- perspektywa
- krok po kroku
- planowanie
- Platforma
- plato
- Analiza danych Platona
- PlatoDane
- Grać
- głównie
- procedury
- Profil
- Program
- projekt
- właściwy
- własność
- zapewniać
- zapewnia
- jakość
- Szybki
- Rzeczywistość
- renowacje
- zmniejsza
- Refaktoryzacja
- wymagać
- wymagany
- wymagania
- Wymaga
- Efekt
- Rola
- run
- taki sam
- Usługi
- przesunięcie
- Rozmiar
- kilka
- Źródło
- Cel
- Nadal
- przechowywany
- proste
- Strategia
- sukces
- udany
- Utrzymany
- stół
- cel
- zadania
- Technologia
- Testowanie
- Połączenia
- Przez
- czas
- do
- narzędzie
- narzędzia
- Kwota produktów:
- Transformacja
- Stosowanie
- zazwyczaj
- uprawomocnienie
- Wartości
- różnorodny
- wersja
- widoki
- istotny
- Tom
- Podczas
- biały
- będzie
- w ciągu
- przepływów pracy
- by
- zefirnet
- zero