Dataguard需要现场虚拟化?

在将Oracle数据库及其相应的数据保护框都移动到虚拟环境(相同的站点,相同的VM基础架构)时,保留dataguard设置是否合理? 虚拟机基础架构具有非常强大的备份过程,但没有任何异地现场。 我不得不在这里做出一些没有受过教育的决定,因为我的供应商告诉我是的build议,但是我的OIT部门告诉我这只是浪费资源,因为dataguard只会在硬件故障的情况下很好。 但是,任何虚拟机基础架构的故障性失败都会同时取出主数据库和备用数据库(因为它们都驻留在同一个VM基础架构上)

我知道还有比这更多的东西,但不包括硬件故障,在什么情况下你可能仍然需要备用数据库(假设没有人恶意地或偶然地不可能对主数据库实例或其操作系统不可逆转)

正如你提到的“待机”,我假设你的意思是主动 – 被动的DataGuard。 在这个configuration中,没有什么可做的。

作为使DataGuard发生灾难性硬件故障的主要原因,我会同意你的OIT部门。 由于所有的鸡蛋都在这个虚拟机基础设施篮子里,所以DataGuard没有额外的价值。 只有当你有异地容灾基础设施时,使用DataGuard才有意义。

使用VMWare ESX,您已经拥有处理不是灾难性的VM基础架构故障的故障所需的基础架构。