Oracle卸载卸不干净,Oracle彻底删除的办法(winxp)
1、开始->设置->控制面板->管理工具->服务 停止所有Oracle服务。 2、开始->程序->Oracle - OraHome81->Oracle Installation Products->Universal Installer 卸装所有Oracle产品 3、运行regedit,选择HKEY_LOCAL_MACHINESOFTWAREORACLE,按del键删除这个入口。 4、运行regedit,选择HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices,滚动这个列表,删除所有Oracle入口 5、从桌面上、STARTUP(启动)组、程序菜单中,删除所有有关Oracle的组和图标 6、重新启动计算机,重起后才能完全删除Oracle所
【ZT】DBA职责与日常工作计划
DBA一般职责 1.安装和升级数据库服务器,以及应用程序工具构建和配置网络环境. 2.熟悉数据库系统的存储结构预测未来的存储需求,制订数据库的存储方案. 3.根据开发人员设计的应用系统需求创建数据库存储结构. 4.根据开发人员设计的应用系统需求创建数据库对象 5.根据开发人员的反馈信息,在必要的时候修改数据库的结构 6.管理数据库的用户维护数据库的安全性7.控制和监控用户对数据库的存取访问 8.监控和优化数据库的性能 9.制定数据库备份计划,灾难出现时对数据库信息进行恢复 10.备份和恢复数据库 11.联系数据库系统生产厂商,
Oracle联机日志文件丢失或损坏的处理方法 (转)
经验总结: 联机日志分为当前联机日志和非当前联机日志,非当前联机日志的损坏是比较简单的,一般通过clear命令就可以解决问题。 损坏非当前联机日志: 1、启动数据库,遇到ORA-00312 or ORA-00313错误,如: ORA-00313: open failed for members of log group 4 of thread 1 ORA-00312: online log 3 thread 1: '/opt/oracle/db04/oradata/ORCL/redo03.log' 从这里我们知道日志组1的数据文件损坏或丢失了 从报警文件可以看到更详细的信息 2、查看V$log视图: SQL>; select group#,sequence#,archived,status from v$log;
Explain Plan中AUTOTRACE引起的SP2-0613和SP2-0611错误 (转)
http://hi.baidu.com/c_zhao/blog/item/af2784f472dec268ddc4742a.htmlSQL> set autotrace traceonly explain SP2-0613: 无法验证 PLAN_TABLE 格式或实体 SP2-0611: 启用EXPLAIN报告时出错 解决方法: 1. 以SYS用户登录 CONNECT / @ as SYSDBA ; 1. 创建PLAN_TABLE(如果未创建) 运行utlxplan.sql(ORACLE_HOME/rdbms/admin下)脚本; 2. 创建plustrace角色(如果未创建) 执行plustrce.sql(ORACLE_HOME/sqlplus/admin/plustrce.sql)脚本; 3. 将plustrace role赋给当前用户 grant plust
删除过期备份报错RMAN-06207(转)
http://space.itpub.net/4227/viewspace-441088由于备份文件被手工删除,导致了这个小bug的产生。 昨天发现备份空间马上就要满了,而备份正在进行之中,于是手工删除了几个RMAN的备份文件。随后删除过期对象的时候出现了RMAN-06207和RMAN-06208错误:RMAN> delete obsolete;RMAN retention policy will be applied to the commandITPUB个人空间(w"V$S-V}{:cXdRMAN retention policy is set to recovery window of 14 days7]W]Or ? u Gg8s0Deleting the following obsolete backups and copies:(T/F K f0B0Type
R12: request WIP Mass Load WIP 成批装入出错 Cannot read value for profile option RPM_CONC_PROCESS_ID in ro
查metalink解决,在此记录一下metalink真是个好东西,不过,要花钱的 ^_^On 12.0.6 in Production:When you are attempting to use the WIP Mass Load program,the following error occurs.ERRORCannot read value for profile option RPM_CONC_PROCESS_ID in routine &ROUTINE.STEPSThe issue can be reproduced at will with the following steps:1. Release the Planned Order from Planning Workbench2. WIP mass Load program completes with Error messageCannot read value for profile option RPM_CONC_PROCESS_ID in routine
WARNING: inbound connection timed out (ORA-3136)
INBOUND_CONNECT_TIMEOUT_<listener_name> parameter in the listener.ora file.SQLNET.INBOUND_CONNECT_TIMEOUT=60 [@more@]
APP-FND-00565: APP_EXPORT.DUMP_DATA 中导出失败 LOB段
APP-FND-00565: APP_EXPORT.DUMP_DATA 中导出失败. PL/SQL错误: ORA-01693: max # extends(240000)已在lob 段APPLSYS.SYS_LOB0000038402C00004$$中达到ORA-06512: 在"APPS.FND_GFM", line 597ORA-06512: 在"APPS.FND_GFM", line 621. OLE 错误:无SQL> select owner,segment_name,segment_type,tablespace_name,extents,max_extents 2 from dba_segments 3 where segment_name='SYS_LOB0000038402C00004$$';SQL> select owner,table_name,column_name,segment_name 2 from dba_lobs 3 where segment_
ORA-27041:unable to open file
ORA-01116: error in opening database file 4ORA-01110: data file 4: '/applis/oracle/prd/data_top/system04.dbf'ORA-27041:unable to open fileLinux Error:24, Too many open files2009-08-06日美高系统出错APP-FND-01564:SUBMIT:others 中出现 oracle 错误 -1116原因:由于ORA-01116:error in opening database file 398ORA-01110:data file 398:'/d05/proddata/arch/a_archive01.dbf'ORA-27041:unable to open fileLinux Error:24:Too many open files Additional information:3,SUBMIT:others 失败.出货错误时执行的 SQL语名为:&am
Unable to View Chinese Font When Using Tools>Copy File
Set the profile option FND: NATIVE CLIENT ENCODING to the appropriate language and then the correct font will be visible.[@more@]
Oracle DBA在新环境下必须了解的事情(转)
【IT168技术讨论】 面对一个全新的环境,作为一个Oracle DBA,首先应该了解什么? 在这里,不谈那些大的方面,比如了解整个IT环境整体情况,假设你已经知道了这些,接下来需要面对的就是这些一个个活生生的database了.这里总结了一些一般的思路来面对一个全先的database,从而快速了解你面对的环境概要. 这也不是教科书,只是一些心得和体会,对于这种问题,每个人的认识的角度是不一样的.欢迎大家继续补充完善. 1、先要了解当前的Oracle 数据库的版本和平台和相关信息 这个很重要,忙乎了半天还知道你的数据库是哪个版本,跑在什么系
ORA-12012: error on auto execute of job 388947
此错误反复出现:Wed Sep 9 22:00:03 2009Errors in file /d01/proddb/10.2.0/admin/PROD_melcoproddb/bdump/prod_j001_12246.trc:ORA-12012: error on auto execute of job 388947ORA-20000: ORA-20000: Content of the tablespace specified is not permanent or tablespace name is invalidORA-06512: at "SYS.PRVT_ADVISOR", line 1624ORA-06512: at "SYS.DBMS_ADVISOR", line 186ORA-06512: at "SYS.DBMS_SPACE", line 1344ORA-06512: at "SYS.DBMS_SPACE", line 1560查metalink,提sr,oracl
Fractured block found during backing up datafile
今天一大早例行数据库检查,在Rock的aler.log日志里发现以下问题:Mon Sep 14 22:02:11 2009Hex dump of (file 11, block 41091) in trace file /oracle/oraprod/proddb/10.2.0/admin/PROD_prod/udump/prod_ora_17341.trcCorrupt block relative dba: 0x02c0a083 (file 11, block 41091)Fractured block found during backing up datafileData in bad block: type: 6 format: 2 rdba: 0x02c0a083 last change scn: 0x056d.2b6d3f2c seq: 0x8 flg: 0x04 spare1: 0x0 spare2: 0x0 spare3: 0x0 consistency value in tail: 0xe88b0601 check va
Process J000 died, see its trace file,kkjcre1p: unable to spawn jobq slave process
今天一早检查alert.log,发现以下错误:Process J000 died, see its trace fileMon Sep 7 16:26:07 2009kkjcre1p: unable to spawn jobq slave process Mon Sep 7 16:26:07 2009Errors in file /d01/proddb/10.2.0/admin/PROD_melcoproddb/bdump/prod_cjq0_27156.trc:Process J000 died, see its trace fileMon Sep 7 16:26:13 2009kkjcre1p: unable to spawn jobq slave process Mon Sep 7 16:26:13 2009Errors in file /d01/proddb/10.2.0/admin/PROD_melcoproddb/bdump/prod_cjq0_27156.trc:Mon Sep 7 16:26:44 2009Process J000 di
ORACLE listener监听设置密码
[orademo@r12demo DEMO_r12demo]$ lsnrctlLSNRCTL for Linux: Version 11.1.0.7.0 - Production on 07-SEP-2009 15:36:14Copyright (c) 1991, 2008, Oracle. All rights reserved.Welcome to LSNRCTL, type "help" for information.LSNRCTL> statusConnecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))STATUS of the LISTENER------------------------Alias DEMOVersion TNSLSNR for Linux: Version 11.1.0.7.0 - ProductionStart Date 07-SEP-2009 15:29:55Up
从V$LOCK里面看到的lmode就是我们能从数据字典里,能看到的所有的锁类型--转
一共有6种 数字越大,锁的级别就越高 0:none1:null 空2:Row-S 行共享(RS):共享表锁,sub share 3:Row-X 行独占(RX):用于行的修改,sub exclusive 4:Share 共享锁(S):阻止其他DML操作,share5:S/Row-X 共享行独占(SRX):阻止其他事务操作,share/sub exclusive 6:exclusive 独占(X):独立访问使用,exclusive 0和1 其中1 select 有时候会加上 2 行共享锁(Select for update,Lock For Update,Lock Row Share ) select for update语句用于锁定行,阻止其他用户在该行上修改数据。当该行被锁定后其他用户可以用SELECT语句查询
转)索引扫描还是全表扫描(Index Scan Or Full Table Scan)
在大多数时候,大家都会认为Sql语句中走Index Scan比Full Table Scan快,我前面也走进了这样的误区(对Index Scan的理解不够)。这两天重新复习了一下这方面内容,并整理了一下。 当Oracle Optimizer(优化器)没有选择Index Scan而选择了Full Table Scan的时候一般会是由两种情况: 1、表没有Analyze,Optimizer得不到statistics(统计)数据,无法评估而选择了Full Table Scan 2、Optimizer通过得到的statistics数据后评估认为Full Table Scan将比Index Scan更快 对于第一种情况当然很好理解,而且只要运行简单的Analyze命令就好了,
EBS R12中重新enable失效用户之后,丢失职责
转自:http://fhtt0606.itpub.net/post/14578/477049 oracle support说这并不是一个bug,是一个问题,呵呵,bug和问题,都是你的错,oracle!工 作中将某个用户失效之后,有可能又需要重新将用户重新启用,在更改了用户的失效时间之后,所有的职责都不见了,琢磨了好一阵子用户相关的表,基本能够确定 问题是由于有效截止日期并没有同步导致,但是由于有可能需要手动update标准表,风险相当大,为此提了一个sr,support给我来了个owc,多 番操作之后得出解决方法如下:1. Go into the responsibility: System Administrator.2. Na
erp clone时端口号被占用的问题
1.先查看日志,看哪个端口号被占用2. #netstat -an|grep 1234563.#lsof -li4.#kill -9 进程号 不能随便杀[@more@]
查看系统已经打过的补丁
转自:http://fhtt0606.itpub.net/category/14578/52534select count(bug_number) from apps.ad_bugs;bug_number 对应 patch号ad_applied_patchesad_applied_patches是你自己adpatch打的那些,但是安装的时候已经包含的patch,这个表不会记录,所以如果要查询某个patch是否已经applied,还是ad_bugs[@more@]