Настройка платформы 1С:Предприятие 8.3 с нуля

Настроить 1С:Предприятие 8.3 — значит собрать связку из трёх частей: платформы на клиентских местах, сервера приложений (кластера) и системы управления базами данных. В файловом режиме сервер и СУБД не нужны, базу создают прямо в окне запуска. В клиент-серверном варианте порядок такой: сначала СУБД, затем сервер 1С и кластер, потом информационная база и лицензии, в конце — пользователи и регламент обслуживания.

Ниже — порядок действий для 8.3 с интерфейсом «Такси» на Windows Server 2016 и новее. Пути и названия окон относятся к платформе, а не к конкретной конфигурации, поэтому подойдут и для Бухгалтерии, и для ЗУП, и для УТ.

Файловый режим или клиент-сервер: что выбрать и что подготовить

Выбор архитектуры определяет всё остальное. Решайте по числу пользователей и размеру базы.

• 👤 Файловый режим. База — это папка с файлом 1Cv8.1CD. Подходит для небольшой базы и малого числа одновременных сеансов. Не нужны ни сервер 1С, ни СУБД.
• 🖥️ Клиент-сервер. Данные хранит СУБД, бизнес-логику исполняет кластер серверов 1С. Держит десятки и сотни пользователей, крупные базы, фоновые задания. Нужны лицензия на сервер и клиентские лицензии.

Перед установкой клиент-серверного варианта подготовьте окружение. Разрядность платформы и СУБД берите 64-битную — 32-битный сервер держит меньше памяти и для рабочей базы не годится.

Установка и настройка СУБД

1С работает с несколькими СУБД: PostgreSQL, Microsoft SQL Server, Oracle Database, IBM Db2. Для большинства внедрений выбирают PostgreSQL (бесплатен) или MS SQL.

Для PostgreSQL ставьте специальную сборку, адаптированную под 1С, а не обычный дистрибутив с сайта проекта. На штатном PostgreSQL часть запросов 1С работает некорректно.

Порядок для PostgreSQL:

1. Установите сборку PostgreSQL для 1С той же разрядности, что и сервер 1С.
2. Задайте пароль суперпользователя postgres — он понадобится при создании базы.
3. Проверьте, что служба PostgreSQL запущена и слушает порт (по умолчанию 5432).
4. Для рабочих баз увеличьте в конфигурации PostgreSQL объём памяти под кэш и рабочие буферы — значения по умолчанию рассчитаны на минимальную машину.

Основные параметры PostgreSQL, которые подкручивают под нагрузку, живут в файле postgresql.conf:

• shared_buffers — память под общий кэш данных; обычно задают заметно больше стартового значения.
• work_mem — память на операцию сортировки/соединения; слишком большое значение опасно при многих сеансах.
• effective_cache_size — подсказка планировщику, сколько памяти доступно под кэш ОС и СУБД.

Конкретные числа зависят от объёма ОЗУ сервера и числа пользователей, поэтому их подбирают под вашу машину, а не копируют вслепую.

Для MS SQL Server:

1. Установите экземпляр SQL Server, выберите смешанный режим аутентификации (SQL + Windows).
2. Задайте пароль учётной записи sa или заведите отдельного пользователя SQL под базы 1С.
3. Модель восстановления базы 1С обычно переводят в «Простую» (Simple), если не нужны транзакционные журналы для поминутного восстановления, — иначе журнал транзакций быстро разрастается.

Установка сервера 1С и настройка кластера

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

Во время установки на Windows мастер предложит:

• установить сервер 1С:Предприятия как службу (рекомендуется для рабочих баз — стартует вместе с ОС);
• указать пользователя службы — ту служебную учётную запись ОС, которую вы завели заранее;
• выбрать разрядность.

После установки поднимается служба агента сервера ragent. Она держит кластер. Схема соединений такая:

• клиент обращается к агенту сервера на порт 1540;
• агент передаёт запрос менеджеру кластера на порт 1541;
• менеджер распределяет нагрузку между рабочими процессами (rphost), порты которых задаются диапазоном в свойствах рабочего сервера (по умолчанию 1560–1591).

Эти порты нужно открыть в брандмауэре, иначе клиенты не подключатся.

Управляют кластером через оснастку «Администрирование серверов 1С:Предприятия» (консоль MMC) или через утилиту командной строки rac. Консоль работает тоже через агента сервера, поэтому её поведение совпадает с тем, что видят клиенты.

Из командной строки состояние кластера удобно проверять без графической консоли. Например, rac cluster list покажет кластеры и их идентификаторы, а rac session list --cluster=<id> — активные сеансы. Полный список команд и их параметров смотрите в справке rac help — не подбирайте ключи наугад.

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

Создание информационной базы и подключение к ней

Базу создают из окна запуска 1С — того же, где выбирают базу для входа.

1. В окне запуска нажмите «Добавить».
2. Выберите «Создание новой информационной базы».
3. Укажите, из чего создавать: из шаблона поставки конфигурации или пустую.
4. Выберите тип расположения — «На сервере 1С:Предприятия».
5. Заполните параметры подключения:

6. Поставьте флаг «Создать базу данных в случае её отсутствия» — тогда 1С сама создаст базу в СУБД.
7. Нажмите «Готово».

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

Активация лицензий

Без действующей лицензии платформа не запустит информационную базу (исключение — учебная версия с ограничениями). Лицензии бывают двух видов:

• 🔑 Программные (software). Активируются пин-кодом, привязываются к оборудованию. Удобны для серверов и виртуальных машин.
• 🔌 Аппаратные (USB-ключи HASP). Физический ключ в порт сервера или рабочей станции; для сети ставят сетевой ключ и менеджер лицензий.

Для клиент-серверного варианта нужны:

1. Лицензия на сервер 1С:Предприятия — отдельная, без неё кластер не отдаёт клиентские соединения.
2. Клиентские лицензии (CAL) — на число рабочих мест или пользователей. Сетевые клиентские лицензии можно разместить централизованно на сервере, тогда рабочие станции берут их из общего пула.

Программную лицензию активируют при первом запуске: платформа предложит ввести регистрационный номер и пин-код. Серверную лицензию устанавливают на сервере, где работает ragent.

Пользователи и права доступа

Список пользователей ведётся в самой информационной базе, а не в кластере. Завести их можно двумя путями.

Через Конфигуратор. Откройте базу в режиме «Конфигуратор» → меню «Администрирование» → «Пользователи». Создайте пользователя, на вкладке «Прочие» назначьте роли из конфигурации. Здесь же задают способ аутентификации: пароль 1С или вход под учётной записью Windows/ОС.

Через режим «Предприятие». В типовых конфигурациях на управляемых формах (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) пользователями управляют из раздела «Администрирование» → «Настройки пользователей и прав». Там же — профили групп доступа, которые раздают права пачкой, без ручной расстановки ролей.

Базовые принципы настройки прав:

• Заведите отдельных пользователей — общая учётка «под всех» лишает журнал регистрации смысла.
• Выдавайте права через профили групп доступа, а не отдельными ролями каждому — так проще сопровождать.
• Ограничьте число пользователей с полными правами (администратор); на остальных настройте профили под их функции.
• Для аудита включите запись действий — журнал регистрации покажет, кто и что менял.

Обслуживание, резервные копии и производительность

Настроенную базу нужно обслуживать — иначе со временем растут блокировки и падает скорость.

Резервные копии. Для клиент-серверной базы делайте бэкап средствами СУБД (для PostgreSQL — pg_dump или физическое копирование, для MS SQL — план обслуживания с бэкапом). Выгрузка в файл .dt из Конфигуратора — тоже копия, но на больших базах она медленная и требует монопольного доступа, поэтому её держат как дополнительный, а не основной способ.

Регламентные и фоновые задания. В настройках базы включите нужные регламентные задания (обновление полнотекстового поиска, закрытие периодов, обмены). Тяжёлые задания переносите на нерабочее время.

Обслуживание СУБД. Настройте регулярное обновление статистики и переиндексацию в СУБД — для PostgreSQL это VACUUM/ANALYZE (автовакуум включён по умолчанию, но его параметры под нагрузку подкручивают), для MS SQL — план обслуживания с реиндексацией.

Тестирование и исправление. Периодически запускайте из Конфигуратора «Администрирование» → «Тестирование и исправление информационной базы». Эта операция требует монопольного доступа и может идти долго — планируйте её на время, когда в базе никого нет.

Когда нужен монопольный доступ. Вопреки частому заблуждению, Конфигуратор не «захватывает базу» при каждом открытии. Монопольный режим нужен только для обновления структуры конфигурации (реструктуризация), загрузки .dt, а также тестирования и исправления. Для правки форм и модулей без изменения структуры монополия не требуется.

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