纯技术手段（面向连接的负载平衡）
1。客户端负载均衡
配置的方法是建立load_balance =是在客户端的tnsnames.ora文件。当客户端启动连接时，它将从地址列表中随机选择一个，并将连接请求随机连接到每个实例。
该技术最大的缺点是不能根据每个实例的实际负载分散，太粗糙，所以很少使用。
2。服务器端负载平衡
服务器端负载平衡依赖于侦听器收集的负载信息。数据库操作期间，PMON进程收集系统的负载信息和定期更新到听众。如果配置remote_listener参数，PMON进程可以登记不仅负载信息到本地的听众，而且听众的其他实例，PMON自动注册机制，对集群中的每个节点监听掌握所有节点的负载信息。当接收到客户端请求时，它将将连接分配到最小的负载实例。
面向业务的方法（使用服务负载平衡）
它描述了负载的纯技术的平衡，这看起来不错，但它能带来很大的性能问题，在实际使用中，我们都知道，RAC由于其共享磁盘结构，其性能在很大程度上取决于内存（缓存融合），纯技术手段的融合，不了解企业的具体情况，所以可能会有同样的业务连接分配给每一个例子中，产生了大量的存储整合，业绩大幅下滑。
如果我们改变了一种思维方式，将同一个应用程序的连接连接到同一个实例，例如，应用程序的连接被连接到一个实例，并且B应用程序的连接被连接到B实例，这样我们可以有效地减少内存融合。
应用程序的分区可以通过服务实现，这需要DBA和开放人员的协作在业务特性的情况下配置服务。
