Администрирование · 12 мин
Как установить 1С на Windows Server
Пошаговая установка 1С на Windows Server: требования, файловый и клиент-серверный режимы, настройка прав, публикация базы и проверка работы.
Установка 1С на Windows Server отличается от установки на обычный компьютер: сервер обслуживает нескольких пользователей одновременно, поэтому критичны права доступа, выбор режима работы (файловый или клиент-серверный) и корректная публикация информационных баз. Ошибка на этапе развёртывания оборачивается падением производительности, конфликтами лицензий или потерей доступа к данным всей организации.
Перед началом работ определитесь с архитектурой: для небольшого офиса до 5–10 пользователей обычно достаточно файлового режима с общей сетевой папкой или публикацией через веб-сервер, для более крупных внедрений потребуется связка «сервер 1С:Предприятия + СУБД» (MS SQL Server, PostgreSQL). От этого выбора зависит набор устанавливаемых компонентов и порядок действий.
Ниже разобран полный цикл: подготовка сервера, установка платформы, развёртывание сервера 1С, подключение базы данных, публикация для пользователей и проверка результата. Инструкция ориентирована на администратора, который делает это впервые, но уже уверенно работает с Windows Server.
Подготовка сервера и учётных записей
Сначала убедитесь, что сервер соответствует требованиям конкретной версии платформы 1С: разрядность операционной системы, объём оперативной памяти и свободное место на диске должны перекрывать нагрузку с запасом. Для клиент-серверного режима память особенно важна — её потребляют и сервер 1С, и СУБД. Рекомендуется выделить под базы данных отдельный дисковый раздел, чтобы рост базы не заполнил системный том.
Создайте отдельную учётную запись для службы сервера 1С (классически используется имя вида USR1CV8). Учётная запись должна иметь права локального администратора на сервере 1С либо минимально необходимый набор прав: чтение каталога платформы, полный доступ к каталогу служебных файлов сервера, право входа в качестве службы. Не запускайте службы 1С от учётной записи администратора домена — это избыточные права и лишний риск.
Проверьте сетевые настройки: сервер должен иметь статический IP-адрес, а его имя — корректно разрешаться в DNS. Если клиенты будут подключаться по имени сервера, убедитесь, что оно не содержит кириллицы и разрешается с рабочих станций. Также заранее решите, как будут доставляться лицензии: программные лицензии активируются на конкретном сервере, аппаратные ключи HASP требуют установки менеджера лицензий.
Установка платформы 1С:Предприятие
Скачайте дистрибутив платформы с официального портала 1С по действующей подписке. Запустите установщик от имени администратора и выберите нужные компоненты: «1С:Предприятие», «Сервер 1С:Предприятия» (для клиент-серверного режима), «Администрирование сервера 1С:Предприятия», «Модули расширения веб-сервера» (если планируется публикация через IIS или Apache). Тонкий клиент и интерфейсы на нужных языках ставятся по необходимости.
Обратите внимание на разрядность: для сервера 1С рекомендуется 64-разрядная версия, она снимает ограничение на объём памяти рабочих процессов. Каталог установки лучше оставить по умолчанию — это упрощает обновления и диагностику. Если на одном сервере должны сосуществовать несколько версий платформы, они устанавливаются параллельно и не конфликтуют, но службы сервера 1С разных версий должны использовать разные диапазоны портов.
- 1Скачайте дистрибутив нужной версии платформы и распакуйте его
- 2Запустите setup.exe от имени администратора
- 3Отметьте компоненты: платформа, сервер 1С, консоль администрирования, модули веб-сервера
- 4Укажите учётную запись для службы агента сервера (при установке сервера 1С)
- 5Завершите установку и убедитесь, что служба «Агент сервера 1С:Предприятия» запущена
Выбор режима работы: файловый или клиент-серверный
Файловый режим — самый простой вариант: база хранится в файле 1Cv8.1CD в общей папке, пользователи подключаются напрямую или через веб-сервер. Он подходит для небольших команд, но плохо переносит одновременную работу большого числа пользователей и чувствителен к сбоям сети: обрыв соединения во время записи может повредить файл базы. Размещать файловую базу в сетевой папке с прямым доступом десятков пользователей — типичная ошибка, правильнее публиковать её через веб-сервер.
Клиент-серверный режим требует установки сервера 1С и СУБД, но даёт надёжность, параллельную работу многих пользователей и механизмы резервного копирования средствами СУБД. Для MS SQL Server потребуется отдельная лицензия на СУБД, PostgreSQL распространяется свободно — это частый выбор для снижения стоимости внедрения.
Сравнение вариантов развёртывания
Подходит для 1–5 пользователей. Простая установка, но риск повреждения базы при обрыве сети и снижение скорости при росте числа пользователей.
Подходит для небольших команд с удалённым доступом. Пользователи работают через браузер или тонкий клиент, файл базы не раздаётся по сети напрямую.
Для десятков и сотен пользователей. Требует больше ресурсов и администрирования, но обеспечивает стабильность, транзакционность и удобное резервное копирование.
Установка и настройка сервера 1С и СУБД
После установки компонента «Сервер 1С:Предприятия» проверьте, что служба агента сервера запущена и работает от созданной учётной записи. Откройте консоль «Администрирование серверов 1С:Предприятия», добавьте локальный сервер и убедитесь, что кластер создан и рабочие процессы видны в консоли. Если консоль не видит сервер, чаще всего причина в брандмауэре: нужно разрешить порты агента, менеджера кластера и диапазон портов рабочих процессов.
Установите СУБД. Для MS SQL Server выберите сортировку (collation), совместимую с требованиями 1С — обычно Cyrillic_General_CI_AS, и настройте смешанный режим аутентификации, создав отдельный логин для сервера 1С с правами на создание баз данных. Для PostgreSQL используйте сборку, рекомендованную для работы с 1С, и задайте параметры в postgresql.conf согласно документации платформы.
Создание и публикация информационной базы
Создать базу можно двумя способами. Первый — через диалог запуска 1С на сервере: «Добавить» → «Создание новой информационной базы» → указать сервер 1С, тип СУБД и имя базы; сервер 1С сам создаст базу в СУБД. Второй — через консоль администрирования кластера, где база регистрируется вручную с указанием параметров подключения к СУБД. Для развёртывания типовой конфигурации удобнее первый способ с выбором шаблона из установленной конфигурации.
Если пользователи будут работать через браузер или тонкий клиент по HTTP, опубликуйте базу на веб-сервере. Для IIS установите модули расширения веб-сервера из дистрибутива платформы, включите нужные компоненты IIS и выполните публикацию через конфигуратор («Администрирование» → «Публикация на веб-сервере») или утилитой webinst. Проверьте, что пул приложений IIS работает в той же разрядности, что и модули расширения.
"C:\Program Files\1cv8\8.3.xx.xxxx\bin\webinst.exe" -publish -wsdir mybase -dir "C:\inetpub\mybase" -connstr "Srvr=SERVER1C;Ref=MyBase;" -iisДля доступа из интернета обязательно включите HTTPS с действующим сертификатом и ограничьте доступ на уровне веб-сервера. Публикация базы по открытому HTTP без шифрования означает передачу логинов и данных в открытом виде.
Настройка лицензий и доступа пользователей
Программные лицензии активируются через конфигуратор или консоль сервера: понадобится пин-код из комплекта поставки. Серверные лицензии привязываются к параметрам оборудования сервера — смена сетевых адаптеров или материнской платы может потребовать повторной активации, поэтому фиксируйте конфигурацию сервера после активации. При использовании аппаратных ключей HASP установите драйвер и менеджер лицензий, убедитесь, что ключ виден в сети.
Заведите пользователей в конфигураторе («Администрирование» → «Пользователи»), назначьте роли согласно должностным обязанностям. Для доменной среды удобна аутентификация операционной системы: пользователи входят в 1С под своими доменными учётными записями без отдельных паролей. Не давайте всем пользователям роль «Полные права» — это частая причина случайных повреждений данных.
Проверка работоспособности и обновление
После установки выполните контрольные проверки: запустите толстый или тонкий клиент с рабочей станции, войдите в базу, откройте несколько типовых документов и отчётов. Проверьте журнал регистрации на наличие ошибок подключения, а в консоли кластера — что рабочие процессы запущены и потребляют разумный объём памяти. Для веб-публикации проверьте доступ по ссылке с клиентского компьютера, а не только с самого сервера.
Настройте резервное копирование сразу, до начала реальной работы: для клиент-серверного режима — штатными средствами СУБД (регулярные полные и разностные копии), для файлового — копирование файла базы по расписанию вне рабочих часов. Проверьте восстановление из копии на тестовой базе — резервная копия, которая ни разу не восстанавливалась, не считается надёжной.
Обновления платформы устанавливайте поверх существующей версии: старые версии при этом можно оставить для отката. Перед обновлением делайте копию базы и проверяйте совместимость конфигурации с новой версией платформы — режим совместимости задаётся в свойствах конфигурации.
Как проверить результат
Служба запущена, работает от выделенной учётной записи, кластер виден в консоли
Служба останавливается сразу после запуска, в журнале ошибки доступа к каталогам
Клиент с рабочей станции открывает базу и работает без ошибок соединения
Ошибка «сервер не обнаружен» или тайм-аут — проверяйте DNS и брандмауэр
База открывается в браузере по HTTPS с клиентского ПК
Ошибка 500 или 404 — проверяйте разрядность пула IIS и права на каталог публикации
Пользователи запускают базу без сообщения «не найдена лицензия»
Ошибка поиска лицензии — проверяйте активацию или видимость ключа HASP
Что важно запомнить
Успешная установка 1С на Windows Server — это выделенная учётная запись службы, правильно выбранный режим работы, закрытые брандмауэром лишние порты при открытых нужных, настроенные лицензии и резервное копирование, проверенное восстановлением. Сначала тестовый прогон, потом рабочий запуск.
Частые вопросы
Можно ли установить сервер 1С и SQL Server на одну машину?
Да, это распространённая схема для небольших и средних внедрений — она проще в настройке и не требует сетевого взаимодействия между сервером 1С и СУБД. Обязательно ограничьте максимальный объём памяти SQL Server, чтобы остались ресурсы для рабочих процессов 1С и операционной системы.
Сколько пользователей выдержит файловый режим?
Комфортная работа обычно возможна при нескольких одновременно работающих пользователях. При росте числа пользователей и объёма базы увеличиваются блокировки и риск повреждения файла при сбоях сети. Если пользователей больше десятка или база активно растёт, планируйте переход на клиент-серверный режим.
Нужна ли отдельная лицензия на сервер 1С?
Да, для работы сервера 1С:Предприятия требуется серверная лицензия, а для подключения пользователей — клиентские лицензии соответствующего количества. Файловый режим серверной лицензии не требует, достаточно клиентских.
Что делать, если клиент не видит сервер 1С?
Проверьте по порядку: запущена ли служба агента сервера, разрешены ли в брандмауэре порты агента, менеджера кластера и рабочих процессов, разрешается ли имя сервера в DNS с клиентской машины, совпадает ли версия платформы клиента с версией сервера. Чаще всего причина — брандмауэр или несовпадение версий.
Можно ли перенести базу из файлового режима в клиент-серверный?
Да. Сделайте выгрузку базы в файл .dt через конфигуратор («Администрирование» → «Выгрузить информационную базу»), создайте пустую базу на сервере 1С и загрузите в неё выгрузку. Перед переносом проверьте, что в базе нет пользователей с активными сеансами, и сохраните исходный файл базы как резервную копию.
Как безопасно обновить платформу на работающем сервере?
Сделайте резервную копию базы, завершите сеансы пользователей, установите новую версию платформы параллельно со старой и проверьте работу на тестовой копии базы. Если конфигурация использует режим совместимости со старой версией, обновление платформы обычно не требует изменения конфигурации, но тестовый запуск обязателен.