|
![]() |
#1 |
Участник
|
stephenmann: Cloning a Dynamics AX VM
Источник: http://www.stephenmann.net/single-po...Dynamics-AX-VM
============== Maintaining multiple AX environments can become time consuming when trying to keep settings, data and code base in sync.  A master VM of an environment can be maintained with the latest config, code and data. The master VM can then cloned to refresh dev, qa and uat environments when needed. Running AX on a VM is also a good way of isolating environments. Since it is difficult run multiple kernel versions of AX on the same machine, VM's allow a way around this.  Cloning a Dynamics AX VM can be useful for if there is an additional developer that needs to use it or if QA would want to do testing on the same machine.  Cloning a VM can be completed in less than an hour when using SSD drives. Part of the problems with cloning a Dynamics AX VM is that AX will save the machine name into the registry values.  When cloning a VM we will need to give the new machine a new name so it can join the same domain.  We easily can get around this by using the hosts file on the new machine to redirect any traffic bound for the old machine name back to localhost. ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Add two entries to this file, one with the original computer name (not the new computer name), and one with the original machines domain name. Once this is done then the AOS should start fine, client will be able to connect without any configuration changes, retail async and realtime services will work with existing certificate. If using TFS source control then you will need to reconfigure your workspace with the new machine name. Источник: http://www.stephenmann.net/single-po...Dynamics-AX-VM
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору. |
|
|
|