Уход с Oracle и MS SQL на PostgreSQL в 2026: разбор для среднего бизнеса

Привет! Меня зовут Семёнов Евгений Сергеевич, и я директор компании АйТи Фреш. За пятнадцать лет, что я работаю с офисными инфраструктурами — это, кстати, от десяти до пятидесяти рабочих мест, — я видел много разного софта. Но вот последние три года один вопрос звучит, пожалуй, чаще всех остальных: «Что нам, собственно, делать с MS SQL Server? Ведь лицензию-то теперь не продлить!» Иногда, конечно, то же самое спрашивают и про Oracle. В этом материале я хочу по-человечески рассказать, кому миграция на PostgreSQL действительно необходима, сколько это может стоить и где можно набить шишек по-настоящему больно.

Кому действительно надо уходить, а кому — нет

Давайте сразу проясним: PostgreSQL — это не какая-то «бесплатная копия MS SQL». Нет, это совершенно другой продукт, у него свои особенности, свои фишки и, конечно, свои недостатки. Даже синтаксис хранимых процедур тут отличается, да и экосистема своя. Именно поэтому переезд — это всегда серьёзное, осознанное решение, а не что-то из серии «давайте быстренько перекинем».

Реальные причины, которые я наблюдал у своих клиентов:

• Microsoft не продлевает лицензии. С 2022 года официальные продажи MS SQL Server в России остановлены. Старые лицензии работают, но новые серверы или новые ядра купить негде. Для бизнеса, который растёт — это блокер.
• Oracle уходит окончательно. Поддержка от Oracle для российских юрлиц закрыта с 2024-го. Лицензии работают, но патчей нет, обновлений нет, сертификации тоже. Через 3 года накопится та же проблема, что у CentOS 7.
• Госзаказ и требования регулятора. Если вы работаете с государственными контрактами, с ОПК, с критической инфраструктурой — у вас в договоре прямым текстом написано «российское ПО из реестра Минцифры». Импортный MS SQL туда не входит.
• Стоимость лицензий. Microsoft SQL Server Standard — около 950 тыс. руб. за 4 ядра по легальному прайсу. Oracle Enterprise — десятки миллионов. Если вы покупаете каждый год — экономия от перехода на PostgreSQL очевидна.
• Киберстраховка и аудит. Страховщики и аудиторы по 152-ФЗ начинают спрашивать про вендорскую поддержку. Без неё страховое покрытие снижают или отказывают.

А теперь поговорим о случаях, когда уходить точно НЕ нужно. Вот представьте, у вас всего одна база MS SQL на 30 ГБ, она крутится под небольшой CRM, лицензия куплена ещё в 2019 году по бессрочной модели Open License, и сервер прекрасно справляется со своей работой. Мой совет: оставьте её в покое! Затраты на миграцию, а это, между прочим, примерно от 250 тыс. руб. для среднего проекта, просто не окупятся ни с юридической, ни с технической точки зрения.

PostgreSQL — какую сборку выбрать в 2026 году

На рынке сейчас представлено с десяток разных сборок PostgreSQL, и я понимаю, что клиенты в них обычно просто тонут. Поэтому давайте я объясню, что к чему, буквально на пальцах, разобрав четыре основных варианта.

Для подавляющего большинства моих клиентов — это, кстати, девять из десяти — оптимальным решением оказывается Postgres Pro для 1С. По сути, это та же самая "ванильная" PostgreSQL, но уже с патчами от Postgres Professional, разработанными специально под платформу 1С. Здесь есть сертификат от самой 1С, русскоязычная поддержка, а цена всего 18 тыс. руб./год — это просто копейки в сравнении с лицензией на MS SQL.

Если речь идёт о системах, не связанных с 1С — например, у вас портал на 1С-Битрикс, обычный корпоративный сайт или какие-то веб-сервисы — то вполне хватит и ванильного PostgreSQL 16. Его возможности ничем не уступают платным сборкам, просто здесь вы не получите коммерческой поддержки и расширенных утилит.

А вот Tantor и Postgres Pro Enterprise я обычно предлагаю тем клиентам, у кого действительно серьёзные нагрузки. Представьте, это может быть, например, складская система, которая обрабатывает десять миллионов строк в день, или большая фитнес-сеть из 25 филиалов с единой клиентской базой. В таких случаях цена в 350 тыс. руб./год абсолютно оправдана: за эти деньги вы получаете поддержку квалифицированных инженеров и патчи под самые сложные, корнер-кейсы.

Как реально проходит миграция: три типичных сценария

Каждая миграция — отдельный проект, но по моим заказчикам выделяются три повторяющихся сценария.

Сценарий номер один — это перенос 1С Бухгалтерии с MS SQL на Postgres Pro для 1С. Он самый распространённый. Обычно база тут весит от 20 до 200 ГБ. Мы действуем так: сначала на отдельной виртуалке поднимаем Postgres Pro, а затем переносим базу либо через стандартную выгрузку 1С (тот самый dt-файл), либо, если база очень большая, используем прямую миграцию средствами 1С. После этого обязательно проверяем все регламентные операции и, конечно, прогоняем месячное закрытие. Мы обычно переводим бухгалтерию в субботу, чтобы уже в понедельник сотрудники могли работать на новой БД. Весь процесс занимает 1–2 недели, а цена — 110–180 тыс. руб.

Второй сценарий — это миграция корпоративного портала Bitrix24 с MS SQL на MySQL/PostgreSQL. Здесь всё намного сложнее, потому что Bitrix24 изначально заточен под MySQL. Я обычно рекомендую клиентам переезжать именно на MySQL 8 или MariaDB, а не на PostgreSQL. Для этой платформы это просто идеологически правильнее. Конечно, если бизнес вынужден перейти на PostgreSQL по требованию регулятора, есть Pangolin от Сбера, который заявляет о совместимости. Но, честно говоря, все реальные кейсы, с которыми я сталкивался, были довольно болезненными. Сроки тут 3–6 недель, а стоимость — 200–350 тыс. руб.

И, наконец, сценарий номер три — это самописная ERP на Oracle, с базой данных объёмом 800 ГБ. Это, безусловно, самый дорогой и сложный случай. Здесь без полноценного проектного подхода никак: нужна инвентаризация всех хранимых процедур, кропотливая конвертация PL/SQL в PL/pgSQL (часть работы можно сделать полуавтоматически с помощью ora2pg, но многое придётся доделывать руками). Затем мы месяц, а то и дольше, запускаем обе системы параллельно и постепенно, поэтапно переключаем модули. Такой проект может занять от 4 до 9 месяцев, а цена стартует от 1.8 млн руб. для самых скромных решений и может достигать десятков миллионов для по-настоящему серьёзных систем.

Реальный пример: производственная компания на 28 РМ

Вот вам живой пример из моей практики: в декабре 2025-го к нам обратилась одна производственная компания. Они делают металлическую мебель, в офисе на Дубнинской у них 28 рабочих мест, а цех расположен в Подмосковье. Что касается их IT-инфраструктуры, там был домен Active Directory, 1С УНФ и 1С Бухгалтерия с базами на 65 и 38 ГБ соответственно. В качестве СУБД использовался MS SQL Server 2017 Standard на 4 ядрах. Лицензия, кстати, была действующая, куплена в 2019-м и бессрочная.

Причина, по которой они к нам пришли, была такая: их киберстраховщик при очередном переподписании договора, которое состоялось в декабре, поставил условие. Он потребовал «либо переход на ПО с поддержкой производителя, либо снижение страховой суммы вдвое». А поскольку MS SQL без поддержки в России, он, конечно, под это требование уже никак не подходил.

Мы сделали так: на их существующем сервере (там стоял Xeon E-2336, 32 ГБ RAM, 1 ТБ NVMe) мы установили Postgres Pro для 1С 16-й версии прямо рядом с MS SQL. Затем, используя выгрузку-загрузку, мы перенесли обе базы. На целую неделю мы подняли тестовый стенд для бухгалтерии, чтобы они могли спокойно провести закрытие месяца, выгрузить отчёты, провести обмены с банком, сверки — в общем, проверить всё от и до. Всё прошло гладко, без сучка и задоринки. В пятницу вечером мы перевели обе базы на PostgreSQL, а MS SQL остановили. И уже в понедельник утром бухгалтерия и кладовщики работали, как ни в чём не бывало, на новой БД.

В итоге весь проект обошёлся клиенту в 145 000 руб., плюс 36 тыс. руб./год за две лицензии Postgres Pro для 1С. Страховщик полностью принял обновлённую конфигурацию, и страховое покрытие осталось на прежнем уровне — 18 млн руб. Все довольны!

Подводные камни, которые я уже видел

Перечисляю в том порядке, в каком эти грабли обычно и прилетают.

• Производительность на больших отчётах. PostgreSQL и MS SQL по-разному строят планы запросов. Тяжёлый аналитический отчёт, который на MS SQL крутится 30 секунд, на PostgreSQL может выполняться 4 минуты. Лечится переписыванием запроса или донастройкой статистики и индексов.
• Кодировки и сортировки. Если база MS SQL была в кодировке Cyrillic_General_CI_AS, на PostgreSQL надо явно указать collation. Иначе сортировка ФИО получается неправильная — «Я» окажется раньше «А».
• Хранимые процедуры на T-SQL. Автоматический конвертер ora2pg или sqlserver2pgsql переводит синтаксис, но 30–40% процедур требуют ручной правки. На сложной самописной системе это сотни часов работы.
• Проседание в первый месяц. PostgreSQL «прогревается» под реальной нагрузкой — заполняются shared_buffers, оптимизатор накапливает статистику. Первые 2–3 недели после миграции ждите, что будут жалобы. Это нормально.
• Бэкапы и восстановление. Привычные бэкапы MS SQL через SQL Server Management Studio здесь не работают. Используется pg_basebackup, pgBackRest, Barman. Регламент бэкапов нужно переписывать с нуля.
• Лицензии прикладного ПО. Некоторые проприетарные системы (например, специализированные CRM от российских вендоров) официально не поддерживают PostgreSQL, хотя технически работают. На случай поломки — вендор откажется помогать.

Сколько это стоит: цены на рынке Москвы 2026

Эту табличку, кстати, я составил не просто так. Она результат обзвона десяти различных подрядчиков и тщательного анализа всех наших собственных проектов за последний год.

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

Я в АйТи Фреш работаю по стандартному варианту, и месяц сопровождения обязателен. За 15 лет я твёрдо уверен: миграция БД без последующих 30 дней присмотра — это ставка вслепую.

Окупаемость и реальные цифры экономии

Давайте посмотрим на конкретный пример. Возьмём среднестатистический бизнес: 35 рабочих мест, две базы 1С (это Бухгалтерия, Зарплата и УНФ), плюс CRM на MS SQL и корпоративный портал. Сейчас на лицензии Microsoft, а именно на серверную часть СУБД, у них уходит примерно 1.2 млн руб. в год, если покупать по легальному прайсу. Или около 800 тыс. руб. в год, если идти через дистрибьюторов параллельного импорта, что, конечно, технически является "серой зоной".

А вот после того, как мы перейдём на PostgreSQL, картина кардинально меняется: лицензия Postgres Pro для 1С будет стоить 36 тыс. руб./год за два сервера, а ванильный PostgreSQL под CRM и портал обойдётся в 0 руб. Итого получаем всего 36 тыс. руб./год вместо 800 тыс. Представляете? Это экономия в 764 тыс. руб./год!

Что же касается самой миграции, то в стандартном варианте она обойдётся примерно в 600 тыс. руб. разово (это за две базы 1С, CRM и портал). Срок окупаемости такого проекта — всего 9 месяцев. А дальше? Дальше вы получаете чистую экономию, полностью легальный статус вашего ПО и, конечно, полное соответствие всем требованиям регулятора.

План на ближайшие 60 дней для IT-директора

Если вы дочитали досюда и поняли, что миграция вам нужна, — вот пошаговый план.

• Неделя 1–2. Инвентаризация всех баз данных в компании. По каждой — версия СУБД, тип лицензии, объём, критичность для бизнеса, какое прикладное ПО к ней обращается.
• Неделя 3. Аудит с подрядчиком. Оценка совместимости каждой базы с PostgreSQL, выбор сборки PostgreSQL, оценка трудозатрат и стоимости.
• Неделя 4. Бюджет и согласование. Защита проекта перед руководством с расчётом окупаемости.
• Недели 5–6. Пилотный перенос. Выбираете самую некритичную базу из списка и делаете полный цикл миграции на ней. Все ошибки выявляются на ней.
• Недели 7–8. План массовой миграции. С учётом отпусков ключевых сотрудников, сезонных пиков нагрузки, окон простоя.

FAQ — частые вопросы по уходу с Oracle и MS SQL

Кому действительно нужно уходить с Oracle или MS SQL?

Тем, у кого истекает действующая лицензия и Microsoft или Oracle её больше не продлевают. Тем, кто работает с госзаказом и попадает под требования по импортозамещению. Тем, кто хочет легально снизить расходы на лицензии — экономия от 800 тыс. до 12 млн руб. в год для среднего бизнеса.

Подойдёт ли PostgreSQL вместо MS SQL для 1С?

Да. Платформа 1С 8.3 официально поддерживает PostgreSQL с 2014 года, а сборка Postgres Pro для 1С — оптимизирована и сертифицирована. На базах до 200 ГБ работает не хуже MS SQL, на больших базах требуется тюнинг. Лицензия Postgres Pro для 1С — около 18 тыс. руб./год за сервер.

Сколько занимает миграция БД на PostgreSQL?

Для базы 1С до 100 ГБ — 1 рабочий день с ночным переключением. Для CRM или ERP с базой до 500 ГБ — 2–4 недели с подготовкой и тестированием. Для крупной базы 5+ ТБ — 3–6 месяцев с поэтапным переездом и параллельной работой систем.

Какую сборку PostgreSQL выбрать?

Для большинства задач — ванильный PostgreSQL 16 от postgresql.org, бесплатный и проверенный. Для 1С — Postgres Pro для 1С от Postgres Professional. Для критичных систем с требованием поддержки — Postgres Pro Enterprise или Tantor. Для требований ФСТЭК — сертифицированные сборки от Astra Linux или РЕД БД.

Какие риски миграции и как их снизить?

Основные риски: несовместимость SQL-диалектов в хранимых процедурах, проседание производительности на сложных запросах, отсутствие нужных коннекторов в прикладном ПО. Снижаются полным тестовым прогоном на копии данных, поэтапной миграцией модулей и параллельной работой старой и новой БД минимум 30 дней.