«Миграция с Oracle на PostgreSQL в highload-среде: Как перенести 10+ ТБ данных с потерями < 1% и не лечь в даунтайм»

Архитектура и масштабируемость

Программный комитет ещё не принял решения по этому докладу

Целевая аудитория

Инженеры и администраторы баз данных (Database Engineers / DBAs) Кто это: Специалисты, отвечающие за производительность, доступность и целостность данных в крупных проектах. Это ваша ключевая аудитория. Им будет интересно, потому что: Вы говорите на их языке — обсуждаете тонкости миграции схем, конвертацию PL/SQL, репликацию на уровне транзакций и настройку PostgreSQL для highload-сред. Они ищут практические решения для своих ежедневных задач. Разработчики бэкенда высоконагруженных приложений (Backend Developers) Кто это: Java, C++, Go-разработчики, чей код активно взаимодействует с базой данных. Им будет интересно, потому что: Им важно понять, как изменения на уровне СУБД повлияют на их приложения. Их волнует, как оптимизировать запросы и минимизировать регрессии в производительности после миграции, а также как писать приложения с учетом особенностей PostgreSQL. Расширенная аудитория (системные инженеры и менеджеры) DevOps/Системные инженеры (DevOps / SysAdmins) Кто это: Специалисты, отвечающие за инфраструктуру, автоматизацию и мониторинг. Им будет интересно, потому что: Ваш доклад затрагивает вопросы инфраструктурного подхода к миграции, управления даунтаймом, настройки мониторинга (например, через pg_stat_statements) и автоматизации процессов. Они увидят, как организовать совместную работу с DBA во время такого сложного проекта. Технические руководители и архитекторы (Tech Leads / Solutions Architects) Кто это: Лица, принимающие стратегические технические решения. Им будет интересно, потому что: Они ищут обоснование для миграции: риски, выгоды, оценка ресурсов и временные рамки. Ваш реальный кейс по миграции 25 ТБ данных с примерами финансовой и технической эффективности (например, экономия на лицензиях) даст им убедительные аргументы для принятия решений. SRE-инженеры (Site Reliability Engineers) Кто это: Инженеры, отвечающие за надежность и безотказность сервисов. Им будет интересно, потому что: Ваш акцент на "нулевом даунтайме" и стратегии сокращения окон простоя критически важен для них. Они оценят подходы к валидации данных и мониторингу в процессе миграции, чтобы гарантировать соблюдение SLA.

Тезисы

Актуальность и предпосылки: Почему уход с Oracle — это не только про импортозамещение?

Влияние вендор-локина и высокой стоимости лицензий на бизнес-стратегию.

PostgreSQL как зрелая, масштабируемая и экономичная альтернатива для highload-систем.

Главные инженерные вызовы при миграции:

Трансформация схемы данных и конвертация сложного PL/SQL-кода в PostgreSQL.

Проблема "бесконечного даунтайма": как перенести десятки терабайт данных в ограниченное временное окно.

Риск деградации производительности после перехода из-за различий во внутренней механике СУБД (MVCC, планировщик запросов, автовакуум).

Практический план миграции для HighLoad-проекта:

Фаза оценки: Использование ora2pg и нагрузочное тестирование для создания точного PoC.

Стратегия Zero Downtime: Применение инкрементальной репликации на основе CDC для синхронизации данных и сокращения финального окна простоя до минут. Роль многократных "сухих" прогонов (dry-run) для снижения рисков.

Пост-миграционный контроль: Глубокая валидация данных (сверка чек-сумм, проверка BLOB/CLOB-объектов) и тонкая настройка PostgreSQL (autovacuum, оптимизация запросов) для достижения целевой производительности.

Реальный кейс из практики:

Разбор миграции проекта с 25+ ТБ данных, где мониторинг помог сократить объем переносимой информации до 1 ТБ за счет очистки "мусора".

Как использование продвинутых утилит репликации обеспечило бесшовный переход для конечных пользователей (пользовательский опыт не пострадал).

Ключевой вывод:

Миграция в highload-среде — это комплексный инженерный проект на стыке разработки, DevOps и администрирования. При правильной подготовке и использовании современных инструментов она становится управляемой и открывает путь к более гибкой архитектуре будущего.

Виссарионов Илья

Диасофт

Директор департамента Аппаратно-системной платформы компании «Диасофт»

Начал свою карьеру с администрирования СУБД в компании «Диасофт» и достиг должности директора департамента Аппаратно-системной платформы, отвечающего за решения инфраструктурных задач клиентов. С 2008 года занимается решением задач повышения производительности и отказоустойчивости продуктов «Диасофт» на инфраструктуре клиентов.
Под его руководством реализовано более 100 сложных инфраструктурных IT-проектов. В частности, проектов по внедрению продуктов «Диасофт» в инфраструктуру заказчиков, помощи в проектировании и создании инфраструктуры под проекты с требуемыми уровнями отказоустойчивости, по миграции прикладных продуктов на новое серверное оборудование и системное ПО, по проведению нагрузочного тестирования и повышения производительности прикладных продуктов.

Нет двух одинаковых конфигураций инфраструктуры с одинаковыми требованиями к ним. Гибкость в решении инфраструктурных задач – это залог успеха!