Переход с Oracle и MS SQL на Postgres Pro: что меняется и от чего зависит срок миграции

Статья написана для ИТ-директора и администратора баз данных, которым нужно уйти с Oracle или Microsoft SQL Server. Мы разберём, чем Postgres Pro отличается от PostgreSQL и какую редакцию выбрать. Кроме того, расскажем, что меняется при переезде, из каких этапов состоит миграция и от чего зависит её срок. Сведения о продукте взяты у разработчика, компании Postgres Professional. Корпоративные СУБД на базе PostgreSQL собраны в разделе «Базы данных (СУБД)» нашего каталога.

Что такое Postgres Pro и чем он отличается от PostgreSQL

Postgres Pro — российская система управления базами данных на основе PostgreSQL. Её разрабатывает компания Postgres Professional, которая выпускает редакции Postgres Pro, оказывает по ним поддержку и добавляет в них собственные функции.

Postgres Pro выпускается в редакциях Standard и Enterprise, а также в версиях, сертифицированных ФСТЭК (материал разработчика). Standard и Enterprise внесены в Единый реестр российского ПО под номером 104. Как проверить запись продукта в реестре и использовать её в закупке, мы рассказали в статье «Реестр российского ПО: как проверить продукт».

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

Какую редакцию выбрать

Выбор редакции зависит от нагрузки, требований к отказоустойчивости и требований к защите информации. Ниже описаны основные варианты по данным разработчика.

Postgres Pro Standard

Standard включает основные возможности СУБД, и разработчик заявляет полную совместимость этой редакции с типовыми конфигурациями 1С:Предприятия. В Standard встроена утилита резервного копирования pg_probackup. Редакцию можно установить на свои серверы или в облака российских провайдеров, например Яндекса, Selectel и VK Cloud. Подробнее о ней рассказано на странице Standard.

Перед промышленным запуском разработчик предлагает для Standard аудит, проектирование архитектуры и бесплатное тестирование.

Postgres Pro Enterprise

Enterprise включает все возможности Standard и добавляет инструменты для высоконагруженных систем. Разработчик указывает для этой редакции базы объёмом до 150 ТБ и до 10 000 одновременно работающих пользователей. При сбое кластер восстанавливает работу с задержкой не больше 5 секунд. Эти данные приведены на странице Enterprise.

В Enterprise есть функции, которых нет в Standard, например сжатие данных CFS, управление жизненным циклом данных ILM, прокси и балансировщик Proxima, кеш KVik и Shardman. Кроме того, в Enterprise есть пакеты и коллекции в стиле Oracle, а модуль Postgres Pro Backup Enterprise входит в лицензию. Протестировать Enterprise можно бесплатно.

Сертифицированные редакции и версии для 1С

Postgres Pro Certified по возможностям соответствует Standard и имеет сертификат ФСТЭК, который подтверждает 4 уровень доверия и 4 класс защиты СУБД. Эту редакцию можно применять в значимых объектах КИИ 1 категории, в ГИС 1 класса и в ИСПДн 1 уровня защищённости. Требования к ней описаны на странице Certified.

Сертифицированная версия есть и у Enterprise, она называется Enterprise Certified. Отдельно выпускается Enterprise Certified для 1С. В 2024 году разработчик сообщил о продлении сертификатов ФСТЭК. Сертификат № 4063 теперь действует до 16.01.2029, а № 3647 до 05.10.2029.

Как лицензируется Postgres Pro

Основная модель — лицензия на ядра процессора, причём считаются физические ядра или виртуальные процессоры (vCPU). Число пользователей, соединений и объём данных при этом не ограничены (правила лицензирования).

Минимальная лицензия покрывает 2 ядра на сервер или виртуальную машину. Лицензировать нужно только продуктивную среду, но в неё входят все серверы кластера и все реплики. Лицензии бывают бессрочные и годовые, а поддержку оформляют сертификатами сроком от одного года до пяти лет. Для Enterprise в проектах 1С есть лицензии не только по ядрам, но и по числу пользователей.

Лицензии и поддержку разработчик поставляет через партнёров. Стоимость зависит от редакции, числа ядер и срока поддержки. Подобрать редакцию Postgres Pro и запросить коммерческое предложение можно в карточке продукта в нашем каталоге.

Что меняется при переходе

Сложность миграции разработчик описывает в интервью Марка Ривкина. Ниже перечислены основные участки работы.

Структура и типы данных

Проще всего переносится структура данных, то есть описание таблиц и других объектов базы на языке DDL. Больше внимания требуют типы данных, которые в разных СУБД устроены по-разному, например большие объекты LOB.

Серверный код: PL/SQL и T-SQL

Труднее всего переносить серверный код, то есть хранимые процедуры, функции, триггеры и пакеты. В Oracle код пишут на PL/SQL, в Microsoft SQL Server на Transact-SQL, а в Postgres Pro на PL/pgSQL. Эти языки сильно отличаются, поэтому полностью автоматизировать перенос кода нельзя.

При переезде с Oracle самым трудоёмким этапом разработчик называет изменение кода приложений. Особенно много работы бывает, если бизнес-логика собрана в пакетах PL/SQL.

Перенос данных и простой

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

Надёжность и администрирование

Третьим по сложности участком разработчик называет надёжность, безопасность и управляемость. После переезда новая система должна работать так же надёжно, безопасно и управляемо, как прежняя. Поэтому в проекте нужно заново настроить кластер, резервное копирование и права доступа. Кроме того, администраторам баз данных нужно время, чтобы освоить новую СУБД.

В карточке Postgres Pro Enterprise в нашем каталоге указана совместимость с Linux-платформами. Российские серверные операционные системы, например Astra Linux и Альт Линукс, собраны в разделе «Российские ОС».

Производительность после переезда

По оценке разработчика, почти после каждого переезда нужна настройка производительности. Запросы, которые быстро работали в Oracle или MS SQL, в Postgres Pro могут выполняться иначе. Поэтому нагрузочное тестирование и настройку стоит заложить в план проекта с самого начала.

Что Postgres Pro даёт для переезда с Oracle

Открытое расширение orafce воспроизводит 7 системных пакетов Oracle из более чем 200, об этом сказано в материале разработчика. Для систем с большим объёмом кода на PL/SQL этого мало. Для таких систем в Enterprise есть собственные средства совместимости.

С версии 15 в Enterprise поддерживаются пакеты в стиле Oracle. Кроме того, в Enterprise есть коллекции varray, nested table и associative array. Также поддерживаются системные пакеты DBMS_APPLICATION_INFO, UTL_SMTP, UTL_MAIL, UTL_HTTP и DBMS_LOB. Для работы с большими объектами есть BFile и Superfile, а для наблюдения за сеансами есть представления V$SESSION и V$SESSION_LONGOPS.

Для переноса схемы и кода разработчик выпускает утилиту ora2pgpro на основе ora2pg. Она переносит схему и код пакетов, а с версии 2.0 также автономные транзакции и коллекции. Кроме того, ora2pgpro помогает оценить сложность миграции ещё до начала работ. Весь набор инструментов описан в приложении L документации Enterprise.

Для переноса данных в ноябре 2025 года разработчик анонсировал продукт ProGate. Он состоит из трёх модулей:

• ProCopy выполняет первичную загрузку данных, по маршруту из Oracle в Postgres Pro до 41 ТБ в сутки;
• ProSync почти в реальном времени передаёт изменения, пока система продолжает работать на Oracle;
• ProCheck сверяет данные в старой и новой базе построчно и по итоговым значениям.

Переезд с MS SQL: 1С и собственные приложения

Переезд с Microsoft SQL Server идёт по одному из двух путей, и выбор зависит от того, что работает на базе: 1С или собственная разработка компании.

Базы 1С

Для 1С есть штатные способы переезда. Самый простой способ — выгрузить базу в dt-файл и загрузить его в пустую базу на Postgres Pro. В материале разработчика отмечено, что этот способ не единственный.

Для больших баз способ переноса выбирают отдельно. Например, в проекте «Авито» малые базы переносили через dt-файлы, а большие через команду ibcmd replicate. Инструмент для каждой базы выбирали по тому, укладывается ли перенос в её техническое окно.

Приложения на T-SQL и SSIS

Если на MS SQL работает собственная разработка, придётся переписать хранимые процедуры с Transact-SQL на PL/pgSQL. Пакеты SSIS, которые загружают и преобразуют данные, тоже нужно заменить. В проекте «Росагролизинга» для этого использовали Apache Airflow.

Из каких этапов состоит миграция

Состав работ зависит от проекта, но обычно миграция проходит такие этапы:

1. Обследование текущей системы: объём базы, количество серверного кода, зависимые приложения и интеграции.
2. Выбор редакции Postgres Pro и пилотный проект на части данных.
3. Перенос схемы данных.
4. Перенос серверного кода и доработка приложений.
5. Перенос данных.
6. Тестирование, в том числе нагрузочное, и сверка данных.
7. Параллельная работа старой и новой системы.
8. Переключение на новую систему.
9. Настройка производительности и сопровождение.

Сколько длится миграция

Общего срока для всех проектов нет, потому что срок зависит от нескольких факторов:

• объём базы и допустимое время простоя при переключении;
• количество бизнес-логики в хранимых процедурах, функциях, триггерах и пакетах;
• особые возможности Oracle или MS SQL, которые использует система, например системные пакеты, коллекции, LOB или SSIS;
• количество зависимых приложений, отчётов и интеграций, которые придётся менять;
• тип системы, потому что у 1С есть штатные способы переезда, а собственную разработку переносят вручную;
• объём тестирования, сверки данных и параллельной работы;
• требования к отказоустойчивости и сертификации ФСТЭК;
• подготовка команды и распределение работ между исполнителями.

Разброс сроков хорошо видно по кейсам разработчика. Эти цифры относятся к конкретным проектам и не подходят как норма для других систем.

Газпромбанк перевёл автоматизированную банковскую систему с Oracle на Postgres Pro Enterprise. Подготовка и тестирование заняли больше 2,5 лет. Финальное переключение прошло за 3 часа, и клиентов банка при этом не отключали ни на минуту. Кейс описан на странице Enterprise.

«Росагролизинг» перевёл аналитическую систему с MS SQL Server и SSIS на Postgres Pro и Apache Airflow. Миграция заняла 5 месяцев, над ней работали 4 человека со стороны интегратора и 1 со стороны заказчика. Код перевели за 2 месяца, ещё 3 месяца ушли на отладку. После этого старая и новая системы 4 месяца работали параллельно. Подробности приведены в кейсе «Росагролизинга».

«Авито» перевело базы 1С с MS SQL на Postgres Pro Enterprise. Самая большая база занимала 7 ТБ. На проект заложили 3 месяца, в команде было 10 человек. Подробности приведены в кейсе «Авито».

Срок конкретного проекта определяют после обследования системы, и для такой оценки нужны объём базы, количество серверного кода и список интеграций.

Как «Инноватис» помогает с переходом

«Инноватис» работает с Postgres Professional как дилер и помогает подобрать редакцию Postgres Pro под задачи и требования компании. Мы рассчитываем число лицензий по ядрам с учётом кластера и реплик и подбираем срок поддержки. Кроме того, мы поставляем лицензии и сертификаты поддержки.

Подобрать редакцию Postgres Pro можно в карточке продукта. Там же можно запросить коммерческое предложение или получить консультацию.

Частые вопросы