На шляху ІТ-модернізації організацій міграція баз даних часто вважається легким завданням, яке можна виконати за короткий час. Модернізація бази даних пропонує багато переваг, однак сприйняття міграційного шляху є прямим і легким — це міф, який незабаром розвіюється, щойно міграційний шлях починається. За умови адекватного планування, інструментів і стратегії міграції ця трансформація стане добре керованим виконанням у необхідні терміни. У цьому документі ми розглянемо різноманітні міфи про міграцію бази даних, висвітливши типові підводні камені та те, як ними краще керувати. У цих кроках також буде висвітлено роботу, яка потребує великих зусиль, у порівнянні з діяльністю, що підтримує інструменти, щоб надати перспективу щодо зусиль, залучених під час міграції баз даних.
Основними факторами міграції бази даних є:
- Цифрова трансформація програм
- Консолідація бази даних
- Зменшення TCO (загальної вартості володіння) завдяки застосуванню відкритого коду.
- Ефективність роботи ІТ завдяки керованим службам – Cloudification
Міграція бази даних складається з двох основних ініціатив:
- Гетерогенні міграції (міграція з однієї вихідної бази даних до іншої бази даних, міграція на платформу).
- Однорідні міграції (підйом і зсув баз даних)
Омани та факти щодо міграції бази даних Міф 1: Міграцію бази даних можна здійснити як інфраструктурну вправу.
Факт: міграцію бази даних не можна здійснити як підйом і перехід від джерела до цільового. Необхідно провести належну перевірку бази даних і середовища застосування. Автоматизоване виявлення за допомогою різних інструментів скорочує зусилля до 60%. Необхідно проаналізувати такі впливи:
- Можливості консолідації бази даних
- 6R (Rehost, Re-platform, Repurchase, Refactor, Retain, Retire) підхід до оцінки модернізації БД для завершення стратегії міграції.
- Аналіз впливу програми та групове планування переміщення.
Міф 2: Зусилля міграції бази даних визначаються розміром схеми
Факт: зусилля щодо міграції бази даних обумовлені не лише кількістю об’єктів БД та обсягом даних, але в першу чергу складністю перетворення програмних об’єктів БД. Коли бази даних існують на підприємстві протягом десятиліть, окрім даних, зазвичай існує складна бізнес-логіка, вбудована в програмні об’єкти бази даних. Жоден інструмент міграції не може забезпечити 100% автоматичне перетворення в один клік. Зусилля щодо міграції бази даних головним чином обумовлені:
- Непідтримувані типи даних і функції, нульові значення таблиці, тип розділу та індекси.
- Важка реалізація бізнес-логіки в програмному коді БД (збережені процедури, пакети, представлення даних, тригери, функції) з використанням власних функцій вихідної бази даних
- Використання не-ANSI SQL і динамічного SQL
- Управління транзакціями та обробка винятків.
- Вбудований SQL у програму та використання власних API баз даних, таких як CTLIB, DBLIB, OCI тощо.
- Оптимізація продуктивності (у зв’язку з тим, що змінилася система обробки баз даних)
- Функціональна перевірка між джерелом і метою.
- Виправлення та тестування інтеграцій.
- Паралельний запуск (через нульовий час простою/інші бізнес-вимоги)
Міф 3: Для роботи програм потрібні лише зміни драйвера бази даних
Факт: виправлення програми стосується не лише змін драйвера бази даних. Виправлення програми — це здебільшого ручна робота, оскільки жоден інструмент не може ефективно ідентифікувати точки дотику бази даних і змінювати їх. Нижче наведено кілька факторів, які визначають складність роботи з виправлення програми:
- Версія технології програми та її сумісність із цільовою.
- Наявність драйверів баз даних для цільових баз даних.
- Використання сторонніх бібліотек, які можуть не підтримуватися на цільовому рівні.
- Сумісність програм COTS із цільовими.
- Використання фреймворків ORM (Object-Relational Mapping) проти використання вбудованого SQL
- Редизайн програми
Міф 4: Міграція даних — це підйом і переміщення даних до цілі
Факт: хоча автоматизація відіграє ключову роль у міграції даних, для успішної міграції даних все ще потрібно до 10% ручних зусиль. Зусилля зосереджено на таких напрямках:
- Адекватно профілюйте вихідні дані, щоб зіставити правильний тип даних із цільовими, щоб уникнути проблем із якістю даних і втрати даних.
- Вимоги до простою та доступність інфраструктури для планування міграції даних.
- Вибір засобів міграції даних
- Зміни платформи для врахування змін у даних індійського походження.
- Консолідація даних для міграції бази даних «одна-багато»/багато-один.
- Співіснування даних під час паралельного запуску.
- Перевірка даних
Міф 5: Проект міграції вимагає лише тестування білого ящика
Факт: наскрізне тестування є невід’ємною частиною успіху проекту міграції. Інструменти перевірки даних, інструменти перевірки запитів, інструменти перевірки схем та інші інструменти тестування автоматизують тестування на 70%. Деякі ключові заходи тестування, які необхідно провести:
- Базовий рівень функціональності та продуктивності вихідного середовища
- Тестування після міграції для порівняння результатів із базовим рівнем.
- Тестування продуктивності та налаштування
- Паралельне тестування перед виробництвом для критичних робочих процесів
- Прийнятне тестування користувача
- Перевірка після впровадження.
Висновок
Хоча інструменти міграції відіграють важливу роль у міграціях баз даних, вони не допомагають здійснити 100% автоматизовану міграцію. Підхід «одного розміру для всіх» не може бути прийнятий, і рівень необхідних ручних зусиль визначається факторами, які ми бачили вище. Завдяки досвіду міграції сотень баз даних TCS удосконалила методологію 5D (виявлення, проектування, розробка, розгортання, виведення з експлуатації), яка забезпечує комплексний підхід із перевіреними часом етапами, які забезпечать успішну міграцію бази даних. 5D-методологія добре підтримується автоматизацією (розробка власних інструментів і активів, вдосконалення інструменту в міру просування проекту міграції бази даних), щоб прискорити міграцію послідовним і точним способом і досягти очікуваної автоматизації міграції бази даних.
- Розповсюдження контенту та PR на основі SEO. Отримайте посилення сьогодні.
- Платоблокчейн. Web3 Metaverse Intelligence. Розширені знання. Доступ тут.
- джерело: https://www.finextra.com/blogposting/23645/database-migration–expectations-vs-reality–a-fact-check?utm_medium=rssfinextra&utm_source=finextrablogs
- a
- МЕНЮ
- вище
- прискорювати
- прийняття
- рахунки
- точний
- Achieve
- діяльності
- доповнення
- прийнята
- Прийняття
- проти
- ВСІ
- хоча
- аналіз
- та
- та інфраструктури
- Інтерфейси
- додаток
- застосування
- підхід
- області
- оцінка
- Активи
- автоматизувати
- Автоматизований
- Автоматизація
- наявність
- Базова лінія
- ставати
- буття
- нижче
- Переваги
- Краще
- між
- Box
- Зламаний
- бізнес
- не може
- нести
- зміна
- Зміни
- перевірка
- код
- загальний
- порівняти
- сумісність
- Зроблено
- комплекс
- складність
- вважається
- послідовний
- консолідація
- Перетворення
- Коштувати
- критичний
- дані
- втрати даних
- Database
- базами даних
- десятиліття
- розгортання
- дизайн
- Визначати
- певний
- розвивати
- розвивається
- різний
- старанність
- відкрити
- відкриття
- документ
- вниз
- керований
- водій
- драйвери
- під час
- динамічний
- фактично
- Ефективність
- зусилля
- зусилля
- вбудований
- включений
- кінець в кінець
- двигун
- підвищення
- забезпечувати
- підприємство
- Навколишнє середовище
- і т.д.
- виняток
- виконання
- Здійснювати
- очікування
- очікуваний
- експертиза
- фактори
- Падати
- риси
- завершити
- Фінекстра
- увагу
- після
- Вперед
- каркаси
- від
- Функції
- Group
- Обробка
- допомога
- Виділіть
- виділивши
- будинок
- Як
- Однак
- HTTPS
- Сотні
- ідентифікувати
- Impact
- Вплив
- реалізація
- in
- покажчики
- Інфраструктура
- ініціативи
- інтегральний
- інтеграцій
- залучений
- питання
- IT
- подорож
- ключ
- ландшафт
- в значній мірі
- рівень
- libraries
- Перераховані
- від
- головний
- зробити
- вдалося
- управління
- манера
- керівництво
- багато
- карта
- відображення
- Методологія
- міграція
- змінювати
- рухатися
- множинний
- Міфи
- рідний
- Переміщення
- Необхідність
- номер
- об'єкти
- Пропозиції
- ONE
- з відкритим вихідним кодом
- оперативний
- Можливості
- оптимізація
- Інше
- власність
- пакети
- Паралельні
- партія
- сприйняття
- продуктивність
- перспектива
- план
- планування
- платформа
- plato
- Інформація про дані Платона
- PlatoData
- Play
- в першу чергу
- Процедури
- профіль
- програма
- проект
- правильний
- власником
- забезпечувати
- забезпечує
- якість
- Швидко
- Реальність
- переконструювати
- знижує
- Рефактор
- вимагати
- вимагається
- Вимога
- Вимагається
- результати
- Роль
- прогін
- то ж
- Послуги
- зсув
- Розмір
- деякі
- Source
- заходи
- Як і раніше
- зберігати
- прямий
- Стратегія
- успіх
- успішний
- Підтриманий
- таблиця
- Мета
- завдання
- Технологія
- Тестування
- Команда
- через
- час
- до
- інструмент
- інструменти
- Усього:
- Перетворення
- Використання
- зазвичай
- перевірка достовірності
- Цінності
- різний
- версія
- думки
- життєво важливий
- обсяг
- в той час як
- білий
- волі
- в
- Робочі процеси
- б
- зефірнет
- нуль