Сервер хранилища конфигурации в 1С

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

Основы хранилища конфигурации в 1С

Хранилище конфигурации представляет собой специализированную систему контроля версий, предназначенную для координации групповой разработки прикладных решений в среде 1С. Основная задача хранилища заключается в обеспечении контролируемого доступа к объектам конфигурации с сохранением полной истории всех изменений.

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

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

Файловое хранилище конфигурации

Файловое хранилище является традиционным решением для групповой разработки в 1С. При данном подходе база данных хранилища размещается в общей сетевой папке, доступной всем участникам разработки. Основные файлы включают базу данных конфигурации (1cv8ddb.1cd) и каталог данных (data) со служебной информацией о версиях.

Главное преимущество - простота внедрения и администрирования. Для создания такого хранилища достаточно указать путь к сетевой папке и настроить права доступа на файловом уровне. Решение не требует установки дополнительных серверных компонентов, что делает его идеальным для небольших команд.

Резервное копирование осуществляется простым копированием файлов хранилища (1cv8ddb.cd и папки data).

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

Сервер хранилища конфигурации

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

Архитектура серверного решения включает исполняемый файл crserver.exe, который регистрируется как служба Windows (или демон в Linux) и работает в фоновом режиме, обеспечивая постоянный доступ. По умолчанию сервер прослушивает порт 1542 по TCP. Один экземпляр сервера может обслуживать несколько хранилищ в общем корневом каталоге. На практике нередко выбирают схему «один сервер — одно хранилище» для упрощения администрирования.

Для публикации хранилища через веб-интерфейс используется модуль расширения веб-сервера, интегрирующийся с IIS или Apache. Это позволяет организовать удаленный доступ через интернет с использованием протокола HTTPS для обеспечения безопасности передаваемых данных.

При этом следует отметить, что платформа должна быть одинакова на всех компьютерах, с которых будет осуществляться работа.

Установка сервера включает выбор соответствующего компонента при установке платформы 1С:Предприятие:

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

И после можно увидеть, что служба успешно запустилась (Сама служба перенаправляет все запросы по протоколу TCP по порту 1542 на выбранный каталог (-d)):

Не забудьте разрешить входящие подключения на порт 1542/TCP в брандмауэре:

Параметры запуска сервера хранилища конфигурации:

Сравнительный анализ решений

Архитектура и доступ:

• Файловое хранилище — это файловая база, состоящая из основного файла 1Cv8ddb.1CD и каталога data. Файловое хранилище обеспечивает прямой доступ к файлам версий и позволяет работать без дополнительных служб.
• Серверное хранилище работает через отдельную службу crserver.exe/crserver, которая централизует доступ клиентов; одна служба может обслуживать несколько хранилищ за счет отдельных подкаталогов в общем корневом каталоге службы (-d).

Подключение и удаленная работа:

• Файловый доступ предполагает работу через сетевой каталог с 1Cv8ddb.1CD. Все клиенты работают напрямую с файлами хранилища через файловую систему, что требует соответствующих прав доступа к сетевому ресурсу;
• Серверное хранилище поддерживает подключение как по TCP, так и по HTTP/HTTPS:
• TCP: типовой адрес tcp://ИмяКомпьютера:порт/ИмяХранилища, стандартный порт по умолчанию — 1542, изменяется параметром –port (Указывается, если выбран не по умолчанию).

• HTTP/HTTPS: через публикацию на веб‑сервере (обычно IIS) и файл .1ccr; строка подключения в конфигураторе имеет вид http(s)://IP-адрес/приложение/файл.1ccr/ИмяХранилища. (Вместо выделенного имя компьютера обычно будет IP-адрес)

• Файл .1ccr хранит строку подключения к TCP‑серверу хранилища, а веб‑публикация на IIS по этой строке направляет запросы к серверу хранилища.

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

• Файловое хранилище администрируется средствами ОС и конфигуратора (права к каталогу, копирование файлов, контроль подключений).
• Сервер хранилища управляется параметрами командной строки: регистрация/удаление службы, запуск/остановка, выбор порта и корневого каталога (-instsrvc, -rmsrvc, -start, -stop, -port, -d); по умолчанию используется порт 1542 и профильный каталог пользователя (если -d не задан).

Надежность и риски

• Для файлового варианта при сетевой работе есть практические риски целостности. В каталоге хранилища создаются служебные файлы блокировок и сеансов.
• Серверный доступ исключает прямые файловые операции со стороны пользователей, что существенно снижает риски, связанные с сетевыми сбоями и файловыми блокировками, и упрощает безопасную удаленную работу по TCP/HTTP/HTTPS.

Почему серверное хранилище может быть предпочтительнее:

• Централизация доступа через crserver снижает риски повреждения данных, поскольку нет прямых записей пользователями в хранилище.
• Поддержка TCP и публикации на IIS по HTTP/HTTPS обеспечивает управляемый, защищаемый и производительный удаленный доступ без использования сетевых папок.
• Гибкое администрирование (служба, настраиваемый порт, корневой каталог, несколько хранилищ на одной службе) упрощает эксплуатацию и масштабирование.

Резервное копирование и восстановление

Принципы резервного копирования и восстановления у файлового и серверного хранилища конфигураций одинаковы. Оба типа хранилищ используют файловую базу данных формата .1cd и требуют соблюдения одних и тех же условий.

Для резервного копирования необходимо скопировать файлы 1cv8ddb.1cd и каталог data на резервные носители. Для обеспечения целостности копируемых данных к хранилищу не должны быть подключены пользователи.

Восстановление в обоих случаях заключается в замещении поврежденных файлов из резервной копии. При серьезных повреждениях требуется полное восстановление, что приводит к потере изменений после последней копии.

Единственное отличие — серверная архитектура позволяет централизованно управлять доступом к хранилищу, что может упростить процедуру обеспечения отсутствия подключений во время копирования.

Рекомендации по выбору решения

Стоит выбрать файловое хранилище, если у вас:

• Небольшая команда разработчиков;
• Работа в стабильной локальной сети;
• Требуется простота внедрения и минимальные требования к инфраструктуре;
• Ограниченные ресурсы для администрирования;
• Важно быстрое и интуитивно понятное администрирование без установки дополнительных сервисов;

Стоит выбрать серверное хранилище, если у вас:

• Более крупная команда разработчиков;
• Требуется организация удаленной работы через интернет с единым адресом подключения;
• Важно централизованно публиковать хранилище и управлять пользователями/правами хранилища в одном месте;
• Есть ресурсы для настройки и поддержки серверной инфраструктуры;
• Нужно удобнее организовать доступ для растущего числа проектов и разработчиков;

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