Производство крона, не сохраняемое?
При восстановлении EDB Вы восстанавливали цепочку журнала и STM (как joeqwerty указывает), также? Я не на 100% положителен относительно того, как NetBackup делает это - резервные копии, но это, вероятно, использует VSS, что означает, что, когда резервное копирование взято, EDB находится в непоследовательном состоянии. Резервное копирование VSS сбросит кэш к диску, но это не прокручивает журналы в базу данных. Когда Вы настраиваете RSG и пытаетесь смонтировать базу данных, удостоверьтесь, что у Вас есть EDB, STM и журналы от той же резервной метки времени. При монтировании базы данных журналы включатся в EDB, принося ее к согласованному состоянию, и она должна смонтироваться.
Сначала я предполагаю, что когда задание запускается в cron, оно каким-то образом не запускается от имени пользователя root и, следовательно, не может писать в /root/cron.log. Проверьте это и проверьте права доступа в /root/cron.log.[1225 providedAlso, что именно делает cron.pl? Что-нибудь полезное в / var / log / messages?
Попробуйте заменить вызов cron.pl простым оператором «echo», затем посмотрите, попадает ли он в /root/cron.log.
Мне никогда не нравилось штабелирование в cron - почти всегда проще иметь сценарий оболочки и вызывать его из cron.
Я предполагаю, что по какой-то причине он не работает и генерирует вывод, который отправляется по почте, либо неправильно настроен и не доставляется, загрузка 's слишком велик, и доставка почты приостанавливается, почта root пересылается в другое место или вы не просматривали почтовый ящик root.