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

В предыдущей статье мы с вами разбирали вопрос создания резервных копий базы 1С Предприятие на примере 1С Бухгалтерии 8. Мы выяснили, что одним из способов резервного копирования является создание выгрузки информационной базы. Теперь разберёмся, что делать с файлом выгрузки, если вдруг с вашей базой случилось что-то нехорошее.

Если возникшая проблема не устраняется никакими другими способами, самое время прочитать инструкцию то ранее созданный файл выгрузки 1С Бухгалтерия 8 (или любой другой конфигурации 1С Предприятие) позволит сделать откат базы, т.е. вернуть состояние информационной базы на дату создания выгрузки .

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

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


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

сайт_

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

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

Тут была важная часть статьи, но без JavaScript её не видно!

С учетом вышесказанного следует добавить одну важную деталь — если база "накрылась", то сделайте копию её папки полностью (ну и что, что она повреждена! ) и только потом открывайте Конфигуратор и производите восстановление. В случае ошибки вы всегда сможете вернуться к "невосстановленному" (т.е. не окончательно испорченному в результате ошибки восстановления) варианту базы.

Если файл выбран, то появится вот такое предупреждение (оно необходимо, поскольку операция неотменяемая).

сайт_

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

сайт_

В окне, показанном выше, проще нажать Нет, поскольку Конфигуратор нам больше не нужен . После нажатия кнопки Нет Конфигуратор закроется. Теперь запускайте программу в режиме 1С Предприятие и проверяйте работоспособность базы. Как видите, сложного ничего нет.

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

сайт_

Ещё раз напомню: будьте осторожны при восстановлении базы 1С Бухгалтерия 8 своими руками! Резервные копии можно делать смело — это безопасно для данных в любом случае, — а вот с восстановлением поаккуратней.

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

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

По умолчанию, каталогом информационной базы, в котором кроме файла самой базы 1С сохраняются все файлы, которые имеют к ней отношение, является папка в Документах пользователя:
C:\Users\Имя Пользователя\Documents\InfoBase


В этой папке хранятся все файлы, которые имеют отношение к данной базе данных.


К таким файлам относятся:

  • *.1CD – файл самой базы данных, который по умолчанию имеет название 1Cv8.1CD. Данный файл включает в себя все данные, которые внесены в базу данных, а также их конфигурацию;
  • *.cf, *.cfu (*.cfl), *.dt, *.epf (*.erf) – конфигурационные файлы базы данных;
  • *.log, *.lgf, *.lgp, *.elf – лог файлы;
  • *.cdn – файл блокировки базы данных 1С;
  • *.efd – архивный файл 1С;
  • *.mft – вспомогательный файл конфигурации шаблона;
  • *.st – файл шаблонов текстов
  • *.mxl – файл печатных форм базы данных 1С;
  • *.grs – файл графических схем базы данных 1С;
  • *.geo – файл географических схем базы данных 1С.

Признаки и причины повреждения базы 1С

Признаки повреждения базы данных 1С могут быть самые разнообразные, это сбои при работе с базой или её внезапное закрытие, зависание, разнообразные сообщение о наличии ошибок во время работы с ней или при запуске. Часто «1С: Предприятие» сообщая о наличии ошибки при выполнении операции с информационной базой так и описывает её «…Файл базы повреждён» .

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

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

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


Создание и восстановление из резервной копии базы 1С

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

Чтобы создать резервную копию базы данных 1С:

Чтобы восстановить базу данных 1С из резервной копии:


Восстановление повреждённой информационной базы 1С

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

Восстановление с помощью Конфигуратора

Для устранения ошибок базы 1С в её конфигураторе предусмотрена функция «Тестирование и исправление…» . Чтобы воспользоваться ею:


Восстановление с помощью chdbfl.exe

В каждой версии платформы «1С: Предприятие» есть утилита, которая предназначена для отладки повреждённых информационных баз. С внутреннего меню платформы доступа к данной утилите нет. Но она устанавливается вместе с установкой платформы. Чтобы запустить её, перейдите в папку, в которую установлена платформа 1С на вашем компьютере:
C:\Program Files (x86)\1cv8\8.3.8.1652\bin
(где, 8.3.8.1652 – номер релиза платформы (разный для разных релизов))


Найдите и запустите в данной папке файл chdbfl.exe – это и есть утилита отладки информационных баз 1С. После запуска утилиты, укажите с её помощью файл базы данных нажав троеточие справа от поля «Имя файла БД» , и поставьте галочку возле функции «Исправлять обнаруженные ошибки» . Задав необходимые параметры – нажмите кнопку «Выполнить» .


Все обнаруженные ошибки и другие действия утилиты будут отображены в окне chdbfl.exe.

Восстановление с помощью НЕХ-редактора

В особо сложных случаях или если предыдущие два способа отладки информационной базы не принесли желаемого результата, теоретически восстановить её возможно с помощью HEX-редактора . Для этого необходимо открыть в HEX-редакторе основной файл базы данных *.1CD.

Минусом данного способа есть то, что данный способ исправления повреждённой базы 1С могут осуществлять только опытные и разбирающиеся в HEX специалисты.

Нельзя не отметить, что имеет встроенный HEX-редактор, который можно использовать для исправления повреждённых файлов.


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

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


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

  • Восстановленный *.dt файл загрузите в информационную базу описанным выше способом.
  • Если информационная база восстановлена пофайлово, то откройте её основной файл 1Cv8.1CL с помощью меню 1С Файл / Открыть .

Все описанные в данной статье способы восстановления базы данных 1С показаны на примере платформы «1С: Предприятие 8.3» . Но эта информация также актуальна для других программ и конфигураций платформы:

  • 1С: Бухгалтерия
  • 1С: Предприниматель
  • 1С: Зарплата и управление персоналом
  • 1С: Управление торговлей
  • 1С: Розница
  • 1С: Управление Холдингом
  • 1С: Управление предприятием
  • 1С: Предприятие. Управление производственным предприятием
  • 1С: Комплексная автоматизация
  • 1С: Документооборот
  • 1С: Консолидация
  • 1С: Управление небольшой фирмой
  • 1С: Налогоплательщик
  • 1С: Отчётность предпринимателя
  • 1С: Платёжные документы
  • 1С: Бухгалтерия государственного учреждения
  • 1С: Зарплата и кадры бюджетного учреждения
  • 1С: Свод отчётов
  • 1С: Бюджетная отчётность
  • 1С: Документооборот государственного учреждения
  • 1С: Государственные и муниципальные закупки
  • 1С: Бюджет поселения
  • 1С: Бюджет муниципального образования
  • 1С: Деньги
  • 1С: Электронное обучение и пр.

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

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

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

1) Спустя какое-то время после очередного обновления мы получаем сообщение от бухгалтерии об ошибке, которая вылазит в момент проведения регламентной операции закрытия месяца. До этого такой ошибки не было, следовательно всему виной обновление. Вполне типовая ситуация. Мы начинаем диагностировать ошибку и видим, что ноги растут из общего модуля УчетНДСФормированиеДвижений. Начинаем разбираться и понимаем, что данный модуль был значительно переработан в типовой и после объединения мы «потеряли» часть процедур/функций (или как часто происходит в типовых, они «перепрыгнули» в другой общий модуль) . В виду хитросплетения общих модулей между собой в типовых, на этапе обновления не всегда можно выявить проблему, которая проявляет себя только при работе пользователей.

Итак мы понимаем, чтобы разобраться нам нужна типовая конфигурация текущего релиза (допустим 1.1.23.1). Но где ее взять? Если есть знакомый франч и он может оперативно переслать дистрибутив - прекрасно, но предположим его нет, а исправить проблему нужно срочно. (Варез не предлагать!). Более того, может и интернета не быть, и что делать в такой ситуации? Неоднократно был свидетелем процесса, когда человек для решения данной проблемы устанавливал новую базу из имеющегося первоначального дистрибутива, а затем последовательно ее обновлял до последнего, чтобы в чистой базе посмотреть «как оно должно быть на самом деле». А ларчик как всегда просто открывался (IMG:)

Теперь рассмотрим различные варианты решения:

а) Первый вариант: Меню -> Конфигурация -> Сравнение конфигураций, затем выбираем конфигурацию поставщика и сравниваем ее с основной конфигурацией.

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

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

Меню -> Конфигурация -> Поддержка -> Настройка поддержки и внизу нажимаем кнопку Сравнить, объединить.

2) Другая ситуация: допустим мы изменили или удалили какой-то кусок типового кода, а через некоторое время оказалось, что мы допустили ошибку и нужно все вернуть обратно. И как часто происходит, бэкапа сохраненной конфигурации до внесенных изменений не оказывается. Но мы то точно знаем, что этот кусок кода содержится в типовой, поэтому конфигурация поставщика решила бы проблему.

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

Некоторые делают именно так, но если мы имеем дело с монстром типа УПП, к тому же сильно измененной, то окончания процесса сравнения можно ждать ооочень долго. Имей мы файл.cf его можно было бы просто открыть в окне конфигурации (кстати про эту возможность знают тоже не все новички) и скопировать оттуда нужный код.

И возникает резонный вопрос, как же все таки сохранить конфигурацию поставщика в файл? Почему нет пункта меню аналогично Сохранить конфигурацию в файл для основной конфигурации или Сохранить конфигурацию БД в файл, для конфигурации базы данных. А где такой же для конфигурации поставщика? На самом деле он тоже есть, только зарыт чуть глубже. А именно все в той же форме настройки поддержки.

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

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

А для чего еще может понадобиться сохранение конфигурации поставщика в файл?

3) Рассмотрим следующую ситуацию. Допустим на начальном этапе существования конфигурации в типовой не было нужного нам функционала и было принято решение о доработке. Доработка была минимальной, но в дальнейшем это все же создавало неудобства при обновлении. Но затем, спустя какое-то время, мы обнаруживаем, что данный функционал (как в свое время было с версионированием объектов) появился в типовой (и как часто бывает, реализован на порядок лучше, чем «кустарная» доработка).

Приведу еще несколько примеров реальных ситуаций, когда может потребоваться откат к типовой конфигурации:

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

2. Опять же по незнанию типового функционала (очень часто этим страдают бывшие «семерочники») вместо использования свойств и категорий были добавлены реквизиты справочников/документов, когда это не имело веских на то оснований (данные например использовались только для вывода в печатные формы).

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

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

Единственный способ поставить конфигурацию снова на полную поддержку - это загрузить (не в режиме сравнения и объединения, а именно пункт Загрузить конфигурацию из файла) типовой.cf. Вот для этого нам как раз и пригодится возможность сохранения конфигурации поставщика в файл.cf. Делаем сохранение, затем загрузку, и после обновления конфигурации базы данных, получаем типовую конфигурацию в первозданном виде, т.е. с замочком (IMG:) Естественно перед выполнением данных действий вы должны заранее позаботиться о сохранении/переносе необходимых данных, которые «смоет» после возврата к типовой конфигурации и обязательно сделать резервную копию базы данных!

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

[необходимо зарегистрироваться для просмотра ссылки]