Как программно развернуть группу 1С в локальной сети

Развертывание группы 1С — это установка платформы и настройка информационных баз сразу на нескольких компьютерах пользователей. Когда в организации больше пяти рабочих мест, ручная установка на каждый компьютер превращается в многочасовую рутину, а риск ошибок в версиях и настройках резко возрастает. Программное развертывание решает обе проблемы: администратор один раз готовит дистрибутив и сценарий, после чего установка выполняется централизованно.

Под «группой» обычно понимают набор клиентских машин, на которые нужно поставить платформу 1С:Предприятие одинаковой версии, опубликовать общие информационные базы и настроить единый список подключений. В зависимости от инфраструктуры применяются разные механизмы: общие сетевые ресурсы с административной установкой, групповые политики Active Directory, скрипты тихой установки или системы управления конфигурациями.

Материал ориентирован на администраторов и внедренцев, работающих в среде Windows с доменом или без него. Рассмотрены подготовка дистрибутива, команды установки, распространение списка баз и проверка результата. Отдельно разобраны ограничения и типичные ошибки, из-за которых развертывание завершается формально успешно, но пользователи не могут начать работу.

Какой способ развертывания выбрать

Выбор механизма зависит от трёх факторов: наличия домена Active Directory, количества рабочих мест и требований к обновлениям. В доменной среде логичнее всего групповые политики (GPO) с установкой MSI-пакета или запуском скрипта при включении компьютера. Без домена основным инструментом становятся пакетные сценарии и общие сетевые папки, а при большом парке — системы вроде SCCM или аналогичные решения для централизованного управления ПО.

Отдельный сценарий — административная установка на сервер. Платформа ставится не на каждый компьютер целиком, а на сетевой ресурс, с которого клиенты подтягивают файлы при первом запуске или работают через него напрямую. Это упрощает обновление: достаточно обновить один каталог на сервере, а не обходить все рабочие места.

Подготовка дистрибутива и сетевого ресурса

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

Для административной установки используется режим setup.exe /a, который распаковывает платформу в указанный сетевой каталог в виде, пригодном для установки клиентами по сети. Внутри такого каталога создаётся структура с конфигурационными файлами, в том числе файлом 1cestart.cfg, через который можно заранее задать общие параметры для всех рабочих мест.

Проверьте доступность ресурса с типового клиентского компьютера под обычной учётной записью пользователя, а не под администратором. Частая ситуация: администратор видит папку, а пользователи — нет, потому что разрешения выданы на уровне NTFS, но не на уровне общего доступа, или наоборот.

Тихая установка платформы из командной строки

Установщик платформы поддерживает тихий режим, при котором не отображаются диалоговые окна и не требуется участие пользователя. Базовая команда выглядит так: setup.exe /S /D="C:\Program Files\1cv8", где параметр /S включает тихий режим, а /D задаёт каталог установки. Параметр /D должен идти последним, и путь указывается без кавычек внутри значения в ряде версий установщика — эту особенность стоит проверить на тестовой машине.

Для массового развертывания команду оборачивают в пакетный файл, который дополнительно копирует конфигурационные файлы, создаёт ярлыки и записывает результат в журнал. Журналирование критично: без него невозможно понять, на каких машинах установка прошла, а на каких завершилась ошибкой.

@echo off
set LOG=C:\install_1c.log
echo %date% %time% Start >> %LOG%
\\server\1c_dist\setup.exe /S /D="C:\Program Files\1cv8" >> %LOG% 2>&1
if %errorlevel%==0 (echo OK >> %LOG%) else (echo FAIL %errorlevel% >> %LOG%)

Запускать такой сценарий можно вручную, через планировщик задач, через PsExec на удалённых машинах или как скрипт загрузки компьютера в групповой политике. Последний вариант удобен тем, что выполняется от имени системы с повышенными правами и не требует, чтобы пользователь обладал правами локального администратора.

Развертывание через групповые политики домена

В доменной среде создаётся организационное подразделение с целевыми компьютерами, к нему привязывается объект групповой политики. В разделе «Конфигурация компьютера» настраивается либо установка пакета, либо сценарий автозагрузки, который вызывает тихую установку с сетевого ресурса. Политика применяется при включении компьютера, до входа пользователя, что исключает влияние прав учётной записи.

Перед назначением политики на всю группу обязательно протестируйте её на одном-двух компьютерах в отдельном подразделении. Ошибка в скрипте, раскатанная на весь домен, может привести к циклическим перезагрузкам или повреждению существующих установок платформы на десятках машин одновременно.

1. 1
   Разместите дистрибутив и скрипт на сетевом ресурсе с доступом для компьютеров домена
2. 2
   Создайте тестовое подразделение и переместите туда 1–2 компьютера
3. 3
   Создайте GPO со сценарием автозагрузки, вызывающим тихую установку
4. 4
   Проверьте установку на тестовых машинах и журнал выполнения
5. 5
   Расширьте политику на рабочее подразделение

Централизованная настройка списка информационных баз

Установленная платформа без настроенного списка баз не даёт пользователю начать работу. Список баз хранится в файле ibases.v8i в профиле пользователя, а общие параметры могут задаваться через файл 1cestart.cfg. Программное развертывание группы обычно включает копирование заранее подготовленного файла списка баз на каждое рабочее место.

Альтернатива — указать в конфигурационном файле путь к общему списку баз на сетевом ресурсе. Тогда при добавлении новой базы администратор правит один файл на сервере, и изменение видят все пользователи при следующем запуске. Это особенно удобно при частом появлении тестовых и копий рабочих баз.

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

Проверка результата на группе рабочих мест

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

Для удалённой проверки удобно использовать PowerShell: запросить на целевой машине версию установленной платформы через реестр или по наличию каталога, а результат собрать в сводный файл. Это позволяет за один проход охватить всю группу и получить список машин, требующих ручного вмешательства.

Ограничения и меры безопасности

Программное развертывание требует повышенных привилегий, и это главный источник рисков. Учётная запись, от имени которой выполняется установка, получает широкий доступ к группе компьютеров, поэтому её пароль нельзя хранить в открытом виде в скриптах. Используйте встроенные механизмы: системную учётную запись в GPO, защищённые задачи планировщика, отдельные сервисные учётные записи с минимально необходимыми правами.

Перед массовым обновлением версии платформы убедитесь, что конфигурация базы совместима с новой версией, и что у вас есть резервная копия данных. Обновление платформы на клиентах при несовместимой конфигурации может потребовать конвертации базы, которая в ряде случаев необратима.

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