Работа с большим количеством файловых баз 1С (в нашем случае — 80 баз ЗиКГУ и БГУ) через сетевую «шару» (протокол SMB) часто становится источником серьезных проблем с производительностью. Несмотря на наличие мощного сервера и быстрой сети 1 Гбит, пользователи сталкиваются с «тормозами» при открытии форм, проведении документов и формировании отчетов. Разберем детально, почему текущая схема работы неэффективна и какие архитектурные изменения помогут радикально ускорить систему без значительных финансовых вложений.
Проанализируем текущую ситуацию. Когда база 1С лежит в общей папке, а пользователь подключается через «Толстый клиент», вся вычислительная нагрузка ложится на компьютер пользователя. Сервер в данном случае выступает лишь в роли «умного жесткого диска». Рассмотрим основные негативные факторы:
*.lck). Протокол Windows SMB не рассчитан на такую интенсивную работу с тысячами мелких файлов. Как только к одной шаре подключается более одного пользователя, механизмы кэширования Windows сбрасываются, чтобы гарантировать целостность данных, что приводит к лавинообразному росту сетевых задержек.1Cv8.1CD, обрабатывать их локально и записывать обратно.Это самый быстрый и эффективный способ использовать имеющееся железо. Суть метода заключается в том, что и база данных, и исполняемый файл 1С находятся на одном физическом сервере. Сеть используется только для передачи изображения экрана и нажатий клавиш.
Разберем преимущества этого подхода:
1Cv8.1CD всех активных баз в системном кэше.Для реализации этого метода необходимо настроить роль Remote Desktop Services на сервере. Однако стоит помнить о лицензировании терминальных сессий (RDS CAL), что может потребовать дополнительных затрат.
Если бюджет на лицензии RDS ограничен, рассмотрим вариант использования веб-сервера Internet Information Services (IIS). Это позволит перевести пользователей на «Тонкий клиент».
Проанализируем критически важный нюанс: при использовании веб-сервера для файловых баз часто возникает проблема однопоточности. Если все 80 баз опубликовать «как есть», они могут мешать друг другу. Чтобы избежать этого, выполним следующие шаги:
Для обеспечения максимальной производительности мы должны разнести базы по разным пулам приложений. Рассмотрим, как это сделать:
webinst) выберем соответствующий пул.Это позволит серверу запускать для каждой группы баз отдельный процесс w3wp.exe. Таким образом, работа пользователей в одной базе не будет блокировать работу других, а нагрузка равномерно распределится по всем 12 потокам вашего процессора Xeon.
Вопреки мнению, что для 1–2 пользователей SQL не нужен, в вашем случае (80 баз) переход на клиент-сервер может значительно упростить администрирование и повысить надежность. Вы можете использовать бесплатную СУБД PostgreSQL (сборка от 1С).
Почему это стоит рассмотреть:
shared_buffers в PostgreSQL, и сервер будет держать все горячие данные в оперативной памяти.Для этого решения потребуется покупка лицензии на Сервер 1С:Предприятия 8. Лицензия «Мини-сервер» (до 5 подключений) в вашем случае не подойдет, так как суммарное количество пользователей (1-2 на базу при 80 базах) превышает лимит.
Независимо от выбранного способа, проанализируем настройки вашего RAID 1 на SSD. Для работы с базами данных 1С рекомендуем выполнить следующие настройки:
*.1CD, *.1CL, *.ldf, *.mdf в исключения антивирусной проверки.Работать вручную с 80 базами — это путь к ошибкам. Для упрощения жизни системного администратора настоятельно рекомендуем использовать специализированные утилиты, такие как «1С:Обновлятор». Он позволяет:
Подведем итог нашему анализу. Если вы хотите получить максимальный прирост скорости «здесь и сейчас» без изменения архитектуры конфигураций:
Эти шаги позволят превратить ваш сервер из «файлопомойки» в полноценную вычислительную платформу, обеспечив комфортную работу пользователям БГУ и ЗиКГУ.