AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 21.04.2008, 15:10   #1  
dacom is offline
dacom
Участник
 
13 / 10 (1) +
Регистрация: 08.08.2007
Ошибки выполнения AxDbUpgrade.exe при копировании данных между базами (AX 3.0 -> AX 4.0)
Условия задачи:

AX 30 SP6 (MS SQL 2005) -> AX 40 SP 1 (MS SQL 2005).

Базы на разных серверах.

Столкнулся с проблемой во время использования утилиты AxDbUpgrade:

1) на ряде таблиц утилита крешилась с вызовом Visual Studio дебагера

2) на некоторых таблицах выполнение останавливалось, но после повторного запуска (либо нескольких запусков, в случае CustInvoiceJour их было 8) AxDbUpgrade таки копировала данные этой же таблицы

Запускал с разным количеством потоков: 1, 2, 4, 8. Результат одинаковый.

Пример лога в случае креша:

Код:
ASSETSORTING create OK
ASSETSORTING bcp OK
, overwriting import format OKASSETSORTING bulk insert OK, Fri Apr 11 16:17:43 2008

ASSETSTATEMENTINTERVAL create OK
ASSETSTATEMENTINTERVAL bcp OK
, overwriting import format OKASSETSTATEMENTINTERVAL bulk insert OK, Fri Apr 11 16:17:43 2008

ASSETSTATEMENTROW create OK
ASSETSTATEMENTROW bcp OK
, overwriting import format OKASSETSTATEMENTROW bulk insert OK, Fri Apr 11 16:17:44 2008

ASSETTABLE create OK
ASSETTABLE bcp OK
Проблему №1 решал подменой файла *.fmt, созданного AxDbUpgrade перед крешем, на файл, который получал при помощи bcp утилиты.

Для некоторых таблиц файл *.fmt был пуст, для других заполнен, но поле RecVersion пропускалось (привожу пример строки fmt файла):
52 SQLINT 1 4 "" 52 skipped ""

Есть подозрение на порядок полей в SQL таблицах.
После миграции с Oracle во многих таблицах поле RecVersion стало первым по порядку.

В базе 4.0 поле RecVersion определенно как not null, в базе 3.0 часто значение именно null.
Установка RecVersion в "1" в базе 3.0 (например InventTrans) не решило проблему.

Проблему #2 решал многократным перезапуском AxDbUpgrade.
2 таблицы CustInvoiceTrans и InventTrans в конце концов перегнал средствами SQL importа и добавил записи в UNICODECONV, дабы обмануть AxDbUpgrade и выполнить последние шаги этой утилиты.

Ваше мнение, идеи ?
Теги
ax3.0, ax4.0, upgrade

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
axStart: Microsoft Dynamics AX 2009 Hot Topics Web Seminar Series Blog bot DAX Blogs 0 06.08.2008 12:05
Arijit Basu: AX 2009 - Quick Overview Blog bot DAX Blogs 4 19.05.2008 14:47
Data upgrade AX 3.0 SP6 -> AX 4.0 SP2: Ошибка запуска AOS поcле копирования данных dacom DAX: Администрирование 7 21.04.2008 15:03
Arijit Basu: Reporting & BI in AX: An Overview [Level 100] Blog bot DAX Blogs 0 07.01.2008 16:01
Data migration AX 3.0 SP3 Oracle 9.1 -> AX 4.0 SP2 SQL 2005 dacom DAX: Администрирование 12 30.11.2007 11:25
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 02:26.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.