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