Местами прощает, а местами наоборот. Профакапил апгрейд СУБД до новой версии — и живи как хочешь. Без данных, без всего. А Flashback Database только в Enterprise Edition, а на Flashback Query в SE далеко не уехать в случае чего. Разумеется, при правильно подготовленном плане апгрейда можно всего избежать, а при полном тестировании нового и старого функционала с привлечением программистов — тем более, вот только таких профессионалов мне слишком мало встречалось пока. Может просто пока слишком молодой ещё…
Чем дольше работаю DBA, тем больше убеждаюсь, что Oracle — дорогая игрушка, не прощающая ошибок. В идеале стоило бы заначить третий сервер, на котором и разворачивать standby, а бывший primary оставить в замороженном состоянии на случай вот таких вот факапов.
Благо, в моей компании со стандартными x86 серверами и виртуалками особого дефицита нет.
В моей практике были случаи, когда заббикс гасил триггер не потому, что место появилось, а потому, что свободное место на диске становилось отрицательное (на линуксе такое возможно, да), а заббикс хранил значение в unsigned типе, которое приводилось к 2^16-n. Не помню, правда, это во встроенных шаблонах было, или что-то самописное.
А если база оракловая, то с версии 10.1 есть Flashback Query, который вполне позволяет восстановить данные на некоторое время назад. В зависимости от нагруженности базы, размера UNDOTBS и значения параметра undo_retention (по умолчанию 15 минут вроде).
Благо, в моей компании со стандартными x86 серверами и виртуалками особого дефицита нет.