上周末，我们为我们的一位客户将数据库从 11.2.0.4 升级到 19.10。此数据库在配置了 2 个备用数据库的 Exadata 硬件上运行。作为计划此次升级的一部分，我们从数据保护配置中删除了一个备用数据库。
本周，当我现在使用 19c 二进制文件重建它时，在成功克隆和备用配置后，尝试延迟开始恢复时出现以下错误。
对于 11g，我曾经按如下方式为此备用服务器启动恢复：
SQL > alter database recovery managed standby database delay 1440 disconnect from session；
但是现在在 19c 上，当我运行相同时，我收到以下错误：
SQL > alter database recover managed standby database disconnect from session delay 1440 ；
更改数据库恢复托管备用数据库断开与会话延迟1440
*
第1行的错误：
ORA -00274 : 非法恢复选项 DELAY
所以，我去看了文档，发现这种行为从 12c 开始已经改变，现在要让它工作，我们需要在 ARCHIVE_LOG_DEST_N 上配置延迟。下面有一个例子。这必须在主节点上完成，或者如果已配置级联重做，则在备用节点上将日志传送到第二个备用节点：
Alter system set log_archive_dest_3= 'SERVICE=DELAYSTB NOAFFIRM ASYNC VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=DELAYSTB DELAY=1440' ;
在运输数据库上完成此操作后，我们执行以下命令以在备用数据库上开始恢复：
SQL > alter database restore managed standby database using archived logfile disconnect;
注意，如果我们不使用“使用归档日志文件”子句，延迟可能会被忽略。
原文标题：ORA-00274 AFTER UPGRADE TO 19C AND TRYING TO ENABLE A DELAY ON RECOVERY FOR STANDBY DATABASE.
原文作者： Hugo Ramirez
原文链接：https://blog.pythian.com/ora-00274-after-upgrade-to-19c-and-trying-to-enable-a-delay-on-recovery-for-standby-database/
