1.delete恢复的时候 会把历史的delete操作未被重用的数据块部分的数据恢复出来，所以做delete恢复的时候需要考虑到这点，当然需要恢复的数据可以通过刷选出来
2.truncate恢复时候是可以选择是或者否恢复出delete的数据的，这点可以同通过contain的方式实现
3.lob inindex损坏的时候，lob的数据恢复就成了比较大的难题
4.坏块部分目前mdata没有做处理碰到坏块就异常退出程序，比如像dul在09年时候也未处理，当然现在的支持是比较好的。后续的mdata 4.0版本会对坏块做略过处理，并增加坏块评估统计的功能，mdata 4.0研发重点会在坏块的处理上
5.虽然目前我们已经有scan的功能，也可以直接通过block（1.4版本） scan的方式恢复出对应的数据，但是在asm中，这部分内容需要做优化和调整，现有的mdata3.6可以通过在asm file 1保存完好的情况下直接读asm disk恢复出datafile，功能类似amdu，（同时从asm直接恢复出表的功能我们也已经开发完毕，4.0中发布），如果file 1有损坏则在针对asm的disk做datafile的直接恢复时候做特殊处理，所以当前版本的scan建议就只用在非asm格式下的恢复。如果asm file 1还保存完好，那么也可以通过mdata3.6版本恢复出对应的数据文件.直接scan出datafile的功能是用在asm file 1损害的情况下，为了尽最大程度恢复数据的情况下使用。mdata后续的版本更新中会持续改善这类的支持。
6.恢复数据的scan tablespace小技巧
可以并行scan 扫描增加扫描速度；
可以对大的单表数据在unload的数据方式上选择dmp，这样的话在导入时候可以增加效率；
没事可以到ddl目录下逛逛，没准有发现。
当然了这个工具持续更新了一年，后续我和hc也会持续的更新，有任何问题也可以联系我和hc，在修复工具的使用问题上，非常欢迎大家联系我们。
