8.2 БП - 3.0 + терминал + постоянно приходится чистить кэш
 

Есть БП 3.0 - трехзвенка, релиз платформы последний. Все пользователи работают через терминал(2008). Периодически, особенно после внесения изменений в конфу, пользователи заходят и натыкаются на кучу ошибок. В реальности этих ошибок нет, помогает только чистка кэша. Что происходит, кэш засоряется или что, как от этого избавиться?

В качестве предположения: динамическое обновление юзаете?

Есть такое дело. 5 дней как перешли на 3.0 приходится довольно часто обновляться динамически. Сейчас количество таких обновлений, вроде, идет на спад, но все равно возможность такая должны быть. Можно как-то облегчить проблему?

(2) ага, подождать , пока базе конец не придёт опосля демонического обновления.

а что конкретно повреждает демоническое обновление из-за чего несоответствие версий происходит?

(4)саму базу..она неработоспособной становится.. будешь подымать архив и искать того, кто твою запоротую базу поднять сможет.
Тем подобных - вагон.

(0) А в чем необходимость динамических обновлений конфигуратора?

5 на счет самой базы ты загнул. если я захожу в 1С под этим пользователем с параллельного терминального сервака, он заходит абсолютно без проблем. сбой же лечится банальной чисткой локального кэша у пользователя(перепрописываем базу) т.е. сама база работает, как и работала...

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

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

8 я в курсе, поэтому добавляю бантики и не более. вопрос в том , почему помогает чистка каэша, что в нём ломается?

"[b]Периодически, [u]особенно после[/u] внесения изменений[/b] в конфу, [b]пользователи [u]заходят [/u]и натыкаются[/b] на кучу ошибок".

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

хз, что там у вас творится.

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

[quote=Reaper;33264475]В кэше - происходит произвольное объединение исходников конфигурации.[/quote]
Всегда когда встречал такое, в кэше пользователя просто сидела прошлая версия конфигурации. Без каких либо объединений/изменений.

[quote=Reaper;33264475]Демоническое обновление - это запретная магия.[/quote]
Ей тоже надо уметь пользоваться. Если изменение не влияет на логику работы: например исправление очепятки, или добавление галочки в права роли и т.п. динамическое обновление вполне оправдано, т.к. старая версия в кэше конкретного пользователя не повлияет на то, как будут изменяться данные.

13-bma1 >Не раз пройдено: объект прошлой версии, не связанный с изменениями, замещает собой актуальный объект в БД. Ловить закономерности, потом учить всех разработчиков команды в какой последовательности нажимать кнопки для демонического обновления - да в жопу такое обновление. Проще построить работу таким образом, чтобы оно не требовалось.