Вот сделай так, чтобы MaxDocDiff был больше ShiftClosed и поймешь в чем был неправ :) Это наверное и будет общей рекомендацией, т.е. чтобы первый был больше второго.
08.05.11 21:10:21 -- input datafile fno=00004 name=D:\ORADATA\*\SYSAUX01.DBF
08.05.11 21:15:22 -- Watcher is still alive... 18000 seconds to die...
08.05.11 21:25:22 -- Watcher is still alive... 17400 seconds to die...
08.05.11 21:35:22 -- Watcher is still alive... 16800 seconds to die...
08.05.11 21:45:22 -- Watcher is still alive... 16200 seconds to die...
08.05.11 21:55:22 -- Watcher is still alive... 15600 seconds to die...
08.05.11 22:05:22 -- Watcher is still alive... 15000 seconds to die...
08.05.11 22:15:22 -- Watcher is still alive... 14400 seconds to die...
08.05.11 22:25:22 -- Watcher is still alive... 13800 seconds to die...
08.05.11 22:35:22 -- Watcher is still alive... 13200 seconds to die...
08.05.11 22:45:23 -- Watcher is still alive... 12600 seconds to die...
08.05.11 22:55:23 -- Watcher is still alive... 12000 seconds to die...
08.05.11 23:05:23 -- Watcher is still alive... 11400 seconds to die...
08.05.11 23:07:55 -- Second connection of optimizer disabled...
связь просто порвалась... Оно же не регулярно так и на этом месте падает?
Давай сделаем так, ты удаляешь строку LastRMAN из olegon_params, запускаешь оптимизатор, он попытается сразу забекапиться, если рвется, говоришь мне время по московскому, я посмотрю еще раз лог. До этого проблема была в обрыве связи. Чтобы не путаться, давай будем разбирать базу ЦО.
если хочешь помочь - найди строку алертлога на которой падает, я одну из таких нашел, но у меня больше подобного не проявляется. Было бы здорово выловить все.
Если возиться не хочешь
RMAN отрабатывает, создавая каждый раз полный архив, просто с моей стороны лог обрывается на нем. Убрал алертлог, ситуация не изменилась(время 22:35), значит не в нем дело?