← На главную
При переводе информационной базы 1С с файлового режима на клиент-серверный вариант (MS SQL Server) в условиях ограниченного бюджета часто встает вопрос модернизации имеющегося оборудования. Разберем по шагам, какие требования предъявляются к процессору, оперативной памяти и дисковой подсистеме для стабильной работы 10–15 пользователей, а также как правильно распределить ресурсы между операционной системой, СУБД и сервером приложений 1С.
Анализ требований к процессору и оперативной памяти
Архитектура платформы «1С:Предприятие» критически чувствительна к однопоточной производительности процессора. Большинство вычислений, блокировок и бизнес-логики исполняются последовательно, поэтому высокая тактовая частота на ядро гораздо важнее суммарного числа слабых ядер. Проанализируем ключевые компоненты:
- Процессор: При апгрейде устаревших десктопных платформ (например, сокета LGA1155) оптимальным выбором являются процессоры линеек Intel Core i7 (i7-2600, i7-3770) или серверные аналоги Intel Xeon E3 v1/v2 с высокой базовой частотой. Они обеспечивают достаточный уровень быстродействия за счет 8 вычислительных потоков и емкого кэша L3.
- Оперативная память (ОЗУ): Минимальный рабочий объем для совмещенного сервера (ОС + 1С + SQL) составляет 16 Гб, комфортный — 32 Гб. Важно учитывать аппаратные ограничения материнских плат: чипсеты потребительского уровня с двумя слотами DDR3 гарантированно поддерживают модули объемом 8 Гб (итого 16 Гб в двухканальном режиме), а планки на 16 Гб поддерживаются не всеми BIOS.
- Надежность ОЗУ: В бюджетных серверах на десктопных компонентах отсутствует поддержка коррекции ошибок ECC. Чтобы минимизировать риск повреждения таблиц базы данных и резервных копий, обязательно проводим стресс-тестирование памяти перед вводом сервера в эксплуатацию.
Оптимальное распределение дисковой подсистемы
Дисковые очереди — главное «бутылочное горлышко» клиент-серверной 1С. Использование классических механических HDD под файлы баз данных приводит к резким задержкам при проведении документов и формировании отчетов. Разберем правильную схему размещения данных на твердотельных (SSD) и магнитных (HDD) накопителях:
- Твердотельный накопитель (SSD): На быстром SSD-накопителе размещаем операционную систему, файл подкачки Windows, системную базу
tempdb SQL Server, а также рабочие файлы данных (.mdf) и журналов транзакций (.ldf) базы 1С. В случае терминального режима работы на этот же накопитель выносятся каталоги пользовательских профилей. - Механические диски (HDD в RAID-массиве): Старые жесткие диски выделяем исключительно под хранение резервных копий (бэкапов), архивных баз, дистрибутивов и статических файловых архивов. Категорически не рекомендуется совмещать рабочую базу и место создания резервных копий на одном физическом накопителе.
Тонкая настройка MS SQL Server и операционной системы
По умолчанию MS SQL Server стремится занять все доступное физическое пространство ОЗУ, что приводит к выдавливанию процессов сервера 1С (ragent.exe, rphost.exe) в файл подкачки и резкой деградации производительности. Рассмотрим обязательные параметры оптимизации:
- Ограничение памяти СУБД (Max Server Memory): В свойствах экземпляра SQL Server задаем фиксированный верхний предел потребления памяти. При общем объеме ОЗУ 16 Гб выделяем под SQL Server не более 8–10 Гб, оставляя 4–6 Гб под нужды ОС и службы 1С.
- Параметр параллелизма (MAXDOP): В настройках сервера баз данных устанавливаем
Max Degree of Parallelism = 1 (или задаем высокий порог Cost Threshold for Parallelism = 50), чтобы исключить неэффективное распараллеливание простых транзакций 1С и возникновение взаимных блокировок. - Мгновенная инициализация файлов: В локальных политиках безопасности Windows назначаем учетной записи службы SQL Server право Выполнение задач по обслуживанию томов (Perform volume maintenance tasks). Это исключает задержки при автоматическом расширении файлов данных базы 1С.
- Схема электропитания Windows: В панели управления выбираем план «Высокая производительность» (High Performance), а в BIOS отключаем агрессивные энергосберегающие состояния ядер (C-States), чтобы предотвратить микрозадержки при переключении тактовой частоты процессора.
- Исключения антивируса: Добавляем каталоги рабочих баз SQL, служебную директорию кластера 1С (
srvinfo) и базу tempdb в список постоянных исключений сканера безопасности.
Настройка параметров кластера 1С:Предприятие
При совмещении ролей сервера приложений и СУБД на одной физической машине важно минимизировать накладные расходы сетевого стека и контролировать утечки памяти:
- Протокол Shared Memory: При создании базы в консоли администрирования кластера 1С указываем сервер СУБД как
. или localhost. Это активирует передачу данных через разделяемую память в обход сетевого стека TCP/IP. - Контроль памяти рабочих процессов: В свойствах кластера 1С настраиваем лимиты виртуальной и физической памяти на рабочий процесс
rphost, а также задаем интервал перезапуска неиспользуемых сеансов. - Разрядность сервера 1С: Если применяется 32-разрядная версия сервера 1С, помним о жестком лимите адресного пространства в 2–3 Гб на один процесс
rphost.exe. При выполнении ресурсоемких регламентных процедур (закрытие месяца, групповое перепроведение) контролируем распределение нагрузки между рабочими процессами.
Альтернативные варианты для малых рабочих групп
Если бюджет полностью исключает покупку серверных лицензий Windows Server и MS SQL, рассмотрим альтернативные пути реализации:
- СУБД PostgreSQL: Использование платформы 1С в связке со специализированной сборкой PostgreSQL на операционной системе Linux позволяет полностью исключить затраты на проприетарные лицензии СУБД и снизить системные требования к серверу.
- Публикация базы на веб-сервере (IIS / Apache): Для баз на управляемых формах объемом до 4–6 Гб стабильную работу 5–10 пользователей обеспечивает публикация файловой базы на веб-сервере с подключением через тонкий клиент. Такой подход исключает покупку клиент-серверных лицензий 1С, обеспечивая при этом изоляцию данных от прямого файлового доступа по сети.