ORACLE DUL 恢复误删除SYSTEM01.DBF的数据库

1、D公司的SA系统管理员误删除了某数据库的SYSTEM表空间所在数据文件，这导致数据库完全无法打开，数据无法取出。 在没有备份的情况下，可以使用PRM恢复接近100%的数据。此场景中启动PRM后，进入Recovery Wizard后 选择《Non-Dictionary mode》非字典模式。

2、No-dictionary模式下需要用户指定 字符集和国家字符集，这是因为丢失了SYSTEM表空间后，数据库的字符集信息无法正常获得，所以需要用户的输入。 只有输入正确的字符集设置以及安装了必要的语言包才能保证No-Dictionary模式下正常抽取多国语言。与场景演示1类似，输入用户目前可得的所有数据文件(不包括临时文件)，并设置正确的Block Size和OFFSET:

5、Scan Tables From Segments完成后可以点开主界面左边的树形图：

7、智能字段类型解析由于丢失了SYSTEM表空间，故NO-Dictionary模式下缺乏数据表的结构信息，这些结构信息包括表上的字段名字和字段恽贴淑溪类型，而且在ORACLE中这些信息均只保存为字典信息，不会在数据表上存放。当用户只有应用表空间时，需要基于数据段上的ROW行数据来猜测每一个字段的类型，PRM采用先进JAVA类型预判技术，可以解析多达10来种主流数据类型；、智能解析准确度超过90%，可以自动解决大部分场景。右侧边栏 上部各字段的含义：Col1 no 字段号Seen Count: 取到的行数MAX SIZE: 最大长度，单位为字节PCT NULL: 采样到的NULL的比例String Nice: 将该字段解析为字符串，并成功的比例Number Nice: 将该字段解析为数字，并成功的比例Date Nice: 将该字段解析为Date，并成功的比例Timestamp Nice: 将该字段解析为Timestamp，并成功的比例Timestamp with timezone Nice: 将该字段解析为Timestamp with timezone Nice，并成功的比例示例数据分析Sample Data Analysis:

9、该部分是对于智能字段类型分析不能100%确认的字段，尝试用各种字段类型来解析，并呈现给用户，以便用户自行判断其究竟是什么类型。目前PRM还不支持的类型包括：XDB.XDB$RAW_LIST_T、XMLTYPE、用户自定义类型等Unload Statement:这部分是PRM生成的UNLOAD语句，此生成的UNLOAD语句仅作为系统内部使用和PRM开发团队以及ParnassusData原厂支持工程师使用。