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
  • The missed job triggering a full export, like I mentioned I'll be happy to check, that is news to me. The failed export though, yup, that will most certainly get you a full export.

    For the virtual standby itself, that MUST be powered off. Having it powered on, or if you are going in can configuring then you actually are manually creating a situation that we would expect to you to have future issues. As mentioned before that is why the first things we do at the start of the 'next' pass is revert your snapshot that we left open so that it is back to being where we left it when the last job finished. If you are going in and booting them up, editing something customizing we would expect the clone VM to BSOD on you the day you need to use it, as that is essentially 2 hands in the cookie jar editing the VM without the other knowing about it. To answer your question the VM must be off to update it, which is common in the DP industry (or at least to the DP solutions that I have seen/used over the years).

    Forgive me, I mentioned the scheduling off your mandated time comment, perhaps I misunderstood. 

Reply
  • The missed job triggering a full export, like I mentioned I'll be happy to check, that is news to me. The failed export though, yup, that will most certainly get you a full export.

    For the virtual standby itself, that MUST be powered off. Having it powered on, or if you are going in can configuring then you actually are manually creating a situation that we would expect to you to have future issues. As mentioned before that is why the first things we do at the start of the 'next' pass is revert your snapshot that we left open so that it is back to being where we left it when the last job finished. If you are going in and booting them up, editing something customizing we would expect the clone VM to BSOD on you the day you need to use it, as that is essentially 2 hands in the cookie jar editing the VM without the other knowing about it. To answer your question the VM must be off to update it, which is common in the DP industry (or at least to the DP solutions that I have seen/used over the years).

    Forgive me, I mentioned the scheduling off your mandated time comment, perhaps I misunderstood. 

Children
No Data