Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Обновление конфигурации в кэше на толстом клиенте

Обновление конфигурации в кэше на толстом клиенте
Я
   Aleksey T
 
07.04.20 - 10:23
Что имеем:

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

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

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

Кто нибудь сталкивался, или знает как работает механизм обновления конфигурации на клиенте?
   fisher
 
1 - 07.04.20 - 10:26
> После обновления (не динамического)
Не встречал. Но если хочешь решить проблему радикально - админы могут прописать скрипт чистки кэша при входе пользователя. Некоторые так делают. Расплата - каждый старт будет "холодным" (т.е. долгим)
   Aleksey T
 
2 - 07.04.20 - 10:33
(1) думал об этом, но вот как раз долгие запуски каждый раз и останавливают.
   arsik
 
3 - 07.04.20 - 10:36
(2) Да небольшая там задержка. Юзай.
   Cyberhawk
 
4 - 07.04.20 - 10:37
(2) Ну делай не каждый раз, а только после обновления конфигурации БД
   fisher
 
5 - 07.04.20 - 10:40
Если отказаться от динамических обновлений, то такого как правило не случается. Могло получиться так, что из-за сбоя при каком-то ПРЕДЫДУЩЕМ динамическом обновлении кэш "залип". Поэтому или вообще стараться не делать динамические обновления, или мириться с эпизодическими "накладочками".
(4) +
Как вариант. Написать скрипт, чистящий кэш во всех пользовательских профилях на всех терминальных серверах и запускать его после обновлений конфы. Но тут лучше всего объединить это в один автоматизированный регламентированный процесс деплоя, включая разгон пользователей.
   Фрэнки
 
6 - 07.04.20 - 10:41
(2) БП2 не настолько громоздкая, чтоб холодный старт болезненно затягивался.

Но описанная проблема действительно встречается. Особенно на конфигурациях с прежними платформами и режимами совместимости прошлых релизов.
   Фрэнки
 
7 - 07.04.20 - 10:43
(5) это не динамические обновления. Проверялось абсолютно точно и неоднократно.
Частота залипания кэша зависит скорее не от динамичности, а от версии используемой платформы. На некоторых релизах, уже устаревших, частота выше.
   fisher
 
8 - 07.04.20 - 10:46
(7) Хм. Интересно. Спасибо за инфу. У меня по специфике зоопарк невелик, но терминальных серваков много, динамические обновления практикуются, но описанная проблема случается чрезвычайно редко. На пальцах одной руки за несколько лет пересчитать. Может, еще с релизами платформы связано или особенностями окружения.
   Aleksey T
 
9 - 07.04.20 - 11:31
(4) ну кстати, как выход. Вот только обновил я одну базу, а остальные... я ж в них работу не останавливал, пользователи в них работают. 7 серверов 1С, около 30 баз...

(5) в том то и проблема, что от динамического вообще отказались, перешли на релизы (грубо говоря), раз в неделю собрали доработки - обновили.
   Cyberhawk
 
10 - 07.04.20 - 11:36
(9) Так кэш одной базы и обновляй (той, которую обновил). Какая разница что там за остальные базы?
   fisher
 
11 - 07.04.20 - 13:04
Вот кстати да, вопрос. Как понять, какая папка-гуид в профиле пользователя какому имени базы в кластере соответствует?
   ДенисЧ
 
12 - 07.04.20 - 13:30
(11) Загляни в ibases.v8i - много вопросов уйдёт...
   fisher
 
13 - 07.04.20 - 14:34
(12) Точно! Жаль, гамлетовские вопросы никуда не делись :)
   ДенисЧ
 
14 - 07.04.20 - 14:54
(13) Гамлетовские - это какие? Too beer or not too beer?
   Cyberhawk
 
15 - 08.04.20 - 08:38
(11) Если список баз контролируется из единого места, то вопрос легко решается.
Если же для разных пользователей одна и та же база доступна по разным путям (например, разные сетевые шары, ведущие на одну и ту же файловую базу, или у кого-то сервер приложений по имени, а у кого-то по ИП-адресу, или веб-публикации по-разному называются), то эти соответствия придется хранить где-то отдельно. Со списком, управляемым из единого места, все проще - там ты сам определяешь и контролируешь момент добавления новых в список.
   Aleksey T
 
16 - 08.04.20 - 09:01
(15) список баз для всех един, с прописанными гуидами, так что понять, какую папку удалять - не проблема. Наверное, придется пользоваться таким методом.
Просто считал, что есть более деликатное решение))
   Фрэнки
 
17 - 08.04.20 - 09:09
(16) А используемая версия платформы какая?
   Cyberhawk
 
18 - 08.04.20 - 09:11
(16) "список баз для всех един, с прописанными гуидами" // Как по УИДу в списке баз определяешь, какая это база в кластере?
   Aleksey T
 
19 - 08.04.20 - 09:27
(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"
   Cyberhawk
 
20 - 08.04.20 - 13:40
(19) Ты отвечаешь на какой-то другой вопрос
   Aleksey T
 
21 - 09.04.20 - 07:49
(20) пока у меня никакого функционала нет по очистке кэша у всех юзеров. Я прост говорю как я могу понять какую папку сносить.

Как по УИДу в списке баз определяешь, какая это база в кластере?
Для чего мне знать имя базы в кластере? что бы на автомате запускать или обработкой
   Cyberhawk
 
22 - 09.04.20 - 16:06
(21) "Я прост говорю как я могу понять какую папку сносить" // Ну, и как ты понимаешь, что сегодня нужно снести именно папку с таким-то УИДом?


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.