It is common practice to restore a Microsoft Dynamics AX database from one environment into another environment for testing and development purposes. In most cases, this is not a problem but there are circumstances that need to be considered to get the restored database functioning. The scope of this document covers settings such as server names, domain names, user accounts, and URLs that may need to be changed in the new environment. In Microsoft Dynamics AX® 2012, the application code files are stored in the same database as the transactional data and require further planning to move environments. The code discussion will not be covered here. Refer to http://www.microsoft.com/download/en/details.aspx?id=26571
Consider the following scenarios where users may need to restore a Microsoft Dynamics AX database to a different environment:
In most scenarios, users should have the base Microsoft Dynamics AX 2012 software installed in the new environment and running at the same service pack and rollup version as the environment where the database was backed up. This would not apply to scenarios where users are testing a service pack, rollup or full version upgrade.
At a high level, the process for moving the database from one environment to another will follow these steps:
The specific requirements of a user's particular scenario may include additional steps or steps in a different order. This document is designed outline common considerations. Having a good understanding of the installation process and all the integrations and touch points will aid users in adapting the process to their needs.
This is a summary of the full document attached below.
Thank you for sharing. Your last link just takes me to a list of AX 2012 trainings. Which of this trainings has the article on moving environemnts? What is the module number?
Larry you are a lifesaver
I second that, Justin.
Has this changed for R2? Has it been updated?
Are there any other methods for moving a production database from one Active Directory domain to different production Active Directory domain environment?
The steps for moving a production database from one Active Directory domain to different production Active Directory domain environment, may not be too involved depending on if it is just the database that will move and no other servers that will change. If that is the case then you are going to mostly be concerned about the AOS service account that need to connect into the database and the changing the AOS configurations to point to that database.
If the situation is that all server will change from one AD domain to another then a re-install of those components would be recommended.
I don't know of any real changes that need to be adjusted for AX R2 and the addition of partitions.
Please let me know if there are other components like Retail or Management Reported that also need to be covered.