檢查數(shù)據(jù)庫服務(wù)器,發(fā)現(xiàn)磁盤已滿,因為前期規(guī)劃問題,磁盤空間不足,還好該庫不影響。
創(chuàng)新互聯(lián)建站是一家專業(yè)提供義安企業(yè)網(wǎng)站建設(shè),專注與成都做網(wǎng)站、網(wǎng)站制作、成都h5網(wǎng)站建設(shè)、小程序制作等業(yè)務(wù)。10年已為義安眾多企業(yè)、政府機構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)絡(luò)公司優(yōu)惠進行中。
刪除歸檔時,發(fā)現(xiàn)刪除過多,導(dǎo)致備庫歸檔沒有成功應(yīng)用,就被刪除了。
這個操作確實粗心大意,檢查備庫歸檔時,發(fā)現(xiàn)無法應(yīng)用,查看日志有如下報錯:
Fetching gap sequence in thread 1, gap sequence 42102-42102 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's sufficiently large enough to maintain adequate log switch information to resolve archivelog gaps. ------------------------------------------------------------
處理方法,在主庫查看該歸檔的SCN發(fā)生的序列:
SQL> col first_change# for 999999999999999 SQL> select first_change# from v$archived_log where sequence#='42102' 2 ; FIRST_CHANGE# ---------------- 11769444390910 主庫 SQL> alter system set log_archive_dest_state_2=defer; 備庫 SQL> alter database managed standby database recovery cancel;
對主庫進行增量和控制文件備份:
RMAN> backup incremental from scn 11769444390910 database format '/u01/temp/archivedlog_%U'; RMAN> backup current controlfile for standby format '/u01/temp/controlfile.bak';
將文件拷貝到備庫后,進行還原
RMAN> shutdown immediate RMAN> startup nomount RMAN> restore standby controlfile from '/u01/temp/controlfile.bak'; RMAN> alter database mount; RMAN> recover database noredo;
另外如果未采用的standby log模式,則需要清空備庫redo log,有幾組清理幾組。
SQL> alter database clear logfile group 1;
切換主庫日志文件觀察主備庫日志序列是否一致!
主庫: SQL> alter system switch logfile; SQL> select max(sequence#) from v$log_history; MAX(SEQUENCE#) -------------- 42141 備庫: SQL> select max(sequence#) from v$log_history; MAX(SEQUENCE#) -------------- 42141
恢復(fù)歸檔應(yīng)用
主庫 SQL> alter system set log_archive_dest_state_2=enable; 備庫 SQL> alter database managed standby database recovery disconnect from session;
關(guān)注以下幾個視圖:
v$managed_standby SQL> select process,status,sequence# from v$managed_standby; v$archive_dest_status SQL> col dest_name for a25 SQL> select dest_name,status,recovery_mode from v$archive_dest_status;
啟動時觀察alert日志發(fā)現(xiàn)如下內(nèi)容
Wed Sep 30 14:27:09 2015
Managed Standby Recovery not using Real Time Apply
表示歸檔沒有實時同步,檢查發(fā)現(xiàn)備庫監(jiān)聽未開啟
$ tnsping sss_dg TNS Ping Utility for Linux: Version 11.2.0.3.0 - Production on 30-SEP-2015 14:27:42 Copyright (c) 1997, 2011, Oracle. All rights reserved. Used parameter files: Used TNSNAMES adapter to resolve the alias Attempting to contact (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=x.x.x.x)(PORT=1521))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=sss))) TNS-12541: TNS:no listene
參考:
http://www.xifenfei.com/2011/07/data-guard%e5%87%ba%e7%8e%b0gap-sequence%e4%bf%ae%e5%a4%8d.html
文章題目:DataGuardGapsequence的處理方法
路徑分享:http://muchs.cn/article28/jcpecp.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)頁設(shè)計公司、域名注冊、做網(wǎng)站、響應(yīng)式網(wǎng)站、網(wǎng)站導(dǎo)航、網(wǎng)站維護
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)