Готовишься к экзамену?
Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.
При использовании механизма распределенных баз данных изменения в конфигурации:
Передаются посредством файла формата cf
Неправильно: Файл .cf действительно используется для ручной передачи/развёртывания конфигурации, но это не штатный способ доставки изменений именно в РИБ. В РИБ изменения конфигурации передаются тем же механизмом, что и изменения данных - через сообщения обмена между узлами.
Выполняются в каждой информационной базе самостоятельно
Неправильно: В РИБ поддерживается идентичность конфигураций узлов, поэтому «разъезжаться» по разным самостоятельным изменениям они не должны. Обычно изменения конфигурации вносятся централизованно (в корневом/главном узле) и затем распространяются на подчинённые узлы обменом.
После распределения информационной базы изменение конфигурации запрещено
Неправильно: Запрета «вообще нельзя» нет: конфигурацию можно развивать, но с ограничениями по месту внесения изменений. Как правило, изменения разрешены в одном узле (центральном), а в периферийных они блокируются, чтобы сохранить согласованность обмена.
Изменения включаются в стандартные сообщения обмена
Правильно: В РИБ сообщения обмена содержат не только изменения данных, но и изменения конфигурации, если такие изменения были выполнены в разрешённом узле. Поэтому доставка обновлений конфигурации происходит тем же «каналом» обмена - через стандартные сообщения обмена.
Пояснение
РИБ в 1С строится на плане обмена и обмене сообщениями между узлами (главный/подчинённые). Сообщение обмена - это не произвольный файл, а пакет, в котором есть служебная информация и изменения: обычно изменения данных, а при необходимости - ещё и изменения конфигурации.
Как это выглядит на практике:
1) Изменения метаданных (конфигурации) вносят в корневом (центральном) узле РИБ. В подчинённых узлах конфигурирование часто заблокировано средствами РИБ, чтобы узлы не «разошлись» по структуре метаданных.
2) После изменения конфигурации выполняют обмен: центральный узел формирует сообщения, в которые попадают не только данные, но и изменения конфигурации.
3) Подчинённый узел принимает сообщение обмена. Часто после получения сообщения с изменениями конфигурации требуется обновить конфигурацию базы данных (обычно в режиме Конфигуратор), чтобы физическая структура базы соответствовала новым метаданным.
4) Затем обмен продолжается в штатном режиме (часто с подтверждениями/квитанциями о приёме сообщений).
Полезные рекомендации: планируйте доставку изменений конфигурации как мини-обновление - делайте резервную копию, проверяйте на тестовом контуре, выполняйте обмен и обновление узлов последовательно, и следите, чтобы все узлы РИБ работали на одной версии конфигурации (иначе обмен может начать выдавать ошибки несоответствия ожидаемой конфигурации).