问题: 在用PL/SQL进行登录时,出现:”ora-01045 :user system lacks create session privilege; logon denied”. 原因:该用户没有创建session会话的权限 在Google找到这段的说明: What does “ORA-01045: user USERNAME lacks CREATE SESSION privilege; logon denied” mean? It means that the username and

数据库向保护模式报告不同的保护级别"警告消息. 首先查看主备库的保护模式和保护级别 select protection_mode,protection_level from v$database; 发现主备不一致,为了保持一致,在dg broker中统一修改为最大性能 DGMGRL> edit configuration set protection mode as MAXPERFORMANCE; 问题轻松化解 再次向主备库查询,发现都是一致的了

今天ArcGIS的SDE发生了一点小故障,导致系统表丢失,所以需要重建一下SDE数据库,在删除SDE用户和所在的表空间过程中遇到下面两个ORA错误,解决方法如下: 1)删除表空间时报错:ORA-29857:表空间中存在域索引和/或次级对象: 2)这个错误的原因很可能是因为这个表空间是某个用户默认的表空间,所以需要删除隶属于这个表空间的用户,才可以进行删除. 那么,怎样查询这个默认表空间中的用户呢,很简单,如下图: 3)根据查询后的结果,SDE用户的表空间为BaseMap,导致表空间无法删除,所以

dg-> ll $ORACLE_HOME/bin/oracle -r-xr-s--x 1 oracle asmadmin 210824714 Nov 20 16:41 /u01/app/oracle/product/11.2.0/db_1/bin/oracledg-> chmod 6751 $ORACLE_HOME/bin/oracle dg-> ll $ORACLE_HOME/bin/oracle -rwsr-x--x 1 oracle asmadmin 210824714 Nov 2

大约RAC下一个spfile分析_整理在_2014.4.17 说明:文章来源于网络 第一篇:RAC下SPFILE文件改动 在RAC下spfile位置的改动与单节点环境不全然一致,有些地方须要特别注意,否则可能改动会失败. 以下用一个样例说明:SPFILE放在ASM中一个不对的文件夹(+ARCH)中,如今想把它放在另外一个文件夹(+DBSYS)下. 下面是详细步骤: 1. 原spfile位置 SQL> show parameter spfile NAME TYPE VALUE ----------

本人接触和使用Oracle数据库才有一个季度的时间,问题比较白,大神请无视本文. 环境: 1.数据服务器,windows2008R2,Oracle11g 2.报表服务器,windows2008R2,SQLServer2008R2,Oracle客户端32位,PL\SQL32位(连接数据服务器的Oracle数据库没问题) 任务: 自己的报表平台使用sqlserver数据库(没有Oracle版的,没有为什么),要在SQLServer端通过链接服务器去连接数据库服务器的Oracle数据库读取数据. 遇到

问题是: 我在自己电脑(win7  64bit)上安装了oracle的64位数据库   通过sqlplus能正常连接 主要是安装pl/sql时   我是这样安装的1.在网上下载了个instantclient-basic-nt-11.2.0.3.0包  解压放在E盘下   路径如下E:\instantclient-basic-nt-11.2.0.3.0\instantclient_11_2 2.我在PL/SQL中的perferences中connection中的oracle_home:E:\ins

10.2版本xe的服务器和客户端安装都很方便,由于xe的服务器只允许建立一个实例,实例名字会直接默认为xe,客户端默认安装在C:\XEClient目录下,使用sqlplus连接服务器: sqlplus user/passwd@ip_address/xe(省略/xe,同样能够搜索到服务器上默认的服务xe) 但是xe客户端安装后没有提供图形用户界面用来设置应用程序使用的本地服务名,相信第一次碰到这个问题的人都会有些不知所措,下面是解决办法: 1.拷贝一个写好的tnsnames.ora到任意地方,比如

不多说,直接上干货! 前期博客 PLSQL Developer概念学习系列之如何正确登录连接上Oracle(图文详解)   如用scott.scott_password进行登录,orcl是全局数据库 出现: (没有登录) -PL / SQL Developer ORA - 12541: TNS :无建听程序 解决办法: 重新配置监听程序. 然后在LISTENER文件里将HOST改为自己的IP 地址即可. 修改地方1:  DESKTOP-IOTFVUA是我的windows系统的主机名 修改地方2:

1.tnsnames.ora文件中配置内容中的连接别名:由upaydb修改为IP地址 2.连接超时 定位原因: PLSQL登录界面的数据库列表就是读的tnsname.ora中连接的别名,这个文件中连接别名修改后,那么你PLSQL登录数据库时也要选择对应的连接别名:

今天使用IMPDP导入的时候报了一个错误 ORA-39002: invalid operation  ORA-39070: Unable to open the log file.  ORA-29283: invalid file operation  ORA-06512: at "SYS.UTL_FILE", line 475  ORA-29283: invalid file operation 第一眼看到这个错误的时候感觉很诧异,这个怎么和什么日志文件啥的有什么关系呀? 后来在网上

今天安装EM12C的时候遇到了一个报错: 修改好数据库中的参数大小后,重新启动报错 Specified value of MEMORY_TARGET is too small, needs to be at least 3072M 提示MEMORY_TARGET is too small 这样的话数据库已经停止了,所以只能用: SQL> CREATE PFILE FROM SPFILE; 先把生成的spfile备个份 再修改spfile中的参数:*.memory_target=322122547

今天切换到asm实例的时候,发现是一个空实例,尝试启动实例,结果报错ORA-01078和LRM-00109 SQL> startupORA-01078: failure in processing system parametersLRM-00109: could not open parameter file '/u01/app/oracle/product/10.2.0/db/dbs/init+ASM1.ora' 但是crs_stat t 中,所有的asm实例显示全部正常,为什么是空实例呢?

1. ORA-4031错误的原因,一般是大量的hard parse导致了shared pool中的free list中产生大量的内存小碎片,当一个需要很大内存来进行hard parse的sql语句到来时,无法从free list中找到内存,即使进行内存的释放,还是不能找到符合的内存块.从而报ORA-4031错误. 2. ORA-4031错误的解决方法: 1)alter system flush shared_pool;将shared pool中的所有内存清空.该方法治标不治本. 2)共享SQL语

今天做一个特殊的实验,需要重启数据库 数据库关闭没有问题 SQL> shutdown immediate; Database closed. Database dismounted. ORACLE instance shut down. 但是启动的时候,出现了一个报错: SQL> startup mount ORA-32004: obsolete and/or deprecated parameter(s) specified ORACLE instance started. Total Sy

Oracle 导入全库之后使用plsql登陆时报错 版本12C版本2 ORA-12541: TNS: No Listener 再oracle主机本地可以使用sqlplus 登陆,但是使用plsql无法登陆,报错如上. 首先考虑是防火墙问题,查看防火墙和selinux均为关闭状态 然后查看监听状态 查看 监听状态的命令为首先使用oracle 用户登陆操作系统,命令lsnrctl 进入监听程序,关键status 查看监听状态 里面详细列出了监听的状态以及服务端的监听文件位置, 查看监听文件 查看客户

环境:AIX6.1 + Oracle11.2.0.4 RAC(2 nodes) 1.故障现象 2.定位问题 3.处理问题 1.故障现象 使用crsctl查看集群各资源状态,在任一节点都会直接报错CRS-4535, CRS-4000:但此时数据库是可以被正常访问的. 具体故障现象如下: #节点1查询 grid@bjdb1:/home/grid>crsctl stat res -t CRS-4535: Cannot communicate with Cluster Ready Services CR

早上同事用PL/SQL连接虚拟机中的Oracle数据库,发现又报了"ORA-12514 TNS 监听程序当前无法识别连接描述符中请求服务"错误,帮其解决后,发现很多人遇到过这样的问题,因此写着这里. 也许你没有遇到过,原因如下: 你oracle安装成功后,一直未停止数据库(即数据库是启动的),客户端配置成功后,应该一直不会有什么问题. 而一旦你和我同事一样,有时把Oracle安装在虚拟机中,而且Oracle安装完毕后,没在进行任何监听的配置,则虚拟机再启动,则就会出现ORA-12514

首先打开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

ORA-01652:无法通过128(在表空间temp中)扩展temp段 解决方法 (2016-10-21 16:49:53)   今天在做一个查询的时候,报了一个"ORA-01652无法通过128(在表空间temp中)扩展temp段" ORA-01652: 无法通过128(在表空间TOSTEMP中)扩展 temp 段  ORA-06512: 在"Funcking", line 60  ORA-06512: 在line 1 错误解决网上也有一些相关的资料.我的实验解决