Microsoft Dynamics AX Configuration Utility是配置客户端AOS连接信息的工具,界面上的信息存放在注册表中。
这些配置信息分别存在两个路径下:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dynamics\4.0\Configuration
HKEY_CURRENT_USER\SOFTWARE\Microsoft\Dynamics\4.0\Configuration
其中HKEY_LOCAL_MACHINE存放Original的配置值,也就是在安装的时候填写的配置信息,并且不会再改变。
当用户第一次登陆到计算机的时候会把HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dynamics\4.0\Configuration的Original值拷贝到HKEY_CURRENT_USER下,在用户添加配置项会在HKEY_CURRENT_USER\SOFTWARE\Microsoft\Dynamics\4.0\Configuration下创建新的配置项。
这种机制在通常情况下不会出现什么问题,但如果要用 打开方式 换做当前用户以外的其他用户模拟登陆时,就会出现问题,因为被模拟的用户没有在HKEY_CURRENT_USER中创建相应值,于是就会采用HKEY_CURRENT_USER中的Original的配置信息,如果由于某些原因Original的配置信息中指定的AOS已经不可用了,那么这样模拟登陆的方式就Run不起来了,如果要注销登陆,然后再重新针对每个具体的用户创建可用的配置,那可真是不胜其烦啦。
两种方式可以解决这个问题:
1.修改HKEY_LOCAL_MACHINE下Original的配置信息,让其连接可用的AOS;
2.从Microsoft Dynamics AX Configuration Utility中导出当前可用的配置信息,比如取名为AX40_Local_Test.axc,存放在某个路径下,比如D:\,找到AX 客户端的快捷方式,右键->属性
将其目标修改为:
"C:\Program Files\Microsoft Dynamics AX\40\Client\Bin\Ax32.exe" D:\AX40_Local_Test.axc
这样AX在启动的时候会使用AX40_Local_Test 中的配置信息,而不会再理注册表里的信息。
比较而言更喜欢第二种方式,另外在正式环境部署AX时,最好采用第二种方式,将配置文件放在服务器上,便于管理员统一管理配置文件。
转载于:https://www.cnblogs.com/Farseer1215/archive/2007/03/21/683199.html