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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 23.04.2015, 02:19   #1  
Blog bot is offline
Blog bot
Участник
 
25,475 / 846 (79) +++++++
Регистрация: 28.10.2006
emeadaxsupport: Microsoft Dynamics AX 2012 Upgrade – Using the State Transfer Tool with AX 2009, you can potentially have duplicate records created within table Shadow_DirPartyRelationship
Источник: http://blogs.msdn.com/b/axsupport/ar...ationship.aspx
==============

 

This specific issue occurs only when using the state transfer tool in AX 2009. The problem is as follows:

  • We create new records in the Shadow_DirPartyRelationship.
  • The unique index on this references RefRecId.
  • The RefRecId will become the RecId for DirPartyRelationship during the bulk copy in AX 2012.
  • We use the SystemSequences NextVal from DirPartyReleationship to create these new RefRecIds in method – DirUpgrade::createPartyRelationship, then sub method DirUpgrade::getNewPartyRelationshipRecId.
  • These RecIds are coming from the SystemSequences table in the environment used for the state transfer, and not production.
  • The issue is that DirPartyReleationship is an existing table in AX 2009, so we do not copy back from the state transfer environment the SystemSequences record for that – which makes sense as there could have been newer records in production since.
  • The problem then comes when there have been some new records created, e.g. customers, vendors. Some of the delta processing scripts would call these methods, mentioned above, to add in new records in Shadow_DirPartyRelationship.
  • As the NextVal in SystemSequences for DirPartyRelationship is lower in production, it will use the same numbers again for the RefRecId in Shadow_DirPartyRelationship.
This potential problem can occur with all versions of AX 2012.

Workaround

After running the state transfer in production, and before you continue with the upgrade you can run the following SQL statement to update the NextVal in table SystemSequences to fix this problem:
UPDATE SYSTEMSEQUENCES

SET NEXTVAL = (

SELECT max(RECID) + 1 AS NEXTVAL

FROM (

SELECT REFRECID AS RECID

FROM SHADOW_DIRPARTYRELATIONSHIP

UNION

SELECT RECID

FROM DIRPARTYRELATIONSHIP

) T1

)

WHERE TABID = (

SELECT TABLEID

FROM SQLDICTIONARY

WHERE NAME = 'DIRPARTYRELATIONSHIP'

AND FIELDID = 0

)

You need to restart the AOS Service after running the update statement above.




Источник: http://blogs.msdn.com/b/axsupport/ar...ationship.aspx
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
axforum blogs: Квест: Подружим Dynamics Ax 2009 Sp1 RU7 c SharePoint Foundation 2010 Blog bot DAX Blogs 4 16.10.2017 17:50
emeadaxsupport: AX Performance Troubleshooting Checklist Part 2 Blog bot DAX Blogs 0 09.09.2014 16:11
crminthefield: Podcast and Overview: Microsoft Dynamics CRM 2011 Update Rollup 13 Blog bot Dynamics CRM: Blogs 0 27.03.2013 22:12
semanticax: Dynamics AX 2009 Installation - Application Blog bot DAX Blogs 0 22.12.2010 08:11
CRM DE LA CREME! Configuring Microsoft Dynamics CRM 4.0 for Internet-facing deployment Blog bot Dynamics CRM: Blogs 0 18.08.2009 11:05

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

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

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