При репликации необходимо усекать управляющие таблицы. Для этого применяется SQL примерно такого типа: delete from asn.ibmsnap_applytrail where lastrun< current_timestamp - 7 days. Если предикату не удовлетворяет никакая из строк в таблице то выскакивает экспшн: null rows deleted и изменения не попадают в таблицы назначения. Поэтому ли?

Спасибо за ответ NewYear, только, боюсь, это было впустую. Неправильно я вопрос задал :). Приведеный тобой сикуль, ессно, имеется, т.к. он генерится в процессе создания subscription set. Я имел ввиду, таблицу applytrail - пока идет репликация - в неё записывается всякий мусор. Если этот мусор не убирать - таблица вырастает оч быстро. Для этого можно запускать определяемый пользователем сикуль, к-рый таблицу усекает, перед/после того, как subscription set прошел один цикл.
В принципе проблема решена перехватыванием эксепшена 02000.
Ещё раз спасибо.

Упсс. Ты уже ответил, оказца...