← На главную

При организации работы небольшого отдела бухгалтерии (в нашем случае — 7 пользователей) в программе «1С:Бухгалтерия государственного учреждения» (БГУ 1.0) системные администраторы часто сталкиваются с дилеммой: модернизировать персональные компьютеры сотрудников или собрать один производительный сервер. Ситуация осложняется тем, что база данных является файловой, ее размер не превышает 1 ГБ, а бюджет на модернизацию жестко ограничен.

В этой статье мы подробно проанализируем, почему классическая схема работы через «расшаренную сетевую папку» является опасной и медленной, обоснуем переход на терминальный доступ (RDP) и разберем оптимальные конфигурации серверного оборудования с учетом современных технических реалий.

Проблема совместной работы с файловой базой через сетевой доступ (SMB)

На первый взгляд схема с размещением файловой базы на одном из компьютеров или сетевом хранилище (NAS) и подключением остальных пользователей через локальную сеть выглядит привлекательно и дешево. Однако при количестве пользователей более 3–5 человек этот подход приводит к критическим проблемам:

1. Низкая скорость работы и блокировки. Файловая СУБД 1С выполняет транзакции непосредственно на компьютере пользователя. Это означает, что при формировании отчета или проведении документа гигабайты служебных данных гоняются по локальной сети туда и обратно. Сетевой стек (протокол SMB) становится «бутылочным горлышком». Кроме того, файловая база блокирует таблицы целиком: если один бухгалтер запустил ресурсоемкий отчет, остальные шесть будут просто ожидать своей очереди.
2. Высокий риск повреждения базы данных. При совместном доступе через общую сетевую папку малейший сбой сетевого оборудования, «мигание» Wi-Fi или случайное отключение кабеля в момент записи транзакции гарантированно приводит к логическому разрушению файла базы данных 1Cv8.1CD. Потребуется регулярное тестирование и исправление базы утилитой chdbfl.exe, но даже она не всегда способна спасти данные от полной потери.
3. Ограничения NAS-хранилищ. Использование недорогих сетевых накопителей (NAS) под размещение активной файловой базы 1С противопоказано. Файловые операции блокировки на сетевых хранилищах реализованы медленнее, чем на полноценных ОС, что вызывает постоянные зависания интерфейса у пользователей.

Таким образом, от идеи сетевого доступа к общему файлу необходимо отказаться сразу.

Почему терминальный сервер (RDP) — единственное надежное решение для БГУ 1.0

Для конфигурации БГУ 1.0, которая построена на архитектуре «обычных форм» (толстый клиент), организовать работу через веб-публикацию и тонкий клиент (как это делается в БГУ 2.0 на управляемых формах) невозможно. Единственным надежным, быстрым и безопасным решением является организация **терминального сервера (RDP)**.

При работе через RDP все сеансы пользователей и сам исполняемый код 1С запускаются непосредственно на сервере, локально по отношению к файлу базы данных. По сети передается только картинка экрана пользователя и команды ввода с клавиатуры и мыши. Это дает колоссальные преимущества:

• Максимальная скорость: дисковые операции выполняются внутри сервера на высокой скорости шины SSD-накопителя.
• Безопасность данных: даже если у пользователя пропадет интернет или выключится компьютер, сессия на сервере останется активной, транзакция запишется корректно, и база не повредится.
• Экономия на ПК пользователей: рабочие станции бухгалтеров могут быть самыми простыми и дешевыми («тонкими клиентами»), так как вся вычислительная нагрузка ложится на сервер.

Подбор оптимального «железа» для терминального сервера на 7 пользователей

Давайте подробно разберем, какие требования предъявляются к аппаратному обеспечению сервера, способного комфортно обслуживать 7 терминальных сессий БГУ 1.0 в файловом режиме.

1. Процессор (CPU) — частота важнее ядер

Специфика платформы 1С:Предприятие заключается в том, что большинство критически важных операций (проведение документов, расчет итогов, формирование сложных отчетов) выполняются строго в один поток. Это означает, что процессоры с огромным количеством ядер, но низкой тактовой частотой (например, старые серверные б/у процессоры Intel Xeon) будут работать в 1С крайне медленно.

Рассмотрим процессоры, упомянутые в обсуждении, и сопоставим их с современными альтернативами:

• Устаревшие Core i5-7500 или i3-9100 брать не рекомендуется — их производительность на одно ядро по современным меркам слишком мала.
• Семейство процессоров AMD Ryzen (например, Ryzen 5 2600X, Ryzen 5 5600G) отлично подходит благодаря высокой тактовой частоте. Ryzen 5 5600G имеет 6 ядер и 12 вычислительных потоков, работая на частоте до 4.4 ГГц. Этого с избытком хватит на 7 активных пользователей.
• Среди решений от Intel превосходным современным выбором начального уровня станет Core i3-12100 или i3-13100. Несмотря на позиционирование линейки i3, эти процессоры в однопоточных задачах работают в 2–3 раза быстрее старых систем Core i5 седьмого поколения и идеально подходят для терминального сервера малой группы.

2. Оперативная память (RAM) — рассчитываем объем

Каждая терминальная сессия пользователя БГУ 1.0 на «обычных формах» потребляет значительное количество ОЗУ. На один запущенный сеанс требуется закладывать от 500 МБ до 1.5 ГБ оперативной памяти в зависимости от сложности формируемых отчетов.

Проведем несложный расчет необходимых объемов памяти:

• Операционная система сервера с системными службами — около 3–4 ГБ.
• 7 пользователей х 1.5 ГБ на сессию — 10.5 ГБ.
• Кэш операционной системы для ускорения дисковых операций — 2-4 ГБ.

Итого: 16 ГБ оперативной памяти — это жесткий технологический минимум. Для исключения ухода системы в файл подкачки (pagefile.sys), который моментально парализует работу SSD, крайне рекомендуется устанавливать **32 ГБ ОЗУ** (желательно двумя планками для активации двухканального режима работы).

3. Дисковая подсистема: SSD NVMe и защита данных

Для файловой базы 1С скорость диска определяет общую отзывчивость системы. Обычные жесткие диски (HDD) использовать под базы категорически нельзя — только твердотельные накопители (SSD).

Рассмотрим правила организации дисковой подсистемы сервера:

• Использование RAID 1 (Зеркалирование). Сервер должен обеспечивать непрерывность бизнес-процессов. Одиночный накопитель SSD M.2 (особенно потребительского класса) может выйти из строя внезапно и без предупреждения. Настоятельно рекомендуем использовать аппаратный или качественный программный RAID 1 из двух одинаковых SSD.
• Ресурс накопителей (DWPD/TBW). Для сервера терминалов выбирайте накопители с повышенным ресурсом перезаписи (серверные серии или накопители класса PRO с чипами памяти MLC/TLC высокого качества).
• Резервное копирование на внешний накопитель. Отдельный жесткий диск (HDD) внутри сервера или внешнее сетевое хранилище (NAS) должны использоваться исключительно как целевое назначение для ежедневных бэкапов. Файлы резервных копий должны создаваться автоматически во внерабочее время.
• Настройка Over-provisioning. При разметке SSD-накопителей рекомендуется оставлять около 10-15% объема нераспределенным (unallocated space). Это позволяет контроллеру SSD эффективнее производить сборку мусора (Garbage Collection) и значительно продлевает срок службы накопителя в условиях постоянной перезаписи временных файлов пользователей в терминальной среде.

4. Энергоснабжение и охлаждение

Внезапное отключение электроэнергии — злейший враг файловой структуры данных. Поскольку сервер работает непрерывно, в схему питания обязательно должен быть включен **источник бесперебойного питания (ИБП / UPS)** с возможностью обратной связи с сервером для корректного автоматического завершения работы операционной системы при разряде батареи.

Также важно уделить внимание охлаждению. Накопители стандарта NVMe M.2 под постоянной нагрузкой сильно нагреваются, что вызывает троттлинг (принудительное снижение скорости работы). Обязательно устанавливайте на накопители массивные радиаторы и обеспечьте сквозную вентиляцию корпуса.

Лицензионные и альтернативные нюансы

При планировании бюджета до 50 000 рублей важно учитывать юридическую сторону терминального доступа:

1. Для легального развертывания RDP-сервера требуется операционная система семейства Windows Server, а также покупка клиентских лицензий терминального доступа (RDS CAL) на каждого пользователя. В рамках небольшого бюджета это может стать серьезным финансовым препятствием.
2. Альтернатива на Linux: Некоторые системные администраторы пытаются развернуть бесплатную связку OS Linux + PostgreSQL + бесплатный сервер 1С (который поставляется для тестирования). Однако для полноценной работы 7 пользователей все равно потребуется коммерческая серверная лицензия 1С (стоимость которой превышает 100 тыс. рублей), а тонкая настройка СУБД под БГУ 1.0 потребует высочайшей квалификации.
3. Облачные решения (SaaS): Если бюджет на покупку собственного сервера жестко ограничен, а затраты на лицензирование Windows Server и резервное копирование неподъемны, лучшим решением для 7 пользователей станет аренда 1С в облаке. За сумму, сопоставимую с покупкой простейшего сервера, компания получает готовые обновляемые базы БГУ, доступные из любого места, с автоматическим резервным копированием профессионального уровня.

Резюме и чеклист оптимальной сборки

Если принято окончательное решение собирать локальный сервер под 7 пользователей БГУ 1.0, оптимальная и надежная конфигурация будет выглядеть следующим образом:

• Процессор: Intel Core i3-12100 / Ryzen 5 5600G (высокая частота на ядро).
• Материнская плата: Надежная плата со стабильной цепью питания (VRM) и радиаторами.
• Оперативная память: 32 ГБ DDR4 (2x16 ГБ) с частотой от 3200 МГц.
• Диски под ОС и базы: 2 x SSD NVMe по 500 ГБ, объединенные в RAID 1 (Зеркало).
• Диск под бэкапы: HDD 1–2 ТБ (или внешний сетевой NAS).
• Блок питания: Качественный БП мощностью 500–600 Вт с сертификатом 80 PLUS Bronze/Gold.
• Защита питания: Линейно-интерактивный ИБП мощностью от 800 ВА.

Переход от сетевого доступа к терминальному RDP-серверу позволит полностью решить проблемы со скоростью работы 1С:БГУ 1.0 и убережет базу данных от регулярных повреждений.