Настройка 1С 8.3 с нуля: установка, пользователи, бэкап и диагностика

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

Ниже — порядок действий администратора: от выбора режима и установки платформы до пользователей, резервных копий и разбора ошибок. Речь о платформе 1С:Предприятие 8.3 с интерфейсом «Такси»; пути в разделе администрирования приведены для типовых конфигураций на управляемых формах.

Выбираем режим работы и готовим инфраструктуру

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

Файловую базу кладут на сетевой диск с постоянным доступом. Не размещайте рабочую базу в облачной папке с синхронизацией (OneDrive, Яндекс.Диск): фоновая синхронизация портит файл базы.

Для клиент-серверного варианта понадобятся:

• 🖥️ сервер под службу 1С:Предприятия (Windows Server 2016 и новее либо Linux);
• 🗄️ сервер СУБД — PostgreSQL (в том числе сборка для 1С) или Microsoft SQL Server;
• 🔑 аппаратные или программные лицензии на нужное число пользователей и серверная лицензия.

Если пока не ясно, какой режим нужен, пройдите короткий разбор.

Устанавливаем платформу и создаём информационную базу

Дистрибутив платформы запускают файлом setup.exe. В мастере отмечают компоненты. Для обычного рабочего места достаточно пункта 1С:Предприятие. Для сервера дополнительно ставят Сервер 1С:Предприятия и Администрирование сервера — консоль управления кластером.

После установки запускается стартовое окно со списком баз. Чтобы добавить базу , нажмите Добавить и выберите один из вариантов:

1. Создание новой информационной базы — пустая база или база из шаблона поставки (дистрибутива конфигурации).
2. Добавление в список существующей — если база уже создана на диске или на сервере.

Дальше указывают тип расположения.

• Для файлового варианта — каталог на диске или в сети. Платформа создаст там файл 1Cv8.1CD.
• Для серверного — имя кластера (по умолчанию адрес сервера и порт 1541), имя базы данных, тип СУБД, сервер СУБД, учётные данные к ней. На этом шаге можно поставить флажок создания базы данных в СУБД, если её ещё нет.

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

Заводим пользователей и настраиваем права доступа

Различайте два уровня учётных записей, их часто путают:

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

Список пользователей базы в типовых конфигурациях ведут в режиме 1С:Предприятие: раздел Администрирование → Настройки пользователей и прав. Там создают пользователя, задают логин, способ аутентификации (по паролю 1С или по учётной записи Windows) и назначают права.

Права в типовых конфигурациях раздаются не напрямую, а через профили групп доступа. Логика такая:

1. роли закладываются в конфигурации (на уровне разработки);
2. из ролей собирают профиль группы доступа — например, «Бухгалтер», «Расчётчик», «Только просмотр»;
3. пользователя включают в одну или несколько групп доступа, и он получает их права.

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

Настраиваем параметры запуска и производительность

Параметры запуска задают через ярлык или в стартовом окне. Полезные ключи командной строки 1cv8:

• /S<сервер>\<база> — запуск серверной базы;
• /F<путь> — запуск файловой базы;
• /N<пользователь> и /P<пароль> — вход без диалога (для автозапуска заданий);
• /DisableStartupMessages — без стартовых уведомлений.

Отдельная частая причина странного поведения клиента — испорченный кэш платформы. Он хранится в профиле пользователя (каталог вида AppData\Local\1C\1cv8). Если после обновления конфигурации формы открываются с ошибками или «залипает» старое поведение, кэш чистят: закрывают все сеансы этого пользователя и удаляют каталог кэша базы. Платформа создаст его заново при следующем запуске.

На стороне сервера за производительность отвечают свойства рабочего сервера в консоли администрирования:

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

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

Для файловой базы отдельного тюнинга производительности почти нет: главное — быстрый диск и стабильная сеть до папки с базой. Разрастание базы лечат свёрткой и регулярным тестированием.

Организуем резервное копирование и восстановление

Бэкап делают по-разному в зависимости от режима — это один из главных доводов при выборе архитектуры.

Файловая база. Два способа:

• Копия файла 1Cv8.1CD — быстро и просто, но копировать файл можно только когда в базе никто не работает , иначе копия получится битой.
• Выгрузка в файл .dt — через Конфигуратор, Администрирование → Выгрузить информационную базу. Это полный слепок базы в одном файле, его удобно хранить и переносить.

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

Восстановление:

1. .dt загружают обратно через Конфигуратор, Администрирование → Загрузить информационную базу. Загрузка полностью затирает текущую базу и требует монопольного доступа — все пользователи должны выйти.
2. Бэкап СУБД восстанавливают штатными средствами самой СУБД на тот же или новый сервер.

Непроверенный бэкап — это не бэкап. Раз в период разворачивайте копию на тестовом сервере и убеждайтесь, что база открывается и данные на месте.

Обновляем платформу и конфигурацию

Настройка — не разовая задача: платформу и конфигурацию периодически обновляют. Два момента, которые чаще всего приводят к проблемам при обновлении.

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

Для сервера правило строже: версия платформы на сервере 1С и на клиентах должна совпадать (номер не ниже требуемого базой). Поэтому обновление серверной установки планируют на технологическое окно и накатывают на сервер и клиенты согласованно.

Конфигурация. Типовые конфигурации обновляют из поставки — файлом .cfu или .cf в Конфигураторе, либо через механизм интернет-поддержки в режиме 1С:Предприятие (раздел Администрирование → Интернет-поддержка и сервисы).

Порядок безопасного обновления:

1. Снять резервную копию базы .
2. Убедиться, что в базе никто не работает — обновление структуры требует монопольного доступа.
3. Загрузить обновление и выполнить реструктуризацию (Обновить конфигурацию базы данных).
4. Запустить базу и проверить ключевые операции — проведение документов, формирование основных отчётов.

Диагностируем проблемы и ведём логирование

Когда что-то идёт не так, у администратора есть три инструмента — по возрастанию глубины.

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

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

Технологический журнал. Самый подробный уровень — для разбора падений платформы, таймаутов и ошибок СУБД. Включается файлом конфигурации logcfg.xml, который кладут в каталог conf платформы. В нём описывают, какие события и с какой детализацией писать и в какую папку. Технологический журнал быстро растёт в объёме и грузит диск — включайте его точечно под конкретную проблему и выключайте после разбора.

Типовые симптомы и с чего начинать разбор:

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