我有一个AX2012R2 CU6(构建和客户端6.2.1000.1437,内核6.2.1000.5268),有以下问题:
在AP>日记帐>发票>发票日记帐>行(表单LedgerJournalTransVendInvoice)中,当我选择供应商作为帐户类型然后在帐户字段上激活查找时,AX会冻结几分钟,当它恢复时,查找将关闭/从不打开.每当帐户类型供应商,其他帐户类型工作正常时,就会发生这种情况.
我把它调试到LedgerJournalEngine.accountNumLookup() - > VendTable.lookupVendor line
formSegmentedEntryControl.performFormLookup(formRun);
上述过程占用了时间.
在聘请驱魔人之前有任何想法吗?
R3有一个已知的KB,在Lifecycle服务上查找它
KB 3086961在GFM Bugbash 6/11期间,对卷数据的VendorLookup性能问题耗时超过30分钟
即使修复程序是针对R3,也应该很容易向后移植,因为更改被描述为
根本原因似乎是DirPartyLookupGridView,它在视图和表上有大约14个连接.这种观点在许多地方使用,因此随着时间的推移似乎已经增长了很多.
此修补程序中的更改将删除该视图,并仅将所需的数据源--dirpartytable和logisticsaddress添加到VendTableLookup表单.
custtableLookup不是使用视图而是使用自定义数据源连接,因此没有更改.
尝试实施该更改,看看会发生什么.
我不确定这会解决您的问题,因为在您的执行计划中,唯一看起来非常昂贵的操作是需要溢出到tempdb的排序运算符(您可能需要更多内存来解决这个问题),但数据源中的更改可能会有从执行计划中删除排序运算符的效果,因为数据可能按索引排序.