22.05.2009, 15:21 | #1 |
Участник
|
PartyId в CustTable, VendTable
DAX 2009
Kernel version: 5.0.1000.52 Application version: 5.0.1000.52 SP: SP1 SQL 2005 Привет, всем Занимаюсь переходом с DAX 4.0 на DAX 2009 SP1. Пункты Presynchronize и Synchronize из Upgrade checklist отработали. На PostSynchronize не выполняются задачи, которые пытаеются создать уникальный индекс по полю PartyID в таблицах CustTable и VendTable. Если посмотреть поля PartyId в таблицах CustTable и VendTable, то все поля PatyId пусты. Кто-нибудь сталкивался с подобным? Заранее спасибо. |
|
22.05.2009, 15:48 | #2 |
Боец
|
В 2009 завели что-то вроде глобальной адресной книги, в которой хранится персональная информация о клиентах, заказчиках, сотрудниках. Ссылка на записи этого каталога из клиентов, поставщиков и работников это PartyId. Одним словом, для каждой записи CustTable, VendTable, EmplTable должна быть запись и в DirPartyTable (вроде так называется). А т.к. в 4-ке такой таблицы не было, то и PartyId пуст...
Вроде так..., точно не изучал. |
|
|
За это сообщение автора поблагодарили: nano3 (1). |
22.05.2009, 18:15 | #3 |
Banned
|
Исходно PartyId пуст. Тем не менее, существует устрашающего вида скрипт \Classes\ReleaseUpdateDB41_Basic\insertIntoPartyUpgradeTables, который создает эти вечеринки () на основе старых данных. Осталось выяснить, почему он не отработал и/или запустить его отдельно. С пустым PartyId в AX2009 вообще ничего работать не будет, даже адресов не останется.
Последний раз редактировалось EVGL; 22.05.2009 в 18:18. |
|
|
За это сообщение автора поблагодарили: Logger (2), aidsua (1), nano3 (1). |
22.05.2009, 19:23 | #4 |
Участник
|
да. это страшный метод я видел . Он отрабатывает на этапе Presynchronize и статус у него стоит Finished. Но вот PartyId он не создает. Надеялся, что после установки SP1 проблема исчезнет, но увы..Видимо что-то намудрили в модификациях. Спасибо. Буду копать дальше
|
|
05.06.2009, 13:48 | #5 |
Участник
|
Возвращаюсь к теме. В общем, если у вас есть виртуальная компания, в которую включена коллекция Vend_Cust, то вас ожидает проблема при апдейте данных с DAX4.0 DAX 2009. PartyId будут пусты в таблицах CustTable и VendTable где dataAreaId="код вирт. компании" и постсинхронизация не завершится.
Проблема решается Hotfix-ом, который не включен в SP1 для DAX2009. Вот такие дела |
|
|
За это сообщение автора поблагодарили: EVGL (3), aidsua (1). |
05.02.2010, 07:15 | #6 |
Участник
|
При апдейте данных с DAX4.0 DAX 2009 столкнулся с такой же проблемой (пустые PartyId у ряда таблиц).
Решение, которое мне помогло тут https://mbs.microsoft.com/knowledgeb...ttmsnvnryrqqmm Symptoms Error occurs when running post synchronize jobs in the AX 2009 Upgrade Checklist. The job fails in the class ReleaseUpdateDB41_Basic\UpdateDirPartyTable Resolution You will have to restart your upgrade if you run into this issue. You will need to restore you database back to prior to the post synchronize process. Once restored verify that the AOS server account has a schema in SQL Management Studio following these steps: Expand Database (by clicking on the + sign) Expand your Dyanmics AX dabase Expand Security Expand Schemas - verify you see the AOS service account here. If you do not see a schema for the AOS service account, then run the following two scripts in SQL Query Analyzer. You must run each line separately as two steps: USE <DYNAMICS> CREATE SCHEMA [<DOMAIN>\<AOSSERVICE_ACCOUNT>] AUTHORIZATION [<DOMAIN>\<AOSSERVICE_ACCOUNT>] • Replace the <DYNAMICS> placeholder with the actual Microsoft Dynamics AX database name. • Replace the placeholder <DOMAIN> with the actual domain name. • Replace the placeholder <AOSSERVICE_ACCOUNT> with the actual name of either the computer that is running the AOS service or the actual AOS Service identity account name. The computer name requires a dollar sign ("$") after the computer name. |
|
Теги |
ax2009, global address book, upgrade, апгрейд, глобальная адресная книга, переход |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|