Для теста надо получить БД с мусором.
Т.е., допустим, в БД есть пустая тестовая таблица. Надо с помощью некоторых манипуляций, сделать так, чтобы в этой таблице были мусорные версии, и производительность некоторых запросов была бы очень низкой (для низкой производительности надо, видимо, чтобы мусорных версий было очень много. Или все-равно, мусора или нет. Главно, чтобы записей в таблице было много?).
Желательно (если это возможно), получить результат с помощью IBE и его скриптов.
Как вообще определить, что в БД (таблице) есть мусор?
Если Oldest transaction "застряла" -- это гарантирует, что в БД есть некоторое кол-во мусора?
Если Oldest transaction не "застряла" -- в БД может быть мусор?
Что такое savepoint (с помощью которых сервер преобразует rullback в commit)? Когда он не может преобразовать?

kdv,
Спасибо.
А можно сделать, чтобы версии мог убрать только sweep?

роллбэк снапшота?

Я делаю так:
1. Стартую снапшот
2. В тр-ии А вставляю запись и подтверждаю тр-ю;
3. В тр-ии В удаляю запись с шага 2 и подтверждаю тр-ю.
Повторяю 2 и 3 много раз. Насколько понял Еманова, это надо повторить 100500 раз;
4. Подтверждаю снапшот транзакцию (насколько понял Еманова, ее нужно откатывать)

Всн правильно или нет?

Мусор был, но, видимо из-за ошибок в программе генерации этого самого мусора.
Сейчас кажется более логичным вставлять записи до старта снапшота.

Не правильно сказал... Не тестируем, а показываем.
То, что свип избавляет от проблем с производительностью, которых нет после рестора.

Везде, к сожалению винда и пока 1.5.
Все остальное везде разное.

Опять же, то что сборка мусора выполняется не известно когда, не известно как часто, с активными коннектами -- это, имхо, неправильно.
ИМХО, лучше отключить автоматическую и делать это ГФИКСом монопольно каждую ночь.

Понятно, что с mon$transaction искать долгие транзакции проще...
Но когда ее нет, это делать затруднительно.

Конечно, это решаемый вопрос. Но это дело точно не 2х недель.

Я имел ввиду авто-свип, который по Sweep interval