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