<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>《Data Guard出现gap sequence修复》的评论</title>
	<atom:link href="https://www.xifenfei.com/2011/07/data-guard%e5%87%ba%e7%8e%b0gap-sequence%e4%bf%ae%e5%a4%8d.html/feed" rel="self" type="application/rss+xml" />
	<link>https://www.xifenfei.com/2011/07/data-guard%e5%87%ba%e7%8e%b0gap-sequence%e4%bf%ae%e5%a4%8d.html</link>
	<description>提供7*24专业数据库(Oracle,SQL Server,MySQL,PostgreSQL等)恢复和技术支持@Tel:17813235971</description>
	<lastBuildDate>Thu, 11 Dec 2025 02:46:14 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>作者：惜分飞</title>
		<link>https://www.xifenfei.com/2011/07/data-guard%e5%87%ba%e7%8e%b0gap-sequence%e4%bf%ae%e5%a4%8d.html/comment-page-1#comment-783</link>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
		<pubDate>Thu, 19 Apr 2012 15:17:57 +0000</pubDate>
		<guid isPermaLink="false">https://www.xifenfei.com/?p=1176#comment-783</guid>
		<description><![CDATA[今天在帮朋友处理类此问题的时候，基于scn恢复好数据库后，因为备库没有standby redo log file 且没有清理备库的redo log，出现如下错误
[shell]
Thu Apr 19 22:01:36 2012
Thread 1 cannot allocate new log, sequence 2031
Private strand flush not complete
  Current log# 1 seq# 2030 mem# 0: /u01/app/oracle/oradata/orcl/redo01.log
Thread 1 advanced to log sequence 2031
  Current log# 2 seq# 2031 mem# 0: /u01/app/oracle/oradata/orcl/redo02.log
Thu Apr 19 22:01:37 2012
Errors in file /u01/app/oracle/admin/orcl/bdump/orcl_lns1_7012.trc:
ORA-00270: error creating archive log 
Thu Apr 19 22:01:37 2012
LGWR: Error 270 closing archivelog file &#039;standby&#039;
Thu Apr 19 22:01:44 2012
Thread 1 cannot allocate new log, sequence 2032
Private strand flush not complete
  Current log# 2 seq# 2031 mem# 0: /u01/app/oracle/oradata/orcl/redo02.log
Thread 1 advanced to log sequence 2032
  Current log# 3 seq# 2032 mem# 0: /u01/app/oracle/oradata/orcl/redo03.log
[/shell]
trace文件内容如
[shell]
*** 2012-04-19 20:51:47.096 57126 kcrr.c
LNS1: initialized successfully ASYNC=1
Destination is specified with ASYNC=61440
*** 2012-04-19 20:51:48.125 70905 kcrr.c
Sending online log thread 1 seq 2025 [logfile 2] to standby
Opening logfile [logno 2]
LGWR: Archivelog for thread 1 sequence 2025 will NOT be compressed
Redo shipping client performing standby login
*** 2012-04-19 20:51:48.174 64561 kcrr.c
Logged on to standby successfully
Client logon and security negotiation successful!
Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
Archiving to destination standby ASYNC blocks=20480
Allocate ASYNC blocks: Previous blocks=0 New blocks=20480
Log file opened [logno 2]
*** 2012-04-19 20:52:03.210
*** 2012-04-19 20:52:03.210 71706 kcrr.c
Detected proper completion of online log
*** 2012-04-19 20:52:03.210 71549 kcrr.c
Detected physical end of file
Online entry still exists for log 2 thr 1 seq 2025. Using it
Closing thread 1 sequence 2025 logno 2 nab 2 los 65825433 nxs 65825440
*** 2012-04-19 20:52:03.219 70905 kcrr.c
Sending online log thread 1 seq 2026 [logfile 3] to standby
Opening logfile [logno 3]
LGWR: Archivelog for thread 1 sequence 2026 will NOT be compressed
Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
Archiving to destination standby ASYNC blocks=20480
Log file opened [logno 3]
Attempting to send buffer 0x0x2aad8decb000  start block 2  block count 1
    total size to send 512  blocksize 512
*** 2012-04-19 20:52:11.234 71706 kcrr.c
Detected proper completion of online log
*** 2012-04-19 20:52:11.234 71549 kcrr.c
Detected physical end of file
Attempting to send buffer 0x0x2aad8decb000  start block 3  block count 1
    total size to send 512  blocksize 512
Online entry still exists for log 3 thr 1 seq 2026. Using it
Closing thread 1 sequence 2026 logno 3 nab 4 los 65825440 nxs 65825443
[/shell]
执行如下命令问题解决
[sql]
SQL&gt; select group# from v$log;

    GROUP#
----------
         1
         3
         2

SQL&gt; ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

Database altered.

SQL&gt; ALTER DATABASE CLEAR LOGFILE GROUP 1;

Database altered.

SQL&gt; ALTER DATABASE CLEAR LOGFILE GROUP 2;    

Database altered.

SQL&gt; ALTER DATABASE CLEAR LOGFILE GROUP 3;

Database altered.

SQL&gt; ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

Database altered.
[/sql]]]></description>
		<content:encoded><![CDATA[<p>今天在帮朋友处理类此问题的时候，基于scn恢复好数据库后，因为备库没有standby redo log file 且没有清理备库的redo log，出现如下错误</p>
<pre class="brush: bash; title: ; notranslate">
Thu Apr 19 22:01:36 2012
Thread 1 cannot allocate new log, sequence 2031
Private strand flush not complete
  Current log# 1 seq# 2030 mem# 0: /u01/app/oracle/oradata/orcl/redo01.log
Thread 1 advanced to log sequence 2031
  Current log# 2 seq# 2031 mem# 0: /u01/app/oracle/oradata/orcl/redo02.log
Thu Apr 19 22:01:37 2012
Errors in file /u01/app/oracle/admin/orcl/bdump/orcl_lns1_7012.trc:
ORA-00270: error creating archive log 
Thu Apr 19 22:01:37 2012
LGWR: Error 270 closing archivelog file 'standby'
Thu Apr 19 22:01:44 2012
Thread 1 cannot allocate new log, sequence 2032
Private strand flush not complete
  Current log# 2 seq# 2031 mem# 0: /u01/app/oracle/oradata/orcl/redo02.log
Thread 1 advanced to log sequence 2032
  Current log# 3 seq# 2032 mem# 0: /u01/app/oracle/oradata/orcl/redo03.log
</pre>
<p>trace文件内容如</p>
<pre class="brush: bash; title: ; notranslate">
*** 2012-04-19 20:51:47.096 57126 kcrr.c
LNS1: initialized successfully ASYNC=1
Destination is specified with ASYNC=61440
*** 2012-04-19 20:51:48.125 70905 kcrr.c
Sending online log thread 1 seq 2025 [logfile 2] to standby
Opening logfile [logno 2]
LGWR: Archivelog for thread 1 sequence 2025 will NOT be compressed
Redo shipping client performing standby login
*** 2012-04-19 20:51:48.174 64561 kcrr.c
Logged on to standby successfully
Client logon and security negotiation successful!
Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
Archiving to destination standby ASYNC blocks=20480
Allocate ASYNC blocks: Previous blocks=0 New blocks=20480
Log file opened [logno 2]
*** 2012-04-19 20:52:03.210
*** 2012-04-19 20:52:03.210 71706 kcrr.c
Detected proper completion of online log
*** 2012-04-19 20:52:03.210 71549 kcrr.c
Detected physical end of file
Online entry still exists for log 2 thr 1 seq 2025. Using it
Closing thread 1 sequence 2025 logno 2 nab 2 los 65825433 nxs 65825440
*** 2012-04-19 20:52:03.219 70905 kcrr.c
Sending online log thread 1 seq 2026 [logfile 3] to standby
Opening logfile [logno 3]
LGWR: Archivelog for thread 1 sequence 2026 will NOT be compressed
Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
Archiving to destination standby ASYNC blocks=20480
Log file opened [logno 3]
Attempting to send buffer 0x0x2aad8decb000  start block 2  block count 1
    total size to send 512  blocksize 512
*** 2012-04-19 20:52:11.234 71706 kcrr.c
Detected proper completion of online log
*** 2012-04-19 20:52:11.234 71549 kcrr.c
Detected physical end of file
Attempting to send buffer 0x0x2aad8decb000  start block 3  block count 1
    total size to send 512  blocksize 512
Online entry still exists for log 3 thr 1 seq 2026. Using it
Closing thread 1 sequence 2026 logno 3 nab 4 los 65825440 nxs 65825443
</pre>
<p>执行如下命令问题解决</p>
<pre class="brush: sql; title: ; notranslate">
SQL&gt; select group# from v$log;

    GROUP#
----------
         1
         3
         2

SQL&gt; ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

Database altered.

SQL&gt; ALTER DATABASE CLEAR LOGFILE GROUP 1;

Database altered.

SQL&gt; ALTER DATABASE CLEAR LOGFILE GROUP 2;    

Database altered.

SQL&gt; ALTER DATABASE CLEAR LOGFILE GROUP 3;

Database altered.

SQL&gt; ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

Database altered.
</pre>
]]></content:encoded>
	</item>
	<item>
		<title>作者：惜分飞</title>
		<link>https://www.xifenfei.com/2011/07/data-guard%e5%87%ba%e7%8e%b0gap-sequence%e4%bf%ae%e5%a4%8d.html/comment-page-1#comment-782</link>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
		<pubDate>Thu, 19 Apr 2012 15:13:45 +0000</pubDate>
		<guid isPermaLink="false">https://www.xifenfei.com/?p=1176#comment-782</guid>
		<description><![CDATA[[shell]
MRP0: Background Managed Standby Recovery process started (orcl)
Managed Standby Recovery not using Real Time Apply
Media Recovery Waiting for thread 1 sequence 2017
Fetching gap sequence in thread 1, gap sequence 2017-2018
Thu Apr 19 20:37:25 2012
FAL[server]: Fail to queue the whole FAL gap
 GAP - thread 1 sequence 2017-2018
 DBID 1298106628 branch 770325894
[/shell]
当查询v$datafile scn,database scn,datafile_header.scn发现均不一致,这个时候不能使用CURRENT_SCN来作为scn增量备份的起点，这个时候需要根据缺少日志最下sequence#找出scn,然后作为增量备份的起点.
&lt;br&gt;
找出scn起点
[sql]
SQL&gt; select FIRST_CHANGE#  from v$archived_log where SEQUENCE#  =2017;

 FIRST_CHANGE# 
 ------------- 
      65727543  
[/sql]
所以使用gap中提示的sequence#找出起始scn比CURRENT_SCN 更加靠谱(出现scn不一致情况,一般人工不正常干预dg导致
[sql]
BACKUP INCREMENTAL FROM SCN 65727543 DATABASE
FORMAT &#039;/home/oracle/xff_%U&#039; tag &#039;XIFENFEI&#039;;
[/sql]]]></description>
		<content:encoded><![CDATA[<pre class="brush: bash; title: ; notranslate">
MRP0: Background Managed Standby Recovery process started (orcl)
Managed Standby Recovery not using Real Time Apply
Media Recovery Waiting for thread 1 sequence 2017
Fetching gap sequence in thread 1, gap sequence 2017-2018
Thu Apr 19 20:37:25 2012
FAL[server]: Fail to queue the whole FAL gap
 GAP - thread 1 sequence 2017-2018
 DBID 1298106628 branch 770325894
</pre>
<p>当查询v$datafile scn,database scn,datafile_header.scn发现均不一致,这个时候不能使用CURRENT_SCN来作为scn增量备份的起点，这个时候需要根据缺少日志最下sequence#找出scn,然后作为增量备份的起点.<br />
<br />
找出scn起点</p>
<pre class="brush: sql; title: ; notranslate">
SQL&gt; select FIRST_CHANGE#  from v$archived_log where SEQUENCE#  =2017;

 FIRST_CHANGE# 
 ------------- 
      65727543  
</pre>
<p>所以使用gap中提示的sequence#找出起始scn比CURRENT_SCN 更加靠谱(出现scn不一致情况,一般人工不正常干预dg导致</p>
<pre class="brush: sql; title: ; notranslate">
BACKUP INCREMENTAL FROM SCN 65727543 DATABASE
FORMAT '/home/oracle/xff_%U' tag 'XIFENFEI';
</pre>
]]></content:encoded>
	</item>
</channel>
</rss>
