При росте информационной базы 1С до объема свыше 10 ГБ и увеличении числа активных пользователей (например, 3 рабочих места в 1С:Розница и 1 место в 1С:Бухгалтерия) стандартные методы работы через расшаренную сетевую папку начинают давать сбои. В этой ситуации перед нами встают два ключевых вопроса: как правильно организовать архитектуру доступа и какое «железо» подобрать, чтобы избежать тормозов и критических ошибок.
Рассмотрим пошагово, почему старые методы перестают работать, как выбрать комплектующие и почему переход на клиент-серверный вариант становится необходимостью.
Проанализируем ситуацию, когда база данных размером более 10 ГБ работает в файловом режиме (файл 1Cv8.1CD). В такой архитектуре вся нагрузка по обработке данных ложится на компьютеры пользователей. Если база лежит в «расшаренной» папке по сети, то при выполнении любого тяжелого отчета или проведении документа весь объем данных, необходимых для расчета, перекачивается по локальной сети. Это и есть основная причина «тормозов».
Важный технический нюанс: внутренняя структура файловой базы 1С накладывает жесткое ограничение на размер одной таблицы — не более 4 ГБ. Даже если общий размер файла 1Cv8.1CD составляет 10 ГБ, риск того, что одна из системных таблиц (например, итоги регистров или история версий) приблизится к порогу в 4 ГБ, крайне велик. При достижении этого лимита база просто перестанет открываться или начнет выдавать неустранимые ошибки записи данных.
Для обеспечения стабильности и скорости работы при 4 пользователях и базе 10+ ГБ, разберем оптимальный вариант организации доступа — клиент-серверный режим.
В этом режиме между пользователем и базой данных появляется промежуточное звено — Сервер 1С:Предприятия. Он берет на себя выполнение запросов, а СУБД (например, PostgreSQL или MS SQL) эффективно управляет кэшированием и блокировками. Для небольших рабочих групп (до 5 подключений) компания 1С предлагает экономически выгодное решение — лицензию Сервер МИНИ на 5 подключений. Это полноценный 64-разрядный сервер, который стоит значительно дешевле основной серверной лицензии, но полностью решает проблемы файлового режима.
Выясним преимущества использования связки 1С + PostgreSQL:
Рассмотрим, на каких комплектующих стоит сделать акцент при сборке системного блока, который будет выполнять роль сервера для 4 пользователей.
Для работы 1С критически важна производительность на одно ядро. Платформа 1С в большинстве задач работает линейно, поэтому процессор с 32 ядрами и низкой частотой (типичный старый Xeon) будет работать медленнее, чем современный десктопный процессор. Выберем решения с высокой тактовой частотой (от 3.5-4 ГГц в базе и выше в режиме Turbo):
Для сервера, на котором будет крутиться СУБД и Сервер 1С, 16 ГБ — это абсолютный минимум. Проанализируем распределение ресурсов: ОС заберет около 4 ГБ, СУБД PostgreSQL для эффективного кэширования базы в 10 ГБ захочет забрать еще 8-12 ГБ. Добавим к этому процессы rphost сервера 1С.
Рекомендация: установка 32 ГБ DDR4/DDR5 позволит системе работать плавно без использования файла подкачки.
Самое «узкое» место в работе с базами данных — скорость чтения и записи. Забудьте про HDD и бюджетные SATA SSD. Посмотрим на конфигурацию дисков:
tempdb, второй — под файлы самой базы данных и журналы транзакций.Разберем, как лучше подключить пользователей к нашему новому серверу. Поскольку у нас 3 пользователя Розницы и 1 Бухгалтерии, рассмотрим два сценария:
Если мы опубликуем базу на веб-сервере (IIS или Apache), пользователи смогут подключаться через «Тонкий клиент». Это самый современный и быстрый способ работы в локальной сети. Он не требует поднятия терминального сервера и покупки дорогостоящих RDS-лицензий Windows. Весь трафик оптимизирован, и работа будет комфортной даже по Wi-Fi (хотя для кассы Розницы крайне рекомендуем только проводное соединение).
Этот вариант часто выбирают бухгалтеры для формирования тяжелых отчетов. В этом случае пользователь работает «внутри» сервера. Однако для 4 пользователей на обычной клиентской Windows это потребует технических ухищрений, которые не всегда легальны. Если бюджет позволяет, правильнее использовать Windows Server с ролями удаленных рабочих столов.
Сборка мощного ПК — это только половина дела. Проанализируем регламентные действия, которые помогут сохранить скорость работы системы:
AppData\Local\1C и рабочие каталоги сервера 1С в исключения. Сканирование антивирусом файлов БД «на лету» — одна из главных причин внезапных зависаний.Подводя итог, соберем примерную спецификацию сервера в рамках бюджета:
Такая конфигурация обеспечит мгновенный отклик в 1С:Розница и быструю работу с отчетами в 1С:Бухгалтерия, а запас мощности позволит базе расти до 50-100 ГБ без необходимости нового апгрейда.