Please note that when taking a host backup ( hyperv), all the machines that are in the saved mode become unaccessible during the running backup . Is this a normal behaviour of system recovery?
If all the requirements are met, I would say no, it's not normal.
More details are needed; what version of SSR (check in Help/About). What version of Windows on the host and inside the guest machines etc etc.
SSR version : 2013
OS on host : windows 2012 r2 fully updated
the vms have different operating systems but most of them have windows 2012 or windows 2012r2
My recommendation would be to upgrade to the latest version - SSR 2013 R2. I cannot guarantee it will help though.
Your original comments:
Please note that when taking a host backup ( hyperv), all the machines that are in the saved mode become unaccessible during the running backup
What do you mean by 'saved mode'. And when you say 'become unaccessible' - what do you mean exactly? Please explain in more detail.
And what errors (if any) are shown in the system/application event logs on the host (and guests) at the time of backup?
In hyper v, the machines can have to following states:
- Turned off
Having the vm in the saved mode saves all the work at that particular point in time. When the backup is running and we try to access a machine or connect to it via the hyperv manager, the machine does not connect and an error message is prompted saying that the machine access is denied. What could be the reason?
Is it true that when a machine is in the backing up state, the machine is not accessible?
So this then? https://msdn.microsoft.com/en-us/library/dd405549%28v=vs.85%29.aspx
This is the key bit I think:
The default backup mechanism is called the "Saved State" method, where the VM is put into a saved state during the processing of the PrepareForSnapshot event, snapshots are taken of the appropriate volumes, and the VM is returned to the previous state during the processing of the PostSnapshot event.
So I would expect the VM to be unavailable during this snapshot phase.