今天上午,某项目运维组的同事过来求助:"某系统的应用有问题了,WEB页面打开以后出现ORACLE的ORA-12514错误,貌似监听有问题了!" 该系统的数据是采用RAC部署的模式,通过crs_stat -t 检查集群资源状态.发现各种资源都在ONLINE的状态,特别关注了一下scan1.vip的资源,正常.通过netstat检查当前的网络连接情况,发现SCANIP上有很多连接,看起来不像是有问题的样子.在NET MANAGER配置一个测试的命名服务,发现确实无法连接到SCANIP,但是

[RAC]将RAC备份集恢复为单实例数据库 一.1  BLOG文档结构图 一.2  前言部分 一.2.1  导读 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① rac数据库的备份集是如何恢复到单实例的数据库 ② ASM文件系统到OS文件系统的转换 ③ 一般的备份恢复过程 本文如有错误或不完善的地方请大家多多指正,ITPUB留言或QQ皆可,您的批评指正是我写作的最大动力. 一.2.2  实验环境介绍 源库:11.2.0.1  rac

[RAC]将单实例备份集恢复为rac数据库 一.1  BLOG文档结构图 一.2  前言部分 一.2.1  导读 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① 单实例环境的备份集如何恢复到rac环境(重点) ② rman恢复数据库的一般步骤 ③ rac环境的简单操作 注意:本篇BLOG中代码部分需要特别关注的地方我都用黄色背景和红色字体来表示,比如下边的例子中,thread 1的最大归档日志号为33,thread 2的最大归档日志

[RAC]rac环境下的数据库备份与还原 一.1  BLOG文档结构图 一.2  前言部分 一.2.1  导读 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① rac环境下的数据库备份与还原 ② rman恢复数据库的一般步骤 ③ rac环境的简单操作 注意:本篇BLOG中代码部分需要特别关注的地方我都用黄色背景和红色字体来表示,比如下边的例子中,thread 1的最大归档日志号为33,thread 2的最大归档日志号为43是需要特别

导读:在使用Oracle的过程中,又频繁的出问题.突然间就连接不上,各种报错了.在此,将问题给记录下来,方便以后查看. 一.ora 12514监听程序当前无法识别 之前一直链接使用的好好的,突然就连接不上了.一下子就都懵了的感觉,但是遇到这种问题,第一,打开管理工具--服务--Oracle服务,然后,重新启动Oracle的服务,再次链接.如果还是链接不上,那么就是当前用户的监听程序有问题.既然是监听程序无法识别,那就让他识别就好了. 首先是在安装目录下,找到listener.ora文件,打开之后

Oracle 11g 发行版2的安装 PLSQL_Developer安装 Oracle数据库安装失败,完全卸载oracle11g 常用的命令 Oracle 11g 发行版2的安装 1. 下载 下载地址:https://www.oracle.com/technetwork/cn/database/enterprise-edition/downloads/index.html 2. 解压 找到下载目录下的win32_11gR2_database_1of2.zip文件和win32_11gR2_data

ORA-12514: TNS:listener does not currently know of service requested in connect descriptor 监听器目前不知道在连接描述符中的服务请求. Expert Oracle Database Tips by Donald BurlesonAugust 27, 2015 在2015年8月27日,Donald Burleson一个oracle数据库专家技巧. Question:  I am attempting to e

date:20140525auth:Jin platform :windows 一.服务端启动服务和创建账号# su - oracle$ lsnrctl start$ sqlplus / as sysdbaSQL> startupSQL> alter user sys identified by admin; #修改sys密码User altered.SQL> create user jin identified by com123; #创建用户SQL> grant connect

1 sqlldr 传统路径:sqlldr会利用sql插入为我们加载数据 直接路径加载:sqlldr不适用sql,直接格式化数据块,绕开undo,避开redo,最快的方法就是并行直接路径加载 sqlldr只是一个命令行工具,并非一个api,在plsql中不能调用 2 sqlldr体系结构 2.1 控制部分 LOAD DATA—告诉sqlldr做什么,可以用 INFILE * INTO TABLE BONUS Insert-----默认 FIELDS TERMINATED BY "," (

1.Oracle RAC服务端/etc/hosts部分内容如下 2.查看服务端的local_listener和remote_listener参数 3.客户端tnsnames.ora配置参考 3.1 10g的版本,监听配置方法如下 3.2 11g的版本,监听配置方法如下 3.3 业务分割,连接到实例1的业务 3.4 业务分割,连接到实例2的业务 4.测试failover功能 1. Oracle RAC服务端/etc/hosts部分内容如下 #public ip 172.16.7.112 jyrac

不论是单实例还是RAC,对于非缺省端口下(1521)的监听器,pmon进程不会将service/instance注册到监听器,即不会实现动态注册.与单实例相同,RAC非缺省端口的监听器也是通过设置参数local_listener来达到目的.除此之外,还可以对实例进行远程注册,以达到负载均衡的目的.这是通过一个参数remote_listener来实现. 有关Oracle 网络配置相关基础以及概念性的问题请参考:      配置ORACLE 客户端连接到数据库   配置非默认端口的动态服务注册   

RAC版本:11.2.0.4 OS版本:linux 6.4 RAC安装gird,第一个节点执行root.sh运行失败,报"The ora.asm resource is not ONLINE"错误.详细日志如下: # /u01/app/11.2.0/grid/root.sh Performing root user operation for Oracle 11g The following environment variables are set as: ORACLE_OWNER=

环境说明:  实验环境是 一个节点的 rac + 单机dg    (主备全部用asm存储) tnsnames.ora  文件  (oracle用户) node 1 : node1-> pwd /u01/app/oracle/product/11.2.0/db_1/network/adminnode1-> cat tnsnames.ora DEVDB = (DESCRIPTION =  (ADDRESS = (PROTOCOL = TCP)(HOST = 10.100.25.100)(PORT

问题背景:客户反馈Oracle rac集群节点宕机 1.首先查看宕机原因,归档日志满导致服务重启,查看归档日志路径是USE_DB_RECOVERY_FILE_DEST (默认路径), 安装的时候没有做调整,应该调整单独的归档目录,首先清理归档日志然后修改归档路径 2.节点一正常启动,节点二起不来    没有cluster服务  检查集群服务在rac2节点上检查集群服务的状态报错[grid@rac2 ~]# /u01/app/11.2.0/grid/bin/crs_stat -tCRS-0184:

Oracle RAC 监听器的配置与单实例稍有不同,但原理和实现方法基本上是相同的.在Oracle中 tns进程用于为指定网络地址上的一个或多个Oracle 实例提供服务注册,并响应来自客户端对该服务提出的连接请求.一旦连接请求到达,并派生出一个服务器进程建立服务器与用户端之间的连接(专有服务器dedicated server)或转发服务请求(共享服务器模式shared server).如果监听器知道多于一个实例提供所请求的服务,则可能会根据客户端与服务器端相关配置将请求定位到较低负载的实例为其

oracle数据库需要配置tns链接 这里我发现了一个问题: 在D:\Oracle\product\10.1.0\Client_3\NETWORK\ADMIN 目录中配置链接字符串的时候要特别注意: MY_DATABASE = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS )) ) (CONNECT_DATA = (SERVICE_NAME = ORCL) ) ) 1,在每个配置字符串的前面不能有空格 2,两个配置字符串之间需要一个空行来隔开. 这两者必须配置正

一个空格引发的血案:在tnsnames. ora文件中新加了一个配置,该配置估计当时是拷的别人的直接粘贴上去的,然后发现用pl/sql连接就一直报错了,后面排除了用户名和密码问题和后,仔细看了该文件才发现新加的配置第一行WLF前多了个不起眼的空格: WLF= (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521)) ) (CONTENT_DATA = (SERVICE_NA

  前几天,去客户现场部署系统,WEBLOGIC连接数据库使用RAC方式连接,好几个人弄了一下午愣是没搞定,总是报SID错误 开始一致认为是防火墙的原因,后来SSH登陆应用服务器后,再TELNET数据库服务器,是可以登陆的,而且本机的PLSQL也是可以连接到数据库的,网络部给了我们3个IP 第一个172.19.180.40,实例名是wdbd,这是虚拟出来的IP,之后的两个是172.19.190.43,wdb1,172.19.180.44,wdb2这两个是实际的IP地址,我们用PLSQL连接40的

昨天安装的测试环境的rac--2节点 CentOS release 6.8 (Final) SQL*Plus: Release 11.2.0.4.0 Production 今天测试突然出现问题 在rac01节点上面操作报错 Connected. SQL> select * from v$instance; select * from v$instance * ERROR at line : ORA: not logged on Process ID: Session ID: Serial 这个时

首先打开tnsnames.ora的存放目录,一般为D:\app\Administrator\product\11.2.0\client_1\network\admin,就看安装具体位置了. 步骤阅读 2 使用editplus或者记事本或其他工具打开tnsnames.ora,进行编辑 配置一下文件 CONN_shenyi2 = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 172.17.144.191)(PORT = 1521)) (CONNE

总结: 1 .三个配置文件都是放在$ORACLE_HOME\network\admin目录下. 2 .sqlnet.ora确定解析方式 3 .listener.ora上设SID_NAME,通常用于JDBC访问,对应的错误码为12505 4 .tnsnames.ora上设SERVICE_NAME,通常用于linux sqlplus客户端,对应的错误码为12514 sqlnet.ora 作用类似于linux或者其他unix的 nsswitch.conf文件,通过这个文件来决定怎么样找一个连接中出现的