一、什么是KEEP_RLOG_PKG？
主库的RLOG_PKG日志通过实时归档机制发送到备库后，备库将最新收到的RLOG_PKG保存在内存中，不马上启动重演，这个RLOG_PKG我们称之为KEEP_RLOG_PKG。

二、引入KEEP_RLOG_PKG的主要目的是，避免下述场景中主库故障重启后不必要的主备切换，减少用户干预。
（1）用户登录主库 A 执行
CREATE TABLE KRPTB(C1 INT);
INSERT INTO KRPTB VALUES(1);
COMMIT;
其中 COMMIT 操作将触发实时归档，发送RLOG_PKG到备库B。
（2）备库 B 收到 RLOG_PKG，响应主库 A，并启动日志重演。
（3）主库 A 在 RLOG_PKG 写入联机日志文件之前故障。
（4）主库 A 重新启动后，由于 RLOG_PKG 没有写入联机日志文件，之前插入 KRPTB 表的数 据丢失；但此时备库 B 已经重演日志成功，KRPTB 表中已经插入一行数据。
上述场景中，主备库数据不再保持一致，必须将备库 B 切换为主库，并重新从 B 同步 数据到 A。如果配置的是手动切换模式，则必须要有用户干预，进行备库接管后，才能恢复 数据库服务。
引入 KEEP_PKG 后，备库 B 收到主库 A 发送的 RLOG_PKG，并不会马上启动日志重演， 主库 A 重启后，守护进程 A 检测到备库 B 存在 KEEP_PKG，通知备库 B 丢弃 KEEP_PKG 后， 直接 Open 主库 A，就可以继续提供数据库服务。并且，这些操作是由守护进程自动完成， 不需要用户干预。
如果备库自动接管、或者用户发起备库接管命令，那么备库的 KEEP_PKG 将会启动重演，不管主库是否已经将 KEEP_PKG 对应的 Redo 日志写入联机日志文件中，备库接管时 的 APPLY_LSN 一定是大于等于主库的 FILE_LSN。当故障主库重启后，仍然可以作为备库， 自动重新加入数据守护系统。

1、keep_pkg存在哪些场景？
keep_pkg只存在实时归档的高性能模式的备机上，而实时归档的一致性模式和及时归档的高性能与一致性都与keep_pkg无关的。
2、实时归档高性能模式下主库发送给备库后，主库故障重启，备库上的keep_pkg会重做还是丢弃？
（1）当手动切换下，或者自动切换下确认监视器没有启动的情况下，主机故障备库无法自动接管。此时主库发起redo刷盘请求前会将redo发给备库，备库收到放到keep_buf中后返回给主机。此时主库开始写入联机日志：
（1.1）当主库写入联机日志之前故障，那么相当于当前操作失败了，主库恢复启动后联机日志相当于没写进去，那备库keep_pkg丢弃，不涉及丢数据。
（1.2）当主机写入联机日志后故障，主库恢复启动后与备库通信，备库知道该操作应该写入成功，那么备库将keep_pkg进行重演，此时主备库数据也是一致的。
（2）当自动切换且确认监视器启动的情况下，无论在什么时刻发生故障(主机在写入联机日志之前还是之后)，此时备机都会接管，一旦备机接管为主库那么keep_pkg都不会丢弃，而是完成重演，因为此时它已经是主库了，而老主库故障恢复后以备库模式加入到集群中。