Что имеем:

1С: Бухгалтерия 2 на толстом клиенте.
ReamoteApp
6 серверов для запуска приложений пользователями.

Проблема:
После обновления (не динамического) пользователь запускает 1С, начинается сеанс к примеру на сервере rdp3. Конфигурация обновлена, все хорошо, все работает.
Через пару дней его кидает на rdp6 и конфигурация у него из кэша, старая, не подтянулась новая.

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

Кто нибудь сталкивался, или знает как работает механизм обновления конфигурации на клиенте?

> После обновления (не динамического)
Не встречал. Но если хочешь решить проблему радикально - админы могут прописать скрипт чистки кэша при входе пользователя. Некоторые так делают. Расплата - каждый старт будет "холодным" (т.е. долгим)

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

(2) Да небольшая там задержка. Юзай.

(2) Ну делай не каждый раз, а только после обновления конфигурации БД

Если отказаться от динамических обновлений, то такого как правило не случается. Могло получиться так, что из-за сбоя при каком-то ПРЕДЫДУЩЕМ динамическом обновлении кэш "залип". Поэтому или вообще стараться не делать динамические обновления, или мириться с эпизодическими "накладочками".
(4) +
Как вариант. Написать скрипт, чистящий кэш во всех пользовательских профилях на всех терминальных серверах и запускать его после обновлений конфы. Но тут лучше всего объединить это в один автоматизированный регламентированный процесс деплоя, включая разгон пользователей.

(2) БП2 не настолько громоздкая, чтоб холодный старт болезненно затягивался.

Но описанная проблема действительно встречается. Особенно на конфигурациях с прежними платформами и режимами совместимости прошлых релизов.

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

(7) Хм. Интересно. Спасибо за инфу. У меня по специфике зоопарк невелик, но терминальных серваков много, динамические обновления практикуются, но описанная проблема случается чрезвычайно редко. На пальцах одной руки за несколько лет пересчитать. Может, еще с релизами платформы связано или особенностями окружения.

(4) ну кстати, как выход. Вот только обновил я одну базу, а остальные... я ж в них работу не останавливал, пользователи в них работают. 7 серверов 1С, около 30 баз...

(5) в том то и проблема, что от динамического вообще отказались, перешли на релизы (грубо говоря), раз в неделю собрали доработки - обновили.

(9) Так кэш одной базы и обновляй (той, которую обновил). Какая разница что там за остальные базы?

Вот кстати да, вопрос. Как понять, какая папка-гуид в профиле пользователя какому имени базы в кластере соответствует?

(11) Загляни в ibases.v8i - много вопросов уйдёт...

(12) Точно! Жаль, гамлетовские вопросы никуда не делись :)

(13) Гамлетовские - это какие? Too beer or not too beer?

(11) Если список баз контролируется из единого места, то вопрос легко решается.
Если же для разных пользователей одна и та же база доступна по разным путям (например, разные сетевые шары, ведущие на одну и ту же файловую базу, или у кого-то сервер приложений по имени, а у кого-то по ИП-адресу, или веб-публикации по-разному называются), то эти соответствия придется хранить где-то отдельно. Со списком, управляемым из единого места, все проще - там ты сам определяешь и контролируешь момент добавления новых в список.

(15) список баз для всех един, с прописанными гуидами, так что понять, какую папку удалять - не проблема. Наверное, придется пользоваться таким методом.
Просто считал, что есть более деликатное решение))

(16) А используемая версия платформы какая?

(16) "список баз для всех един, с прописанными гуидами" // Как по УИДу в списке баз определяешь, какая это база в кластере?

(17) 8.3.15.1565

(18) в списке ID=6de5e5be-c2f4-40f1-b740-d98c70c042ee - путь к кэшу "C:\Users\%user_name%\AppData\Local\1C\1cv8\6de5e5be-c2f4-40f1-b740-d98c70c042ee"

(19) Ты отвечаешь на какой-то другой вопрос

(20) пока у меня никакого функционала нет по очистке кэша у всех юзеров. Я прост говорю как я могу понять какую папку сносить.

Как по УИДу в списке баз определяешь, какая это база в кластере?
Для чего мне знать имя базы в кластере? что бы на автомате запускать или обработкой

(21) "Я прост говорю как я могу понять какую папку сносить" // Ну, и как ты понимаешь, что сегодня нужно снести именно папку с таким-то УИДом?