Что нужно знать для администрирования 1С

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

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

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

Устройство платформы и режимы работы базы

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

Существует два режима работы. В файловом режиме база хранится в одном файле 1Cv8.1CD в сетевой папке. Это просто, но режим подходит лишь для небольшого числа пользователей и плохо переносит сбои сети — обрыв соединения во время записи может повредить файл. В клиент-серверном режиме данные хранятся в СУБД (MS SQL Server, PostgreSQL и др.), а между пользователями и СУБД работает сервер 1С. Это надёжнее, быстрее при больших объёмах, но требует отдельных навыков.

Сравнение режимов работы

Файловый режим

Подходит для 1–5 пользователей и небольших объёмов. Ограничение: чувствителен к сбоям сети, нет полноценной параллельной работы.

Клиент-серверный режим

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

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

Конфигуратор и безопасная работа с ним

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

Ключевое правило: любые операции в конфигураторе, меняющие структуру базы (обновление конфигурации, тестирование и исправление с включёнными опциями очистки), выполняются только после создания резервной копии. Операция «Тестирование и исправление» с отмеченными пунктами удаления объектов может необратимо удалить данные, которые база посчитала «битой» ссылкой.

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

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

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

Отдельная тема — разделение на уровне записей (RLS) в типовых конфигурациях: оно ограничивает видимость документов и справочников по организациям, складам, подразделениям. Настройка RLS требует понимания профилей групп доступа, а не только ролей.

1. 1
   Откройте раздел «Администрирование» → «Пользователи» в режиме 1С:Предприятие.
2. 2
   Создайте пользователя, задайте имя и пароль, при необходимости включите аутентификацию Windows.
3. 3
   Назначьте профиль группы доступа или роли, соответствующие должности.
4. 4
   Проверьте вход под новой учётной записью и доступность нужных документов.
5. 5
   Убедитесь, что пользователь не видит лишних разделов — это признак избыточных прав.

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

Резервное копирование и восстановление

Это самая важная обязанность администратора. Для файловой базы копия делается выгрузкой в файл .dt через конфигуратор («Администрирование» → «Выгрузить информационную базу») либо копированием файла 1Cv8.1CD при отсутствии сеансов. Для клиент-серверной базы основной способ — штатное резервное копирование средствами СУБД по расписанию.

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

Контрольные точки

Как проверить резервную копию

Загрузка .dt в тестовую базу

Норма

База загружается без ошибок, открывается в режиме предприятия

Тревожный признак

Ошибки загрузки, пустые справочники, недоступность документов

Свежесть копии

Норма

Копия создана по расписанию, дата актуальна

Тревожный признак

Последняя копия старше установленного регламента

Место хранения

Норма

Копия на отдельном носителе или в другом сетевом расположении

Тревожный признак

Копия лежит на том же диске, что и рабочая база

Определите допустимую потерю данных: если потеря дня работы недопустима, копии должны делаться чаще, чем раз в сутки, а для СУБД стоит настроить резервное копирование журнала транзакций.

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

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

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

Учитывайте, что доработанные конфигурации (с изменёнными типовыми объектами) обновляются сложнее: потребуется сравнение и объединение конфигураций и участие специалиста, понимающего внесённые доработки.

Основы СУБД и сервера 1С

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

Консоль кластера серверов 1С позволяет управлять сеансами, рабочими процессами, блокировками и регламентными заданиями. Здесь же администратор принудительно завершает «зависшие» сеансы и смотрит, какой пользователь держит блокировку.

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

Производительность и регламентное обслуживание

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

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

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

Часто задаваемые вопросы

Нужно ли знать программирование для администрирования 1С?

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

Что делать, если файловая база не открывается после сбоя электричества?

Сначала скопируйте файл базы в отдельную папку — это страховка. Затем запустите утилиту chdbfl.exe из каталога платформы, укажите файл базы и выполните проверку с исправлением ошибок. После этого проверьте базу в конфигураторе. Если утилита не помогла, восстанавливайте базу из последней резервной копии.

Как часто нужно делать резервные копии?

Минимум — ежедневно для активно используемой базы. Точная частота определяется допустимой потерей данных: если недопустимо потерять даже несколько часов работы, для клиент-серверной базы настраивают копирование журнала транзакций с интервалом в десятки минут. Обязательно делайте копию внепланово перед каждым обновлением.

Можно ли обновлять конфигурацию через интернет автоматически?

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

Как узнать, кто удалил документ?

Откройте журнал регистрации (в конфигураторе или через «Администрирование» → «Обслуживание» в режиме предприятия), отфильтруйте события по типу «Данные. Удаление» и нужному периоду. В записи будут указаны пользователь, время и объект. Это работает, если журнал не был очищен за нужный период.

Когда файловую базу пора переводить на сервер?

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