Зачем нужен переезд SQL на Postgre: обзор СУБД и сравнение с MS SQL в связке с 1С:Предприятие

По информации Forbes, от 70 до 90% корпоративных клиентов в России продолжают пользоваться решениями от Microsoft, несмотря на ограничения и взятый страной курс на активное импортозамещение. У многих компаний инфраструктура практически полностью выстроена на продуктах IT-гиганта, включая связки с различными конфигурациями на платформе 1С:Предприятие. Очевидно, что переезд на отечественные аналоги бизнес воспринимает болезненно. Но каким бы болезненным ни был процесс, переход неотвратим. И это уже осознают все.

Подтверждением может служить рост поисковых запросов на русском языке, где, например, рядом с MS SQL (название одного из самых популярных продуктов корпорации, системы управления базами данных – СУБД), стоят слова «переезд», «миграция», «переход» и тому подобные. Не это ли свидетельствует о возрастающем интересе к альтернативным ИТ-решениям, «разрешенным» на локальном рынке?

Сегодня в центре внимания очевидная альтернатива Microsoft SQL Server, ближайший конкурент – PostgreSQL. Поговорим об отличиях этих СУБД, особенностях, о предпосылках для переезда SQL на Postgre и ключевых моментах, на которых стоит акцентироваться при организации переноса баз данных (БД). Но сначала – короткий блок о том, какую роль играет СУБД в связке с 1С:Предприятие.

Зачем нужна система управления базой данных для 1С

Значительная часть российских компаний для автоматизации бизнес-процессов использует программный комплекс от 1С. Вендор предоставляет возможность хранить информационную базу двумя способами: в файловом виде и в клиент-серверном.

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

Более масштабный, а также растущий бизнес использует клиент-серверные версии 1С. Здесь данные хранятся на сервере в виде таблиц, соответственно, для работы с ними требуется специальное программное обеспечение (ПО) – система управления базами данных. Она позволяет создавать, управлять, модифицировать данные и записи, менять структуру таблиц, выполнять другие манипуляции с базами при помощи визуального построения запросов. СУБД является прикладным ПО и представляет собой своего рода посредника между пользователями и сервером.

Сможет ли Postgre SQL заменить MSSQL в 2023 году

Программы 1С совместимы с разными СУБД. Но фактически более 95% рынка клиент-серверных 1С разделили между собой две системы администрирования БД: Microsoft SQL Server и Postgre SQL.

MS SQL лидировала на протяжении более чем 30 лет. Ее использовали не только в 1С:Предприятие, но и во многих других корпоративных приложениях и программных комплексах. С введением санкций и политики импортозамещения ситуация изменилась, и СУБД от Microsoft постепенно стала терять актуальность в России. Первыми на Postgre SQL начали переходить госпредприятия, а с 2022 года началась массовая миграция и коммерческих проектов.

Обстоятельства вынуждают бизнес к переносу SQL на Postgre, но выбор в пользу этой СУБД оправдан не только ограничительными мерами и сложностями с оплатой зарубежного ПО. На самом деле у Постгри есть свои преимущества перед продуктом от Майкрософта.

Postgre SQL vc MSSQL: основные отличия СУБД

Давайте сравним две системы. Объективное сравнение позволит сделать осознанный выбор и быть готовым к особенностям PostgreSQL, которые могут стать неожиданностью после перехода на эту СУБД.

Общие сведения и лицензии

• MSSQL – коммерческий продукт, разработанный корпорацией Microsoft. Первая версия СУБД была выпущена в 1989 г. За три десятилетия MSSQL получила широкое распространение и до недавнего времени была одним из самых востребованных решений для крупного и среднего бизнеса. Из всех СУБД наиболее совместима с ОС Windows (это не удивительно, учитывая, что разработкой обеих продуктов занимались в Microsoft). Обладает внушительным функционалом, включая аналитику, транзакции, репликацию данных, интеграции, службы отчетов, план обслуживания баз данных, резервное копирование. Большой набор инструментов в немалой степени повлиял на рост популярности MS SQL у пользователей. Из всех редакций только две – Standard и Enterprise – подходят по функционалу для бизнес-проектов. Обе требуют лицензирования.
• Система Постгри – разработка японской IT-корпорации PostgreSQL Global Development Group. Была создана в 1986 г. под названием Ingres, через 10 лет, с выпуском 6-й версии СУБД, получила свое нынешнее имя. Представляет собой свободно-распространяемое ПО с открытым исходным кодом (open source). Свободная лицензия допускает не только бесплатное использование, но и любого рода модификации, а также распространение продуктов, созданных на базе опенсорс, включая использование в коммерческих целях.

Принципы лицензирования MSSQL

Microsoft SQL Server лицензируется по двум моделям:

1. Сервер + клиентская лицензия (Server+CAL).
2. Лицензия по количеству ядер процессора (Per Core).

Версию Standart можно лицензировать как по первой, так и по второй модели. Для редакции Enterprise подходит только вторая – по ядрам (сервер-пользовательская больше не действует). Лицензирование по количеству ядер не требует приобретения клиентских лицензий.

Лицензирование «Сервер + клиенты»

Лицензирование по этой модели предполагает покупку одной серверной (привязывается к физическому или виртуальному серверу) и нескольких клиентских лицензий (по числу пользователей или устройств, подключаемых к SQL Server). При этом количество используемых баз не ограничено.

Лицензии User CAL (по пользователям) и Device CAL (по устройствам) не отличаются по цене, поэтому важно оценить заранее, какой вариант будет более выгодным. Ориентироваться следует на количество лицензируемых объектов, которые обращаются к серверному ПО напрямую или косвенно. К примеру, если в компании 50 станций и 25 сотрудников, которые их используют, выгоднее лицензироваться по устройствам, поскольку их больше. Если 50 человек работает на 25 устройствах, подойдут лицензии по пользователям. Количество серверов, учетных записей, клиентских приложений, одновременных подключений, фактическая принадлежность устройств при расчетах не играют роли.

Что касается использования MSSQL Server в паре с 1С, экономически целесообразно перейти на облачную версию. При необходимости лицензировать более 20 рабочих мест такая связка обходится практически в два раза дешевле. Подробнее – в статье “Как перенос 1С в облако сэкономит вам 694 300 рублей?”.

Лицензирование по ядрам

Модель допускает подключение к серверу неограниченного количества пользователей (устройств). При этом необходимо купить лицензии на все ядра физического сервера, где стоит SQL Server. Одна лицензия закрывает 2 ядра (2Lic Core), минимальный пакет, соответственно, включает 4 лицензии на каждый процессор и 8 – на сервер.

Лицензирование PostgreSQL

Открытые сборки PostgreSQL распространяются бесплатно. Если в штате нет опытного программиста, способного установить и настроить систему, оплатить придется только индивидуальную настройку СУБД под нужды бизнеса сторонними специалистами.

Решения на основе PostgreSQL, разработанные в России и предназначенные для использования в коммерческих целях, требуют приобретения лицензии. Версий несколько: Standard, Certified, Enterprise. В любом случае система лицензируется по ядрам с учетом всех процессоров сервера, аппаратных или виртуальных (vCPU). Минимальный пакет – лицензия на 2 ядра. Можно купить постоянные лицензии (без ограничения срока) или лицензии на ограниченный период – один, два, три года и т. д.

Есть также специальный вид лицензирования коммерческой СУБД на базе Postgre, предназначенный для работы с 1С. В соответствии с такой лицензией заказчик имеет право использовать систему только в связке с различными конфигурациями программного комплекса 1С, базы других приложений создавать нельзя. Что касается вариантов лицензирования, их три. Наряду с “вечными” и ограниченными по сроку действия лицензиями могут быть выбраны постоянные лицензии по модели «Сервер + клиенты»:

• на серверы – приобретаются исходя из количества используемых в конфигурации 1С серверов;
• на пользователей – рассчитываются по числу пользовательских лицензий выданных на те серверы 1С, которые подключаются к серверу базы данных (минимум 5, максимум 50 – для большего количества пользователей целесообразнее воспользоваться лицензированием по ядрам).

Пример. Для работы в связке с 1С на виртуальную машину с 32 vCPU планируется установить коммерческую СУБД на основе Postgre (версия Enterprise). В дополнение к этому на другой машине, имеющей 24-ядерный процессор, будет запускаться репликация данных. При таких условиях для работы комплекса потребуется приобрести 56 лицензий (32 + 24).

Как видите, лицензирование коммерческих решений, основанных на Postgre, осуществляется по аналогии с SQL Server, однако обходятся они значительно дешевле. В таблице ниже – сравнение стоимости лицензий для работы СУБД на платформе 1С.

*Цены актуальны на момент публикации материала

Доверенное ПО

Когда в 2015 г. в рамках политики импортозамещения начали составлять «Единый реестр российских программ для ЭВМ и БД», использование доверенного софта носило рекомендательный характер и касалось предприятий с госучастием. Спустя несколько лет предприятия госсектора потеряли право закупать импортные IT-продукты, если в реестре присутствуют аналоги отечественного производства. Сегодня доверенным ИТ-решениям отдают предпочтение не только государственные предприятия, но и частный бизнес.

И в этом отношении PostgreSQL дает серьезную фору MS SQL. Продукты Microsoft, естественно, в Единый реестр не входят. Зато в реестре присутствуют локальные решения на основе Постгри, специально созданные отечественными разработчиками. Решения рассчитаны на корпоративных заказчиков из России и учитывают актуальные требования к ПО, используемому на территории страны. Это является еще одним весомым аргументом в пользу переезда на PostgreSQL, особенно если речь идет о компаниях, имеющих в уставном фонде более 50% государственных денег.

Скорость и производительность

При равных условиях в силу особенностей физической реализации Постгри несколько уступает MS SQL по скорости. Тем не менее производительности бесплатной СУБД вполне достаточно, чтобы комфортно работать и в 1С, и в других программах. В проектах с небольшой нагрузкой и незначительным количеством запросов при правильной конфигурации сервера PostgreSQL может быть не менее производителен, чем SQL Server.

По сравнению с MSSQL PostgreSQL требует больше внимания как при развертывании, так и при администрировании. СУБД от Microsoft работает в паре с 1С:Предприятие «из коробки» и не нуждается в дополнительных настройках, поскольку автоматически подстраивается под «железо», на которое ее ставят. В то время как для связки PostgreSQL + 1С нужно устанавливать специальные патчи и расширения, а также производить тонкую настройку СУБД для конкретного сценария работы. В противном случае будут наблюдаться «тормоза» и остановки. Дело в том, что 1С в процессе работы создает в памяти огромное количество записей и динамических таблиц, и PostgreSQL, в отличие от MSSQL, по умолчанию их не считает, из-за чего и страдает быстродействие бесплатной СУБД. Чтобы нормально переехать и не испытывать проблем с производительностью, необходимо поставить патчи или скачать уже пропатченную профессионалами систему.

Еще один момент, в котором PostgreSQL до недавних пор уступал MSSQL, – это отсутствие многопоточности, из-за чего запросы сильно нагружали сервер. Разработчики начали решать эту проблему с версии 9.4 и через три года смогли реализовать распараллеливание. В следующих релизах функция параллельных запросов уже присутствует. Так что последние версии СУБД подходят для построения высоконагруженной инфраструктуры для 1C:Предприятие не меньше, чем коммерческий аналог от Microsoft, и переезд на Postgre не грозит сильной нагрузкой на серверные ресурсы.

Сравнительные тесты как на аппаратной платформе, так и на виртуальных машинах демонстрируют более низкие показатели производительности PostgreSQL по сравнению с MSSQL (10-11% потерь при равных условиях). Разница по результатам теста Гилева (синтетический тест, в ходе которого выполняются стандартные операции) составляет 3%.

Резервное копирование

При всей надежности современных СУБД повреждение структуры БД и потеря доступа к данным не исключены. Такое может случиться при обновлении или при повышенной нагрузке на систему. Иногда потеря ценной информации может быть вызвана ошибкой пользователя, возникшей, например, при удалении группы бухгалтерских проводок. Единственный способ восстановления данных в подобных ситуациях – использование резервных копий. И в этом плане PostgreSQL значительно превосходит своих оппонентов (включая и популярную MSSQL), что служит дополнительным аргументом в пользу того, чтобы мигрировать на Постгри.

Варианты резервного копирования и восстановления данных в PostgreSQL по умолчанию:

• инкрементный бекап;
• полное и частичное резервное копирование;
• непрерывное архивирование WAL;
• непрерывное архивирование на резервном сервере;
• частичное восстановление данных;
• возможность восстановления Point-in-time Recovery (PITR);
• репликация (каскадная, синхронная, потоковая).

Репликация в PostgreSQL доступна без дополнительных утилит и патчей.

В MSSQL Standart такой набор возможностей недоступен. Чтобы его получить, придется купить дорогостоящую версию Enterprise – в прошлом году корпоративная лицензия стоила в районе 15 тыс. долларов. В бесплатную PostgreSQL все это встроено по умолчанию, а годовая лицензия на коммерческую версию для работы с 1С обойдется в 2023 г. от 29 тыс. до 62 тыс. рублей (в зависимости от сервера).

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

Регламентные операции

Своевременное выполнение регламентных процедур на уровне СУБД очень важно для оптимальной работы программного комплекса 1С. Особенно если речь идет о крупных инфраструктурах с большим количеством пользователей и серьезной нагрузкой. Для оптимизации высоконагруженных систем автоматически заданных процессов недостаточно. Здесь необходимо правильно настроить выполнение специальных регламентных операций, таких как обновление статистик или реиндексация таблиц БД (REINDEX).

Что же показывают рассматриваемые СУБД в разрезе этих операций:

• PostgreSQL намного быстрее, чем MSSQL считает статистику. Сравните: в базе на 1 Тб у первой СУБД на обновление статистик уйдет 2-3 минуты, второй потребуется около часа.
• Использование Postgre позволяет надолго забыть о REINDEX. Эту процедуру стоит запускать только в одном случае – если есть подозрения на то, что нарушена целостность базы данных. В связке 1C + MSSQL рекомендуется реиндексировать таблицу регулярно, как минимум один раз в неделю.

Удобство администрирования

В PostgreSQL есть tablespace (табличное пространство), которого нет в MSSQL. По умолчанию, табличное пространство pg_global предназначено для хранения системных, а pg_default – для пользовательских данных.

Табличные пространства облегчают организацию логики размещения файлов, позволяя администратору управлять расположением данных на физических носителях и оптимизировать производительность. В СУБД Постгри можно, например, разнести таблицы и индексы по разным дискам, что удобно для объемных БД: расположить редко используемые архивы на медленном накопителе, а часто используемые индексы – на более быстром SSD.

Интеграция PostgreSQL и 1С

MSSQL – популярная СУБД, и процесс интеграции с продуктами 1С давно отлажен. Готовых интеграций 1С и СУБД Постгри, к сожалению, пока нет. Чтобы перенести рабочие базы на PostgreSQL без потерь и в дальнейшем не испытывать сложностей в работе, компании придется ставить задачу штатным программистам или заказывать индивидуальное решение.

PostgreSQL vs MSSQL – что лучше?

Вопрос, что лучше в связке с 1С:Предприятие – MSSQL или PostgreSQL – уже не стоит. Из-за закрытия продаж Microsoft на российском рынке отечественным компаниям не остается ничего иного, как выполнить переезд на PostgreSQL. Потеряет ли бизнес вследствие миграции? Объективное сравнение двух СУБД показывает, что если потери и будут, то незначительные. А если оценивать по таким пунктам, как открытый исходный код и широкие возможности для резервного копирования, то бизнес даже может оказаться в выигрыше от перехода на решение от Постгри. С точки зрения финансов обосновать перенос БД на PostgreSQL может отсутствие расходов на лицензии, что особенно важно для предприятий с большим штатом.

Из существенных минусов – необходимость индивидуально настраивать PostgreSQL и создавать интеграцию с продуктами 1С:Предприятие. То есть для настройки, поддержки, администрирования и оптимизации производительности СУБД в паре с используемой конфигурацией 1С компании потребуется помощь квалифицированных программистов.

Сравнительная таблица СУБД MSSQL и PostgreSQL

Мигрировать или не мигрировать на PostgreSQL?

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

Если говорить о СУБД для связки с 1С с учетом санкционных ограничений и отказа Microsoft от продажи продуктов на российском рынке, удовлетворительных вариантов остается немного. Прекращение поддержки и апдейтов MSSQL неизбежно приведет к проблемам с безопасностью и совместимостью, и единственно приемлемым в данный момент решением становится PostgreSQL.

Какие компании в России переехали на СУБД Постгри

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

• Газпромбанк Мобайл;
• Россети Ленэнерго;
• ТЭК СПб ГУП;
• ГИС ЖКХ;
• Министерство просвещения РФ;
• Российский союз автостраховщиков;
• Почта России;
• ПФР;
• Система электронного документооборота правительства Москвы;
• Ростелеком;
• АльфаСтрахование.

Миграцию с Oracle на PostgreSQL выполнили РФЯЦ-ВНИИЭФ, Электронное правительство, Яндекс и многие другие. На Постгри также работает Единый портал госуслуг.

Тем не менее еще в 2021 г. компании с госкапиталом все-таки отдавали предпочтение СУБД Oracle. Доля поставщика в стоимостном выражении составляла 84% из всех закупок СУБД и сопутствующих услуг по госконтрактам (84 контракта на 4 млрд руб.***). Ситуация кардинально изменилась после февраля 2022 г.: по итогам года в лидеры вышла отечественная СУБД, разработанная на основе Postgre, завоевав 89% рынка (91 контракт на 1,9 млрд руб.).

Ключевые особенности PostgreSQL, о которых нужно знать перед переездом

Несмотря на то что PostgreSQL относится к open source ПО и распространяется бесплатно, по функциональности она не уступает самым продвинутым коммерческим СУБД.

• Открытый исходный код. Это возможность без ограничений использовать систему в любых проектах, дорабатывать и совершенствовать функционал под свои нужды. Если необходимы продвинутые функции, можно приобрести коммерческую версию Постгри или заказать индивидуальные доработки специалистам.
• Гибкость. Выстроена на основе объектно-реляционной модели, то есть может обеспечить поддержку как реляционных данных, организованных в таблицы, так и объектно-ориентированных, представленных в виде сущностей. Возможность использования  разных типов данных, функций и других пользовательских объектов делает СУБД не только очень гибкой, но и надежной.
• Большой выбор вариантов данных. Поддерживает множество разных типов записи информации, включая двоичные, геометрические, символьные, денежные данные, «дата/время», сетевые адреса, JSON, XML, многомерные массивы и другие, в том числе сложные структуры. Команда CREATE TYPE позволяет создавать собственные типы данных, в том числе в уникальных форматах, которые используются только в Постгри.
• Поддержка сложных запросов. Система может работать со сложными и составными запросами, выполнять трудоемкие операции, предполагающие одновременную обработку разных запросов.
• Совместимость с любыми языками программирования. В СУБД реализована поддержка нескольких языков программирования, включая редкие. И по их количеству Постгри превосходит аналоги. Помимо SQL, пользовательский код можно писать на С, С++, PHP, Java, Delphi, Python, Ruby, Lisp, Lua. Если встроенных в стандартный дистрибутив возможностей недостаточно, система позволяет добавить нужные языки.
• Кросс-платформенность. Традиционно PostgreSQL разворачивают на серверах с Linux. Однако она поддерживает разные ОС: Windows, Solaris, BSD, macOS, Unix. Также есть возможность использовать СУБД в облачной среде.
• Модификации. СУБД предоставляет разработчику возможность реализовать практически любую задачу. Кроме новых типов данных, под систему можно создать собственные функции, индексы, операции, язык запросов.
• Многопользовательская среда. Клиент-серверная архитектура, на которой выстроена СУБД, и технология многоверсионного управления Multiversion Concurrency Control (MVCC) позволяет организовывать параллельный доступ к БД с разных устройств и избежать конфликтов при выполнении транзакций. Это обеспечивает высокую производительность и защищает целостность данных, например, в случаях, когда несколько пользователей одновременно вносят изменения в БД. Каждый работает со своим снимком базы, в исходную БД попадают только зафиксированные изменения.
• Способность обрабатывать большие объемы данных. В отличие от большинства аналогов, в PostgreSQL нет ограничений на размер БД, количество индексов и строк. Есть только лимиты на записи, например: максимальный размер таблицы не должен превышать 32 Тб, размер одной записи – до 1,6 Тб, поле ограничивается 1 Гб данных, количество столбцов – от 250 до 1600 (в зависимости от типа).

Системные требования к серверу при установке PostgreSQL для 1С

1С поддерживает СУБД PostgreSQL 8.1 и новее. В качестве сервера БД можно использовать любой компьютер, соответствующий минимальным требованиям PostgreSQL:

• жесткий диск с объемом свободного места от 200 Мб;
• оперативная память – от 128 Мб;
• процессор с архитектурой x64 или x86;
• операционная система – Linux, Windows, macOS, FreeBSD, NetBSD, OpenBSD, AIX, Solaris, HP/UX (прошли проверку на совместимость, но в принципе Постгри должна работать на любой Unix-совместимой ОС).

Чтобы распаковать и установить стандартную сборку PostgreSQL на сервер обязательно необходимы следующие программные пакеты:

• GNU make версии 3.81 или выше;
• компилятор ISO /ANSI C;
• для распаковки исходного дистрибутива требуется tar и gzip (или bzip2);
• библиотека GNU Readline (пакеты readline и readline-devel для Linux);
• библиотека zlib.

Чтобы собрать индивидуальный вариант конфигурации, например с поддержкой аутентификации, сжатия данных, зашифрованных клиентских соединений, языков программирования, таких как Perl, Python, Tcl, нужно будет установить дополнительные инсталляционные пакеты и библиотеки. При установке дополнений может потребоваться больше свободного места на диске, чем заявлено в минимальных требованиях.

СУБД PostgreSQL способна заменить MSSQL в работе с разными конфигурациями 1С, прежде всего благодаря своей гибкости, доступности для российских заказчиков и привлекательной стоимости коммерческих решений, разработанных на базе опенсорс. Однако для развертывания СУБД, настройки и управления требуется серьезная подготовка, знания в области администрирования БД, умение работать с языками программирования. В идеале этим должен заниматься опытный бэкенд-разработчик.

Планируя самостоятельный переезд SQL на Postgre, следует тщательно изучить документацию по СУБД и мануалы. Чтобы мигрировать на PostgreSQL без головной боли и лишних затрат времени, обращайтесь за помощью к нам.

* — Компания нарушает законы РФ.
** — Компания признана экстремистской на территории РФ.
*** — Информация на основе открытых данных «ЕИС Госзакупки».

АВТОР СТАТЬИЕвгений Зубов

Руководитель технической поддержки