ORA-00923: 未找到要求的 FROM 关键字 找了网上好多的问题点 一个查询语句字段长大于255 做拆开拼接时,语句或者+的位置有问题,不能正确的拼接 起别名的时候有括号,按理是不能有括号的 确定表的字段名称有没有错 sql语句中的查询关键字问题 拼接没问题,但是放在一起就有问
oracle impdp导入时 提示“ORA-39002: 操作无效 ORA-39070: 无法打开日志文件 ” 第一步:首先使用DBA权限的用户创建directory,我使用system ,可以在服务器本地创建,也可以远程连接sqlplus进行创建,使用的将是服务器上面的路径。要确保创建directory时,操作系统层面的路径已经存在
表里面有ID字段,建立了唯一索引,现在想删除报错, ora-02429:无法用于删除强制唯一/主键的索引 先执行 alter table (表名) drop constraint(索引名) , 执行之后解除索引和表的关联,然后再执行删除索引操作,成功
#srvctl start database -d xiqu PRCR-1079 : Failed to start resource ora.xiqu.db CRS-5017: The resource action "ora.xiqu.db start" encountered the following error: ORA-01157: cannot identify/lock data file 1 - see DBWR trace file ORA-01110: data
ps:这里只为了登录数据库,不考虑数据的恢复 在一次使用IMPDP给我虚拟机上数据库导数据时候,因为数据量多导致在导入的过程种虚拟机有限的磁盘空间被占满,为此想到了先把不用的数据文件删除了释放一部分空间让数据先导入,然后再处理删除的数据文件。 但是事与愿违,数据文件虽然删除了(rm -
修改sga_max_size太大后启动不了,按照网上的方法恢复也还是不行,最后查资料终于发现问题所在。 整个过程如下:SQL> alter system set sga_max_size=10000000000 scope=spfile; 系统已更改。 SQL> shutdown immediate;数据库已经关闭。已经卸载数据库。ORACLE 例程已经关闭。SQL>
这种情况出现的原因一般是列名重复。 数据库中创建如下表进行测试: create table qq_test( a int PRIMARY key, b varchar2(32) ) 首先执行: select a,b,a from qq_test; 执行结果如下: 再执行: select * from (select a,b,a from qq_test); 执行结果如下: 去掉重复的
1.执行expdp命令提示ORA-27054错误 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 oracle@cwgsdb1:~$ expdp \'/ as sysdba\' directory=dir_dp schemas=hr dumpfile=hr.dmp logfile=hr.log parallel=2 Export: Release 11.2.0.4.0 - Production on Thu Oct
1.Environment11.2.0.4 RAC 2.Symptomsrac的一节点alert日志一直刷ORA-4031报错,提示shared pool不足,二节点并没有此报错 Sat Oct 09 09:53:30 2021Errors in file /data1/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_smon_7537104.trc:ORA-00604: error occurred at recursive
#oracle 重启 ORA-00702 ORA-00704 ORA-00702 查看alert日志 Mon Apr 09 16:22:34 2018 ALTER DATABASE MOUNT Successful mount of redo thread 1, with mount id 1383493834 Database mounted in Exclusive Mode Lost write protection disabled Completed: ALTER DATAB
最近有一套数据库 crash ,环境2nodes RAC 11.2.0.3 on AIX , alert日志中记录了在crash前出现了ora-7445[opiaba],ora-600 [kgh_heap_sizes:ds], ora-600 [17147], 下面记录当时的一些日志。 # DB alert log Wed Sep 16 23:44:23 2015 Exception [type: SIGSEGV, Address not mappe
ALTER TABLE os.test drop partition(PMAX)Tue Sep 28 16:54:29 2021Errors in file /u01/app/oracle/diag/rdbms/gsdb/gsdb1/trace/gsdb1_ora_457823.trc (incident=480577):ORA-00600: , : [kcbzwfcro_2], [4294967295], [13], [0], [0], [], [], [], [], [], [], []Inci
ASM device error ORA-27041 ORA-15025 ORA-15081 (Doc ID 1487475.1) 描述总结:数据库的alert中发现大量ORA-27041 ORA-15025 ORA-15081报错,首先查看asm的磁盘组的状态,对应的盘符的状态和权限全部正常,查看asm的alert日志并未看到刷新。炸一看像是磁盘权限的问题,但是细想下来,如果真
这里写自定义目录标题 plsql远程连接oracle数据库ORA-12514错误解决 plsql远程连接oracle数据库 有两种方法 第一种需要安装oracle客户端 第二种需要通过 plsql 和 oracle 即时客户端(instantclient)来连接 oracle 数据库 下 载 即 时 客 户 端 ( 基 本 版即可 )(这个网上
1.前提: 本地已安装PL/SQL Developer可视化工具和Instant Client文件 Instant Client下载地址: https://www.oracle.com/cn/database/technology/winx64soft.html 2.配置instantclient_11_2的文件 在instantclient_11_2的安装目录下新建目录network,在network目录下再建admin目录
【Oracle】之Centos7.4安装部署Oracle19c 项目需求 在生产环境中,根据企业业务发展和项目需求,会根据业务的重要性,对业务数据库选型,并建立数据模型,数据库设计等。本次主要针对在Linux操作系统上安装部署Oracle19c数据库系统。 一、oracle软件下载 关于or
前言: 对于oracle日志归档内存不够现象,我们一般都是选择加加大内存,而不是删除日志,因为删除数据将不能还原指定时间段。 1.sql plus登录 sys as sysdba 2.查看ARCHIVED LOG是否为99.9内存不够状态 select * from v$flash_recovery_area_usage; 3.加大内存---设置使用空间大小(2
在RAC下spfile位置的修改与单节点环境不完全一致,有些地方需要特别注意,否则可能修改会失败。 下面用一个例子说明:SPFILE放在ASM中一个不正确的目录(+ARCH)中,现在想把它放在另外一个目录(+DBSYS)下。 以下是具体步骤: 1.原spfile位置 SQLshowparameter 在RAC下spfile位置的修改
背景:协助客户做验证,客户使用的是RHEL7.6环境,我这边是OEL7.6环境,开始以为区别不大,结果acfs兼容还是遇到问题,特此记录下。 现象:asmca图形没有acfs相关内容,无法使用acfs。 起初以为是个简单的问题,之前也遇到因为bug导致类似现象,结果这次应用最新的RU补丁依然不行。 [grid@db193 ~]$ l
问题 原因 解决方案 参数文件中配置
某个客户数据库在巡检的时候发现alert日志里不定期会出现ORA-609错误,大致内容如下: *********************************************************************** Fatal NI connect error 12537, connecting to: (LOCAL=NO) VERSION INFORMATION:TNS for HPUX: Version 11.2.0.3
Datapump导入数据的时候报错: 连接到:Oracle 数据库 11g 企业版 11.2.0.1.0 版 -具有分区、OLAP、数据挖掘和实际应用程序测试选项的64 位生产ORA-31626:作业不存在ORA-31687:创建工作进程时出错,工作进程 ID 为 1ORA-31687:创建工作进程时出错,工作进程 ID 为 1ORA-31688:工作进程在启动
启动时报错: 查看日志: view /opt/oracle11g/app/db/diag/rdbms/yldev/yldev/trace/alert_yldev.log deprecated system parameters with specified values下有哪些值不推荐(废弃),原来是plsql_debug 这个参数已经不再被11g使用了 可以用“SQL> select name,description from
ORA-01152: file 1 was not restored from a sufficiently old backup ORA-01152: file 1 was not restored from a sufficiently old backup 问题描述 我们在用rman恢复数据库时当执行到将数据库open阶段遇到ORA-01152错误。 问题分析 由于contr
to_date函数错误: select to_date('2019-01-23','yyyy-MM') from dual 中文含义: ORA-01830:日期格式图片在转换整个输入字符串之前结束 这个错误说明'2019-01-23'这个参数的长度大于'yyyy-MM'的长度了,所以不能转换。应该先用substr('2019-01-23',1,7)截取一下变成‘2019-01