最近整合了几个测试环境，都放入了12c的容器数据库中。今天本来计划再整合几个测试库进来，结果因为碰到了JDBC的问题给耽搁了。 迁移数据库的步骤，因为数据量不大，数据结构较为复杂，所以直接采用了DataPump来做，而且因为测试环境，所以很多问题有充足的时间去排除和分析。 首先我创建了一个PDB CREATE PLUGGABLE DATABASE tbillmob ADMIN USER pdb_mgr IDENTIFIED BY oracle file_name_convert=('/hom
今天生产上项目启动访问 一个数据库的时候，出现了
主机两台，分别是docker私有库服务器（IP 192.168.121.121）和用户开发机（IP 192.168.121.122），开发机从私有库服务器拉取镜像。
英文解析：resource busy and acquire with NOWAIT specified
当数据库检测出内部错误时，会在告警日志内输出相关的错误代码，并输出相关的跟踪日志文件和事件日志文件。
我们知道ORACLE数据库是有C语言写的，对于ORA-600，ORA-7445和ORA-700错误，都是Oracle程序在运行过程中，遭遇异常时报的错误。 根据错误发生时的程序代码不同，原因可能时多种多样的。但通常来讲如果在数据库运行当中遇到这些错误，基本上代表着你遭遇了Oracle的Bug或一些程序实现上的限制。
今天巡检遇到数据库报错 ORA-2730x 错误，数据库版本为Oracle 11204 (x86_64)，错误日志如下：
墨墨导读：某客户单位数据库出现异常，大致现象是：数据库状态是open的，但是其中一个数据文件无法访问，本文分享排查原因与解决问题的整个过程。
有朋友在执行drop操作时，报了如下的错误，经过查询mos文档和远程协助最后终于处理了，记录下。
在告警日志中记录的ORA-01555（snapshot too old，快照过旧）报错信息类似：
最近同事报料，数据库无法执行一些关于数据字典的查询。即使是查询dba_users都会出现错误。从错误日志来看，全部是数据字典的一些错误信息，而用户数据还是ok的。Google了一下，看了看metalink，需要重建数据字典。那就执行catalog.sql吧。晕，竟然连执行这个SQL语句都报错！数据没有备份呢，汗!!! 如果你也是无法成功执行catalog.sql，接着往下看。
根据文档提示：这是因为可用于网络缓冲区预留的空间较少。可通过修改 vm.min_free_kbytes 参数和 MTU 来修复。
ORA-04030报错形如“ORA-04030 'out of process memory when trying to allocate %s bytes (%s,%s)'”，该错误意味着Oracle Server进程无法从操作系统分配更多内存。该内存由PGA组成，其内容取决于服务器配置。对于专用的服务器进程，内存包含堆栈以及用于保存用户会话数据、游标信息和排序区的UGA。在多线程服务器（共享服务器）中，UGA被分配在SGA中，所以在这种配置下UGA不是造成ORA-04030错误的原因。因此，ORA-04030表示进程需要更多内存（堆栈、UGA或PGA）来执行其任务。
Oracle故障诊断有助于预防，检测，诊断和解决问题。特别针对的问题是诸如由代码错误，元数据损坏和客户数据损坏引起的重大错误。
异常（EXCEPTION）处理是用来处理正常执行过程中未预料到的事件，包括程序块的异常处理、预定义的错误和自定义错误。如果PL/SQL程序块一旦产生异常，而程序并没有指出如何处理，那么程序就会自动终止运行。
oracle在启动时和启动过程中经常会出现这样那样的错误，简单记录下碰到过的问题，方便备用。
朋友前两天问到ORA-00060错误的解决，首先，这种错误都是因为应用设计导致的，当不同的会话处理同一张表的不同行，或者不同表，或者不同事务的时候(这是比较复杂的)，如果出现处理次序的交叉，Oracle就会检测到，进而对其中一个会话抛出ORA-00060，强制回滚，释放锁资源，并将相关信息，写入跟踪文件，Oracle的这种设计，既进行了自恢复，而且记录了相关的信息，便于问题跟踪，值得我们借鉴。
原文链接：http://www.eygle.com/blog/special/oracle_recovery.html
前天写了篇文章《表中已存重复数据的情况，如何增加唯一性约束？》，提到了存在唯一约束前提下，重复数据的问题。
工作中碰到问题当然是见怪不怪了，而处理这些问题也是我们的价值所在。 今天处理了几个看起来比较有意思的小问题，当然究其原因，要不是不规范，要不就是基本功不够扎实。 问题1：奇怪的ORA-00600报错，常规的原因 对于ORA-00600的错误，其实自己也碰到过很多次了，绝大多数的情况下，这个错误还是能够反映出来一些不规范的现象。 比如今天得到了一个DDL语句，执行的时候有卡顿，然后直接抛出了ORA-00600的错误。 SQL> CREATE USER "KA_SYS" IDENTIFIED BY VAL
最近系统启动时，收到了ORA-00119以及ORA-00132的错误，该错误实际上跟LISTENER有关，通常的处理办法是将spfile转储为pfile然后从pfile启动
最近的项目中发现处理DML Error 时，逐条逐条处理1千多条的数据从临时表 insert 到正式表需要差不多1分钟的时间，性能相当低下，而Oracle 10g中的DML error logging对于DML异常处理性能卓著。原本打算写篇关于这个特性的文章，正好有经典篇章，于是乎，索性翻译供大家参考，有不尽完美之处，请大家拍砖。 缺省情况下，一个DML命令失败的时候，在侦测到错误之前，不论成功处理了多少条记录，都将将使得整个语句回滚。在使用DML error log之前，针对单行处理首选的办法是使用批量SQL FORALL 的SAVE EXCEPTIONS子句。而在Oracle 10g R2时，DML error log特性使得该问题得以解决。通过为大多数INSERT,UPDATE,MERGE,DELETE语句添加适当的LOG ERRORS子句，不论处理过程中是否出现错误，都可以使整个语句成功执行。这篇文章描述了DML ERROR LOGGING操作特性，并针对每一种情形给出示例。 一、语法 对于INSERT, UPDATE, MERGE 以及 DELETE 语句都使用相同的语法 LOG ERRORS [INTO [schema.]table] [('simple_expression')] [REJECT LIMIT integer|UNLIMITED] 可选的INTO子句允许指定error logging table 的名字。如果省略它，则记录日志的表名的将以"ERR$_"前缀加上基表名来表示。 simple_expression表达式可以用于指定一个标记，更方便去判断错误。simple_expression能够为一个字符串或任意能转换成字符串的函数 REJECT LIMIT 通常用于判断当前语句所允许出现的最大错误数。缺省值是0，最大值则是使用UNLIMITED关键字。对于并行DML操作而言，REJECT LIMIT 会应用到每个并行服务器。 二、使用限制 下列情形使得DML error logging 特性失效 延迟约束特性 Direct-path INSERT 或MERGE 引起违反唯一约束或唯一索引 UPDATE 或 MERGE 引起违反唯一约束或唯一索引 除此之外，对于LONG,LOB,以及对象类型也不被支持。即使是一个包含这些列的表被作为错误日志记录目标表。 三、示例 下面的代码创建表并填充数据用于演示。
昨天处理了一起ora-00600的错误，其中也经历了各种曲折，真是雾里看花，看透了之后发现很多问题都是有原因的。 起初是开发说有一个job运行的时候报错了，数据库版本是11.2.0.2.0 等到问题提
杨廷琨（yangtingkun） 云和恩墨 CTO 高级咨询顾问，Oracle ACE总监，ITPUB Oracle数据库管理版版主 这是一则生产环境的真实维护过程，由于RAC的测试环境空间不足，因此规划给ASM扩展空间，然而在给ASM添加新的磁盘空间时又出现了故障，这类问题在很多用户的生产环境中可能也会遇到。 空间扩展的操作步骤如下： 在RAC环境的节点1上启动了DBCA工具来管理ASM设备； 由于新增的裸设备在ASM图形界面下看不到； 通过root用户将裸设备的访问权限授予了操作系统上的Oracl
Windows环境下进行数据库登陆时，发生ORA-12560/ORA-12557错误。
上篇讲了 Oracle pfile 参数文件 ，这篇讲讲 spfile 参数文件！
最近碰到了一个关于ASM无法启动的案例，当然这个案例比较长，准备分两篇来写。 问题的背景如下： 目前存在一套standalone的环境，采用了ASM作为存储管理，业务属于实时统计，在某一天下班的时候开发的同事突然联系我说，数据库感觉有些问题，因为部分应用开始报错了，然后他们问我在这段时间做过什么操作没有，从我的印象来看下午4点只对部分分区做了例行维护，其它什么都没调整。问题是在6点开始发现，所以应该没有什么关联。 当然口说无凭，开发的同学也反馈了报错的信息。 反馈错误信息1：Yourdatabase con
今天在搭建dataguard环境的时候，发现操作还是生疏了，环境也被反反复复折腾了好久，也碰到了一些小问题，总结一下。 第一个问题是使用sys账户登录rman的时候总是报错。比如密码是oracle ，使用sqlplus登录的时候总是报错。 >sqlplus sys/oracle@test11g as sysdba ERROR:ORA-01031: insufficient privileges 这个问题的思路就是密码文件出现了问题，但是使用orapwd重建密码文件都不见效，最后冷静下来，使用tnsping
1.1 异常处理概念 1.1.1 预定义的异常处理 1.1.2 非预定义的异常处理 1.1.3 用户自定义的异常处理 1.1.4 用户定义的异常处理 1.2 异常错误传播 1.2.1 在执行部分引发异常错误 1.2.2 在声明部分引发异常错误 1.3 异常错误处理编程 1.4 在 PL/SQL 中使用 SQLCODE, SQLERRM异常处理函数 即使是写得最好的PL/SQL程序也会遇到错误或未预料到的事件。一个优秀的程序都应该能够正确处理各种出错情况，并尽可能从错误中恢复。任何ORACLE错误（报告为
当一个DML语句运行的时候，如果遇到了错误，那么这条语句会进行回滚，就好像没有执行过。对于一个大的DML语句而言，如果个别数据错误而导致整个语句的回滚，那么会浪费很多的资源和运行时间。所以，从Oracle 10g开始Oracle支持记录DML语句的错误，而允许语句自动继续执行。这个功能可以使用DBMS_ERRLOG包实现。
链接：http://www.eygle.com/archives/2010/06/asm_format_dictionary.html
今天在巡检系统的时候，发现alert日志中有两种类型的ora错误。 Errors in file /U01/app/oracle/diag/rdbms/XX/XX/trace/xxdb_j002_20401.trc: ORA-12012: error on auto execute of job "XXDATA"."S_XXXX_HIST_OPS_SERINFO_K" ORA-12170: TNS:Connect timeout occurred ORA-06512: at "XXDATA.L_XX
解决就很简单了，由于整体的导入是成功的，这时主表已经有数据了，所以我们只需将该子表单独导入一下就可以
开发人员说新建了一个package，在编译的过程中出现了一些错误。提示为PL/SQL:ORA-00942: table or view does not exists。这是一个很明显的错误，即要么是表不存在，要么是由于没有权限就会出现该错误提示。根据这个提示，在增加相应的权限后，再次编译收到了ORA-04028: cannot generate diana for object这个错误提示。下面是具体的描述。
--==========================================
最近在从活动数据库进行异机克隆时碰到了ORA-17629，ORA-17627，ORA-12154的错误，起初以为是一个Bug呢。Oracle Bug着实太多了，已经成了习惯性思维了。汗！错误提示是无法连接到连接到远程数据库，连接字符串无法解析。咦，配置了从auxiliary DB到target DB的tnsnames，且都是连通的阿......
ORACLE数据库表示的错误，通常由3个字母加上5个数字来组成，如：ORA-nnnnn,TNS-nnnnn等，其中：
--======================================================= -- ORA-39126 KUPW$WORKER.PUT_DDLS [TABLE_STATISTICS]错误 --======================================================= 在Oracle11g中使用impdp导入时，碰到了下列错误：ORA-39126 KUPW$WORKER.PUT_DDLS [TABLE_STATISTICS]中 Worker 发生意外致命错误 如下： impdp system/passwd directory=data_pump_dir dumpfile=nmg350627.DMP schemas=hohhot remap_schema=hohhot:hohhotnmg logfile=imp0701.log Import: Release 11.2.0.1.0 - Production on 星期五 7月 1 16:10:51 2011 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. ;;; 连接到: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production With the Partitioning, OLAP, Data Mining and Real Application Testing options 已成功加载/卸载了主表 "HOHHOTNMG"."SYS_IMPORT_SCHEMA_01" 启动 "SYSTEM"."SYS_IMPORT_SCHEMA_01": system/******** directory=data_pump_dir dumpfile=nmg350627.DMP schemas=hohhot remap_schema=hohhot:hohhotnmg logfile=imp0701.log 处理对象类型 SCHEMA_EXPORT/USER 处理对象类型 SCHEMA_EXPORT/SYSTEM_GRANT 处理对象类型 SCHEMA_EXPORT/ROLE_GRANT 处理对象类型 SCHEMA_EXPORT/DEFAULT_ROLE 处理对象类型 SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA 处理对象类型 SCHEMA_EXPORT/TYPE/TYPE_SPEC 处理对象类型 SCHEMA_EXPORT/SEQUENCE/SEQUENCE 处理对象类型 SCHEMA_EXPORT/TABLE/TABLE 处理对象类型 SCHEMA_EXPORT/TABLE/TABLE_DATA . . 导入了 "HOHHOTNMG"."TAPP_RESOURCE" 26.30 MB 1408 行 . . 导入了 "HOHHOTNMG"."TAPP_INFO_FILE" 17.67 MB 94 行 . . 导入了 "HOHHOTNMG"."TAPP_SCHEMA_BUTTON" 6.484 MB 782 行 . . 导入了 "HOHHOTNMG"."TAPP_FINDEXQUEUE" 400.4 KB 183 行 . . 导入了 "HOHHOTNMG"."TAPP_ROLE_OBJ_PRIV" 4.430 MB 36574 行 ........... 处理对象类型 SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS ORA-39126: 在 KUPW$WORKER.PUT_DDLS [TABLE_STATISTICS] 中 Worker 发生意外致命错误 ORA-06502: PL/SQL: 数字或值错误 LPX-00225: end-element tag "HIST_GRAM_LIST_ITEM" does not match start-element tag "EPVALUE" ORA-06512: 在 "SYS.DBMS_SYS_ERROR", line 95 ORA-06512: 在 "SYS.KUPW$WORKER", line 8165 ----- PL/SQL Call Stack ----- object li
ORA-00911，"911"看着很霸气的错误号，虽然我还是Oracle的初学者，但每次碰到一个未见过的ORA错误号后，都有一种查案的赶脚，根据错误号、OERR、相关错误信息，判断错误原因以及找到解决方案或替代方案，虽然大部分可能还是参考前辈或官方，但碰到一次后，至少是似曾相识了，再次碰到时即使不记得，大概也能有个方向。
有一个库，由于设置了PASSWORD_LIFE_TIME，且到期未重置密码，账户被锁了，手工解锁后，登录发现报错ORA-28002，明明解锁了，为何还会报错？
最近重新装个了Oracle 11g，在对分区表导入导出时碰到了ORA-01658错误的问题，因为刚刚才装的新系统，一导出就碰到了下面的问题，
杨廷琨（yangtingkun） 云和恩墨 CTO 高级咨询顾问，Oracle ACE总监，ITPUB Oracle数据库管理版版主 在一个测试数据库上创建表空间出现了ORA-569错误。由于环境比较复杂，首先简单描述一下数据库环境信息。这个测试环境安装的是Oracle 11g for Solaris 10 sparc 64bit的RAC环境，使用ASM作为共享数据文件的存储机制。 在RAC环境的一个节点上还建立了一个单实例的数据库，并把这个数据库的数据文件也放到了ASM实例上。 在这个单实例数据库上
五一放假期间，某客户的数据库出现故障，据说对方找了一些工程师折腾了一天，都无法将数据库open，其中参考了网络上的很多文章，也使用了一系列隐含参数，均无法将数据库打开。这里我简单的与大家分享一下这个c
故障概述 某天晚上，我方收到行方请求协助分析某数据库两节点RAC数据库问题，问题描述如下： 该 数据库版本为11.2.0.3，该版本中ASM内存管理机制有所变化，导致ASM实例对共享内存的需求加大，由于该数据库ASM实例共享内存设置过小，导致ASM实例间歇性出现ORA-4031共享池无法分配连续内存空间。为解决该问题，行方决定调整ASM实例内存参数，而在首先修改节点2 ASM内存参数并重启节点2 grid集群过程中，发现节点1 grid集群状态异常，并且在重启节点2集群后，查看节点1 grid集群状态依然报
从Oracle客户端连接到服务器，除了使用静态注册方式之外，9i后续的版本支持动态注册服务，同时可以将服务注册到非默认的端口。将服务注册到非默认端口可以提高数据库系统的安全性。
大家好，又见面了，我是你们的朋友全栈君。 同事在Win XP sp2上安装Oracle DataBase 10g Enterprise Edition Release 10.1.0.2.0后，在创建数据库是发生如下错误：
某物化视图在增量刷新的时候报错ora-00920，尝试全量刷新的时候，报错ora-00904。
在本地的测试库中，本来空间就不足，结果创建了一个表有600多万条记录，想创建一个index. 物理段有340多M. 临时段大小有100M,结果想创建一个索引，总是报临时表空间不足的错误。 [ora11g@rac1 test]$ ksh test.sh "create unique index t_pk on t(object_id) tablespace pool_data nologging online;" create unique index t_pk on t(object_id) tables
SQL> create table tbl_ora_60 ( id number(5), name varchar2(5) ); SQL> insert into tbl_ora_60 values(1, 'a'); 1 row created. SQL> insert into tbl_ora_60 values(2, 'b'); 1 row created. SQL> commit; Commit complete. SQL> select * from tbl_ora_60; ID NAME ---------- ----- 1 a 2 b 实验开始 Session1： SQL> update tbl_ora_60 set name='c' where id=1; 1 row updated. Session2： SQL> update tbl_ora_60 set name='d' where id=2; 1 row updated. Session1： SQL> update tbl_ora_60 set name='e' where id=2; hang住 Session2： SQL> update tbl_ora_60 set name='f' where id=1; hang住 此时，Session1： SQL> update tbl_ora_60 set name='e' where id=2; update tbl_ora_60 set name='e' where id=2 * ERROR at line 1: ORA-00060: deadlock detected while waiting for resource 说明： Session1 Session2 获取id=1的资源锁 获取id=2的资源锁 等待id=2的资源锁 等待id=1的资源锁 id=2的SQL报ORA-60，自动rollback 1、因为id=2的资源锁是Session2先获取的，因此Oracle会自动rollback产生死锁时后需要资源锁的SQL，Session1的更新id=2操作被rollback。 2、从中可以发现，真正报ORA-60错误的SQL获取的资源(此例中id=2)，并不是触发死锁产生的那个资源(此例中id=1)，此例用的是同一个表的不同行，对不同表的相同行也如此，也可以解释之前夜维出现ORA-60时显示的SQL之间表是不同的原因，因为夜维执行的某个表更新与当前应用执行的某个表更新之间存在互锁的情况，因此可能导致夜维SQL报ORA-60或应用报ORA-60的错误。 此时，Session1： SQL> select * from tbl_ora_60; ID NAME ---------- ----- 1 c 2 b 说明：此处可以证明产生报错后，Oracle自动执行的rollback操作是基于单条SQL，不是整个事务的，所以这里只有id=2的记录被rollback，id=1的执行仍正常。 Session2： SQL> update tbl_ora_60 set name='f' where id=1; hang住 继续，Session1： SQL> commit; Commit complete. Session2： SQL> update tbl_ora_60 set name='f' where id=1; 1 row updated. Session1： SQL> select * from tbl_ora_60; ID NAME ---------- ----- 1 c 2 b 只有id=1更新成功。 Session2： SQL> select * from tbl_ora_60; ID NAME ---------- ----- 1 f 2 d id=1和id=2都更新成功，但未COMMIT。 SQL> commit; Commit complete. Sess
新安装了Oracle 11g rac之后，不知道是什么原因导致第二个节点上的crsd无法启动？其错误消息是CRS-4535: Cannot communicate with Cluster Ready Services。其具体的错误信息还需要查看crsd.log日志才知道。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
