Atanas,

видимо, не надо делать нбэкап 0 уровня, когда в базе застряла активная транзакция, в результате чего по всей базе куча версий.

Инкремент всегда содержит те страницы, которые менялись относительно предыдущего уровня. Если этих страниц пол-базы, значит пол-базы менялось.
Я вообще видел систему, в которой 3-4 раза в день менялись ВСЕ данные.

Atanas,

read - нет, они меняют только tip и header page, а этих страниц мало.

В принципе, тактика с "отстрелом" имела бы смысл, если бы 50% базы не модифицировались. Но они так или иначе модифицируются.
Sweep же не просто так меняет флаг страницы на swept, если убрал там мусор. А если там был мусор, значит там были версии, значит данные на этих страницах менялись.

Впрочем, тактика хорошая - по крайней мере здесь точно по размерам инкрементов уровня 1 будет ясно, когда происходят массовые обновления "всего".
Но всё равно, я писал об этом тут
http://www.ibase.ru/files/firebird/nbackup_ru.pdf
если одна страница менялась 50 раз, то в инкремент запишется только одна эта страница.
если 50 страниц менялось хотя бы 1 раз, то в инкремент запишутся 50 страниц.

p.s. кстати, якобы было, что в 3.0 после рестора все страницы содержат флаг swept = false, в результате первый свип проходит по всей базе, и меняет вообще все страницы БД. Я вот не помню, сейчас это поправили. Видимо нет, ибо
C:\Firebird3\gbak -c e.fbk e.fdb

C:\Firebird3>nbackup -b 0 e.fdb e.nb0
time elapsed 0 sec
page reads 315
page writes 315

C:\Firebird3>gfix -sweep e.fdb

C:\Firebird3>nbackup -b 1 e.fdb e.nb1
time elapsed 0 sec
page reads 110
page writes 110

То есть, после рестора запуск sweep приводит к обновлению всех страниц БД в базе. В результате чего инкремент после свипа будет максимальным.
Вполне может быть, что у вас страниц данных в базе как раз 50%. Остальное - индексы и прочее.

kdv,

не "всех страниц в базе", а всех страниц данных, хотя после рестора там нет ни версий ни мусора.

hvlad,

в IB это как-то победили. То есть, при ресторе у страниц данных swept=true.

hvlad,

http://docwiki.embarcadero.com/InterBase/2017/en/What's_New
" First Sweep of a Restored Database is now a Fast Sweep

With InterBase 2017, any database that you restore is immediately marked as swept, therefore the first sweep of that database is a fast sweep. In order to take advantage of this feature, you need to perform a database restore with InterBase 2017 and use either ODS 15 or ODS 16. See Sweep Interval and Automated Housekeeping for more information about sweeping. "

Отсюда не очень понятно, но "now a fast sweep" как бы намекает.