Author: mac

特性 应用场景 基于 数据使用 对象 摘要 功能类别 参数 FlashbackDatabase闪回数据库 使整个数据库实际回退到某个 时间点 快速恢复区 闪回日志和归档日志 数据库 脱机操作，需要预配置和资源 恢复 Flashback database；还原点、SCN、Timestamp FlashbackTable闪回表 以表为单位，回到某个时间点 UNDO UNDO数据 Table 数据库在线操作，业务可能需要暂停。 恢复 还原点、SCN、Timestamp Flashback Drop闪回drop 挽救回已经被DROP但还在RECYCLEBIN中的表 RECYCLEBIN RECYCLEBIN Table 对无误drop表的恢复 恢复 指定表名 FlashbackVersion Query闪回版本查询 可参考的过去改变的历史 UNDO UNDO数据 行 变更历史的参考 参照 SCN TIMESTAMP FlashbackTransactionQuery闪回事务查询 获得某次交易对应的撤销SQL语句 UNDO UNDO数据和supplemental log补充日志 行 FLASHBACK_TRANSACTION_QUERY 参照 XID FlashbackTransaction闪回事务…

 存储无法访问导致数据库异常宕机,重起数据库无法启动 数据库可以mount,但是无法启动,发现文件3(sysaux01.dbf)损坏,需要介质恢复,因为设置为noarhivelog模式,没有数据库的备份,无法正常恢复。   如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected]   SQL> alter database open; alter database open * ERROR at line 1: ORA-01172: recovery of thread 1 stuck at block 131977 of file 3 ORA-01151: use media recovery to recover block, restore backup if needed   SQL> recover datafile 3 ; ORA-00283: recovery…

kturChangeDistribTxnState redo: slt: 21 sqn: 0x0000d16b sta: 2 cfl: 0x2, rollback: NO REDO RECORD – Thread:1 RBA: 0x001e60.000006f4.00c0 LEN: 0x0060 VLD: 0x01 SCN: 0x0006.ba018691 SUBSCN: 2 04/21/2015 11:00:17 CHANGE #1 TYP:0 CLS:29 AFN:3 DBA:0x00c000e0 OBJ:4294967295 SCN:0x0006.ba01868e SEQ:2 OP:5.30 ENC:0 RBL:0 kturChangeDistribTxnState redo: slt: 21 sqn: 0x0000d16b sta: 2 cfl: 0x2, rollback: NO extredo meta:0x00000001 glbl…

PRM – PARNASSUSDATA RECOVERY MANAGER For Oracle Database介绍手册下载：   PRM – ParnassusData Recovery Manager For Oracle Database, 由ParnassusData Software System提供,高效地恢复损坏ORACLE数据库中的数据。   PRM服务   PRM – ParnassusData Recovery Manager For Oracle Database，是由ParnassusData Software System（暨诗檀（上海）软件系统有限公司）独立研发的Oracle数据库灾难修复软件，拥有独立的软件著作权。用户可以购买PRM，通过其全程图形化交互的简单使用体验来自行恢复数据；用户也可以购买ParnassusData提供的Oracle数据库灾难恢复服务，由ParnassusData派遣专家级恢复工程师远程或现场协助用户应对数据库损坏难题。传统数据库损坏后的恢复总是需要资深数据库专家或者原厂专家的帮忙，但是PRM独创的高易用性恢复向导将恢复过程浓缩到简要的几个步骤，任何一个稍有基础的技术人员均可以独立完成恢复作业。由于PRM是直接从损坏数据库的数据文件中抽取数据，故其所做的读取是脏读。在没有充分备份条件下数据库灾难恢复的性质决定了任何软件工具不可能保证可以恢复100%一致的数据，但只要数据还没有被彻底覆盖，那么PRM可以保证恢复99.9%的数据。     PRM的优势     ParnassusData立志于提供更高效、简便的Oracle数据库灾难恢复产品：   可以从无法打开的数据库中直接抽取Table和Cluster中的数据   独创DataBridge模式将抽取出来的数据直接发送到目标数据库，无需用户费时费力再手动导入   直接从数据文件中恢复数据，健壮度极强   如果有SYSTEM表空间，适用于字典模式(Dict-Mode)，提供图形化树形图预览数据   如果丢失了SYSTEM表空间，通过PRM智能扫描同样可以轻松预览数据   无需数据库完成介质恢复或崩溃恢复，即可绕过归档日志archivelog   即便对于已经部分损坏的数据块，PRM仍能恢复其中的可用数据   从ORACLE…

附件为临时的ParnassusData Recovery Manager For Oracle白皮书(Version 0.2)，这个白皮书还在完善中，你可以把它当做一个临时的PRM使用手册。    下载ParnassusData Recovery Manager For Oracle社区版本，http://parnassusdata.com/d01/ParnassusData_PRMforOracle_2001.zip     attach1:  ParnassusData Recovery Manager For Oracle Database技术白皮书V0.2.pdf

JDUL技术原理介绍文档     [gview file=”https://www.askmac.cn/wp-content/uploads/2014/11/Harris_Wheres-My-Data.pdf”]

[gview file=”https://www.askmac.cn/wp-content/uploads/2014/04/PRM-Installation-Instruction.pdf”]   PRM is a java developed tool, unzipped and clicked to run PRM is designed for Enterprise Database Recovery, which includes all Oracle DUL data recovery functionalities, and also easy-to-use GUI.       1  Unzip package   Unix： unzip ParnassusData_PRMForOracle_3004.zip        Windows： Right click to unzip       2 Make sure…

该ORA-00600[25026]错误一般是当ORACLE查看检测tablespace表空间时发现一个无效的tablespace ID或者RDBA所引起，其2个变量的含义为： Arg [a] — tablespace ID Arg [b] — rdba   ORA-00600[25026]错误属于Kernel File management Tablespace component模块，其可能的影响包括 实例失败，可能的物理块损坏等。 其相关的BUG列表如下：   如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected]   NB Bug Fixed Description 13503554 11.2.0.4, 12.2.0.0 Various ORA-600 errors crashing the apply process in a downstreams environment 17604137 12.1.0.2, 12.2.0.0 ORA-600 [25026] when running query…

ORA-00600[25027]错误的触发原因是ORACLE检测到一个无效的表空间号TSN Tablespace Number或者相对文件号Relative File Number。 该ORA-00600[25027]的2个变量各代表： arg[a] Tablespace Number表空间号 arg[b] 十进制的相对数据块号Relative Data Block Address (RDBA)   该ORA-00600[25027]错误相关的模块为Kernel File management Tablespace component，其影响为可能的物理块损坏。 当该错误触发后 如果 arg[b] 即RDBA为0，则该错误可能由于索引问题引起。 可以使用如下查询来获得有问题的索引：   select do.owner,do.object_name, do.object_type,sysind.flags from dba_objects do, sys.ind$ sysind where do.object_id = sysind.obj# and bitand(sysind.flags,4096)=4096; 如果上面的查询返回了数据行，则建议用户进一步检查查询所获得的对象，并考虑drop这些对象来绕过错误。   进一步可以对trace文件中指向的表做一个analyze table validate structure cascade，来进一步确认该问题。 与ORA-00600[25027]相关的一些BUG列表如下：   如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!   诗檀软件专业数据库修复团队   服务热线…

ORA-600: internal error code, arguments: [kclchkblk_3/4]错误的相关症状可能如下：   当从备份中restore过数据库并做了一个incomplete recovery不完全恢复时 以resetlogs 选项打开数据库 在打开数据库之后可能遇到以下的错误： ORA-00600 [kclchkblk_4] ORA-00600 [2662] 其错误堆栈stack trace 为kclchkblk kcbzib kcbgcur ktfbhget ktftfcload   触发该错误的原因是：   ORA-600[KCLCHKBLK_4]是由临时文件中的块上的SCN过高引起，  ORA-600[2662]错误也是类似的原因。 该问题可能是由于在OPEN RESETLOGS之后临时文件temporary file没有正确初始化所引起 这个ORA-00600[KCLCHKBLK]中的KCLCHKBLK 代表 check block scn after a disk read ORA-600 [kclchkblk_3] [a] [b] [c] The error is reported when the block SCN is less…