|
![]() |
#1 |
Боец
|
1. Находим по имени и ID в таблице SysModelElement нужную строку. Запоминаем значение поля RootModelElement.
2. Открываем SQL MS, БД модели и ищем запись с знаением нашего RootModelElement из предыдущего пункта. FROM [xxx].[dbo].[ModelElementData] where ElementHandle = RootModelElement В найденной строке находим поле бинарное Properties. Заменяем значение этого поля на верное (верное значение берем из рабочей аксапты по аналогичному агоритму). 3. Синхронизируем БД. 4. Не знаю, нужен ли рестарт АОСа до\после п.3 Не успел ответить, но не пропадать же... ) |
|
|
За это сообщение автора поблагодарили: mazzy (2), Logger (7), Perc (1), shlyopin (1), Stainless (1), Kabardian (6), Pandasama (1). |
![]() |
#2 |
Талантливый разгвоздяй
|
А кто-нибудь может забэкапить таблицу ModelElementData из чистого стандарта AX 2012 CU7 и выложить сюда, если не сложно? :-)
У меня под рукой нет такой системы, а разворачивать долго... |
|
![]() |
#3 |
Участник
|
Чистой CU7 под рукой нет
![]() Ответил саппорт Microsoft - предложение такое же как выше в ветке с заменой Set md.Properties = md_base.Properties
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: Kabardian (2). |
![]() |
#4 |
Участник
|
Предложенный способ помогает, но как-то уже надоело время от времени это чинить.
3-4 раза перестоишь перекрестные ссылки и "ага" ![]() Не выходило ли каких-либо хостфиксов по этой проблеме, которые бы решили это? У нас CU13 и обновления до мая этого года. |
|
![]() |
#5 |
Участник
|
Может быть у кого-то есть джобик для периодического автоматического поиска таких "сломанных" вьюшек и мэпов ?
__________________
Дмитрий |
|
![]() |
#6 |
Участник
|
Цитата:
Она крутилась и ловила смену типа объекта AOT. И она выявила интересную особенность. Было много "ложных" срабатываний, в разы больше чем зафиксированных случаев "мутаций" табличных типов (таблица, вью, мап). Из этого можно сделать вывод, что в памяти структура аота повреждается намного чаще, но не все такие повреждения сбрасываются в базу модели. |
|
![]() |
#7 |
Участник
|
А кто-нибудь разбирал бинарный формат поля для табличного узла ?
Есть идея, повесить триггер на табличку. Он бы при обновлении "выкусывал" тип объекта и если тип меняется то откатывал бы транзакцию. Думаю, так было бы намного лучше. Там правда не только тип меняется. Иногда слетают Primary / Cluster ключи. Но тут тоже можно придумать что-нибудь. |
|
![]() |
#8 |
Участник
|
да.
mazzy: Разбираюсь, как можно уменьшить размер model-базы в ax2012, чтобы ускорить Аксапту в виртуалке. Цитата:
https://www.youtube.com/watch?v=ZhO_qROBGX0 в общем, такой себе путь. |
|
![]() |
#9 |
Участник
|
Цитата:
Сообщение от Logger
![]() А кто-нибудь разбирал бинарный формат поля для табличного узла ?
Есть идея, повесить триггер на табличку. Он бы при обновлении "выкусывал" тип объекта и если тип меняется то откатывал бы транзакцию. Думаю, так было бы намного лучше. Там правда не только тип меняется. Иногда слетают Primary / Cluster ключи. Но тут тоже можно придумать что-нибудь. Защита от повреждения типа таблицы в Аксапте 2012 R3 |
|
|
За это сообщение автора поблагодарили: alex55 (3). |
![]() |
#10 |
Участник
|
Вообще, после того как после построения перекрестных ссылок мы стали перезапускать АОС, проблема вроде ушла.
Главное, чтобы именно никто не успел после построения перекрестных ссылок что-то сделать с таблицами, вьюхами, мапами. |
|
![]() |
#11 |
Участник
|
Цитата:
Коллега, обнаружил, что сбор перекрестных ссылок и глобальную компиляцию лучше делать в монопольном режиме на аосе, тогда проблема практически не возникает. Мы высадили эти процедуры на отдельный аос и все стало значительно лучше. Но триггер тоже не помешает. |
|
Теги |
ax2012, ax2012r2, map, table |
|
|