Установка Ax 4.0 SP1 на SQL Server 2005 SP2

[Lemming]

Возникла следующая ситуация. Требуется на ноуте, на котором стоит ОС 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 таких проблем не возникало. Вопрос: кто либо может подсказать как это можно побороть и таки развернуть все на приведенной выше конфигурации?

[Garic]

Было что-то похожее когда ставил SP1 поверх базы без SP, в котрую были залиты демоданные.
Появились уникальные индексы - и вылетала такая же (или похожая) ошибка, без конкретизации что это за таблица и в чём проблема.

Или вы на чистую базу ставите?

[Lemming]

Цитата:

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

Или вы на чистую базу ставите?

Да, на чистую базу, которую при установке создала аксапта.

[George Nordic]

Администрирование - Настройка - Система - Конфигурация - Администрирование - снимите галочку с "keep update objects".

С Уважением,
Георгий

[mazzy]

Цитата:

Сообщение от George Nordic

Администрирование - Настройка - Система - Конфигурация - Администрирование - снимите галочку с "keep update objects".

С Уважением,
Георгий

не работает.
выдает ту же ошибку, но только на заполненной базе.
На чистой с международным демопримером - установка прошла нормально.

Узнать бы на какой таблице происходит ошибка...
Синхронизация по одной (из SQL администрирования или AOT) тоже не помогает - она упорно пытается синхронизировать все.
Очистка DEL_-таблиц при помощи SQL-администрирования также не помогла.

причем на SQL2005 SP1 и на SQL2005 SP2

[mazzy]

угу. докладываю:
у сервера ссылка на каталог application был установлен неправильно.
вместо ру на международный.

В результате синхронизация ругалась на inventDim поскольку без ГТД индекс dimIdIdx перестал быть уникальным.

Перезапустил AOS, поставил ресториться базу, пошел спать.

Интересно, как сделать сообщение информативным, чтобы оно таблицу показывало?
В ktd-файле текст правильный...

[Lemming]

Цитата:

Сообщение от George Nordic

Администрирование - Настройка - Система - Конфигурация - Администрирование - снимите галочку с "keep update objects".

С Уважением,
Георгий

Не помогло...

Цитата:

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

не работает.
выдает ту же ошибку, но только на заполненной базе.
На чистой с международным демопримером - установка прошла нормально.

Узнать бы на какой таблице происходит ошибка...
Синхронизация по одной (из SQL администрирования или AOT) тоже не помогает - она упорно пытается синхронизировать все.
Очистка DEL_-таблиц при помощи SQL-администрирования также не помогла.

причем на SQL2005 SP1 и на SQL2005 SP2

Цитата:

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

угу. докладываю:
у сервера ссылка на каталог application был установлен неправильно.
вместо ру на международный.

В результате синхронизация ругалась на inventDim поскольку без ГТД индекс dimIdIdx перестал быть уникальным.

Перезапустил AOS, поставил ресториться базу, пошел спать.

Интересно, как сделать сообщение информативным, чтобы оно таблицу показывало?
В ktd-файле текст правильный...

mazzy прошу прощения, но я так и не понял, что у Вас работает, а что нет. Мы пытаемся установить международную версию AX 4.0 SP1 без какого либо локализованного приложения. База создается новая, СУБД SQL Server 2005 SP2.


Новая порция информации: если запустить синхронизацию из Конфигурации, то ошибка выдается несколько иная ошибка см. атач.

[mazzy]

Цитата:

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

mazzy прошу прощения, но я так и не понял, что у Вас работает, а что нет.

Извините, было поздно и уже плохо соображал...
Международная у меня поднялась до Axapta 4.0 SP1 без ошибок.

Цитата:

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

Новая порция информации: если запустить синхронизацию из Конфигурации, то ошибка выдается несколько иная ошибка см. атач.

Такое у меня тоже было.
Видимо бага не зависит от локализации.

[Garic]

Жёстко.
Может у пользователя, которого указали при установке, права не установились на БД ?
Надо db_reader, db_writer, db_ddladmin.

[Lemming]

Цитата:

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

Жёстко.
Может у пользователя, которого указали при установке, права не установились на БД ?
Надо db_reader, db_writer, db_ddladmin.

Права стоят верные. Скорее дело в том, что что-то не так в связке AX4.0 SP1 и SQL Server 2005 SP2.

[mazzy]

Цитата:

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

Права стоят верные. Скорее дело в том, что что-то не так в связке AX4.0 SP1 и SQL Server 2005 SP2.

AX 4.0 SP1 и SQL Server 2005 SP1 дает такую же ошибку...

[AlexSD]

AOS, как правило, пишет в Application log информацию о таблице, по которой не прошла синхронизация.

[mazzy]

Цитата:

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

AOS, как правило, пишет в Application log информацию о таблице, по которой не прошла синхронизация.

Да, спасибо.
Вернулся к этому вопросу.

База чистая, приложение международное, содержит одну компанию с международными данными.
Поднял до SP1, после выполнения апгрейд-процедур получил ошибку синхронизации.

Проблема была в таблице COSPlanCostTrans
Помогла варварская очистка этой таблицы.

[Garic]

У меня кроме этой, проблема была с COSLedgerAllocDim - тоже чистил.