Oh, recovery-in-place. I tend to hear people refer to that a lot more often as "instant recovery." The basic idea...
behind that is that one of the big barriers to disaster recovery is the amount of time it takes to recover data.
In the past, there was a really long wait while data was restored, so instant recovery -- or recovery-in-place -- sought to eliminate that recovery window by redirecting the user workload to the backup server.
Now, you don't want to connect the user directly to a backup copy of their virtual machine because the minute the user starts working on that backup virtual machine the backup is no longer in a pristine state.
So what happens instead is a snapshot gets created so the backup remains in a pristine state and all the user write operations get redirected to that snapshot, so users are able to work off of the backup virtual machine.
As soon as that happens, the recovery process begins in the background. Users are completely oblivious that the recovery is even going on, and once the recovery is finished, the user workload is redirected back to the original VM.
Don't back up. Learn instant recovery.
Searching for a better DR strategy
Data backup strategy from a DR perspective
Dig Deeper on Backup for virtual servers
Related Q&A from Brien Posey
Rather than handling risk management and mitigation within your organization, outsourcing these important processes to a third party comes with ... Continue Reading
Big data analytics can help businesses spot past mistakes, forecast conditions and improve future strategies. So, why should resilience planning be ... Continue Reading
Hyper-V and VMware are in a perpetual battle for supremacy in the virtualization market. Although the two hypervisors have similar features, ... Continue Reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.