C:\Documents and Settings\andyleng>expdp system/oracle@test DIRECTORY=db_backup DUMPFILE=catb_normal.DMP SCHEMAS=catb logfile=expdp_catb_201020727.log parallel=1 CONTENT=ALL FLASHBACK_TIME=SYSDATE
Export: Release 11.2.0.1.0 - Production on 星期五 7月 27 17:43:11 2012
连接到: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORA-31626: 作业不存在
ORA-31637: 无法创建作业 SYS_EXPORT_SCHEMA_02 (用户 SYSTEM)
ORA-06512: 在 "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: 在 "SYS.KUPV$FT_INT", line 798
ORA-39080: 无法为数据泵作业创建队列 "KUPC$C_1_20120727174311" 和 "KUPC$S_1_20120727174311"
ORA-06512: 在 "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: 在 "SYS.KUPC$QUE_INT", line 1530
ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小
C:\Documents and Settings\andyleng>impdp system/oracle@test DIRECTORY=db_backup DUMPFILE=scott.DMP LOGFILE=impdp_scott_20120727.log SCHEMAS=SCOTT CONTENT=ALL PARALLEL=1 TABLE_EXISTS_ACTION=REPLACE
Import: Release 11.2.0.1.0 - Production on 星期五 7月 27 18:09:11 2012
连接到: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORA-31626: 作业不存在
ORA-31637: 无法创建作业 SYS_IMPORT_SCHEMA_09 (用户 SYSTEM)
ORA-06512: 在 "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: 在 "SYS.KUPV$FT_INT", line 798
ORA-39080: 无法为数据泵作业创建队列 "KUPC$C_1_20120727180912" 和 "KUPC$S_1_20120727180912"
ORA-06512: 在 "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: 在 "SYS.KUPC$QUE_INT", line 1530
ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小
这种情况下，貌似是oracle在创建这个任务的时候，因为ORA-06502错误无法创建。
4.问题解决
以上两种情况，和用户数据无关，但出了ORA-06502错误，说明ORACLE本身有一张系统表在插入数据的时候不符合长短需求，而报了这个错。
搜集信息：经查资料， oracle有一个隐含参数“_system_trig_enabled”用来控制系统触发器的，用来存储系统的一些触发事件，但这个表(目前不知道是哪个表)本身有问题，导致数据无法插入。
解决思路： 顺着这个想法，只要我们把这个参数关掉，让系统的日志不保存在那张有问题的表中，就好了（当然有隐含风险，目前未知）：
解决方法：
SQL> show parameter trig
NAME TYPE VALUE
---------------------------------- ----------------------- ---------
_system_trig_enabled boolean FALSE
SQL> alter system set "_system_trig_enabled"=false;
系统已更改。
更改之后，再做上述操作，
问题解决！
根据问题的不同有2种解决方法
一.如果是用户数据，则更改用户表，或者数据
二.如果是oracle系统表，则使用如下语句关系统系统触发器：
alter system set "_system_trig_enabled"=false;
1. 问题起因最近在进行oracle的一些操作时，总会遇到这个错误： ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小,错误如下：ORA-00604: 递归 SQL 级别 1 出现错误ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小ORA-06512: 在 line 72.官方解释查看官方文档上的解释
1. 问题起因
最近在进行oracle的一些操作时，总会遇到这个错误： ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小,错误如下：
[sql]
ORA-00604: 递归 SQL 级别 1 出现错误
ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小
ORA-06512: 在 line 7
ORA-06502: PL/SQL: 数字或值错误：字符串缓冲区太小
ORA-06512: 在"WMSYS.WM_Concat_impl",line30
--检查原因：
WMSYS.WM_Concat返回的是varcha
今天在负责的运维项目中，遇到了关于流程数据无法正常显示的问题。不知道是何种原因，通过调试发现，后台中的存储过程报错。并且显示ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小的错误，由于之前没有遇到过这种问题，不知道是什么原因。但是大致估计可能是存储过程返回的值存在问题，可能和定义的参数的长度有关。
经过尝试，发现修改了返回参数的长度大小，这个问题即得到解决。
最近在进行oracle的一些操作时，总会遇到这个错误： ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小,错误如下：
ORA-00604: 递归 SQL 级别 1 出现错误
ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小
ORA-06512: 在 line 7
今天在系统中导入数据模板时，后台日志中提示如下错误：
ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小
首先想到的是模板中数据字段太长，然后将内容缩短，但是导入时还是提示如上错误；
然后跟踪数据库日志，后台触发器中调用程序包时返回的参数长度太短，调整参数长度，继续导入，成功。
出现这个问题，一般都是字段长度不够导致，如表中字段长度、触发器或是程序包中变量相关
oracle存储过程执行报错：数字或值错误：字符串缓冲区太小。
当时第一反应是存储过程出错了，但是没有第一想到导致出现问题的地方，因为是在生产环境，所以没有去调试该存储过程，而是将其里面的每一段代码单独调出来执行。可是，一切正常，并没有出现问题。
我大概认为导致该问题的原因的某个地方的字符串过长导致的，以为是表数据长度的问题，但是寻找却没...
ORA-27104: system-defined limits for shared memory was misconfigured –oracle的sga超过安装oracle配置的最大内存
ipcs -l
—— Messages Limits ——–
max queues system wide = 32768
max size of message (bytes) = 8192
default max size of queue (bytes) = 16384
—— Shared Memory Limits ——–
max number of segments = 4096
max s
ORA-06502:PL/SQL:数字或值错误：字符串缓冲区太小
ORA-06512:在"WMSYS.WM_CONCAT_IMPL",line 30
记录一下，今天在合并订单号的时候出现了这个错误，想了很久没搞定，在网上搜了多种方法都没有解决（包括自定函数、用系统函数都不行），最后和公司的专业做数据库同事请教得以解决，如下：
一开始用的：
SELECT
Oracle 运行时报错
查询视图报错，原因是原表REMARK的字段类型是CLOB，由于该字段的值过大，导致视图查询时报错使用dbms_lob.substr(）方法截断处理，注意截断后的数据与原表数据不全。具体操作如下：
当超过截断值超过4000时，还是会引起报错，我们可以调小取值至1000。
至此，解决了报错问题。.........
DBMS_LOB.SUBSTR() 会将clob转为 varchar2，而varchar2是有长度限制的 为4000（存储过程里Oracle 10g最大为4000, Oracle 12 可达32767）。
当大字段超过4000时就会报错。
解决方法：
对CLOB字段进行截取然后在进行拼接，截取的长度根据存储的是汉字和数据决定长度。
--第二位表示要截取的字符串的长度
--第三位表示截取字符串的开始位置（注：等于0或1时，都是从第一位开始截取）
SELECT dbms_lob.substr('xxxxx',
这个错误通常出现在 PL/SQL 中尝试将超出字符串缓冲区大小的数据插入到变量中时。为了解决这个问题，你可以尝试以下几个方法：
1. 增加缓冲区大小：你可以尝试增加缓冲区的大小，以容纳更多的数据。
2. 确定数据是否正确：确定输入的数据是否正确，特别是在将数据插入到数据库中时。
3. 使用 SUBSTR 函数截取字符串：如果你正在尝试将一个过长的字符串插入到变量中，你可以使用 SUBSTR 函数将其截取为合适的长度。
4. 使用 CLOB 或 BLOB 数据类型：如果你需要处理大量的文本或二进制数据，请考虑使用 CLOB 或 BLOB 数据类型，它们可以容纳更多的数据。
5. 确定变量类型是否正确：如果你正在尝试将数值类型的数据插入到字符串类型的变量中，或者反之，可能会导致此错误。请确保变量类型正确。
