Настройка сервера 1С начинается с рабочих задач: сколько пользователей одновременно проводят документы, какие отчёты запускаются и когда работают обмены. Затем выбирают совместимые версии, рассчитывают ресурсы и проверяют результат под нагрузкой. Установка платформы и СУБД — только часть этой работы.
Быстрее рабочие операции
Оптимизация по замерам проведения, отчётов и обменов.
Понятный запас ресурсов
Оценка CPU, памяти, хранения и роста нагрузки.
Управляемые изменения
Совместимые версии, тестирование и порядок возврата.
Проверенный возврат
Копии базы, зависимостей и контроль запуска приложения.
Что выяснить до выбора сервера
Количество сотрудников не равно числу одновременно активных сеансов. Десять пользователей с тяжёлыми отчётами и обменами могут создавать другую нагрузку, чем десятки пользователей с редкими короткими операциями. Зафиксируйте типовую работу и пиковые периоды.
- Прикладное решение: конфигурация, релиз, расширения, доработки и внешние компоненты.
- Нагрузка: одновременно активные сеансы, документы, отчёты, обмены и фоновые задания.
- Данные: размер базы, рост, вложения и внешние файловые каталоги.
- Сроки: приемлемое время операций, окно обслуживания, RPO/RTO.
- Окружение: ОС, гипервизор, СХД, сеть, лицензии и доступ к сопровождению.
Официальные аппаратные требования 1С используют как исходную проверку совместимости и условий запуска. Они не заменяют расчёт производительности вашей базы и сценариев.
Разделите роли: клиент, сервер приложения и СУБД
Открывает формы, отправляет команды и получает результат.
Обрабатывает серверную логику и обращения к данным.
Хранит базу, выполняет запросы и поддерживает нужный путь восстановления.
Контролирует работу всех уровней и возвращает сервис после отказа.
Сервер 1С и СУБД могут размещаться совместно или на разных машинах. Совместная установка сокращает число узлов, но заставляет процессы конкурировать за память, CPU и диски. Разделение упрощает независимое выделение ресурсов, но добавляет сетевую зависимость и обслуживание. Выбор подтверждают замерами.
Windows, Linux, SQL Server или PostgreSQL: сначала совместимость
Проверяйте связку целиком: конфигурация → платформа → ОС сервера 1С → СУБД и её ОС. Для клиента, веб-компонентов и внешних модулей также могут действовать отдельные ограничения. Наличие ОС в требованиях 1С не заменяет проверку её жизненного цикла и сопровождения.
| Компонент | Варианты | Обязательная проверка |
|---|---|---|
| ОС сервера 1С | Windows или поддерживаемый дистрибутив Linux | Версия, архитектура, зависимости, поддержка платформы и внешних компонентов |
| Microsoft SQL Server | Поддерживаемые версии и редакции | Матрица 1С, лицензирование, ОС СУБД, ограничения редакции и обслуживание |
| PostgreSQL и совместимые продукты | Указанные в матрице сборки, включая варианты для 1С | Точное название, версия, патчи, поставщик, ОС и метод резервного копирования |
| Платформа и конфигурация | Согласованные релизы приложения, сервера и клиентов | Требования конфигурации, разрядность, компоненты, тест обновления и лицензии |
1С публикует отдельные списки операционных систем и поддерживаемых СУБД. В последнем различаются PostgreSQL с патчами 1С, продукты Postgres Pro, Tantor и другие поставки. Название «PostgreSQL» без версии и сборки недостаточно для выбора дистрибутива.
Не выбирайте Linux только ради экономии на ОС, а Windows — только по привычке. Учтите компетенции сопровождения, интеграции, доступность драйверов и компонентов, стоимость всего стека и проверенную процедуру восстановления.
Как выбирать оборудование и параметры ВМ
Процессор
Оценивайте время рабочих операций и загрузку в пик.
- Разделяйте длительную последовательную операцию и параллельную работу сеансов.
- В ВМ проверяйте конкуренцию за CPU и топологию NUMA.
- Добавление vCPU подтверждайте повторным замером.
Оперативная память
Память нужна ОС, процессам 1С, СУБД и сопутствующим службам.
- Считайте совместный пик, а не только размер базы.
- Оставляйте запас ОС и служебным операциям.
- Контролируйте подкачку и ошибки выделения памяти.
Диски и СХД
Важны задержки и устойчивость записи, а не только объём.
- Учитывайте данные, журналы, временные файлы и копии.
- Проверяйте полезную скорость и задержки при конкурирующих операциях.
- Разные виртуальные диски на одном перегруженном пуле сохраняют общую конкуренцию.
Сеть и резерв
Связь между клиентом, приложением и СУБД входит в путь операции.
- Проверяйте задержки, потери и разрешение имён.
- Учитывайте обмены и трафик копирования.
- Закладывайте ресурсы для обслуживания, роста и возврата сервиса.
Порядок развёртывания клиент-серверной 1С
- Зафиксировать состав. Записать версии, схему размещения, учётные записи, лицензии, каталоги, зависимости и план проверки.
- Подготовить ОС. Настроить имена, время, обновления и нужные компоненты. Предусмотреть отдельные служебные учётные записи и права на необходимые каталоги.
- Установить поддерживаемую СУБД. Определить каталоги данных, журналов и копий; настроить доступ, память и обслуживание под выбранную версию.
- Установить серверную платформу 1С. Выбрать нужные компоненты, проверить запуск службы и доступ к кластеру средствами администрирования.
- Создать или восстановить информационную базу. Указать правильный сервер СУБД и параметры подключения; проверить создание, запуск и доступ приложения.
- Подготовить клиентов и интеграции. Сверить версии, настроить лицензирование, публикацию при необходимости и доступ пользователей.
- Настроить эксплуатацию. Копирование, мониторинг, регламентные задания, уведомления и ответственных; проверить возврат в отдельной среде.
- Провести приёмку. Выполнить рабочие сценарии под согласованной нагрузкой и зафиксировать базовые замеры.
Зафиксируйте фактически настроенные адреса и порты платформы, СУБД и публикации. Доступ к администрированию и базе ограничьте предусмотренными узлами и ролями. Учётные данные не включайте в общедоступные инструкции и журналы.
Точные команды установки и названия служб зависят от ОС, дистрибутива и версии. Для рабочего внедрения нужен выбранный стек: универсальный набор команд для всех вариантов не подтверждает корректную установку.
Тюнинг СУБД: меняйте по измеренной причине
SQL Server: память и конкуренция ресурсов
Microsoft рекомендует задавать верхний предел памяти через max server memory. При совместном размещении оставляют ресурсы ОС, процессам 1С и другим службам. Параметр не ограничивает все возможные выделения памяти процесса, поэтому его нельзя считать общим пределом потребления. См. документацию Microsoft.
До изменения сохраните исходную настройку. Следующий запрос только показывает значения; он не меняет конфигурацию и выполняется с разрешённым доступом к экземпляру.
SELECT name, value, value_in_use
FROM sys.configurations
WHERE name IN ('min server memory (MB)', 'max server memory (MB)');Далее анализируют ожидания, длительные запросы, блокировки, временную область, рост файлов и обслуживание. Массовое перестроение индексов или смена параметров параллелизма без замера может добавить нагрузку вместо ускорения.
PostgreSQL: общий бюджет памяти
shared_buffers — только часть потребления. work_mem применяется к операциям запросов, а несколько операций и сеансов могут расходовать память одновременно. Поэтому большое значение, умноженное на нагрузку, может привести к дефициту памяти. См. описание ресурсов PostgreSQL 17; для другой версии сверяют соответствующую документацию.
Следующие команды только читают текущие значения. Это фиксация исходной конфигурации, а не рекомендуемый набор чисел.
SHOW shared_buffers;
SHOW work_mem;
SHOW maintenance_work_mem;
SHOW max_connections;Дополнительно проверяют статистику запросов, временные файлы, блокировки, работу autovacuum и анализ статистики. Не отключают механизмы надёжности записи ради красивого замера. Окончательные значения подтверждают нагрузочным тестом, а не размером ОЗУ по одной формуле.
Любое изменение оформляйте как гипотезу: исходный замер → одна согласованная правка → повтор той же операции → решение сохранить или вернуть настройку. СУБД, платформа и код приложения рассматриваются совместно.
Если 1С тормозит: где искать причину
| Наблюдение | Что сопоставить | Следующий шаг |
|---|---|---|
| Долго проводится один документ | Время операции, запросы, блокировки и код обработки | Повторить сценарий и определить ожидающий компонент |
| Замедление только в пик | CPU, память, задержки хранения, активные сеансы и фоновые задания | Проверить конкуренцию и расписание, затем ресурсы |
| Паузы совпадают с обслуживанием | Копирование, индексы, статистика, обмены и потребление I/O | Разнести или ограничить конкурирующие операции с повторным замером |
| Проблема у части пользователей | Клиент, сеть, путь доступа, роль и конкретный сценарий | Сравнить одинаковую операцию на сопоставимых условиях |
| Изменение после обновления | Версии, настройки, план запроса, расширения и зависимости | Воспроизвести в тесте и проверить согласованный путь исправления |
Для анализа технологических проблем 1С предусмотрен технологический журнал. Настройте нужные события, период сбора, ротацию и контроль места. Сохраняйте время проблемной операции и сопоставляйте его с метриками ОС и СУБД. Постоянный сбор всех событий без оценки объёма не заменяет диагностику.
Протокол наблюдения должен содержать операцию, пользователя или роль без секретов, время, версии, фактическую длительность и ожидаемый результат. Так администратор, специалист СУБД и разработчик разбирают одну проблему по общим данным.
Что включить в обслуживание
- Копии: база, необходимые журналы, настройки, файлы и независимая проверка восстановления.
- Контроль: доступность, ресурсы, ошибки, рост данных, задания и свежесть пригодной точки.
- Обновления: совместимость платформы, конфигурации, ОС и СУБД; тестовая база и проверенный порядок возврата.
- Обслуживание СУБД: статистика, очистка и другие операции по выбранной технологии и нагрузке.
- Безопасность: права, доступ к администрированию, служебные учётные записи и защита ключей.
- Приёмка: периодический повтор важных операций и сверка времени с согласованными целями.
Восстановленную тестовую базу изолируют от рабочих обменов и рассылок. Порядок резервирования сервисов разобран в статье о копировании серверов и приложений, критерии теста — в руководстве по проверке восстановления.
Что должно быть подтверждено после настройки
✓Связка версий и права использования проверены
✓Рабочие операции измерены под согласованной нагрузкой
✓Копии, мониторинг и регламент обслуживания работают
✓Возврат приложения проверен на выделенной среде
Две формы для настройки сервера 1С
Частые вопросы
Сколько ядер и памяти нужно на 50 пользователей?
Одного числа пользователей недостаточно. Нужны активность, конфигурация, база, операции, обмены и пиковые периоды. Состав ресурсов выбирают по нагрузке и подтверждают тестом.
Что быстрее для 1С — Windows или Linux?
Универсальный ответ без одинакового стека и нагрузки некорректен. Сравнивают поддерживаемые связки, параметры, драйверы, запросы и рабочие операции.
Подойдёт ли любой PostgreSQL?
Нет. Проверяют точный продукт, сборку, версию, патчи и поддерживаемую ОС по матрице 1С и документации поставщика.
Нужно ли разносить сервер 1С и СУБД?
Это зависит от нагрузки и эксплуатации. Разделение даёт независимое выделение ресурсов, но добавляет сетевые зависимости. Совместное размещение требует общего бюджета CPU, памяти и хранения.
Можно ли ускорить 1С только настройкой сервера?
Иногда узкое место находится в запросах, блокировках, коде или интеграциях. Сначала локализуют причину, затем меняют нужный уровень и повторяют замер.
Можно ли сразу обновить платформу и СУБД?
Сначала проверяют совместимость и поддерживаемый путь, копии и возврат. В тестовой среде подтверждают работу конфигурации, компонентов и обменов; рабочие изменения выполняют по согласованному плану.
Настроим сервер 1С под реальные задачи компании
Проверим текущий стек, измерим ключевые операции и определим узкие места. Подготовим конфигурацию ресурсов, план изменений и критерии приёмки вместе с обслуживанием и резервным копированием.
Обсудить настройку сервера 1С