
Миграция баз данных — это сложный процесс, который включает в себя много нюансов.
Одной из самых больших сложностей является сохранение прикладных
разработок используемой инженерной системы: Oracle DB / Exadata / BDA,
Teradata, Cloudera, Vertica и др. В контексте реляционных баз данных речь идёт
об определённом массиве SQL-кода, который необходимо переписать. Для
нереляционных (не SQL-баз данных) это тоже справедливо, но с некоторыми
оговорками.
Прикладные разработки специфичны для каждой инженерной системы,
поэтому их необходимо локализовать и определённым образом модифицировать, чтобы продолжать их
использование после миграции.
код в СУБД (код запросов системы: процедуры, представления, пакеты и другие объекты);
ETL/ELT-процессы или процессы загрузки данных (код, который описывает, каким образом изменяются данные);
код приложений (описывает то, каким образом «обёрнут» код СУБД; имеет отношение к программам, работающим над СУБД инженерной системы).
Это три основных хранилища кода, выполненного в синтаксисе мигрируемой платформы. Локализация и миграция кода — трудоёмкий процесс, требующий времени и специалистов, хорошо знакомых с используемым диалектом SQL и в старой, и в новой системе.
Специалисты Arenadata и сертифицированные партнёры компании имеют релевантный опыт миграции с иностранного ПО. Оставьте заявку на бесплатную консультацию по вопросам миграции с западных СУБД!
хочу спросить
Многие организации долгие годы жили в парадигме неразделения
транзакционной и аналитической нагрузок. На рынке были представлены
мощные инженерные системы, такие как Oracle Exadata, способные
обрабатывать как OLTP-, так и OLAP-нагрузки.
В текущих условиях, когда невозможно быстро добавить дополнительные
мощности, необходимо найти новый способ модернизации ИТ-инфраструктуры, учитывающий
миграцию
на
новые программные продукты.
Технологии Open Source открывают много возможностей как для обеспечения
независимости организации от конкретных производителей ПО, так и для
кастомизации исходного решения.
Однако это привлекательное для многих
компаний направление сегодня требует особенно глубокой экспертизы.
В последнее время во многих проектах с открытым исходным кодом
участились случаи внедрения «закладок» с вредоносным ПО. Такие
«сюрпризы» нацелены на удаление данных организации
и общую
дестабилизацию работы её ИТ-систем.
При разработке своих продуктов Arenadata проводит тщательный анализ
исходного кода Open Source проекта. Изучает его, исправляет ошибки,
разрабатывает новый или оптимизирует существующий функционал и, самое
важное в текущем моменте, проверяет на наличие вредоносных «закладок»!
В результате все корпоративные продукты Arenadata представляют собой
полностью безопасные и готовые
к развёртыванию дистрибутивы с
оптимальным набором проверенных и совместимых между собой
компонентов
Возможность интеграции с модулем мониторинга;
Отказоустойчивость системы;
Наличие компетентного персонала в службе поддержки;
Возможность параллельной интеграции.
Путь миграции начинается с анализа. Прежде всего необходимо понять:
Вторым значимым шагом является анализ текущего серверного оборудования:
подойдёт ли исходное решение или необходимо что-то докупать / переносить частично в облако.
Третий важный этап миграции
изменение SQL-скриптов в используемых приложениях, о котором шла речь выше (см. раздел «Типовые трудности импортозамещения СУБД»).
Типовой путь миграции кратко можно описать так:
Наши специалисты помогут разработать план миграции с западных СУБД именно для вашего хранилища данных.
оставить заявку