Eng
КурсыПартнёрыРесурсы
Обратная связьТехподдержка
Eng
Меню

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

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

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

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

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

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

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

  • для хранения, а также аналитической и транзакционной обработки данных (импортозамещение Teradata, Oracle, Vertica, Tanzu/Pivotal Greenplum, Cloudera и др.);
  • для загрузки и потоковой обработки данных (импортозамещение Confluent Kafka, IBM Streams, SAS Event Streams Processing, Azure Stream Analytics и др.);
  • для обработки витрин данных (импортозамещение Microsoft SQL, Amazon Timestream, HCL Informix, InfluxDB Enterprise и др.);
  • для работы с данными при нагрузке смешанного типа, в первую очередь OLTP (российский аналог PostgreSQL, импортозамещение Oracle DB, IBM DB2, SAP Sybase ASE и др.);
  • для анализа и полнотекстового поиска в режиме реального времени (импортозамещение Elastic, Splunk).

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

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

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

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

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

код в СУБД (код запросов системы: процедуры, представления, пакеты и другие объекты);

ETL/ELT-процессы или процессы загрузки данных (код, который описывает, каким образом изменяются данные);

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

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

Остались вопросы?

Специалисты Arenadata и сертифицированные партнёры компании имеют релевантный опыт миграции с иностранного ПО. Оставьте заявку на бесплатную консультацию по вопросам миграции с западных СУБД!

хочу спросить

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

Многие организации долгие годы жили в парадигме неразделения транзакционной и аналитической нагрузок. На рынке были представлены мощные инженерные системы, такие как Oracle Exadata, способные обрабатывать как OLTP-, так и OLAP-нагрузки.

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

Разгрузка существующих БД
Миграция на другое решение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Типовой путь миграции кратко можно описать так:

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

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

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

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

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

Программные продукты Arenadata включены в Единый реестр российских программ для электронных вычислительных машин и баз данных.
У Arenadata представлена развёрнутая партнёрская сеть: наши коллеги-интеграторы хорошо знакомы с продуктами Arenadata и имеют многочисленные успешные кейсы по их внедрению.
Разработкой продуктов Arenadata занимаются российские специалисты, рассредоточенные в различных регионах России.
Техническая поддержка продуктов Arenadata осуществляется на русском языке, на нём же представлена вся необходимая документация.
Пользователи ПО Arenadata защищены как от санкционных, так и от валютных рисков.
При необходимости специалисты заказчиков могут пройти обучающие курсы по продуктам Arenadata.

Смотрите решения от партнёров

PIX BI Российская аналитическая система
KORE.DWH
Платформа Rubbles MLOps Suite
все решения партнеров

Спасибо, что написали нам

Мы обработаем вашу заявку как можно быстрее. Ждите ответа в ближайшее время.

Получите консультацию

Хотите узнать больше о миграции с иностранных СУБД и нашем опыте импортозамещения хранилищ данных ? Заполните форму обратной связи.
ошибка! проверьте правильно ли вы заполнили поля

Этот сайт использует cookie-файлы и другие технологии, чтобы помочь вам в навигации, а также предоставить лучший пользовательский опыт, анализировать использование наших продуктов и услуг, повысить качество рекламных и маркетинговых активностей.