ITPub博客

rman备份时报错信息：ORA-19809: limit exceeded for recovery filesORA-19804: cannot reclaim 52428800 bytes disk space from 2147483648 limitRMAN-00571: ===========================================================

查看默认 RMAN 配置CONFIGURE CONTROLFILE AUTOBACKUP FORMATFORDEVICE TYPEDISKTO'%F'; #default修改控制文件自动备份路径CONFIGURE CONTROLFILE AUTOBACKUP FORMATFORDEVICE TYPEDISKTO'/data/backup/ctl.f';此时出现报错：

不知道最近打 psu的注意到没有 ，从 opatch 12.2.0.1.5 及 11.2.0.1.14开始，我们的 opatch 工具目录下，再没有 ocm/bin/emocmrsp文件，原因是这个已经被毁弃。但一些打补丁的note中，还未更新，还在使用这种语法：# opatchauto apply <UNZIPPED_PATCH_LOCATION>/27006180 -ocmrf &

在安装12C GI的过程中，会要求安装GIMR的数据库MGMTDB，当然你可能会选NO。在12.1.01版本时是可以选择GIMR不安装，但是在12.1.0.2和12.2 版本中GIMR成了强制安装，即使在这里选择了NO，这里的YES和NO的区别只是把MTMTDB是存放在OCR ASM DISKGROU还是独立的创建ASM DISKGROUP.   12C r1是GIMR的位置是

在备库上进行查询时，登录用户发现用户被锁定报错：ora-28000:the account is locked但SYS用户登陆后查看其用户状态为OPEN状态一般是由bug导致的，是主库上修改了对应用户的密码，导致备库上的用户无法登录解决方法：1.可以尝试unlock用户在备库端执行alter user account unlock;然后尝试登陆SQL> conn / as sysdbaCon

alert 告警提示信息ORA-48132: requested file lock is busy, [HM_FINDING] [/db1/XXXXX/oraadmin/diag/rdbms/XXXXXX/XXXXX/lck/ ]ORA-48170: unable to lock file - already in useLinux-x86_64 Error: 11: Resource temp

1.检查数据库状态[oracle@szdb product]$ sqlplus /nologSQL*Plus: Release 19.0.0.0.0 - Production on Fri Oct 29 14:48:12 2021Version 19.12.0.0.0Copyright (c) 1982, 2021, Oracle.  All rights reserved.SQL&gt

才安装好的一个ORACLE 11G 11.2.0.4的一套RAC，通过DG同步的数据，激活用于测试，在本地通过SCANIP链接，没有问题，conn sz/sz2486@192.168.133.2:1521/orclConnected.但从其他机器链接，就会报错：SQL> conn sz/sz2486@192.168.133.2:1521/orclERROR:ORA-12545: Connec

比如我的备库大部分数据文件在 +DATA/neworcl/datafile/,但有两个数据文件在 +data/orcl/datafile/List of Permanent Datafiles===========================File Size(MB) Tablespace           RB

在12.2里面，每天晚上自动空间advisor执行报 ORA-00060死锁的问题，该问题是一个BUG，具体报错信息：2020-06-07T23:10:34.940789+08:00ORA-00060:deadlock resolved; details in file/software/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_j001_63824.t

1.查找WALLET的目录sql>CT WRL_TYPE,WRL_PARAMETER,STATUS,WALLET_TYPE FROM V$ENCRYPTION_WALLET;FILE      /u01/app/oracle/admin/orcl/wallet   NOT_AVAILABLE   UNKNOWN2

检查发现一节点监听状态为Not All Endpoints Registered经检查监听状态异常的机器，监听能正常进入，后发现本地有两个监听，一个GRID用户的，一个ORACLE用户的停掉ORACLE用户的后，监听状态正常。

Note:The APPROX_COUNT_DISTINCT function is available starting with Oracle Database 12c Release 1 (12.1.0.2).用例：求scott.emp表中一共有多少个部门11g:SELECT COUNT(DISTINCT deptno) AS cnt FROM scott.emp12c:SELECT APP

AQ Failing With ORA-6544 [pevm_peruws_callback-1] [16224] (Doc ID 2443098.1) To BottomTo Bottom In this Document Symptoms Changes Cause Solution References Applies to: Oracle Database - Enterprise

oracle 12.2.0.1版本报错：Errors in file /u01/app/oracle/diag/rdbms/easdb/easdb2/trace/easdb2_j000_27520.trc:ORA-12012: 自动执行作业 "SYS"."ORA$AT_OS_OPT_SY_21" 出错ORA-20001: Statistics Advisor

centos 系统的服务器打开终端很慢，并显示'abrt-cli status' timed out。输入abrt-auto-reporting enabled可解决

思路分析： 1、发现数据库宕机，检查alert日志发现如下出现控制文件：I/O错误 Thu Apr 11 06:40:14 2019 WARNING: Read Failed. group:2 disk:1 AU:675 offset:16384 size:16384 WARNING: failed to read mirror side 1 of virtual extent 0 logical

Using configuration parameter file: /u01/app/11.2.0/grid/crs/install/crsconfig_paramsunable to get oracle owner for这个错误的主要原因是LANG环境变量为中文导致opatch不能准确的获取ORACLE_HOME导致，这应该算是opatch的一个BUG了，但Oracle认为这只是个PRO

执行卸载grid的脚本报错：Can’t locate Env.pm in @INC (@INC contains: /usr/local/lib64/perl5  /usr/local/share/perl5  /usr/lib64/perl5/vendor_perlusr/share/perl5/vendor_perl /usr/lib64/perl5  /usr/

在oracle11.2.0.4 RAC上重启节点后，发现一个节点的数据库启动失败报错为：SQL> startupORA-01078: failure in processing system parametersORA-01565: error in identifying file '+DATA/test/spfiletest.ora'ORA-17503: ksfdopn: