环境:
OS:Red Hat Linux As 5
DB:10.2.0.4
DG:物理DG
在主库为某个表空间添加数据文件后,发现在备库没有相应的创建,最后查看了主库的日志文件发现某个归档日志没有传输到备库.导致日志没有传输到备库暂时找不到具体原因,先不管了,手工将丢失的日志文件copy到备库应用了再说.
1.主库alert.log日志发现161日志没有传到备库:
Sun May 27 06:32:59 2012
FAL[client]: Failed to request gap sequence
GAP - thread 1 sequence 161-161
DBID 1820932955 branch 775456988
FAL[client]: All defined FAL servers have been attempted.
-------------------------------------------------------------
Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization
parameter is defined to a value that is sufficiently large
enough to maintain adequate log switch information to resolve
archivelog gaps.
-------------------------------------------------------------
2.在备库目录没有发现1_161_775456988.arc
[oracle@hxlbak duplicate]$ ls -1
1_151_775456988.arc
1_152_775456988.arc
1_153_775456988.arc
1_154_775456988.arc
1_155_775456988.arc
1_156_775456988.arc
1_157_775456988.arc
1_158_775456988.arc
1_159_775456988.arc
1_160_775456988.arc
这里丢失了161
1_162_775456988.arc
1_163_775456988.arc
1_164_775456988.arc
3.将丢失的日志文件从主库拷贝到备库
具体操作省略
4.在备库注册丢失的日志文件
SQL> alter database register logfile '/u02/app/oracle/duplicate/1_161_775456988.arc';
5.从备库的alert.log文件发现应用过了丢失的日志文件
alter database recover managed standby database disconnect from session
Sun May 27 18:50:49 2012
Attempt to start background Managed Standby Recovery process (oraclbak)
MRP0 started with pid=49, OS id=3406
Sun May 27 18:50:49 2012
MRP0: Background Managed Standby Recovery process started (oraclbak)
Managed Standby Recovery not using Real Time Apply
Media Recovery Log /u02/app/oracle/duplicate/1_161_775456988.arc
Sun May 27 18:50:55 2012
Completed: alter database recover managed standby database disconnect from session
-- The End --
--转自
当前位置：
论坛首页 »
自由讨论区 »
MySQL, Oracle及数据库讨论区
»
发起投票
技术讨论
加好友
发消息
2015-5-8 11:06:16 |
赞(
操作
