-
- Expert
- Posts: 158
- Liked: 30 times
- Joined: Dec 05, 2010 9:29 am
- Full Name: Bob Eadie
- Contact:
Re: Moving VMs to a new virtual center.
Sorry Foggy, that was a different (but similar) problem back in Feb this year. And I didn't get any sort of script from support or anything to do ID matching (is this possible?). They just suggested removing old replicas and mapping to the new VMs with new IDs.
I am now ready to move to a new VCenter V6, and really am asking whether the help from support WILL enable me to do ID matching so that no full backups are started (in most cases I don't have the storage space, even with scale-out repositories, to keep restore points AND start new full backups).
I am now ready to move to a new VCenter V6, and really am asking whether the help from support WILL enable me to do ID matching so that no full backups are started (in most cases I don't have the storage space, even with scale-out repositories, to keep restore points AND start new full backups).
Bob Eadie
Computer Manager at Bedford School, UK (since 1999).
Veeam user since 2009.
Computer Manager at Bedford School, UK (since 1999).
Veeam user since 2009.
-
- Veeam Software
- Posts: 21133
- Liked: 2140 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Moving VMs to a new virtual center.
You'd better ask support about this, since the tool they use for ID matching is not applicable to every scenario, as far as I know.
-
- Expert
- Posts: 158
- Liked: 30 times
- Joined: Dec 05, 2010 9:29 am
- Full Name: Bob Eadie
- Contact:
Re: Moving VMs to a new virtual center.
OK will do thanks.
Bob Eadie
Computer Manager at Bedford School, UK (since 1999).
Veeam user since 2009.
Computer Manager at Bedford School, UK (since 1999).
Veeam user since 2009.
-
- Expert
- Posts: 158
- Liked: 30 times
- Joined: Dec 05, 2010 9:29 am
- Full Name: Bob Eadie
- Contact:
Re: Moving VMs to a new virtual center.
Support provided a Migration Tool which was simple to use. The main time consuming bit was me manually going through the text file produced, to determine why there were duplicates (usually because we had, in the past, deleted a VM and recreated a new VM with the same name) and other bits and pieces that the migration tool was not happy about. Running the migration tool was otherwise straightforward (once I had found the English instructions to replace the Russian ones which come with the tool! ). Backup jobs were simple to tweak and got them running easily. Replication jobs took a little more manual work remapping each VM, but these too are now working fine (apart from the very time consuming 'Calculating Digest for HD . . '. Strangely one VM has a 150GB HD which has taken about an hour, and another has a 100GB HD which took 4 minutes? The latter had failed back to network mode, rather than HotAdd. Should I investigate this further? I don't need to as I'm not planning to move to another VCenter server for some time!!)
Good service from Support. (Case 01767739)
Good service from Support. (Case 01767739)
Bob Eadie
Computer Manager at Bedford School, UK (since 1999).
Veeam user since 2009.
Computer Manager at Bedford School, UK (since 1999).
Veeam user since 2009.
-
- Product Manager
- Posts: 20360
- Liked: 2287 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: Moving VMs to a new virtual center.
You can compare statistics for the both VMs, whether read, processed, transferred metrics are more or less the same or different.Strangely one VM has a 150GB HD which has taken about an hour, and another has a 100GB HD which took 4 minutes?
You can check the recoverability of these VMs just to be sure.The latter had failed back to network mode, rather than HotAdd. Should I investigate this further?
Thanks.
-
- Enthusiast
- Posts: 43
- Liked: 14 times
- Joined: Dec 15, 2009 12:41 pm
- Full Name: DaLi
- Contact:
Re: Moving VMs to a new virtual center.
So where can we download that Tool?
-
- Product Manager
- Posts: 5782
- Liked: 1214 times
- Joined: Jul 15, 2013 11:09 am
- Full Name: Niels Engelen
- Contact:
Re: Moving VMs to a new virtual center.
As mentioned in this thread you can get this via support as they will assist you with it since it isn't just a free tool you can use at every case.
Personal blog: https://foonet.be
GitHub: https://github.com/nielsengelen
GitHub: https://github.com/nielsengelen
-
- Expert
- Posts: 235
- Liked: 37 times
- Joined: Aug 06, 2013 10:40 am
- Full Name: Peter Jansen
- Contact:
Re: Moving VMs to a new virtual center.
Hi,
I migrated from VC5 to VC6 this weekend. thanks to the tool Veeam supplied for re-mapping the vm id's everything went fine. I found out that it is important to re-map all your jobs if they are container-based. Somehow the container is still referring to the old VC. So, edit job, delete container, re-add container. If you have a copyjob for that backupjob re-define in that copy again the source for the copy (in my case the backupjob) and re-map the copy again in the repository to the copyfile. Do this after the (new) backup has run.
All my jobs where running incremental again as where the copy's. I did some test-restores on various vm's (files and instant) from various restorepoints to see everything is ok, and it is.
Grtz, Peter
I migrated from VC5 to VC6 this weekend. thanks to the tool Veeam supplied for re-mapping the vm id's everything went fine. I found out that it is important to re-map all your jobs if they are container-based. Somehow the container is still referring to the old VC. So, edit job, delete container, re-add container. If you have a copyjob for that backupjob re-define in that copy again the source for the copy (in my case the backupjob) and re-map the copy again in the repository to the copyfile. Do this after the (new) backup has run.
All my jobs where running incremental again as where the copy's. I did some test-restores on various vm's (files and instant) from various restorepoints to see everything is ok, and it is.
Grtz, Peter
-
- Veeam Software
- Posts: 21133
- Liked: 2140 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Moving VMs to a new virtual center.
Most likely container ID's have also changed during the migration process - expected in case of a completely new vSphere installation, not an upgrade of the existing one.Peejay62 wrote:I found out that it is important to re-map all your jobs if they are container-based. Somehow the container is still referring to the old VC.
-
- Influencer
- Posts: 17
- Liked: 5 times
- Joined: Jan 28, 2015 12:20 pm
- Contact:
[MERGED] Any possibility of fixing the VM-ID problem in futu
Issue: when removing and re-adding VMs or hosts to vCenter all backup jobs referencing these VMs need the VMs re-adding. I'm aware that this is because vCenter creates a new VM-ID for the VMs and there is 'a reason' why Veam can't track the VMs by name or similar.
Will things always be like this? just had to remove and re-add a host and then realised with a big sigh that I now need to go and fix all my backup jobs...
Will things always be like this? just had to remove and re-add a host and then realised with a big sigh that I now need to go and fix all my backup jobs...
-
- Veeam Software
- Posts: 21133
- Liked: 2140 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Moving VMs to a new virtual center.
Support is able to provide assistance in addressing this issue.
-
- Influencer
- Posts: 17
- Liked: 5 times
- Joined: Jan 28, 2015 12:20 pm
- Contact:
Re: Moving VMs to a new virtual center.
Thanks Foggy, but that doesn't answer my question. I can recreate the jobs / remove and re-add the relevant VMs, but I'd like to know if I will always have to do this in future versions?
Or will the tool be built-in in future? Or is it always a case of opening a support case or manually re-mapping? Opening a support case is not ideal as the backups / replications fail until the case is resolved / tool provided. Which means we have to open a top priority ticket...
Or will the tool be built-in in future? Or is it always a case of opening a support case or manually re-mapping? Opening a support case is not ideal as the backups / replications fail until the case is resolved / tool provided. Which means we have to open a top priority ticket...
-
- Product Manager
- Posts: 20360
- Liked: 2287 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: Moving VMs to a new virtual center.
For now the tool is used only within existing support ticket. And currently there are no plans to change it in the nearest future.
However, how often do VMs in your infrastructure get new MorefIDs assigned?
Thanks.
However, how often do VMs in your infrastructure get new MorefIDs assigned?
Thanks.
-
- Influencer
- Posts: 17
- Liked: 5 times
- Joined: Jan 28, 2015 12:20 pm
- Contact:
Re: Moving VMs to a new virtual center.
Well I don't get to choose when my VMs get new MoRefIDs, in this case there was an issue with one of the hosts (the operation is not allowed in the current connection state of the host) and while troubleshooting this I removed the host and re-added it, then remembered that I had just broken all my Veeam jobs (my fault).
I understand there are technical limitations and that you don't want to issue a tool that could break things for some people. I think my best course of action might be to remove and re-add a host, raise support, get this tool, test it and then I can hang onto the tool for future use?
I understand there are technical limitations and that you don't want to issue a tool that could break things for some people. I think my best course of action might be to remove and re-add a host, raise support, get this tool, test it and then I can hang onto the tool for future use?
-
- Veeam Software
- Posts: 21133
- Liked: 2140 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Moving VMs to a new virtual center.
Yes, you could use the tool in any future similar case then, however, I'd consult with support in case of a different scenario that resulted in moref ID changes, since, as far as I know, the tool might not be applicable in some cases.
-
- Enthusiast
- Posts: 69
- Liked: 11 times
- Joined: Apr 28, 2015 7:52 pm
- Full Name: Tom Lyczko
- Contact:
[MERGED] new VCSA vCenter??
Would someone please refer me to what I'm supposed to do wrt Veeam and a new vCenter VCSA??
We're on vSphere 5.0 now and the vCenter server is a vCenter 5.0 Windows server.
We're moving to vSphere 6.0 U2 and a 'Linux' VCSA vCenter appliance.
I can if necessary re-use the same IP address for the new vCenter but not the server name.
Or should I use a new IP address as well as a new server name for the VCSA?? -- which would perhaps be much easier...
From what little i have read so far methinks I should leave old vCenter running as long as possible while new vCenter takes on the 6.0 hosts so I can more gradually move Veeam stuff...we have Exagrid backup devices at this site.
But I was planning to temporarily have the VCSA manage both the 5.0 and 6.0 host clusters (3 hosts each) for awhile while the 2-month trial license is in effect.
What is the EASIEST way to deal with Veeam's issues wrt changing vCenter servers??
Should I upgrade to v9 first?? -- does that make things easier??
I asked support but they will take a loooooonng time to reply...
I found this on a website, will this work??
"Thankfully there is an easy way to work around this issue, without having to mess about with the Veeam B&R database: Create a DNS alias!
That's right, the solution was that simple. I created a DNS CNAME alias pointing the old vCenter network name to the new vCenter network name. After doing that, I had to re-enter the credentials for the vCenter connection in Veeam B&R to force a reconnect, and all of a sudden all existing backups jobs where present again and working as intended.
The reason this works, is that when you change the vCenter name and/or IP address (or even move it to a new server) it does not change the VM identification number (vmid) or Managed Object Reference (MoRef), in essence the VMs stay the same and Veeam B&R can continue managing them as before."
Thank you, Tom
We're on vSphere 5.0 now and the vCenter server is a vCenter 5.0 Windows server.
We're moving to vSphere 6.0 U2 and a 'Linux' VCSA vCenter appliance.
I can if necessary re-use the same IP address for the new vCenter but not the server name.
Or should I use a new IP address as well as a new server name for the VCSA?? -- which would perhaps be much easier...
From what little i have read so far methinks I should leave old vCenter running as long as possible while new vCenter takes on the 6.0 hosts so I can more gradually move Veeam stuff...we have Exagrid backup devices at this site.
But I was planning to temporarily have the VCSA manage both the 5.0 and 6.0 host clusters (3 hosts each) for awhile while the 2-month trial license is in effect.
What is the EASIEST way to deal with Veeam's issues wrt changing vCenter servers??
Should I upgrade to v9 first?? -- does that make things easier??
I asked support but they will take a loooooonng time to reply...
I found this on a website, will this work??
"Thankfully there is an easy way to work around this issue, without having to mess about with the Veeam B&R database: Create a DNS alias!
That's right, the solution was that simple. I created a DNS CNAME alias pointing the old vCenter network name to the new vCenter network name. After doing that, I had to re-enter the credentials for the vCenter connection in Veeam B&R to force a reconnect, and all of a sudden all existing backups jobs where present again and working as intended.
The reason this works, is that when you change the vCenter name and/or IP address (or even move it to a new server) it does not change the VM identification number (vmid) or Managed Object Reference (MoRef), in essence the VMs stay the same and Veeam B&R can continue managing them as before."
Thank you, Tom
-
- Product Manager
- Posts: 14684
- Liked: 1693 times
- Joined: Feb 04, 2013 2:07 pm
- Full Name: Dmitry Popov
- Location: Prague
- Contact:
RE: Moving VMs to a new virtual center.
Hi Tom,
Kindly, review this thread. You may need to request a migration tool from support side, so if I were you I'd continue to work with the support team to avoid any possible ‘collateral damage’
Kindly, review this thread. You may need to request a migration tool from support side, so if I were you I'd continue to work with the support team to avoid any possible ‘collateral damage’
-
- Veeam Software
- Posts: 71
- Liked: 10 times
- Joined: Mar 18, 2013 9:00 am
- Full Name: Alexander Lupashku
- Contact:
Re: Moving VMs to a new virtual center.
Dear Veeam Customers,
If you come across this thread, please visit https://www.veeam.com/kb2136 about Migration Tool support status
If you come across this thread, please visit https://www.veeam.com/kb2136 about Migration Tool support status
VCSP SE Team
-
- Influencer
- Posts: 18
- Liked: 3 times
- Joined: Dec 03, 2013 8:42 am
- Full Name: Wojciech Bajorek
- Contact:
[MERGED] vCenter change & replication jobs?
Hi,
I'm wondering - did anyone manage to switch ESXi with replicas to new vCenter server and continue replication jobs?
ESXi(s) with original VMs were switched to the new vCenter earlier and I was able to continue replication, now it's the second part.
By 'continue' I mean keep existing restore points in place and create another one when the job is started.
Thanks in advance.
Best Regards,
Wojtek
I'm wondering - did anyone manage to switch ESXi with replicas to new vCenter server and continue replication jobs?
ESXi(s) with original VMs were switched to the new vCenter earlier and I was able to continue replication, now it's the second part.
By 'continue' I mean keep existing restore points in place and create another one when the job is started.
Thanks in advance.
Best Regards,
Wojtek
-
- Product Manager
- Posts: 6550
- Liked: 764 times
- Joined: May 19, 2015 1:46 pm
- Contact:
Re: Moving VMs to a new virtual center.
Wojciech,
Please check this KB and feel free to contact support team to request assistance.
Thank you
Please check this KB and feel free to contact support team to request assistance.
Thank you
-
- Influencer
- Posts: 18
- Liked: 3 times
- Joined: Dec 03, 2013 8:42 am
- Full Name: Wojciech Bajorek
- Contact:
Re: Moving VMs to a new virtual center.
I saw this KB and I read description couple of times but... it seems that it's not entirely true.
That's why I would like to know the real situation. Did you manage to 'continue'?
That's why I would like to know the real situation. Did you manage to 'continue'?
-
- Product Manager
- Posts: 6550
- Liked: 764 times
- Joined: May 19, 2015 1:46 pm
- Contact:
Re: Moving VMs to a new virtual center.
It's not possible to change vCenter and keep replica restore points as all information about snapshots is kept in vCenter database. You can map a replication job to reuse an existing replica (restore points will be deleted as well).
Thank you
Thank you
-
- Influencer
- Posts: 18
- Liked: 3 times
- Joined: Dec 03, 2013 8:42 am
- Full Name: Wojciech Bajorek
- Contact:
Re: Moving VMs to a new virtual center.
Hm? Really? Replica restore points - aren't they just snapshots with additional information in Veeam database? vCenter is not needed for snapshot operations, it's rather ESXi role.PTide wrote:It's not possible to change vCenter and keep replica restore points as all information about snapshots is kept in vCenter database.
Based on my limited knowledge you do not save anything in vCenter database, but you store everything in VBS dedicated database.
IMO, this whole operation is about keeping consistency in Veeam DB. What is the problem here?
-
- Product Manager
- Posts: 6550
- Liked: 764 times
- Joined: May 19, 2015 1:46 pm
- Contact:
Re: Moving VMs to a new virtual center.
Correct, though vCenter keeps information about snapshots. For example an id mismatch can cause issues with reverting.Replica restore points - aren't they just snapshots with additional information in Veeam database?
When you move to another vCenter all your VMs' morefIDs get updated thus Veeam can't see VMs and replicas anymore. The tool I gave you the link to works smoothly if you need to change morefIDs when migrating, however with replicas things might be more complicated so I think that you really should contact support team.
Thank you
-
- Influencer
- Posts: 18
- Liked: 3 times
- Joined: Dec 03, 2013 8:42 am
- Full Name: Wojciech Bajorek
- Contact:
Re: Moving VMs to a new virtual center.
That's why I think the whole operation should be doable. Without this tool I can map replicas using GUI but I will loose all restore points.
However your tool updates morefIDs with the old IDs so VBS sees them as the old one and should continue replication.
Also this is something you claim in KB.
Yes, I contacted support but after preparations they started to claim that this is not possible...
Logic (+other sources like forum or KB) says something completely different.
However your tool updates morefIDs with the old IDs so VBS sees them as the old one and should continue replication.
Also this is something you claim in KB.
Yes, I contacted support but after preparations they started to claim that this is not possible...
Logic (+other sources like forum or KB) says something completely different.
-
- Product Manager
- Posts: 6550
- Liked: 764 times
- Joined: May 19, 2015 1:46 pm
- Contact:
Re: Moving VMs to a new virtual center.
If you believe that support engineer is wrong you can use the "Talk to a manager" option to escalate the case and share you doubts with a higher tier engineer.Yes, I contacted support but after preparations they started to claim that this is not possible... Logic (+other sources like forum or KB) says something completely different.
Thanks
-
- Influencer
- Posts: 18
- Liked: 3 times
- Joined: Dec 03, 2013 8:42 am
- Full Name: Wojciech Bajorek
- Contact:
Re: Moving VMs to a new virtual center.
So, I'm not sure - is it doable or not?PTide wrote:If you believe that support engineer is wrong you can use the "Talk to a manager" option to escalate the case and share you doubts with a higher tier engineer.
KB says something else, you are not sure.
Other people did not share their experience yet.
I'm confused. Many people migrated their environments to new vCenter servers, many of them changed from Windows based VC to VCSA.
Can you afford to lose all restore points?
-
- Product Manager
- Posts: 6550
- Liked: 764 times
- Joined: May 19, 2015 1:46 pm
- Contact:
Re: Moving VMs to a new virtual center.
It is, theoretically. Replica's snapshots are dependent on each other and have unique morefids that are also subjects to change if you move to another VC. In order to let Veeam continue replication from where it had ended before the VC migration occured you need, at least, to change all replication related morefids so that they match the original morefids, besides, I believe that other pitfalls are very likely to exist. That is why I suggested you to escalate the support case to figure out whether it is possible to achieve what you want to. The other (and easier) way to keep restore points intact is to create another replication job and let old replica stay until the new one reaches the desired amount of restore points.So, I'm not sure - is it doable or not?
That depends on whether you have both backups and replica or just one of those.Can you afford to lose all restore points?
Should you choose to keep working with support team please post your case ID in this thread.
Thanks!
-
- Influencer
- Posts: 18
- Liked: 3 times
- Joined: Dec 03, 2013 8:42 am
- Full Name: Wojciech Bajorek
- Contact:
Re: Moving VMs to a new virtual center.
That's unfortunately impossible as I simply don't have such amount of storage for replicas and it's a nonsense to buy 100TB+ storage unit for vCenter migration...PTide wrote:It is, theoretically. Replica's snapshots are dependent on each other and have unique morefids that are also subjects to change if you move to another VC. In order to let Veeam continue replication from where it had ended before the VC migration occured you need, at least, to change all replication related morefids so that they match the original morefids, besides, I believe that other pitfalls are very likely to exist. That is why I suggested you to escalate the support case to figure out whether it is possible to achieve what you want to. The other (and easier) way to keep restore points intact is to create another replication job and let old replica stay until the new one reaches the desired amount of restore points.
Sure: 01797618PTide wrote:That depends on whether you have both backups and replica or just one of those.
Should you choose to keep working with support team please post your case ID in this thread.
-
- Product Manager
- Posts: 6550
- Liked: 764 times
- Joined: May 19, 2015 1:46 pm
- Contact:
Re: Moving VMs to a new virtual center.
I agree with you. As a possible workaround I can suggest you to use a pre-job script to automatically delete the oldest restore point from the old replica every time the new job starts.That's unfortunately impossible as I simply don't have such amount of storage for replicas and it's a nonsense to buy 100TB+ storage unit for vCenter migration...
Thanks
Who is online
Users browsing this forum: Google [Bot] and 2 guests