Если обновление 1С прервалось, не запускайте его повторно и не завершайте Конфигуратор через Диспетчер задач. Сначала сохраните текущее состояние базы и найдите копию, снятую до обновления. Руководство компании «Интеграция» предупреждает: принудительное завершение процесса или отключение сервера может повредить структуру базы.
Утром пользователи могут увидеть критическую ошибку при обновлении, сообщение о повреждении либо бесконечный запуск. Ваша задача сейчас — вернуть доступную базу из копии. Причину сбоя ищите позже, на отдельном экземпляре.
Файловую базу скопируйте целиком вместе с 1Cv8.1CD. Клиент-серверную сохраните средствами СУБД. Проверки и исправления запускайте только на отдельной копии.
Не включайте «Тестирование и исправление» на единственном экземпляре базы. Операция меняет данные. В руководстве «Эскалогии» полная резервная копия указана обязательным условием перед её запуском.
Сначала определите этап, на котором прервалось обновление
Обновление конфигурации проходит через сравнение объектов, применение изменений и реструктуризацию базы. По материалам «Интеграции», сбой возможен на каждом из этих этапов. Проверки для них различаются.
Если окно Конфигуратора перестало отвечать во время реструктуризации, это ещё не доказывает зависание. По материалам «Интеграции», задержку на этом этапе могут вызвать блокировки СУБД. Не перезагружайте сервер, пока не проверили активность запросов и блокировки.
| Что вы видите | Где искать причину | Безопасная проверка | Следующее действие |
|---|---|---|---|
| Конфигуратор остановился на реструктуризации | Транзакция СУБД, блокировка либо нехватка ресурсов | Проверить активные запросы и блокировки средствами СУБД | Убрать пользовательскую нагрузку, сохранить состояние, затем работать на копии |
| SQL сообщает о блокировке или тайм-ауте | Активный сеанс держит нужную таблицу | Проверить сеансы 1С и запросы СУБД | Завершить штатно мешающий сеанс и повторить обновление копии |
| Появилась ошибка файловой операции | Каталог базы, временные файлы, свободное место или защитное ПО | Проверить права службы, место на диске и открытые файлы | Устранить причину доступа до нового запуска |
| 1С сообщает «Недостаточно памяти» | Обновление идёт под рабочей нагрузкой | Проверить занятость памяти и активные сеансы | Остановить рабочие сеансы и повторить на копии вне нагрузки |
| После сбоя база сообщает о повреждении | Пострадали данные или структура файловой базы | Сохранить исходный 1Cv8.1CD, проверять только его копию | Перейти к порядку работы с повреждённым файлом базы |
| Появилась «Ошибка формата потока» | Кэш клиента либо информационная база | Проверить, возникает ли сбой при входе или при операции с данными | Действовать по отдельной ветке для ошибки потока |
Этап сбоя определяет проверку, но не отменяет копию. Сначала сохраняйте данные, затем освобождайте блокировки и перезапускайте службы.
Не загружайте прежнюю конфигурацию поверх единственной базы. Файл конфигурации содержит метаданные, но не заменяет резервную копию пользовательских данных.
Ошибка формата потока: проверьте момент появления
Ошибка потока при обновлении не всегда указывает на повреждение базы. Руководство «БухЭксперт8» разделяет два сценария: сбой при запуске связывают с кэшем, а сбой во время операций — с информационной базой.
Если сообщение появляется до открытия базы только на одном компьютере, сохраните базу и проверьте кэш этого клиента. Когда ошибка повторяется у всех пользователей при одинаковом действии, не ограничивайтесь очисткой локальных файлов. Продолжите по безопасному порядку исправления ошибки формата потока.
Не удаляйте служебные файлы из каталога рабочей базы наугад. Сначала сохраните каталог целиком. Иначе после неудачной попытки вы не вернётесь к исходному состоянию.
Ошибка файловой операции: найдите, кто держит файл
Ошибка файловой операции при обновлении часто возникает, когда база не получила монопольный доступ. В руководстве «Интеграции» среди причин названы активные пользователи, фоновые задания, недостаточные права и блокировка файлов защитным ПО.
Для файловой базы проверьте, что из каталога вышли пользователи и фоновые процессы. Затем убедитесь, что учётная запись, от которой запущен Конфигуратор, может читать и изменять файлы этого каталога.
Для клиент-серверной базы ищите блокировку на стороне СУБД. Сеанс 1С может уже исчезнуть из пользовательского интерфейса, но его транзакция продолжит удерживать таблицу. Завершайте такой процесс штатными средствами СУБД только после сохранения копии.
Проверьте и свободное место. «Интеграция» пишет, что временным файлам обновления могут понадобиться дополнительные гигабайты, однако фиксированный запас подходит не каждой базе. Ориентируйтесь на размер рабочей базы, журнал СУБД и фактическое потребление во время тестового запуска.
При нехватке памяти уберите рабочую нагрузку
Сообщение «Недостаточно памяти» во время реструктуризации не даёт основания сразу покупать ОЗУ. Сначала проверьте, не запустили ли обновление вместе с рабочими сеансами и фоновыми заданиями.
Сергей Сорокин из MoscowSoft описывает случай, когда обновление под нагрузкой прерывалось из-за нехватки памяти. После освобождения ресурсов и перезапуска службы сервера операция завершилась. Этот пример не задаёт универсальный объём ОЗУ: размер базы, число процессов и запросы у каждой системы свои.
Остановите регламентные задания, выведите пользователей и повторите обновление на копии. Если память снова заканчивается при той же операции, зафиксируйте потребление процесса и СУБД. Без этих данных нельзя обосновать ни новый объём памяти, ни замену сервера.
Не перезапускайте весь кластер без проверки. Иногда достаточно освободить конкретный рабочий процесс. Порядок выбора уровня перезапуска описан в материале о том, как перезапустить сервер 1С без лишней остановки кластера.
Как откатиться после неудачного обновления
Откат зависит не от текста ошибки, а от того, что вы сохранили до старта. Руководство 42Clouds связывает штатный возврат с двумя копиями: информационной базы и прежней конфигурации.
Разворачивайте сохранённую базу отдельно. Не восстанавливайте её поверх рабочего экземпляра: вы потеряете исходное состояние после сбоя и данные, которые могли появиться после создания копии.
| Что сохранилось | Что можно вернуть | Где разворачивать | Главный риск |
|---|---|---|---|
| Резервная копия СУБД | Данные и структуру базы на момент копирования | На отдельном экземпляре или другом сервере СУБД | В копии могут отсутствовать операции после её создания |
| Полный каталог файловой базы | Состояние файла 1Cv8.1CD до обновления | В новом каталоге с отдельной записью в списке баз | Копия бесполезна, если её сняли после повреждения |
Выгрузка dt | Информационную базу на момент выгрузки | В новую пустую информационную базу | Повреждённый или неполный dt может не загрузиться |
| Файл прежней конфигурации | Метаданные прежнего релиза | Только в отдельной копии базы | Файл конфигурации не возвращает пользовательские данные |
| Только текущая повреждённая база | Исходное состояние для диагностики | На отдельном носителе, без изменений | Любое исправление может сократить объём доступных данных |
Предсказуемый откат даёт полная копия до обновления. Один файл прежней конфигурации не заменяет базу с документами, регистрами и настройками.
После восстановления откройте отдельную базу и проверьте вход под обычным пользователем. Затем выполните несколько операций, критичных для вашей компании: откройте документы, сформируйте рабочий отчёт, запустите обмен без записи во внешнюю систему.
Если копия работает, не возвращайте её сразу пользователям. Сначала установите причину предыдущего сбоя и повторите обновление на восстановленном экземпляре. Иначе та же ошибка обновления конфигурации остановит базу второй раз.
Обновление платформы и конфигурации ломается по-разному
Версии платформы и конфигурации проверяйте отдельно. Руководства «Интеграции» и «Эскалогии» связывают часть сбоев с несовместимостью платформы и целевого релиза конфигурации.
Если ошибка появилась после установки платформы, сравните версии клиента и сервера на всех связанных узлах. Несовпадение может вызвать проблемы с подключением к клиент-серверной базе. Порядок проверки описан в инструкции для несовпадающих клиента и сервера.
При ошибке обновления конфигурации проверьте требования целевого релиза к платформе. Руководство «Эскалогии» подтверждает эту зависимость, но не заменяет документацию фирмы «1С» для вашей конфигурации. Универсального минимального выпуска платформы для всех баз здесь нет.
Сверьте релиз в документации именно к вашей конфигурации. После этого обновите тестовую копию и проверьте рабочие операции. Установка новой платформы сама по себе не исправит повреждённые данные внутри базы.
Если копии нет
Не запускайте «Тестирование и исправление» вслепую и не загружайте старую конфигурацию поверх базы. Скопируйте исходные файлы на другой носитель и прекратите попытки изменения.
Для клиент-серверной базы сохраните файлы СУБД и журналы, доступные после аварии. Не пересоздавайте базу с тем же именем и не перезапускайте сервер по кругу: каждое изменение осложняет последующий разбор.
Дальнейший результат зависит от состояния данных, СУБД и завершённого этапа обновления. Если штатная копия не открывается либо её нет, передайте сохранённое состояние на аварийное восстановление базы 1С. Заранее обещать возврат всех данных нельзя: объём восстановления станет понятен после диагностики.
Другие сценарии отказа собраны на карте неисправностей 1С. Она поможет отделить сбой обновления от повреждения файла, отказа СУБД и ошибки сервера приложений.
Чтобы ошибка обновления не повторилась
Перед следующим запуском подготовьте три независимых результата: копию базы, сохранённую конфигурацию и проверенный тестовый экземпляр. Рабочую базу обновляйте только после успешного прогона на копии.
Проверка перед обновлением укладывается в пять действий:
- Снимите копию базы средствами СУБД либо скопируйте весь каталог файловой базы.
- Сохраните прежнюю конфигурацию и запишите текущие версии платформы и релиза.
- Разверните копию отдельно и проверьте вход.
- Отключите фоновые задания и получите монопольный доступ.
- Обновите копию, затем проверьте вход и критичные операции.
Настройте резервное копирование базы 1С до следующего обновления. Копия имеет смысл, только если вы уже пробовали развернуть её отдельно.
Что делать сразу после ошибки обновления 1С?
Остановить повторные попытки, сохранить текущее состояние базы и найти копию до обновления. Проверки проводить на отдельном экземпляре.
Можно ли завершить зависший Конфигуратор через Диспетчер задач?
Принудительное завершение может повредить структуру базы. Сначала проверьте активность процесса и блокировки, затем сохраните доступное состояние.
Как откатить обновление 1С из файла dt?
Создайте отдельную пустую информационную базу и загрузите в неё dt. Не загружайте его поверх единственного рабочего экземпляра.
Поможет ли «Тестирование и исправление»?
Операция может исправить отдельные нарушения, но она меняет данные. Запускайте её только на копии после сохранения исходной базы.
Что проверить после обновления платформы?
Сравните версии клиента и сервера на всех связанных узлах. Затем сверьте версию платформы с требованиями целевого релиза конфигурации.
Что делать, если резервной копии нет?
Сохраните исходные файлы без изменений и прекратите попытки исправления. Возможность восстановления определяют после диагностики.