1. 程式人生 > >oracle資料庫日誌檔案版本不一致問題處理

oracle資料庫日誌檔案版本不一致問題處理

早上在啟動測試資料庫時,發現如下問題:
資料庫版本是11.2.0.3
SQL> startup
ORACLE instance started.

Total System Global Area 1653518336 bytes
Fixed Size                  2228904 bytes
Variable Size            1140854104 bytes
Database Buffers          503316480 bytes
Redo Buffers                7118848 bytes
Database mounted.
ORA-03113: end-of-file on communication channel
Process ID: 8264
Session ID: 191 Serial number: 3

檢查告警日誌檔案資訊如下:
Fri Aug 24 09:52:27 2012
Completed: ALTER DATABASE   MOUNT
Fri Aug 24 09:52:27 2012
ALTER DATABASE OPEN
Fri Aug 24 09:52:33 2012
Errors in file /u01/app/oracle/diag/rdbms/enmot2/enmot2/trace/enmot2_lgwr_8222.trc:
ORA-00322: log 2 of thread 1 is not current copy
ORA-00312: online log 2 thread 1: '/u01/app/oracle/oradata/enmot2/redo02b.log'
ORA-00322: log 2 of thread 1 is not current copy
ORA-00312: online log 2 thread 1: '/u01/app/oracle/oradata/enmot2/redo02a.log'
Errors in file /u01/app/oracle/diag/rdbms/enmot2/enmot2/trace/enmot2_lgwr_8222.trc:
ORA-00322: log 2 of thread 1 is not current copy
ORA-00312: online log 2 thread 1: '/u01/app/oracle/oradata/enmot2/redo02b.log'
ORA-00322: log 2 of thread 1 is not current copy
ORA-00312: online log 2 thread 1: '/u01/app/oracle/oradata/enmot2/redo02a.log'
Errors in file /u01/app/oracle/diag/rdbms/enmot2/enmot2/trace/enmot2_ora_8264.trc:
ORA-00322: log 1 of thread  is not current copy
ORA-00312: online log 2 thread 1: '/u01/app/oracle/oradata/enmot2/redo02a.log'
ORA-00312: online log 2 thread 1: '/u01/app/oracle/oradata/enmot2/redo02b.log'
USER (ospid: 8264): terminating the instance due to error 322
Fri Aug 24 09:52:34 2012
System state dump requested by (instance=1, osid=8264), summary=[abnormal instance termination].
System State dumped to trace file /u01/app/oracle/diag/rdbms/enmot2/enmot2/trace/enmot2_diag_8212.trc
Dumping diagnostic data in directory=[cdmp_20120824095234], requested by (instance=1, osid=8264), summary=[abnormal instance termination].
Instance terminated by USER, pid = 8264
問題比較明顯,日誌映象存在問題,由於測試庫可以通過resetlog方式開啟:
SQL> alter system set "_allow_resetlogs_corruption"=true scope=spfile;

System altered.
SQL> startup mount
ORACLE instance started.

Total System Global Area 1653518336 bytes
Fixed Size                  2228904 bytes
Variable Size            1140854104 bytes
Database Buffers          503316480 bytes
Redo Buffers                7118848 bytes
Database mounted.

SQL> recover database until cancel;
Media recovery complete.
SQL> alter database open resetlogs;

Database altered.
此時告警日誌資訊如下:
Fri Aug 24 09:53:56 2012
alter database open resetlogs
ORA-1139 signalled during: alter database open resetlogs...
Fri Aug 24 09:54:27 2012
ALTER DATABASE RECOVER  database until cancel  
Media Recovery Start
 started logmerger process
Parallel Media Recovery started with 4 slaves
Media Recovery Not Required
Completed: ALTER DATABASE RECOVER  database until cancel  
alter database open resetlogs
RESETLOGS is being done without consistancy checks. This may result
in a corrupted database. The database should be recreated.
RESETLOGS after incomplete recovery UNTIL CHANGE 1427077
Resetting resetlogs activation ID 1296798128 (0x4d4b91b0)
Fri Aug 24 09:56:11 2012
Setting recovery target incarnation to 2
Fri Aug 24 09:56:12 2012
Assigning activation ID 1297978010 (0x4d5d929a)
Thread 1 opened at log sequence 1
  Current log# 1 seq# 1 mem# 0: /u01/app/oracle/oradata/enmot2/redo01a.log
  Current log# 1 seq# 1 mem# 1: /u01/app/oracle/oradata/enmot2/redo01b.log
Successful open of redo thread 1
Fri Aug 24 09:56:15 2012
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Fri Aug 24 09:56:15 2012
SMON: enabling cache recovery
[8371] Successfully onlined Undo Tablespace 2.
Undo initialization finished serial:0 start:68627054 end:68628914 diff:1860 (18 seconds)
Dictionary check beginning
Fri Aug 24 09:56:26 2012
Dictionary check complete
Verifying file header compatibility for 11g tablespace encryption..
Verifying 11g file header compatibility for tablespace encryption completed
Fri Aug 24 09:56:26 2012
SMON: enabling tx recovery
Database Characterset is ZHS16GBK
No Resource Manager plan active
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
Fri Aug 24 09:56:36 2012
QMNC started with pid=20, OS id=8383
LOGSTDBY: Validating controlfile with logical metadata
Fri Aug 24 09:56:37 2012
LOGSTDBY: Validation complete
Fri Aug 24 09:56:47 2012
Completed: alter database open resetlogs

以上就是整個處理過程。

相關推薦

oracle資料庫日誌檔案版本一致問題處理

早上在啟動測試資料庫時,發現如下問題: 資料庫版本是11.2.0.3 SQL> startup ORACLE instance started. Total System Global Area 1653518336 bytes Fixed Size         

openssl 標頭檔案和庫檔案版本一致導致crash

問題描述: Linux下libA依賴於Openssl,程序B> gdb除錯發現,到27行時,md=0x0,ctx中的各項都是空的。而正常情況下除錯的結果都是有意義的值。 解決: 在build libA時,在Makefile中指定openssl 的include路徑,

用cmd執行記事本寫的java檔案,以及jdk版本和執行版本一致原因及其解決辦法

1.首先新建一個記事本,檔名改為Welcome.java拓展名也要改!(屬性裡面改為顯示拓展名,這樣才可以通過重新命名的方式改檔案個格式) public class Welcome{ public static void main(String[] args){ System.out.pr

oracle rman恢復資料檔案路徑一致

編輯恢復指令碼:vi recover.txt run{allocate channel c1 type sbt;allocate channel c2 type sbt;allocate channel c3 type sbt;allocate channel c4 type sbt;allocate ch

java cmd視窗執行檔案報錯版本一致

Exception in thread "main" java.lang.UnsupportedClassVersionError: TestJava has been compiled by a m.......... 英文提示JDK版本與環境版本不一致,需要更改電腦環境變數。 一般是jd

sql serveice 附加資料庫時,遇到版本一致的解決方法

sql serveice 附加資料庫時,遇到版本不一致的解決方法    一、報錯資訊         二、原因 例如版本號661是SQL Server 2008 R2,版本號655是SQL Server 2008 等。它擁有向上相容的特點。

win7 64位作業系統下git的安裝 顯示檔案版本和正在執行的windows版本一致

想要在自己機器上安裝git,對專案進行版本控制,可還是發生了很不和諧的一幕。費盡周折,上圖:一開始以為是下載過程中檔案出錯,然後下載了好多次,每次點選安裝和的時候,都會出現下面的錯誤提示:可是機器的作業系統版本就是win7 64位作業系統,下載的git版本也是for wind

資料庫與JavaBean欄位名一致處理

當資料庫欄位與 JavaBean 欄位不一致時將導致封裝結果失敗,一般資料庫欄位命名用下劃線如: first_name 而 JavaBean 採用駝峰命名法如: firstName 解決方法有三種: 1.取別名 在 sql 語句取別名

Oracle資料庫dmp檔案版本匯入低版本

1、Oracle12c匯出dmp檔案 2、直接匯入Oracle10g提示如下錯誤 3、使用notepad工具開啟Oracle10g匯出的dmp檔案,檢視dmp檔案版本號(如果dmp檔案太大,會打不開,可以匯出某張表的dmp進行版本號的檢視) 4、使用Alx

Android studio匯入工程java檔案出現紅色J,gradle外掛與gradle版本一致 解決辦法

     在這個程式碼搬運的時代,合理運用開源優秀程式碼,已經成為了每一個程式設計師必不可少的技能。      我相信大家在匯入第三方module或者第三方工程的時候,都遇到過,開啟的工程JAVA檔案

gitlab遷移版本一致問題

gitlab 遷移原服務器:bitnami版本gitlab版本 8.14.3目標服務器:源安裝gitlab版本:9.1.1備份方法:原機器無gitlab-rake命令切換到git用戶,執行bundle命令,進行備份$/opt/bitnami/apps/gitlab/htdocs $bundle exec b

javac與java版本一致

bin 文章 target 變量 runner dsp load adr tar 項目測試時遇到該問題,因為loadRunner不支持jdk1.7,但運行java腳本時提示jdk版本是1.7,實際的JAVA_HOME設置為1.6。 運行javac -version與java

Newtonsoft.Json 版本一致導致錯誤

gre newton code depend binding ken redirect 不一致 -c 可以在配置文件添加這部分,其他版本的不一致,也可使用這種方式解決. <runtime> <assemblyBinding xmlns="ur

git 解決相同文件版本一致,提交失敗

手動 -1 解決 本地倉庫 不一致 指令 cnblogs 修改 ima 這裏我寫了關鍵的步驟。準備工作(克隆倉庫,add,commit)等等就不列舉了 目前本地倉庫和遠程倉庫的README.md如下 遠程倉庫 本地倉庫 在經過git push 和git

jdk 版本一致導致的錯誤

sdn res myeclipse pan 問題 get target 搜索 文件導入 平時做項目時難免會從git,svn下載代碼或者把別人的項目文件導入到自己的MyEclipse中進行操作,因此會遇到很多問題,常見的有一種是使用的jdk版本不一致造成的報錯, 錯誤案例:

android studio 開發中啟動android項目報錯sdk版本一致解決方案

技術分享 發現 依賴 adl 目的 clas studio ima 需要 安卓項目開發中新建項目後再run‘的時候發現報錯com.android.support:appcompat-v7依賴報錯 查看下build.gredle所配置的參數: 打開項目的bui

gitlab遷移遇到的版本一致和無法導入問題

gitlab 遷移 這個時候需要卸載掉當前服務器安裝的gitlab版本,並下載備份時的gitlab版本並重新安裝(清華的tuna項目有所有的gitlab版本備份,下載地址:https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/)這裏需要根據當前的操作系統

解決phpinfo 和php -v版本一致的問題

mage pos html src www post log .html 版本 解決方法:參考http://www.php.cn/php-weizijiaocheng-377168.html 解決phpinfo 和php -v版本不一致的問題

vs警告 當前源代碼跟內置的版本一致解決辦法

.net sdn studio 代碼 style 不一致 post 內置 解決 本文轉載於:http://blog.csdn.net/bull521/article/details/51334464 vs警告 當前源代碼跟內置的版本不一致解決辦法 1.刪除掉 我的文檔/vi

Spring MVC前傳遞和後端接收的引數名一致處理方式

前端傳遞的變數和後端接收的變數名字不一致時,用註解@RequestParam來實現資料的傳遞 例如:@RequestParam(value="id")  //實現商品的分類目錄展現 /** * value="實現資料的傳遞" * defaultValue:如果引數為null時生效 * requi