Ну если вспомнили про FLASHBACK как средство защиты от удаления таблицы, то тогда уж и про Recycle Bin стоит упомянуть.

А если серьёзно - то справедливости для стоит упомянуть что RMAN таки умеет восстанавливать таблицу из бекапа, начиная с 12c. Как именно он это делает (пардон за капитанство, вдруг кто не знает) - создаётся (автоматически) временный экземпляр (AUXILLARY), таблица извлекается из бекапа и сохраняется в дамп файл методом Data Pump Export. И сразу же импортируется обратно в базу (тем же DP Import), причём можно указать таблице новое имя и даже импортнуть в другую схему или TBS (REMAP в общем). Т.е. можно не задевая существующую таблицу, рядом восстановить её же, на какой-то момент времени до. Но это мы уже отошли от темы удаления таблицы, этот сценарий про испорченную таблицу и как её восстановить. И потом RMAN все за собой подтирает. И последнее - фазу импорта можно и не выполнять, тогда из бекапа таблица извлечется, и останется в дампе. И вся эта радость одной командой.

И ещё есть BLOCKRECOVER, можно из бекапа чинить corrupted блоки сегментов с данными, доставая из бекапа нужные блоки, и догоняя их до нужной консистенции из архивлогов. Крутая фича, но требует EE редакции. Ну и ещё конечно PDB restore, иначе как.

А кстати, случай был. Что-то вспомнилось. Раз уж зашла речь про BLOCKRECOVER. У одного моего друга (с) случилась история, мож кому пригодится использованная тактика. Очень давно, в этом веке уже, но в первой-второй пятилетке наверно. Боевая база, и вдруг клиент звонит из другой страны, мутная история - то ли "свет моргнул" (ага, в DC), то ли firmware на массиве обновили днем, никого не предупредив. Короче темнит сильно, ну да не суть. Конкретно наша система, наша база повреждена очень "аккуратно" скажем так - одна (самая) большая таблица задета, в ней после анализа - всего 3 блока испорчено. Но система стоит, пользователи в гриде с данными за сегодня при рефреше видят ORA-600, ну и джобы которые закачивают текущие данные тоже падают с теми же симптомами. Страшный скандал, чуть ли самолёты взлетать не могут (софт для аэропортов). Жуткий цейтнот, за спиной стоят "помощники" (менеджмент), спина мокрая, протестировать или проверить что-то невозможно, реально есть 5 минут (ладно, час) чтоб все привести в чувство. База SE, наверно 11.1, тогда ещё 11.2 не появилась, как и SE2. В общем, лёгким движением руки, "на 5 минут" рядом с текущим хоумом ставится новый Oracle Home, та же версия, но ЕЕ редакция. Открывается база из нового Home и через BLOCKRECOVER чинится задетая таблица за пару минут. Все. Открывается база старым, SE хоумом, новый деинсталлится заметая следы. Больше всего волнение что при первом старте базы из EE хоума, что-нибудь было установлено в базу или обновились какие-то флаги, что мол теперь мы ЕЕ база. Типа как когда COMPATIBLE параметр изменяешь - при первом старте (и только при первом) необратимо обновляются заголовки дата файлов и формат redo логов, и обратного пути нет (как минимум официального). Проверить то времени небыло, будь хоть пара часов - все бы протестировали. В общем, зажмурившись стартовали базу из старого SE хоума и морально ждали что сейчас вылезет "Feature not enabled" или "Option not available", или чего-то ещё в этом роде. Но пронесло. Вот такая история.