Синхронизация базы со словарем.

[pwp]

Подскажите пож-та. При заведении полей в новой таблице идут сообщения, показанные ниже(начиная со второго поля). Аналогичные сообщения при просмотре этой таблицы через настройку или попытку завести в ней запись. В чем тут может быть дело ? Все ранее заведенные таблицы работают нормально.
Протокол INFO : --->
Синхронизировать
Невозможно выполнить команду языка определения данных в ().
База данных SQL обнаружила ошибку.
Ошибки во время синхронизации базы SQL со словарем данных системы.
Операция закончилась неудачно.
Синхронизация 1 таблиц закончилась неудачно
<------

[Wamr]

пока не будет текста SQL-ошибки или хотя бы операции, вы получите в ответ только домыслы, например
- пользователь, под которым Аксапта лезет в Бд не является owner-ом таблиц
- приложение и БД не синхронизированы (то есть используется бд от другого приложения)

[pwp]

Цитата:

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

пока не будет текста SQL-ошибки или хотя бы операции, вы получите в ответ только домыслы, например
- пользователь, под которым Аксапта лезет в Бд не является owner-ом таблиц
- приложение и БД не синхронизированы (то есть используется бд от другого приложения)

Ок, подскажите а как мне получить текст SQL-ошибки ? Я есс-но не админ, завожу новую таблицу, добавляю поля и на 2 и послею полях получаю по Info эти сообщения. Эту таблицу еще даже не использую ни в каком приложении, пытаюсь пока работать через настройку.

[EfimV]

Сколько у вас АОС-ов? Такое может быть если несколько АОС-ов смотрят на одну базу. И при переносе изменений поля создались с разными идентификаторами.

[sukhanchik]

А версия АХ какая?

[Wamr]

в настройках пользователя (себя) включите логирование SQL-ошибок

Цитата:

Я есс-но не админ, завожу новую таблицу, добавляю поля

что же тут естественного, когда человек меняющий структуру данных не админ.

[pwp]

Цитата:

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

Сколько у вас АОС-ов? Такое может быть если несколько АОС-ов смотрят на одну базу. И при переносе изменений поля создались с разными идентификаторами.

Если бы я знал. Знаю, что несколько серверов с АОС. Я же там усер, я извиняюсь...
aos2,Text,Ax40_ASU_DEV@AX01:2713 - это строчка из файла запуска.

Цитата:

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

А версия АХ какая?

Виноват.MSDAX 4.0 ядро 4.0.2501.116 Арplication version 4.0.2501.122

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

[sukhanchik]

Вам нужно галку включить в настройках AOS-а, после чего рестартануть службу.

После чего у Вас появится информация о SQL запросе

[pwp]

Цитата:

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

в настройках пользователя (себя) включите логирование SQL-ошибок

Ок, спасибо, сейчас попробую. Это на вкладке SQL :Трассировка запросов SQL ?
Или Трассировка на вкладке Разработка ?

Цитата:

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

что же тут естественного, когда человек меняющий структуру данных не админ.

Делать меня админом или нет не моя привилегия, я тут лицо подневольное.

Цитата:

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

Вам нужно галку включить в настройках AOS-а, после чего рестартануть службу.
После чего у Вас появится информация о SQL запросе

Как user я вряд ли смогу это сделать, но попробую переслать Ваше предложение нашему админу.

[Wamr]

Это на вкладке SQL :Трассировка запросов SQL

но без настроек АОСа (совет sukhanchik) тоже. наверное, не поможет

[pwp]

Цитата:

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

Это на вкладке SQL :Трассировка запросов SQL

но без настроек АОСа (совет sukhanchik) тоже. наверное, не поможет

Попробовал, пока ничего не поменялось. Их потом убрал и поставил на вкладке Разработка: 1) Трассировка базы данных 2) Трассировка клиента и сервера. Запустил , вот уже мин. 15 только стартует и выдает в лог:
Call Server: Таблица XmessageTable::existUndelivered() - очень много записей,
похоже сегодня может и не кончиться...
Наверное пункт 2) Трассировка клиента и сервера не нужно было поднимать.

[pwp]

Убрал трассировку Клиент-Сервер по-живому и перезапустил АХ. Картинку прилагаю. Информации, похоже, не добавилось.

[sukhanchik]

Цитата:

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

Убрал трассировку Клиент-Сервер по-живому и перезапустил АХ. Картинку прилагаю. Информации, похоже, не добавилось.

А какая трассировка была убрана? Та, которую я показывал - требует перезапуска АОСа, а не только одного клиента АХ

[EfimV]

Я так понял что серверов АОС у вас несколько. Судя по всему идентификаторы в них разошлись сильно. Когда вы создаёте новое поле или новую таблицу ему присваеваетсь идентификатор. Если на разных АОС-ак изменения проводить не семметрично то на одном аосе поле таблицы имеет один идентификатор а на другом – другой. А так как они смотрят на одну базу то возникает ошибка. Вам нужно синхронизировать приложения. Остановите ваш один АОС и скопируйте приложение со второго.

[pwp]

Цитата:

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

А какая трассировка была убрана? Та, которую я показывал - требует перезапуска АОСа, а не только одного клиента АХ

Это в Сервис-Параметры-Разработка : Трассировка клиента и сервера. А ту, про которую Вы говорили требует работы админа-это я пока не могу организовать..

Цитата:

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

Я так понял что серверов АОС у вас несколько. Судя по всему идентификаторы в них разошлись сильно. Когда вы создаёте новое поле или новую таблицу ему присваеваетсь идентификатор. Если на разных АОС-ак изменения проводить не семметрично то на одном аосе поле таблицы имеет один идентификатор а на другом – другой. А так как они смотрят на одну базу то возникает ошибка. Вам нужно синхронизировать приложения. Остановите ваш один АОС и скопируйте приложение со второго.

Вот это, мне кажется, ближе к истине. Но у меня нет информации, сколько АОС сидит на этой базе. Возможно придется просить админа восстановить систему, а мне потом восстановить проект. Похоже другого пути нет.

[Maxim Gorbunov]

У меня недавно были похожие ошибки. Решал следующим образом:

1. Шел в Administration/Periodic/SQL administration, выбирал Table actions/Check/Synchronize, а потом в появившемся диалоге нажимал кнопку Export DDL.
2. Экспортированный скрипт открывал в SQL Management Studio и смотрел, где ошибка.

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

P.S.: У меня ошибка появлялась из-за того, что программисты создавали новые таблицы, в которых были индексы, с помощью Duplicate и переименовывали их до синхронизации. Потом таблицу удаляли, и снова пытались создать с помощью Duplicate. В итоге получалось, что в SQLDICTIONARY таблицы оказывались под одним именем, а в базе - под другим. При удалении они, соответственно, удалялись только из SQLDICTIONARY, а их ID записывался как свободный. Но таблицы созданные при первом дублировании оставались в БД. Затем, когда таблицы дублировались второй раз, система пыталась создать их с таким же именем и ID как и раньше, но объекты с такими именами уже существовали. Соответственно, появлялась ошибка.