MrCat,

nbackup делает копии СТРАНИЦ. что на этих страницах - ему по барабану. База состоит из страниц 10 разных типов - header, generator, tip, pip, pp, dp, и так далее.
в nbackup нулевого уровня попадают все страницы, это просто полная файловая копия базы данных.
в nbackup первого и других уровней попадают измененные страницы относительно предыдущего уровня nbackup.

http://www.firebirdsql.org/manual/ru/nbackup-overview-ru.html

MrCat,

чтобы было еще более понятно

команда nbackup -b 0 db dbcopy
эквивалентна набору команд

nbackup -L db
copy /b db dbcopy
nbackup -N db

p.s. ведь совсем простая штука. нет, выдумывают чего-то несуществующее :-)

MrCatЭто не обычная копия файла базы данных - восстановление из полученной копии необходимо производить также при помощи nbackup..."

ну, согласен, надо как-то поменять текст. Потому что это таки обычная копия файла базы данных, только сделанная с залоченной БД, почему и говорится, что "восстановление" нужно проводить при помощи nbackup, то есть всего-лишь сделать этой базе анлок
nbackup -N dbcopy
что просто меняет кое-чего в header page, и все.

MrCatОн до версий записей просто не доходит, работает на уровне страницы.
ну так нафига нам нужен какой-то мутный дубликат gbak-а ? :-)
А что nbackup работает на уровне страниц - было известно с момента его объявления в Firebird 2.0.

MrCatТ.е. смысл инкрементального резервного копирования - сберечь время, а место на диске бережёт gbak.
gbak не бережет место на диске. Если база 100 гиг, и в ней 40 гиг индексов, то бэкап будет ~50-60 гиг (зависит от данных). Но это будет на каждую копию БД.
nbackup за счет скорости позволяет делать копии и инкременты чаще, хоть каждые 10 минут, но размер инкремента будет ровно таким, сколько страниц изменилось с последнего момента. Тут общий объем копий будет зависеть от того, насколько "далеко" нужно хранить инкременты.

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

Вы вроде бы правильные слова цитируете, но интерпретируете их каким-то своим образом, что приводит к не совсем верным выводам.

Гаджимурадов Рустам, Gallemar

не можно. и уже.

есть такая штука, называется субординация. Конкретно вопросами документации, документами и вообще сайтом ФБ занимается человек, который называется Алексей Ковязин.

Денис Симонов, который занимается документацией по ФБ (за деньги), пошлет вас куда подальше с вашими переводами и чем угодно, и правильно сделает.

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

я согласен, что на странице
http://www.firebirdsql.org/en/contact-us/
не хватает инфы для контактов по веб-сайту, но мы это исправим.

короче,

Please send your enquiries regarding FirebirdSQL.org website and its content to case@firebirdsql.org.

Гаджимурадов РустамГы... Так и не поумнели и ничему не научились... Ну, бывает.
давай я промолчу как ты ваял перевод langref update. концов было не найти, с кем, что, и т.д.

Гаджимурадов Рустам,

да выколупывали кто занимался, с кем, и прочее. именно поэтому я про пресловутую "субординацию" и говорю.
Например, некто мне пишет - "я отправлял перевод документа туда-то, его не приняли". Кому отправлял, почему не приняли - хер его знает. Это что, нормально? Нет. потому что шлют кому попало, а не тому, кому надо.