Имя: Пароль:
1C
1С v8
НЕ динамическое обновление и локальный кеш
0 prog2012
 
13.11.12
07:50
ситуация:
события:
1. несколько раз с интервалом в несколько дней обновлялся Объект1, динамически иногда,
2. потом было 1 или 2 раза нединамическое обновление других объектов
3. потом ещё одно не динамическое обновление тоже не этого объекта

результат: на нескольких компьютерах локальный кешь оказался в состоянии до события 1.

вопрос: могло ли это быть прямым следствием обновления (ну точнее сбоя чего-то при обновлении) ?

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

есть предположения:
1. что подменили локальный кешь конфы
2. (ну может и не из вредности а что-то с профилем бубнили)
3 просто врут и там конфа не обновлялась с момента до события 1

рассмотрю любые мнения по данному вопросу (версия 1С - последний релиз 8.2)
1 Повелитель
 
13.11.12
08:01
У меня была такая ситуация.
При динамическом обновлении.
Обновил я один отчет, а на 5 компах осталась старая версия, я заметил это только через неделю.
Вылечил просто удалением кэша на старых машинах.
Эту проблему наблюдал только на Win7.

Но там еще у нас такая проблема была, ровно в 16:00 у нас каждый раз происходил сбой на тех компах и 1с вылетала. Думаю из-за того что 1с неправильно завершалось и плюс динамическое обновление сделали свое дело.

Эту проблему встречал 2-3 раза.
2 Повелитель
 
13.11.12
08:02
(1)
*Вылечил просто удалением кэша на локальных машинах.
3 prog2012
 
13.11.12
08:03
(2)я перепрописываю базу, этому можно и юзеров научить )))
т.е. вы считаете что кеш не обновился у меня ещё тогда...
п. 3 т.е.
4 Повелитель
 
13.11.12
08:08
(3) Я вот к сожалению не помню, после того как у меня эти 2 отчета разъехались обновлял я эту базу еще раз или нет.
Так что думаю могло так получиться что как последнее обновление косячно лягло так и предыдущие, принципа не знаю.

Базу пере прописывать это хорошо конечно, но зачем хранить потом лишний кэш
5 Повелитель
 
13.11.12
08:10
(4) Все таки склоняюсь что обновлял я базу после этого.
Так что косяки остались с предыдущих динамических обновлений, и аварийное завершение думаю сыграло не последнюю роль.

Тоже узнай было ли аварийное завершение на тех компах.
6 prog2012
 
13.11.12
08:11
(4)затем что админы пока их не пнешь патчи от мелкософт не ставят, одни холивары и обещания а на заборе никто не станет писать что готовить софт нужно с бубнами
7 prog01
 
13.11.12
10:16
откат на предпоследнюю версию кеша это очень странно
очень
8 prog01
 
13.11.12
10:58
"сильно подозрительно то, что локальный кешь ушел за точку предпоследнюю, т.е. не только последние изменения не всосались а ещё и предпоследние слетели " - такое у кого-то ещё бывало?
9 Sammo
 
13.11.12
11:06
Емнип, кэш точно нормализуется после однократного динамического обновления, когда происходит обычное обновление того же объекта метаданных. Так что Не в теме некорректно, имхо
10 prog01
 
13.11.12
12:54
(9)а по сути? могло ли соскочить на предпоследнюю версию или помогли?
11 Повелитель
 
13.11.12
13:21
(9) Да если я второй раз бы отчет менял он бы нормализовался.
А если я его не менял? Он никуда не откатился, просто 1с берет и читает этот старый кусок, который должен был видимо удалиться, но при аварийном завершение 1с остался и даже после обновления считывается оттуда.
12 Sammo
 
13.11.12
13:23
(10) Могло. Динамическое изменение - зло.
13 prog01
 
13.11.12
14:08
(11)куда делся новый кусок?
вы имеете ввиду что конфа добрасывается кусками по объектно примерно?
тем не менее этот кусок уже там бsл и работал значит, куда он делся якобы при очередном обновлении если его использовали уже несколько дней?
(12)"могло" и "у меня такое было" это неувъпенные большие две разницы
14 prog2012
 
14.11.12
08:03
up
15 Повелитель
 
14.11.12
13:41
(13) Я ответов на эти вопросы не знаю, да было такое, но механизма не знаю, могу только предполагать, могу ошибаться.
Здесь можно обсудить любую тему при этом оставаясь на форуме для 1Сников, который нужен для работы. Ymryn