Администрирование · 13 мин
На какой базе работает 1С: разбор вариантов хранения данных
Разбираем, на какой базе работает 1С: файловый режим, MS SQL Server, PostgreSQL, Oracle и IBM Db2. Как выбрать вариант, проверить настройки и избежать типичных ошибок.
Программы 1С на платформе «1С:Предприятие 8» не хранят данные «сами по себе» — им всегда нужна база данных. Существует два принципиально разных способа организации такой базы: файловый режим, где вся информация лежит в одном файле на диске, и клиент-серверный режим, где данными управляет отдельная система управления базами данных (СУБД). Выбор между ними определяет скорость работы, надёжность и количество пользователей, которые могут работать одновременно.
Многие пользователи не задумываются о том, на какой базе работает их 1С, пока не сталкиваются с проблемами: программа начинает тормозить, возникают конфликты блокировок или база «разваливается» при аварийном отключении электричества. Понимание архитектуры помогает вовремя спланировать переход на более мощный вариант и правильно организовать резервное копирование.
Ниже разобраны оба режима работы, поддерживаемые СУБД, критерии выбора и практические шаги по проверке и миграции базы.
Как устроено хранение данных в 1С
Платформа «1С:Предприятие 8» — это прослойка между прикладным решением (например, «1С:Бухгалтерия» или «1С:Управление торговлей») и физическим хранилищем данных. Прикладная конфигурация описывает объекты: справочники, документы, регистры, отчёты. А платформа решает, как эти объекты превратить в таблицы и записи на диске или в СУБД.
Из-за такой архитектуры одна и та же конфигурация может работать и в файловом, и в клиент-серверном режиме без переписывания кода — разработчик конфигурации, как правило, не выбирает базу данных. Выбор делает администратор при развёртывании системы, исходя из нагрузки и требований к надёжности.
Важно понимать: сама платформа не является СУБД в полном смысле слова. В файловом режиме используется встроенный механизм хранения, а в клиент-серверном вся работа с данными делегируется полноценной промышленной СУБД, которая отвечает за транзакции, индексы и целостность.
Файловый режим: база в одном файле
В файловом режиме вся информационная база хранится в одном файле с именем 1Cv8.1CD, который лежит в каталоге базы на локальном диске или в общей сетевой папке. Пользователи подключаются к этой папке напрямую или через веб-сервер (публикацию базы).
Это самый простой вариант развёртывания: не нужно устанавливать и администрировать отдельную СУБД, базу легко скопировать, перенести на другой компьютер или отправить архивом. Именно поэтому файловый режим — стандартный выбор для небольших организаций и для локальных копий, которые разработчики используют при доработках.
Ограничения файлового режима существенны. Одновременная запись данных жёстко блокируется: пока один пользователь проводит крупный документ, остальные ждут. При росте объёма базы и числа пользователей заметно падает скорость, растёт вероятность ошибок «конфликт блокировок». Кроме того, файл уязвим: обрыв сети или отключение питания в момент записи может повредить базу, и потребуется восстановление штатной утилитой проверки.
Клиент-серверный режим: какие СУБД поддерживает 1С
В клиент-серверном режиме между пользователями и данными появляются два дополнительных звена: сервер «1С:Предприятия» (кластер серверов) и внешняя СУБД. Платформа официально поддерживает четыре системы управления базами данных:
- Microsoft SQL Server — исторически самый распространённый вариант в российских компаниях, удобная административная консоль и зрелые средства резервного копирования;
- PostgreSQL — свободная СУБД, для работы с 1С используются специально адаптированные сборки; популярный способ снизить затраты на лицензии;
- Oracle Database — применяется в крупных организациях, где Oracle уже используется для других систем;
- IBM Db2 — встречается реже, в основном на предприятиях с существующей инфраструктурой IBM.
В этой схеме клиентское приложение обращается не к файлу, а к серверу 1С, который формирует запросы к СУБД. Такая архитектура снимает ограничения файлового режима: СУБД умеет обрабатывать параллельные транзакции, блокировать отдельные записи вместо целых таблиц и выдерживать десятки и сотни одновременных пользователей.
Сравнение вариантов СУБД для 1С
Подходит большинству компаний, простое администрирование, но требует платных лицензий при промышленном использовании
Снижает стоимость владения, требует специальной сборки и более внимательной настройки
Оправдан, если СУБД уже развёрнута в компании; дорогое сопровождение
Нишевый вариант для инфраструктур на решениях IBM
Как понять, на какой базе работает ваша 1С
Проверить режим работы можно прямо из интерфейса, без доступа к серверу. Самый быстрый способ — открыть сведения о программе: в большинстве конфигураций это пункт меню «Справка» → «О программе». В окне будут указаны версия платформы, конфигурация и режим: файловый или клиент-серверный.
Второй способ — посмотреть строку подключения в списке информационных баз при запуске 1С. Если выделить базу и нажать «Изменить», мастер покажет тип расположения: «На данном компьютере или в локальной сети» (файловый режим, указан путь к каталогу) или «На сервере 1С:Предприятия» (указаны имя сервера и имя базы).
Администратору дополнительно полезно знать, какая именно СУБД используется в клиент-серверном режиме. Это видно в консоли кластера серверов 1С в свойствах информационной базы — там указан тип СУБД, сервер баз данных и имя базы.
- 1Откройте окно запуска 1С и выделите нужную базу в списке
- 2Нажмите кнопку «Изменить» и посмотрите тип расположения информационной базы
- 3Если указан каталог на диске — это файловый режим; если сервер и имя базы — клиент-серверный
- 4Для уточнения СУБД откройте консоль кластера серверов и проверьте свойства информационной базы
- 5Зафиксируйте результат: режим, путь или сервер, тип СУБД — это понадобится при резервном копировании и обновлениях
Как выбрать режим под свою нагрузку
Выбор режима — это компромисс между стоимостью владения и возможностями системы. Файловый режим дешевле и проще, клиент-серверный — устойчивее и масштабируемее. Ориентироваться стоит на три фактора: количество одновременно работающих пользователей, объём базы и требования к отказоустойчивости.
Файловый режим разумно выбирать, когда в базе работает до 5 пользователей, объём данных умеренный, а простой в несколько часов не критичен для бизнеса. Клиент-серверный режим оправдан при десятках пользователей, интенсивном документообороте, работе через тонкого клиента из филиалов и жёстких требованиях к скорости отчётов.
Сколько пользователей работает одновременно и в какие часы возникают ошибки
Размер файла 1Cv8.1CD и загрузку диска в момент замедлений
Наличие регулярных выгрузок .dt и исправность источника бесперебойного питания
Когда файловый режим — правильный выбор
Файловый вариант остаётся оптимальным для микробизнеса, обособленных рабочих мест без постоянного сервера, а также для тестовых и учебных копий. Разработчики почти всегда ведут доработку именно на файловых копиях — это быстрее и безопаснее, чем экспериментировать на рабочей серверной базе.
Когда нужен клиент-серверный вариант
Переход на клиент-серверный режим становится необходимостью, когда одновременно работают более 5–10 пользователей, база активно растёт, а бизнес не может позволить себе остановки учёта. Дополнительный аргумент — безопасность: в клиент-серверном режиме пользователи не имеют прямого доступа к файлам данных, а права разграничиваются на уровне сервера и СУБД.
Как выбрать режим работы
Переход с файловой базы на клиент-серверную
Миграция выполняется штатными средствами и не требует доработки конфигурации. Общая схема такова: разворачивается сервер 1С и СУБД, создаётся пустая серверная информационная база, затем данные переносятся через выгрузку и загрузку файла .dt из конфигуратора.
Порядок действий выглядит так. Сначала из файловой базы делается выгрузка («Администрирование» → «Выгрузить информационную базу» в конфигураторе) при завершённых сеансах всех пользователей. Затем администратор создаёт новую базу на сервере 1С, указывая тип СУБД и параметры подключения. После этого в пустую серверную базу через конфигуратор загружается файл .dt. Завершающий этап — настройка прав пользователей и проверка работы.
На больших базах выгрузка и загрузка могут занимать часы, поэтому переход планируют на нерабочее время. Перед миграцией рекомендуется выполнить тестирование и исправление файловой базы, а после загрузки — сверить ключевые данные: обороты по счетам, остатки по складам, количество документов за период.
Как проверить результат миграции
Пользователи входят под своими учётными записями, права соответствуют ролям
Ошибки подключения к серверу, отсутствие пользователей в списке
Оборотно-сальдовая ведомость и остатки совпадают с выгрузкой из старой базы
Расхождения в суммах, пропавшие документы или справочники
Типовые операции выполняются не медленнее, чем в файловом режиме
Постоянные длительные запросы — нужна настройка индексов и параметров СУБД
Типичные ошибки и ограничения
Самая распространённая ошибка — попытка масштабировать файловый режим за счёт «более быстрого диска» или гигабитной сети. Узкое место файловой базы — механизм блокировок, а не скорость носителя, поэтому при росте числа пользователей помогает только переход на клиент-серверный режим.
Вторая ошибка — резервное копирование серверной базы простым копированием файлов СУБД или только выгрузками .dt. Для серверных баз основным средством должны быть штатные механизмы резервного копирования самой СУБД, а выгрузка .dt — дополнительной страховкой. Третья типичная проблема — установка PostgreSQL «обычной» сборки вместо адаптированной для 1С: платформа может отказаться работать с такой СУБД или будет работать некорректно.
Даже если вы пока остаётесь на файловом режиме, настройте автоматическую выгрузку .dt по расписанию и храните копии на другом физическом устройстве. При переходе на клиент-серверный режим эта же практика послужит дополнительной страховкой наряду с бэкапами СУБД.
Частые вопросы
Можно ли одновременно работать с одной базой в файловом и клиент-серверном режиме?
Нет, конкретная информационная база существует в одном режиме. Однако можно держать две копии: рабочую серверную и локальную файловую для разработки, периодически синхронизируя их через выгрузку .dt или механизмы хранилища конфигурации.
Какая СУБД лучше для 1С — MS SQL Server или PostgreSQL?
Однозначного ответа нет. MS SQL Server проще в администрировании и чаще встречается у специалистов по сопровождению, но требует лицензий. PostgreSQL снижает стоимость владения, но требует адаптированной сборки и более квалифицированной настройки. Выбирайте исходя из имеющейся экспертизы в компании и бюджета.
Можно ли перенести файловую базу на другой компьютер?
Да, это одно из преимуществ файлового режима. Завершите все сеансы, сделайте выгрузку .dt для страховки, затем скопируйте каталог базы на новый компьютер и добавьте базу в список запуска 1С, указав новый путь.
Что делать, если файловая база повредилась после сбоя?
Сначала сделайте копию повреждённого файла, чтобы не усугубить ситуацию. Затем запустите утилиту chdbfl.exe из каталога платформы с включённой проверкой физической целостности, а после неё — тестирование и исправление через конфигуратор. Если восстановить не удаётся, разворачивайте последнюю выгрузку .dt.
Нужен ли отдельный сервер для клиент-серверного режима?
Формально сервер 1С и СУБД можно развернуть на одной машине, и для небольших компаний это рабочий вариант. При росте нагрузки их рекомендуется разносить на разные серверы, чтобы конкуренция за ресурсы не снижала производительность.
Влияет ли режим базы на возможности конфигурации?
Функциональность типовых конфигураций в обоих режимах одинакова. Отличия проявляются в производительности, механизмах блокировок и отдельных административных операциях. Некоторые интеграционные и фоновые сценарии удобнее реализуются в клиент-серверном режиме.
Что важно запомнить
1С работает либо на файловой базе (1Cv8.1CD), либо в клиент-серверном режиме через СУБД: MS SQL Server, PostgreSQL, Oracle или IBM Db2. Файловый режим подходит небольшим коллективам, серверный — при росте пользователей и объёмов. Переход между режимами выполняется через выгрузку и загрузку .dt, а регулярное резервное копирование обязательно в любом варианте.