【翻译自mos文章】ABMR:在asm 环境中测试Automatic Block Recover 特性的方法

ABMR:在asm 环境中测试Automatic Block Recover 特性的方法

参考原文:

ABMR: How to test Automatic Block Recover Feature with ASM setup (Doc ID 1510090.1)

适用于:

Oracle Database - Enterprise Edition - Version 11.2.0.3 and later

Information in this document applies to any platform.

目标:

警告---注意:本文提供的步骤仅限于测试abmr特性的目的,并且仅能在测试环境中执行。

本文描述了:在一个standby 环境中,产生block corruption 的步骤  以及 recover 坏块,

recover 坏块 使用的是ABMR ( Auto BMR Background Process ) 特性

本文只用于测试目的下的 使用外部冗余的asm 环境。

作为一个预先需求,主库和备库应该被适当配置并工作正常(即:同步正常)

环境是实时应用下的 physical standby database:

SQL> select DATABASE_ROLE, open_mode from v$database; --> From standby

DATABASE_ROLE    OPEN_MODE

---------------- --------------------

PHYSICAL STANDBY READ ONLY WITH APPLY

解决方案:

1) 在asm中建立一个tablespace,

SQL> create tablespace test datafile ‘+/..../datafile/test1.dbf‘ size 1M autoextend on;

2)在上一步建立的表空间中建立表,并在表中注入测试数据。

SQL> create table abmr_test tablespace test as select * from all_objects;

SQL> commit;

--->注意:commit可以不要,因为ddl是隐含提交的。原文如此。

3)Offline the tablespace,然后把datafile 拷贝到文件系统中。

SQL> alter tablespace test offline;

4)调用asmcmd

$ asmcmd -p

ASMCMD [+] > cp +/.../datafile/test1.dbf /tmp/.

5)破坏这个datafile

dd of=/tmp/test1.dbf bs=8192 conv=notrunc seek=11

6)运行dbv 确认该文件损坏(corruption)

dbv file=/tmp/test1.dbf blocksize=8192 feedback=10000

7) 把这个文件拷贝回asm,然后使用dbv验证坏块

$ asmcmd -p

ASMCMD [+] > cp /tmp/test1.dbf +/.../datafile/test1.dbf

$ dbv file= /tmp/test1.dbf +/.../datafile/test1.dbf userid=../.. blocksize=8192 feedback=10000

8)online datafile

SQL> alter tablespace test online;

9)查询表--验证 Automatic block recovery启动并修复了损坏的blocks

SQL> select * from ABMR_TEST; <---当 AMBR starts and repairs时, 这一步会被 pause。

10)tail -f alert.log,会看到ambr进程正在工作:

Automatic block media recovery service is active.

Automatic block media recovery requested for (file# 9, block# 11)

..........

Automatic block media recovery successful for (file# 9, block# 11)

上面的测试过程是于abmr 相关的。

当使用rman 引入(制造)一个坏块,通过拷贝file到os,损坏该文件,然后restore 到原来位置,这么制造坏块,abmr是不工作的

这是因为当restore时,rman本身会检测到corrupt 并且会在alert中爆出ora-01578错误

当rman 检测到corrupt时,  the ‘Auto BMR‘ 特性不会被触发。

参考:

Note : 1266059.1 ABMR: How to test Automatic Block Recover Feature

【翻译自mos文章】ABMR:在asm 环境中测试Automatic Block Recover 特性的方法

时间: 2024-10-19 22:10:57

【翻译自mos文章】ABMR:在asm 环境中测试Automatic Block Recover 特性的方法的相关文章

【翻译自mos文章】在dg环境中flashback primary database的方法

在dg环境中flashback primary database的方法 本文的本意是:在flashback了primary database之后,flashback standby database的方法. 参考自: How To Flashback Primary Database In Standby Configuration (文档 ID 728374.1) 适用于: Oracle Database - Enterprise Edition - Version 10.1.0.2 to 1

【翻译自mos文章】在Oracle GoldenGate中循环使用ggserr.log的方法

在OGG中循环使用ggserr.log的方法: 参考原文: OGG How Do I Recycle The "ggserr.log" File? (Doc ID 967932.1) 适用于: Oracle GoldenGate - Version 4.0.0 and later Generic Linux 问题 GoldenGate的 ggserr.log 日志文件包括有关 GoldenGate 事件的信息,比如:进程启动,关闭,error ,warning.该文件可能会变的很大.为

【翻译自mos文章】在unix/linux中使用文件描述符(File Descriptors)来找回被删掉的文件(数据文件or redo log)

在unix/linux中使用文件描述符(File Descriptors)来找回被删掉的文件(数据文件or redo log) 参考原文: Retrieve deleted files on Unix / Linux using File Descriptors (Doc ID 444749.1) 适用于: Oracle Database - Enterprise Edition - Version 8.1.7.0 to 11.2.0.3 [Release 8.1.7 to 11.2] Linu

【翻译自mos文章】控制OGG Director 中Repository Table 保留几天记录的参数

控制OGG Director 中Repository Table  保留几天记录的参数 翻译自mos文章: Can I Purge The Director "STATSENTRYB" Repository Table? (Doc ID 971709.1) QUESTION My Director Repository Table "STATSENTRYB" has grown to more than 100,000 rows. Is there a way to

【翻译自mos文章】使用asm来部署 超大数据库(10TB到PB 范围)--针对oracle 10G

使用asm来部署 超大数据库(10TB到PB 范围) 參考原文: Deployment of very large databases (10TB to PB range) with Automatic Storage Management (ASM) (Doc ID 368055.1) 范围: 本文适用于在全部平台上的asm配置.包含使用rac 和单实例 环境. 本文适用于超大数据库的创建.而且该数据库会增长到超过10TB级别. 挑战: asm 元数据存储 解决方式: au(分配单元) 是as

【翻译自mos文章】回收 asm磁盘空间的方法

回收 asm磁盘空间的方法 參考原文: How To Reclaim Asm Disk Space? (Doc ID 351866.1) 适用于: Oracle Database - Enterprise Edition - Version 10.2.0.1 and later Information in this document applies to any platform. ***Checked for relevance on 12-Jan-2010*** 目标: 你有一套2节点的r

【翻译自mos文章】解释 datafile name中的MISSING关键字

来源于: Explanation of MISSING keyword in datafile name (文档 ID 1050268.1) 适用于: Oracle Server - Enterprise Edition - Version 7.3.4.0 to 11.2.0.1.0 [Release 7.3.4 to 11.2] Information in this document applies to any platform. 症状: datafile name中包括MISSING关键

【翻译自mos文章】Oracle db 12c中,每次日志切换时,会改变alert_sid.log的权限

12c中,每次日志切换时,会改变alert_sid.log的权限 来源于: Alert log file's permissions Change with every log switch in 12c (Doc ID 1637367.1) 适用于: Oracle Database - Enterprise Edition - Version 12.1.0.1 and later Information in this document applies to any platform. 症状:

【翻译自mos文章】为什么在备份过程中rman不使用unused block 压缩功能

为什么在备份过程中rman不使用unused block 压缩功能? 来源于: Why is RMAN not using Unused Block Compression during backup? (文档 ID 798844.1) 适用于: Oracle Database - Enterprise Edition - Version 10.2.0.1 to 11.2.0.2 [Release 10.2 to 11.2] Information in this document applie