ITPub博客

alert日志中存在大量解析报错：2025-02-25T12:14:43.513024+08:00WARNING: too many parse errors, count=761909 SQL hash=0x97b8f2a5PARSE ERROR: ospid=342723, error=2014 for statement: 2025-02-25T12:14:43.513178+08

多次输入错误账号查询状态：select username,account_status from dba_users;TEST                   EXPIRED(GRACE) 密码错误延迟登录，延迟登录还能登录或者TEST    &

   数据库io负载较高，繁忙度频繁达到90%以上这是在正常业务情况下的繁忙层度，如果有抽数据或者查询量大些就会造成卡顿。Awr IO读写并不高，读268M，写0.6M，加起来不超过300M，考虑到存储做raid，估算基本上达到机械盘的上限。当前会话连接数每个节点接近2000，两个节点连接总数如下：SQL> select count(1) from gv$session;

9i和10gR1版本之前，所有 dblink 的密码都是以明文方式在 sys.link$ 中的password字段中存储。可以直接通过查询sys.link$基表进行SQL拼接来完成迁移dblink。 select 'create database link '||NAME || ' connect to '|| USERID ||' identif

SQL> select name from v$datafile;NAME--------------------------------------------------------------------------------/home/oracle/app/oradata/orcl\SYSTEM01.DBF/home/oracle/app/oradata/orcl/SYSAUX01

新连接报ORA-12560df -h检查空间满但du -sh /oracle却只有700多G，检查删除文件未释放空间发现有个进程占用较大空间kill掉进程后空间恢复

原表非分区表：T_EC_EVENT_CONTENT创建中间表：INIT_T_EC_EVENT_CONTENT创建中间分区表create table INIT_T_EC_EVENT_CONTENT(  EVENTID      VARCHAR2(50),  JHDATE       DATE not null,&nbsp

应用人员反馈数据库异常，连不上数据库，报错检查alert日志，无法打开日志：服务器后台无法正常登录数据库，通过prelim方式也登录不了数据库：$ sqlplus / as sysdbaSQL*plus: Release 11.2.0.4.0 Production on Thu oct 10 12:11:40 2024copyright(c)1982,2013,oracle. All rights

通过rman做check数据文件后，查询出对象及类型：SELECT e.owner,        e.segment_type,        e.segment_name,      &nb

1、问题描述在使用duplicate搭建DG时报错 包括rman copy，rman备份2、问题分析由于数据文件逻辑坏块导致物理备份不能正常进行。使用rman检查数据文件47 SELECT tablespace_name, segment_type, owner, segment_nameFROM dba_extents    &nbsp

表有坏块时，全表查询会报错：这时候如果有前面正常的rman备份，那么我们就可以通过rman备份直接对数据文件块做恢复先对数据文件做个逻辑检查：RMAN> backup check logical VALIDATE DATAFILE '+EXB_DATA/exb/datafile/cuteinfo.290.948015321';Starting backup at 13-APR

虚拟机查看磁盘空间均足够，但oracle数据库实例频繁宕机alert告警:Mon Sep 30 04:24:37 2024Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl\trace\orcl_ckpt_3268.trc:ORA-00206: error in writing (block 3, # blocks 1) of cont

job执行plsql存储过程异常终止报错，alert日志如下查看导出dump文件Dump file /oracle/app/diag/rdbms/syora/SYORA2/incident/incdir_603756/SYORA2_ora_99344_i603756.trc发现有个删除触发器相关的表，检查框住的存储过程，发现里面有触发器的禁用启用，没有授权增删改系统表权限导致。但是原先是正常的，异

集群起来后gipcd服务不能正常启动检查gipcd日志：2024-08-26 00:29:50.745: [GIPCXCPT][2] gipcPostF [gipcd_ExitCB : gipcd.c : 431]: EXCEPTION[ ret gipcretInvalidObject (3) ]  failed to post obj 0000000000000000, flags

通过 sqlplus / as sysdba 连接数据库，第一次查询正常，再次查询报ORA-01000错误：SQL> select * from dba_tablespace_usage_metrics;select * from dba_tablespace_usage_metrics*ERROR at line 1:ORA-01000: maximum open cursors exce

oracle11g环境，alert日志一直报如下日志：Wed Aug 07 09:40:46 2024Maximum of 148 enabled roles exceeded for user ZHIS. Not loading all the roles.Maximum of 148 enabled roles exceeded for user ZHIS. Not loading all t

方式一：su - oraclesqlplus "/ as sysdba"SQL>select 'copy datafile '||''''||file_name||''''||' to '||''''||'/oradata/dkwhdb_

select * from v$fast_start_transactions;USN        SLT        SEQ STATE          &nbs

目标库上执行：迁移过程带lob字段的T_EC_EVENT表特别慢，停机时间太长，通过物化视图提前迁移T_EC_EVENT表。含lob字段大表通过dblink，创建物化视图（不停机）SQL> create materialized view T_EC_EVENT on prebuilt table refresh fast as select * from T_EC_EVENT@his_lk;

一个典型的增量备份案例，是按照一周为一个周期来进行备份：时间备份级别星期天晚上level   0 星期一晚上level   2 星期二晚上level   2 星期三晚上level   1 星期四晚上level   2星期五晚上level   2 星期六晚上level   21、l