Установка сервера 1С Предприятие 8.3: пошаговое руководство

Сервер 1С Предприятие 8.3 ставится тем же установщиком, что и клиент, но отдельной галочкой в списке компонентов. После установки на машине появляется служба «Агент сервера», которая сама создаёт кластер. Дальше остаётся подключить базы и выдать лицензии. На чистом Windows Server весь путь занимает 30–40 минут.

Ошибаются обычно не в самой установке, а до неё и после: не тот пользователь службы, закрытые порты, база на диске без места. Ниже порядок действий с этими ловушками.

Что проверить на сервере до запуска установщика

Сначала решите, где будет жить СУБД. Сервер 1С сам данные не хранит, он обрабатывает запросы и ходит в PostgreSQL, MS SQL Server и другие поддерживаемые СУБД. Для небольшой базы СУБД и сервер 1С можно держать на одной машине, для нескольких десятков пользователей лучше разнести.

Ориентиры по железу, ориентировочно:

Это не требования производителя, а практика: при нехватке памяти первыми «поплывут» тяжёлые отчёты и закрытие месяца .

Что ещё проверить:

• 🖥 Разрядность. Серверная часть сейчас ставится только 64-разрядной, на 64-разрядной системе.
• 👤 Учётная запись. Служба по умолчанию работает под локальным пользователем USR1CV8. Если у вас доменные политики, которые запрещают создание локальных учётных записей, заранее заведите отдельную доменную учётку.
• 🌐 Имя сервера. Оно должно разрешаться по DNS без точек и подчёркиваний. Имя вида srv_1c потом даст странные ошибки при подключении, берите srv1c.
• 💾 Место. Каталог данных кластера по умолчанию лежит в C:\Program Files\1cv8\srvinfo. Журналы регистрации и служебные файлы растут быстро, поэтому лучше сразу выбрать другой диск.

Запуск установщика и выбор компонентов

Запустите setup.exe из распакованного дистрибутива «Технологическая платформа 1С:Предприятия (64-bit) для Windows» от имени администратора. В мастере дойдите до окна выбора компонентов и раскройте список.

Нужны такие пункты:

1. 1С:Предприятие — ядро платформы. Без него сервер не запустится.
2. Сервер 1С:Предприятия — собственно серверная часть, ради которой всё и затевается.
3. Администрирование сервера 1С:Предприятия — консоль кластера. Её можно поставить и на рабочее место администратора, но на сервере она пригодится.
4. Модули расширения веб-серверов — только если планируете публикацию баз на IIS или Apache.

Отдельно в мастере встретится вопрос про установку сервера как службы Windows. На рабочей машине отвечайте «да». Запуск из-под обычного пользователя годится только для тестового стенда.

Дальше мастер копирует файлы и регистрирует службу. Перезагрузка обычно не требуется, но если установщик просит драйвер защиты (для аппаратного ключа), согласитесь и перезагрузите машину.

Служба агента сервера и первичная настройка кластера

После установки откройте services.msc и найдите службу «Агент сервера 1С:Предприятия 8.3 (x86-64)». Она должна стоять в режиме автоматического запуска и работать.

Проверьте три вещи:

• 🔑 Вкладка «Вход в систему» — пользователь USR1CV8 или ваша выделенная учётка.
• 📁 У этого пользователя есть полные права на каталог srvinfo. Если вы переносили каталог на другой диск, выдайте права вручную.
• ▶ Служба стартует без ошибки. Если упала сразу, смотрите журнал событий Windows.

Агент при первом запуске создаёт локальный кластер. Если вы хотите свой каталог данных, остановите службу и поменяйте параметр -d в строке запуска, например:

"C:\Program Files\1cv8\8.3.XX.XXXX\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "D:\1c\srvinfo"

Вместо 8.3.XX.XXXX подставьте номер вашей версии. Параметры -port, -regport и -range задают порты, о них ниже.

Какие порты открыть

Брандмауэр Windows по умолчанию режет входящие подключения, и клиенты увидят «сервер недоступен». Для стандартной конфигурации нужны:

Добавьте правило для входящих TCP-подключений на эти порты. Если сервер стоит за внешним файрволом, правила нужны и там.

Не открывайте эти порты в интернет. Подключение к кластеру идёт без шифрования, для удалённой работы используйте VPN или публикацию через веб-сервер.

Консоль администрирования и подключение к кластеру

Консоль запускается из меню «Пуск» (папка 1С Предприятие), пункт «Администрирование серверов 1С:Предприятия». В дереве нажмите правой кнопкой на «Центральные серверы 1С:Предприятия» и выберите создание нового сервера. В поле имени введите имя_сервера:1540. Если консоль стоит на самом сервере, достаточно имени или localhost.

Раскройте ветку: внутри будет «Кластеры» с уже созданным кластером по умолчанию. Его имя «Локальный кластер», порт 1541. Откройте свойства кластера и проверьте:

• Интервал перезапуска рабочих процессов. Стандартное значение 0 означает, что процессы не перезапускаются. На практике удобно ставить 86400 секунд (раз в сутки), тогда память не копится.
• Допустимый объём памяти. Задайте порог по числу гигабайт, при превышении процесс будет аккуратно заменён.
• Режим безопасности. Оставьте стандартный, пока не понадобится что-то особое.

Если планируете управлять кластером с другого компьютера по современной схеме, поднимите сервер администрирования. Запускается он так:

ras.exe cluster --service --port=1545 localhost:1540

Эту строку лучше оформить отдельной службой Windows, чтобы RAS стартовал сам после перезагрузки.

Как добавить информационные базы в кластер

Базы создаются в консоли или прямо из окна запуска 1С. Рассмотрим консоль: ветка «Информационные базы» → правая кнопка → создание. Заполните поля:

1. Имя — латиницей без пробелов, например buh_main. По нему базу будут искать клиенты.
2. Защищённое соединение — пока можно оставить «выключено».
3. Тип СУБД — PostgreSQL или MS SQL Server.
4. Сервер баз данных — адрес СУБД (может быть localhost).
5. Имя базы данных — как база называется внутри СУБД.
6. Пользователь и пароль СУБД — учётка с правом создавать базы.
7. Создать базу данных в случае её отсутствия — отметьте, если база новая.
8. Блокировка регламентных заданий — пока снята.

После сохранения база появится в списке. Загрузить в неё данные можно из выгрузки .dt: запустите конфигуратор с этой базой и выберите загрузку информационной базы.

Клиентам подключаться удобно через список баз: «Добавить» → «Добавление в список существующей информационной базы» → «На сервере 1С:Предприятия». Там вводятся имя сервера и имя базы. Эквивалентная строка соединения:

Srvr="srv1c";Ref="buh_main";

Если порты нестандартные, имя сервера пишут с портом: srv1c:1540.

Лицензирование сервера и права доступа

Для каждого сеанса нужна клиентская лицензия, а для самого сервера не требуется отдельной «серверной» лицензии: достаточно набора клиентских на нужное число подключений. Лицензии бывают программными (по пин-коду) и аппаратными (USB-ключ).

Как получить программную лицензию на сервере:

• 📌 В консоли откройте кластер, в нём ветку «Лицензии» (вид зависит от версии платформы).
• 📌 Запустите получение лицензии и введите пин-код с карточки комплекта.
• 📌 Сервер привязывается к конкретной машине. После смены оборудования лицензию придётся восстанавливать через службу поддержки.

Если ключ аппаратный, вставьте его в сервер до запуска службы, поставьте драйвер защиты и проверьте, что ключ виден. Для виртуальной машины часто используют проброс USB-порта либо сетевой менеджер лицензий.

Администраторы кластера и права в базах

Чтобы не оставлять консоль открытой для любого с доступом к серверу, задайте:

1. Администратора кластера — в свойствах кластера, раздел администраторов. Со временем пароль придётся вводить при каждом подключении.
2. Администратора центрального сервера — отдельная учётка для агента.
3. Пользователей базы — настраивается в самой конфигурации, это уже уровень 1С, а не сервера.

Хороший порядок: пароль на кластер ставьте сразу после первой проверки, пока работает один админ.

Диагностика подключения и разгон производительности

Если клиент пишет, что не может подключиться к серверу , идите по цепочке. Сначала проверьте, что служба запущена, потом что порт отвечает: на клиенте выполните в PowerShell Test-NetConnection srv1c -Port 1540. Ответ True значит, что сеть и брандмауэр пропускают трафик.

Что подкрутить для скорости

Скорость работы серверной базы на 80% определяется СУБД и диском. Из настроек самого кластера обычно достаточно:

• ⚙ Раздельные рабочие процессы под тяжёлые и лёгкие базы, если на сервере живёт много баз.
• ⚙ Регулярный перезапуск процессов по расписанию, как описано выше.
• ⚙ Отдельный диск под журналы регистрации и под srvinfo: на нём идёт интенсивная запись.
• ⚙ Регламентные операции СУБД по расписанию: обновление статистики и обслуживание индексов.

Размер журналов регистрации стоит ограничивать. Если база на большом объёме работает давно, а журнал не чистили, он разрастается до десятков гигабайт и тормозит открытие.

Если не помогло

Когда цепочка выше не нашла причину, соберите факты и сузьте круг:

1. Подключитесь к кластеру из консоли на самом сервере. Если там всё работает, а с клиента нет, проблема в сети, DNS или файрволе.
2. Подключитесь с клиента по IP-адресу вместо имени. Заработало — виновато разрешение имён, добавьте запись в DNS или в файл hosts на клиенте.
3. Проверьте версии платформы: клиент и сервер должны совпадать по первым трём группам номера, а надёжнее — полностью.
4. Откройте журнал событий Windows на сервере, раздел «Приложение». Ошибки агента пишутся туда с источником 1С.
5. Загляните в каталог журналов технологического журнала, если он включён. Он подробный, но объёмный, включайте его на короткое время.

Если ничего не выявилось, временно отключите брандмауэр на сервере на пару минут. Это проверка, а не решение: по результату вернёте его и настроите правило точнее.

Обслуживание сервера после запуска

Установленный сервер надо поддерживать, иначе через полгода он начнёт «ползти». Минимальный набор регламентных работ:

• 🗓 Раз в неделю смотрите размер каталога srvinfo и журналов регистрации баз.
• 🗓 Раз в месяц проверяйте свободное место на дисках СУБД и сервера: порог тревоги 15% свободного.
• 🗓 Перед каждым обновлением конфигурации делайте выгрузку базы или резервную копию средствами СУБД.
• 🗓 После обновления платформы проверяйте путь в свойствах службы и запуск регламентных заданий.

Резервная копия средствами СУБД быстрее и надёжнее выгрузки .dt на больших базах, но проверяйте её восстановлением на тестовом стенде хотя бы раз в квартал. Копия, которую ни разу не разворачивали, ничего не гарантирует.

Частые вопросы