Guzya,

Я бы порекомендовал смотреть на возможности это делать на уровне виртуальной машины (если тестовый сервер у вас виртуальный).
После сделанного снапшота (после разворачивания бэкапа + накатывания логов на заданный день) изменения на дисках накапливаются инкрементальнои (так, по крайней мере у продуктов VMWare, если не ошибаюсь).
Откат к снапшоту - быстрая и недорогая операция (к моменту, когда БД ещё в rollforward pending). Затем накат логов на следующий день, создание очередного снапшота и _после_ - вывод из rollforward.

Но вообще желание странное.
Обычно достаточно вести "версионность" структуры базы ("помнить номер текущей ревизии"). Как от этого номера получить следующую версию структуры разработчики (те, кто за релиз менеджмент отвечает) должны знать. Сами данные держать актуальными для теста приложения не надо.

Если нужны именно игры с данными, то HADR в супер-асинхронном режиме и включённом Read Only доступе.

Guzya,

Есть такая фича как IBM DB2 Recovery Expert for LUW, входящая в DB2 Advanced Recovery Feature ( http://www-03.ibm.com/software/products/ru/db2-advanced-recovery-feature).

"Оно" умеет вычитывать транзакции по логам, представлять их в удобоваримом виде и генерировать "обратные".
У Марка можете поинтересоваться деталями (был интерес, обращались к IBM в лице Марка).

Но это немного другое. Приведя БД в исходное состояние на начало дня, вы всё же не получите полность идентичного состояния БД как таковой.
Т.е. перевести БД в состояние Roll Forward pending и донакатиться у вас не получится - это уже будет "другая" БД, пусть и с теми же данными.
Вместо rollforward'а для поплуляции свежих данных с продуктива можно будет использовать репликатор.

Сколько примерно пользовательских транзакций на тесте у вас за день набегает? (т.е. их тысячи/миллионы или десятки?) Насколько велики транзакции? Насколько возможны конфликты между ними? (насколько они серианизуемы?)
В принципе, можно настроить SQL репликатор и самим производить откат по информации из CD таблиц. Успешность зависит от объёма.


Если времени за ночь хватает для переподнятия всей БД, то не морочьтесь. Смотрите на это как на дополнительную (и необходимую) проверку корректности бэкапа.