Ошибки в отчете о статусе БД, Не совсем понятный отчет. Помогите разобраться.

[Poleax]

Добрый день. Аналогичный пост был создав вчера на http://forum.mazzy.ru/index.php?showtopic=9191 но как я понял форум там менее популярен чем здесь. Прошу прощение у Mazzy, но напишу все тоже самое тут может кто ответит...

Попробовал на Axapta 4 в Администрирование/ Периодические операции/ SQL Администрирование.
Провести Проверку/Синхронизацию по таблицам.

Система после часа работы выдало следующие: + еще 3 листа аналогичного по другим таблицам.

    (*=)             
----------------------------------------------------------------------------------------------------------------------------------             
 BANKGROUP BANKDESCRIPTION_RU                 
 BUSINESSSTATISTICSDATA *DataRecidIdx                  
 -"- *DataRecidIdx (Количество полей не совпадает: в AOT - 2, а в базе данных - 1)             
Нет -"- *DataRecidIdx (  :   : RECID,     - 1,   AOT: dataAreaId.)(  :   : ,     - 2,   AOT: RecId.)             
 CUSTINVOICEJOUR DEL_CORRECTIVEREASON                 
 CUSTINVOICELINE INVOICETXT                 
 -"- DEL_CORRECTIVEREASON Поле имеет несовместимый тип             
*Да CUSTINVOICETRANS DEL_CORRECTIVEREASON Поле имеет несовместимый тип             
*Да CUSTTRANS MODIFIEDTRANSACTIONID Системное поле имеет недопустимый тип. Примите необходимые действия.

1) Если "Поле имеет несовместимый тип" как его поправить? И какой это должен быть к примеру совместимый тип?
2) Сообщение:
Нет BUSINESSSTATISTICSDATA *DataRecidIdx не может быть установлен автоматически
Нет -"- *DataRecidIdx (Количество полей не совпадает: в AOT - 2, а в базе данных - 1)
Нет -"- *DataRecidIdx (Целостность индекса нарушена: поле в БД: RECID, номер поля в индексе - 1, а в AOT: dataAreaId.)(Целостность индекса нарушена: поле в БД: , номер поля в индексе - 2, а в AOT: RecId.)

Схема таблиц в AOT и на SQL server.



Чего нехватает?

3) "CUSTTRANS MODIFIEDTRANSACTIONID Системное поле имеет недопустимый тип. Примите необходимые действия."
Какое надо тип?

[Poleax]

Разве ни у кого таких ошибок небыло?

[Ivanhoe]

Только что поставил новую систему, залил русские демо-данные. Ошибки аналогичные. Пока не разобрался

[glibs]

В 4.0 сп2 эту кнопку отключили. Также была информация о том, что эта операция в 4.0 приводит к нарушению целостности данных. Так что вы поаккуратнее с этой цацкой.

[Ivanhoe]

Пока получается следующее - удалил компанию с демо-данными, ошибка исчезла. Для подтверждения эффекта сейчас попробую еще раз импортировать.

Имею в виду ошибку с индексом.

[Maxim Gorbunov]

Хм... А версия Аксапты какая? У меня вот такого индекса на BusinessStatisticsData нет. Версия приложения - 4.0.1659.35

А вообще, ошибка-то понятная и правильная. Дело в том, что если у таблицы включено свойство SaveDataPerCompany, то Аксапта автоматически добавляет к любому индексу поле DataAreaId. В данном случае SQL Server проигнорировал второе указание DataAreaId в индексе и создал индекс только с одним DataAreaId (т.е. Аксапта-то его просила создать индекс из полей dataAreaId + dataAreaId + RecId). Затем, при проверке, Аксапта не посчитала поле dataAreaId, так как решила, что оно было добавлено ядром. Таким образом получилось "в базе данных - 1". А в AOT Аксапта обнаружила, что в индексе два поля.

По хорошему, я бы этот индекс отключил и проверил бы, что перестало работать. Затем бы выяснил, кто это что-то напрограммировал и сделал для себя выводы Так создавать индекс по dataAreaId + RecId неправильно. Если нужен такой индекс, нужно всего лишь включить свойство CreateRecIdIndex у таблицы.

Что касается остальных ошибок, там везде стоит Да, то есть ошибка была автоматически исправлена. Так что при повторной проверке она не появится.

[Poleax]

Maxim Gorbunov
Версия приложения - 4.0.2214.0
Проверку проводил на чисто установленной AX даже без демо данных. Кол-во листов изменилось с 3 до 1. Но аналогичные ошибки по др таблицам.

glibs
4.0 сп2 для Eastern Europe пока же нет?
Если кнопку отключили, может вообще не стоит заморачиваться этим?

[glibs]

Цитата:

Сообщение от Poleax

...
4.0 сп2 для Eastern Europe пока же нет?
...

Посмотрите новость сверху на стартовой страничке сразу под логотипом форума.