DB2 9.7.5 Express-C

Делаю тестовое восстановление табличного пространства в тестовой базе. Удалил контейнеры USERSPACE1. Сделал restore для USERSPACE1 из полного бэкапа, затем применяю к восстановленному tablespace архивные журналы с помощью rollforward. Применение журналов проходит успешно:

rollforward db sample to end of logs tablespace (userspace1) online

Rollforward Status

Input database alias = sample
Number of nodes have returned status = 1

Node number = 0
Rollforward status = not pending
Next log file to be read =
Log files processed = -
Last committed transaction = 2012-04-09-09.59.27.000000 UTC

DB20000I The ROLLFORWARD command completed successfully.

проверяю что USERSPACE1 восстановлено и данные в нем доступны.

Непонятно вот что:
полный бэкап был сделан 10 числа, потом было несколько журналов архивировано (были транзакции после полного бэкапа).
А в выводе rollforward указано что Log files processed нету, Last committed transaction = 2012-04-09-09.59.27.000000 UTC т.е. последняя закоммиченная транзакция 9 числа.
Откуда он взял что последняя транзакция была вчера если бэкап и журналы создавались сегодня?!!! И почему не подсчитаны примененные журналы?

Стал смотреть данные в таблицах USERSPACE1 - все данные которые были внесены сегодня после создания полного бэкапа базы и до восстановления USERSPACE1, восстановились (во время rollforward).
Баг в выводе rollforward ?

Нашел в документации описание полей, получается что неправильно их интерпретировал:

Log files processed
A string containing the names of processed log files that are no longer needed for recovery, and that can be removed from the directory. If, for example, the oldest uncommitted transaction starts in log file x, the range of obsolete log files will not include x; the range ends at x - 1. This field is not updated in case of a table space rollforward recovery operation.

т.е. поле не обновляется если производится rollforward для табличного пространства (как в данном случае)

Last committed transaction
A string containing a time stamp in ISO format (yyyy-mm-dd-hh.mm.ss) suffixed by either “UTC” or “Local” (see USING LOCAL TIME). This time stamp marks the last transaction committed after the completion of rollforward recovery. The time stamp applies to the database. For table space rollforward recovery, it is the time stamp of the last transaction committed to the database.

тут по прежнему непонятно, потому что написанное не соотносится с примером.