База сильно "маленькая", со стандартного набора лент на бекапный сервак уже не влазила. Кроме того, время раскручивания лент тоже уже не устраивало. Попа традиционно пришла в момент, когда все было в процессе портации на новые желязяки. Благодаря этому имелся еженочный бекап в текст, которым в итоге и воспользовались, бекап делался не dbexport-ом, поэтом грузить его пришлось ручками.
У меня появилось еще одно суеверие - никогда не обговаривать возле сервера его предстояющую замену на новое оборудование.
Сейчас сижу, смотрю логи. Вижу только одно, что при возникновении вполне штатной ситуации, решаемой через отрел юзера по "onmode -z", дежурная смена просто ребутнула сервер, через "init -6", который почему-то не выполнил onmode -ky. При fast recovery пара транзакций откатилась. Объяснить почему апликуха несмогла разобраться в этой ситуации я могу, но почему informix так себя вел не пойму.

В процессе подтвердилось несколько истин. Супер-пупер админ - вред и зло. 7 бекапов, лучше чем 5 бекапов. План восстановления после сбоев должен существовать в любом случае, даже если система работала годами без сбоев и он потребуется максимум на неделю.

Когда супер-пупер админа нет, даже если он задукоментировал все свои супер-пупер фичи, в момент когда его нет на месте и произошел форс-мажор, на изучение всех этих фич будет уходить драгоценное время.

Все было еще хуже. Админа фактически у системы не было последних 4 года.
За это время план восстановления системы уже стал попахивать. Окончательно он дал дуба после выхода из строя ленточной библиотеки. Новую возможность резерва, с помощью которого в итоге и восстановились, описывать не стали, поскольку произошло все это за неделю до переноса системы на новое оборудование, на котором уже закончились тесты и ждали только формального завершения аудита.