One of the first things that I noticed after upgrading my Veeam Backup and Replication to version 6 was in my replication jobs list. All of my replications jobs from version 5 had been labeled as a Legacy Replica. Now, being the type of guy that I am I didn't want to have Legacy anything hanging around. Plus, without recreating these jobs in v6, you cannot take advantage of some of the new enhanced feature sets like replication to a cluster, re-IPing, and production/network assignments.
Converting Veeam v5 Legacy Replica jobs to v6 VMware Replica jobs
This is the process I used to 'recreate' these jobs in order to take advantage of all the new features.
To start out I guess I shouldn't have really titled this post 'converting' because what you are actually doing is recreating these jobs and using the new 'Replica Mapping' feature to map to your original replica's.
So, first step, right click in your jobs window and chose ''Replication" to create a new replica job. In the first window that pops up you can see some of the features that I spoke of above. For this example however we only need to use one 'Low connection bandwidth [enable replica seeding].
Continue through the wizard as you normally would, selecting your source VMs, Replica Destinations (notice the new Cluster/Resource Pool/VM folder options), and Job Settings. One note, for organizational purposes you might want to select the exact same location and use the same Replica name suffix as you did in the v5 job that you are recreating. It might make things a little easier for you…
When you get to the Seeding section this is where the magic happens. You can now map the VMs in your new job to existing replica VMs, or you could even seed your initial replica from a backup repository residing at your DR site if you have a backup of it. (this is awesome!).
In this example I'm simply going to point the VMs in my new job to the replica VMs from my original v5 job. Check the 'Map replicas to existing VMs' check box
Here is where you can either manually specify which VMs to map to the replicas, or you can have Veeam use its' magic and detect it by itself, Either way, select your VM you want to map and click 'Edit' to do it manually, or simply click 'Detect' to use the magic.
The rest of the wizard should be pretty straightforward as the options are very similar to those in v5. Once you have completed and saved the job give it a whirl and make sure it is working as expected. Be sure to disable your old v5 'Legacy Replica' job as we do not want this running along with the new one. One of the new features in Veeam v6 is the fact that they have improved how they store their replication points of a VM. In v5 the older restore points were saved as a roll back file (.vrb) and could the replica could only be rolled back by the Veeam server. Now, in v6 all restore points are native VMware vSphere snapshots taken at a point in time. Thus, in the event of a failure of your Veeam Backup and Replication server you could still power on a replica VM to any point in time just using the vSphere Client (completely independent of the Veeam Server). So, after a few runs you should see your restore points from the vSphere Client Snapshot Manager.
The newly created v6 job has no knowledge at all of the older .vrb files that are associated with the v5 job nor does it know about the older retention policies that you have setup so there is a little manual cleanup involved. Once you are comfortable with the amount of restore points and retention that you have in your new job, you should go and remove the old VMs from the Veeam database. To do this, go to the Replicas – Right click on your old job and select 'Remove from replicas'. We do NOT want to delete as the new replica's are actually using the same vmdk and vmx files as the old ones.
After you have removed from replicas you can now browse to the datastore where the replicas were hosted and delete the unused .vrb files. Use the vSphere Clients' Datastore Browser or whatever your preferred way to get to the datastores are and find all of the older .vrb files. These are safe to delete (as long as you are sure you will never need to restore to them again 🙂 ) You can also go and delete your 'Legacy Replica' job as well if you want, as you should probably never run this again.
And there you go. You should be all setup with your new VMware Replica job that is able to take advantage of all of the new and enhanced replication features that Veeam Backup and Replication v6 has to offer. Again and as always feel free to leave any comments, questions, concerns or corrections in the comments box below.