Нам доверяют ведущие компании России и СНГ
КОГДА МЫ МОЖЕМ ПОМОЧЬ
Узнаете свою ситуацию?
Чаще всего к нам обращаются на одном из этих этапов – и это нормально, какой бы он ни был:
Регулятор требует уйти с Oracle
Госорганы, банки, телеком в России и других странах СНГ обязаны переходить на отечественное и ПО с открытым исходным кодом. Импортозамещение Oracle – уже не вопрос «если», а вопрос «когда» и «как быстро».
Начали сами – и застряли
Часть схемы перенесли, а дальше – сотни хранимых процедур, специфичный PL/SQL и непонятно, с чего начать дальше.
Oracle стал слишком дорогим или недоступным
Лицензии, поддержка, обновления – все это превращается в постоянную статью расходов и риск.
Попробовали инструменты или ИИ – не дотянули до конца
Автоматика перенесла процентов 70%, а остальное оказалось самой сложной частью.
Если что-то из этого про вас – дальше будет полезно.
ЧТО МОЖЕТ ПОЙТИ НЕ ТАК?
Как обычно выглядит миграция своими силами
Мы не раз видели этот сценарий, и хотим поделиться им честно – без осуждения, просто чтобы вы могли спланировать иначе.
Месяц 1
Запустили конвертер с открытым исходным кодом, перенесли большую часть схемы. Кажется, все идет по плану.
Месяц 2
Уткнулись в сотни хранимых процедур. Оказалось, там специфичная бизнес-логика, которую автоматика не понимает.
Месяц 3
Senior-разработчик, который лучше всех знал эту систему, переходит на другой проект.
Месяц 4
Перенесли в тестовую среду – производительность просела. Начинается ручная настройка и тюнинг.
Месяц 5
Дедлайн от регулятора все ближе. Команда работает на пределе.
Месяц 6
Принимают решение подключить подрядчика – и многое из того, что не получалось полгода, удается закрыть за несколько недель.
Это не значит, что команда что-то делает не так. Просто переход с Oracle на PostgreSQL – это отдельная экспертиза, которая редко есть «под рукой» внутри компании.
СРАВНЕНИЕ ПОДХОДОВ К МИГРАЦИИ
Своими силами или с Конвертум – в чем разница
Параметр
Своими силами
С Конвертум
Оценка объема работ
Своими силами
— Недели ручного анализа схемы
С Конвертум
Конвертум Сканер ускоряет оценку, а мы даем карту проекта
Срок миграции
Своими силами
— Ручным способом от нескольких месяцев до пары лет
С Конвертум
Существенно короче за счет автоматизации Конвертум Мастер
Даунтайм
Своими силами
— Чтобы разобраться самим нужно от полугода до пары лет
С Конвертум
Подход Конвертум направлен на минимизацию простоя
Нагрузка на команду
Своими силами
— Время команды уходит на миграцию вместо развития продукта
С Конвертум
Ваша команда подключается точечно, по необходимости
Документация для регулятора
Своими силами
— Подготовка требует затрат времени сотрудников
С Конвертум
Наша команда помогает подготовить документацию в рамках проекта
Передача знаний
Своими силами
— Знания могут остаться у отдельных специалистов
С Конвертум
Включена в работу – ваша команда понимает результат
ЗАТРАТЫ САМОСТОЯТЕЛЬНОЙ МИГРАЦИИ
Сколько на самом деле стоит миграция своими руками
Сделаем сами – это бесплатно» – частая мысль в начале пути. На практике расходы просто размазываются по времени и прячутся в зарплатах, овертаймах и инцидентах:
Время senior-специалистов на анализ схемы и архитектуры
— недели, не потрачены на продуктовые задачи
Ручная переписка хранимых процедур
— может растянуться на месяцы
Тюнинг производительности после переноса
— отдельный, часто незапланированный этап
Баги, которые всплывают уже в продакшне
— экстренные исправления, дополнительная нагрузка на команду
РОЛЬ ИИ
А если использовать ИИ?
Современные ИИ-инструменты – действительно хорошие помощники. Они отлично справляются с переводом простых SQL-запросов, объясняют синтаксис PostgreSQL и могут сгенерировать шаблонный код. Мы сами используем автоматизацию – это часть нашей методологии.
Но есть и зона, где ИИ систематически дает сбой:
Бизнес-логика в хранимых процедурах
ИИ не знает контекст вашей системы и не может гарантировать, что логика сохранится корректно
Зависимости между сотнями объектов схемы
Для этого нужен анализ всей системы целиком, а не отдельных файлов
Тестирование результата
ИИ не проверяет, действительно ли все работает так же, как раньше
Унаследованный код возрастом 10–15 лет
Здесь у моделей часто не хватает контекста, и они «додумывают»
В итоге типичная картина выглядит так: 70% переносится автоматически, а оставшиеся 30% – самая трудоемкая часть – требуют экспертизы. И именно эти 30% чаще всего определяют, успешен проект или нет.
МИГРАЦИЯ ORACLE
Импортозамещение Oracle: почему лучше не откладывать переход
Тренд на импортозамещение Oracle в СНГ – устойчивый и долгосрочный.
В России это закреплено на уровне требований к госорганам, банкам и компаниям с госучастием; аналогичные программы цифровизации на отечественном и ПО с открытым исходным кодом развиваются в Казахстане и других странах региона.
Те, кто начал миграцию раньше, уже прошли основной путь.
Те, кто откладывает, чаще оказываются в ситуации, когда решение нужно принимать быстро и под давлением сроков, а это всегда повышает риски и сужает выбор подрядчиков с нужной экспертизой.
Хотите обсудить вашу миграцию?
Если вы на любом из этапов – от «пока думаем» до «уже начали и нужна помощь» – давайте поговорим. Мы посмотрим на вашу систему и поможем понять реальный объем работ и возможные пути.
НАБОР ИНСТРУМЕНТОВ КОНВЕРТУМ
Перенос данных из Oracle в PostgreSQL и преобразование схемы: наши инструменты
Миграция с СУБД Oracle на PostgreSQL – это не просто «скопировать таблицы». Это два больших связанных процесса: перенос данных из Oracle в PostgreSQL и преобразование в PostgreSQL хранимых процедур, триггеров, представлений и другой бизнес-логики. В работе мы используем собственные инструменты:
Конвертум Сканер
Оценка базы данных до старта
Анализирует вашу схему – объем, количество объектов, сложность хранимого кода. Это дает реальную картину проекта вместо догадок и позволяет спланировать сроки и ресурсы осознанно.
Конвертум Мастер
Конвертация баз данных
Автоматически преобразует структуру базы данных: таблицы, представления, индексы, а также хранимые процедуры, функции и триггеры с PL/SQL на PL/pgSQL. Сложные и нестандартные объекты дорабатываются вручную нашими экспертами.
Конвертум Стрим
Автоматическая миграция данных
В зависимости от объема и требований к доступности системы подбираем подходящий способ переноса, от разового переноса до решений с минимальным простоем.
На каждом этапе ваша команда остается в курсе происходящего и получает документацию, которая пригодится как для внутреннего использования, так и для отчетности перед регулятором.
ЭТАПЫ МИГРАЦИИ БД
Этапы перехода с Oracle на PostgreSQL
-
1. Оценка проекта
Анализируем схему с помощью Конвертум Сканер, оцениваем объем и сложность. Использование ПО Сканер позволяет ускорить данный этап.
-
2. План миграции
Фиксируем этапы, сроки и критерии готовности для прозрачности проекта миграции.
-
3. Подготовка окружения
Разворачиваем целевую СУБД с учетом вашей инфраструктуры.
-
4. Миграция схемы и кода
Переносим объекты и преобразуем хранимую логику с помощью Конвертум Мастер.
-
5. Тестирование полученной схемы
Проводим функциональное тестирование, в том числе с тест-кейсами исходной базы данных.
-
6. Тестирование производительности
Выполняем оптимизацию кода и настройки целевой базы данных, проводим рефакторинг SQL-кода.
-
7. Перенос данных
Переносим данные с проверкой целостности с помощью Конвертум Стрим.
-
8. Этап переключения
Переключаем на новую БД, настраиваем соединения для всех приложений и предоставляем доступ всем пользователям.
-
9. Поддержка
Сопровождаем после запуска, вы не останетесь с нерешенными вопросами на полпути.
Хотите обсудить вашу миграцию?
Если вы на любом из этапов – от «пока думаем» до «уже начали и нужна помощь» – давайте поговорим. Мы посмотрим на вашу систему и поможем понять реальный объем работ и возможные пути.
ПОРТФОЛИО ПРОЕКТОВ КОНВЕРТУМ
Реализованые проекты
ORACLE → POSRGRESQL
Услуги по миграции Oracle в PostgreSQL для системного интегратора
Конвертум оказал услуги по миграции для российского системного интегратора, проводившего миграцию из Oracle в PostgreSQL. Компанией было принято решение делегировать часть работы команде Конвертум.
SQL SERVER → POSTGRESQL
Услуги по миграции SQL Server в PostgreSQL и обновлению приложения на C#
Переход на использование PostgreSQL вместо SQL Server стал необходим для целей импортозамещения как нашего клиента, так и конечных пользователей его продукта.
SQL SERVER → POSTGRESQL
Автоматическая конвертация 490 000 строк кода из SQL Server в PostgreSQL
Миграция с продукта Microsoft на СУБД с открытым программным кодом обеспечил выполнение задач по импортозамещению. При этом обновленная система не уступает исходной по функциональности и производительности.
SYBASE ASE → POSTGRESQL
Миграция критически важной банковской системы с Sybase ASE на PostgreSQL
Миграция основной базы данных одного из крупнейших европейских поставщиков банковских и финансовых услуг с использованием инструментов Конвертум.
SQL SERVER → POSTGRESQL
Реализация проекта по импортозамещению СУБД SQL Server в PostgreSQL для ЛайфИТ
Переход на СУБД с открытым программным кодом PostgreSQL позволил компании реализовать все возможности исходной базы Microsoft SQL Server без зависимости от поставщика и затрат на лицензию.
Сколько стоит миграция
Универсального прайса здесь нет – стоимость проекта зависит от множества факторов:
Точную стоимость и план работ мы рассчитываем индивидуально, после того как посмотрим на вашу систему. Это первый шаг, который ни к чему вас не обязывает, но дает реальную картину вместо предположений.
ОТЗЫВЫ
Что говорят клиенты о Конвертум
От миграции баз данных до полной модернизации приложений — посмотрите, каких результатов достигли наши клиенты с помощью автоматизации и экспертной поддержки.
Конвертум позволил автоматизировать большую часть рутины, но еще важнее оказалась поддержка.
Ю. В. Ушаков | Директор по эксплуатации
Мы получили мощный инструмент миграции и перехода с проприетарных систем в периметре решения задачи по импортозамещению.
В. Э. Бальвинский | Начальник управления инфраструктурных платформ
Конвертум позволил автоматизировать большую часть рутины, но еще важнее оказалась поддержка.
Ю. В. Ушаков | Директор по эксплуатации
Мы получили мощный инструмент миграции и перехода с проприетарных систем в периметре решения задачи по импортозамещению.
В. Э. Бальвинский | Начальник управления инфраструктурных платформ
FAQ
Часто задаваемые вопросы
Зависит от объема базы и сложности хранимой логики. После оценки проекта мы даем конкретные сроки именно для вашей системы.
Оценить проектМы подбираем подход к переносу данных с учетом ваших требований к доступности – от планового технического окна до решений с минимальным простоем.
Нет, это как раз тот случай, где особенно полезна автоматизация в сочетании с ручной доработкой сложных объектов нашими экспертами.
Открытые инструменты – хорошая отправная точка, но они не покрывают сложные случаи и не включают тестирование, доработку и сопровождение. Мы используем собственные инструменты, Конвертум Сканер и Конвертум Мастер, плюс экспертизу команды на всех этапах.
Перенос данных из Oracle в PostgreSQL сопровождается проверками целостности на каждом этапе, а также тестированием результата перед сдачей проекта.
Да, для крупных систем это часто наиболее безопасный подход – мы помогаем выстроить такой план.
Мы работали с проектами в банковском секторе, госструктурах, телекоме и коммерческих компаниях разного масштаба – подробнее можно посмотреть в кейсах.
Хотите обсудить вашу миграцию?
Если вы на любом из этапов – от «пока думаем» до «уже начали и нужна помощь» – давайте поговорим. Мы посмотрим на вашу систему и поможем понять реальный объем работ и возможные пути.
ПОЛЕЗНЫЕ СТАТЬИ
Читайте в блоге Конвертум
ПРЕДЛАГАЕМ НЕ ТОЛЬКО ИНСТРУМЕНТЫ
Смежные сервисы
Миграция баз данных
Полный спектр услуг по переходу на PostgreSQL и другие современные СУБД – от оценки до сопровождения после запуска.
SQL Server в PostgreSQL
Миграция с Microsoft SQL Server на PostgreSQL – еще одно популярное направление импортозамещения для компаний, использующих продукты Microsoft.
