|
Обновление не обновляет | ☑ | ||
---|---|---|---|---|
0
Триша
04.08.16
✎
11:45
|
Доброго времени суток!
Первый раз такое вижу. База УПП на поддержке с возможностью редактирования, в свойствах конфигурации: Управление производственным предприятием, редакция 1.3 (1.3.73.2). Взяла конфигурацию, загрузила в пустую базу. Стала обновлять - говорит 66 релиз. Ладно, накатила все с 66 до 73. Все обновилось. Выгрузила cf. Загрузила в рабочую базу через сравнение/объединение, все изменения применились, в свойствах конфигурации 1.3.73.2. Через некоторое время стала снова обновлять, конфигуратор говорит - у меня 66 релиз. Думала, кто-то что-то некорректно обновил. Ладно, опять все обновления накатила до 79.2. Все делала очень внимательно, аккуратно. В свойствах конфигурации: Управление производственным предприятием, редакция 1.3 (1.3.79.2) . Сейчас хочу обновить на 80-й, конфигуратор говорит - 66-й релиз. Что я делаю не так? |
|||
1
RomanYS
04.08.16
✎
11:50
|
"Загрузила в рабочую базу через сравнение/объединение" - это плохо. Конфигурация поставщика так не обновится.
|
|||
2
Ёпрст
04.08.16
✎
11:50
|
почистить кеш
|
|||
3
kossmatiy
04.08.16
✎
11:53
|
Тимати не качает.. спирт качает.
Конфигурация поставщика обновлена? Кеш почисть.. |
|||
4
tixis
04.08.16
✎
11:58
|
Конфигурация поставщика не обновлена. Конфигурация - поддержка - настройка поддержки, посмотрите какая там версия.
|
|||
5
Serg_1960
04.08.16
✎
12:00
|
(0) Конфигурация поставщика осталась прежней. Нужно сделать "конфигурация" - "Загрузить конфигурацию из файла".
(1) +1 |
|||
6
Триша
04.08.16
✎
13:51
|
Всем спасибо. Буду исправлять ситуацию
|
|||
7
Ёпрст
04.08.16
✎
13:52
|
(6) только не делай, как в (5)
|
|||
8
Convert
04.08.16
✎
13:53
|
(7) Почему?
|
|||
9
John83
04.08.16
✎
13:56
|
(7) +1
|
|||
10
John83
04.08.16
✎
13:56
|
(8) потому что след. темой будет "куда делись документы и пр."
|
|||
11
John83
04.08.16
✎
13:57
|
(0) сначала обновляешь на типовой cf (при объединении галочки вообще не трогаешь), затем сравниваешь со своим cf со всеми галочками
|
|||
12
RomanYS
04.08.16
✎
14:22
|
однако мнения разделились. Что ожидаемо).
Всегда делаю как в (5), ни разу с (10) не столкнулся. (11) наверное, нравится сам процесс сравнения? Будет здесь очередной срач на 1000 постов как правильно переносить обновления на рабочую базу? |
|||
13
Serg_1960
04.08.16
✎
14:32
|
Мне и тебе намекают, что нельзя "перепрыгивать" через обязательные релизы - можно потерять данные базы при некоторых изменениях в метаданных справочников и документов.
|
|||
14
tixis
04.08.16
✎
14:42
|
(0) >>>Думала, кто-то что-то некорректно обновил<< Это была ты )))
|
|||
15
RomanYS
04.08.16
✎
14:44
|
(13) Ещё одна вечная тема. Я бы "обязательные" тоже в кавычки взял)
|
|||
16
DrZombi
гуру
04.08.16
✎
14:46
|
(12) Как знать, если только нет новых документов или справочников и других не типовых объектов :)
|
|||
17
John83
04.08.16
✎
14:57
|
(13) нет, данные могут пропасть по причине несоответствия идентификаторов текущей и загружаемой базы, а "перескок" - это уже десятый вопрос
|
|||
18
John83
04.08.16
✎
14:59
|
(12) а я столкнулся и теперь загрузку делаю только в том случае, если уверен, что идентификаторы совпадают
PS к примеру выгрузил конфу из базы, доработал ее, при этом снял какие-то объекты с поддержки и чтобы не заморачиваться со снятием в рабочей базе - просто загружаю |
|||
19
RomanYS
04.08.16
✎
15:02
|
(16) где их нет? Всё есть.
Если ты копию получил копированием базы или загрузкой конфигурацией, то никаких проблем с последующей загрузкой обратно НЕ будет. А вот если твоя "копия" конфигурации - это уже результат объединения чего-то со свежей рабочей конфой, то конечно при последующей обратной загрузке ты почти гарантировано снесёшь таблицы из добавленных метаданных. (18) столкнулся от того, что не понимаешь что делаешь. |
|||
20
Serg_1960
04.08.16
✎
15:14
|
(17) "несоответствия идентификаторов" - исключено.
|
|||
21
John83
04.08.16
✎
15:17
|
(20) хотя да, в случае ТС такого не будет
|
|||
22
John83
04.08.16
✎
15:18
|
(19) не спорю, но все равно загрузку в рабочую использую крайне редко
|
|||
23
Serg_1960
04.08.16
✎
15:26
|
как правило, основная причина потери данных (из практики) - это изменение типа данных. Такое не часто, но бывает.
Вторая проблема - перезаполнение "старых" и/или заполнение "новых" реквизитов "задним числом" обработками обновления. Можно прозевать этот момент, пропустить нужное обновление/обработку и на выходе получить не рабочую базу по сути. |
|||
24
singlych
04.08.16
✎
15:35
|
А еще pos=19 так получают.
|
|||
25
Vladal
04.08.16
✎
16:35
|
(5) Это только если ничего не допиливалось. Да и то рискованно. Если конфигурация типовая - то из меню Поддержки обновляться.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |