10 сентября 2026 года команда Dalibo опубликовала на postgresql.org анонс PostgreSQL Migrator 1.0: первая стабильная версия. В самом тексте дата стоит раньше: Париж, 7 сентября 2026. Это не security-апдейт MariaDB, не новый пакет в Ubuntu и не смена ветки PostgreSQL. Это отдельный свободный инструмент, который помогает уехать с Oracle и MySQL/MariaDB на PostgreSQL.
Лицензия: PostgreSQL License. Исходники, на которые указывает сам анонс: gitlab.com/dalibo/pg_migrate. Документация: postgresql-migrator.readthedocs.io.
1.0 после года beta и rc
Dalibo прямо пишет: после года beta и rc инструмент считают стабильным. Для всей линейки 1.x обещают совместимость конфигурации, CLI и проекта. Если rc уже крутился на стенде, это спокойнее, чем переписывать TOML на каждый патч.
Про качество они говорят своим языком, не слоганом. CI, по тексту анонса, собран жёстко: end-to-end на контейнере Oracle Free плюс Cypress. Это оценка вендора, не чужой бенчмарк и не мой прогон. Регрессии они ловят так. «Уже на всех продах» из этого не следует: 1.0 вышел, а стоит он только там, куда его положили руками.
Oracle 11g–26ai, MySQL 8.4+ и MariaDB 10+
Источники в 1.0 названы жёстко. Oracle Database с 11g по 26ai. MySQL 8.4 и новее. MariaDB 10 и новее. Цель: PostgreSQL с 16-й по 19-ю ветку.
На типичном VPS с WordPress это сразу режет ожидание. Штатный сайт живёт на MySQL или MariaDB. Ядро, wpdb и большая часть плагинов заточены под mysql-протокол. Переезд WordPress на PostgreSQL этот релиз не обещает и не закрывает. Задача другая: своя база, легаси Oracle, отдельный сервис на MariaDB, который вы сознательно тащите в Postgres.
Версию источника всё равно стоит знать, даже если миграции нет в плане. Анонс не называет MySQL 8.0 и 8.3. Нижняя планка MySQL: 8.4+. Для MariaDB нижняя планка: 10+. Большинство прод-сборок на Ubuntu и Debian в этот диапазон попадают, но гадать про 5.7 или старый 8.0 я не буду: в тексте их нет.
mysql --version mariadb --version psql --version
Три команды, не обряд. Первые две покажут, что реально крутится как клиент. psql --version имеет смысл, если целевой PostgreSQL уже стоит. Если бинарника нет, это не ошибка релиза: на обычном WP-стеке его часто просто нет.
Инспекция полная, конвертация в 1.0 узкая
Здесь анонс легко прочитать наискосок и решить, что 1.0 перенесёт любой Oracle со всеми пакетами. В тексте иначе.
Инспекция в 1.0 полная, включая jobs, system triggers и остальное, что Dalibo собрали в каталог. Конвертация и сама миграция ограничены: role, schema, sequences, table, virtual columns, constraints и indexes. Views, процедурные объекты и SQL Server анонс относит к реализованному и запланированному в таблице возможностей. То есть продукт стабилен, а контур переноса в этой версии ещё узкий.
Интерактивный web UI показывает исходный и сконвертированный каталог, ищет объекты и подсвечивает блокеры. Complexity scoring сравнивает проекты по сложности, а не по числу таблиц. На практике это как раз то место, с которого имеет смысл начинать: сначала понять, что инструмент вообще видит, потом решать, лезть ли в COPY.
Go-бинарник, JSON-каталог и COPY
Установка в анонсе описана коротко: чистый Go-бинарник без проприетарных зависимостей. Это не пакет из apt Ubuntu, не модуль PostgreSQL и не замена mysqldump. На VPS его нет «из коробки». Ставить рядом с WordPress без задачи миграции незачем.
Схема работы из текста Dalibo: один раз выгрузить исходный каталог, дальше крутить конвертацию офлайн. Каталог в JSON, конфиг в TOML, плюс шаблоны. Для тех, кто уже обжигался на «мастерах» с постоянным доступом к Oracle, это спокойнее: итерации идут по снятому снимку, а не по живой проде.
SQL, PL/SQL и routines гоняет companion transqlate. Данные: streamed bulk COPY в PostgreSQL, либо в файлы и пайпы, с низким потреблением памяти. Пропускную способность Dalibo сравнивает со «традиционными инструментами» по своим тестам. Цифр в анонсе нет. Подставлять чужие MB/s не буду.
Команд установки и флагов CLI в публикации на postgresql.org нет. Выдумывать go install и ключи не стану: это уже документация проекта, не этот анонс.
WordPress на MariaDB и чужой Postgres
Типичная схема сайта: Ubuntu или Debian, nginx, PHP-FPM, MariaDB, WordPress. Этот релиз сам по себе ничего не патчит. nginx -t и reload не нужны. Рестарт MariaDB «на всякий случай» тоже. mysql_upgrade здесь вообще не из этой оперы.
Имеет смысл смотреть, если есть отдельная база Oracle или MySQL/MariaDB, которую давно хотели увезти в PostgreSQL 16–19. И если вы готовы к тому, что 1.0 стабилен как продукт, но конвертация пока про роли, схемы, последовательности, таблицы, виртуальные колонки, ограничения и индексы. Не про весь зоопарк представлений и процедур.
Спотыкаются обычно на имени. Когда-то pg_upgrade даже называли pg_migrator: он поднимает кластер PostgreSQL на следующую мажорную версию. PostgreSQL Migrator тащит чужой движок. Путать легко, чинить потом дорого.
Второй камень: целевая ветка. Анонс говорит PostgreSQL 16 up to 19. Если на сервере 14-я или 15-я, поддержки в этом тексте нет, и я её не дорисую. Третий: WordPress на Postgres. Сообщество это обсуждает десятилетиями. Ядро штатно ходит в MySQL. Этот инструмент проблему WP не решает.
Если миграции нет в плане, новость справочная. Если план есть, начинать с официального анонса и документации, которую Dalibo сами поставили внизу, а не с чужого howto. Сначала инспекция и оценка сложности, потом COPY. 1.0 для этого как раз и вышел.
