ADG 备库数据文件损坏处理

一、描述
单实例ADG数据库,备库system01.dbf文件损坏,需要重新恢复数据文件,保证主库库数据一致。

二、处理过程

1、数据库启动到mount状态
Recovery Manager: Release 11.2.0.4.0 - Production on Thu Dec 12 20:42:35 2019

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

connected to target database (not started)

RMAN> startup mount;

Oracle instance started
database mounted

Total System Global Area 3089920000 bytes

Fixed Size 2257232 bytes
Variable Size 654315184 bytes
Database Buffers 2415919104 bytes
Redo Buffers 17428480 bytes

2、使用RMAN恢复
$rman target sys/[email protected] auxiliary sys/[email protected]

Recovery Manager: Release 11.2.0.4.0 - Production on Thu Dec 12 20:43:53 2019

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

connected to target database: DEVDB (DBID=931475173)
connected to auxiliary database: DEVDB (DBID=931475173, not open)

RMAN> run {
allocate channel d1 type disk ;
allocate channel d2 type disk ;
backup as copy reuse
datafile 1 auxiliary format ‘/oradata/devdbdg/system01.dbf‘;

}2> 3> 4> 5> 6>

using target database control file instead of recovery catalog
allocated channel: d1
channel d1: SID=1145 device type=DISK

allocated channel: d2
channel d2: SID=1715 device type=DISK

Starting backup at 12-DEC-2019 20:45:23
channel d1: starting datafile copy
input datafile file number=00001 name=/oradata/devdb/system01.dbf

output file name=/oradata/devdbdg/system01.dbf tag=TAG20191212T204523
channel d1: datafile copy complete, elapsed time: 00:00:15
Finished backup at 12-DEC-2019 20:45:38
released channel: d1
released channel: d2

RMAN>
RMAN> exit

Recovery Manager complete.
<devdb01:devdb:/oradata/devdbdg>$sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Thu Dec 12 20:45:50 2019

Copyright (c) 1982, 2013, Oracle. All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> alter database recover managed standby database using current logfile disconnect from session;

Database altered.

SQL> alter database recover managed standby database cancel;

Database altered.

SQL> alter database open;

Database altered.

SQL> alter database recover managed standby database using current logfile disconnect from session;

Database altered.

SQL> *select from t;**

ID

 1
 2
 3
 4

SQL>
SQL> select process,status from v$managed_standby;

PROCESS STATUS



ARCH CONNECTED
ARCH CONNECTED
ARCH CLOSING
ARCH CONNECTED
RFS IDLE
RFS IDLE
RFS IDLE
MRP0 APPLYING_LOG

原文地址:https://blog.51cto.com/roidba/2458183

时间: 2024-10-08 23:36:26

ADG 备库数据文件损坏处理的相关文章

ORA-01110 ORA-01111 ORA-01157主备库数据文件路径路径不一致,备库开启ADG应用报错(一切都是套路)

#######################Begin Now################################### #################################################################### ################################################################### #############################################

MySQL实例多库某张表数据文件损坏导致xxx库无法访问故障恢复

一.问题发现 命令行进入数据库实例手动给某张表进行alter操作,发现如下报错. mysql> use xx_xxx; No connection. Trying to reconnect... Connection id: 5 Current database: *** NONE *** Reading table information for completion of table and column names You can turn off this feature to get

ADG 备库不允许切换日志

备库数据文件是不允许写数据,切换日志是需要写数据到数据文件中的.为什么rman备份可以,是因为rman备份写的是控制文件~ 1.备库演示,会报错,数据库为打开. SQL> archive log list; Database log mode Archive Mode Automatic archival Enabled Archive destination /arch Oldest online log sequence 4132 Next log sequence to archive 0

[课]9.2模拟数据库,表空间和数据文件损坏后的恢复操作

1环境准备 对数据库做一次全备份: 验证当前的备份文件: 2数据库损坏的恢复 2.1模拟数据库损坏 尝试重启数据库查看报错: 这里需要重点说明的是因为我们用的是CATLOG数据库作为目录数据库,所以即使控制文件丢失也不影响我们进行恢复. 现在我们查看一下告警文件的报错: 2.2进行数据库恢复 3表空间损坏的恢复 3.1模拟表空间损坏 查看当前库的表空间,现在我们就模拟TEST_MSSM和TEST_ASSM表空间损坏. 删除表空间文件: 重启数据库查看报错信息: 我们查询一下告警文件里的错误信息:

oracle dataguard主备库参数文件配置详解

主库参数详解: 保持同一个Data Guard中所有的DB_NAME相同 DB_NAME=ora11g 为一个数据库指定一个唯一的名称,该参数一经指定就不会发生改动除非DBA主动改动 DB_UNIQUE_NAME=ora11g_primary 初始化参数LOG_ARCHIVE_CONFIG用于控制发送归档日志到远程位置.接收远程归档日志,并指定Data  Guard配置的惟一数据库名,默认值为SEND,RECEIVE,NODG_CONFIG. 当设置该参数为SEND时,会激活发送归档日志到远程位

数据文件损坏、丢失

数据文件损坏(非系统表空间,非undo表空间),数据库关掉了 把备份拷贝到指定路径 startup mount alter database rename file '+DATA/ora11g/datafile/***' to '+DATA/ora11g/datafile/***'; recover datafile 4;读归档,补数据 alter database open; 数据文件损坏(非系统表空间,非undo表空间),数据库在open时 alter tablespace users of

非系统数据文件损坏,rman备份恢复

实验前提:已经做好备份. SQL> col file_name for a50select file_id,file_name from dba_data_files;  FILE_ID FILE_NAME---------- --------------------------------------------------4 /home/oracle/app/oradata/orcl/users01.dbf2 /home/oracle/app/oradata/orcl/sysaux01.db

利用XtraBackup给MYSQL热备(基于数据文件)

利用XtraBackup给MYSQL热备(基于数据文件) By JRoBot on 2013 年 11 月 26 日 | Leave a response 利用XtraBackup给MYSQL热备(基于数据文件)利用 XtraBackup 快速配置主从服务器这XtraBackup 个主要包含2个命令 xtrabackup 和 innobackupex 第一个是他的主程序 另外个他自己封装的脚本一般用脚本来完成备份这是工作笔记 比较凌乱 凑合着看吧 获取XtraBackup 获取XtraBacku

Mysql数据文件损坏如何恢复至最新状态

准备环境: 两台主机:A: 192.168.1.6   数据损坏B: 192.168.1.7   数据恢复 搭建步骤: 主机A(192.168.1.6): 完全备份数据库 mysqldump -A -F --single-transaction --master-data=1 > /backup/fullbak`date +%F`.sql Mysql数据文件损坏如何恢复至最新状态 原文地址:http://blog.51cto.com/9980200/2130012