以下说明基于oracle 11.2.0.2 版本，在之前的版本有有一些其他的限制。
所谓的cascaded redo transport 是只从其他standby database上传送redo data。
比如有1个主库a，2个备库：b，c。
那么日志传送a—>b—>c。 这个就是cascaded redo transport。
一个cascaded standby database 可以把redo log 传送给一个或者多个其他的standby database(physical, logical, or snapshot standby database)，最多只能指定30个standby。
串行的redo data传送，可以降低primary 在日志传送上的压力。
当主库的redo的data 传送到cascading standby之后， redo data并不是立即传送到其他的standby，而是在cascading standby应用之后才传到其他的standby database上。 因此cascaded destination 的redo 会比cascading standby有延时。
cascading 有如下2个限制：
(1)只有物理standby database 才可以做cascading standby。
(2)data guard broker不支持cascaded destinations。
配置 cascaded destination
(1)选择一个physical standby database 做为cascading standby database。
(2)在cascading standby database设置fal_server 参数为primary database或者其他直接从primary database接收redo的standby database。
(3)在cascading standby database设置log_archive_dest_n 参数指定cascaded destination，并指定其他有效参数。
(4)在cascaded destination database 设置fal_server参数为cascading standby database或者其他直接从primary database接收redo的standby database。
–使用cascaded redo transport时的一些初始化参数：
— primary database：
db_unique_name=boston
fal_server=boston2
log_archive_config=’dg_config=(boston,boston2,denver)’
log_archive_dest_1=’location=use_db_recovery_file_dest
valid_for=(all_logfiles,all_roles) db_unique_name=boston’
log_archive_dest_2=’service=boston2 sync
valid_for=(online_logfiles,primary_role) db_unique_name=boston2′
–cascading physical standby database：
db_unique_name=boston2
fal_server=boston
log_archive_config= ‘dg_config=(boston,boston2,denver)’
log_archive_dest_1=’location= use_db_recovery_file_dest
valid_for=(all_logfiles,all_roles) db_unique_name=boston2′
log_archive_dest_2= ‘service=denver
valid_for=(standby_logfiles,standby_role) db_unique_name=denver’
–cascaded physical standby database：
db_unique_name=denver
fal_server=boston2
log_archive_config=’dg_config=(boston,boston2,denver)’
log_archive_dest_1=’location= use_db_recovery_file_dest
valid_for=(all_logfiles,all_roles) db_unique_name=denver’