在今天的文章中，我们将讨论切换和故障切换。
数据保护环境中的数据库可以是主数据库和备用数据库（物理、逻辑和快照）。通过角色管理服务，我们可以在这些角色之间动态切换。
我们可以通过两种方式改变角色。一个是切换，另一个是故障切换。
转换
1.有计划的变更。例如，我们在主数据库中的服务器上执行操作系统或硬件维护时使用它。
2.切换后，备用主数据库变为备用数据库中的主数据库。
3.我们从主数据库调用相关命令。
4.我们不需要在切换后重新创建数据库。原因是新主数据库的联机重做日志尚未重置。
5.成功切换后，原始主数据库和新主数据库之间没有数据差异。
6.由于主数据库在切换过程开始时处于读写模式，我们需要关闭并重新启动它，但在物理备用数据库切换期间无法关闭它。
7.如果物理备用数据库是活动DataGuard，则我们在角色更改时关闭它，并在角色更改后打开它。不需要关闭逻辑备用数据库。原因是它已经处于读写模式。
8.当我们将主数据库的实例切换到逻辑备用时，不会关闭。这为Oracle将此结构用作无缝升级解决方案提供了支持。
9.当我们切换到逻辑备用数据库时，Data Guard环境中的物理备用数据库和快照备用数据库被禁用并失效。
环境中的其他逻辑备用成为新的主逻辑备用数据库的备用。
10.由于Data Guard无法自动将打开的会话从主数据库切换到备用数据库，因此打开的会话需要重新连接到新的主数据库。
虽然此过程可以通过客户端连接自动完成，但由于在应用程序和数据库级别都会有大量处理，因此通常不使用此过程。
以下3种情况下不允许切换：
-
1.如果无法访问存档重做日志文件，
-
2.如果需要时间点恢复，
-
3.主数据库未打开或无法打开。
故障转移
1.发生了意外的变化。
2.我们应该在主数据库中的问题恢复需要很长时间的情况下使用它。
3.根据我们选择的数据保护模式，我们将丢失数据。例如，虽然在最大保护中没有数据丢失，但在最大性能中有数据丢失。
4.我们可以启用快速启动故障切换功能以自动化故障切换过程。使用此功能，当代理检测到故障转移情况时，它会自动执行故障转移过程，而无需DBA的手动干预。
5.从备用数据库调用相关命令。
6.在故障切换过程中，我们禁用了主数据库数据保护环境。
7.故障转移是一种单向操作，因此我们无法将其返回到以前的角色备用数据库，就像在切换中一样。
因为旧的主数据库不再可用。通过恢复或重新创建，新的备用数据库将成为数据库。
有两种类型的故障切换。
手册
完成：它通过处理备用数据库中的所有可用重做来尽量减少数据丢失。这是默认和推荐的方法。
立即：不在备用数据库上应用任何重做。立即使数据库可用。
快速启动故障切换
它由数据保护代理自动执行。
物理备用数据库（如果可用）在故障切换之前是首选的。则优选最新的数据。
原文标题：Switchover And Failover
原文作者：Onur ARDAHANLI
原文链接：https://dbtut.com/index.php/2022/03/19/switchover-and-failover
