Уход с Oracle без переписывания приложений

01 Проблема

Уйти с Oracle нужно. Переписывать приложения — нельзя

Это и есть конфликт, ради которого существует наш продукт: экономические и инфраструктурные причины толкают к переходу, а техническая связанность держит на месте.

01 Проблема Цена недооценки

Почему миграции срываются

В проектах миграции техническая сложность накладывается на бизнес-ограничения. Каждый из этих факторов по отдельности решаем — вместе они выносят проект за рамки бюджета и сроков.

02 Кто мы

Инженерная команда, у которой одна специализация

Мы переводим промышленные системы с Oracle на PostgreSQL — и делаем это не набором разовых скриптов, а как проект с этапами, критериями приёмки и ответственностью за прод.

02 Кто мы Услуги

Четыре направления работ

Проект можно взять целиком или подключить нас на отдельном участке — например, только на аудите или только на оптимизации после переноса.

03 Подход Принципы

Мы работаем на предсказуемость, а не на скорость

Риски выявляются на этапе подготовки, а не в ночь переключения. Это дороже на старте и заметно дешевле в сумме.

03 Подход Этапы

Шесть этапов нашей работы

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

03 Подход План-график

Как это ложится в календарь

Приближённый к реальности график на 13 недель. Точные сроки зависят от объёма данных, числа схем и сложности PL/SQL-логики — но пропорции этапов держатся.

Больше половины графика — до переключения. Cut-over короткий именно потому, что история и основной объём данных перенесены заранее, а к моменту переключения остаются только дельты.

04 Инструменты Ключевая идея

Прокси говорит с приложением на языке Oracle

Приложение продолжает подключаться так, будто перед ним Oracle: тот же протокол, тот же порт, тот же драйвер. За прокси уже PostgreSQL. Переход для приложения — это смена строки подключения.

04 Инструменты Продукт 1 из 2

O2PG Connector — прокси-транслятор запросов

Обеспечивает совместимость на уровне SQL-запросов: приложения, изначально разработанные под Oracle, работают с PostgreSQL без изменений в коде.

04 Инструменты Продукт 2 из 2

O2PG Migrator — перенос схем и данных

Второй компонент семейства: аккуратная конвертация объектов базы, перенос больших объёмов данных и проверка того, что источник и приёмник совпали.

# migrator.yaml
source:  { type: oracle,   dsn: "oracle://…:1521/ORCL" }
target:  { type: postgres, dsn: "postgresql://…:5432/db" }
mapping: { default_varchar_size: 4000, clob_to_text: true }
batch:   { size: 10000, parallel_workers: 4 }
validation: { enabled: true, checksum: md5 }

04 Инструменты Развёртывание

Запуск занимает один docker compose up

Прокси поставляется контейнером. Всё, что требуется, — указать параметры целевого PostgreSQL, положить рядом лицензионный ключ и перенаправить приложение на порт 1521 прокси.

# docker-compose.yml
services:
  proxy:
    image: cr.yandex/…/o2pg-proxy:latest
    ports:  [ "1521:1521" ]
    environment:
      POSTGRES_HOST: pg-host
      POSTGRES_PORT: 5432
      POSTGRES_DB:   postgres
      POSTGRES_USER: postgres
      POSTGRES_PASSWORD: ••••••
    env_file: [ config.env ]   # LICENSE=…

04 Инструменты Проверка

Совместимость проверяется на реальном трафике

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

05 Результат

Что получает заказчик

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

07 Дальше

С чего начать

Первый шаг короткий и ни к чему не обязывает: часовая встреча, на которой мы смотрим на вашу схему и говорим, где будут сложности. Дальше — демо прокси на вашем контуре.