Как вернуться к версии объекта в хранилище?
8 2 19, есть 2 общих модуля, правки которого признали ненужными, хотим вернуть только эти 2 объекта к версии конфигурации 1.
Умею делать через сравнение версий, но при этом перезаписываю идентичным первоначальному, а хочу отменить часть второго релиза. Такое возможно? Научите.
(1) Спасибо, увидел этот пункт — но это весь релиз затрёт, не выборочно, и все изменённые объекты будут потеряны.
Печально. Будем загружать сравнением релизов старую версию объекта, как новую.
Откатить до версии хранилище 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 создаст один единственный "слой" изменений над существующими.
В табличном поле, расположенном с левой части окна, выводится хронологический список версий конфигурации. Каждую версию конфигурации, которую можно открыть для просмотра, загрузить вместо текущей, сравнить с текущей, сохранить в файл на диске. Также предоставлена возможность сравнения версии конфигурации с конфигурацией, хранящейся в файле.
В случае, когда в хранилище конфигурации были опубликованы ненужные версии, Конфигуратор предоставляет возможность отката до нужной версии хранилища. Для этого в списке версий выберите версию, до которой следует откатиться, и выберите данный пункт «Действия — Откатить до версии«.
В случае, когда ранние версии конфигураций хранилища становятся ненужными, их можно удалить из хранилища. Для этого в списке версий выберите версию, до которой следует сократить, и выберите данный пункт «Действия — Сократить до версии«.
В списке версий допускается множественный выбор версий. Если выбраны несколько смежных версий, то можно объединить версии.
Для каждой версии конфигурации в окне «История хранилища» можно установить метку. Для этого выберите нужную версию и в контекстном меню выберите пункт «Изменить».
В табличном поле, расположенном с правой части окна, выводится список измененных объектов текущей версии. В колонке «Состояние объекта в данной версии» пиктограммой показывается, что у объекта в данной версии изменилось какое-либо свойство, которое можно выборочно сравнить.
С помощью команд контекстного меню для каждого выбранного объекта можно открыть версию объекта, посмотреть историю объекта, выполнить сравнение с объектом конфигурации.
Откатить до версии хранилище 1с что значит
Точечный откат изменений. Версионирование 1С добро или зло. Авторская идея системы сбора версий в системах на базе 1С
Каждый хочет держать под контролем свою жизнь, знать ответы на все вопросы. Так же дела обстоят в части информационных систем. Но здесь все значительно сложнее, так как ваша жизнь зависит от 3-10 человек. А в информационной системе зачастую работают 200 и 1000 сотрудников. И именно в таком потоке информации жизненно важно знать, что изменилось по сути и кто конкретно осуществил эти изменения.
Эту задачу давно ставили разработчикам 1C и вот, мы обрадованы появлением более или менее работающего механизма. Однако хранение версий в самой базе быстро приводит к ее росту. Устранению этого недостатка посвящена эта статья. 
«
Версионирование 1С.
Механизм версионирования объектов используется для аудита изменений объектов информационной базы в разрезе времени и позволяет ответить на вопросы КТО, КОГДА и ЧТО изменил. В качестве версионируемых объектов могут выступать справочники и документы. Настройка механизма выполняется в форме настройки программы и доступна пользователю с ролью «Полные права». Настройка состоит из активизации механизма и настройки режима сбора версий документов и справочников.
Однако нет худа без добра. Со временем количество измененных записей по объему сопоставимо с основными данными, а потом попросту уходит в «отрыв» и превышает все разумные пределы. Что начинает существенно сказываться на объеме быстродействия системы.
Для устранения этого недостатка логично изымать эти данные и хранить их отдельно. Это тем более логично, когда информационных систем, которые необходимо подвергать аудиту, более чем одна.
Для решения этой задачи наша команда разработала программный продукт обладающий следующим функционалом:
1.Сбор данных об измененных объектах в фоновом режиме согласно расписанию. В рабочей базе остается только последнее изменение, количество «последних» регулируется. Так можно устранить «распухание» базы и одновременно можно в случае чего за секунду вернуть испорченный документ. 
2.Формирование отчетов в части аудита (кто, что, когда изменил). Очень нравится «Безопасникам». 
3.Все что когда либо менялось в системах.И все версии измененных объектов в одном месте в отдельной базе.Система собирает как версии так и журналы регистрации из указанных систем. 
4. Но когда надо провести аудит изменений имеем полную картину. 