Битый AOT

[Мышелов Федор]

Приветствую!

У нас стоит Axapta 3.0 (рабочая из трех звеньев) и такая же Axapta (для разработки только из двух звеньев), последняя стоит на общем диске. Признаюсь честно данный диск периодически улетал и с доступом к нему были проблемы. Буквально неделю назад были замечены повреждения в AOT-е, а именно в ExtendedDataTypes и Forms. В ExtendedDataTypes были обнаружены разорванные Relation, а в Forms было замечена потеря в Data Source наименования таблицы. После проведенных расследований виновников данных ошибок найдено не было и мы стали грешить на общий диск, и да ко всему этому были выявлены пустые записи в системной таблице UtilElements

Уважаемые знатоки прошу Вашей помощи, может кто то решал данные проблемы и сталкивался с данными проблемами.

[Logger]

Такое еще бывает когда модификацию переносят частями.
Сперва EDT
затем форму
а затем табличку.

Особенно если без сохранения идентификаторов. можете попробовать.
Может просто криво накатывали ?

[Мышелов Федор]

Спасибо за оперативность.
Действительно при таком способе накатывания связка в EDT-шке разрывается, но при всем этом остается вопрос как данные ошибки появились в SYS слое.

[lvan]

восстановите из бакапа да и всё, зачем что-то чинить?
что значит "стоит на общем диске"?
что значит "диск улетал"? куда улетал? в космос? тогда вероятно он был поврежден радиоактивным излучением

[Мышелов Федор]

"стоит на общем диске" - значит что Ax стоит на сетевом диске на котором кроме нее находится много всего интересного
"диск улетал" - значит что диск работал нормально а потом резко пропадал и Windows выдавал сообщение что данный диск недоступен

[Мышелов Федор]

вот Job чтобы проверить наличие битых EDT - шок

static void findErrorRalations_SeveralRelation(Args _args)
{
Int             i;
QtyInteger      qtyLines;

DictType        dictType;
DictTable       relatedDictTable;
DictRelation    dictTypeRelation;

TableId         relatedTableId;
FieldId         relatedFieldId;

UtilElements    utilElements;
;
while select utilElements
       where utilElements.parentId == 0
          //&& utilElements.name == 'AssetSortingId'
          && utilElements.recordType == UtilElementType::ExtendedType {
    //---------------------------------------------------------------->
    dictType = new DictType(extendedTypeName2Id_RU(utilElements.name));//'PriceTagTaskId'));
    while (dictType) {
        dictTypeRelation = dictType.relationObject();

        if (dictTypeRelation == null) {
            break;
            }

        qtyLines = dictTypeRelation.lines();

        for (i=1; i<=qtyLines; i++) {
            if (dictTypeRelation) {
                relatedTableId = dictTypeRelation.table();
                relatedFieldId = dictTypeRelation.lineExternTableValue(i);
                relateddictTable = new DictTable(relatedTableId);
                if (relatedTableId == 0 || relatedFieldId == 0 || relateddictTable == null) {
                    info(utilElements.name);
                    continue;
                    }
                else {
                    continue;
                    }
                }
            else {
                dictType = null;
                break;
                }
            }
        dictType = null;
        }
    }
}

[Ace of Database]

Цитата:

Сообщение от Мышелов Федор

Приветствую!

В ExtendedDataTypes были обнаружены разорванные Relation, а в Forms было замечена потеря в Data Source наименования таблицы.

В АОТ отсутствуют таблицы, которые используются в качестве Datasource на формах и в качестве Relations на EDT.
Поищите эти таблицы в других ваших приложениях или проектах, сохраненных на компьютерах разработчиков. И перенесите найденные таблицы на это кривое приложение.
Тут дело скорее всего не в том, что диск "улетал", а в том, что кто-то либо удалил таблицы, либо накатил с другого приложения новые формы и EDT, а таблицы забыл перенести.

То есть тут чисто человеческий фактор. В более узком смысле - программистский.

UPD: не заметил в более позднем сообщении, что это у вас на SYS-слое. На картинках у вас показаны "самодельные" таблицы. Но все равно попробуйте накатить отсутствующие таблицы с других приложений, либо из бэкапа.

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

[Ace of Database]

Я бы сделал так: так как у вас рабочий АОС в порядке, то можно не заморачиваться. Я создал бы девелоперский АОС, скопировал на него рабочее приложение и базу. И начал бы разработку в трехзвенке. Двухзвенка тут не нужна.

[Мышелов Федор]

Спасибо за предложенный вариант, но к сожалению бэкапа нет((((((, а в других приложениях были найдены абсолютно те же битые типы. Но мы уже все восстановили руками))) осталось только 2 вопроса про пустые записи в системной таблице UtilElements и как в дальнейшем избежать ошибок с битыми типами потому как перенос доработок производится только после их выверки и только проектами которые содержат все типы таблицы и прочие необходимые элементы

[mazzy]

Цитата:

Сообщение от Мышелов Федор

но к сожалению бэкапа нет((((((

1. Бггг.
2. системные AOD-файлы нельзя изменить нормальным образом. Поэтому возьмите из дистрибутива непользовательские слои и из сервис-паков-хотфиксов патч-слои (.??P)