Что есть:
-Сервер 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 стейтменты сохраненные (или сгенеренные из данных сохранненных) в базе лога, Влючаем все отключенные ранее триггеры. Отдаем пользователям.

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

Мимопроходящийтолько в том случае, если нужно непременно умереть молодым...


Это я уже не успел. Тоже уже немножко дед!

Вот фиг знает, если б была тройка, я б не задумываясь взялся. А без триггеров на DML как-то не складывается у меня картинка..

Мимопроходящий SQL-оргазма это сила!

Написал же на полтарашке протоколирование. Все уже так привыкли - "оно есь!", офигели, когда узнали, что для 1С надо отдельно покупать и внедрять. За дееееньги!

Сижу читаю доку на HQBied