2. 程式人生 > >[20171211]ora-16014 11g.txt

[20171211]ora-16014 11g.txt

阿新 • • 發佈：2017-12-11
ply 情況 mon occurred ise port 滿了 sin chan

[20171211]ora-16014 11g.txt

--//上午測試了10g下備庫log_archive_dest_1參數配置VALID_FOR=(ONLINE_LOGFILES,ALL_ROLES)的錯誤.在11G也測試看看:

1.環境:
SCOTT@book> @ &r/ver1
PORT_STRING VERSION BANNER
------------------------------ -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx 11.2.0.4.0 Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

--//在備庫執行:
create pfile=‘/tmp/@.ora‘ from spfile ;

--//修改/tmp/bookdg.ora中參數:
*.log_archive_dest_1=‘LOCATION=/u01/app/oracle/archivelog/book MANDATORY VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=bookdg‘
--//修改為:
*.log_archive_dest_1=‘LOCATION=/u01/app/oracle/archivelog/book MANDATORY VALID_FOR=(ONLINELOGFILES,ALL_ROLES) DB_UNIQUE_NAME=bookdg‘

2.重啟備庫:

SYS@bookdg> startup mount pfile=‘/tmp/bookdg.ora‘
ORACLE instance started.

Total System Global Area 634732544 bytes
Fixed Size 2255792 bytes
Variable Size 197133392 bytes
Database Buffers 427819008 bytes
Redo Buffers 7524352 bytes
Database mounted.

SYS@bookdg> alter database recover managed standby database using current logfile disconnect ;
Database altered.

--//檢查alert.log出現如下:
Mon Dec 11 16:20:31 2017
ARCH: Archival stopped, error occurred. Will continue retrying
ORACLE Instance bookdg - Archival Error
ORA-16014: log 4 sequence# 695 not archived, no available destinations
ORA-00312: online log 4 thread 1: ‘/mnt/ramdisk/book/redostb01.log‘
Mon Dec 11 16:20:31 2017
Archiver process freed from errors. No longer stopped
alter database recover managed standby database using current logfile disconnect
Attempt to start background Managed Standby Recovery process (bookdg)
Mon Dec 11 16:20:42 2017
MRP0 started with pid=28, OS id=23531
MRP0: Background Managed Standby Recovery process started (bookdg)
started logmerger process
Mon Dec 11 16:20:48 2017
Managed Standby Recovery starting Real Time Apply
Parallel Media Recovery started with 4 slaves
Waiting for all non-current ORLs to be archived...
All non-current ORLs have been archived.
Media Recovery Waiting for thread 1 sequence 695 (in transit)
Recovery of Online Redo Log: Thread 1 Group 4 Seq 695 Reading mem 0
Mem# 0: /mnt/ramdisk/book/redostb01.log
Completed: alter database recover managed standby database using current logfile disconnect

SYS@bookdg> @ &r/dg/dg
PROCESS PID STATUS CLIENT_P GROUP# THREAD# SEQUENCE# BLOCK# BLOCKS DELAY_MINS
--------- ------- ------------ -------- ------ ------- ------------ ------------ ------------ ------------
ARCH 23506 CONNECTED ARCH N/A 0 0 0 0 0
ARCH 23508 CONNECTED ARCH N/A 0 0 0 0 0
ARCH 23510 CONNECTED ARCH N/A 0 0 0 0 0
ARCH 23512 CONNECTED ARCH N/A 0 0 0 0 0
RFS 23533 IDLE ARCH N/A 0 0 0 0 0
RFS 23523 IDLE UNKNOWN N/A 0 0 0 0 0
RFS 23521 IDLE UNKNOWN N/A 0 0 0 0 0
RFS 23525 IDLE LGWR 3 1 697 212 1 0
MRP0 23531 APPLYING_LOG N/A N/A 1 697 212 102400 0
9 rows selected.

--//但是MRP0可以應用,而且是實時的.

SYS@bookdg> select * from v$standby_log;
GROUP# DBID THREAD# SEQUENCE# BYTES BLOCKSIZE USED ARC STATUS FIRST_CHANGE# FIRST_TIME NEXT_CHANGE# NEXT_TIME LAST_CHANGE# LAST_TIME
------ ---------- ------- --------- ----------- --------- ------------ --- ---------- ------------- ------------------- ------------ ------------------- ------------ -------------------
4 1337401710 1 695 52428800 512 78848 NO ACTIVE 13276910949 2017-02-28 14:40:12 13276931102 2017-12-11 16:19:45 13276911100 2017-02-28 14:42:36
5 1337401710 1 696 52428800 512 11649536 NO ACTIVE 13276931102 2017-12-11 16:19:45 13276933607 2017-12-11 16:20:30 13276933604 2017-12-11 16:20:30
6 1337401710 1 697 52428800 512 230400 YES ACTIVE 13276933607 2017-12-11 16:20:30 13276933962 2017-12-11 16:26:24
7 UNASSIGNED 0 0 52428800 512 0 YES UNASSIGNED

--//可以發現GROUP#=6,LAST_CHANGE#一直在變化.

3.如果在主庫切換日誌呢?
--//主庫:
SYS@book> alter system archive log current ;
System altered.

--//備庫:
SYS@bookdg> select * from v$standby_log;
GROUP# DBID THREAD# SEQUENCE# BYTES BLOCKSIZE USED ARC STATUS FIRST_CHANGE# FIRST_TIME NEXT_CHANGE# NEXT_TIME LAST_CHANGE# LAST_TIME
------ ---------- ------- --------- ----------- --------- ------------ --- ---------- ------------- ------------------- ------------ ------------------- ------------ -------------------
4 1337401710 1 695 52428800 512 78848 NO ACTIVE 13276910949 2017-02-28 14:40:12 13276931102 2017-12-11 16:19:45 13276911100 2017-02-28 14:42:36
5 1337401710 1 696 52428800 512 11649536 NO ACTIVE 13276931102 2017-12-11 16:19:45 13276933607 2017-12-11 16:20:30 13276933604 2017-12-11 16:20:30
6 1337401710 1 697 52428800 512 358912 NO ACTIVE 13276933607 2017-12-11 16:20:30 13276934205 2017-12-11 16:30:11 13276934201 2017-12-11 16:30:11
7 1337401710 1 698 52428800 512 4096 YES ACTIVE 13276934205 2017-12-11 16:30:11 13276934211 2017-12-11 16:30:17

--//主庫:
SYS@book> alter system archive log current ;
System altered.

--//備庫:
SYS@bookdg> select * from v$standby_log;
GROUP# DBID THREAD# SEQUENCE# BYTES BLOCKSIZE USED ARC STATUS FIRST_CHANGE# FIRST_TIME NEXT_CHANGE# NEXT_TIME LAST_CHANGE# LAST_TIME
------ ---------- ------- --------- ----------- --------- ------------ --- ---------- ------------- ------------------- ------------ ------------------- ------------ -------------------
4 1337401710 1 695 52428800 512 78848 NO ACTIVE 13276910949 2017-02-28 14:40:12 13276931102 2017-12-11 16:19:45 13276911100 2017-02-28 14:42:36
5 1337401710 1 696 52428800 512 11649536 NO ACTIVE 13276931102 2017-12-11 16:19:45 13276933607 2017-12-11 16:20:30 13276933604 2017-12-11 16:20:30
6 1337401710 1 697 52428800 512 358912 NO ACTIVE 13276933607 2017-12-11 16:20:30 13276934205 2017-12-11 16:30:11 13276934201 2017-12-11 16:30:11
7 1337401710 1 698 52428800 512 1022464 NO ACTIVE 13276934205 2017-12-11 16:30:11 13276934424 2017-12-11 16:32:48 13276934424 2017-12-11 16:32:48

--//standby log已經接收滿了.seq= 699.現在在哪裏呢?

$ ls -l /u01/app/oracle/product/11.2.0.4/dbhome_1/dbs/arch1*
-rw-r----- 1 oracle oinstall 52429312 2017-12-11 16:38:56 /u01/app/oracle/product/11.2.0.4/dbhome_1/dbs/arch1_699_896605872.dbf

--//註意看alert.log文件,出現如下這行.
$ grep -i standby_archive_dest alert_bookdg.log
Using STANDBY_ARCHIVE_DEST parameter default value as ?/dbs/arch

3.一旦出現這樣的情況MRP0停止實時應用日誌:
SYS@bookdg> @ &r/dg/dg
PROCESS PID STATUS CLIENT_P GROUP# THREAD# SEQUENCE# BLOCK# BLOCKS DELAY_MINS
--------- ------- ---------- -------- ------ ------- --------- ------------ ------------ ------------
ARCH 23506 CONNECTED ARCH N/A 0 0 0 0 0
ARCH 23508 CONNECTED ARCH N/A 0 0 0 0 0
ARCH 23510 CONNECTED ARCH N/A 0 0 0 0 0
ARCH 23512 CONNECTED ARCH N/A 0 0 0 0 0
RFS 23533 IDLE ARCH N/A 0 0 0 0 0
RFS 23523 IDLE UNKNOWN N/A 0 0 0 0 0
RFS 23521 IDLE UNKNOWN N/A 0 0 0 0 0
RFS 23525 IDLE LGWR 2 1 699 1472 3 0
MRP0 23531 WAIT_FOR_L N/A N/A 1 699 0 0 0
OG
9 rows selected.

SYS@bookdg> @ &r/dg/dg
PROCESS PID STATUS CLIENT_P GROUP# THREAD# SEQUENCE# BLOCK# BLOCKS DELAY_MINS
--------- ------- ---------- -------- ------ ------- --------- ------------ ------------ ------------
ARCH 23506 CONNECTED ARCH N/A 0 0 0 0 0
ARCH 23508 CONNECTED ARCH N/A 0 0 0 0 0
ARCH 23510 CONNECTED ARCH N/A 0 0 0 0 0
ARCH 23512 CONNECTED ARCH N/A 0 0 0 0 0
RFS 23533 IDLE ARCH N/A 0 0 0 0 0
RFS 23523 IDLE UNKNOWN N/A 0 0 0 0 0
RFS 23521 IDLE UNKNOWN N/A 0 0 0 0 0
RFS 23525 IDLE LGWR 2 1 699 1550 1 0
MRP0 23531 WAIT_FOR_L N/A N/A 1 699 0 0 0
OG
9 rows selected.

--//註意看MRP0那行,現在BLOCK#=0.RFS (SEQUENCE#=699那行) ,block#在變化.也就是現在已經不是實時應用.
--//standby log保存SEQUENCE#=695,696,697,698的歸檔.剩下的歸檔放在缺省的?/dbs/arch目錄.
--//也就是現在設置備庫log_archive_dest_1參數無效.

3.改正會話後:
SYS@bookdg> shutdown immediate ;
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.

SYS@bookdg> startup mount
ORACLE instance started.
Total System Global Area 634732544 bytes
Fixed Size 2255792 bytes
Variable Size 197133392 bytes
Database Buffers 427819008 bytes
Redo Buffers 7524352 bytes

SYS@bookdg> @ &r/dg/dg
PROCESS PID STATUS CLIENT_P GROUP# THREAD# SEQUENCE# BLOCK# BLOCKS DELAY_MINS
--------- ------- ---------- -------- ------ ------- --------- ------------ ------------ ------------
ARCH 23665 CONNECTED ARCH N/A 0 0 0 0 0
RFS 23670 IDLE UNKNOWN N/A 0 0 0 0 0
RFS 23674 IDLE ARCH N/A 0 0 0 0 0
RFS 23672 IDLE LGWR 3 1 700 126 1 0
ARCH 23659 CLOSING ARCH 4 1 699 1 1809 0
ARCH 23663 CLOSING ARCH 6 1 697 1 701 0
ARCH 23661 CLOSING ARCH 7 1 698 1 1997 0
MRP0 23676 APPLYING_L N/A N/A 1 700 126 102400 0
OG
8 rows selected.

SYS@bookdg> select * from v$standby_log;
GROUP# DBID THREAD# SEQUENCE# BYTES BLOCKSIZE USED ARC STATUS FIRST_CHANGE# FIRST_TIME NEXT_CHANGE# NEXT_TIME LAST_CHANGE# LAST_TIME
------ ---------- ------- --------- ----------- --------- ------------ --- ---------- ------------- ------------------- ------------ ------------------- ------------ -------------------
4 UNASSIGNED 1 0 52428800 512 0 NO UNASSIGNED
5 1337401710 1 700 52428800 512 85504 YES ACTIVE 13276935995 2017-12-11 16:45:24 13276936149 2017-12-11 16:47:54
6 UNASSIGNED 1 0 52428800 512 0 NO UNASSIGNED
7 UNASSIGNED 1 0 52428800 512 0 NO UNASSIGNED

--//可以發現seq=697,698,699歸檔後關閉.現在可以指派並應用日誌到standby log.

$ grep -i standby_archive_dest alert_bookdg.log
Using STANDBY_ARCHIVE_DEST parameter default value as ?/dbs/arch
Using STANDBY_ARCHIVE_DEST parameter default value as /u01/app/oracle/archivelog/book

--//出現這種問題,估計上面的提示可能容易定位一些.做一個記錄.實際上做dg做好相關文檔,而不是邊寫邊做,很少出現這樣的錯誤.

[20171211]ora-16014 11g.txt

相關推薦

[20171211]ora-16014 11g.txt

ply 情況 mon occurred ise port 滿了 sin chan [20171211]ora-16014 11g.txt--//上午測試了10g下備庫log_archive_dest_1參數配置VALID_FOR=(ONLINE_LOGFILES,ALL_R

[20170612]FOR ALL COLUMNS SIZE repeat(11g).txt

ets session ogr bject ber procedure glob 註意 com [20170612]FOR ALL COLUMNS SIZE repeat(11g).txt--//昨天看了https://jonathanlewis.wordpress.com

[20180819]關於父子遊標問題(11g).txt

ber erp obsolete ssi tab ioi optimizer rod lin [20180819]關於父子遊標問題(11g).txt--//sql語句存在父子遊標,子遊標堆6在父遊標堆0裏面.--//如果存在許多子遊標的情況下,父遊標堆0是否大小是發生變化呢

[20181122]模擬ORA-08103錯誤.txt

[20181122]模擬ORA-08103錯誤.txt$ oerr ora 810308103, 00000, "object no longer exists"// *Cause:  The object has been deleted by another user since the ope

一個ORA-16014和ORA-00312錯誤的解決

為了測試向一個表中插入1000萬條資料，因為有大量的日誌產生，所以事先手工（非RMAN）刪除了歸檔日誌，以免因空間不足而失敗。在插入資料過程中，資料庫還是down掉了。shutdown後發現數據庫無法開啟。 SQL> alter database open;ERROR

ORA-16014錯誤解決辦法

1.問題以及解決過程 SQL> select status from v$instance; STATUS------------MOUNTED SQL> alter database open;alter database open*第 1 行出現錯誤:ORA-

[20190219]那個更快(11g).txt

per 建立索引 pla can data 方式 loop 什麽 pda [20190219]那個更快(11g).txt--//前幾天測試11g Query Result Cache RC Latches時,鏈接http://blog.itpub.net/267265/vi

ORACLE 11G DB RAC ORA-00257archiver error解決辦法

orcale11g rac   ora00257   處理asm磁盤空間不足問題ORA-00257archiver error解決辦法1.之前有處理單機過oracle 11.2.0.4歸檔日誌磁盤空間不足的問題 ，但是沒有處理過ORACLE RAC的歸檔日誌磁盤空間不足的問題 所以沒

oracle 11g錯誤ora-01033:oracle initialization or shutdown in progress解決辦法

想要 文件 area .net total rop shutdown 一個 pro 原文出自：http://blog.csdn.net/liverliu/article/details/6410287 一、首先：問題的產生原因，先前我在f:/llh/目錄創建的一個book

[20170628]11g修改用戶名.txt

dual pool 用戶 11g mount select ota ucc tar [20170628]11g修改用戶名.txt--//昨天看了鏈接,提到修改用戶名:http://www.oratea.com/2017/06/26/oracle-11g%e4%bf%ae%e

[20170825]11G備庫啟用DRCP連接3.txt

erp jvm contex ive mis sqli one use eve [20170825]11G備庫啟用DRCP連接3.txt--//昨天測試了11G備庫啟用DRCP連接,要設置alter system set audit_trail=none scope=spf

11g rac ORA-01157問題處理

ORA-01157 數據文件路徑錯誤 年假還沒休完，就接到一個工作。某客戶數據庫異常，無法讀取數據，大概了解了下原因，早上就坐車來到了生命之環，確實是比較有氣勢，天氣也不錯，心情也很好。 一、環境11g rac rhel 6.8 二、報錯信息SQL> select file_name from

oracle RAC 11g sqlload 生產表匯入資料（ORA-12899）

背景：由於即將來臨的雙十一，業務部門（我司是做京東，天貓的簡訊服務），簡訊入庫慢，需要DBA把資料庫sqlload進資料庫。 表結構如下： MRS VARCHAR2(100), STATUS VARCHAR2(8), STATUSTJ VARCHAR2(8), MMDD VARCHAR2(6), SN

Oracle 11g客戶端及PLSQL Developer配置|Instant Client Setup-64位|Ora

分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識，造福人民，實現我們中華民族偉大復興！        

ORA-01078: failure in processing system parameters 問題的解決方法（oracle 11g）

ORA-01078: failure in processing system parameters LRM-00109: could not open parameter file '/u01/app/oracle/product/11.2.0/db_1/dbs/initDATATEST.o

Oracle 11g ORA-12514:TNS:監聽程式當前無法識別連線描述符中請求的服務問題解決

首先要確認ORacle服務是否開啟。 如果Oracle服務是開啟的，但還是提示【ORA-12514:TNS:監聽程式當前無法識別連線描述符中請求的服務】，再去檢查下： 首先找到listener.ora監聽檔案，具體位置：D:\app\Administrator\product\11.2

[20181204]低版本toad 9.6直連與ora-12505.txt

[20181204]低版本toad 9.6直連與ora-12505.txt--//我們生產系統還保留有一臺使用AMERICAN_AMERICA.US7ASCII字符集的資料庫,這樣由於toad新版本不支援該字符集的中文顯示.--//我一直保留toad 9.6的版本,並且這個版本是32位的,我必須在我的機器另外

Oracle 11g連線sysdba出現ERROR: ORA-01031: insufficient privileges

      今天剛安裝好Oracle 11g，連線資料庫時出現了ERROR: ORA-01031: insufficient privileges       找到自己Oracle的安裝路徑，Oracle\product\11.2.0\dbhome_1\NETWORK\

從oracle 11g匯出->12c 匯入 ,遇到ORA-39213: Metadata processing is not available

1.從低版本匯出，高版本匯入，需要增加version  2.從高版本匯出，低版本匯入，可以向下相容。 下面我們來看看《1.從低版本匯出，高版本匯入》增加version 後，還是報錯？ --下面是11g，加了version='11.2.0.3.0'匯出 [[email&

Oracle 11g RAC CRS-4535/ORA-15077

原文地址：http://blog.csdn.net/leshami/article/details/8468592 新安裝了Oracle 11g rac之後，不知道是什麼原因導致第二個節點上的crsd無法啟動？其錯誤訊息是CRS-4535: Cannot com