Skip to main content
Enterprise applications
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

Oracle数据库和SnapMirror活动同步失败情形

贡献者

存在多种SnapMirror活动同步(SM-AS)故障情形、每种情形的结果各不相同。

场景 结果

复制链路故障

调解器可识别这种脑裂情形、并恢复持有主副本的节点上的I/O。当站点之间的连接恢复联机后、备用站点将执行自动重新同步。

主站点存储故障

调解器会启动自动计划外故障转移。

无I/O中断。

远程站点存储故障

不会造成I/O中断。由于网络导致同步复制中止、并且主节点确定它是继续提供I/O (协商一致)的合法所有者、因此会出现短暂的暂停。因此、I/O会暂停几秒钟、然后I/O将恢复。

站点联机时会自动重新同步。

调解器丢失或调解器与存储阵列之间的链路丢失

I/O将继续并保持与远程集群同步、但如果没有调解器、则无法自动执行计划外/计划内故障转移和故障恢复。

丢失HA集群中的一个存储控制器

HA集群中的配对节点尝试接管(NDo)。如果接管失败、调解器会注意到存储中的两个节点均已关闭、并自动向远程集群执行计划外故障转移。

磁盘丢失

IO最多会连续发生三次磁盘故障。这是RAID-TEC的一部分。

在典型部署中丢失整个站点

故障站点上的服务器显然将不再可用。支持集群的应用程序可以配置为在两个站点上运行、并在备用站点上继续运行、但大多数此类应用程序都需要第三个站点的Tieb破碎 机、就像SM-AS需要调解器一样。

如果没有应用程序级集群、则需要在运行正常的站点上启动应用程序。这会影响可用性、但会保留RPO = 0。不会丢失任何数据。