Author: mac

  如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]     kccpb_sanity_check_2内核函数kernel function负责监测控制文件的健康性，该ORA-600[kccpb_sanity_check_2]一般在alter database mount阶段发生； 该ORA-600[kccpb_sanity_check_2]发生的原因一般是 控制文件controlfile 块头的seq#号大于控制文件头中的seq#，所以该监测函数认为存在控制文件逻辑不一致。 该kccpb_sanity_check_2函数是从10gR2才引入了，换句话说9i没有这样的控制文件健康性监测，引入该特性的目的是为了检测出写丢失lost write和陈旧读stale read。     该ORA-600[kccpb_sanity_check_2]一般有2个argument代码: ARGUMENTS: Arg [a] seq# in control block header. Arg [b] seq# in the control file header. Arg [c] maclean     ksedmp: internal or fatal error ORA-00600: internal error code, arguments: [kccpb_sanity_check_2],…

Oracle rman中set newname可能很慢， 对于该问题有几种可能：   1、rman 软件bug ，具体请去MOS查询 2、打开了BACKUP OPTIMIZATION on，show all命令确认下，若是则 CONFIGURE BACKUP OPTIMIZATION OFF; 暂时关掉 3、 set newname 之前不要set until time之类的设置，最好也别allocate channel xx type sbt，可以在set newname之后再设不迟 4 、使用catalog 恢复目录替代controlfile模式往往可以绕过该问题   具体的set newname操作涉及到  sys . dbms_backup_restore . normalizeFileName和 dbms_rcvman . translateDataFile  2个存储过程：   FUNCTION normalizeFileName (fname IN varchar2) RETURN varchar2; — Normalizes the file name according to…

有这样一种需求，虽然controlfile中的archivelog和其他一些备份信息会被覆盖重用，收到参数control_file_record_keep_time的影响，但是我们没法手动触发这种重用，这导致有时候controlfile中的archivelog 记录过多，可能导致一些备份、恢复过程中的”control file sequential read”等待事件。 已知的一些解决方案，包括：   1. 重建控制文件， 例如 backup controlfile to trace后重建该控制文件，但要求有数据文件均存在 2. 设置control_file_record_keep_time=0 然后等待记录被重用， 太过被动了….   这里再介绍一种手动清除v$ARCHIVED_LOG中不管是DELETED还是available 记录的方法，注意不要在你的产品数据库上这样做：   SQL> select count(*) from v$archived_log; COUNT(*) ———- 553 SQL> / COUNT(*) ———- 553 SQL> execute sys.dbms_backup_restore.resetCfileSection( 11); PL/SQL procedure successfully completed. SQL> select count(*) from v$archived_log; COUNT(*) ———- 0   PROCEDURE resetCfileSection(record_type IN…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   适用于： Oracle Database – Enterprise Edition – 版本10.2.0.1 及以上 本文信息适用于任何平台。 *** 09-Jun-2015检查相关性*** 症状 当应用redo时，错误ORA-600[3020] 报告到alert.log。 ORA-00600: internal error code, arguments: [3020], [11], [162321], [1], [9386], [910049], [480], [] ORA-10567: Redo is inconsistent with data block (file# 11, block# 162321) ORA-10564: tablespace XXXXXXXXXXX ORA-01110: data file 11: ‘<datafile_name>’…

Oracle 解决在恢复时生成的ORA-600[3020] ORA-00600[3020] 如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   适用于： Oracle Database – Enterprise Edition – 版本 9.2.0.1 到 11.2.0.2 [Release 9.2 to 11.2] Oracle Database – Enterprise Edition – 版本 11.2.0.4到 11.2.0.4 [Release 11.2] 本文信息适用于任何平台。 症状 恢复会话失败： SQL> recover database; ORA-00283: recovery session canceled due to errors ORA-00600: internal error code, arguments: [3020],…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   适用于： Oracle Database – Enterprise Edition – 版本10.2.0.1 到 11.2.0.4 [Release 10.2 to 11.2] 本文信息适用于任何平台。 症状 Standby Redo Apply 可能由于重做数据一致性检查的失败而终止， 称为stuck recovery的问题。当底层的操作系统或存储系统在正常操作期间，丢失由主或备用数据库发出的写操作，可能会出现stuck recovery。因为存储在重做的信息和存储在被恢复的数据库块中的信息不一致，数据库在应用重做时会发出内部错误。 ORA-00600: internal error code, arguments: [3020], [2885689059], [1], [419819],[26750], [808], [], [] ORA-10567: Redo is inconsistent with data block (file# 1, block# 419819) ORA-10564:…

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]   Thu Oct 04 19:32:32 2012 SUCCESS: ALTER DISKGROUP DG01 ADD DISK ‘ORCL:DISK024′ SIZE 100821 M ,’ORCL:DISK025’ SIZE 100821 M NOTE: starting rebalance of group 3/0xf8194f61 (DG01) at…

  ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected] 適用範囲 Oracleデータベース – エンタプライズバーション – 10.1.0.2 から11.2.0.3 バーション[Release 10.1 to 11.2] このファイルの内容はどのプラットフォームにも適用できる。I 症状 RAC – 2 node – 11.2.0.3.0 (asm) – 11.2.0.3.0 (db) – Linux x86-64 (RHEL5) SQL*Plusにリモートリンクしているとき、データベースをアクセスしているとき、以下のようなエラが現れる：Getting the below error when connected to SQL*Plus remotely and accessing the database: $sqlplus Connected to: Oracle Database…

ORACLEデータベース によくあるエラ の解決策 プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   適用範囲 Oracle データベース – エンタプライズバーション – 9.0.1.0 及びその以上 このファイルの内容はどんなプラットフォームにも適用できる 目的 このファイルはORA-1113エラの原因とその解決策を探るものである 解決ステップ データファイルをリカバリするときにORA-1113エラがよく現れる。 ORA-01113エラの定義: ORA-01113, 00000, “file %s needs media recovery” Cause:  An attempt was made to online or open a database with a file that is in need of media recovery. Action: First apply…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   适用于： Oracle Database – Enterprise Edition – 版本12.1.0.2 及以上 本文信息适用于任何平台。 症状 在受限的会话在一个实例被禁用后，在发布到Emon Channel时生成ORA-1033 更改 在受限的会话在一个实例被禁用后 原因 bug 20936731 症状匹配bug 20936731 解决方案 对bug 20936731应用补丁 参考 BUG:20936731 – ALTER SYSTEM ENABLE/DISABLE RESTRICTED SESSION BREAKS NOTIFICATIONS NOTE:1193854.1 – AQ & MGW Health Check and Configuration Script