这个需要列下具体的环境规划信息至于你说的jdbc连接 thin@//负载均衡scanip：1521/service_namename 没有毛病 不过service_namename最好重新注册
首先，从两朵公有云的距离上来看，应该很远，不具备实现RAC的条件。其次，从两朵云之间的通道上来看，似乎没有条件实现二层的联通，不具备实现RAC的条件。如果非要基于这两朵云来做容灾的话，那么可以通过DG/OGG的方式来实现。因为DG/OGG对实现条件的要求比较宽松，只要网络三层可达即可...
计划内切换-（1）检查主库select switchover_status from v$database;SWITCHOVER_STATUSSESSIONS ACTIVEif [ switchover_status = "SESSIONS ACTIVE" | switchover_status = "TO STANDBY" ]; then { go to next step } else { cancel switchover and check database }-（2）主库...
1 保护模式，ORACLE有上保护模式，分别是最大保护，最大可用，和最大性能。一般情况下选择最大可用模式。2 在具体传送参数中，一般选择LGWR进程直接写日志，而不是等待日志写满，发生了归档的时候传。3 LGWR 一般会选择异步参数，这样的话，不会影响主库LGWR写的性能。...
我想对于容灾来讲，RPO&RTO的要求在不同的行业可能会有不同的要求。金融行业要求相对苛刻一些，但是也没有要求RPO=0，RTO=0。这个是一个绝对的理论值，显示场景不可能绝对达到。假设在容灾指标容许的范围之内，对主库安全的模式还是最大性能模式，次之为最大可用，再次最大保护。...
1、本地做好备份，备份的时候一定要把归档日志一起备份；2、保证网络畅通，能把归档日志这一类的都及时传输过去。3、如果发现问题，技术处理，不要等主库删掉了，在处理就晚了。4、主库的归档日志如果是RAC，最好放在共享存储里，不要放在本地，就算机器出事，数据基本不会丢失。5、做好平时...
串联的优点：对现有主生产库影响最小，无论是复制还是后来的扩展，都不会对主库产生再配置，影响最小。一对多的状况，最主库资源的消耗会随着点数增加而增加。串联的方式会把资源消耗的压力分散到备库上。一对多的优点：它会保障所有备库数据的实时性，因为他们都是同一个生产库作为源...
个人感觉可以应用到以下场合：异构数据库迁移，DG无法实现的功能。数据库安全供数，为了不影响主库的情况下，为其他系统进行安全供数，可以通过OGG来实现。这种场合下感觉它比DG更加灵活。...
优点： 灾备效果较好，不管本地发生什么情况，异地灾备都无任何问题，如果数据是实时同步的，直接切换成primary，对生产系统基本没任何影响。缺点： 对带宽要求较高，如果网络方面出现任何问题都会导致同步延迟或者数据没传输成功，需要人工干预。 总之，这种方案是比较成熟的，作为数据量...
