К статье
Практический материал

Администрирование · 11 мин

Базы 1С: какие есть и как выбрать подходящий вариант

Какие базы 1С существуют: файловые и клиент-серверные, типовые и доработанные, рабочие и тестовые. Разбираем отличия, ограничения и критерии выбора.

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

Выбор типа базы влияет на производительность, безопасность, стоимость владения и возможности совместной работы. Файловая база подходит небольшой компании с несколькими пользователями, а при росте числа сотрудников и объёма документов потребуется переход на клиент-серверный вариант. Ошибка на этом этапе приводит к зависаниям, конфликтам при одновременной записи и риску повреждения данных.

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

Файловые базы 1С: устройство и ограничения

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

Основное ограничение файлового режима — механизм блокировок. При одновременной работе пользователей платформа блокирует целые таблицы, а не отдельные записи, поэтому при 5–10 активных пользователях начинаются взаимные ожидания и ошибки «Конфликт блокировок». Также файловая база уязвимее к сбоям: обрыв сети или отключение питания в момент записи может повредить файл.

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

Клиент-серверные базы: когда они необходимы

В клиент-серверном варианте данные хранятся в полноценной СУБД, а платформа 1С обращается к ней через сервер приложений. Поддерживаются Microsoft SQL Server, PostgreSQL (включая сборки, адаптированные для 1С), Oracle Database и IBM DB2. На практике чаще всего используют MS SQL Server и PostgreSQL.

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

Обратная сторона — стоимость и сложность: нужны лицензии на сервер 1С и (для MS SQL) на СУБД, а также администратор, который следит за обслуживанием индексов, статистики и бэкапов. Без регулярного обслуживания серверная база со временем деградирует по скорости.

Сравнение вариантов

Файловая база

Простое развёртывание, минимальные затраты. Ограничение: до ~5 активных пользователей, риск повреждения при сбоях.

Клиент-серверная (MS SQL / PostgreSQL)

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

Облачная база (1С:Фреш и аналоги)

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

Виды баз по конфигурации

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

Наиболее распространённые типовые конфигурации: 1С:Бухгалтерия предприятия (учёт и отчётность), 1С:Зарплата и управление персоналом (кадры и расчёты), 1С:Управление торговлей (продажи, склад, закупки), 1С:Комплексная автоматизация и 1С:ERP (сводный учёт на производстве и в крупных компаниях). Есть и отраслевые решения на платформе 1С — для розницы, общепита, строительства, медицины.

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

Рабочие, тестовые и архивные базы

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

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

Тестовые копии создают через выгрузку в dt (в конфигураторе: Администрирование → Выгрузить информационную базу) или штатными средствами СУБД для серверных баз. Копию следует пометить, например добавить в название «ТЕСТ», чтобы пользователи случайно не ввели в неё реальные документы.

Порядок безопасного обновления через тестовую базу
  1. 1
    Создайте полную резервную копию рабочей базы (выгрузка dt или бэкап СУБД).
  2. 2
    Разверните копию как отдельную тестовую базу и пометьте её в списке баз.
  3. 3
    Установите обновление на тестовую базу и дождитесь завершения всех обработчиков.
  4. 4
    Проверьте ключевые сценарии: проведение документов, формирование регламентированной отчётности, обмены.
  5. 5
    Только после успешной проверки обновите рабочую базу, предупредив пользователей о недоступности.

Как выбрать тип базы: практические критерии

Выбор между файловым и клиент-серверным вариантом стоит делать по трём параметрам: число одновременно работающих пользователей, объём данных и требования к доступности. Ориентиры просты: до 5 пользователей и база до нескольких гигабайт — файловый режим; от 5–10 пользователей или интенсивный документооборот — клиент-серверный.

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

Для распределённых команд без своей инфраструктуры альтернатива — облачные сервисы на базе 1С:Фреш или аренда серверов у хостинг-провайдеров. Это снимает задачу администрирования, но добавляет зависимость от канала связи и условий провайдера.

Маршрут решения

Как выбрать действие

До 5 пользователей, небольшой объём, нет своего сервераФайловая база на локальном диске или быстром сетевом ресурсе, регулярные копии dt
От 10 пользователей, активный документооборот, нужны фоновые регламентные заданияКлиент-серверный вариант на MS SQL или PostgreSQL с выделенным администратором
Нет ИТ-инфраструктуры и специалиста, сотрудники работают удалённоОблачный сервис (1С:Фреш или хостинг 1С), предварительно проверив ограничения на доработки
Нужны нестандартные доработки конфигурацииСобственный сервер (файловый или клиент-серверный): облачные сервисы часто ограничивают изменение конфигурации

Типичные ошибки при работе с базами 1С

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

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

Типичные ошибки
01
Работа 10–15 пользователей с файловой базой в сетевой папке — конфликты блокировок и риск повреждения файла при обрыве связи.
02
Обновление рабочей базы без тестовой проверки и без свежей копии — при ошибке обновления откат невозможен или болезнен.
03
Хранение бэкапов на том же диске, что и база — отказ носителя уничтожает и данные, и резерв.
04
Копирование файла 1Cv8.1CD средствами ОС во время работы пользователей — копия получается неконсистентной и может не открыться.
05
Отсутствие обслуживания серверной базы (индексы, статистика, очистка журналов) — постепенная деградация производительности.

Как проверить состояние базы

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

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

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

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

Восстановление из резервной копии
Норма

Копия разворачивается в тестовую базу и открывается без ошибок

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

Копия не загружается или выдаёт ошибки целостности — механизм бэкапа не работает

Скорость типовых операций
Норма

Документы открываются и проводятся без заметных пауз

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

Регулярные подвисания и ошибки блокировок — база переросла текущий режим

Целостность файловой базы
Норма

chdbfl и тестирование в конфигураторе завершаются без ошибок

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

Найдены повреждения — немедленно сделайте копию и планируйте восстановление

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

Можно ли перенести файловую базу 1С на сервер SQL?

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

Сколько пользователей выдерживает файловая база 1С?

Точного ограничения в платформе нет, но на практике комфортная работа — до 3–5 одновременно активных пользователей. Дальше из-за табличных блокировок растут взаимные ожидания и конфликты. Если пользователей больше, переходите на клиент-серверный вариант.

Чем отличается конфигурация от информационной базы?

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

Нужна ли тестовая база, если компания маленькая?

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

Что лучше для серверной базы: MS SQL или PostgreSQL?

Обе СУБД поддерживаются платформой. MS SQL удобнее в администрировании и имеет развитые графические инструменты, но требует лицензий. PostgreSQL бесплатен, но требует более квалифицированной настройки и обслуживания. Выбор обычно зависит от бюджета и наличия компетенций у администратора.

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

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

Итог

Что важно запомнить

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