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