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.

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

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

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

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

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