1 通过命令查看错误日志目录:show parameter background_dump_dest /usr/oracle/app/diag/rdbms/orcl/orcl/trace   2 根据错误提示的PID:3159 模糊查询对应的错误日志   find -name "*ora*3159*.trc"   more orcl_ora_3159.trc   3 查询归档日志 select * from v$recovery_file_dest;   删除归档日志     4 警告

工作环境ORACLE 11g 归档日志满了,手动删除出现 ora 异常. 注:工作环境是linux redhat 5 执行命令如下: 1. 进入rman 2. connect target / 3. crosscheck archivelog all; 4. delete expired archivelog all; 执行到最后一步出现异常 RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream

这种错误是在多次安装oracle都没有成功的情况下发生的. 正确安装oracle,是有前提条件的 1,安装最新的jdk,不是jre!!(并配好环境变量,在cmd中测试 java -version与javac -version都能出版本为OK) 2,安装包一定要右键使用管理员权限安装,不然后期会有很多什么内存不符合要求之类的,这就是权限不够. OK,当遇到标题上的问题时,请查看“D:\app\tina\product\11.2.0\” 其中"tina"是你计算机名,下面是不是有多个dbh

1.查看当前归档日志目录 SQL> show parameter recovery NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string /u01/app/oracle/fast_recovery_ area db_recovery_file_dest_size big integer 4182M re

一.第一种方法 1.切换到oracle用户 su - oracle 2.进入sqlplus窗口 sqlplus / as sysdba 3.执行sql命令,查看trace文件位置:background_dump_dest就是后台日志 show parameter dump; 4.切换到trace目录下 cd /u01/app/oracle/diag/rdbms/prod/PROD/trace 5.查看带有alert关键字的文件,alert_INSTANCENAME.ora即是alert日志的名字

[grid@db2 db2]$ adrci ADRCI: Release 12.2.0.1.0 - Production on Mon Feb 25 15:51:14 2019 Copyright (c) 1982, 2017, Oracle and/or its affiliates. All rights reserved. ADR base = "/u01/app/grid"adrci> show homesADR Homes: diag/rdbms/_mgmtdb/-MG

SELECT t.SQL_TEXT, t.FIRST_LOAD_TIME,t.PARSING_SCHEMA_NAME FROM v$sqlarea t WHERE t.SQL_TEXT LIKE 'DELETE%'                             -- 操作语句AND t.PARSING_SCHEMA_NAME in('CHAOSHIGW','test1','test2') -- 用户名AND t.FIRST_LOAD_TIME >= '2019-07-01'      

可使用如下语句查询11g告警日志存放路径: --显示DIAGNOSTIC_DEST的位置 1.show parameter DIAGNOSTIC_DEST;                              --查询xml文件的目录 2.select value from v$diag_info where name='Diag Alert';   --查询文本文件的目录 3.select value from v$diag_info where name='Diag Trace'; 4

假设.bash_profile中oracle相关环境变量如下: $ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1 $ORACLE_BASE=/u01/app/oracle $ORACLE_SID=orcl 1.监听 TNS等配置文件位置 1.1 linux $ORACLE_HOME/network/admin /u01/app/oracle/product/11.2.0/db_1/network/admin 1.2 windows %ORACLE_

  需求持续更新,优化一刻不停--Tapdata Cloud 2.1.5 来啦!   最新发布的版本中,数据连接再上新,同时新增任务报错相关信息快速查询入口,开始支持 JVM 参数自定义设置.   更新速览 数据连接上新:持续牵手云数据库,新增支持阿里云 PolarDB PostgreSQL,以及 Amazon RDS for MySQL 作为源和目标: 新增错误日志快速查询入口:任务运行出错时,可以直接通过弹窗预览错误信息,同时还可在弹窗底部获取完整日志查询入口,一键快速到达日志展示页面: A

现象:Windows 操作系统的Oracle 数据库,使用sqlplus 连接(不指定实例名)连接很快,程序连接或使用连接工具或在Net Manager 中测试连接都需要花费约三四十秒的时间(程序连接可能失败). 通过tsping localhost 测试,亦花费三四十秒. 查看监听警告日志(所在位置在文章后面介绍),有信息如下: <msg time='2017-05-16T16:57:51.811+08:00' org_id='oracle' comp_id='tnslsnr' type='U

工作需要,安装装了oracle 11g,在导入其他机器上的备份数据的时间,发生一个错误: IMP-00019: 由于 ORACLE 错误 12899 而拒绝行IMP-00003: 遇到 ORACLE 错误 12899ORA-12899: 列 "ZHENG"."D_DIC"."DICEXPLAIN" 的值太大 (实际值: 140, 最大值: 100) 这个数据表结构是直接注入的,根本不会这样子的啊.后来在网上查了才知道原来是字符集的问题: 在日志文

三 补充日志(supplemental logging) 补充日志是对重做记录中变更矢量的补充信息,增加了变更矢量记载的记录量.Oracle某些功能要求启用补充日志才能正常或更好的工作,比如logminer(日志挖掘器).闪回事务查询.闪回事务等. 对于insert和delete来说,常规的重做记录记载了被更改的行的所有字段,没有什么补充,但是update例外,不但所有字段的旧值没有被记录(除非更新所有字段),有时update还是导致行迁移, 补充日志主要就是为update服务的,补充的目的就是

问题描述:客户反映客户端不能登录应用程序时不能连接.环境:AIX 5.3 + Oracle 11gR2解决:远程Telnet到数据库主机,sqlplus / as sysdba 连接后操作正常,表明数据库服务器应该正常,然后在客户端用sqlplus连接数据库提示密码过期错误:ORA-28001: the password has expired,原来是密码过期了.分析:原来Oracle 11g之前的版本默认profile是没有密码过期的限制的,在Oracle 11g中默认的profile启用了密

转自https://blog.csdn.net/louwzh/article/details/51274955 环境:Linux redhat6.3 下安装的oracle11g oracle 11g推出了审计功能,但这个功能会针对很多操作都产生审计文件.aud,日积月累下来这些文件也很多,默认情况下,系统为了节省资源,减少I/0操作,其审计功能是关闭的 一.审计功能关闭 1.查看审计功能是否开启?su – oraclesqlplus “/as sysdba”SQL> show parameter

Oracle 11g R2(11.2.0.1) RAC  数据文件路径错误解决--ORA-01157 ORA-01110: 数据文件 oracle 11g R2(11.2.0.4) rac--scan ipselect file_name,tablespace_name from dba_data_files;+DATA/bol/datafile/system.259.990861405 SYSTEM+DATA/bol/datafile/sysaux.260.990861407 SYSAUX+D

在一次帮助客户解决归档满的过程中遭遇了此错误. 客户是新上线系统,11g版本.设置了归档清除脚本(脚本参考:http://www.ludatou.com/?p=766),结果发现以往没问题的脚本在此刻居然行不通,报了一对Rman-08517的错误,经查询发现是在11g里归档日志记录的一个机制导致的,必须加上force才可以. 命令如下: delete noprompt force archivelog until time ‘sysdate – 7’; http://www.ludatou.co

文档结构: 资料来自官方网站: https://docs.oracle.com/cd/E11882_01/server.112/e22490/logminer.htm#SUTIL019 来自论坛: https://blog.csdn.net/yes_is_ok/article/details/79296614 来自朋友网站: https://www.cnblogs.com/sky2088/p/9273351.html Oracle 9i后可以分析DDL语句,另外还可分析得到一些必要的回滚SQL语

Oracle数据库的最常用问题定位日志是alert日志,Oracle数据库的日志文件alert_$ORACLE_SID.log记录了重作日志的转换,数据库启动和关闭,数据库结构的改变,回退段的修改,死锁,内部错误等信息.     路径是$ORACLE_BASE/admin/$ORACLE_SID/bdump/alert_$ORACLE_SID.log,但是在Oracle 11g中已经找不到bdump这个目录了. 新的Oracle数据库的日志文件在$ORACLE_BASE/diag/rdbms下面

[root@testdb11b ~]# /u01/app/oraInventory/orainstRoot.sh Changing permissions of /u01/app/oraInventory. Adding read,write permissions for group. Removing read,write,execute permissions for world. Changing groupname of /u01/app/oraInventory to oinstal