1с как вернуть предыдущую конфигурацию 1с

Обновлено: 23.01.2025

Эта статья является продолжением цикла статей «Первые шаги в 1С». В ней рассмотрены типовые приемы восстановления базы 1С на платформе «1С:Предприятие 8» после сбоев. Предполагается, что база работает в файловом режиме работы. Восстановление базы в клиент-серверном режиме работы не рассматривается, т.к. данный вопрос явно выходит за рамки “первых” шагов начинающего специалиста.

Материал статьи детально раскроет ответы на следующие вопросы:

• Что нужно делать до начала всех работ по восстановлению? (копию, Карл!)
• Какие тонкости есть при использовании утилиты проверки?
• Какие средства для восстановления есть в конфигураторе?
• Когда и зачем нужно делать выгрузку/загрузку в формат *.dt?
• Если все вышеописанное не помогло, что можно еще попробовать?

Применимость

Статья написана для платформы «1С:Предприятие» версии 8.3.4.496, но не переживайте, если вы работаете с более старшей версией! Весь материал является абсолютно актуальным.

Как в 1С восстановить поврежденную базу «1С:Предприятие 8»

Порой для новичка данная задача кажется просто нереальной. Хотя, на самом деле, есть ряд нехитрых штатных средств тестирования баз 1С и приемов исправления возникающих ошибок.

Появление различного рода систематических сбоев (ошибок, неверно отображаемых данных, аварийное закрытие программы) можно считать повреждением базы.

Причины возникновения критических ошибок бывают разнообразными. Чаще всего проблемы возникают из-за сбоев электропитания.

С уверенностью можно сказать, что при клиент-серверном режиме работы база более устойчива к возникновению ошибок.

В рамках наших статей, мы будем рассматривать файловый режим работы базы. И первое, о чем нужно предупредить клиента – наличие источника бесперебойного питания на компьютере, где установлена информационная база, очень желательно.

Итак, главное не пугаться и перед попыткой восстановления базы сделать ее копию.

Например, можно сначала скопировать всю папку, в которой размещена база, а затем в этой папке оставить только файл 1Cv8.1CD (файл базы) и папку 1Cv8Log (журнал регистрации событий).

На самом деле, в большинстве случаев базы подлежат восстановлению. Некоторые 1С-ники это поняли и с радостью перехватывают таких клиентов. Самому делать в большинстве случаев ничего особенного не надо, клиент испуган, а работа тестовых программ занимает не малое время.

Перейдем к практике. Сначала выясните у клиента, как давно и при каких обстоятельствах стали возникать сбои. Узнайте, как пользователи осуществляют обновление конфигурации и как по времени связаны эти два события. Уточните объем базы.

Даже если в данном конкретном случае выясненные обстоятельства решающим образом на Ваши последующие действия не повлияют, Вы сможете собрать некоторую статистику, которая может пригодиться в будущем.

Обязательно узнайте, обновлялась ли платформа, и под каким релизом платформы база работала до этого.

Первым делом удалите все файлы и папки, которые в заданной директории окружают файл базы (1Cv8.1CD). Да, это некие служебные файлы, обеспечивающие полноценную работу, но точно отмечено, что иногда в работе этих файлов возникает некоторое рассогласование.

Ничего страшного не случится, потому что при очередном запуске базы все необходимые файлы будут созданы заново. С запуском мы пока повременим.

Теперь используем самое эффективное, но еще далеко не последнее, средство. В директории C:\Program Files\1cv82 (для платформы 8.3 – 1cv8)\(далее номер релиза платформы)\bin запустите утилиту chdbfl.exe.

Внимание! В каждом релизе платформы есть своя утилита chdbfl.exe. Целесообразно использовать утилиту из того релиза платформы, с которым использовалась данная база. В большинстве случаев – это последний установленный релиз платформы.

Здесь стоит сказать об одной особенности, если момент повреждения базы примерно совпадает с моментом обновления платформы, то утилита chdbfl.exe предыдущей платформы зачастую дает лучшие результаты в поиске и исправлении ошибок.

Однако рекомендуем идти сверху вниз (от старших релизов к младшим). В конечном итоге, первоначальная копия у Вас есть, и Вы всегда можете сделать еще одну копию и повторить весь цикл.

Однако если ошибки исправлены не все, но при этом отмечается уменьшение количества ошибок, то имеет смысл запустить утилиту еще раз.

Далее, даже если Вам удастся добиться нулевого количества ошибок, имеет смысл воспользоваться средствами тестирования и исправления в конфигураторе.

Сами параметры тестирования и исправления, если Вы абсолютно четко не понимаете, что именно делаете, лучше не трогать.

Улучшение результатов тестирования при повторном использовании данного средства не отмечено.

Следует еще сказать о средстве проверки конфигурации. По опыту, ошибки, отмечаемые данным средством, не отличаются особой критичностью. Скорее они просто замедляют работу самой базы. Что, по сути, для баз размером свыше 4 Гб пользователем может расцениваться тоже как повреждение базы.

В данной форме также без абсолютно четкого понимания никаких настроек менять не стоит.

Следует сказать еще об одном не совсем очевидном методе. Дело в том, что при выгрузке базы в файл с расширением dt существует крайне низкая вероятность, что загрузить его обратно не удастся.

Однако при загрузке происходит некая реструктуризация памяти, что в отдельных случаях позволяет восстановить работу базы путем последовательной выгрузки и загрузки.

Если после всех проведенных мероприятий и испытаний Вы обнаружили, что Ваша база остается поврежденной, то целесообразно использовать и это средство.

Выгрузка производится в конфигураторе через меню Администрирование, пункт Выгрузить информационную базу.

Появится диалоговое окно, в котором нужно будет указать направление выгрузки. Название создаваемого файла можно использовать по умолчанию – 1Cv8.dt.

Следует отметить, что выгрузка также является одним из возможных методов копирования.

Загрузку лучше всего производить в новую базу без конфигурации. Для создания такой базы в окне информационных баз нажмите на кнопку Добавить. На очередном шаге сохраните настройку Создание новой информационной базы и нажмите на кнопку Далее.

В появившейся форме поменяйте настройку на Создание информационной базы без конфигурации и также нажмите на кнопку Далее. На последующих двух шагах определите имя базы и директорию (пустую), в которой она будет находится.

Дополнительные параметры можно не заполнять и нажать на кнопку Готово. Будет создана информационная база без конфигурации.

Загрузка производится через меню Администрирование, пункт Загрузить информационную базу.

Далее появится диалоговое окно, в котором необходимо указать ранее выгруженный файл для загрузки.

Еще пару моментов. Если неисправности в работе базы отмечаются только на одном компьютере, следует попробовать поменять компьютер. Если неисправности проявляются только у одного пользователя, то следует попытаться пересоздать пользователя.

Иногда помогает удаление базы из списка в окне информационных баз с последующим добавлением в список той же существующей информационной базы (восстановление пути к ней).

В заключение хочется сказать, что, конечно, не все базы подлежат восстановлению, часть из них восстанавливается более сложными способами. Но не огорчайтесь, такие случаи бывают достаточно редко.

В качестве профилактики можно посоветовать производить обновление баз через конфигуратор и использовать штатные средства тестирования и исправления ошибок перед каждым обновлением. Пользователи, которые являются обладателями базовых версий и имеют право на бесплатное обновление, также могут предварительно скачивать файлы обновления с сайта.

В следующей статье рассмотрим возможности по настройке списка информационных баз.

PDF-версия статьи для участников группы ВКонтакте

Статья в PDF-формате

Вопрос, как откатить обновление базы 1с, возникает в случаях, когда после установки последнего релиза конфигурации программа начинает работать некорректно. Основная причина таких ошибок – некорректное внесение изменений.

Решить проблему несложно, однако многие пользователя хотят не просто устранить неполадки, а вернуть «все как было». Сделать это можно вручную или через конфигуратор, главное – предварительно выполнить резервное копирование.

Как откатить обновление 1с назад и восстановить информационную базу

Процесс восстановления идентичен для всех версий программы. Чтобы выполнить эту задачу:

1. Войдите в 1с: Предприятие.
2. Перейдите в раздел «Администрирование» в режиме конфигуратора.
3. В появившемся окне нажмите «Загрузить ИБ».
4. Выберите из сохраненных файлов копию, которая требуется вам. Система предупредит, что несохраненные данные будут удалены – подтвердите свои действия.

Как откатить обновление конфигурации 1с 8.3 назад

Желающим вернуться к ранее установленным релизам рекомендуем попробовать ручной способ или воспользоваться конфигуратором. Как откатить обновление 1с вручную:

1. Откройте панель управления и перейдите в раздел «Удаление программы».
2. Найдите последний установленный релиз, кликните на него и нажмите «удалить».
3. Подтвердите свои действия.

Если при выполнении ручного отката возникли проблемы, попробуйте следующий вариант. Как откатить обновление 1с 8.3 через конфигуратор:

1. Откройте вкладку «Конфигурация» и найдите раздел «Сравнения». Здесь можно сравнить версию поставщика с основным релизом платформы.
2. Перейдите в раздел «Поддержка», выберите пункт «Настройки», после чего нажмите кнопку «Сравнить, объединить».

После этого откройте программу в режиме «Предприятие» и проверьте корректность работы.

Обратите внимание: если установленная в 1с конфигурация не типовая, то есть уже подвергалась изменениям со стороныIT-специалистов, лучше не рисковать и не пытаться «откатиться» самостоятельно. Восстановление, выполненное неопытным пользователем, может привести к сбоям в работе программе или частичной потере информации.

Нередки ситуации, когда новая версия не совместима с программами, установленными ранее. В этом случае выполнять откат необязательно. Достаточно выбирать нужную вам платформу перед тем, как войти в систему.

Как откатить обновление базы 1с – универсальные рекомендации

Создать бэкап (резервную копию) можно непосредственно при поиске и скачивании новой версии программы. Разберем на примере 1с: Бухгалтерия 8.3, как и зачем это делать:

• Выполните вход в режиме пользователя.
• Откройте вкладку «Администрирование», а затем раздел «Интернет-поддержка».
• Нажмите на строку «Обновление версий программы».
• В разделе «Автоматическая настройка уведомлений» установите галочку напротив пункта «При запуске программы».
• Выполните поиск обновлений. Если новые версии найдены, задайте подходящие параметры установки. Дополнительно программа предложит сделать бэкап информационной базы – это поможет быстро откатиться к предыдущему релизу, если платформа обновится некорректно.
• Перед копированием убедитесь, что все пользователи завершили работу с программой. Щелкните по ссылке «Создавать резервную копию ИБ и выполнять откат при внештатной ситуации».
• Нажмите «Создать резервную копию» и сохраните данные в выбранном каталоге. Подтвердите действие.

Дождитесь завершения процесса – это займет время. Создание резервной копии особенно рекомендуется тем, кто планирует обновление нетиповых конфигураций.

Разработчики 1С предоставили пользователям возможность самостоятельно проводить обновление информационных баз в режиме 1С: Предприятие. Однако, эта процедура является для пользователя черным ящиком, иногда процесс зацикливается и приводит к зависанию.

Прождав несколько часов или суток (в зависимости от терпения) пользователь принудительно снимает задачу и после повторного запуска получает невосстановимую ошибку базы данных.

Как происходит автообновление

О необходимости обновления нас уведомляет монитор ИТС, который периодически выскакивает при запуске программы.

Что нужно обновлять?

В любой 1С обновляются две основные вещи - конфигурация базы данных (каждой базы) и платформа 1С (общая для всех баз). Кроме обновления самой конфигурации, еще рекомендуется установить патчи. Патчи - это заплатки, которые 1С выпускает между релизами конфигурации для решения оперативных проблем или устранения ошибок.

Обычно в месяц выходит 3-4 релиза конфигурации. Каждое новое обновление обновляет 5-6 предыдущих релизов, поэтому при обновлении можно перескочить через несколько релизов.

Хорошим решением будет обновляться 1 раз в месяц.
Платформу достаточно обновлять 1 раз в полгода, если только новая конфигурация не требует обновления платформы.

После нажатия кнопки "Установить обновление" мы имеем возможность выбрать что именно хотим обновить и после этого опускается занавес.

Что в черном ящике?

В теории, в этот момент происходит следующее:

1. Программа создает резервную копию базы;
2. Происходит загрузка файлов обновления конфигурации и платформы;
3. Далее идет установка новой платформы;
4. Устанавливается конфигурация базы данных;
5. После установки новой конфигурации идут служебные обработки, которые трансформируют данные под новую конфигурацию;
6. Устанавливаются патчи.

Если пропущено много релизов, пункты 4-6 повторяются.

Почему обновление 1С может зависнуть?

Не смотря на очень удобный функционал, у некоторых клиентов возникают проблемы с автоматическим обновлением. Но если процесс уже запущен трудно понять, что делает система в конкретный момент. В некоторые моменты можно снять задачу без последствий для базы, а иногда снятие задачи происходит в критический момент. Рассмотрим возможные ситуации, которые я наблюдал за 15-летний опыт обновления:

• Резервное копирование не может завершиться успешно.

Причин может быть несколько - недостаточно места на диске, неудачное завершение бекапа и т.д. В этом случае программа может пытаться создать новый бекап, он снова неудачный и т.д.

• Новая версия платформы не может установиться.

Причиной чаще всего является отсутствие прав администратора на локальном компьютере. Стоит обратиться к системному администратору.

• Пропущено много релизов или очень большая база данных или очень медленный компьютер.

В этом случае автообновление идет, но очень-очень медленно. Имеет смысл провести обновление на более быстрой машине и модернизировать компьютер. О том, как ускорить работу компьютера, я писал здесь .

• Патчи, установленные для предыдущего релиза мешают установке нового.

В этом случае, придется сперва удалить установленные патчи, а потом устанавливать новый релиз.

Для того, чтобы избежать всех этих ошибок и точно знать, что происходит с вашей базой данных, необходимо проводить обновление в ручном режиме. Это не сложно, зато весь процесс будет под Вашим контролем.

Разбираем варианты решения данной проблемы!

Вопрос

Здравствуйте! Есть доработанная конфигурация 1С:БП. Она видимо была очень “криво” обновлена. Версии поставщика и основной конфигурации совпадают, но при их сравнении возникает огромное количество различий никак не связанных с доработками. Есть предположение, что кто-то просто дообновил конфигурацию поставщика и исправил вручную версию основной конфигурации. Через поддержку совсем не идет обновление, через “сравнить-объединить” вроде получилось, но опять-таки это какое-то “кривое” решение. Вопрос в том, какие выходы могут быть из данной ситуации?

Ответ

Есть несколько предложений:

1. Создаем пустую типовую базу этого же релиза, переносим в нее все доработки конфигурации. Получаем новую базу, у которой нет проблем с конфигурацией поставщика, сохранены все доработки. Теперь в нее нужно перенести данные из текущей базы. Поскольку конфигурации полностью совпадают, можно воспользоваться “Конвертацией данных”, сгенерировать автоматически правила для обмена между одинаковыми конфигурациями. При помощи этих правил можно перенести все данные из старой базы в новую. Недостаток такого подхода – перенос данных может быть достаточно долгим по времени.
2. Полностью снимаем конфигурацию с поддержки (меню Конфигурация – Поддержка – Настройки поддержки). После этого выполняем сравнение-объединение с cf-файлом типовой конфигурации этого же релиза (его можно взять на партнерском ИТС или на пользовательском сайте фирмы “1С”, если для этого релиза выложен полный дистрибутив). После этого конфигурация станет на поддержку, а добавленные реквизиты или объекты метаданных останутся в конфигурации. Теперь остается только сравнить-объединить с исходной конфигурацией, чтобы перенести изменения в модулях, формах, выверить все доработки. Все данные в базе при этом должны сохраниться.

Комментарий слушателя

Воспользовался вторым вариантам. Обновление через поддержку теперь получается. Спасибо. Объекты не встали полностью на «замок», а только «редактируются с сохранением поддержки», так понимаю, что это нормальное поведение системы?

Если обновления делаются на копии. Обновляется до последнего релиза выгружается в cf , потом путем сравнить объединить конфигурацию из файла , обновляется и через поддержку «догоняем» конфигурацию поставщика. Но как быть если есть несколько ключевых релизов, делать несколько cf для каждого?

Ответ тренера

1. Да, это нормально, что объекты не полностью “на замке”, а редактируются с сохранением поддержки. Чтобы все объекты снова оказались “на замке”, можно загрузить типовую конфигурацию поставщика (cf-файл из дистрибутива нужного релиза). Но тогда будут потеряны все доработки.

Еще вариант вернуть конкретный объект конфигурации “на замок” – выполнить сравнение-объединение с конфигурацией поставщика (в окне, открываемом из меню Конфигурация – Поддержка – Настройки поддержки), в открывшемся окне указать нужные настройки поддержки для конкретного объекта.

1. Да, если ключевых релизов несколько, то придется несколько раз выполнить обновление.

Есть несколько способов перенести выполненное обновление из копии базы в рабочую:

Читайте также:

  
• Ошибка инициализации графической подсистемы 1с
  
• Как убрать поиск по вкладкам в опере
  
• Как открыть мп3 файл в fl studio 20
  
• Как выгрузить данные из эксель
  
• Как получить чистые фотографии в фотошопе