[重庆思庄每日技术分享]-ORACLE RAC中连接ScanIP报错ORA-12545的问题解决

Posted 2023-05-08

参考技术A 才安装好的一个ORACLE 11G 11.2.0.4的一套RAC，通过DG同步的数据，激活用于测试，在本地通过SCANIP链接，没有问题，

conn sz/sz2486@192.168.133.2:1521/orcl

Connected.

但从其他机器链接，就会报错：

SQL> conn sz/sz2486@192.168.133.2:1521/orcl

ERROR:

ORA-12545: Connect failed because target host or object does not exist

这里的原因是节点的LOCAL_LISTENER参数设置为了空.在RAC中,每个节点的LOCAL_LISTENER参数必须指定本节点的vip,remote_listener必须指向scanIP.

检查一下服务器端的设置：

SQL> show parameter list

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

listener_networks                    string

local_listener                       string

remote_listener                      string      db-scan:1521

马上设置LOCAL_LISTENER

SQL> alter system set local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.133.9)(PORT=1521))' sid='orcl1';

SQL> alter system set local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.133.10)(PORT=1521))' sid='orcl2';

再去测试，问题解决

conn sz/sz2486@192.168.133.2:1521/orcl

Connected.

附ORACLE MOS上文档：ORA-12545 or ORA-12537 While Connecting to RAC Through SCAN name (Doc ID 970619.1)

oracle rac需要付费吗

参考技术A 就像你说的，oracle没有使用技术手段强迫用户去购买licence，所以，从功能上讲，免费的跟收费的没有区别。

购买的时候一般考虑是按照cpu数来买还是按照用户数来买，这个由用户自己选择，主要是看怎么买便宜。另外，不同行业用户购买时价格差异很大。

详细规则可以拨打8008100366免费电话，问原厂的人会权威。本回答被提问者和网友采纳 参考技术B RAC的特点
1双机并行。RAC是一种并行模式，并不是传统的主备模式。也就是说，RAC集群的所有成员都可以同时接收客户端的请求。两个节点在传统的双机热备环境中，始终有一台机器作为备用机，只有当主节点出现问题的时候才会切换到备用机上；如果主机一直没有出现问题，那么备用机始终处于空闲状态，这在资源的利用上以及成本方面都是巨大的浪费。但RAC是一种并行模式的架构，也就是说，两个节点的集群节点间是一种并行运行的关系，当一台机器出现问题，请求会自动转发到另一台机器，没有任何一台机器作为备用机一直不被使用，这样就充分利用了服务器资源。同时，传统的双机热备构架在出现问题时，常常需要数分钟的切换时间，而RAC在出现问题时，针对存在的会话只需要数十秒的时间就可以完成失败切换过程，对新会话的创建不会产生影响，在切换时间上也有比较大的优势。
2高可用性。RAC是Oracle数据库产品高可用性的解决方案，能够保证在集群中只要有一个节点存活，就能正常对外提供服务。高可用性包含两部分的内容：首先是在这种解决方案下要确保数据不丢失，这是最基础的也是必须要保证的;其次是确保不停机，使Oracle数据库一直维持在正常的运行状态，避免停机给客户带来的损失，这是讨论最多的内容。
　　停机一般分为两类，计划停机和非计划停机。所谓计划停机是有计划地安排节点或者系统的停机，一般在Oracle升级、系统维护或者硬件维护的情况下会出现。非计划停机就是在非人为计划的情况下突然停机，这种情况一般是在Oracle bug、系统故障、硬件故障或人为操作失败的时候出现。
　　在没有较高花费的情况下，想实现系统100%的不停机几乎是不可能的。通常情况下，以每月停机时间来计算对应的可用性比率。根据系统的重要性情况，应该为系统设定合理的可用性比率。
集群最大的优势在于它的高可用性，通过使用RAC可以在一定程度上避免因为硬件或软件故障引起的数据丢失和非计划停机，并在一定程度上减少或排除计划停机时间。
3易伸缩性。RAC可以非常容易地添加、删除节点，以满足系统自身的调整。为了在系统初始阶段保持较低的成本，避免造成不必要的浪费，集群可以按照标准硬件配置，选择适当的服务器资源、存储资源来搭建数据库环境。当系统需要更多的处理能力或者需要增加存储时，通过添加另一台服务器或存储设备到集群中，能够在不停机的情况下获得水平的扩展。在一个集群中， Clusterware和RAC支持多达100个集群节点。
　　当某个集群的处理能力过剩，另一个集群的处理能力不够时，可以从处理能力过剩的集群移动一个节点到处理能力不够的集群中。这样能够充分利用服务器资源，节约成本。11gR2版本中推出了网格即插即用(Grid Plug and Play，GPnP)，可以实现节点的快速添加。
4低成本。能使用较低廉的服务器来实现高可用性、高吞吐量的集群环境，这要比通过对某台高端服务器增加硬件实现高可用性、高吞吐量花费的成本低很多。如果想提高系统的处理能力，给集群添加节点比为高性能服务器添加硬件要容易得多。另外，使用集群还能动态地移除节点，更加充分地利用管理者掌握的所有服务器资源，从服务器整体使用上降低了服务器的采购成本。越来越多的企业愿意将集群解决方案应用到他们的系统中，以降低成本，提高系统的可用性。
5高吞吐量。随着节点数的增加，整个RAC的吞吐量也在不断增长。这在要求高吞吐量的系统中，能够得到非常明显的体现。在RAC的架构中，多个实例分布在多个服务器上，能同时打开同一个数据库，而每个实例能够接收相等数量的客户端请求，这样，随着服务器的增加，吞吐量也在不断地增加。RAC是由多台服务器构成的逻辑主体，比单台数据库服务器能接收更多的客户端请求。