PDSERVICE的博客

直接对lob segment扫描后的抽取lob时，必要收集一些信息：

1、是blob还是clob
2、对于clob的字符集，单字节的或者UCS16,byte大小
3、chunk 大小，通过头部的page#获得
4、丢失的page

得到这些信息： data_object_id,lobid, fatpageno (chunk#), version wrap, vsn base, ts#, file#, block#

ParnassusData Recovery Manager (PRM) for Oracle Database是强大的数据库恢复工具，已经在大量的真实恢复案例中发挥作用，其强大恢复能力和简单易用的图形化人机交互界面使得没有Oracle异常恢复经验的人一样可以从损坏的数据库中拯救出数据。如果你是PRM初学者，那么需要了解下下面的信息：

恢复场景1 误Truncate表的常规恢复

D公司的业务维护人员由于误将产品数据库当做测试环境库导致错误地TRUNCATE了一张表上的所有数据，DBA尝试恢复但是发觉最近的备份不可用，导致无法从备份中恢复出该数据表上的记录。 此时DBA决定采用PRM来恢复已经被TRUNCATE掉的数据。

备份恢复是Oracle中永恒的话题， 只要有数据 就有备份恢复的需求。 而在国内对于备份以及备份的可用性往往被企业所忽视。这造成了再数据库恢复上存在着东西方的差异。 更多的老外DBA把经历花在对Oracle内部原理和性能优化的研究上。

该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列表如下：

ORA-8103是我们Database Consultant 经常要遇到的一个问题，了解ORA-8103的成因非常重要。