Администрирование · 13 мин
Как откатить обновление 1С 8.3
Как откатить обновление 1С 8.3 до прежней версии конфигурации или платформы: восстановление из копии, откат платформы, отмена обработчиков, риски и проверка результата.
Некорректное обновление 1С 8.3 проявляется по-разному: база не открывается, документы проводятся с ошибками, отчёты показывают неверные данные или пропадает доступ у части пользователей. Откатить обновление можно двумя принципиально разными путями — восстановлением информационной базы из резервной копии, сделанной до обновления, или возвратом прежней версии платформы, если проблема именно в ней. Выбор зависит от того, что именно обновлялось: конфигурация, платформа или и то и другое.
Главное условие успешного отката — наличие резервной копии, созданной до начала обновления. Если копии нет, а конфигурация уже обновлена и обработчики обновления отработали, простого способа «вернуть как было» не существует: структура данных в базе изменена, и обратное преобразование штатными средствами не предусмотрено. Поэтому первый шаг при любой проблеме после обновления — остановить работу пользователей и оценить, что именно пошло не так.
Что именно нужно откатить: конфигурацию или платформу
Перед любыми действиями определите объект отката. Обновление в 1С 8.3 затрагивает два независимых компонента: конфигурацию (прикладное решение — «Бухгалтерия», «Управление торговлей» и т.д.) и технологическую платформу (само ядро программы). Откатываются они разными способами, и путать их нельзя.
Признаки проблемы конфигурации: программа запускается, но появляются ошибки в отчётах, документах, обменах данными, не работают отдельные механизмы учёта. Признаки проблемы платформы: база не открывается вовсе, программа аварийно закрывается, появляются ошибки вида «Несовместимая версия файла базы данных» или сбои в работе клиентских приложений сразу после установки нового релиза платформы.
Если обновлялись и платформа, и конфигурация, а проблема неочевидна, начните с отката платформы — это быстрее и безопаснее, так как не требует восстановления данных. Если после возврата прежней платформы ошибки остались, значит, дело в конфигурации и потребуется восстановление из копии.
Сравнение вариантов отката
Подходит, если сбои начались после установки нового релиза 1С:Предприятие 8.3. Быстро, данные не затрагиваются. Не помогает при ошибках в логике конфигурации.
Универсальный способ для файловых баз. Требует актуальной выгрузки, сделанной до обновления. Данные, введённые после обновления, будут потеряны.
Для клиент-серверных баз: откат средствами MS SQL, PostgreSQL и т.п. из бэкапа СУБД. Требует прав администратора СУБД.
Подготовка: что сделать до отката
Завершите работу всех пользователей в базе. Для файловой базы убедитесь, что ни у кого не открыт сеанс: в конфигураторе откройте «Администрирование» → «Активные пользователи». Для клиент-серверной базы завершите сеансы через консоль кластера серверов 1С или консоль СУБД. Активные сеансы помешают восстановлению или приведут к повреждению файла базы.
Прежде чем откатывать, сделайте копию текущего состояния базы — даже «сломанной». Это подстраховка: если восстановление из старой копии не устроит (например, окажется, что часть данных вводилась уже после обновления), у вас останется возможность вернуться к текущему состоянию и искать другой путь. Для файловой базы достаточно выгрузить данные в .dt через конфигуратор или скопировать файл 1Cv8.1CD на уровне файловой системы при закрытых сеансах.
Проверьте наличие и целостность резервной копии, сделанной до обновления. Убедитесь, что файл .dt или бэкап СУБД датирован временем до начала обновления, а не после. Восстановление из копии, сделанной после неудачного обновления, вернёт базу в то же проблемное состояние.
Откат конфигурации восстановлением из резервной копии
Для файловой базы стандартный способ — загрузка данных из файла выгрузки .dt. Откройте конфигуратор, войдите под пользователем с полными правами и выберите «Администрирование» → «Загрузить информационную базу». Укажите путь к файлу .dt, созданному до обновления, и подтвердите загрузку. Процесс полностью заменяет текущее содержимое базы содержимым копии.
После загрузки конфигуратор может сообщить, что версия конфигурации базы данных отличается от версии конфигурации, сохранённой в файле, и предложить обновить конфигурацию базы данных. Соглашайтесь — это приведёт структуру базы в соответствие с загруженной старой конфигурацией. Затем запустите базу в пользовательском режиме и убедитесь, что работа восстановлена.
Для клиент-серверной базы выгрузка и загрузка через .dt тоже возможна, но на больших базах это долго и требует много места. Практичнее восстановить базу средствами СУБД: в MS SQL Server — через «Restore Database» из файла .bak, в PostgreSQL — через pg_restore. Восстанавливайте в новую базу или поверх текущей, предварительно завершив все подключения к ней.
- 1Завершите все сеансы пользователей и скопируйте текущую базу на случай отката отката
- 2Откройте конфигуратор под пользователем с полными правами
- 3Выполните «Администрирование» → «Загрузить информационную базу» и укажите .dt, созданный до обновления
- 4Согласитесь на обновление конфигурации базы данных после загрузки
- 5Запустите базу в режиме 1С:Предприятие и проверьте ключевые операции
- 6Сообщите пользователям о необходимости повторно ввести данные за период после копии
Если обработчики обновления уже отработали
Типовые конфигурации при первом запуске после обновления выполняют отложенные обработчики — процедуры, преобразующие данные под новую структуру. Если обновление «зависло» на этом этапе или обработчики завершились с ошибками, не пытайтесь «дожать» их принудительно многократными перезапусками: частично преобразованные данные сложнее восстановить. Откат из копии до обновления — самый чистый выход и в этой ситуации.
Откат версии платформы 1С 8.3
Если проблема вызвана новым релизом платформы, вернитесь на предыдущую версию. На компьютере или сервере откройте список установленных программ Windows, найдите «1С:Предприятие 8» нужной версии и удалите новый релиз. Затем установите прежний релиз из дистрибутива — дистрибутивы платформы доступны на портале 1С для пользователей с действующей подпиской ИТС.
После установки проверьте, какая версия платформы указана в свойствах информационной базы в списке баз при запуске. Если база привязана к конкретной версии, отредактируйте параметры базы и укажите возвращённый релиз. Для серверного варианта убедитесь, что служба агента сервера 1С запущена от нужной версии платформы.
Учтите важное ограничение: если база уже была открыта новой платформой и при этом выполнялось обновление конфигурации базы данных с конвертацией формата, прежняя платформа может отказаться открывать такую базу. В этом случае потребуется восстановление базы из копии, сделанной до обновления, — формат данных вернётся к совместимому со старой платформой.
Потерянные данные: что будет с записями после обновления
Восстановление из копии возвращает базу на момент её создания. Все документы, справочники и настройки, введённые между созданием копии и откатом, будут утеряны. Это неизбежная цена отката, и о ней нужно предупредить пользователей до начала восстановления, а не после.
Если в проблемной базе успели ввести критичные данные (проведённые документы, оплаты), зафиксируйте их до восстановления: распечатайте или выгрузите списки документов, сформируйте оборотно-сальдовую ведомость и журналы операций. После отката эти данные придётся ввести повторно вручную, и такие списки станут основой для сверки.
Альтернатива полному откату — точечное исправление: если обновление сломало конкретный механизм, иногда быстрее дождаться исправляющего релиза конфигурации от вендора или привлечь специалиста для анализа ошибки. Это оправдано, когда объём введённых после обновления данных велик, а сбой затрагивает узкий участок учёта.
Как выбрать действие
Проверка результата после отката
После восстановления проверьте версию конфигурации: в пользовательском режиме откройте раздел с информацией о программе (обычно «Администрирование» → «Обслуживание» или сведения «О программе») и убедитесь, что номер релиза соответствует версии до обновления. В конфигураторе версию видно в свойствах конфигурации.
Выполните контрольные операции: проведите типовой документ, сформируйте ключевой отчёт (например, оборотно-сальдовую ведомость), проверьте работу обменов и печатных форм. Сверьте итоги с показателями, зафиксированными до отката, если они сохранились. Только после этого разрешайте пользователям возвращаться к работе.
Отдельно проверьте регламентные и фоновые задания: после восстановления базы из копии они могут быть заблокированы (типовые конфигурации блокируют регламентные задания в копии базы). Разблокируйте их в консоли заданий или в настройках программы, иначе обмены и автоматические операции не запустятся.
Как проверить результат
Совпадает с версией, которая была до обновления
Осталась новая версия — восстановление не выполнено или взята не та копия
Документы проводятся, отчёты формируются без ошибок
Ошибки сохраняются — проблема не в обновлении или копия повреждена
Задания активны и выполняются по расписанию
Задания заблокированы — их нужно разблокировать вручную
Указан прежний рабочий релиз платформы
Стоит новый релиз — база снова запустится на проблемной платформе
Типичные ошибки и профилактика
Самая частая ошибка — обновление без резервной копии. Выгрузка .dt или бэкап СУБД занимает от нескольких минут до часа, но именно эта копия превращает неудачное обновление из катастрофы в рабочую ситуацию. Делайте копию непосредственно перед обновлением, даже если настроено регулярное резервное копирование: ночная копия устареет на рабочий день.
Вторая ошибка — обновление через несколько релизов сразу без проверки промежуточных. Типовые конфигурации обычно поддерживают переход с пропуском версий, но чем больше «скачок», тем выше риск сбоев обработчиков. Обновляйтесь последовательно, проверяя работу базы после каждого значимого релиза, особенно на базах с доработками.
Третья ошибка — обновление рабочей базы без тестирования на копии. Разверните копию базы, обновите её, проверьте ключевые процессы и только затем повторите обновление на рабочей базе. Для баз с нестандартными доработками это практически обязательный этап: доработки часто конфликтуют с изменениями типового релиза.
Что важно запомнить
Откат обновления 1С 8.3 — это восстановление базы из копии, сделанной до обновления, либо возврат прежней версии платформы. Перед откатом завершите сеансы, сохраните копию текущего состояния и зафиксируйте данные, введённые после обновления. После восстановления проверьте версию конфигурации, ключевые операции и регламентные задания. Профилактика — копия перед каждым обновлением и тестирование на копии базы.
Частые вопросы об откате обновления 1С 8.3
Можно ли откатить обновление конфигурации без резервной копии?
Штатных средств для обратного преобразования структуры данных в 1С нет. Без копии остаются косвенные варианты: восстановление из архивных копий системы резервного копирования Windows, снапшотов виртуальной машины, теневых копий диска или бэкапов СУБД. Если ничего из этого нет, потребуется специалист по 1С для анализа возможности исправить базу в текущем состоянии.
Что делать, если обновление зависло на этапе обработчиков?
Сначала проверьте, действительно ли процесс завис: длительные обработчики на больших базах могут выполняться часами. Если процессор и диск не нагружены и прогресс не меняется длительное время, завершите сеанс и восстановите базу из копии до обновления. Повторные принудительные перезапуски обработчиков на частично преобразованных данных усугубляют ситуацию.
Откатится ли база, если просто удалить новую платформу и поставить старую?
Нет, это откатит только платформу. Более того, если база уже открывалась новой платформой с конвертацией формата данных, старая платформа может не открыть её. В таком случае дополнительно потребуется восстановить базу из копии, созданной до обновления.
Потеряются ли данные, введённые после обновления, при откате?
Да, восстановление из копии возвращает базу на момент создания этой копии. Все записи, сделанные позже, будут утеряны. Перед откатом выгрузите или распечатайте списки введённых документов, чтобы после восстановления ввести их повторно и сверить итоги.
Как откатить обновление в клиент-серверной базе?
Оптимальный способ — восстановление базы данных из бэкапа СУБД (MS SQL, PostgreSQL), сделанного до обновления. Перед восстановлением завершите все сеансы в консоли кластера 1С и отключите базу от пользователей. Альтернатива — выгрузка/загрузка через .dt в конфигураторе, но на больших базах это заметно дольше.
Как не допустить повторения проблемы при следующем обновлении?
Перед каждым обновлением делайте резервную копию, обновляйтесь последовательно без больших пропусков релизов и сначала тестируйте обновление на копии базы — особенно если конфигурация содержит доработки. Планируйте обновление на нерабочее время, чтобы в случае отката потери введённых данных были минимальны.