Oracle12c_RMAN连接target报ora-01017的解决方法

最新推荐文章于 2024-09-04 22:36:41 发布
原创 最新推荐文章于 2024-09-04 22:36:41 发布 · 3.4k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

在RAC的一个节点上使用rman通过tns（SCAN）连接时报错：


[oracle@rac1 ~]$ rman target system/system@orarac

Recovery Manager: Release 12.1.0.1.0 - Production on Mon Mar 23 13:35:40 2015

Copyright (c) 1982, 2013, Oracle and/or its affiliates.  All rights reserved.

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00554: initialization of internal recovery manager package failed
RMAN-04005: error from target database:
ORA-01017: invalid username/password; logon denied


而下面的连接没有问题：


[oracle@rac1 ~]$ rman target system/system

Recovery Manager: Release 12.1.0.1.0 - Production on Mon Mar 23 13:39:07 2015

Copyright (c) 1982, 2013, Oracle and/or its affiliates.  All rights reserved.

connected to targ

最低0.47元/天 解锁文章

新学期VIP享超值加赠
【DG】搭建DG时报错：ORA-01017、ORA-17627、ORA-17629 invalid username/password
coco3600的博客
04-04 1451
【DG】搭建DG时，报错：ORA-01017: invalid username/password; logon denied 今天网友也碰到了adg中搭建，ORA-01017:...
rman报错oracle链接断开,Oracle 19c RMAN 连接PDB ORA-01017 错误解决方法
weixin_42697475的博客
04-09 1067
在Oracle 19c中，RMAN 连接PDB时可能会出现ORA-01017的错误，如下：https://www.cndba.cn/cndba/dave/article/4402[dave@www.cndba.cn admin]$ rman target '"dave/dave@dave as sysbackup"'Recovery Manager: Release 19.0.0.0.0 - Pr...
Oracle RMAN连接target报ora-01017的解决方法
m0_38048955的博客
01-09 1533
解决方案
RMAN-00554 RMAN-04005 ORA-01017告警处理
kevinyu998的博客
09-04 1259
参考文档：RMAN: RMAN-4005, ORA-1017 Errors Connecting to Remote Target (Doc ID 121500.1)特别注意：11g rac的orapd的密码文件是本地，2个节点上都必须做赋权处理。配置第3方备份一体机时发现问题。
Oracle DG 通过rman部署过程(单例Oracle 12c-Oracle 12c)
07-02
本文将详细介绍如何通过 RMAN（Recovery Manager）工具在两台 Oracle 12c 单例数据库之间建立 Data Guard 关系。 #### 二、环境准备 **1. 主库（Primary Database）** - IP 地址：192.168.43.110 - 监听配置： `...
hp gen10 oracle12c,Oracle 12c DG备库Alert报错ORA-10877全库恢复
weixin_39951181的博客
04-03 543
12C Oracle Data Guard 备库今天异常2018-07-05T21:31:32.291970+08:00GEN0 (ospid: 75371): terminating the instance due to error 4722018-07-05T21:31:32.293376+08:00System state dump requested by (instance=1, os...
Oracle 12c RMAN全攻略
你好我是李白
11-16 2510
1. RMAN命令 12cRMAN可以执行大部分SQL命令，不需要SQL关键字。 RMAN> select open_mode from v$database; using target database control file instead of recovery catalog OPEN_MODE -------------------- READ WRITE 可以使用spool log to [destination]/spool lo
Oracle12c_RMAN备份RAC数据库的实施
wang_san_shi的专栏
03-24 2622
1、连接目标数据库（这里通过SCAN） [oracle@oracletest admin]$ rman target sys/yxssystem@orarac Recovery Manager: Release 12.1.0.1.0 - Production on Mon Mar 23 15:35:15 2015 Copyright (c) 1982, 2013, Oracle
RMAN的"rman: can't open target"错误
雅冰石的专栏
10-17 1201
在Linux上，安装完成之后，在测试RMAN时可能会遇到如下错误： [oracle@smsdbrac1 oracle]$ rman target / rman: can't open target 这是由于调用的是非Oracle的RMAN的缘故： [oracle@smsdbrac1 oracle]$ which rman /usr/X11R6/bin/rman 错误及解决方法演
Data Guard RMAN-04006 和 ORA-01017 错误诊断
数据库
03-17 449
RMAN-04006: error from auxiliary database: ORA-01017: invalid username/password; logon denied 发生这个错误大概有 2 个原因： ① 主备库的密码文件是否一致 ② remote_login_passwordfile 应该设成 exclusive...
RMAN报rman: can't open target错误处理
IT圈黎俊杰
03-29 1669
一、问题现象描述： （1）在非ORACLE_HOM/bin目录下执行rman target /命令报rman: can't open target错误 （2）在ORACLE_HOM/bin目录下执行rman target / 命令正常   二、问题现象展示 1、非ORACLE_HOM/bin目录下执行rman target /命令报rman: can't open target错误
Duplicate Active Database 遇到 ORA-01017 invalid username/password
weixin_34406796的博客
05-29 187
      Oracle 11g 的新特性Duplicate Active Database可以在不备份target database的情况下构建 duplicate database，特别适合于为VLDB构建standby的场景。今天特意试一下，但是却让我遇上了 ORA-01017 invalid username/password，过程如下： oracle@dev18:abank /home...
RMAN-04006: error from auxiliary database: ORA-01017: invalid username/password;
cuixie2370的博客
08-05 1231
环境： 主库 2节点RAC , 备库 2节点RAC DG . 在使用RMAN duplicate from active database 创建data guard时碰到如下错误： $ rman target ...
RMAN-04006: error from auxiliary database: ORA-01017: invalid username/password; logon denied
li66934791的博客
12-05 2282
[oracle@jituan-ehrdb01 dbs]$ rman target / auxiliary sys/aaa@EHRDGSDB nocatalog Recovery Manager: Release 11.2.0.4.0 - Production on Wed Dec 5 18:44:38 2018 Copyright (c) 1982, 2011, Oracle and/or i...
RMAN 连接 12c PDB 提示ORA-01017无效的用户名密码
leo__1990的博客
05-15 1811
--官方文档 连接PDB Connecting as Target to a PDB To connect as target to a PDB, you must: Connect with a net service name that resolves to a database service for that PDB. Connect as a local user or...
RMAN-04006: error from auxiliary database
weixin_30299539的博客
07-28 138
Recovery Manager: Release 11.1.0.6.0 - Production on Wed Nov 7 01:45:35 2007 Copyright (c) 1982, 2007, Oracle. All rights reserved. connected to target database: ORA11G (DBID=4026820313) R...
[ORA-01555错误的具体解决方法有哪些？]
最新发布
04-19
<think>好的，我现在需要帮助用户解决ORA-01555错误的具体解决方法，特别是用户提到了想了解与Oracle数据库闪回（flashback）相关的解决方案。首先，我需要回顾一下用户提供的站内引用和之前的对话内容，确保回答准确且全面。 首先，用户提供的引用[1]、[3]、[4]、[5]都提到了ORA-01555错误，即“快照太旧”，通常发生在长时间查询或导出时，因为所需的undo数据被覆盖。引用[2]和[5]还提到了在expdp导出含有LOB字段的表时遇到这个问题，可能与undo表空间配置有关。之前的回答中，我提到了调整undo_retention参数、优化查询以及检查连接池配置。现在用户特别询问了具体的解决方法和flashback的应用，需要更深入探讨。 接下来，我需要确认ORA-01555的根本原因。根据引用，这通常是因为查询需要的前镜像在undo段中已被覆盖，尤其是在长时间操作或大事务中。解决方案可能包括调整undo_retention、优化查询、增加undo表空间大小，以及使用flashback技术。 用户提到flashback，这可能涉及到Oracle的闪回查询功能，它依赖于undo数据。因此，如果闪回查询也遇到ORA-01555，可能需要类似的调整。我需要检查如何配置undo参数来支持闪回，以及如何避免闪回操作中的快照过旧问题。 另外，用户之前的问题中提到过调整undo_retention为1800秒，但引用[4]和[5]显示默认是900秒，可能需要更长时间的设置。同时，确保undo表空间足够大，能够保留足够的数据。自动扩展和保留时间的保证是关键点。 还需要考虑LOB字段的特殊性，引用[2]和[5]指出导出LOB字段时出现错误，可能需要更大的undo空间或调整导出参数，比如使用更高的UNDO_RETENTION或分批次导出。 此外，优化查询和减少事务运行时间也是重要的，避免长时间持有快照。在应用设计层面，可能需要分页处理或分批提交事务。 最后，需要总结所有可能的解决方案，并生成相关问题，引导用户进一步处理。同时，确保回答结构清晰，分点说明，并包含实际的SQL命令或配置示例，帮助用户实际操作。 检查是否有遗漏点，比如监控工具的使用，如检查v$undostat视图，或者使用AWR报告分析undo使用情况。同时，考虑RMAN备份和恢复策略是否影响undo空间。 总之，我需要将上述思路整理成结构化的回答，涵盖配置调整、查询优化、闪回相关设置、导出问题处理，并提供示例命令和可能的后续问题。</think>根据ORA-01555错误的成因及您提到的闪回技术需求，以下是分层次的解决方案： --- ### **一、核心原因诊断** ORA-01555本质是**查询所需的前镜像在UNDO表空间中被覆盖**，常见于： 1. **长时间查询**（超过`undo_retention`设定值） 2. **高频DML操作**（UNDO数据快速覆盖） 3. **LOB字段操作**（大对象事务消耗更多UNDO空间）[^2][^5] 4. **闪回查询/导出**（依赖UNDO数据的时序一致性） --- ### **二、基于UNDO配置的解决方案** #### **1. 基础参数调优** ```sql -- 查看当前UNDO配置 SELECT tablespace_name, retention FROM dba_tablespaces WHERE contents = 'UNDO'; SHOW PARAMETER undo_retention; -- 默认900秒[^4][^5] -- 动态调整UNDO_RETENTION（需配合自动扩展） ALTER SYSTEM SET undo_retention=7200; -- 建议设置为最长查询时间的2倍 ``` - **关键逻辑**：`undo_retention`仅指定**最低保留时间**，实际保留时长还取决于UNDO表空间是否启用自动扩展或`RETENTION GUARANTEE`[^4] #### **2. UNDO表空间优化** ```sql -- 启用RETENTION GUARANTEE（强制保留UNDO数据） ALTER TABLESPACE UNDOTBS1 RETENTION GUARANTEE; -- 扩容UNDO表空间 ALTER DATABASE DATAFILE '/path/undotbs01.dbf' RESIZE 50G; ALTER TABLESPACE UNDOTBS1 ADD DATAFILE '/path/undotbs02.dbf' SIZE 20G AUTOEXTEND ON; ``` --- ### **三、针对闪回技术的专项优化** #### **1. 闪回查询与UNDO的关联** 闪回查询依赖`FLASHBACK_MODE`和UNDO数据保留，若出现ORA-01555需： ```sql -- 检查闪回功能状态 SELECT flashback_on FROM v$database; -- 确保UNDO保留时间覆盖闪回需求 ALTER SYSTEM SET undo_retention=14400; -- 4小时（假设需要闪回4小时内数据） ``` #### **2. 使用闪回恢复区（FRA）** ```sql -- 配置闪回恢复区 ALTER SYSTEM SET db_recovery_file_dest_size = 100G; ALTER SYSTEM SET db_recovery_file_dest = '/u01/fra'; ALTER SYSTEM SET db_flashback_retention_target=1440; -- 单位：分钟 ``` --- ### **四、LOB字段场景的特殊处理** #### **1. 导出优化（expdp）** ```sql -- 增加UNDO保留时间（LOB操作易触发ORA-01555） ALTER SYSTEM SET undo_retention=10800 SCOPE=BOTH; -- 3小时 -- 分批次导出LOB表 expdp directory=DATA_PUMP_DIR dumpfile=lob_tables.dmp tables=USER1.TABLE_WITH_LOB flashback_time=systimestamp -- 使用闪回时间戳保证一致性[^2] ``` #### **2. 应用层优化** ```java // 分页读取LOB字段（伪代码示例） PreparedStatement ps = conn.prepareStatement( "SELECT dbms_lob.substr(lob_column, 4000, ?) FROM table WHERE id=?" ); ``` --- ### **五、数学模型与监控** #### **1. UNDO空间需求计算** $$ S_{undo} = \frac{D_{update} \times T_{query}}{B_{undo}} $$ 其中： - $D_{update}$：单位时间数据变更量 - $T_{query}$：最长查询时间 - $B_{undo}$：UNDO块大小（通常8KB） #### **2. 实时监控脚本** ```sql -- 检查UNDO使用率 SELECT * FROM v$undostat WHERE end_time > SYSDATE - 1/24; -- 定位持有旧快照的会话 SELECT s.sid, s.sql_id, t.start_time FROM v$transaction t JOIN v$session s ON t.addr = s.taddr WHERE t.start_time < SYSDATE - (undo_retention/86400); ``` --- ### **六、终极解决方案** 若上述措施无效，可考虑： 1. **改用物理备份工具RMAN** 2. **使用`COMMIT`更频繁的批量处理** 3. **升级到Oracle 12c+**（支持`UNDO_AUTOEXTEND_RETENTION`参数） --- ### **相关问题** 1. [如何验证UNDO_RETENTION是否真正生效？] 2. [Oracle闪回技术与UNDO表空间的关系是什么？] 3. [LOB字段导致ORA-01555的根本原因是什么？] 4. [如何通过AWR报告分析ORA-01555的成因？]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值