This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Standby VM Sync Time

It appears that if one export for a standby VM fails then the entire export process begins again. This would be understandable if there was a mandated time or number of data changes for export VM's to remain in "sync" but there isn't.

For instance if the queue is backed up RR does not seem to care if the window is missed, it simply does it later. Also, I can set my backup schedule on any given machine for once an hour or once a day and they still stay in "sync" regardless of changes or data moved.

Given these things why does RR barf and start over if the hypervisor happens to be off or the network is down for one snapshot?

Also in regards to standby VM's. Is it possible for these to "sync" while running or paused? I dare not try it knowing one problem will force me to start over. A process that can take days for large servers.

Parents
  • With the addition of the backup actually doing a base image, that pretty much sums it up.

    The only way you can really stagger them would be to stagger the backups themselves, since the VS follow the backups. Once you're in sync the VS are usually in/out in a matter of minutes (depending on your change rate). In normal production by the time a server were to actually 'go down' and you notice and respond to it, chances are high that there was not a backup just done a moment ago, so the VS job shouldn't be running as nothing was sent to it. Now, yes, if you had just done a base or something, that is a different story.

    Once setup/in production (and local) this does come up when the core has to do a full export and the question of why gets asked, however I can't say that I see the situation much (if at all) where customers are in the middle of a VS and need to use the VM, but it is indeed a gamble.

Reply
  • With the addition of the backup actually doing a base image, that pretty much sums it up.

    The only way you can really stagger them would be to stagger the backups themselves, since the VS follow the backups. Once you're in sync the VS are usually in/out in a matter of minutes (depending on your change rate). In normal production by the time a server were to actually 'go down' and you notice and respond to it, chances are high that there was not a backup just done a moment ago, so the VS job shouldn't be running as nothing was sent to it. Now, yes, if you had just done a base or something, that is a different story.

    Once setup/in production (and local) this does come up when the core has to do a full export and the question of why gets asked, however I can't say that I see the situation much (if at all) where customers are in the middle of a VS and need to use the VM, but it is indeed a gamble.

Children
No Data