12.12.2006, 16:30
|
#1 |
|
Участник
|
Установка Ax 4.0 SP1 на SQL Server 2005 SP2
Возникла следующая ситуация. Требуется на ноуте, на котором стоит ОС Vista развернуть Ax 4.0 SP1. На Vista нельзя установить SQL Server 2005 ниже SP2. Все стартует, все запускается, но через некоторое время синхронизация обрывается со следующими сообщениями:
=== Cannot execute a data definition language command on (). The SQL database has issued an error. Cannot execute a data definition language command on (). The SQL database has issued an error. Problems during SQL data dictionary synchronization. The operation failed. === С AX 4.0 без SP1 таких проблем не возникало. Вопрос: кто либо может подсказать как это можно побороть и таки развернуть все на приведенной выше конфигурации? |
|
|
|
12.12.2006, 16:54
|
#2 |
|
NavAx
|
Было что-то похожее когда ставил SP1 поверх базы без SP, в котрую были залиты демоданные.
Появились уникальные индексы - и вылетала такая же (или похожая) ошибка, без конкретизации что это за таблица и в чём проблема. Или вы на чистую базу ставите?
__________________
С уважением, Игорь Ласийчук. |
|
|
|
12.12.2006, 17:07
|
#3 |
|
Участник
|
Цитата:
Сообщение от Garic
Или вы на чистую базу ставите?
|
|
|
|
12.12.2006, 18:30
|
#4 |
|
Модератор
|
Администрирование - Настройка - Система - Конфигурация - Администрирование - снимите галочку с "keep update objects".
С Уважением, Георгий |
|
|
|
| За это сообщение автора поблагодарили: mazzy (5). | |
|
13.12.2006, 01:31
|
#5 |
|
Участник
|
Цитата:
Сообщение от George Nordic
Администрирование - Настройка - Система - Конфигурация - Администрирование - снимите галочку с "keep update objects".
С Уважением, Георгий выдает ту же ошибку, но только на заполненной базе. На чистой с международным демопримером - установка прошла нормально. Узнать бы на какой таблице происходит ошибка... Синхронизация по одной (из SQL администрирования или AOT) тоже не помогает - она упорно пытается синхронизировать все. Очистка DEL_-таблиц при помощи SQL-администрирования также не помогла. причем на SQL2005 SP1 и на SQL2005 SP2 |
|
|
|
13.12.2006, 02:12
|
#6 |
|
Участник
|
угу. докладываю:
у сервера ссылка на каталог application был установлен неправильно. вместо ру на международный. В результате синхронизация ругалась на inventDim поскольку без ГТД индекс dimIdIdx перестал быть уникальным. Перезапустил AOS, поставил ресториться базу, пошел спать. Интересно, как сделать сообщение информативным, чтобы оно таблицу показывало? В ktd-файле текст правильный... |
|
|
|
13.12.2006, 11:26
|
#7 |
|
Участник
|
Цитата:
Сообщение от George Nordic
Администрирование - Настройка - Система - Конфигурация - Администрирование - снимите галочку с "keep update objects".
С Уважением, Георгий Цитата:
Сообщение от mazzy
не работает.
выдает ту же ошибку, но только на заполненной базе. На чистой с международным демопримером - установка прошла нормально. Узнать бы на какой таблице происходит ошибка... Синхронизация по одной (из SQL администрирования или AOT) тоже не помогает - она упорно пытается синхронизировать все. Очистка DEL_-таблиц при помощи SQL-администрирования также не помогла. причем на SQL2005 SP1 и на SQL2005 SP2 Цитата:
Сообщение от mazzy
угу. докладываю:
у сервера ссылка на каталог application был установлен неправильно. вместо ру на международный. В результате синхронизация ругалась на inventDim поскольку без ГТД индекс dimIdIdx перестал быть уникальным. Перезапустил AOS, поставил ресториться базу, пошел спать. Интересно, как сделать сообщение информативным, чтобы оно таблицу показывало? В ktd-файле текст правильный... Новая порция информации: если запустить синхронизацию из Конфигурации, то ошибка выдается несколько иная ошибка см. атач. |
|
|
|
13.12.2006, 11:55
|
#8 |
|
NavAx
|
Жёстко.
Может у пользователя, которого указали при установке, права не установились на БД ? Надо db_reader, db_writer, db_ddladmin.
__________________
С уважением, Игорь Ласийчук. |
|
|
|
13.12.2006, 13:02
|
#9 |
|
Участник
|
Цитата:
Сообщение от Garic
Жёстко.
Может у пользователя, которого указали при установке, права не установились на БД ? Надо db_reader, db_writer, db_ddladmin. |
|
|
|
13.12.2006, 18:50
|
#10 |
|
Участник
|
Цитата:
Сообщение от Lemming
mazzy прошу прощения, но я так и не понял, что у Вас работает, а что нет.
Международная у меня поднялась до Axapta 4.0 SP1 без ошибок. Цитата:
Сообщение от Lemming
Новая порция информации: если запустить синхронизацию из Конфигурации, то ошибка выдается несколько иная ошибка см. атач.
Видимо бага не зависит от локализации. |
|
|
|
13.12.2006, 18:51
|
#11 |
|
Участник
|
Цитата:
Сообщение от Lemming
Права стоят верные. Скорее дело в том, что что-то не так в связке AX4.0 SP1 и SQL Server 2005 SP2.
|
|
|
|
13.12.2006, 23:43
|
#12 |
|
Microsoft Dynamics
|
AOS, как правило, пишет в Application log информацию о таблице, по которой не прошла синхронизация.
|
|
|
|
| За это сообщение автора поблагодарили: mazzy (5). | |
|
17.12.2006, 22:17
|
#13 |
|
Участник
|
Цитата:
Сообщение от AlexSD
AOS, как правило, пишет в Application log информацию о таблице, по которой не прошла синхронизация.
Вернулся к этому вопросу. База чистая, приложение международное, содержит одну компанию с международными данными. Поднял до SP1, после выполнения апгрейд-процедур получил ошибку синхронизации. Проблема была в таблице COSPlanCostTrans Помогла варварская очистка этой таблицы. |
|
|
|
18.12.2006, 13:47
|
#14 |
|
NavAx
|
У меня кроме этой, проблема была с COSLedgerAllocDim - тоже чистил.
__________________
С уважением, Игорь Ласийчук. |
|
|
| Теги |
| ax2009, ax4.0, synchronisation error |
|
|
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|
Линейный вид
