ORA-20001:ORA-02074: 无法在分布式事务处理中 SET NLS

最新推荐文章于 2024-10-28 10:44:42 发布
原创 最新推荐文章于 2024-10-28 10:44:42 发布 · 7.5k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#oracle #parameters #exception #数据库 #360

本文介绍了一种解决在调用Oracle存储过程中遇到ORA-20001错误的方法。通过在数据库连接字符串中添加特定参数WorkaroundOracleBug914652=true来规避该问题，并成功实现了存储过程的正常调用。
部署运行你感兴趣的模型镜像

 

 

ORA-20001: Oracle 错误 -20001：fnd_global.set_nls 中检测到 ORA-20001: Oracle 错误 -2074：fnd_global.set_nls.set_parameter('NLS_LANGUAGE','SIMPLIFIED CHINESE') 中检测到 ORA-02074: 无法在分布式事务处理中 SET NLS

解决办法：在数据库连接字符串中添加Workaround Oracle Bug 914652=true

 

在网上找了好几天才找到的，终于解决了我的问题，哦哦……

您可能感兴趣的与本文相关的镜像

EmotiVoice

EmotiVoice

AI应用

EmotiVoice是由网易有道AI算法团队开源的一块国产TTS语音合成引擎，支持中英文双语，包含2000多种不同的音色，以及特色的情感合成功能，支持合成包含快乐、兴奋、悲伤、愤怒等广泛情感的语音。

ORA-01843:无效的月份解决方法
甘蓝的专栏
11-30 3万+
问题出现的根本原因：数据库安装时的语言与你要插入的数据的语言不一致 使用如下命令查看： SELECT * FROM v$parameter WHERE name = 'nls_date_language'; 修改语言：ALTER SESSION SET NLS_DATE_LANGUAGE='AMERICAN'; 数据库的语言是简体中文(所以日期也是中文日期)，但是插入的日期是英文日
oracle fnd_global,Oracle错误：-20001：FND_GLOBAL.INITIALIZE中检测到ORA-20001
weixin_30349485的博客
04-05 688
Displayed below are the messages of the selected thread.Thread Status: ActiveFrom: Nancy Yip 09-Sep-02 11:23Subject: ORA-20001 in MO_GLOBAL.INIT and FND_GLOBAL.INTIALIZEORA-20001 in MO_GLOBAL.INIT and...
oracle 失败事务 查询,学习笔记:Oracle数据库分布式事务故障处理
weixin_34837971的博客
04-08 733
天萃荷净Oracle分布式事务故障处理分布式事务，简单来说，是指一个事务在本地和远程执行，本地需要等待确认远程的事务结束后，进行下一步本地的操作。如通过dblink update远程数据库的一行记录，如果在执行过程中网络异常，或者其他事件导致本地数据库无法得知远程数据库的执行情况，此时就会发生in doublt的报错。此时需要dba介入，且需要分多种情况进行处理。分布式事务在commit提交时候，...
遇到oracle错误20001,请问ORA－20001错误该如何解决，倒入倒出碰到的。。。
热门推荐
weixin_29094979的博客
04-11 1万+
我把错误贴出来请大家帮我看一下是什么错误：命令：imp system/hujie2008@hujie file=e:文件名.dmp fromuser=atouser=b错误：IMP-00017: 由于 ORACLE 错误 20001, 以下语句失败:"DECLARESREC DBMS_STATS.STATREC; BEGIN SREC.MINVAL := NULL; SREC.MAXVAL...
Oracle数据库问题必知，最全的错误码（BUG）和解决方式汇总
陈书予
03-18 1万+
Oracle数据库是企业级应用程序的关键组成部分，但它可能会面临各种BUG和故障。在Oracle数据库中，“BUG”是指软件中的错误或异常，这些问题可能会影响数据库的性能、数据完整性和应用程序的可用性。因此，对Oracle数据库中的BUG进行及时发现和诊断非常重要。在生产系统中，Oracle数据库中的一个小错误可能会导致整个系统崩溃。由于Oracle数据库经常处理大量的数据和请求，因此遇到BUG的风险也很高。了解数据库中可能存在的BUG是企业非常重要的步骤，并及时修复已知的BUG以确保系统的正常运行。
ORA-02047 无法联接运行中的分布式事务处理 报错
u010745238的专栏
11-14 5569
问题  ：DBLINK  oracle 操作 mysql 写入操作报错 ORA-02047: 无法联接运行中的分布式事务处理 ORA-06512: 在 "DFJT.DFJT_ORACLE_MYSQL_SSGG", line 91   -------------------------------------------------------------------------------...
对链接的服务器运行分布式事务处理时出现错误
sunjhgq的专栏
05-10 320
          运行程序出现了如下的错误:      java sql SQLException: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]The operation could not be performed because the OLE DB provider 'SQLOLEDB' was unable to begi...
命令行用impdp导入oracle时，报错ORA-02374: conversion error loading table “XXXX“.“XXXX“ ORA-12899: value……解决
琅枫的博客
03-20 1952
Oracle在导入或者数据同步时候报12899和02374以及列的值为xx实际值为xx导致报错解决方法。
坏块处理 ORA-01578: ORACLE data block corrupted (file # 3, block # 152588)
kevinyu998的博客
10-28 1283
帮客户检查环境时，发现sysaux表空间的数据文件有坏块，8月25日发生的，备份保留3个月，直接恢复处理。
Linux命令行安装Oracle+安装问题定位解决 ORA-27125: unable to create shared memory segment ORA-01034: ORACLE not
z12131998的博客
04-09 2344
Linux命令行安装Oracle,ORA-00844,ORA-00851,ORA-01078,ORA-27104,ORA-27125,ORA-01034
navicat链接oracle提示：“ORA-12737”资源包
12-21
描述中的“ORA-12737 Instant Client Light: unsupported server character set ZHS16GBK”进一步解释了错误的具体原因，即Oracle Instant Client Light不支持服务器使用的字符集“ZHS16GBK”。ZHS16GBK是一种中文...
oracle发生20001,Oracle IMP数据时报20001错误
weixin_42415036的博客
04-09 1248
MP-00017: 由于 ORACLE 的20001 错误，以下的语句失败"BEGINDBMS_STATS.SET_TABLE_STATS(NULL,'"BB_ATTACH_VAR"',NULL,NULL,NULL,3,5"",11,6); END;"IMP-00003: 遇到 ORACLE 错误 20001ORA-20001: Invalid or inconsistent input valu...
ORA-20001:Password length less than 8
雅冰石的专栏
08-05 1412
#取消密码复杂度验证 alter profile default limit password_verify_function null;
异常处理与错误处理
rfb0204421的专栏
06-19 1303
异常处理 错误处理 错误处理部分位于程序的可执行部分之后，是由WHEN语句引导的多个分支构成的。错误处理的语法如下： EXCEPTION WHEN 错误1[OR 错误2] THEN 语句序列1； WHEN 错误3[OR 错误4] THEN 语句序列2； WHEN OTHERS 语句序列n； END; 其中： 错误是在标准包中由系统预定义的标准错误，或
oracle 只读数据库 bug,子查询引起的oracle数据库bug分析
weixin_35607383的博客
04-16 590
[环境配置]操作系统：linux7 ，数据库为12.1.0.1.3单机，未应用任何补丁。[报错现象]现象描述：使用plsql连接数据库执行语句(语句见下图)，并点击获取最后一页后抛出如下截图报错，客户端连接被中断。执行的语句信息如下，查询语句含多个子查询：[报错分析]看到上述报错的第一反应是在alert日志中搜索ora-03113和ora-03114关键字，但并未搜索到。于是查看是否有其它ora-...
ORA-12012、ORA-20001、ORA-06512报错解决方法
qq_52860141的博客
09-20 1808
请注意，如果系统已经运行，上述语句可能会引发错误 执行这些任务。如果在执行语句时出现错误， 请过一段时间再试。错误类型为ora$at_os_opt_sy_xxx 模式，命中bug 27983174。影响范围：12.2C，18C。
触发器引起的删除对象报错ORA-00604 ORA-20001的排查
还不算晕的专栏
03-06 1874
近期，某客户反馈应用厂商在数据库维护时，出现视图不能删除问题。检查报错信息后，初步判断可能是账户权限或触发器问题导致的此问题。 经过测试，可以发现使用SYS/SYSTEM账号可以正常创建删除；业务账号可以创建、不能删除，基本确定是有相关安全策略或触发器的影响。 但是到底哪些触发器影响呢，系统中有很多默认及应用的触发器，排查起来还有是难度的。 本次使用10046trace来跟踪删除语句，查找出对应的触发器SQL，应用厂商人员据此很快找到了对应的触发器。之后可以通过禁用触发器或使用高权限账户(system
连接到: Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production ORA-39002: 操作无效 ORA-39070: 无法打开日志文件。 ORA-29283: 文件操作无效 ORA-29283: 文件操作无效
最新发布
11-19
<think> 我们被要求解决连接到Oracle 12c数据库时出现的三个错误：ORA-39002、ORA-39070和ORA-29283。这些错误通常与Oracle数据泵（Data Pump）操作相关，尤其是在执行导入或导出时。根据错误描述，问题可能涉及目录权限、文件路径或数据库配置。 错误解释： - ORA-39002: 表示操作无效（invalid operation）。 - ORA-39070: 表示无法打开日志文件（unable to open the log file）。 - ORA-29283: 表示文件操作无效（invalid file operation），通常与UTL_FILE包操作文件时权限不足或路径无效有关。 结合引用资料和常见解决方案，我们按以下步骤分析： 1. **检查目录对象（Directory Object）**： - Oracle数据泵使用目录对象来指定文件位置。必须确保目录对象存在，并且数据库用户有读写权限。 - 使用以下SQL查询目录对象： ```sql SELECT * FROM dba_directories; ``` - 如果目录不存在，需要创建： ```sql CREATE OR REPLACE DIRECTORY dir_name AS '/path/to/directory'; ``` - 授权给用户： ```sql GRANT READ, WRITE ON DIRECTORY dir_name TO username; ``` 2. **检查操作系统目录权限**： - 确保Oracle数据库软件安装用户（通常是oracle）对目标目录有读写权限。 - 例如，在Linux中： ```bash chown -R oracle:oinstall /path/to/directory chmod -R 775 /path/to/directory ``` 3. **检查文件路径是否正确**： - 确保在数据泵命令中指定的目录路径正确，且目录存在。 4. **检查磁盘空间和文件系统**： - 确保目标磁盘有足够空间，并且文件系统没有发生错误。 5. **日志文件路径问题**： - ORA-39070和ORA-29283通常与日志文件无法写入有关。确保日志文件路径正确，且Oracle进程有权限创建和写入文件。 6. **数据库字符集问题**： - 有时字符集不匹配会导致路径解析问题。确保数据库字符集与操作系统一致。 7. **使用完整路径**： - 在数据泵命令中，使用完整的目录路径而不是相对路径。 8. **重新启动数据库**： - 在某些情况下，重启数据库实例可以解决临时性的问题（如引用[2]中提到重新登录）。 步骤总结（操作建议）： (1) 确认数据泵操作使用的目录对象，并确保其指向的物理路径存在且权限正确。 (2) 检查物理路径的权限（操作系统层面）。 (3) 在数据泵命令中明确指定目录对象和日志文件，例如： ```bash expdp system/password directory=DATA_PUMP_DIR dumpfile=expdp.dmp logfile=expdp.log ``` 这里`DATA_PUMP_DIR`是目录对象名，需要替换为实际的目录对象。 (4) 如果问题依旧，尝试在数据库服务器本地操作（避免网络问题）并使用绝对路径。 (5) 检查数据库告警日志（alert log）获取更多信息。 (6) 如果使用可插拔数据库（PDB），确保连接的是正确的容器（如引用[3]中切换容器的操作）。 注意：由于错误发生在连接时，但错误代码是数据泵相关的，因此用户可能是在执行数据泵操作时遇到这些错误。如果用户不是在执行数据泵操作而出现这些错误，那么可能是其他原因，但根据错误代码，数据泵操作是最常见的场景。 根据引用[4]中的信息，还可能与网络配置有关（如tnsnames.ora配置），但ORA-39002等错误通常与数据泵操作直接相关，而非连接过程。因此，我们假设用户是在运行数据泵命令时出现这些错误。 如果用户是在使用`impdp`或`expdp`命令时遇到这些错误，那么按照上述步骤排查。 如果用户不是在使用数据泵时出现这些错误，则需要重新评估错误发生的上下文。 考虑到用户的问题描述是“连接到Oracle Database ... 时出现...错误”，可能用户是在连接后立即执行数据泵操作，或者连接字符串中包含了数据泵相关的参数？但通常连接过程不会触发数据泵操作。因此，我们可能需要用户澄清错误发生的具体操作步骤。 但是，由于我们无法与用户交互，只能基于已有信息提供解决方案。因此，我们假设是数据泵操作引发的错误。 最后，参考引用[2]中提到的“退出当前oracle用户，重新登录”，可以尝试重新启动数据库或重新登录，但这通常解决的是连接问题，对于文件操作权限问题可能无效。 因此，我们重点放在目录权限和目录对象的配置上。 具体操作步骤： 步骤1：登录到数据库服务器，使用sysdba用户连接数据库。 步骤2：检查目录对象： ```sql SELECT directory_name, directory_path FROM dba_directories; ``` 步骤3：检查目录路径在操作系统上是否存在，并检查权限（确保oracle用户有读写权限）。 步骤4：如果目录不存在或权限不足，则创建或修改目录对象和文件系统权限。 步骤5：重新运行数据泵命令。 如果问题仍然存在，尝试将日志文件放在Oracle默认的目录（如DATA_PUMP_DIR）下，并确保该目录配置正确。默认DATA_PUMP_DIR指向$ORACLE_BASE/admin/$ORACLE_SID/dpdump/（具体路径根据安装配置）。 根据引用[3]，在配置可插拔数据库时，需要确保tnsnames.ora配置正确。如果数据泵操作涉及到通过网络连接，那么也需要检查网络配置。但通常数据泵操作在服务器本地执行，所以网络配置不是主要因素。 综合以上，我们给出如下解决方案： 解决方案： 1. 确保数据泵使用的目录对象存在，并且物理路径权限正确。 2. 确保在数据泵命令中正确指定了目录对象和日志文件名。 3. 尝试使用默认的DATA_PUMP_DIR目录。 示例：假设我们使用默认目录，执行以下命令： ```bash expdp system/password schemas=SCHEMA_NAME directory=DATA_PUMP_DIR dumpfile=expdp_schema.dmp logfile=expdp_schema.log ``` 如果DATA_PUMP_DIR不存在或未设置，则需要创建。 创建目录对象并授权： ```sql CREATE OR REPLACE DIRECTORY DATA_PUMP_DIR AS '/u01/app/oracle/admin/ORCL/dpdump'; GRANT READ, WRITE ON DIRECTORY DATA_PUMP_DIR TO system; ``` 然后，确保物理路径存在并且oracle用户有权限。 如果问题解决，则说明配置成功。否则，需要进一步检查错误详细信息。 另外，ORA-29283错误可能是由于路径中的特殊字符或空格导致，请确保路径没有特殊字符且使用引号括起来（在创建目录对象时，路径字符串用单引号）。 最后，注意在可插拔数据库（PDB）中执行数据泵操作时，需要先切换到相应的PDB，然后再创建目录对象（如引用[3]中所示，使用`alter session set container`）。 如果用户是在PDB中操作，则必须在PDB中创建目录对象，因为在CDB中创建的目录对象在PDB中不可用。 因此，如果用户操作的是PDB，那么步骤应该是： 1. 切换到PDB： ```sql alter session set container=PDB_NAME; ``` 2. 在PDB中创建目录对象并授权。 综上所述，我们提供了针对数据泵操作出现这些错误的解决方案。如果用户的问题不是发生在数据泵操作中，请提供更多上下文信息。 生成的相关问题： 1. 如何创建和授权Oracle目录对象？ 2. 在可插拔数据库（PDB）中如何使用数据泵？ 3. 如何检查Oracle数据库的字符集设置？ 4. 如何查看Oracle数据泵作业的详细错误日志？ 5. 如何修改Oracle数据库用户的权限以访问目录对象？ 注意：以上解决方案基于Oracle 12c版本，其他版本可能略有不同。 </think> ### 解决Oracle 12c连接错误ORA-39002、ORA-39070、ORA-29283的方法 这些错误通常与**目录权限**、**文件路径配置**或**数据库对象权限**相关。以下是逐步解决方案： --- ### 1. **检查目录对象权限（核心步骤）** ORA-29283表示文件操作无效，通常因Oracle进程无权访问目录： ```sql -- 查询现有目录对象 SELECT owner, directory_name, directory_path FROM dba_directories WHERE directory_name = 'YOUR_DIR_NAME'; -- 替换为数据泵使用的目录名 ``` - **修复权限**： ```sql -- 授予用户目录读写权限 GRANT READ, WRITE ON DIRECTORY YOUR_DIR_NAME TO 用户名; ``` --- ### 2. **验证操作系统目录权限** - 确保Oracle软件安装用户（如`oracle`）对物理目录有读写权限： ```bash # 查看目录权限 ls -ld /path/to/directory # 修改权限（示例） chown -R oracle:oinstall /path/to/directory chmod -R 775 /path/to/directory ``` --- ### 3. **检查文件路径有效性** ORA-39070表明日志文件无法打开： - 确认路径存在且无拼写错误： ```sql -- 检查目录路径是否有效 SELECT directory_path FROM dba_directories; ``` - 避免特殊字符（如空格、中文），建议使用纯英文路径。 --- ### 4. **确认可插拔数据库（PDB）配置** [^3] 若使用12c多租户架构： ```sql -- 切换到目标PDB ALTER SESSION SET CONTAINER = reportdb; -- 替换为你的PDB名 -- 在PDB内重新创建目录对象 CREATE OR REPLACE DIRECTORY YOUR_DIR_NAME AS '/valid/path'; ``` --- ### 5. **检查网络配置** 确保`tnsnames.ora`配置正确 [^4]： ```bash cd $ORACLE_HOME/network/admin vi tnsnames.ora ``` 验证条目格式： ```ini YOUR_DB = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = hostname)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = your_service) -- 12c需用服务名而非SID ) ) ``` --- ### 6. **重启数据库服务** 应用配置变更： ```bash sqlplus / as sysdba SHUTDOWN IMMEDIATE; STARTUP; ``` --- ### 7. **其他注意事项** - **字符集问题**：确保客户端与服务器字符集一致（`NLS_LANG`环境变量）。 - **日志文件冲突**：删除已存在的日志文件再重试。 - **空间不足**：检查磁盘空间（`df -h`）。 > **关键点总结**： > - 90%的此类错误由**目录权限不足**或**路径无效**引起 > - 12c需特别注意**PDB内的独立配置** > - 始终用`sqlplus`本地测试连接以隔离网络问题
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值