Ask Maclean

Author: mac

  • Oracle ORA-00600 [4193] ORA-600 [4193] “seq# mismatch while adding undo record”

    If you cannot recover data by yourself, ask Parnassusdata, the professional ORACLE database recovery team for help. Parnassusdata Software Database Recovery Team Service Hotline:  +86 13764045638 E-mail: [email protected] Format: ORA-600 [4193] [a] [b] VERSIONS: versions 6.0 to 10.1 DESCRIPTION: A mismatch has been detected between Redo records and Rollback (Undo) records. We are validating the Undo block…

  • Oracle ORA-600 [4194] “Undo Record Number Mismatch While Adding Undo Record”

    If you cannot recover data by yourself, ask Parnassusdata, the professional ORACLE database recovery team for help. Parnassusdata Software Database Recovery Team Service Hotline:  +86 13764045638 E-mail: [email protected] ERROR: Format: ORA-600 [4194] [a] [b] VERSIONS: versions 6.0 to 10.1 DESCRIPTION: A mismatch has been detected between Redo records and rollback (Undo) records. We are validating the Undo…

  • Oracle Step by step to resolve ORA-600 4194 4193 4197 on database crash

    If you cannot recover data by yourself, ask Parnassusdata, the professional ORACLE database recovery team for help. Parnassusdata Software Database Recovery Team Service Hotline:  +86 13764045638 E-mail: [email protected]   APPLIES TO: Oracle Server – Enterprise Edition – Version 9.2.0.1 to 11.2.0.3 [Release 9.2 to 11.2] Information in this document applies to any platform. SYMPTOMS The following…

  • Oracle ORA-600[4000] ORA-00600[4000]

    If you cannot recover data by yourself, ask Parnassusdata, the professional ORACLE database recovery team for help. Parnassusdata Software Database Recovery Team Service Hotline:  +86 13764045638 E-mail: [email protected] Applies to: Oracle Server – Enterprise Edition – Version: 8.1.7.4 to 11.1.0.7 Information in this document applies to any platform. Purpose Symptoms Database fails to start because of…

  • Top Internal Errors – Oracle Server Release 8.1.7

    If you cannot recover data by yourself, ask Parnassusdata, the professional ORACLE database recovery team for help. Parnassusdata Software Database Recovery Team Service Hotline:  +86 13764045638 E-mail: [email protected]   ORA-600 [ksmals] Possible bugs: Fixed in: Bug:2662683 ORA-7445 & HEAP CORRUPTION WHEN RUNNING APPS PROGRAM THAT DOES HEAVY INSERTS 9.2.0.4 References: Note:247822.1 ORA-600 [ksmals] ORA-600 [4000] Possible…

  • Oracle ORA-4031错误技术背景

    SGA中的内存池包含不同大小的内存块。当数据库启动时，就有一个大的内存块分配并被hush buckets 里的空闲列表追踪。随着时间推移，随着内存的分配和释放，内存块被按照大小在不同的hush buckets间移动。当SGA里任何一个内存池里出现不能满足内部分配请求的情况时，ORA-04031就出现了。   shared pool共享池的管理方式不同于其它的内存池。。共享池存放与数据字典和library cache有关的信息。但是，这些内存区域根据空闲列表和最近使用算法(LRU)管理。当在共享池的所有搜索结束后，从LRU列表清除所有的可能清除的对象， 多次扫描空闲列表后，仍没有找到内存块，ORA-04031就出现了。这意味着ORA-04031很难预测。   对共享池的监测，可以看它是否包含许多类似的SQL,只有文字不同。 这种情况会占用更多的共享池内存并引共享池碎片，过多的共享池碎片(fragment)会导致虽然共享池中仍有大量的free memory，但都是尺寸较小的内存块(chunk)，当Oracle进程申请一些较大的连续内存空间(memory chunk)时，虽然共享池中的free memory大小远大于申请的连续空间大小，仍会引发ORA-4031错误。使用绑定变量可以使SQL 共享。使用本文所附的脚本可以查出内存中是否有许多类似SQL。   即使使用了绑定变量后，仍然可能存在高version count（子指针）的情况。为了使子指针共享，CURSOR_SHARING参数可能需要调整。metalink 文档Note 296377.1 和 261020.1可以提供详细信息。若造成4031的原因是由于未绑定变量或者游标无法共享导致的过度硬解析(Hard Parse)，则应当调整应用绑定变量或者调整初始化参数。   9i中开始引入shared pool subpool子池技术。设计多个共享池子池的目的是分散单个shared pool LRU Latch的并行压力。 ，每一个子池都包含自有的LRU LIST和保留区域等其他内存结构。 subpools子池的数量会在Oracle实例启动(startup nomount)时根据SGA_MAX_SIZE(或11g中的memory_max_target)以及服务器上的CPU数量而自动决定。子池数量最多为7个，在Card系统中为4个。   每一个subpool都是一个”迷你型”的共享池，其包括自有的Freelist、内存结构记录和LRU LIST。subpool子池技术是对shared pool并发扩张能力的增强，且每一个子池现在都使用独立的shared pool child latch来保护。这意味着不再像9i以前的版本那样因为只有一个shared pool latch而剧烈争用了。   但是在实际使用中发现版本9i中仍存在一些BUG，可能导致在子池之间的内存使用分布不平衡均匀，这可能导致虽然部分子池使用率不高，但是个别子池内存过度分配，从而导致ORA-4031错误。一般把这种现象称作”subpool imbalance”。       分析问题发生时段的ALERT.LOG内容如下：     Wed Nov…

  • ORA-00600 [2662] ORA-600 [2662] “Block SCN is ahead of Current SCN”

    If you cannot recover data by yourself, ask Parnassusdata, the professional ORACLE database recovery team for help. Parnassusdata Software Database Recovery Team Service Hotline:  +86 13764045638 E-mail: [email protected]   ERROR: Format: ORA-600 [2662] [a] [b] [c] [d] [e] VERSIONS: versions 6.0 to 10.1 DESCRIPTION: A data block SCN is ahead of the current SCN. The ORA-600…

  • Summary of Bugs Containing ORA-00600 [2662] ORA-600 [2662]

      If you cannot recover data by yourself, ask Parnassusdata, the professional ORACLE database recovery team for help. Parnassusdata Software Database Recovery Team Service Hotline:  +86 13764045638 E-mail: [email protected] Purpose The purpose of this Note is to explain bugs filed for ORA-00600 [2662] error against specific Oracle database versions, and explain the symptoms ofeach bug, workarounds…

  • Oracle ORA-00600 [25027] ORA-600 [25027]

    If you cannot recover data by yourself, ask Parnassusdata, the professional ORACLE database recovery team for help. Parnassusdata Software Database Recovery Team Service Hotline:  +86 13764045638 E-mail: [email protected]   Format: ORA-600 [25027] [a] [b] VERSIONS: versions 9.2 and above DESCRIPTION: An invalid Tablespace Number (TSN) and/or Relative File Number (RFN) has been found ARGUMENTS: Arg [a]…

  • プロOracleデータベースリカバリ技術サポート

    ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]     データベースは企業のコアとして、データベースが壊れて、まともに運用できなければ、取り換えれない損害を及ぼして、データがなくすかもしれない。データベースに故障が起きれば、有効なバックアップもない場合に、我々こそ最後のディフェンスである。我々必ず最善を尽くして、データを救って、損害をできるだけ低めにする。私たちは元々Oracle会社のアフターサービスリカバリエンジニア（ACS）として、中国でも名を知られたプロリカバリチームである。何百回のリカバリ経験があって；修復できたバーションはORACLE 7.3、ORACLE 8/8I，ORACLE 9I、ORACLE 10G，ORACLE 11G及びORACLE 12Cで、プラットフォームはLinux、Windows、AIX、HP-UNIX、SOLARIなどもある。私たちが勤めさせたお客様はチベットから上海まで、黒龍江から海南まで、中国にあるすべてのところどころに満ちている。お客様の分類もいろいろ：医療機関、軍隊、政府、製造業者、チェーンコンビニ、社会福祉センター、医療保険、物流センター、インターネット、金融機関、病院、警察署など。どんなデータベース故障であっても、いくつのリカバリ会社も訪ねて、リカバリできなかったとしても、私たちがリカバリできる。私たちの技術力が全国一だという大袈裟なこととも言えないが、私たちがリカバリできなかったら、誰でもリカバリできるわけがないと言える。すべてのデータベースがリカバリ出来ない限り、コミットメントを果たせなかったら、何の料金も受け取らない。 もし、プロOracleリカバリ技術サポートが必要とすれば、私たちに連絡してください。 支持しているデータベースリカバリ内容はそれだけではない 誤ったdrop table リカバリ 誤ったdelete/update リカバリ 誤ったtruncate tableリカバリ systemファイルデータベースをなくしたリカバリ asm ディスクがフォーマットされた bootstarp$にオブジェクトテストが壊された asmディスク損害、mountできなかった オペレーションシステムが削除されたデータファイルリカバリ データベースがundo損害/喪失によって起動出来ない データベースが一部のデータブロック損害でまともに運用出来ない データベースがORA-600エラによって起動できない exp dmpファイル損害、データベースリカバリをインポートできない データベースがコントロールファイル損害/喪失で起動できなくなった データベースがredo損害/喪失で起動できなくなった データベースがデータファイル損害/喪失で起動できなくなった データベースがアーカイブをなくして、データファイルがオンラインできなくなった データベースがデータベースエラoffline systemで起動できなくなった データベースがオペレーションシステムが壊された、データファイルだけがリカバリできる。 データベースがストレージ壊されたせいで、データベースが起動できなくなった expdp dmpファイル損害、データベースリカバリがインポートできない。Asmディスクがなくし、asmで正常に使えなくなった データベースが誤ったresetlogs操作によって、リカバリが続けない データベースは電源切れたなどの原因で起動できなくなった 以下は典型的なOracle故障リカバリ system rollback異常リカバリ ORA-00604 ORA-00607…