H.e.l.pЧего решили снять - упала общая производительность - процесс,что обычно выполнялся до 10 минут, стал выполняться 4 часа.
Я так и не понял чего хотели добиться с помощью nbackup . Он с самой базой вообще ничего не делает (кроме того что на время своей работы переводит ее в другой режим и все изменения пишутся не в базу).

Может вы хотели ее "перебэкапить"?
Но nbackup тут не помощник совершенно, сама его идея - восстановить базу как было, буквально, со всеми ее ошибками и неоптимальностями.

Перебэкап делается с помощью gbak . Сначала бэкап, который читает всю базу на момент старта бэкапа и сохраняет полученные данные в файл. В котором отсутствуют тела индексов, только информация о них. В итоге файл такого бэкапа получается в среднем раза в 2 меньше исходной базы. А потом из него восстанавливают базу, ресторят. И это процесс длительный. И бывают случаи когда такая оптимизация приводит не к ускорению работы а наоборот к замедлению, т.к. таблицы восстанавливаются по очереди и данные по ним лежат вместе, в то время как при работе данные заливаются в разные таблицы и расположены кучнее скорее по времени внесения данных в базу а не по принадлежности к таблицам.

H.e.l.pfraksЯ так и не понял
gbak делается 6 часов в одну сторону, 6 в другую. Хотели, по возможности, ускорить процесс получения резервной копии.


1. Не верю что время рестора равно времени бэкапа, разве что в случае если это разные тачки. Или в базе вообще нет индексов.
У меня рестор всегда дольше, и на моих базах соотношение времени примерно такое - бэкап минут 10-15, рестор минут 40-60.

2. И таки я опять не понял задачу:

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

Если стоит задача ускорить по варианту вариант 2.2 - то да, для этого нужно использовать nbackup и выбрать оптимальную для вашего случая стратегию уровней бэкапов. Но тут есть тонкость. На сколько я в курсе - nbackup у сервера 2.X при создании бэкапа любого уровня должен прочитать все страницы базы. И для бэкапа первого уровня что nbackup что gbak затратит примерно сравнимое время.
А вот в 3.X это дело значительно оптимизировали, и читаются только те страницы которые поменялись, что должно значительно сократить время и нагрузку при создании бэкапов не первого уровня.

И, на всякий случай. Использование nbackup не отменяет необходимости создавать обычные бэкапы через gbak, а так же периодически проверять их восстановимость (проходит ли из них рестор).

H.e.l.pЭто я понимаю. Но если будет схема 1 раз в неделю полный, 2 каждый день, 3 каждый час - можно восстановиться максимально к точке сбоя БД (зная время сбоя)?

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

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

Но кажется до тебя не удалось донести смысл различий gbak и nbackup.

gbak воссоздает базу в правильном виде, при этом выявляются или исправляются ошибки, даже те которые еще может быть не вылезли в продакшене, если к данным не обращались.

nbackup просто воссоздает набор страниц на какой-то момент. Что там на этих страницах - ему пофиг. Может статься что случилась некая ошибка которая поломала базу но заметили это не сразу. И наличие инкрементальных бэкапов может не помочь если корни ошибки заложены например 2 месяца назад.

Из этой ветки у меня создалось впечатление что вы:

- никогда не делали бэкапов, полагаясь может быть на RAID или еще что
- решили сделать бэкап, начав с nbackup
- зачем при этом использовать еще и gbak вам непонятно

Возможно я ошибаюсь в понимании ситуации.

Несколько ссылок по теме:

http://www.ibase.ru/admin/

http://www.ibase.ru/vldb/
http://www.ibase.ru/backupspeed/
http://www.ibase.ru/restorespeed/
http://www.ibase.ru/gbak/

https://www.firebirdsql.org/manual/ru/nbackup-ru.html