1. 理论上不需要设置参数值都相同。一般配置data guard时，备库的参数文件是根据主库的修改，除了图方便以外，也是尽量让备库环境与主库一致 2. 在备机上要手动注册监听，这是因为，动态监听需要数据库启动到open状态，而data guard的physical standby大部分情况下是出于mounted状态，动态监听无法检测到，会造成主备库之间失联。主库可以不添加，但是添加更保险，毕竟主备库是有可能进行角色转换的。 3. NOT ALLOWED - On a primary database, this status indicates that there are no valid and enabled standby databases. On a standby database, this status indicates that a switchover request has not been received from the primary database. 这是正常的4. 管理恢复模式？应该是在mounted状态吧。mounted和open readonly两个状态的区别 5. 你可以再看看主备切换。正常的切换switchover将主备角色进行互换，但主库出现故障的时候，我们用的是failover，来将standby激活成primary，而原primary库此时只是一个故障点，被排除在外 6. 单单对DG来说，最主要的是检查同步状态。然后是两个库各自的健康状态等等等等
2. 在备机上要手动注册监听，这是因为，动态监听需要数据库启动到open状态，而data guard的physical standby大部分情况下是出于mounted状态，动态监听无法检测到，会造成主备库之间失联。主库可以不添加，但是添加更保险，毕竟主备库是有可能进行角色转换的。
3. NOT ALLOWED - On a primary database, this status indicates that there are no valid and enabled standby databases. On a standby database, this status indicates that a switchover request has not been received from the primary database.
这是正常的4. 管理恢复模式？应该是在mounted状态吧。mounted和open readonly两个状态的区别
5. 你可以再看看主备切换。正常的切换switchover将主备角色进行互换，但主库出现故障的时候，我们用的是failover，来将standby激活成primary，而原primary库此时只是一个故障点，被排除在外
6. 单单对DG来说，最主要的是检查同步状态。然后是两个库各自的健康状态等等等等
主库崩溃可能基于很多情况，比如数据库崩溃、系统崩溃、硬件故障等等
很难来说怎么恢复。如果是数据库故障，可以在修复以后，如果打开了flashback database，闪回到切换前的时间点。然后作为standby加入DG，找个合适的时间做个switchover切换回来
否则，可能就需要恢复完正式数据库以后，找个时间将数据迁移回来，再重新配置DG
当然，如果备库环境和主库一致，直接使用备库就好了。主库修复好以后作为standby备用