由于ODU命令比较多,特别是关键的unload命令比较复杂,本文将简单介绍几种场景下使用ODU进行数据恢复时,使用的命令序列。
场景1. 数据库不能启动,但是SYSTEM表空间中的数据字典是完整的。
生成数据字典:unload dict
列出用户: list user
列出用户下的所有表: list table username
恢复表: unload table username.tablename
也可以按用户恢复: unload user username
场景2. 表被TRUNCATE。
OFFLINE表所在的表空间
生成数据字典:unload dict
显示表的段头:desc username.tablename
找到实际的data object id: dump datafile file# block block#
扫描数据:scan extent
恢复表:unload table username.tablename object object_id
UPDATE:
从3.0.7版本开始,恢复Truncate表更方便,只需要执行下面的步骤:
OFFLINE表所在的表空间
生成数据字典:unload dict
扫描数据:scan extent
恢复表:unload table username.tablename object auto
场景3. 表被DROP。
OFFLINE表所在的表空间
使用logminer从日志里面挖掘被drop掉的表其data object id,如果不能挖掘,按下面的场景4进行恢复。
扫描数据:scan extent
如果没有表结构信息,需要自动来判断:unload object data_object_id sample
恢复表:unload object data_object_id column coltype coltype…
场景4. 系统表空间损坏。
扫描数据:scan extent
搜索数据:unload object all sample
从结果文件sample.txt查找需要的数据
恢复需要的表:unload object data_object_id column coltype coltype…
场景5. 表中数据被DELETE。
将参数unload_deleted设置为YES
生成数据字典:unload dict
恢复表: unload table usernoracle账号ame.tablename
文章归档
- 2021年11月 (79)
- 2021年10月 (102)
- 2021年9月 (77)
- 2021年8月 (97)
- 2021年7月 (94)
- 2021年6月 (92)
- 2021年5月 (72)
- 2021年4月 (114)
- 2021年3月 (91)
- 2021年2月 (84)
- 2021年1月 (94)
- 2020年12月 (94)
- 2020年11月 (83)
- 2020年10月 (90)
- 2020年9月 (84)
- 2020年8月 (101)
- 2020年7月 (100)
- 2020年6月 (85)
- 2020年5月 (97)
- 2020年4月 (93)
- 2020年3月 (99)
- 2020年2月 (79)
- 2020年1月 (102)
- 2019年12月 (87)
- 2019年11月 (106)
- 2019年10月 (100)
- 2019年9月 (102)
- 2019年8月 (88)
- 2019年7月 (90)
- 2019年6月 (94)
- 2019年5月 (99)
- 2019年4月 (97)
- 2019年3月 (86)
- 2019年2月 (90)
- 2019年1月 (94)
- 2018年12月 (116)
- 2018年11月 (9)