Кэш данных с несколькими АОСами

[Axapta]

Добрый день, уважаемый All!

Поделитесь пожалуйста опытом. Ситуация:

2 АОСа в кластере, тонкий клиент

Из клиентской сессии на одном из АОСов обовляется запись в таблице, свойство CacheLookup у которой = EntireTable.
При этом из сессии на другом АОСе изменений не видно, причем не помогает даже перезапуск Аксапты.

При этом в конфигурации АОСа параметр Max Cache Sync.Time выставлен в 10 сек.

Кто виноват и что делать?

[Vadik]

а можно уточнить версию аксапты и таблицу?

[Axapta]

Axapta 3.0 SP2, таблица например, VendLedger (в принципе, любая, с кэшированием по EntireTable).

[Vadik]

честно говоря, не воспроизводится
пробовал на приложении от SP3 CU1 и AOS-ах от SP2 и SP3

- в настройках AOS 10 секунд не как 10000 вбито ? (там секунды, а не миллисекунды, как обычно, можно промахнуться)
- в SysEvent новые записи с EventType = 2 (Обновление кэша) появляются? (смотреть удобно в форме SysEventManagement)
- есть лицензии на 2 или более AOS-а?

[Lazy_Tiger]

сегодня поймал тоже самое в таблице LedgerTable
физически в бд записи есть, а вот в 3-х уровневой конфигурации Axapta их не видит (в том числе и с машины, с которой их собственно в 3-х уровневой схеме и вносили).

закрыть-открыть аксапту не помогло, помог рестарт AOS'а, записи сразу нашлись

но это ж не гут

P.S. AOS и Axapta - 3.0 SP3
P.P.S. AOS - ОДИН

[George Nordic]

Да, быто такое тоже...

Господа, а виртуальные компании у Вас настроены?

С Уважением,
Георгий

[Lazy_Tiger]

неа, в этой базе нет виртуальных компаний. к виртуальным мы только готовимся.

[slava]

Цитата:

Изначально опубликовано Lazy_Tiger
сегодня поймал тоже самое в таблице LedgerTable
физически в бд записи есть, а вот в 3-х уровневой конфигурации Axapta их не видит (в том числе и с машины, с которой их собственно в 3-х уровневой схеме и вносили).

закрыть-открыть аксапту не помогло, помог рестарт AOS'а, записи сразу нашлись

но это ж не гут

P.S. AOS и Axapta - 3.0 SP3
P.P.S. AOS - ОДИН

на 2.5 помогали две вещи
либо
1) перезапустить AOS
либо
2) заапдэйтеить на SQL-сервере поле dataareaid этих таблиц сначала на любое значение, а потом на исходное

Правда использовались вирт. компании. Подобная ситуация возникала всего несколько раз за 3 года. За невозможностью ее воспроизвести, даже не пытался разобраться откуда грабли .

[Lazy_Tiger]

и опять поймал эту же фигню.
2-й раз за день

[chel]

Цитата:

Изначально опубликовано Vadik
честно говоря, не воспроизводится
пробовал на приложении от SP3 CU1 и AOS-ах от SP2 и SP3

- в настройках AOS 10 секунд не как 10000 вбито ? (там секунды, а не миллисекунды, как обычно, можно промахнуться)
- в SysEvent новые записи с EventType = 2 (Обновление кэша) появляются? (смотреть удобно в форме SysEventManagement)
- есть лицензии на 2 или более AOS-а?

Не подскажете, какое значение Max cache sync time система использует по умолчанию, если в настройках не указано ничего? Документация этот вопрос не освещает.

[Logger]

Не подскажете, какое значение Max cache sync time система использует по умолчанию, если в настройках не указано ничего? Документация этот вопрос не освещает.

В книжке Еременко, Шашкова написано (стр.357), что по дефолту maxCacheSyncTime = 60 секунд. А временной интервал для обновления кэша CACHESYNCTIME равен половине от maxCacheSyncTime.

[chel]

Спасибо.

Порыл на технете, нашел ответ товарища из датского МБС:

Цитата:

In version 3.0 the Entire table cache has changed and in SP2 it will work like 2.5 SP4 in connection to AOS synchronization. I donґt know why it shows up as a warning in the eventlog, but it is not an error.
All ‘Entire Table’ caches are flushed every day at 0:00 a.m.

Выходит, что придется отключать EntireTable cache на таблице, т.к. изменения юзерам других АОСов необходимо видеть сегодняшним днем

[Vadik]

Цитата:

Изначально опубликовано chel
Выходит, что придется отключать EntireTable cache на таблице, т.к. изменения юзерам других АОСов необходимо видеть сегодняшним днем

Нет. Все изменения, сделанные на соседнем AOS-е, видны стали примерно через минуту

Настройки в части кэширования стандартные

Проверял не в 23:59


Механизм кэширования уже обсуждался-переобсуждался, где-то даже диаграммы лежали. Будет время, поищу

[chel]

Возможно, но у меня те же проблемы что и у автора исходного поста ветки.
Может быть это вылечили в каком-нибудь свежем СП/ХФ?
У меня к фикс-листам нет доступа - если кто-нибудь скажет в каком - буду очень признателен.

[Volodymyr]

Можно вызывать сброс кеша из кода.
http://dynamics-ax.blogspot.com/2006...from-code.html