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