恢复数据库hang住/parallel recovery read buffer free

本文介绍了一位客户在进行Oracle数据库异机恢复时遇到的问题。在恢复过程中,数据库挂起在归档阶段,原因是源数据库中存在不同block size的表空间。通过设置目标数据库的db_nK_cache_size参数解决了此问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

近日某客户在做异机恢复数据库时,restore完成,一直Hang住在recover归档,检查等待事件 parallel recovery read buffer free
出现该等待事件是因为源端数据库设置了不同block size大小的表空间,而目标端并没有设置db_nK_cache_size参数,检查源端 select block_size, count(*) from dba_tablespaces group by block_size;确实设置了16k的表空间,并且db_16k_cache_size设置了256M,在目标端同样设置db_16k_cache_size后recover顺利完成。
MOS文章 文档 ID 1646202.1

CAUSE

Insufficient buffer cache for tablespace with non-default block size.  I.e., db_4k_cache_size, db_8k_cache_size, db_16k_cache_size, db_32k_cache_size are not set or set too low.  For example, running an RMAN duplicate of a target database which contains tablespaces with different block sizes but auxiliary instance does not have the appropriate db_nK_cache_size parameter. 

SOLUTION

Buffer cache blocks must exist for all tablespaces with block sizes <> DB_BLOCK_SIZE 

1.  Check target (or source):  

select block_size, count(*) from dba_tablespaces group by block_size;

2.  For any tablespace with block size NOT the same as db_block_size, set DB_nK_CACHE_SIZE

3.  After correctly setting db_nK_cache_size re-execute the recover or duplicate command


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10271187/viewspace-2135992/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/10271187/viewspace-2135992/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值