Администрирование · 11 мин
1С: как работать с базой данных
Как работать с базой данных 1С: файловый и клиент-серверный режимы, подключение, выгрузка, резервное копирование, тестирование и исправление ошибок.
База данных 1С — это ядро любой учётной системы: в ней хранятся документы, справочники, регистры, настройки и права пользователей. От того, как организована работа с базой, зависят скорость проведения документов, целостность данных и возможность восстановления после сбоя. Ошибки на этом уровне — удаление файла, некорректное обновление, работа без резервных копий — приводят к потере учётных данных, восстановление которых может занять недели.
Работа с базой 1С строится вокруг нескольких типовых задач: выбор режима хранения (файловый или клиент-серверный), создание и подключение базы, настройка доступа пользователей, регулярное резервное копирование, обновление конфигурации и периодическое тестирование целостности. Каждая из этих задач имеет понятный порядок действий и типичные ошибки, которых можно избежать.
Материал рассчитан на администраторов и пользователей, которые обслуживают 1С:Предприятие 8.3 самостоятельно. Описанные действия выполняются штатными средствами платформы — конфигуратором, консолью кластера и утилитами СУБД — без сторонних программ.
Файловый и клиент-серверный режим: что выбрать
В файловом режиме база хранится в одном файле 1Cv8.1CD на локальном диске или в сетевой папке. Вариант подходит для одного пользователя или небольшой группы до 5–7 человек с умеренным объёмом документов. Плюсы — простота: базу можно скопировать как обычный файл, не нужен отдельный сервер и СУБД. Минусы — вся база блокируется при регламентных операциях, файл уязвим при сбоях сети и питания, а объём свыше 10–15 ГБ обычно приводит к заметным задержкам.
В клиент-серверном режиме данные хранятся в СУБД (MS SQL Server, PostgreSQL, Oracle), а платформа 1С обращается к ним через сервер приложений. Этот вариант выбирают при числе пользователей от десятка и выше, больших объёмах данных и требованиях к отказоустойчивости. Он даёт разграничение прав на уровне СУБД, штатные средства резервного копирования и параллельную работу без глобальных блокировок, но требует администрирования сервера.
Сравнение вариантов
Подходит для 1–5 пользователей и небольшого объёма. Ограничение: снижение скорости и риск повреждения файла при росте базы и работе по сети.
Подходит для десятков пользователей и больших объёмов. Ограничение: требуется сервер, СУБД и навыки администрирования.
Подходит, если нет своего сервера и нужен доступ из разных точек. Ограничение: зависимость от провайдера и ограничения по доработкам конфигурации.
Создание и подключение базы
Новая база создаётся через диалог запуска 1С: кнопка «Добавить» → «Создание новой информационной базы». Дальше выбирают шаблон конфигурации из установленного дистрибутива (например, «Бухгалтерия предприятия») или пустую базу для разработки. После указания каталога платформа разворачивает файлы, и база появляется в списке запуска.
Подключение существующей базы отличается тем, что выбирается пункт «Добавление в список существующей информационной базы» и указывается путь к каталогу (для файловой) или параметры сервера и имени базы в СУБД (для клиент-серверной). Частая ошибка — указывать путь к сетевой папке через букву диска, которая подключена только у одного пользователя: у остальных база не откроется. Надёжнее использовать UNC-путь вида \\server\share\base.
- 1Откройте диалог запуска 1С и нажмите «Добавить»
- 2Выберите «Создание новой информационной базы» и шаблон конфигурации
- 3Укажите имя и каталог размещения базы
- 4Запустите базу в режиме «Конфигуратор» и примите начальные настройки
- 5Создайте первого пользователя с полными правами и проверьте вход в режиме «Предприятие»
Резервное копирование и восстановление
Для файловой базы самый надёжный способ копирования — выгрузка в файл .dt через конфигуратор: меню «Администрирование» → «Выгрузить информационную базу». Такой файл содержит и данные, и конфигурацию, и подходит для переноса между компьютерами. Простое копирование файла 1Cv8.1CD допустимо только когда с базой никто не работает, иначе копия может оказаться повреждённой.
Для клиент-серверной базы резервные копии делайте средствами СУБД: в MS SQL — полный backup через SQL Server Management Studio или план обслуживания, в PostgreSQL — утилитой pg_dump. Выгрузка .dt в этом случае остаётся инструментом переноса и диагностики, но не основной копией: на больших базах она выполняется долго и требует монопольного доступа.
Копию стоит проверять, а не просто создавать: периодически восстанавливайте её на тестовом каталоге и открывайте в конфигураторе. Храните копии минимум в двух местах — на сервере и на внешнем носителе или в другом сетевом хранилище.
Обновление конфигурации без потери данных
Обновление типовой конфигурации выполняется через конфигуратор: «Конфигурация» → «Поддержка» → «Обновить конфигурацию» либо «Сравнить, объединить с конфигурацией из файла». Платформа скачивает или принимает файл обновления, показывает список изменённых объектов и предлагает выполнить обновление конфигурации базы данных (клавиша F7). На этом этапе происходит реструктуризация — физическое изменение таблиц, и все пользователи должны выйти из базы.
Перед обновлением проверьте три вещи: актуальность резервной копии, совместимость версии платформы с требованиями нового релиза и наличие доработок. Если конфигурация изменена подрядчиком, слепое автоматическое обновление может затереть доработки — в этом случае сравнение и объединение выполняют вручную, отмечая, какие объекты брать из нового релиза, а какие оставить.
После обновления запустите базу в режиме «Предприятие» под пользователем с полными правами: типовые конфигурации выполняют отложенные обработчики обновления (перенос данных в новые регистры, заполнение новых реквизитов). Не давайте пользователям работать, пока обработчики не завершатся — иначе данные будут частично в старом, частично в новом формате.
Тестирование и исправление базы
Штатное средство диагностики — «Тестирование и исправление» в конфигураторе (меню «Администрирование»). Оно проверяет физическую целостность таблиц, логическую согласованность данных, ссылочную целостность и пересчитывает итоги регистров. Запускается только в монопольном режиме: все пользователи и фоновые сеансы должны быть завершены.
Начинайте с режимов проверки без исправления, чтобы увидеть список ошибок. Опцию «Ссылочная целостность» с включённым исправлением применяйте осознанно: объекты с битыми ссылками могут быть удалены, и это необратимо. Для файловой базы при подозрении на физическое повреждение дополнительно используют утилиту chdbfl.exe из каталога платформы — она проверяет сам файл 1Cv8.1CD.
Как проверить результат
База открывается без сообщений об ошибках формата
Ошибка «Файл базы данных повреждён» или аварийное завершение
Список ошибок пуст или содержит только известные некритичные замечания
Ошибки физической целостности таблиц, потерянные страницы данных
Копия восстанавливается и открывается, данные на месте
Восстановление обрывается с ошибкой — копия непригодна
Права доступа и работа пользователей
Пользователи заводятся в конфигураторе («Администрирование» → «Пользователи») или в режиме «Предприятие» через раздел администрирования типовой конфигурации. Каждому назначаются роли: полные права — только администратору, остальным — роли по должности (бухгалтер, кадровик, менеджер). Принцип минимальных прав снижает риск случайного удаления данных и упрощает расследование инцидентов.
Следите за сеансами: в клиент-серверном режиме список активных соединений виден в консоли кластера, в файловом — через пункт «Активные пользователи». Перед регламентными операциями завершайте чужие сеансы принудительно, но предупреждайте пользователей — разрыв сеанса во время записи документа может оставить незавершённую транзакцию.
Типичные проблемы и их признаки
Медленная работа файловой базы по сети чаще всего связана с антивирусом, проверяющим файл 1Cv8.1CD при каждом обращении, либо с переполненными таблицами итогов. Помогает добавление каталога базы в исключения антивируса и регламентное тестирование с пересчётом итогов. Если база выросла свыше 10 ГБ, разумнее планировать переход на клиент-серверный вариант, чем бороться с симптомами.
Ошибки «Конфликт блокировок» и «Превышено время ожидания» в клиент-серверном режиме указывают на длительные транзакции или неоптимальные запросы в доработках. Диагностируются технологическим журналом и средствами СУБД. Ошибка «Ошибка формата потока» при открытии обычно лечится очисткой кэша: удалением базы из списка и повторным добавлением, либо очисткой каталогов кэша в профиле пользователя.
Как выбрать действие
Частые вопросы
Можно ли просто скопировать папку с базой 1С на флешку?
Можно, но только когда с базой никто не работает — все сеансы завершены. Если копировать во время работы, файл 1Cv8.1CD окажется в несогласованном состоянии, и копия может не открыться. Надёжнее использовать выгрузку .dt через конфигуратор.
Чем отличается выгрузка .dt от резервной копии СУБД?
Файл .dt — универсальный формат платформы: содержит данные и конфигурацию, подходит для переноса между режимами и версиями СУБД. Резервная копия СУБД создаётся быстрее на больших базах и восстанавливается штатными средствами сервера, но привязана к конкретной СУБД. Для клиент-серверных баз основной копией должна быть копия СУБД.
Как понять, что базе нужно тестирование и исправление?
Признаки: ошибки при проведении документов, «битые ссылки» в отчётах, расхождение итогов по регистрам, аварийные завершения при открытии объектов. Планово тестирование запускают после сбоев питания, некорректного завершения сеансов и перед крупными обновлениями.
Что делать, если после обновления база не открывается?
Не запускайте повторное обновление. Восстановите базу из выгрузки .dt, сделанной перед обновлением, проверьте требования релиза к версии платформы и повторите процедуру на совместимой платформе. Если копии нет — обращайтесь к специалисту по восстановлению, самостоятельные эксперименты могут усугубить повреждение.
Нужен ли отдельный пользователь для администрирования?
Да. Учётную запись с полными правами используют только для обновлений, настройки и регламентных операций, а ежедневная работа ведётся под обычными ролями. Это снижает риск случайного повреждения данных и упрощает анализ журнала регистрации.
Что важно запомнить
Выбирайте режим хранения по числу пользователей и объёму данных, делайте резервные копии до любых изменений, обновляйтесь только после выгрузки .dt и периодически проверяйте целостность базы штатным тестированием. Эти четыре правила закрывают большинство рисков потери учётных данных.