Администрирование · 10 мин
Как настроить базу данных в 1С
Как создать и настроить базу данных в 1С: файловый и клиент-серверный вариант, подключение SQL Server, права пользователей, резервное копирование.
Настройка базы данных в 1С начинается с выбора режима работы: файловый вариант подходит для небольших компаний с несколькими пользователями, клиент-серверный — для организаций, где с базой одновременно работают десятки сотрудников. От этого решения зависят производительность, отказоустойчивость и требования к оборудованию.
База данных в терминах 1С — это информационная база, которая хранит конфигурацию, учётные данные, справочники и документы. В файловом режиме она представляет собой один файл с расширением .1CD, в клиент-серверном — данные размещаются в СУБД (Microsoft SQL Server, PostgreSQL, Oracle или IBM DB2), а платформа 1С обращается к ним через сервер приложений.
Перед началом работы убедитесь, что у вас установлена платформа 1С:Предприятие нужной версии, есть дистрибутив конфигурации (например, «Бухгалтерия предприятия» или «Управление торговлей») и права администратора на компьютере или сервере. Ниже разобраны оба сценария настройки с проверками результата на каждом этапе.
Выбор между файловым и клиент-серверным режимом
Файловый режим — самый простой способ начать работу. База хранится в одном файле на локальном диске или в общей сетевой папке, дополнительное ПО не требуется. Ограничения: при одновременной работе более 5–10 пользователей заметно растут блокировки и риск повреждения файла при сбоях сети или питания.
Клиент-серверный режим требует установки сервера 1С:Предприятия и СУБД, зато обеспечивает параллельную работу десятков и сотен пользователей, транзакционную целостность и штатные средства резервного копирования на уровне СУБД. Это стандарт для средних и крупных внедрений.
Сравнение вариантов
Подходит для 1–5 пользователей, простая установка и перенос. Ограничение: рост блокировок и риск повреждения файла при сбоях.
Подходит для десятков пользователей, устойчива к сбоям, поддерживает регламентные задания на сервере. Требует лицензии на сервер 1С и администрирования СУБД.
Создание файловой информационной базы
Откройте стартер 1С (ярлык «1С:Предприятие») и нажмите кнопку «Добавить». Выберите вариант «Создание новой информационной базы», затем укажите источник: из шаблона установленной конфигурации или пустую базу без конфигурации. Для рабочего учёта выбирайте шаблон — он содержит готовую структуру метаданных и начальные настройки.
Укажите имя базы (оно отображается в списке, на структуру не влияет) и каталог размещения. Каталог должен находиться на диске с достаточным свободным местом и не входить в папки, синхронизируемые облачными сервисами, — OneDrive или Dropbox могут повредить файл базы во время записи.
После создания база появится в списке стартера. Первый вход в режим «Конфигуратор» выполняется без пароля, если вы не задавали пользователей. Платформа предложит обновить конфигурацию базы данных — подтвердите, чтобы привести структуру таблиц в соответствие с метаданными.
- 1Откройте стартер 1С и нажмите «Добавить» → «Создание новой информационной базы»
- 2Выберите шаблон конфигурации из списка установленных
- 3Задайте имя базы и каталог на локальном диске вне папок облачной синхронизации
- 4Войдите в режим «Конфигуратор» и подтвердите обновление конфигурации базы данных
- 5Запустите базу в режиме «Предприятие» и проверьте, что открывается начальная страница
Развёртывание клиент-серверной базы
Клиент-серверный вариант состоит из трёх компонентов: СУБД, сервер 1С:Предприятия и клиентские приложения. Типовая последовательность: сначала устанавливается и настраивается СУБД (чаще всего Microsoft SQL Server или PostgreSQL с патчами от 1С), затем сервер 1С той же версии платформы, что и клиенты.
Новая база создаётся через стартер: «Добавить» → «Создание новой информационной базы» → тип расположения «На сервере 1С:Предприятия». Потребуется указать имя сервера 1С, имя базы в СУБД, тип СУБД, пользователя СУБД с правами на создание базы. Платформа сама создаст базу в СУБД и зарегистрирует её в кластере.
Альтернативный способ — консоль администрирования серверов 1С: в ней можно создать базу, изменить её свойства, включить или отключить блокировку регламентных заданий и сеансов. Консоль удобна, когда баз несколько и нужен централизованный контроль.
Настройка SQL Server под 1С
При работе с Microsoft SQL Server проверьте несколько параметров, от которых напрямую зависит стабильность. Учётная запись, от имени которой сервер 1С обращается к СУБД, должна иметь права на создание и изменение баз. Рекомендуется задать модель восстановления: Simple для тестовых баз, Full — для рабочих, если планируется восстановление на произвольный момент времени.
Ограничьте максимальный объём памяти SQL Server, оставив ресурс операционной системе и серверу 1С, если они размещены на одной машине. Без этого ограничения SQL Server со временем займёт почти всю доступную память, что приведёт к конкуренции за ресурсы и падению производительности.
Публикация базы для веб-доступа
Если сотрудникам нужно работать через браузер или тонкий клиент по протоколу HTTP, базу публикуют на веб-сервере IIS или Apache. Для этого в свойствах базы в стартере выбирается тип соединения «Веб-сервер», а сама публикация выполняется через конфигуратор: «Администрирование» → «Публикация на веб-сервере».
При публикации укажите имя публикации, каталог и отметьте нужные варианты доступа: тонкий клиент, веб-клиент, стандартный интерфейс OData, HTTP-сервисы. После публикации проверьте доступ, открыв адрес вида http://сервер/имя_базы в браузере — должна появиться страница входа в базу.
Создание пользователей и назначение прав
База без пользователей открыта для любого, кто имеет доступ к файлу или серверу. Пользователи создаются в конфигураторе: «Администрирование» → «Пользователи». Для каждого укажите имя, пароль, доступные роли и интерфейс. Роль определяет, какие объекты конфигурации пользователь может читать, изменять и удалять.
Не назначайте роль «Полные права» рядовым сотрудникам: она позволяет изменять любые данные, включая удаление документов за закрытые периоды. Используйте типовые роли конфигурации — например, «Бухгалтер», «Менеджер по продажам» — и добавляйте недостающие права точечно.
Резервное копирование и обслуживание
Резервная копия — обязательная часть настройки, а не опция. Для файловой базы минимальный способ — выгрузка через конфигуратор («Администрирование» → «Выгрузить информационную базу») в файл .dt. Такая выгрузка переносится между режимами и платформами, но делать её нужно регулярно и вручную или по расписанию через скрипты.
В клиент-серверном режиме основной механизм — штатные средства СУБД: полные и разностные копии, копии журнала транзакций по расписанию. Копии храните на отдельном носителе или сервере: резервная копия на том же диске не спасёт при отказе оборудования.
Периодически проверяйте восстановление из копии на тестовой базе. Копия, которая ни разу не была проверена восстановлением, не гарантирует сохранность данных — файл может оказаться битым или неполным.
Проверка работоспособности после настройки
После создания базы и настройки пользователей выполните контрольные проверки. Войдите под учётной записью обычного пользователя и убедитесь, что доступны только нужные разделы, а попытка открыть закрытый объект даёт корректное сообщение о недостатке прав, а не ошибку платформы.
Для клиент-серверной базы проверьте, что в консоли кластера база видна и активна, сеансы пользователей регистрируются, а регламентные задания выполняются по расписанию. Для файловой базы убедитесь, что при одновременном входе двух пользователей нет сообщений о невозможности заблокировать файл.
Как проверить результат
Открывается начальная страница, доступны только разрешённые разделы
Ошибка аутентификации или пустой интерфейс без разделов
Все сеансы активны, документы проводятся без длительных блокировок
Частые сообщения о конфликте блокировок при обычных операциях
Файл копии создаётся по расписанию и восстанавливается на тестовой базе
Копия не создаётся, имеет нулевой размер или не восстанавливается
Если база работает медленно сразу после развёртывания, причина чаще всего в инфраструктуре, а не в конфигурации: недостаток памяти, медленный диск, сетевые задержки между сервером 1С и СУБД. Диагностику начинайте с мониторинга этих ресурсов.
Часто задаваемые вопросы
Можно ли перевести файловую базу в клиент-серверный режим?
Да. Выгрузите базу в файл .dt через конфигуратор, создайте пустую базу на сервере 1С и загрузите в неё выгрузку. Данные и конфигурация переносятся полностью, менять что-либо в самой конфигурации не требуется.
Сколько пользователей выдержит файловая база?
Комфортная работа обычно возможна при 1–5 одновременных пользователях. С ростом числа сеансов увеличивается время ожидания блокировок, особенно при проведении документов. Точного жёсткого ограничения платформа не задаёт, но на практике при десятке активных пользователей стоит планировать переход на клиент-серверный режим.
Чем выгрузка .dt отличается от копирования файла .1CD?
Выгрузка .dt — логическая копия, которую можно загрузить в базу другого режима и с другой версией структуры хранения. Копирование файла .1CD — физическая копия, допустимая только при закрытых сеансах; копирование во время работы пользователей почти гарантированно даёт повреждённый файл.
Нужна ли отдельная лицензия для сервера 1С?
Да, работа сервера 1С:Предприятия требует отдельной лицензии, помимо клиентских лицензий на рабочие места. Для 32-разрядного сервера существует лицензия с ограничениями, для полноценной работы обычно используется 64-разрядная версия сервера.
Что делать, если при создании базы на сервере возникает ошибка доступа к СУБД?
Проверьте, что учётная запись, указанная при создании базы, существует в СУБД и имеет право создавать базы данных, а служба сервера 1С имеет сетевой доступ к серверу СУБД (порт не закрыт брандмауэром). Текст ошибки в журнале регистрации и в логах СУБД обычно указывает конкретную причину отказа.
Что важно запомнить
Начните с выбора режима: файловый — для небольшой команды, клиент-серверный — для роста и отказоустойчивости. Создайте базу из шаблона, заведите пользователей с минимально необходимыми правами, настройте регулярное резервное копирование и проверьте восстановление из копии до начала реальной работы.