Администрирование · 11 мин
Пересоздание автономной конфигурации в 1С
Что такое пересоздание автономной конфигурации в 1С, когда оно требуется, как выполнить пересоздание узла РИБ и не потерять данные. Пошаговая инструкция и FAQ.
Пересоздание автономной конфигурации — это операция в механизме обмена данными 1С, при которой заново формируется начальный образ (начальная выгрузка) для автономного рабочего места или узла распределённой информационной базы. Проще говоря, система создаёт новую «стартовую копию» базы, из которой удалённый узел будет развёрнут заново и начнёт синхронизироваться с главным узлом.
Термин чаще всего встречается в двух контекстах: при работе с автономными рабочими местами в типовых конфигурациях (например, 1С:Бухгалтерия, 1С:ЗУП, 1С:Комплексная автоматизация) и при администрировании распределённых информационных баз (РИБ). В обоих случаях суть одна: существующая копия узла перестала быть актуальной или работоспособной, и её нужно создать заново из главной базы.
Операция относится к административным и выполняется не в повседневном режиме, а при сбоях, потере связи, повреждении файлов обмена или изменении настроек синхронизации. Ошибки при пересоздании могут привести к потере данных, введённых в удалённом узле и ещё не переданных в главную базу, поэтому важно понимать последствия каждого шага.
Что такое автономная конфигурация и где она используется
Автономное рабочее место — это облегчённая копия основной базы, предназначенная для работы вне офиса: на ноутбуке менеджера, в филиале без стабильной связи, на выездной точке. Пользователь вводит документы локально, а затем синхронизируется с основной базой через файл обмена или веб-сервис.
В механизме распределённых информационных баз роль аналогична: периферийный узел содержит полную или частичную копию данных центрального узла и обменивается с ним сообщениями. Каждый узел имеет уникальный код и префикс, а обмен строится по плану обмена, который определяет состав передаваемых данных.
Автономная конфигурация в этом контексте — это и есть образ базы узла, созданный из главной базы в момент настройки. Пока узел работает штатно, образ не требуется: синхронизация идёт инкрементально, передаются только изменения. Но если узел «разошёлся» с главной базой, единственный надёжный способ восстановить согласованность — пересоздать образ.
Когда требуется пересоздание
Наиболее частая причина — длительный перерыв в синхронизации. Если узел не обменивался данными слишком долго, объём накопленных изменений становится большим, а вероятность конфликтов и ошибок при приёме сообщений возрастает. Проще и быстрее пересоздать узел, чем «догонять» его серией старых сообщений.
Вторая типовая ситуация — повреждение базы узла или файлов обмена: аварийное завершение работы, сбой диска, некорректное восстановление из архива. Если узел перестал принимать или отправлять сообщения, а диагностика не помогает, пересоздание становится основным способом восстановления.
Третья группа причин — изменение настроек обмена: состава выгружаемых данных, правил конвертации, отборов по организациям или подразделениям. Некоторые изменения не применяются «на лету» и требуют формирования нового начального образа.
Как выбрать действие
Что происходит с данными при пересоздании
Ключевой момент: пересозданный узел получает данные из главной базы на момент создания образа. Всё, что было введено в старом узле и не передано в главную базу, при пересоздании будет потеряно — новый узел об этих данных «не знает».
Поэтому первое и обязательное действие перед пересозданием — убедиться, что из удалённого узла выгружены все актуальные данные и они успешно загружены в главную базу. Если узел частично неработоспособен, но файл выгрузки сформировать ещё можно, сделайте это до любых других операций.
После пересоздания нумерация сообщений обмена начинается заново: главная база формирует для узла первое сообщение с полным набором данных, а узел при первой синхронизации принимает его как начальную загрузку. Старые файлы обмена для этого узла теряют смысл и применять их не нужно.
Как выполнить пересоздание: порядок действий
Точные названия команд зависят от конфигурации, но общая логика одинакова. В типовых решениях работа ведётся в разделе «Администрирование» → «Синхронизация данных» или через план обмена в режиме «Все функции».
Автономное рабочее место в типовой конфигурации
В главной базе откройте список настроек синхронизации, найдите нужное автономное рабочее место и выполните команду создания начального образа заново. Система сформирует файл образа, который затем переносится на удалённый компьютер и используется для создания новой базы через конфигуратор или стартовое окно 1С.
Узел распределённой информационной базы
В центральном узле откройте план обмена, выберите периферийный узел и выполните команду «Создать начальный образ» (в файловом варианте создаётся файл 1Cv8.dt или готовая база). На стороне периферийного узла старая база заменяется новой: либо разворачивается образ, либо база создаётся из файла выгрузки.
- 1Синхронизируйте узел в последний раз: выгрузите из него все данные и загрузите в главную базу
- 2Сверьте ключевые показатели (остатки, обороты, взаиморасчёты) по главной базе и узлу
- 3Сделайте резервную копию старой базы узла — она понадобится, если что-то пошло не так
- 4В главной базе создайте начальный образ узла заново через настройки синхронизации или план обмена
- 5Перенесите образ на удалённый компьютер и разверните новую базу узла
- 6Выполните первую синхронизацию и проверьте, что данные на месте и обмен проходит без ошибок
Проверка результата после пересоздания
После развёртывания нового узла выполните тестовую синхронизацию в обе стороны: из главной базы в узел и обратно. Обмен должен завершиться без ошибок, а в журнале регистрации не должно быть сообщений о конфликтах и отказах в приёме данных.
Затем сверьте содержимое: количество документов за последний период, остатки по складам и счетам, справочники контрагентов и номенклатуры. Расхождения на этом этапе означают, что либо образ создавался при неактуальной главной базе, либо часть данных из старого узла не была передана.
Полезно также проверить префиксы документов в новом узле: они должны соответствовать настройкам узла, иначе при обмене возможны дубли номеров. При необходимости скорректируйте префикс в настройках синхронизации до начала рабочего ввода документов.
Как проверить результат
Обмен завершается без ошибок, данные принимаются
Ошибки приёма сообщений, конфликты в журнале регистрации
Совпадают с главной базой на дату создания образа
Расхождения по суммам или отсутствуют документы
Соответствуют префиксу узла, дублей нет
Нумерация пересекается с другими узлами
Документы из узла появляются в главной базе
Сообщения не отправляются или не принимаются
Типичные ошибки и ограничения
Самая опасная ошибка — пересоздание узла без предварительной выгрузки данных из него. Второе место занимает попытка загрузить в новый узел старые файлы обмена: нумерация сообщений сброшена, и такие файлы либо не примутся, либо создадут дубли данных.
Ещё одна распространённая проблема — создание образа в момент, когда в главной базе идёт активная работа. Образ фиксирует состояние на момент создания, поэтому документы, введённые позже, попадут в узел только через штатную синхронизацию. Это не ошибка, но пользователей узла нужно предупредить о возможной «задержке» данных.
Учитывайте и технические ограничения: образ большой базы может формироваться долго и занимать значительное место на диске, а перенос по сети — занимать часы. Планируйте операцию на нерабочее время и заранее проверьте наличие свободного места на обоих компьютерах.
Альтернативы пересозданию
Не каждый сбой требует полного пересоздания. Если узел просто пропустил несколько сеансов обмена, достаточно штатной синхронизации с повторной отправкой сообщений — в типовых конфигурациях есть команда отправки данных повторно.
При единичных расхождениях данных помогает выборочная регистрация изменений: в плане обмена можно вручную зарегистрировать конкретные объекты к выгрузке и передать их в узел без пересоздания. Это быстрее и не трогает остальные данные.
Полное пересоздание оправдано, когда узел неработоспособен, разрыв в обмене велик или изменились правила обмена. В остальных случаях сначала стоит попробовать менее радикальные меры — они сохраняют историю обмена и не требуют переноса образа на удалённую площадку.
Сравнение вариантов
Подходит при коротком перерыве в обмене; не поможет при повреждении узла или большом разрыве
Подходит для точечных расхождений; не решает системные проблемы узла
Надёжно восстанавливает узел, но требует выгрузки данных, переноса образа и времени на развёртывание
Что важно запомнить
Пересоздание автономной конфигурации — это формирование нового начального образа узла из главной базы. Перед операцией обязательно выгрузите все данные из старого узла, сделайте резервную копию, а после развёртывания проверьте синхронизацию, остатки и префиксы документов.
Частые вопросы
Можно ли пересоздать узел, если старый узел полностью неработоспособен?
Да, само пересоздание выполняется на стороне главной базы и не требует работающего узла. Но данные, введённые в старом узле и не переданные в главную базу, будут потеряны. Если файлы старой базы сохранились, попробуйте открыть её и сформировать выгрузку до пересоздания.
Сколько времени занимает создание начального образа?
Зависит от размера базы и производительности оборудования: для небольших баз это минуты, для крупных — часы. На время формирования образа желательно ограничить активную работу пользователей, чтобы образ был согласованным.
Нужно ли пересоздавать узел после обновления конфигурации главной базы?
Обычно нет: обновление конфигурации передаётся в узлы через штатный механизм обмена, и в РИБ узлы обновляются после центрального. Пересоздание требуется только если обновление сопровождалось изменением правил обмена, несовместимых со старым образом.
Что делать, если после пересоздания в узле не хватает документов?
Сначала выполните полную синхронизацию — часть данных могла быть введена в главной базе после создания образа. Если документы отсутствуют и после обмена, проверьте отборы в настройках синхронизации: возможно, документы по этим организациям или датам просто не выгружаются в данный узел.
Можно ли отменить пересоздание и вернуть старый узел?
Только если сохранилась резервная копия старой базы узла. Восстановите её из копии и не выполняйте синхронизацию до консультации со специалистом: нумерация сообщений в главной базе уже могла измениться, и потребуется корректная настройка обмена.