I rename it because there are multiple copies of the VM on the same network, and joining to a domain should be obvious all of the benefits there.
So here are the steps that I perform to quickly do this, and if anyone has any other steps to add/modify, please let me know and I'll update the post. Follow carefully as each step is important.
- Connect to the VM, provision yourself (as usual)
- Go to Control Panel>System and Security>Security, click "Change Settings", and rename the machine to something unique.
- Restart VM
- Open Reporting Services Configuration Manager and connect to "localhost" or whatever you named your machine, and change the Database server so that it connects
- Open SQL Management Studio by doing "Run As Administrator", as the Local Admins security group is added but not the local administrator user. Connect to SQL.
- Run these commands to get the name SQL thinks it is and the name you've usedselect @@SERVERNAMESelect serverproperty('ServerName')
- Copy the old machine name and new machine name and replace it in these SQL commands and execute them--Run this with the updated namessp_dropserver 'MININT-S45GUTR'; --Old NameGOsp_addserver 'D365QDEVMAIN',LOCAL; --New NameGO
- Restart the machine
- In SQL (run as admin), run the steps in Step 6 again to verify both return the same new machine name result
- (Optional) The following steps are the optional LCS/Domain steps. Create a project in LCS that your D365 for Operations (or whatever it's called at the time of reading this) VM will connect to.
- (Optional) Download the LCS diagnostic installer under the "System Diagnostic" tile
- (Optional) Extract and run Setup. Choose "Create a new certificate" and enter whatever into the prefix. I usually just do the machine name.
- (Optional) This creates a certificate in the same directory as the installer, upload the certificate back into LCS under the same tile, then continue with the installer after it has been uploaded.
- (Optional) For the account/password I put in MachineName\Administrator and the administrator password. If you choose to use the local admin, it's important that you type the newly created machine name you chose or it doesn't always work.
- (Optional) There should now be a new icon on your desktop to launch the LCS diagnostic utility. Run this.
- (Optional) Put in the environment name and server name with your newly chosen name and put "AxDB" for the database name. Then click the buttons at the bottom of the tool in sequence.
- (Optional) When you get to step #3, your window may white-out and clear. Just choose the drop-down at the top under "Environment Name" and re-select your environment
- (Optional) Click "Generate Command" to get a copy/paste command that you can set up a scheduled task for so that LCS gets regular data. Copy the command and close the window. Mine was:
"C:\Program Files\Microsoft Dynamics Lifecycle Services System Diagnostic Service\LCSDiagFXCollector.exe" "-Collect" "D365QDEVMAIN" "1" - (Optional) Open "Task Scheduler" and create a new task and choose "Run whether user is logged on or not" and I choose "Run with highest privileges"
- (Optional) Choose the Triggers tab and setup a daily trigger (or whatever you want)
- (Optional) Choose the "Actions" tab, click New, and paste the entire command in the program/script window and click ok. It will prompt you to automatically fix it so just click yes.
- (Optional) Click OK to save the task and enter your user/password so that it can store it to run the task
- (Optional) Go back to LCS and under the same "System Diagnostic" tile, click on the "Environments" tab and verify your new environment is there and data is uploaded
- (Optional) Finally join it to your domain and restart.
And you are done!