|
1C 8.3 Бух Корп. Как лучше откатить кривое обновление. | ☑ | ||
---|---|---|---|---|
0
ЭЦ
26.04.22
✎
10:54
|
Господа.
Имеется бухгалтерия КОРП 106 релиз. Частично доработанная + расширение. Была снята с поддержки. 1 Поставил на по поддержку с возможностью обновления путем накатывания CF 106 релиза. 2 Обновил со 106-го на 109 3 Выполнил обновление конфигурации поставщика со 109 на 110 релиз, но не обновил конфигурацию базы данных. т.е люди работают на 109-ом, а конфигурация загружена 110-ый Теперь выяснилось, что в 109-ом релизе имеется ошибочка. Исправить ее не сложно но при этом придется накатывать 110 релиз. 110 накатывать стремно, есть желание вернуться к 109-ому с исправленной ошибкой. Плана работ : 1 Выгружаю конфигурацию базы данных со 109-ым релизом в СF файл. 2 Накатываю этот CF. 3 исправляю ошибочку 4 Выполняю обновление конфигурации базы данных Прошу дать ценный советы и критические замечания Спасибо |
|||
1
PuhUfa
26.04.22
✎
10:57
|
(0) Просто сделай возврат к конфигурации БД, если я правильно понял что ты хочешь
|
|||
2
Фрэнки
26.04.22
✎
11:00
|
актуальный релиз 3.0.111.16 14.04.22
И если с обновлением испытываете такого рода моральные трудности... ну так верните базу на типовой и затолкайте _все_ дописки в расширения. |
|||
3
ЭЦ
26.04.22
✎
11:05
|
(2) Это долго (шибко много доработок), надо быстрее
Рабочая конфа вроде имеется - выгрузить-загрузить и немножко подправить. Какие могут быть проблеммы? |
|||
4
ЭЦ
26.04.22
✎
11:06
|
Структура данных не обновлялась - соответствует 109-му релизу.
Вроде все должно пройти гладко ? |
|||
5
PuhUfa
26.04.22
✎
11:08
|
(4) вот ты сложный. Нажми уже: Конфигурация - Конфигурация БД - Вернуться к конфигурации БД -)
|
|||
6
Фрэнки
26.04.22
✎
11:09
|
или крестик наденьте, или трусы снимите.
Все равно обновление идет фактитчески не из конфигурации поставщика, а с параллельным внесением изменений в нее... тогда снимайте подуктив-базу с поддержки. Типовые актуальные CF получайте обновляя нарочно созданную и абсолютно типовую базу для получения обновленного CF из загрузок CFU Сделали на базе разработчика нужное состояние релиза - выгрузили в CF и загрузили из файла. (4) А какая разница, соответствует или не соответствует?! База данных и конфиг базы данных структурно не могут друг от друга отличаться. До применения "текущей" к базе данных - текущая просто балластом болтается и тупо занимает место на диске и в оперативе. |
|||
7
ЭЦ
26.04.22
✎
11:09
|
(1) Это и надо .
Как это сделать без выгрузки загрузки CF? |
|||
8
ЭЦ
26.04.22
✎
11:14
|
(5) Это у меня не активно.
Видимо обновления на 110 всетаки не было. Как проверить какой релиз конфигурации загружен? |
|||
9
PuhUfa
26.04.22
✎
11:17
|
(8) Если у тебя это не активно, значит у тебя основная конфигурация и конфигурация БД одинаковые. Следовательно они или обе 109 или обе 110 и ты нам что то не так рассказываешь
|
|||
10
Фрэнки
26.04.22
✎
11:17
|
В конФигураторе, когда конфигурация открыта - сверху в ее заголовке висит (!) или как видно, что текущая конфигурация не совпадает с конфигурацией БД ?
|
|||
11
ЭЦ
26.04.22
✎
11:22
|
(9) Да возможно вру - сам разбираюсь, что к чему. Прошу простить
(10) То что в конфигураторе - в справке - это рабочий релиз. а где посмотреть кака основная конфигурация ? |
|||
12
ЭЦ
26.04.22
✎
11:26
|
(10) Висит что Бухгалтерия КОРП.
Номер релиза - не висит |
|||
13
Фрэнки
26.04.22
✎
11:32
|
Судя по тому, насколько у Вас опыт работы с конфигуратором - основная в этой базе и есть рабочая.
Просто в конфигураторе, когда открывается окно с конфигурацией без проваливания куда-то в поддержку и т.д. - оно сразу открывает "текущую" Всего конфигураций в базе обязательно две : примененная к базе и текущая. Если конфигурация "на замке", тогда (грубо говоря) текущая - это и есть конфигурация поставщика. Когда "разрешены изменения с сохранением поддержки" - создается три копии : конфа базы, конфа текущая (с изменениями разработчика), конфа поставщика (только от поставщика) Наличие знака (!) в заголовке окна открытой конфигурации сигнализирует, что "текущая" и "конфигурация БД" не совпадает |
|||
14
Фрэнки
26.04.22
✎
11:34
|
В конфигураторе есть возможность "Сравнить конфигурации"
Для внимательных пользователей в открываемом окошке доступен выбор какие конфигурации сравнивать. Можно и конфу БД и текущую и конфу поставщика сравнивать попарно. |
|||
15
ЭЦ
26.04.22
✎
11:45
|
(13-14) ОК
Таким образом в этих терминах : - релиз конфы базы мы видим в справке - релиз текущей где можно видеть? |
|||
16
Фрэнки
26.04.22
✎
11:48
|
(15) в свойствах корня конфигурации, если ее окно открыто.
|
|||
17
ЭЦ
26.04.22
✎
11:59
|
(16) Нашел. спасибо
У меня действительно имеется соответствие конфы БД и текущей. так что править буду в текущей. |
|||
18
ЭЦ
26.04.22
✎
12:05
|
(16) Продолжим.
По поводу (6) Почему Вы предлагаете такой путь Если имеется стандартный путь обновления конфигураций с возможностью изменения. Обновить конфигурацию и затем показать дважды измененные объекты. После чего копаемся в этих "дважды измененных" и ручками вносим изменения? |
|||
19
Фрэнки
26.04.22
✎
12:35
|
(18) с точки зрения эксплутации платформы и конфигуратора и поставки обновления базы от поставщика - это все обязательно должно быть реализовано.
Т.е. не нужно удивляться, что такие возможности имеются в платформе. Но когда база достаточно критична относится к наличию доработок, когда по каким-то мотивам отказываются от разработки доработок только в расширениях когда есть нормально организованный контур тестирования/сопровождения/разработки - сделайте уже нормальный шаг и выбросите из продуктивной БД конфигурацию Поставщика. На живую, прямо в продуктиве БД никто не разрабатывает. А если вся разработка выполнена отдельно, то результат - это просто "загрузить из файла" Возьмите ради интереса и сравните конфигурации из базы, где выполнялась разработка, с конфигурацией в продуктив-базе - они же должны быть полностью одинаковы! А значит их туда можно помещать через "загрузить из файла" Ради интереса, можете поразбираться, как все устроено при использовании разработок конфигурации с хранилищем конфигурации. |
|||
20
ЭЦ
26.04.22
✎
22:08
|
Если я правильно понял, то Вы предлагаете
1 Снять с поддержки "продуктив" базу 2 Всю разработку и обновления вести в тестовой базе 3 "Продуктив" базу обновлять путем выгрузить/загрузить cf При этом тестовая база обновляется видимо стандартным способом - через сравнение и объединение и затем "показать дважды измененные" и т.д. У нас "продуктив" обновляется через хранилище - соответственно она нен снята с поддержки |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |