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

Обновлено: 06.07.2024

Эта статья является продолжением цикла статей «Первые шаги в 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. У некоторых объектов изменен порядок, но это думаю ерунда, ни на что не повлияет.
2. В некоторых общих формах расхождения в справочной информации - тоже думаю не проблема.
3. В справочнике АдресныеСокращения у реквизита Сокращение отличается Свойство "Значение заполнения".
4. Изменены у меня некоторые отчеты и обработки. Но это можно смело менять, данные тут не затронуты.
5. Изменено много регистров сведений. В том числе такие важные, как регистры по СЗВ-4, по НДФЛ. А изменено вот что:
у некоторых измерений и ресурсов изменено свойство "Значение заполнения", "Заполнять из данных заполнения", а у некоторых ресурсов ещё свойство "Полнотекстовый поиск". Это что значит, на что-то повлиять может при возврате к конфе поставщика?

Вот вобщем-то и весь список различий, чем наша конфа отличается от типовой. Как это получилось не понимаю, главное понять, если вернуться к типовой, есть проблема или нет?

Ну и сам вопрос, как правильно сделать возврат?

Знатоки, оцените, правильно ли я понял процесс возврата к конфе поставщика.
Повторюсь, ЗУП стандартный, на поддержке, но включена возможность изменения, должна отличаться всего одна роль. И так, порядок:
1. Конфигурация - поддержка - Настройка поддержки
2. Кнопка "Сравнить и объединить"
3. В первой колонке таблицы сравнения объектов (Основная конфигурация) ставим галочки у всех объектов (можно поставить на самой конфигурации, самый верхний уровень, тогда галки сами везде проставятся).
4. Действия - Установить режим для всех. Выбираем режим объединения: Взять из конфы поставщика (по умолчанию там Объединить с приоритетом поставщика). Порядок объектов тоже из конфы поставщика (это по умолчанию уже).
5. Жмем выполнить и сохраняем конфу.

Этого достаточно, так правильно будет?

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

лучше просто в типовом ЗУПЕ сделать "Сохранить конфигурацию в файл", потом в твоей базе "Загрузить конфигурацию из файла".
(1)можно просто конфу поставщика сохранить в файл и загрузить ее

(1) Дак у меня нет типового ЗУПа. А с сайта качать много слишком.
Надо найти сначала полный релиз, а потом все обновления к нему качать.
А потом ещё устанавливать все это намучаешься.

(2) Т.е. я из конфигуратора своей базы могу конфу поставщика выгрузить? Чё-то не нашел такого. Но при этом как с поддержкой, все нормально будет?

А мой-то механизм почему не нравится? Сравнил с конфой поставщика и объединил с правилом "взять из конфы поставщика". Какая-то проблема кроется ?

"Дак у меня нет типового ЗУПа" - конфа на поддержке - значит есть конфа поставщика. Вы в Настройке поддержки именно с ней и работали (через "Сравнить и объединить").

"А результата нет, справочная информация так и показывается в расхождениях" - забей(забудь). Это глюки платформы.

"А мой-то механизм почему не нравится" - он не позволяет главное - вернуть конфу "на поддержке". Она у Вас так и останется ". с возможностью изменения".

А это значит, что при обновлении конфиуграции индентификация объектов идёт не по внутренним идентификаторам, а по наименованиям. Как говорят в Одессе - "А это - две большие разницы"

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

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

Как определить, находится ли конфигурация на поддержке?

Необходимо запустить программу в режиме «Конфигуратора»:

В главном меню выбрать «Конфигурация – Поддержка», если пункты меню не активны, то в этом же меню следует нажать «Открыть конфигурацию». После выполнения этого действия слева появится список объектов конфигурации, а в главном меню «Конфигурация – Поддержка» станет активным пункт «Настройки поддержки». Следует перейти по этому пункту меню.

Если в открывшемся окне «Настройки поддержки» активна кнопка «Включить возможность изменений», то конфигурация находится на поддержке. Чтобы обновить конфигурацию следует перейти к инструкции №435 «Порядок обновления конфигураций "Инфокрафт: Формула ЖКХ" и "Инфокрафт: Формула ЖКХ + Бухгалтерия»:

Если в открывшемся окне «Настройки поддержки» отсутствует кнопка «Включить возможность изменений», а кнопка «Снять с поддержки» не активна, то конфигурация не находится на поддержке. Чтобы установить конфигурацию на поддержку для дальнейшего обновления, следует перейти к пункту 2 текущей инструкции:

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

Как поставить конфигурацию поставщика на поддержку?

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

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

Далее следует загрузить конфигурацию поставщика в информационную базу. Для этого необходимо в главном меню выбрать «Конфигурация – загрузить конфигурацию из файла. »:

В открывшемся окне следует указать путь к шаблону конфигурации 1Сv8.cf:

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

В открывшемся окне «Настройка диалога запуска» в разделе «Каталоги шаблонов конфигураций и обновлений» будет указан путь к каталогу, в котором находится шаблон конфигурации:

После нажатия «Загрузить конфигурацию из файла» в открывшемся окне следует нажать «Да»:

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

Вопрос

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

Ответ

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

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

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

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

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

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

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

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

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

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

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