При проектировании сервера для работы с программами «1С:Предприятие» перед ИТ-специалистами и владельцами бизнеса часто встает вопрос выбора дисковой подсистемы. С одной стороны, проверенные временем накопители SATA SSD предлагают стабильность и простоту интеграции. С другой стороны, современные высокоскоростные твердотельные накопители PCI-Express (NVMe) обещают многократный прирост производительности в синтетических тестах. В этой статье мы подробно проанализируем реальные потребности сервера 1С на 10 пользователей, разберем аппаратные и программные нюансы дисковой подсистемы, СУБД и выбора прикладного решения 1С.
Рассмотрим детально, как интерфейс подключения накопителя влияет на скорость работы СУБД и отзывчивость интерфейса «1С:Предприятие». На первый взгляд, пропускная способность SATA III ограничена величиной порядка 550–600 МБ/с, в то время как накопители PCI-E Gen4 или Gen5 способны выдавать скорость последовательного чтения и записи до 7000–12000 МБ/с. Однако для базы данных 1С этот параметр не является определяющим.
Специфика работы систем автоматизации бизнеса, таких как «1С:Управление нашей фирмой» или «1С:Розница», заключается в генерации огромного количества мелких транзакций (запись и чтение блоков размером 4 КБ и 8 КБ). Здесь ключевую роль играют два параметра:
Проанализируем ситуацию: при работе 10 пользователей (например, 9 кассиров в розничных точках и 1 администратор/бухгалтер в офисе) нагрузка на дисковую подсистему будет распределенной, но относительно невысокой. Если СУБД настроена правильно, а сервер имеет достаточный объем оперативной памяти (от 16 до 32 ГБ), то наиболее часто запрашиваемые таблицы базы данных и индексы будут полностью кэшироваться в ОЗУ. Физическое обращение к диску будет происходить в основном при записи транзакций (проведении документов, фиксации чеков).
Посмотрим на практическую сторону вопроса: разница в стоимости между качественным SATA SSD и накопителем стандарта M.2 NVMe (PCI-E) аналогичного объема от одного и того же производителя сегодня минимальна. Если выбранная материнская плата имеет свободные слоты M.2 с поддержкой протокола NVMe, то экономически и технически целесообразнее сразу устанавливать накопители PCI-E NVMe. Они обеспечат минимальные задержки при обработке тяжелых запросов, формировании отчетов по себестоимости и выполнении регламентных задач.
Выясним причину, почему обычные десктопные SSD (например, популярные серии Samsung EVO/PRO или WD Black) могут стать источником серьезных проблем на сервере 1С. В отличие от корпоративного сегмента, потребительские накопители не оснащаются суперконденсаторами для реализации технологии Power Loss Protection (PLP).
Работает это следующим образом: при интенсивной записи СУБД отправляет данные в быстрый DRAM-кэш накопителя. Накопитель сообщает операционной системе, что запись успешно завершена, хотя физически данные еще находятся в энергозависимой памяти кэша и только готовятся к переносу на NAND-флеш. Если в этот момент произойдет аварийное отключение электропитания, зависание операционной системы или аппаратный сбой «самодельного» сервера, данные из DRAM-кэша будут безвозвратно утеряны. Для базы данных 1С это практически гарантированно означает нарушение логической целостности, повреждение индексов или разрушение транзакционных логов.
Поэтому при выборе дисков для сервера 1С мы рекомендуем придерживаться следующих правил:
Разберем популярный совет «специалистов» по созданию зеркального массива (RAID 1) из двух SSD. Идея дублирования данных для обеспечения отказоустойчивости выглядит привлекательно: при выходе из строя одного накопителя система продолжает работать без остановки. Однако в случае с SSD на «самодельном» сервере здесь кроются подводные камни:
Во-первых, построение полноценного аппаратного RAID-массива из NVMe-накопителей требует дорогостоящих Tri-Mode контроллеров или поддержки технологии Intel VROC (для которой часто нужен платный физический ключ лицензии на материнскую плату). Использование дешевого программно-аппаратного RAID (Host-RAID), встроенного в потребительские материнские платы, часто приводит к падению производительности дисков и увеличению задержек (Latency) ниже уровня обычного SATA.
Во-вторых, программный RAID средствами операционной системы Windows также создает дополнительную нагрузку на процессор и может не обеспечивать ожидаемой надежности при аппаратных сбоях.
Рассмотрим альтернативный вариант распределения дискового пространства без объединения в RAID 1, который часто оказывается более производительным и надежным для небольших систем:
tempdb (при использовании SQL).Такой подход позволяет разнести характер использования дисков. Для диска с файлами СУБД кэширование записи на уровне операционной системы можно оптимизировать, а системный диск будет работать в своем режиме.
Проанализируем крайне важный аспект архитектуры — выбор режима работы базы данных. Для 10 пользователей, среди которых 9 являются кассирами, работающими одновременно, файловый вариант работы базы данных через веб-сервер (Apache или IIS) несет в себе огромные риски возникновения блокировок.
В файловой базе данных «1С:Предприятие» при записи любого объекта (например, при проведении чека ККМ на кассе) происходит **блокировка всей таблицы целиком**. Если в один и тот же момент времени два или три кассира на разных точках попытаются пробить чеки, один из них успешно завершит операцию, а остальные получат микрозависание интерфейса или ошибку совместного доступа. При 10 одновременно работающих пользователях в часы пиковой нагрузки в магазинах работа касс может быть парализована.
Чтобы избежать этой проблемы, настоятельно рекомендуется использовать клиент-серверный вариант (SQL). В клиент-серверном режиме блокировки носят **строчно-объектный характер**: блокируется только конкретная изменяемая запись (конкретный чек или документ), а остальные пользователи продолжают беспрепятственно записывать свои данные.
Для минимизации затрат малого бизнеса на лицензирование оптимальным решением является развертывание следующего стека программного обеспечения:
Рассмотрим специфику бизнес-процессов на примере розничной торговли мясной продукцией собственного производства (разделка полутуш, производство фарша, котлет, колбасок и последующая продажа в магазинах).
В актуальной линейке программных продуктов фирмы «1С» версии 3.0 конфигурации «1С:Управление нашей фирмой» (УНФ) и «1С:Розница» построены на **единой программной архитектуре и имеют общий код**. Это означает, что розничный функционал, включая Рабочее место кассира (РМК), подключение торгового оборудования (онлайн-касс, весов, эквайринговых терминалов) и маркетинговые инструменты, в обеих программах абсолютно идентичен.
Однако между ними есть ключевое различие в учете производства:
Поэтому для вашего кейса идеальным выбором будет использование единой базы «1С:Управление нашей фирмой 3.0». Это избавит вас от необходимости настраивать сложные, склонные к сбоям обмены данными между отдельными базами «Производство» и «Продажи».
Посмотрим, как правильно организовать рабочие места кассиров при удаленной работе через веб-сервер. Если запускать 1С напрямую через интернет-браузер (Google Chrome, Яндекс.Браузер и т.д.), кассиры неизбежно столкнутся с техническими трудностями. Браузеры из соображений безопасности накладывают жесткие ограничения на прямой доступ к локальным COM-портам и USB-устройствам компьютера кассира, к которым подключены фискальные регистраторы (ККТ), весы и эквайринговые терминалы.
Для стабильной работы торговых точек примените один из двух проверенных подходов:
Подводя итог нашему анализу, сформулируем краткий чек-лист для успешного запуска сервера 1С на 10 рабочих мест: