Руководство по аппаратному обеспечению (hardware) FirebirdSQL.
http://www.ibase.ru/devinfo/Firebird_Hardware_Guide_2015_rus.pdf

o_v_aСтр.4 (ссылка!)
Стр.12 (скриншот!)
намек на (скриншот!) на 13 странице, а не 12.

Гаджимурадов РустамЛюди часто не понимают, что несут.
а что не так?

Гаджимурадов РустамПереходить на 3.0 ради "ежечасного частичного бэкапа"?
Ты всерьёз считаешь это достойным стимулом?
ты на семинаре не был, поэтому тебя цитата Таблоида поразила до глубины души.

Я-то думал, что комментарий будет по существу. Итак, фраза Таблоида
"До этого - только всего файла, даже при nbackup'ах." некорректна. Потому что

При резервном копировании любым способом происходит чтение файла базы данных (всего или части )

То есть:
- gbak -b всегда читает только часть БД, потому что индексы он никогда не читает. А они составляют обычно (чаще) около половины базы, или больше.
- nbackup -b 0 всегда читает всю базу целиком , что в 2.х, что в 3.0
- nbackup -b n, где n >0, в 2.х читает всегда всю базу , в 3.0 читает только измененные с n-1 страницы.

Тем не менее, да, в документ можно дописать, что nbackup инкрементов в 3.0 существенно быстрее чем в 2.5.

Насчет
"Переходить на 3.0 ради "ежечасного частичного бэкапа"?
для кого-то инкремент в 5 минут вместо 30 минут действительно может быть единственным поводом для перехода на 3.0.
Но разумеется, это только один из поводов. Но не повод считать, что "не понимают, что несут".

p.s. успел.

Гаджимурадов РустамЯ говорю лишь, что это бредовый стимулятор.
видимо, у тебя нет больших БД, поэтому для тебя - бредовый.

Гаджимурадов РустамДык просвети несчастных про репликацию.
я не очень понял, при чем тут репликация. я говорил про ускоренный в 3.0 инкремент (nbackup -b 1).
А репликация - ну есть встроенная, в 2.5, прямо сейчас, и это не nbackup. :-) но просвещать на эту тему я тебя не буду.

Гаджимурадов РустамОчевидно, отресторенный имеется в виду.
имеется в виду, что nbackup пофиг на состояние записей на страницах данных. А gbak - читает обычным способом, поэтому да, "верифицирует" данные, и при бэкапе, и при ресторе.

Гаджимурадов РустамЕсли не идёт речь о стороннем ПО или приватных билдах, то нет никакой документированной репликации в 2.5.
конечно нет. приватные билды - есть. На семинаре о них рассказывалось.
Гаджимурадов РустамА с посторонним ПО типа Олеговского или встроенного прокси итдитп можешь сколько угодно в песочнице играться
эээ, идея "тиражирования" клиентского трафика (из клиентской либы) существует уже лет 15 как минимум, но тут ты вообще пальцем в небо попал, абсолютно. Насколько мне известно, у нас (ibsurgeon/ibase) такой идеи не было.
Гаджимурадов РустамДим, ну окстись, ну ахинею же несёшь. Ну неужели нельзя по-человечески написать, в мануале-то...
в каком мануале? Бэкап читает данные, обнаруживает повреждения записей? да. Рестор фактически "проверяет" логическую целостность? (мастер деталь по ФК, ПК и т.д.) - да. Ну вот выбрали такой термин, "верифицированный". Предложи другой. Почему сразу ахинея?
Гаджимурадов РустамТак с ростом БД необходимость в репликации только увеличивается.
В отличие от танцев с/вокруг нбэкапа.
с необходимостью репликации "из коробки" я не спорю. Но и никаких "танцев вокруг нбэкапа" тоже не вижу.
Пример танцев?