Администрирование · 13 мин
Как откатить релиз 1С 8.3 назад
Как безопасно откатить релиз конфигурации 1С 8.3 на предыдущую версию: восстановление из копии, откат платформы, проверка данных и типичные ошибки.
Откат релиза 1С 8.3 требуется, когда после обновления конфигурации или платформы перестают работать отчёты, обмены данными, печатные формы или база вовсе не запускается. Важно понимать сразу: штатной кнопки «отменить обновление» в 1С нет. Откат — это либо восстановление базы из резервной копии, созданной до обновления, либо установка предыдущей версии платформы, либо загрузка конфигурации из выгруженного cf-файла.
Выбор способа зависит от того, что именно обновлялось (конфигурация, платформа или и то, и другое), есть ли актуальная резервная копия и успели ли пользователи внести в базу новые данные после обновления. Если после обновления прошло несколько рабочих дней и в базе накопились документы, простое восстановление копии приведёт к их потере — в этом случае нужен комбинированный подход с переносом данных.
Ниже разобраны все рабочие сценарии отката: от простого восстановления из копии до ситуаций, когда копии нет. Каждый раздел содержит условия применения, порядок действий и способ проверить результат.
Что проверить перед откатом
Прежде чем предпринимать какие-либо действия, зафиксируйте исходное состояние. Узнайте точные номера версий: текущую версию конфигурации (раздел «О программе» или «Администрирование — Обновление версии программы») и версию платформы (меню «Справка — О программе», строка с номером вида 8.3.22.xxxx). Эти данные понадобятся, чтобы понять, на какой релиз откатываться.
Далее определите, есть ли резервная копия, созданная до обновления. Стандартный механизм обновления типовых конфигураций предлагает создать копию автоматически — проверьте каталог резервных копий, указанный в настройках обновления, а также папки, куда администратор выгружает dt-файлы. Для клиент-серверных баз проверьте расписание регламентных бэкапов на стороне СУБД (MS SQL, PostgreSQL).
Наконец, оцените объём данных, введённых после обновления. Если пользователи уже провели документы, создали заказы или выдали счета, восстановление старой копии уничтожит эти данные. В такой ситуации сначала выгрузите новые документы (например, через типовую обработку «Выгрузка и загрузка данных XML» или через обмен), и только потом выполняйте откат.
Восстановление из копии вернёт и конфигурацию, и данные на момент копии
Данные сохранятся, но обратное обновление структуры может завершиться ошибкой
Установите предыдущий релиз платформы, базу трогать не нужно
Сначала выгрузите новые данные, потом откатывайте и загружайте их обратно
Подготовка: обязательная копия текущего состояния
Даже если база работает плохо, перед откатом сделайте резервную копию текущего состояния. Это страховка на случай, если откат пройдёт неудачно или выяснится, что часть новых данных нужно вытащить. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельную папку при остановленной работе пользователей, либо выгрузить базу через конфигуратор в dt-файл.
Для выгрузки через конфигуратор откройте базу в режиме «Конфигуратор», перейдите в меню «Администрирование — Выгрузить информационную базу» и укажите путь к dt-файлу. Для клиент-серверной базы дополнительно можно сделать бэкап средствами СУБД — он надёжнее и быстрее для больших объёмов.
Способ 1. Восстановление базы из резервной копии
Это основной и самый надёжный способ отката, если копия сделана до обновления. Для файловой базы завершите все сеансы, закройте конфигуратор, скопируйте текущий файл 1Cv8.1CD в стороннюю папку (как страховку), а затем подмените его файлом из резервной копии. После запуска база откроется на старом релизе конфигурации со всеми данными на момент копии.
Если копия хранится в виде dt-файла, создайте пустую базу или откройте существующую в конфигураторе и выполните «Администрирование — Загрузить информационную базу». Загрузка полностью заменит и конфигурацию, и данные содержимым dt-файла. Для клиент-серверной базы восстановление выполняется средствами СУБД (RESTORE DATABASE в MS SQL, pg_restore в PostgreSQL) с последующей регистрацией базы в консоли кластера 1С.
После восстановления проверьте версию конфигурации: она должна соответствовать релизу, который был до обновления. Затем запустите базу в пользовательском режиме и убедитесь, что проблемный функционал работает так, как до неудачного обновления.
- 1Завершите все сеансы пользователей и заблокируйте вход в базу
- 2Сделайте страховочную выгрузку текущего состояния в dt
- 3Откройте конфигуратор: Администрирование — Загрузить информационную базу
- 4Укажите dt-файл, созданный до обновления, и подтвердите загрузку
- 5Дождитесь завершения, проверьте версию конфигурации
- 6Запустите пользовательский режим и проверьте ключевые операции
- 7Разблокируйте вход и сообщите пользователям о готовности
Способ 2. Откат конфигурации через cf-файл без потери данных
Если резервной копии нет, но сохранился файл конфигурации (.cf) предыдущего релиза — например, из дистрибутива старого обновления или из выгрузки «Конфигурация — Сохранить конфигурацию в файл», — можно попробовать откатить только метаданные, сохранив данные. Откройте конфигуратор, снимите конфигурацию с поддержки при необходимости и выполните «Конфигурация — Загрузить конфигурацию из файла».
После загрузки потребуется обновить конфигурацию базы данных (клавиша F7). Здесь кроется главный риск: если новый релиз изменял структуру данных — добавлял реквизиты, переносил данные в новые регистры, выполнял обработчики обновления, — обратная реструктуризация может завершиться с ошибками или удалить данные из объектов, которых нет в старой версии. Конфигуратор покажет список изменений и предупредит об удаляемых объектах: внимательно прочитайте его перед подтверждением.
Дополнительная сложность — отложенные обработчики обновления. Если после обновления они выполнились и преобразовали данные под новую структуру, старая конфигурация может работать с этими данными некорректно. Поэтому способ с cf-файлом подходит, когда обновление было минорным и не меняло структуру хранения, либо когда обработчики ещё не запускались.
Способ 3. Откат версии платформы 1С 8.3
Если проблемы начались после обновления самой платформы (а не конфигурации), откат значительно проще: базу трогать не нужно. Установите предыдущий релиз платформы из сохранённого дистрибутива или скачайте его с портала 1С при наличии действующей подписки. Несколько версий платформы спокойно сосуществуют на одном компьютере или сервере.
Для клиент-серверного режима установите нужную версию на сервер 1С, остановите службу агента сервера новой версии и запустите службу предыдущей версии, либо перенастройте кластер. Для файловых баз достаточно, чтобы у пользователей в списке баз была указана нужная версия платформы — её можно выбрать в настройках информационной базы в окне запуска.
Учтите ограничение: если конфигурация базы уже была обновлена и процедура обновления конфигурации базы данных выполнялась под новой платформой с повышением режима совместимости, запуск на старой платформе может быть заблокирован. Проверьте свойства конфигурации: значение «Режим совместимости» не должно превышать возможности установленной платформы.
Сравнение способов отката
Самый надёжный способ; возвращает и конфигурацию, и данные. Ограничение: теряются данные, введённые после создания копии
Сохраняет данные, но срабатывает только если обновление не меняло структуру хранения и не выполнялись обработчики. Риск ошибок реструктуризации
Простая установка предыдущего релиза платформы; база не меняется. Не помогает, если проблема в конфигурации
Ожидание исправительного релиза или ручная доработка проблемного механизма; подходит, когда откат дороже, чем починка
Проверка базы после отката
После любого отката базу нужно проверить до того, как впустить пользователей. Сначала запустите конфигуратор и выполните «Администрирование — Тестирование и исправление» с включёнными проверками логической и ссылочной целостности. Это выявит битые ссылки и повреждённые записи, которые могли остаться после неудачного обновления или прерванного восстановления.
Затем в пользовательском режиме пройдите по критичным для организации сценариям: проведите тестовый документ каждого основного вида, сформируйте регламентированный отчёт, проверьте обмены с другими системами (банк-клиент, ЭДО, сайт), убедитесь, что печатные формы выводятся корректно. Сверьте остатки по ключевым регистрам (склад, взаиморасчёты, денежные средства) со значениями, зафиксированными до отката.
Как проверить результат отката
Соответствует релизу, который был до обновления
Версия новая или не определяется
Проверки завершены без ошибок
Есть битые ссылки или ошибки логической целостности
Документы проводятся без ошибок
Ошибки при проведении, недостающие движения
Обмены выполняются, отчёты формируются
Ошибки обмена, пустые или падающие отчёты
Частые ошибки и что делать, если копии нет вообще
Самая распространённая ошибка — откат без страховочной копии текущего состояния. Вторая по частоте — восстановление старой копии без выгрузки документов, введённых после обновления: бухгалтерия потом неделями восстанавливает первичку вручную. Третья типичная проблема — попытка загрузить старый cf-файл после полного завершения отложенных обновлений, что приводит к ошибкам реструктуризации и частичной потере данных в изменённых объектах.
Если резервной копии нет совсем и cf-файл старой версии недоступен, полноценный откат невозможен. В этой ситуации остаются три пути: дождаться исправительного релиза от вендора конфигурации (типовые ошибки обычно исправляют оперативно), обратиться к разработчику или франчайзи для точечного исправления проблемного механизма, либо восстановить данные из косвенных источников — выгрузок обменов, архивов отчётности, синхронизированных баз.
Чтобы не оказаться в такой ситуации снова, настройте регламентное резервное копирование: ежедневные бэкапы средствами СУБД для клиент-серверных баз и автоматическое копирование файла 1Cv8.1CD для файловых. Перед каждым обновлением делайте выгрузку в dt вручную и проверяйте, что файл открывается — тестовое восстановление копии в отдельную пустую базу занимает минуты, но гарантирует, что копия рабочая.
Как выбрать действие
FAQ: частые вопросы об откате релиза 1С 8.3
Можно ли откатить обновление типовой конфигурации штатными средствами?
Нет, в 1С нет функции автоматического отката обновления. Обновление изменяет и метаданные, и данные необратимо. Единственный штатный путь назад — восстановление информационной базы из резервной копии, созданной до обновления, поэтому мастер обновления настойчиво предлагает сделать копию перед началом.
Сколько времени занимает откат базы?
Для небольшой файловой базы восстановление из копии занимает от нескольких минут до получаса. Для клиент-серверных баз большого объёма восстановление из бэкапа СУБД может занять часы. Основное время обычно уходит не на сам откат, а на выгрузку и обратную загрузку новых данных и на проверку работоспособности.
Что будет с данными, введёнными после обновления, при восстановлении копии?
Они будут полностью потеряны: восстановление заменяет базу целиком. Чтобы сохранить их, перед откатом выгрузите документы через обработку «Выгрузка и загрузка данных XML» (она переносит данные между идентичными конфигурациями) или через настроенные обмены, а после отката загрузите обратно.
Можно ли запустить базу на более старой платформе после обновления конфигурации?
Только если режим совместимости конфигурации не превышает версию старой платформы и обновление конфигурации базы данных не использовало новые механизмы платформы. Проверьте свойство «Режим совместимости» в палитре свойств конфигурации. Если оно повышено, старая платформа откажется запускать базу.
Обновление прервалось с ошибкой, база не открывается. Это тоже решается откатом?
Да, это классический случай восстановления из резервной копии. Если база не открывается даже в конфигураторе, восстановите файл базы из копии (для файлового режима) или выполните восстановление из бэкапа СУБД (для клиент-серверного). После восстановления запустите «Тестирование и исправление» и только потом повторяйте обновление, предварительно устранив причину сбоя.
Нужно ли откатывать платформу на всех компьютерах одновременно?
Для клиент-серверной работы версии платформы на сервере и на клиентах должны совпадать по трём первым цифрам релиза, иначе соединение будет отклонено. Поэтому при откате сервера платформу нужно синхронно вернуть и на всех рабочих местах. Для файловых баз достаточно указать нужную версию в настройках каждой базы в окне запуска.
Что важно запомнить
Откат релиза 1С 8.3 — это восстановление из резервной копии, а не отмена обновления. Перед откатом всегда делайте страховочную копию текущего состояния и выгружайте данные, введённые после обновления. Откат платформы выполняется простой установкой предыдущего релиза и не затрагивает базу. После любого отката проверяйте базу тестированием и контрольными операциями, прежде чем пускать пользователей.