Hello All,
In order to move entire data from environment to environment (environment refreshes), the go-to method in AX 2012 or earlier versions, was a DB Restore (and the necessary post-restore SQL changes).
Our AX7 environments are hosted in Azure. I was successfully able to restore Database from one environment to another, both of type DEMO (LCS terminology) and May 2016 Update. After the post-restore steps (which are of course different here in AX 7, compared to AX 2012) the environments were working fine.
But I recently attempted a DB restore from an AX7 environment (of type DEMO and May 2016 Update) to another (of type DEVTEST and August 2016 Update) and did the post-restore actions (like replacing the correct AOS name etc,). The AOS service starts successfully, but my login credentials are not being authorized to login.
The error is : "You are not authorized to login with your current credentials. You will be redirected to the login page in a few seconds."
I know that the credentials work for sure. it is with the same User Id that i created the environment through LCS and also, I use the same credentials to login to the source environment (form wherever I took the backup and restored onto this database).
Not sure if the authentication is not working because of :
1). DIfferent Versions of AX VM (MAY versus AUGUST), or,
2). DEMO versus DEVTEST, or,
3). Azure CLassic Cores vs ARM cores: This is something that we do not have control while deploying the environments over LCS. From what I understand, in the recent weeks, any VMs deployed through LCS are being deployed on ARM cores vs Classic cores.
If anyone know any better alternative to DB restores in AX 7, please let me know. I am aware of the Configuration & data manager (Preview) tool but it is unclear how to use it.
Thanks,
Ray.