MS SQL или PostgreSQL для 1С: считаем стоимость перехода

Компания получила счёт на продление MS SQL и решила перенести 1С на PostgreSQL. Лицензионный платёж за PostgreSQL — 0 ₽, но перенос потребует, допустим, 600 инженерных часов. При внутренней ставке 3 000 ₽/ч проект обойдётся в 1,8 млн ₽ ещё до оплаты сопровождения.

Задача не сводится к спору между Microsoft и открытым кодом. Вам нужно защитить бюджет перед руководством: показать стоимость перехода, ежегодную экономию и месяц, когда вложения вернутся.

Короткий вердикт: считайте окупаемость, а не цену лицензии #

Оставляйте MS SQL, если лицензии уже оплачены, команда умеет сопровождать систему, а экономия от PostgreSQL не покрывает миграцию за принятый срок владения.

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

Граница считается одной формулой:

срок окупаемости = стоимость миграции / годовая экономия

Годовая экономия — это расходы на MS SQL минус расходы на PostgreSQL. В расходы PostgreSQL входят сопровождение, резервное копирование, мониторинг и работа администратора, а не только лицензия.

Возьмём расчётный сценарий:

• миграция — 1 800 000 ₽;
• текущие расходы на MS SQL — 1 200 000 ₽ в год;
• сопровождение PostgreSQL — 360 000 ₽ в год;
• экономия — 840 000 ₽ в год;
• окупаемость — 1 800 000 / 840 000 = 2,14 года, или около 26 месяцев.

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

В расчёте обе СУБД работают на существующем Dell PowerEdge. Новый сервер не приписываем ни одному варианту: в исходных данных нет причины менять железо только из-за выбора СУБД.

Бесплатная лицензия не отменяет работу администратора #

После перехода исчезает лицензионная строка MS SQL, но появляется другой набор операций. Для PostgreSQL под 1С придётся следить за соединениями, памятью, WAL, checkpoint, autovacuum и временными файлами.

Методика 1С определяет max_connections как предел числа подключений и предлагает оценивать верхнюю границу памяти под work_mem по формуле:

max_connections × work_mem

При 200 соединениях и work_mem = 64 МБ операции могут запросить до 12 800 МБ. Это не прогноз постоянного потребления, а верхняя граница для сметы памяти.

Для сервера со 128 ГБ RAM методика 1С предлагает начать с shared_buffers около четверти памяти — 32 ГБ. Значение нужно проверять нагрузочным тестом: один и тот же объём базы даёт разный профиль при 40 активных пользователях и при 200 фоновых соединениях от интеграций.

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

WAL хранит записи, нужные для фиксации и восстановления данных, а checkpoint сбрасывает накопленные изменения на диск. Эти операции нагружают хранилище, поэтому медленный RAID способен съесть выигрыш от настройки процессора и памяти.

Для дисковой подсистемы методика 1С рекомендует RAID 0+1 либо SSD. Write-back-кэш допустим на аппаратном контроллере с защищённым питанием кэша. Конкретные варианты дисков, памяти и контроллера разобраны в материале про конфигурацию сервера для PostgreSQL.

Смета перехода начинается с часов, а не с объёма базы #

Размер базы сам по себе не отвечает на вопрос о стоимости миграции. База на 500 ГБ без сложных интеграций может оказаться проще базы на 80 ГБ с обменами, внешними обработками и регламентными заданиями.

Рабочую смету удобно разделить на четыре строки:

Работа	Часы в расчётном сценарии	Стоимость при 3 000 ₽/ч
Обследование контура	80	240 000 ₽
Стенд и пробный перенос	160	480 000 ₽
Нагрузочные и функциональные тесты	200	600 000 ₽
Переключение и резерв на исправления	160	480 000 ₽
Итого	600	1 800 000 ₽

Это открытая модель расчёта. Если типовая база переносится без исправлений, соответствующие часы можно убрать. Если в контуре есть обмены, доработки и внешние сервисы, оцените каждый блок отдельно и умножьте на ту же ставку.

Инструменты наподобие pgLoader автоматизируют перенос данных и преобразование части типов. Они не проверят за Вас проведение документов, фоновые задания, отчёты, обмены и время закрытия месяца. Экономить нужно на механической работе, а не на испытаниях рабочего контура.

Простой считайте отдельной строкой. Например, час недоступности 1С стоит компании 150 000 ₽, а переключение может занять четыре часа. Тогда риск простоя равен 600 000 ₽. Это не гарантированный расход, но руководству нужно видеть его рядом с 1,8 млн ₽ миграции.

Эксплуатация решает исход при близких суммах #

Методика 1С описывает работу с PostgreSQL версии 9.6 и выше. Это не разрешение ставить любую такую версию: перед проектом сверьте точные версии платформы и СУБД с действующей матрицей совместимости 1С.

Для MS SQL команда сохраняет знакомые процедуры обслуживания и настройки памяти и параллелизма. Если база уже работает на Microsoft, до решения о миграции проверьте MAXDOP, Cost Threshold и Max Server Memory. Неверная конфигурация не доказывает, что нужно менять СУБД.

У PostgreSQL свои точки контроля. Кроме autovacuum и WAL, методика 1С предлагает следить за временными файлами через pg_stat_temp и размещать их в tmpfs на Linux либо на RAM-диске в Windows. Такое размещение требует расчёта памяти: резерв под временные операции нельзя одновременно обещать базе, файловому кэшу и рабочим процессам 1С.

Журналы тоже придётся проверить до запуска. Настройка технологического журнала 1С для PostgreSQL помогает отделить задержки СУБД от медленного кода и не собирать гигабайты лишних событий.

Если внутри компании нет администратора PostgreSQL, поставьте сопровождение в смету. Нулевая стоимость лицензии не равна нулевой стоимости эксплуатации.

Как согласовать решение с руководством #

Соберите три суммы: предложение на MS SQL в рублях, смету миграции по часам и годовые расходы PostgreSQL. Затем рассчитайте экономию и срок окупаемости.

Для приведённого сценария решение выглядит так:

• переход стоит 1,8 млн ₽;
• ежегодная экономия равна 840 000 ₽;
• вложения возвращаются примерно за 26 месяцев;
• при горизонте владения четыре года PostgreSQL проходит финансовую границу;
• при горизонте два года переход не успевает окупиться.

Переходите, если пробный перенос прошёл на копии базы, допустимый простой подтверждён и 26 месяцев укладываются в горизонт компании. Оставляйте MS SQL, если лицензии оплачены на этот срок, миграция требует больше 600 часов или возможный простой стоит дороже ожидаемой экономии.

Финальное правило для бюджетной заявки: если срок окупаемости длиннее срока, на который компания планирует использовать сервер и текущий контур 1С, переход на PostgreSQL не защищает бюджет.