Симонов ДенисДа. В 2.5 инкрементные копии ещё и целиком читают файл БД на любом уровне. В 3.0 это значительно улучшено.
Поэтому обычно делают план копирования чтобы не перебирать потом 100 инкрементов.Вот как твоё "поэтому" вытекает из первых фраз ? :)
Уровень инкренмета никак не влияет на объём чтения исходной БД. Ни в 2.х, ни в 3, ни в 4

Mari.PТе получается, что зря обновилась до версии 2.0?Да, зря. И не только из-за nbackup.
2.0 уже давно ушла в историю, как и 1.х.

Сейчас поддерживаются 2.5 и 3.0.

Mari.Pинкрементальный бэкап планировался для уменьшения времени передачи копии до узла, а получится еще больше?С чего бы это "еще больше" ? Отставить панику, включить мозг ! :)

Mari.P Как же раз в час делать репликацию? Для репликации - купить репликатор . Или написать. Или подождать готового в 4.

Для решения исходной задачи - см. выше про мозг. Им нужно воспользоваться и он скажет - нужна репликация или что-то другое.

Симонов ДенисПоэтому вытекает не совсем отсюда, а из его фразДенис.
Как писатель документации уж ты-то должен понимать, что ответы должны быть однозначными и простыми ;)
Прочитай ещё раз свой ответ и мой вопрос. Если по-прежнему считаешь, что твой ответ логичен - я не настаиваю, мне всё равно.

Симонов ДенисhvladУровень инкремнета никак не влияет на объём чтения исходной БД.
в смысле не влияют? Хочешь сказать что 3.0 на уровне 1 также читает все страницы как и на уровне 0? Вы же вроде это улучшали, чтобы читались только изменения с уровня n-1. Инкремент - это никак не бекап уровня 0. И уровень инкремента никак не влияет на объём чтения БД:
- до 3 это всегда вся БД
- в 3 - это всегда изменения с уровня n-1 - сколько их будет никто не предскажет

Mari.PЗадача была следующая - есть база куда пишутся показания приборов. Удаления записей нет, только
insert.
Есть вторая база, которая раз в час должна обновляться до состояния первой. При таких условиях эта задача решается программистом за день-два.

Mari.P У меня один простой вопрос - смогу я решить эту задачу с помощью nbackup, если
обновлю Firebird до версии 2.5 или даже пытаться не стоит, по времени получится долго. Никто этого не скажет ибо никто не знает сколько страниц вы меняете в час.
Я уже просил включить мозг ? Больше не буду

Mari.PРазмер БД сейчас 1.5 ГБ. gbak работает примерно 5 минут. с помощью gbak решать эту задачу глупо - 5 минут на бэкап, 5 мин на передачу в др конец города по фтп и 5 мин на восстановление.Что не устраивает в этой схеме ?

Mari.PПодскажите плиз ув профессионалы и я уже закрою эту темуШтатных средств для решения именно этой задачи - нет.

Mari.PТак если я перейду на версию 2.5 и запущу nbackup, я выиграю по времени?Скорее да, чем нет. Особенно если им пользоваться правильно. Но...
Mari.PКак я поняла, запускать полный или инкремент разницы особой нет?...ничего ты не поняла, увы.