Замещение
иностранных СУБД

Российская платформа данных для замещения СУБД таких производителей, как Cloudera, Oracle, Teradata, Vertica и не только

Arenadata — российская компания с собственными центрами разработки
в нескольких городах России. Мы представляем программные продукты
для построения хранилищ и озёр данных, способные конкурировать
с Oracle и другими мировыми вендорами.

оставить заявку

Миграция с иностранных СУБД

Программные продукты Arenadata могут эффективно замещать аналитические и транзакционные СУБД крупнейших западных производителей. Мы занимаемся разработкой решений для хранения и обработки больших данных уже несколько лет. При создании продуктов наша команда всегда ориентировалась на высокие общемировые стандарты, чтобы конкурировать с сильнейшими западными аналогами.

Сегодня у Arenadata готов стек зрелых, апробированных на рынке решений и накоплен большой опыт реализации проектов по построению корпоративных хранилищ данных в крупнейших организациях России и Казахстана, в том числе опыт миграции с иностранного ПО.

Стек решений Arenadata

01/

Для хранения, а также аналитической и транзакционной обработки данных

Импортозамещение Teradata, Oracle, Vertica, Tanzu/Pivotal Greenplum, Cloudera и др.);

02/

Для загрузки и потоковой обработки данных

Импортозамещение Confluent Kafka, IBM Streams, SAS Event Streams Processing, Azure Stream Analytics и др.

03/

Для обработки витрин данных

Импортозамещение Microsoft SQL, Amazon Timestream, HCL Informix, InfluxDB Enterprise и др.

04/

Для работы с данными при нагрузке смешанного типа

В первую очередь OLTP (российский аналог PostgreSQL, импортозамещение Oracle DB, IBM DB2, SAP Sybase ASE и др.);

05/

Для анализа и полнотекстового поиска в режиме реального времени

Импортозамещение Elastic, Splunk

Типовые трудности импортозамещения СУБД

Миграция баз данных — это сложный процесс, который включает в себя много нюансов.

Одной из самых больших сложностей является сохранение прикладных разработок используемой инженерной системы: Oracle DB / Exadata / BDA, Teradata, Cloudera, Vertica и др. В контексте реляционных баз данных речь идёт об определённом массиве SQL-кода, который необходимо переписать. Для нереляционных (не SQL-баз данных) это тоже справедливо, но с некоторыми оговорками.

Прикладные разработки специфичны для каждой инженерной системы, поэтому их необходимо локализовать и определённым образом модифицировать, чтобы продолжать их использование после миграции.

Обычно искомый код можно найти в следующих местах:

Это три основных хранилища кода, выполненного в синтаксисе мигрируемой платформы.

Локализация и миграция кода — трудоёмкий процесс, требующий времени и специалистов, хорошо знакомых с используемым диалектом SQL и в старой, и в новой системе.

Код в СУБД

Код запросов системы: процедуры, представления, пакеты и другие объекты

ETL/ELT-процессы или процессы загрузки данных

Код, который описывает, каким образом изменяются данные

Код приложений

Описывает то, каким образом «обёрнут» код СУБД; имеет отношение к программам, работающим над СУБД инженерной системы

Типовые сценарии миграции системы управления базами данных

Разгрузка существующих БД

Если организация готова часть нагрузки, например OLAP, перенести на другое решение, а на существующей системе оставить только OLTP-нагрузку.

Доступность данных как из старой системы, так и из новой (замещающей);
Плавный переход вместо «переключения рубильником» со старой на новую систему;
Минимизация риска плохой адаптации пользователей.
Разовые затраты выше, чем при миграции;
Подходит только для систем, допускающих федеративный доступ к данным;
Часть проведённых работ окажется бесполезной после завершения миграции.

Миграция на другое решение

Используется , когда необходимо заменить legaсy-решение или обеспечить замещение продукта, поддержка которого прекращена.

Производятся только необходимые работы, поэтому проект будет короче, а разовые затраты — меньше;
Подходит для любых замещаемых систем;
Проект становится прозрачней за счёт отсутствия «полумер».
Риск плохой адаптации пользователей (последствия: текучка, плохое качество кода);
Риск технического простоя при переключении на новую систему.

Хотите получить консультацию по вопросам миграции?

Да, хочу

Анализ кода на «закладки»: безопасность прежде всего!

Технологии Open Source открывают много возможностей как для обеспечения независимости организации от конкретных производителей ПО, так и для кастомизации исходного решения.

Однако это привлекательное для многих компаний направление сегодня требует особенно глубокой экспертизы.

В последнее время в проектах с открытым исходным кодом все чаще обнаруживаются «закладки» с вредоносным ПО, направленные на удаление данных организации и дестабилизацию ИТ-систем. Arenadata при разработке своих продуктов проводит тщательный анализ исходного кода, исправляет ошибки, разрабатывает новый или оптимизирует существующий функционал, а также проверяет наличие вредоносных «закладок».

Результатом являются полностью безопасные корпоративные продукты Arenadata, готовые к развёртыванию, с оптимальным набором проверенных и совместимых компонентов.

Помимо анализа кода, перед тем как включить в платформу Arenadata EDP новый компонент, наша команда также проверяет:

Возможность интеграции с модулем мониторинга

Отказоустойчивость системы

Наличие компетентного персонала в службе поддержки

Возможность параллельной интеграции

Основные шаги при замене иностранных СУБД

Сделайте первый шаг к импортозамещению:
оставьте заявку на нашем сайте!

Наши специалисты помогут разработать план миграции с западных СУБД именно для вашего хранилища данных.

оставить заявку

01/Путь миграции начинается с анализа. Прежде всего необходимо понять:

тип нагрузки на СУБД;
типы хранимых данных;
требования по безопасности данных, скорости ответа, а также по количеству исполняемых запросов в секунду;
необходимость использования разных сред (dev/preprod/prod…) и порядок движения новых наработок между ними.

02/Вторым значимым шагом является анализ текущего серверного оборудования:

подойдёт ли исходное решение или необходимо что-то докупать / переносить частично в облако.

03/Третий важный этап миграции

изменение SQL-скриптов в используемых приложениях, о котором шла речь выше (см. раздел «Типовые трудности импортозамещения СУБД»).

Краткое описание миграции:

Сбор кода с источников (СУБД, ETL-процессы, код приложений);
Развёртывание замещающего комплекса технических средств;
Создание DDL-таблиц в замещающей СУБД по собранным метаданным;.
Переписывание SQL-скриптов на диалект SQL целевой СУБД;
Переписывание объектов с функциональным кодом на диалект целевой СУБД и внедрение в целевую СУБД;
Первоначальная миграция данных;
Перенастройка ETL/ELT-процессов (обновление ссылок на процедуры СУБД, замена исполняемого кода на ссылки на процедуры/представления СУБД);
Вывод в регламент;
Замена кода, встроенного в приложения, на ссылки на процедуры/представления СУБД или обновление таких ссылок;
Приёмо-сдаточные испытания.

Российское программное обеспечение

Программные продукты Группы Arenadata включены в Единый реестр российских программ для электронных вычислительных машин и баз данных.

У Arenadata представлена развёрнутая партнёрская сеть: наши коллеги-интеграторы хорошо знакомы с продуктами Arenadata и имеют многочисленные успешные кейсы по их внедрению.

Разработкой продуктов Группы Arenadata занимаются российские специалисты , рассредоточенные в различных регионах России.

Техническая поддержка продуктов Группы Arenadata осуществляется на русском языке , на нём же представлена вся необходимая документация.

Пользователи платформы Arenadata защищены как от санкционных, так и от валютных рисков.

При необходимости специалисты заказчиков могут пройти обучающие курсы по продуктам Группы Arenadata.

Ждём ваши вопросы!

Задать вопрос

Замещение
иностранных СУБД

Миграция с иностранных СУБД