Проверте правильная ли последовательность?
Сначало бэкапы:
База - FULL ночью
Бэкап Транслейшен лога с 8-00 до 23-59 с интервалом в 2 часа
Затем:
Проверка целостности базы -Реорганизация индекса-Обновление статистики
-Очистка процедурного кэша СУБД

Хватит ли полного бэкапа и бэкапа журнала транзакций для отката? Или еще идти курить модели восстановления? И правильная ли последовательность регламентных заданий?

В целом последовательность правильная. Проверку целостности, индексы и статистику поставь после Full ночного.  Бэкап лога желательно почаще, например каждые 15 мин.  Полного бэкапа и бэкапа журналов хватит для отката.

А вообще вышла интересная конфигурашка - 1Скрипт менеджер (сайт http://scriptmanager.ru). Скачай посмотри (30 дней работает бесплатно). Настроишь за 10 мин.

что такое "Транслейшен лог" ?
в какой субд (SQL) такое чудо ?

(2),(0) Имхо автор нетвердо владеет терминологией: не "Транслейшен", а transaction, лог транзакций.
Вот только зачем его отдельно бекапить?
Еженощного Full-бекапа всегда хватало за глаза.

(3)
пропажа дня работы - непозволительная роскошь. так что чем чаще тем лучше.
а еще лучше кластер.

(1) 1Скрипт менеджер, зачем это??? я не понимать. все есть в ms sms. нафейхуя городить огород на 1С? для тупых и жданых что ли.

+(5) лучше бы для postgresql запилили такую конфу. и то актуальнее было бы.

(5) там просто собраны основые скрипты в нужной последовательности + удобное оповещение о выполнении.
для человека, не желающего/не имеющего много время разбираться с регламентными заданиями - самое то.

(3) Бэкапить лог надо, иначе не восстановишь на последнее состояние или нужное время. А если устраивает ночной бэкап и пофигу на последнее состояние тогда смело ставь простую модель.

(5) попробуй сделать в ms sms тоже что и в этой конфигурашке, да еще для нескольких баз - упаришься. Думаю со временем и для postgre появится.

Бэкап лога сразу после реорганизации индексов легко может стать размером со всю базу.