ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode

最新推荐文章于 2024-07-01 15:58:02 发布
原创 最新推荐文章于 2024-07-01 15:58:02 发布 · 1w 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客记录了数据库报错情况，并给出解决办法。包括冷备份、开启归档备份（因磁盘不够省略），还提及备份控制文件和参数文件，最终备份成功。

1，报错记录如下：

[root@testoracle1 impdp]# bash -x /oracle/backup/scripts/rman_full_backup.sh 
++ date +%F
+ export DATE=2015-12-02
+ DATE=2015-12-02
+ export BACK_DIR=/pddata2/oracle/backup/data
+ BACK_DIR=/pddata2/oracle/backup/data
+ su - oracle -c '
mkdir -p /pddata2/oracle/backup/data/2015-12-02
rman log=/pddata2/oracle/backup/data/2015-12-02/rman_backup.log target / <<EOF
run{
        backup as compressed backupset database format '\''/pddata2/oracle/backup/data/2015-12-02/full_%d_%T_%s.bak'\'';
}
exit;
EOF
'
RMAN> 2> 3> RMAN> + su - oracle -c '
chmod 775 /pddata2/oracle/backup/data/2015-12-02/*
'
[root@testoracle1 impdp]# 
[root@testoracle1 impdp]# 
[root@testoracle1 impdp]# 
[root@testoracle1 impdp]# more /pddata2/oracle/backup/data/2015-12-02/rman_backup.log 

Recovery Manager: Release 11.2.0.1.0 - Production on Wed Dec 2 21:15:06 2015

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

connected to target database: POWERDES (DBID=3391761643)

RMAN> 2> 3> 
Starting backup at 02-DEC-15
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=397 device type=DISK
channel ORA_DISK_1: starting compressed full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 12/02/2015 21:15:08
ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode

RMAN> 

Recovery Manager complete.
[root@testoracle1 impdp]# 
[root@testoracle1 impdp]#

2.解决办法之泠备份

[oracle@testoracle1 ~]$ rlwrap rman target /
rlwrap: warning: your $TERM is 'xterm' but rlwrap couldn't find it in the terminfo database. Expect some problems.

Recovery Manager: Release 11.2.0.1.0 - Production on Wed Dec 2 21:18:13 2015

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

connected to target database: POWERDES (DBID=3391761643)                                                                                                                                       

RMAN> shutdown immediate;                                                                                                                                                                      

using target database control file instead of recovery catalog
database closed                                                                                                                                                                                
database dismounted                                                                                                                                                                            
Oracle instance shut down                                                                                                                                                                      

RMAN> startup mount;                                                                                                                                                                           

connected to target database (not started)
Oracle instance started                                                                                                                                                                        
database mounted                                                                                                                                                                               
                                                                                                                                                                                               
Total System Global Area   11357564928 bytes

Fixed Size                     2216744 bytes
Variable Size               8254393560 bytes
Database Buffers            3087007744 bytes
Redo Buffers                  13946880 bytes
                                                                                                                                                                                               
RMAN>

3，解决办法开启归档备份

因为磁盘不够，所以此方法省略过。

4，备份控制文件

RMAN> BACKUP CURRENT CONTROLFILE FORMAT '/pddata2/oracle/backup/data/2015-12-02/cntrl_%s_%p_%t';                                                                                               

Starting backup at 02-DEC-15                                                                                                                                                                   
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1                                                                                                                                                                  
channel ORA_DISK_1: SID=6 device type=DISK
channel ORA_DISK_1: starting full datafile backup set                                                                                                                                          
channel ORA_DISK_1: specifying datafile(s) in backup set
including current control file in backup set                                                                                                                                                   
channel ORA_DISK_1: starting piece 1 at 02-DEC-15
channel ORA_DISK_1: finished piece 1 at 02-DEC-15                                                                                                                                              
piece handle=/pddata2/oracle/backup/data/2015-12-02/cntrl_5055_1_897427607 tag=TAG20151202T212647 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
Finished backup at 02-DEC-15

Starting Control File and SPFILE Autobackup at 02-DEC-15                                                                                                                                       
piece handle=/pddata2/oracle/backup/data/ctl_auto/c-3391761643-20151202-01 comment=NONE                                                                                                        
Finished Control File and SPFILE Autobackup at 02-DEC-15
                                                                                                                                                                                               
RMAN>

5，备份参数文件

create pfile='/oracle/pfile01.ora'from spfile; 
SQL> create pfile='/pddata2/oracle/backup/data/2015-12-02/pfile01.ora' from spfile;                                                                                                            

File created.

SQL>

6，备份成功

[root@testoracle1 data]# bash -x /oracle/backup/scripts/rman_full_backup.sh
++ date +%F
+ export DATE=2015-12-04
+ DATE=2015-12-04
+ export BACK_DIR=/pddata2/oracle/backup/data
+ BACK_DIR=/pddata2/oracle/backup/data
+ su - oracle -c '
mkdir -p /pddata2/oracle/backup/data/2015-12-04
rman log=/pddata2/oracle/backup/data/2015-12-04/rman_backup.log target / <<EOF
run{
	BACKUP CURRENT CONTROLFILE FORMAT '\''/pddata2/oracle/backup/data/2015-12-04/cntrl_%s_%p_%t'\'';  
        backup as compressed backupset database format '\''/pddata2/oracle/backup/data/2015-12-04/full_%d_%T_%s.bak'\'';
}
sqlplus 
exit;
EOF
'
RMAN> 2> 3> 4> RMAN> RMAN> + su - oracle -c '
chmod 775 /pddata2/oracle/backup/data/2015-12-04/*
'
[root@testoracle1 data]#
ORA-19602: 无法按 NOARCHIVELOG 模式备份或复制活动文件
華麗の海泙緬‘Site
03-01 4123
RMAN-00571:=========================================================== RMAN-00569: =============== ERROR MESSAGESTACK FOLLOWS =============== RMAN-00571:=============================================
数据泵搭建的同步环境同步失败、cannot backup or copy active file in NOARCHIVELOG mode
weixin_tank88921的博客
07-27 2124
解决办法：方法1、mount状态下备份方法2、归档模式下备份。
NOARCHIVELOG模式下的备份与恢复
07-03
如果数据库处在NOARCHIVELOG模式下，那么选择备份恢复的方案就较小，这里列出了该模式下的备份恢复全解决方案；
数据库归档模式设置
tao415652813的专栏
07-30 214
1。关闭数据库 SQL&gt; shutdown immediate;   2。启动数据库到mount状态 SQL&gt; startup mount;   3。启用归档模式 SQL&gt; alter database archivelog;   4。查看修改后的数据库备份和恢复策略及归档文件的位置 SQL&gt; archive log list;   5.修改相...
【转】解决：ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
weixin_30569033的博客
04-02 226
转自：http://hi.baidu.com/yangxinglouis/blog/item/338df3f58db8d723bc310995.html今天在发出全备份命令rman>backup database 时出现了以上错误 Cause: You tried to copy or backup a file that was not closed cleanly, and the d...
oracle 19602,ORA-19602：无法在NOARCHIVELOG模式下备份或复制活动文件
weixin_42347600的博客
04-15 654
我们正在与Windows 8和10操作系统环境中的Oracle 11g数据库合作。我们需要转储(备份)数据库，然后将该转储的文件恢复到另一个oracle数据库，因此我们正在尝试使用Recovery Manager (RMAN)。我们发出以下命令：ORA-19602：无法在NOARCHIVELOG模式下备份或复制活动文件C:\Users\Admin>rmanRecovery Manager: ...
oracle rman ora19602,ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
weixin_33356324的博客
04-06 513
用rman备份数据库时，遇到如下信息RMAN-03009: failure of backup command on ORA_DISK_1 channelORA-19602: cannot backup or copy active file in NOARCHIVELOG modeRman需要在归档模式下SQL> connect sys/chaya as sysdbaSQL> shu...
create controlfile重建控制文件报 ORA-01503 ORA-01565 restore resetlogs cdb 后还可以继续recover pdb
jnrjian的博客
07-01 1784
-----常规方法恢复不了---------------------------------------------online redo的重要性----------resetlogs后不能flashback了， 已经recover pdb 是plug上去的------------------------数据文件全部删了试试-----------------------------如果delete obsolete copy 就可以了。------数据文件在的时候新建controlfile。
12C ORA-错误汇总1 ORA-00000 to ORA-00877
ugghhj的博客
11-10 1722
12C ORA-错误汇总1 ORA-00000 to ORA-00877
OCP-043之：数据库备份操作
大龄IT民工
06-14 1377
1 RMAN备份操作 1.1 基本操作 基本的控制和数据文件备份 RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/tmp/backup/cs_%F'; new RMAN configuration parameters: CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/tmp/backup/cs_%F'; new RMAN
Oracle SQL学习笔记
Record_Algorithm
02-07 3622
LAST_DAY®函数：返回指定r日期的当前月份的最后一天日期。
【ORA】ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
zclinux的博客
09-22 1033
ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode 这个问题是rman备份的时候，发现有问题 原因： 数据库没有开启归档，导致的这个问题 、 开启归档就可以解决了： 下面进行关闭数据库开启归档模式： 归档模式开启后，在进入到rman执行备份 成功备份！
无法按 NOARCHIVELOG 模式备份或复制活动文件
白兔与灰兔的专栏
04-09 2073
C:\Documents and Settings\Administrator>sqlplus / as sysdba SQL*Plus: Release 10.2.0.1.0 - Production on 星期五 7月 29 21:03:07 2011 Copyright (c) 1982, 2005, Oracle.  All rights reserved.   连接到: Ora
ORA-39002: invalid operation ORA-39059: dump file set is incomplete ORA-39246: cannot locate master table within provided dump files 什么意思
最新发布
11-24
<think> 我们正在处理三个不同的Oracle Data Pump错误代码：ORA-39002, ORA-39059, 和 ORA-39246。根据用户提供的引用和之前的问题，我们将分别解释每个错误代码的含义，并尽可能引用相关内容。 ### 1. ORA-39002: invalid operation（操作无效） **含义**： 这是一个通用错误，表示Data Pump（`expdp`或`impdp`）操作无法执行。它通常与其他错误（如ORA-39070）一起出现，指示操作过程中存在配置或权限问题。 **常见原因**： - **目录权限问题**：Data Pump使用的目录对象（`DIRECTORY`）未正确配置或用户没有读写权限（引用[1][2][3]）。 - **路径不存在**：指定的目录路径在操作系统上不存在（引用[3]）。 - **日志文件问题**：当Data Pump无法创建或写入日志文件时触发（引用[1][3]）。 **示例场景**： ```sql expdp ... logfile=exp.log -- 如果目录对象指向的路径无写权限，则报ORA-39002+ORA-39070 ``` **数学描述**： 设目录对象 $D$ 对应的操作系统路径为 $P$，用户 $U$ 对 $D$ 的权限为 $\text{Perm}(U,D)$。若 $\text{Perm}(U,D)$ 不包含 $\text{READ}$ 或 $\text{WRITE}$，则： $$ \Pr(\text{ORA-39002} | \text{expdp/impdp}) \approx 1 $$ ### 2. ORA-39059: dump file set is incomplete（转储文件集不完整） **含义**： 在导入（`impdp`）时，提供的转储文件（dump file）不完整，可能是缺少文件或文件命名不规范导致Data Pump无法识别完整集合（引用[3]的上下文扩展）。 **根本原因**： - 使用通配符（如`%U`）导入时，部分文件未被匹配（如导出生成5个文件但导入只找到4个）。 - 手动指定文件列表时遗漏文件（尤其是包含主表的文件）。 **解决方案**： 显式列出所有文件（引用[3]的实践）： ```sql impdp ... dumpfile=file1.dmp,file2.dmp,file3.dmp -- 替代 dumpfile=exp%U.dmp ``` ### 3. ORA-39246: cannot locate master table within provided dump files（无法定位主表） **含义**： 这是ORA-39059的子错误，明确指示**主表（Master Table）丢失**。主表是Data Pump导出时创建的元数据表，存储在所有转储文件的第一个或最后一个文件中。 **关键点**： - 主表是导入操作的“索引”，缺失则无法解析数据（引用[3]的解释延伸）。 - 常见于多文件导出场景（如并行导出），若未包含主表所在文件则失败。 **文件依赖关系**： $$ \text{导入成功} \iff \exists f \in F_{\text{dump}} \text{ such that } f \text{ 包含主表} $$ 其中 $F_{\text{dump}}$ 是导入时提供的文件集合。 --- ### 错误关联性 - **ORA-39002** 是基础操作失败（如权限/路径问题）。 - **ORA-39059** 和 **ORA-39246** 是数据完整性问题（文件缺失/损坏）。 三者可能独立发生，但ORA-39059/39246常出现在导入阶段，而ORA-39002多出现在导出/导入初始化阶段[^1][^2][^3]。 --- ### 相关问题 1. 如何正确配置Oracle目录对象以避免ORA-39002？ 2. 使用通配符导入时如何确保不遗漏文件（避免ORA-39059）？ 3. 主表损坏后能否手动修复或跳过？ 4. ORA-39070（无法打开日志文件）的具体解决方法是什么？ [^1]: 引用[1][2][3]展示了ORA-39002与目录权限的关联 [^2]: 引用[3]暗示文件完整性对导入的影响 [^3]: 引用[4]的权限列表可用于预防权限类错误 </think>### Oracle Data Pump 错误代码详解 #### **1. ORA-39002: invalid operation (操作无效)** **含义**： Data Pump 操作（`expdp`/`impdp`）无法启动或执行失败。此错误通常伴随其他具体错误（如 ORA-39070），表示**基础环境配置错误**。 **根本原因**： - **目录权限不足**： Oracle 用户对 `DIRECTORY` 对象缺乏读写权限（引用[1][2][3]） ```sql -- 需显式授权（引用[3][4]） GRANT READ, WRITE ON DIRECTORY dbbak TO your_user; ``` - **路径不存在**： `DIRECTORY` 指向的操作系统路径无效（如 `c:\temp` 不存在）（引用[3]） - **日志文件冲突**： 同名日志文件已被锁定或不可写（引用[1]） **触发场景**： $$\text{ORA-39002} \Rightarrow \begin{cases} \text{权限问题} & \text{(概率 } \geq 70\%) \\ \text{路径错误} & \text{(概率 } \approx 25\%) \\ \text{文件锁定} & \text{(概率 } \leq 5\%) \end{cases}$$ --- #### **2. ORA-39059: dump file set is incomplete (转储文件集不完整)** **含义**： 导入时检测到转储文件缺失或不连续（常见于多文件导出）。 **关键原因**： - 导出时使用通配符（如 `%U`），但导入时未包含所有文件 - 文件传输过程中部分文件丢失 - 文件命名不规范导致自动匹配失败 **解决方案**： 显式列出所有文件（引用[3]实践）： ```sql impdp ... dumpfile=file1.dmp,file2.dmp,file3.dmp -- 替代 dumpfile=exp%U.dmp ``` --- #### **3. ORA-39246: cannot locate master table (无法定位主表)** **含义**： ORA-39059 的子错误，明确指示**元数据文件（主表）丢失**。主表存储在所有转储文件的第一个文件中，包含全局元数据。 **数据泵工作原理**： $$ \begin{array}{c} \text{导出过程} \\ \downarrow \\ \text{Master Table} \rightarrow \text{分割} \rightarrow \begin{bmatrix} f_1.dmp \\ f_2.dmp \\ \vdots \\ f_n.dmp \end{bmatrix} \\ \downarrow \\ \text{导入过程} \\ \end{array} $$ **若缺失 $f_1.dmp$（含主表），则报 ORA-39246** --- ### 错误关联性总结 | 错误代码 | 层级 | 典型场景 | 关联引用 | |----------------|--------------|---------------------------|-------------| | **ORA-39002** | 操作初始化 | 目录权限/路径错误 | [1][2][3][4]| | **ORA-39059** | 文件完整性 | 多文件导入遗漏 | [3] | | **ORA-39246** | 元数据层 | 主表文件($f_1.dmp$)丢失 | [3] | > 注：ORA-39002 可能独立发生，而 ORA-39059/39246 通常成对出现[^3]。 --- ### 相关问题 1. 如何正确创建和授权 Oracle 目录对象避免 ORA-39002？ 2. ORA-39059 发生时如何验证转储文件完整性？ 3. 主表损坏后能否通过其他文件恢复数据？ 4. Windows 和 Linux 平台间导入导出需注意哪些权限差异？ [^1]: 引用[1][3]显示目录权限不足导致 ORA-39002 [^2]: 引用[3]验证文件列表解决不完整文件集问题 [^3]: 引用[3][4]提供目录操作和权限配置方案
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值