最近整合了几个测试环境，都放入了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文档和远程协助最后终于处理了，记录下。
最近同事报料，数据库无法执行一些关于数据字典的查询。即使是查询dba_users都会出现错误。从错误日志来看，全部是数据字典的一些错误信息，而用户数据还是ok的。Google了一下，看了看metalink，需要重建数据字典。那就执行catalog.sql吧。晕，竟然连执行这个SQL语句都报错！数据没有备份呢，汗!!! 如果你也是无法成功执行catalog.sql，接着往下看。
在告警日志中记录的ORA-01555（snapshot too old，快照过旧）报错信息类似：
根据文档提示：这是因为可用于网络缓冲区预留的空间较少。可通过修改 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程序块一旦产生异常，而程序并没有指出如何处理，那么程序就会自动终止运行。
朋友前两天问到ORA-00060错误的解决，首先，这种错误都是因为应用设计导致的，当不同的会话处理同一张表的不同行，或者不同表，或者不同事务的时候(这是比较复杂的)，如果出现处理次序的交叉，Oracle就会检测到，进而对其中一个会话抛出ORA-00060，强制回滚，释放锁资源，并将相关信息，写入跟踪文件，Oracle的这种设计，既进行了自恢复，而且记录了相关的信息，便于问题跟踪，值得我们借鉴。
原文链接：http://www.eygle.com/blog/special/oracle_recovery.html
oracle在启动时和启动过程中经常会出现这样那样的错误，简单记录下碰到过的问题，方便备用。
前天写了篇文章《表中已存重复数据的情况，如何增加唯一性约束？》，提到了存在唯一约束前提下，重复数据的问题。
最近的项目中发现处理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,以及对象类型也不被支持。即使是一个包含这些列的表被作为错误日志记录目标表。 三、示例 下面的代码创建表并填充数据用于演示。
工作中碰到问题当然是见怪不怪了，而处理这些问题也是我们的价值所在。 今天处理了几个看起来比较有意思的小问题，当然究其原因，要不是不规范，要不就是基本功不够扎实。 问题1：奇怪的ORA-00600报错，常规的原因 对于ORA-00600的错误，其实自己也碰到过很多次了，绝大多数的情况下，这个错误还是能够反映出来一些不规范的现象。 比如今天得到了一个DDL语句，执行的时候有卡顿，然后直接抛出了ORA-00600的错误。 SQL> CREATE USER "KA_SYS" IDENTIFIED BY VAL
最近系统启动时，收到了ORA-00119以及ORA-00132的错误，该错误实际上跟LISTENER有关，通常的处理办法是将spfile转储为pfile然后从pfile启动
杨廷琨（yangtingkun） 云和恩墨 CTO 高级咨询顾问，Oracle ACE总监，ITPUB Oracle数据库管理版版主 这是一则生产环境的真实维护过程，由于RAC的测试环境空间不足，因此规划给ASM扩展空间，然而在给ASM添加新的磁盘空间时又出现了故障，这类问题在很多用户的生产环境中可能也会遇到。 空间扩展的操作步骤如下： 在RAC环境的节点1上启动了DBCA工具来管理ASM设备； 由于新增的裸设备在ASM图形界面下看不到； 通过root用户将裸设备的访问权限授予了操作系统上的Oracl
昨天处理了一起ora-00600的错误，其中也经历了各种曲折，真是雾里看花，看透了之后发现很多问题都是有原因的。 起初是开发说有一个job运行的时候报错了，数据库版本是11.2.0.2.0 等到问题提
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
链接：http://www.eygle.com/archives/2010/06/asm_format_dictionary.html
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包实现。
今天在巡检系统的时候，发现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
最近重新装个了Oracle 11g，在对分区表导入导出时碰到了ORA-01658错误的问题，因为刚刚才装的新系统，一导出就碰到了下面的问题，
ORA-00911，"911"看着很霸气的错误号，虽然我还是Oracle的初学者，但每次碰到一个未见过的ORA错误号后，都有一种查案的赶脚，根据错误号、OERR、相关错误信息，判断错误原因以及找到解决方案或替代方案，虽然大部分可能还是参考前辈或官方，但碰到一次后，至少是似曾相识了，再次碰到时即使不记得，大概也能有个方向。
杨廷琨（yangtingkun） 云和恩墨 CTO 高级咨询顾问，Oracle ACE总监，ITPUB Oracle数据库管理版版主 在一个测试数据库上创建表空间出现了ORA-569错误。由于环境比较复杂，首先简单描述一下数据库环境信息。这个测试环境安装的是Oracle 11g for Solaris 10 sparc 64bit的RAC环境，使用ASM作为共享数据文件的存储机制。 在RAC环境的一个节点上还建立了一个单实例的数据库，并把这个数据库的数据文件也放到了ASM实例上。 在这个单实例数据库上
有一个库，由于设置了PASSWORD_LIFE_TIME，且到期未重置密码，账户被锁了，手工解锁后，登录发现报错ORA-28002，明明解锁了，为何还会报错？
从Oracle客户端连接到服务器，除了使用静态注册方式之外，9i后续的版本支持动态注册服务，同时可以将服务注册到非默认的端口。将服务注册到非默认端口可以提高数据库系统的安全性。
故障概述 某天晚上，我方收到行方请求协助分析某数据库两节点RAC数据库问题，问题描述如下： 该 数据库版本为11.2.0.3，该版本中ASM内存管理机制有所变化，导致ASM实例对共享内存的需求加大，由于该数据库ASM实例共享内存设置过小，导致ASM实例间歇性出现ORA-4031共享池无法分配连续内存空间。为解决该问题，行方决定调整ASM实例内存参数，而在首先修改节点2 ASM内存参数并重启节点2 grid集群过程中，发现节点1 grid集群状态异常，并且在重启节点2集群后，查看节点1 grid集群状态依然报
五一放假期间，某客户的数据库出现故障，据说对方找了一些工程师折腾了一天，都无法将数据库open，其中参考了网络上的很多文章，也使用了一系列隐含参数，均无法将数据库打开。这里我简单的与大家分享一下这个c
某物化视图在增量刷新的时候报错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
大家好，又见面了，我是你们的朋友全栈君。 同事在Win XP sp2上安装Oracle DataBase 10g Enterprise Edition Release 10.1.0.2.0后，在创建数据库是发生如下错误：
在数据恢复实践（一）中，我们了解到在 Windows 的11.2.0.1的环境中恢复过程比较顺利，那么接下来的测试，是我遇到更加复杂的情况：系统表空间保护两个不连续的系统文件；恢复过程中出现 ORA 错误及数据字典不匹配的情况。我借助了一些非常规的手段规避这些问题，达到数据拯救的目的。
今天巡检遇到数据库报错 ORA-07445 [qkaMarkQkn] 错误，数据库版本为 11204 (x86_64)，错误日志如下：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
