Откатить до версии хранилище 1с что значит

info230a02 —> info230a02

Просмотр профиля
Найти сообщения пользователя

Можно ли вернуть хранилище, которое было до момента отката до более ранней версии этого хранилища?
И если да, то как это сделать?

коротко о том, что произошло:
1. захотел вернуть объект из хранилища до определенных изменений в этом объекте
2. зашел в историю хранилища, установил отбор по нужному мне объекту, выбрал версию "подходящую" для поставленной цели и выбрал "откатить до версии".
3. в результате "убил" месяц работы

Можно ли вернуться к тому хранилищу, которое было до отката до версии? И если "да", то как?

Сообщение отредактировал Vofka — 26.11.19, 16:30

fly —> fly

Просмотр профиля
Найти сообщения пользователя
SashaSh —> SashaSh

Просмотр профиля
Найти сообщения пользователя

Можно вернуть состояние хранилища до момента отката если есть с чего возвращать.

Например с бэкапа конфигурации. Если такового нету, то необходимо создать cf-файл с базы какого-то другого пользователя хранилища,
который еще не успел обновиться с хранилища.

— Захватить конфигурацию в хранилище
— Меню "Конфигурация" -> "Сравнить объединить с конфигурацией из файла"
— Поместить в хранилище

Если во время отката были удалены объекты конфигурации, хранящие данные (например какой-то справочник), то вновь этот справочник добавиться, но без данных
(и также у пользователей, которые успели обновиться с хранилища)

info230a02 —> info230a02

Просмотр профиля
Найти сообщения пользователя

SashaSh @ Вчера, 20:26 ,

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

Сделали также. Спасибо

Vladal —> Vladal

Просмотр профиля
Найти сообщения пользователя

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

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

Я в свое время в скрипты бекапа баз добписал бекап хранилища и внешних файлов (фото, сканы и т.д.), прикрученных к базе.

Vladal —> Vladal

Просмотр профиля
Найти сообщения пользователя

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

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

1. Выгрузить актуальную конфигурацию в файл.
2. Сначала сравнить эту конфу с конфигурацией хранилища и захватить измененные объекты.
3. Затем сравнить и объединить изменения с конфигурацией из п.1 и поместить её в хранилище.
4. Настроить бекапы хранилища.

О принципе работы хранилища.
Каждая версия хранилища хранит только разницу в объектах от предыдущей версии.
Т.е. если подправили какую-то процедуру, то в хранилище помещается только текст модуля.
Когда откатили хранилище до более ранней версии, то "новые слои" были удалены.
п.3 создаст один единственный "слой" изменений над существующими.

Варианты использования хранилища конфигурации

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

Использование группой разработчиков

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

Использование одним разработчиком

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

Автономная работа

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

Отчеты

отчет по версиям;
отчет по объектам;
отчет по комментариям.

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

Отчет по объектам — в данном отчете содержится информация об объектах конфигурации хранилища. Для каждого объекта конфигурации отображается список комментариев к версиям конфигурации, в которых данный объект конфигурации добавлялся/изменялся/удалялся.

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

Резервное копирование хранилища

Для осуществления резервного копирования хранилища конфигурации необходимо выполнить копирование файла 1cv8ddb.1cd и каталога data при его наличии. Каталог data появляется при работе с хранилищем в режиме совместимости «Не использовать» и содержит файлы объектов метаданных. Каталог cache может не включаться в состав резервной копии, так как содержит вспомогательные файлы с версиями конфигурации. Данный каталог создается автоматически и может периодически очищаться для освобождения места на диске.
После восстановления хранилища конфигурации из резервной копии информация о захваченных объектах будет синхронизирована с преимуществом хранилища конфигурации, т.е. состояние захвата объекта будет в любом случае взято из хранилища конфигурации.

Хранилище конфигурации и механизм поддержки

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

Обновление конфигурации

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

Изменение параметров поддержки

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

Хранилище конфигурации и механизм распределенной ИБ

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

Как вернуться к старой версии конфигурации в 1С: простой и быстрый способ

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

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

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

Причины необходимости отката

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

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

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

Подготовка к откату

Перед тем как приступать к откату, необходимо выполнить несколько важных шагов.

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

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

Восстановление резервной копии

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

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

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

Создание дампа схемы данных

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

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

Для этого необходимо зайти в «Конфигуратор 1С», выбрать нужную конфигурацию и в меню «Файл» выбрать пункт «Экспорт в файл». Затем выбрать вкладку «Схема данных» и нажать кнопку «Экспорт». В диалоговом окне выбрать путь и имя файла для дампа.

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

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

Откат до предыдущей версии

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

Для того, чтобы осуществить откат до предыдущей версии, нам следует войти в меню «Настройка -> Обновление системы» и выбрать пункт «Откатиться до предыдущей версии».

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

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

Проверка работоспособности

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

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

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

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

Профилактические меры для предотвращения откатов

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

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

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

Откатить до версии хранилище 1с что значит