Что-то народ заскучал. Попробую подкинуть тему для разговора. Триллер с
хепиэндом.

Ситуация. IDS 9.21.UC2 настроен 3 года назад. Небольшая базка из 67
чанков. Админ практически отсутствует, все крутится в автомате. Binary
архивы делаются ontape-ом.
Пт. - level0
Пн.-Чт. - level1
днем - logical log
+ раз в месяц все в текст
+ еженочно изменения за последний месяц в текст

В одну прекрасную субботу, в одном чудном dbspac-е места становится
маловато и создается 68-й чанк. Поскольку архивы делаются в автомате
level только за пятницу. В прекрасный вечер понедельника выясняется, что
выделенный жалкий чанк уже сожран, надо добавлять еще. Умелые руки
админа лихо запускают вместо только что подготовленного скрипта
makechunks, удачно положенный 3 года назад скрипт по имени makedummy,
предназначенный для создания пустых чанков на резервном сервере
(dd if=/dev/zero of=<chunks> ... ). Админ родился в рубашке, несмотря на
тугодумность (до Ctrl-C скрипт успел обнулить больше гигабайта), первыми
чанками оказались архивные таблицы и индексы.

Тут бы восстановится из архива, а фиг вам. 2.5 часа на подъем нуля,
потом еще 2 часа на прокрутку логов (в субботу была интенсивная работа
админа). При подъеме logical log-ов доходим до момента добавления чанка
и сюрпрайз (как настоящий Кулибин, админ доки не читает, но ж...
ситуацию чует).

Ontape предлагает: "suspend, commit, abort".
online.log:
00:15:27 Rollforward of log record failed. iserrno = 102
00:15:27 Log Record: log = 398636, pos = 1cf040, type =
OLDRSAM:ADDCHK(23), trans = 74
00:15:27 Rollforward of log record failed. iserrno = 102
00:15:27 Log Record: log = 398636, pos = 1cf040, type =
OLDRSAM:ADDCHK(23), trans = 74

Надо отметить, что "commit-abort" ничем не отличаются (сервер остается в
неподнимаемом состоянии). А "suspend" предоставляет возможность
поигравшись с логами запустить logical restore по новой.

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

Выводы:
1. Поменял конфигурацию сервера - сделай 0.
2. Вот когда начинаешь жалеть, что мирроринг сделан средствами RAID-a, а
не informix-a.

Вопросы:
Я правильно понимаю, что если бы я использовал onbar, то кроме может
несколько более быстрого восстановления и возможности накатиться до
времени подключения чанка, ничего бы не изменилось? Т.е. добавление
чанка все равно требовало бы level-0.

И 1-е и 2-е одним и тем же скриптом (sh,awk,dbaccess-unload).
dbexport к сожалению идет в сад, у меня достаточно много таблиц, которые даже в тексте больше 2Гб. Сколько точно времени уходит на выгрузку сказать не могу, у меня в протоколе только старт-финиш, а там еще архивирование и пересылка на удаленную площалку.
Полез рыться нашел еще один бекап на этом же скрипте. "Полная версия БД + последние полгода". 3.5Гб unl-ов - 1 час 10 минут (из них 24 минуты потраченны на создание маленького 1.7Гб хвостика таблицы из 211млн. записей).