プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：service@parnassusdata.com

あるユーザーがORA-00600 [kfrValAcd30]に遭遇して、ASMインスタンスが实例が起動できなくなった。その前にユーザーが電源を切って、オペレーションシステムを再起動した。 そのエラのstack callは以下の通り： STACK TRACE: ———— skdstdst <- ksedst1 <- ksedst <- dbkedDefDump <- ksedmp <- ksfdmp <- dbgexPhaseII <- dbgexProcessError <- dbgeExecuteForError <- dbgePostErrorKGE <- 1615 <- dbkePostKGE_kgsf <- kgeadse <- kgerinv_internal <- kgerinv <- kgeasnmierr <- kfrValAcd <- kfrgnr <- kfrgnc <- kfrPass1 <- kfrcrv <- kfcMountPriv <- kfcMount <- kfgInitCache <- kfgFinalizeMount <- 2149 <- kfgscFinalize <- kfgForEachKfgsc <- kfgsoFinalize <- kfgFinalize <- kfxdrvMount <- kfxdrvEntry <- opiexe <- opiosq0 <- kpooprx <- kpoal8 <- opiodr <- ttcpip <- opitsk <- opiino <- opiodr <- opidrv <- sou2o <- opimai_real <- ssthrdmain <- main <- libc_start_main <- start kfrValAcd Reap the current log read I/O.   そのエラの原因はdiskgroupをリカバリするときに、ACD記録seq=111と気づいた。けど実際にACDの記録はseq=6である。   このトラブルに対して、 PRMツールでそのトラブルdiskgroupのデータファイルを抽出して、Diskgroupを再構造する。 PRM FOR ORACLEについて http://parnassusdata.com/に参考してください。