Администраторы и разработчики платформы 1С:Предприятие часто сталкиваются с необходимостью глубокого анализа механизмов обмена информацией. Когда синхронизация работает нестабильно или требуется перенести настройки в другую базу, возникает закономерный вопрос о физическом расположении этих параметров. Понимание структуры хранения данных является ключом к успешной отладке сложных интеграционных сценариев.
В современных версиях платформы, начиная с релизов 8.3, механизм синхронизации претерпел значительные изменения по сравнению с устаревшими планами обмена. Теперь вся конфигурация взаимодействия, включая правила регистрации объектов и параметры подключения, сосредоточена в специализированных объектах метаданных. Это упрощает администрирование, но требует четкого знания архитектуры для прямого вмешательства.
Рассмотрим детально, в каких именно таблицах и справочниках системы фиксируются сведения о настройках. Мы разберем как визуальный интерфейс для обычных пользователей, так и низкоуровневые таблицы для программистов, которым необходимо писать сложные запросы или проводить миграцию данных без использования стандартных обработок.
Визуальный интерфейс и основные разделы конфигурации
Для большинства пользователей, не обладающих правами конфигуратора, доступ к настройкам осуществляется исключительно через пользовательский интерфейс. В типовых конфигурациях, таких как 1С:Бухгалтерия предприятия или 1С:Управление торговлей, эти параметры вынесены в отдельный раздел администрирования. Найти их можно, перейдя по пути НСИ и Администрирование в группу Синхронизация данных.
Здесь представлен список всех активных и неактивных настроек. Каждая запись в этом списке представляет собой комплексный объект, содержащий ссылку на удаленную информационную систему, расписание выполнения и набор правил обмена. Важно отметить, что визуальное отображение может различаться в зависимости от версии конфигурации и примененных обновлений.
При открытии карточки настройки вы увидите вкладки с детальной информацией. На вкладке Параметры хранятся учетные данные, адрес сервера и тип соединения. Именно здесь определяется, будет ли обмен происходить через файловый каталог, по HTTP-протоколу или через прямое подключение к базе данных.
- 📂 Файловый обмен — используется локальный или сетевой каталог для передачи файлов выгрузки и загрузки.
- 🌐 HTTP-соединение — данные передаются через веб-сервисы, что актуально для облачных решений и распределенных систем.
- 🔗 Прямое подключение — требует наличия сетевой доступности к серверу СУБД удаленной базы.
- ⚙️ Расписание — определяет периодичность автоматического запуска сеансов синхронизации.
⚠️ Внимание: Изменение параметров подключения в работающей системе может привести к потере данных при следующем сеансе, если настройки на сторонах отправителя и получателя станут несовместимыми.
Интерфейс предоставляет возможность тестирования соединения перед сохранением. Это критически важная функция, позволяющая убедиться в корректности введенных путей и прав доступа. Игнорирование этапа тестирования часто приводит к накоплению ошибок в журнале регистрации.
Объекты метаданных: справочники и регистры
С точки зрения разработчика, все настройки синхронизации представляют собой конкретные объекты метаданных. Основным хранилищем конфигурации является справочник НастройкиСинхронизацииДанных. Каждая запись в этом справочнике уникально идентифицирует узел обмена и содержит все необходимые атрибуты для его функционирования.
Внутри этого справочника хранятся не только параметры подключения, но и ссылки на другие важные объекты. Например, здесь указывается используемый План обмена, который определяет структуру передаваемых данных, и набор Правил регистрации объектов. Эти связи обеспечивают целостность механизма передачи информации.
Отдельного внимания заслуживает справочник ПравилаРегистрацииОбъектов. В нем хранятся настройки, определяющие, какие именно документы или справочники подлежат выгрузке. Здесь можно задать фильтры по организациям, датам или конкретным признакам объектов, что позволяет гибко управлять трафиком.
При создании новой настройки синхронизации через интерфейс система автоматически создает записи в обоих справочниках, связывая их уникальными идентификаторами.
Для хранения состояния сеансов и истории обменов используются специализированные регистры сведений. В частности, регистр СостоянияСеансовСинхронизацииДанных фиксирует время последнего успешного обмена, количество переданных объектов и статус последней операции. Анализ этого регистра позволяет быстро диагностировать проблемы.
| Объект метаданных | Тип хранения | Основное назначение |
|---|---|---|
| НастройкиСинхронизацииДанных | Справочник | Хранение параметров подключения и общих настроек узла |
| ПравилаРегистрацииОбъектов | Справочник | Определение состава данных для выгрузки и загрузки |
| ПланыОбмена | План обмена | Структурное описание каналов передачи данных |
| СеансыСинхронизацииДанных | Документ | Фиксация факта проведения сеанса обмена |
Понимание взаимосвязи между этими объектами необходимо для написания корректных запросов. Например, чтобы получить список всех объектов, которые будут выгружены при следующей синхронизации, нужно соединить данные из справочника настроек и регистра правил регистрации.
Табличная часть базы данных и SQL-запросы
При работе с базой данных на уровне СУБД (Microsoft SQL Server, PostgreSQL или Oracle) имена таблиц формируются на основе имен объектов метаданных. Для справочника настроек синхронизации таблица обычно имеет имя _Reference145 или подобное, где цифры зависят от внутреннего идентификатора метаданных в конкретной базе.
Чтобы точно узнать имя таблицы, соответствующее справочнику НастройкиСинхронизацииДанных, необходимо обратиться к системной таблице _Version или использовать консоль администрирования сервера 1С. Зная точное имя, можно выполнять выборки напрямую, минуя медленные механизмы платформы.
SELECT _Fld1234, _Fld5678
FROM _Reference145
WHERE _Marked = 0
В данном примере _Fld1234 и _Fld5678 — это псевдонимы полей, соответствующих реквизитам справочника, таким как "Наименование" или "Адрес подключения". mapping полей также можно узнать через системные таблицы конфигурации.
Прямой доступ к таблицам позволяет решать задачи, недоступные стандартными средствами. Например, массовое обновление адресов серверов при миграции инфраструктуры или очистка истории сеансов для освобождения места в базе данных.
⚠️ Внимание: Прямая модификация данных в таблицах СУБД в обход платформы 1С запрещена регламентом поддержки. Такие действия могут привести к нарушению целостности данных и потере гарантии.
Однако чтение данных через SQL-запросы является безопасным и широко применяется для построения сложных аналитических отчетов по активности системы синхронизации. Это особенно актуально для баз с большим объемом данных, где стандартные отчеты 1С работают медленно.
Как найти имя таблицы по имени справочника?
Имя таблицы можно найти в обработчике "Консоль запросов", выполнив запрос к системной таблице _Description или посмотрев свойства объекта в конфигураторе в режиме предприятия (для отладки).
Программный доступ и работа с объектами
Для автоматизации процессов управления синхронизацией разработчики используют встроенный язык 1С. Получение объекта настройки программно осуществляется через поиск по ключу или имени в справочнике НастройкиСинхронизацииДанных. Это позволяет динамически изменять параметры в зависимости от внешних условий.
Пример кода для получения активной настройки:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| НастройкиСинхронизацииДанных.Ссылка КАК Ссылка
|ИЗ
| Справочник.НастройкиСинхронизацииДанных КАК НастройкиСинхронизацииДанных
|ГДЕ
| НастройкиСинхронизацииДанных.Владелец = &Владелец
| И НастройкиСинхронизацииДанных.ЭтоГруппа = ЛОЖЬ";
Запрос.УстановитьПараметр("Владелец", СсылкаНаВладельца);
Результат = Запрос.Выполнить().Выбрать();
Если Результат.Следующий() Тогда
ОбъектНастройки = Результат.Ссылка.ПолучитьОбъект();
// Дальнейшая работа с объектом
КонецЕсли;
После получения объекта в переменную ОбъектНастройки становятся доступны все его свойства. Вы можете программно менять адрес подключения, включать или отключать использование расписания, а также модифицировать состав регистрируемых объектов.
Без этого шага все модификации останутся только в оперативной памяти и будут утеряны после завершения сеанса.
- 📝 Метод Записать() — сохраняет изменения объекта в базу данных.
- 🔍 Метод НайтиПоНаименованию() — быстрый поиск настройки без использования запросов.
- 🚀 Метод ВыполнитьОбмен() — программный запуск сеанса синхронизации.
- 🛑 Метод БлокироватьДанные() — предотвращает изменение данных во время обмена.
Программный подход особенно востребован в распределенных информационных системах, где централизованный сервер должен управлять настройками сотен удаленных узлов. Скрипты позволяют применять изменения массово и единообразно.
Программное управление настройками позволяет реализовать сложные сценарии обмена, недоступные через стандартный интерфейс, например, динамическое переключение каналов связи в зависимости от нагрузки.
Журнал регистрации и диагностика ошибок
Когда синхронизация дает сбой, первым местом для поиска причин становится журнал регистрации событий платформы 1С. В нем фиксируются все этапы процесса: от попытки подключения до финальной выгрузки данных. Фильтрация журнала по событиям, связанным с синхронизацией, позволяет быстро локализовать проблему.
В журнале можно отследить ошибки аутентификации, проблемы с сетевым доступом или конфликты данных. Сообщения об ошибках часто содержат технические коды и описания, которые помогают понять суть произошедшего сбоя. Регулярный мониторинг журнала является обязательной практикой для администратора.
Кроме системного журнала, в самой настройке синхронизации ведется внутренняя история сеансов. Она отображает количество принятых и отправленных объектов, длительность сеанса и итоговый статус. Эта информация более наглядна для пользователей, не владеющих техническими деталями работы СУБД.
⚠️ Внимание: При интенсивном обмене данными журнал регистрации может расти очень быстро. Рекомендуется настроить автоматическую очистку старых записей или вывод их в отдельный файл, чтобы не переполнять основную базу.
Для глубокой диагностики можно включить режим расширенного логирования. Это увеличит объем записываемой информации, включая детали передаваемых пакетов данных, но существенно замедлит работу системы. Использовать этот режим следует только временно, в момент отладки критических ошибок.
Анализ логов часто выявляет проблемы с правами доступа пользователей, от имени которых выполняется синхронизация. Убедитесь, что у технического пользователя есть необходимые права на чтение и запись в соответствующие разделы базы данных.
☑️ Диагностика сбоя синхронизации
Хранение правил конвертации данных (КД 2.0 и 3.0)
Важным аспектом является хранение правил конвертации данных, особенно при использовании механизма 1С:Конвертация данных. В версиях КД 2.0 правила хранились в виде отдельных XML-файлов или в специализированных обработках, которые нужно было загружать в базу.
В современной версии КД 3.0 правила являются полноценными объектами конфигурации или хранятся в виде предопределенных элементов в специальных справочниках. Это позволяет версионировать правила обмена вместе с основной конфигурацией и применять механизм контроля версий.
Настройки соответствия полей и объектов между разными конфигурациями хранятся в регистрах сведений, связанных с правилами конвертации. При изменении структуры метаданных в одной из баз эти настройки могут потребовать актуализации, иначе обмен прервется из-за несоответствия типов данных.
При обновлении типовой конфигурации правила синхронизации могут быть перезаписаны или удалены, если они не были сохранены в безопасном месте. Рекомендуется перед обновлением делать резервную копию правил или выгружать их во внешний файл.
Сложные сценарии обмена, включающие трансформацию данных "на лету", требуют хранения дополнительного кода в модулях менеджеров объектов синхронизации. Этот код выполняется в моменты чтения и записи данных и должен быть тщательно протестирован.
Где физически расположены файлы выгрузки при файловом обмене?
Файлы выгрузки (.dt, .xml или *.zip) располагаются в каталоге, указанном в параметрах настройки синхронизации. По умолчанию это может быть подкаталог в папке с базой данных или специально выделенная сетевая папка. Путь к этому каталогу хранится в реквизите справочника настроек.
Можно ли перенести настройки синхронизации в другую базу?
Да, это возможно. Настройки можно выгрузить в файл XML через стандартную обработку или скопировать непосредственно элементы справочника НастройкиСинхронизацииДанных с помощью обработки выгрузки/загрузки данных, соблюдая порядок загрузки зависимых объектов.
Что делать, если настройка синхронизации не видна в списке?
Проверьте права доступа пользователя. Возможно, настройка принадлежит другому владельцу или скрыта фильтром в форме списка. Также убедитесь, что вы смотрите в правильном разделе администрирования, соответствующем вашей роли.
Как очистить историю сеансов синхронизации?
Историю сеансов можно очистить через форму списка настроек синхронизации, используя команду "Очистить историю", либо программно, удаляя документы СеансыСинхронизацииДанных и записи в соответствующих регистрах.
Влияет ли удаление настройки синхронизации на данные в базе?
Удаление самой настройки не удаляет данные, которые уже были обменены. Однако это прекращает возможность дальнейшей синхронизации по данному каналу. Зарегистрированные изменения могут остаться в регистрах, пока не будет проведена очистка или новый обмен.