Малый и средний бизнес: 1С + PostgreSQL или MS SQL (УТ + ЗУП + Бухгалтерия) (2/9)

Это вторая статья из цикла выбора технической платформы для 1С. Далее будет её 7 статей, а выводы уже опубликованы

Когда число сотрудников и операций растёт, наступает момент перейти на клиент-серверную архитектуру 1С. Для малого и среднего бизнеса (условно от 5 до ~100 одновременных пользователей) типична ситуация, когда помимо бухгалтерии используются другие конфигурации: например, 1С:Управление торговлей (УТ) для продаж и склада, 1С:Зарплата и управление персоналом (ЗУП) для расчёта зарплаты. Эти системы могут работать каждая в своей базе, но часто интегрированы. При таком объёме операций файлового варианта уже недостаточно – нужна производительность и надёжность серверной СУБД.

Выбор СУБД: 1С предприятия поддерживает несколько СУБД, наиболее популярны Microsoft SQL Server и PostgreSQL. MS SQL – традиционный выбор: имеет удобные инструменты для администратора, но требует покупки лицензии (для Windows Server и самой SQL Server Standard/Enterprise, что очень дорого). При этом если БД размером менее чем 10 Гб, можно легально использовать MS SQL Server Express Edition. PostgreSQL – бесплатная открытая СУБД для любого масштаба, с 1С тоже совместима и с каждым годом всё более распространена. Многие выбирают PostgreSQL чтобы сэкономить на лицензиях, получая сопоставимую производительность. Важно отметить: PostgreSQL можно устанавливать на Linux, что экономит и на лицензии Windows, но требует компетенций (об этом ниже). MS SQL же обычно разворачивается на Windows Server и не требует особых квалификаций для начала эксплуатации.

Архитектура для малого/среднего бизнеса: здесь появляется выделенный сервер 1С. В простейшем случае это одна машина (физическая или виртуальная), где установлены и сервер 1С, и СУБД. Пользователи подключаются к 1С по сети (толстый или тонкий клиент) либо через удалённый рабочий стол. На этом сервере крутятся сразу все базы (УТ, ЗУП, Бухгалтерия). Типичная конфигурация сервера для, скажем, 20-50 пользователей: процессор ~8 ядер с высокой тактовой частотой (например Intel Xeon 3+ ГГц), 32-64 ГБ ОЗУ, быстрый диск SSD (NVMe/SAS) в RAID массиве. Объём диска зависит от базы (обычно хватит 1-2 ТБ с запасом). Обязательно делается резервное копирование баз (например, nightly backup на отдельный носитель как минимум, а современном мире лучше использовать NAS который сам забирает резервные копии для исключения ситуации «бэкап Шрёдингера»).

Часто встает вопрос: PostgreSQL или MS SQL? С точки зрения производительности различия небольшие – обе СУБД справляются. Выбор скорее зависит от бюджета и экспертизы команды. Если нет в штате опытного администратора PostgreSQL/Linux, то проще взять MS SQL на Windows – администрировать её привычнее, меньше шанс «накосячить». С другой стороны, PostgreSQL сейчас активно используется, вокруг неё большое сообщество, и она бесплатна. Так что многие малые компании с ограниченным бюджетом идут по пути PostgreSQL на обычном сервере с Windows (Postgres тоже работает на Windows) – экономя только на лицензии СУБД. Если же компания готова инвестировать – могут купить лицензию MS SQL для уверенности (хоть Microsoft из РФ ушли, всё же получить поддержку ободными путями можно).

Продуктивность: переход на клиент-сервер дает выигрыш в скорости и возможности масштабирования. Например, на практике даже 5 “тяжёлых” пользователей (которые строят большие отчеты или перепроводят сотни документов) могут загрузить файловую базу сильнее, чем 150 пользователей, которые только справочники просматривают​. Поэтому при росте нагрузки сервер с SQL значительно устойчивее справляется. Главное – заложить резерв по ресурсам. Практика показывает: стоит брать сервер с запасом по мощности – примерно 20-30% свободных ресурсов на рост​. Этот запас пригодится, когда вы внедрите новые отчёты, увеличится база или добавятся пользователи.

Пример конфигурации: для ~30 одновременных пользователей 1С (УТ+ЗУП+БУХ) подойдёт, например, сервер на 8-12 ядер, 64 ГБ RAM, 2 x SSD по 1 ТБ в RAID1 (зеркало) или лучше 4 x SSD в RAID10 для скорости и надёжности. Такая система потянет и 150 пользователей при необходимости, если ядра достаточно быстрые. Сетевой интерфейс гигабитный – этого хватает внутри офиса. Блок питания лучше с резервированием (2 блока), особенно если сервер критически важен. Но в малом бизнесе иногда экономят и на этом, что рискованно (один сгоревший БП остановит всю работу). Помните, что размещение своего сервера у себя в офисе, только кажется дёшево. Но вы сразу «попадаете» на безпыльное помещение. Кондиционеры (два сразу, ибо при поломке одного ночью вы утром получите выгоревший сервер по перегреву, два ИБП и замену аккумуляторов в них. А сверху всего этого ещё и зарплата ИТ специалиста, который всё это сможет настроить и следить). Поэтому для подобных бизнесов финансово обосновано арендовать VPS (а может и не один) и всё необходимо разместить у облачного провайдера (например, у нас в ЦОДе).

Режимы работы: пользователи могут работать с 1С либо напрямую по сети (толстый/тонкий клиент на своих ПК подключается к серверу), либо через терминальный сервер (RDP), либо WEB публикация. Терминальный сервер удобен, если нужен удалённый доступ или слабые ПК на рабочих местах – тогда ставится ещё одна серверная машина (или VPS) для RDP сеансов. А если ваша БД типовая и современная, то ещё удобнее использовать WEB публикацию. Но это отдельная тема.