业务系统晚上跑批是redo日志若高达600G/小时，请问是否可用ADG 来做异地容灾方案？

先说说带宽吧，至少需要百兆专线，而且不能出任何问题，灾备端的硬件配置，看你这个灾备的作用，是应用级，还是就是当做一个灾备来用，如果是应用级，那就必须和生产环境保持一致，如果只是一个灾备，那么配置减半，存储必须和生产保持一致，来保证数据的写入。还有force logging，使用ADG就已经定性，必须开启，因为涉及到恢复。

1、请问是否必须强制开启force logging

肯定是需要开的，不然没法搭建。

2、此场景约需要多少带宽？

灾备线路除了进行ADG的传输，肯定还有其他的数据传输。这个要一并计算进去。就这个量级和这个RPO指标来讲，建议还是百兆的带宽。这个最准确的还是要进行模拟测试来判断。

3、灾备端cpu、内存资源如何配置？与源端的资源的比例多少？

不管是否用作它用，备库是有朝一日真正发生灾难的时候，把它当做主库一样来用，来承担同样负载和压力。所以建议一致配置。或者通过动态方式实现可以调整，当真正发生灾难的时候，可以把配置调整为足以应付生产负载的配置。

必须开启force logging，这个不解释，你的这个跑批的处理时间大概多小，按照一个小时计算，如果真是这样的话，从计算上而言，600*1024/3600S=171M/S 考虑到启用日志压缩的情况日志也在100M/S 左右，这样的话你的带宽起码千兆吧，其次是主机层面和备机层面的网卡带宽也是需要考虑的，这样情况下RPO/RTO很难评估，不考虑网络断开的情况下，否则时间更加不可估计
灾备端的的资源配置情况，最好是跟主库配置一致，否则有限考虑GB网卡，首要保证日志可以全部传输过来。