Hi Alessandro,
It is a very interesting and, at the same time, very sophisticated technical issue. There are multiple reasons that could cause such behavior, and it would be best to continue the investigation with our support team.
At first glance, it looks like an infrastructure-related issue, apparently, high load on ORA1 is observed during data writes to TST1. Are these two VMs on the same datastore and connected to the same switch? Apparently network traffic during restore is quite intensive and creates excessive load. Where is the backup repository located? These are rather rhetorical questions—I'm just trying to give you a hint for troubleshooting. I doubt that we can effectively troubleshoot this through forum posts.
Thanks!
It is a very interesting and, at the same time, very sophisticated technical issue. There are multiple reasons that could cause such behavior, and it would be best to continue the investigation with our support team.
At first glance, it looks like an infrastructure-related issue, apparently, high load on ORA1 is observed during data writes to TST1. Are these two VMs on the same datastore and connected to the same switch? Apparently network traffic during restore is quite intensive and creates excessive load. Where is the backup repository located? These are rather rhetorical questions—I'm just trying to give you a hint for troubleshooting. I doubt that we can effectively troubleshoot this through forum posts.
Thanks!
Statistics: Posted by PetrM — Jul 23, 2025 10:58 am







