Things you should know before you start
- Pre-requisites: having a backup of the VM in question done following this article: Backup your instance
- Restoring a backup to a different VM will break the LDAP configuration of both the original and the new VM.
- We will see in this article how to repair the LDAP configurations
Restoring the backup to a new instance
Select the instance you want to restore, click on Backups, there you will see a list of backups so you can click on ACTIONS → restore
Once you click Restore, you will be asked if you want to restore to a new instance, then you can click on the RESTORE button, and, after that you will see a series of screens very similar to the ones you see when you create a new VM so you will be able to select the VM name, layout, plan, security group, etc.
Repairing the LDAP configurations after restoring the backup
Right after we restore the backup we are going to have this situation:
- the new VM in failed state
- the original VM apparently fine, but the DNS records in LDAP will be misconfigured, preventing us from repairing the LDAP config in the new VM
Example: in the screenshot below the original VM is backup-test-01 and backup-test-02 is a new VM restored from a backup of the first one:
In order top fix this, we need to repair the original VM first, we can do that by clicking on the original VM, then ACTIONS → Run Workflow, that will show the dialog below where we should choose Enroll VM to LDAP
After that, to verify that everything worked fine, we should be able to an item in the VM history like this:
Now that we have the original VM repaired, we should also repair the new VM.
Given that the new VM is in failed state, you are not going to be able to execute the Enroll VM to LDAP workflow:
To work around that, you can simply click on ACTIONS → Restart Server.
Once the VM is up and Running again, you will be able to execute the Enroll VM to LDAP workflow in the same way you did for the original VM.