Лог наката. Стоит ли?

Что есть:
-Сервер LI-V 6.3.2.26540 Fb 2.5 Classic на linux
-База ~ 250G до 100 обновременных коннектов, в среднем около 30-40, практически 7x24
-Инкрементальный бакап каждые 2 часа. Файлы копируются на архивный сервер.
-Еженочное файловое копирование и validate файловой копии. (исторический рудимент, но отрубить рука не поднимается)
-Настраиваемое протоколирование действий пользователей с сохранением измененных/удаленных old.данных (не всех) на триггерах after insert or update or delete. Текст триггеров генерится процедурой запускаемой разработчиком или админом
после изменения метаданных или настроек протоколирования.

Что хочется:
-SQL лог наката, как минимум суточный.
Т.е. в случае какого-нибудь краха (тьфу-тьфу-тьфу) берем базу восстановленную из инкрементального бакапа, получаем оттуда идентификатор последнего закоммиченного изменения.Отключаем все активные несистемные триггеры и накатываем все изменения внесенные после него, исполняя sql стейтменты сохраненные (или сгенеренные из данных сохранненных) в базе лога, Влючаем все отключенные ранее триггеры. Отдаем пользователям.

Вопросов по реализации вагон и маленькая тележка. Главный: стоит ли браться?
Пинайте..