Yesterday I've committed a min. implementation of this feature (http://tracker.firebirdsql.org/browse/CORE-2666) in both 2.5 and trunk. As was mentioned by Adriano in admin, without support from gbak utility this is incomplete. And I completely agree with him. But what about 2.5: even adding of this well tested by IBP customers code was a violation of our release rules, but due to great desire of a lot of people to have it in 2.5 this was done. Certainly, all the following applies only to trunk.
I plan to add the following features: 1. Support subj from gbak. 2. Add support for remote/backup restore to nbackup. I see the following problems to discuss here: 1. How should switch for gbak look like to start backup on remote server with target at local disk? Currently we have: gbak -b remote_server:/some/database.fdb /file/at/local/host.fbk gbak -se remote_server:service_mgr /some/database.fdb /file/at/remote/server.fbk We need to pass to gbak name of "remote_server:service_mgr" (like in second case) and name of local file (like in first case). 2. When creating database copy (specially level 0) using nbackup over network database will sooner of all stay in locked state for a much longer time compared with placing data on local disk. Should some disk-based cache used to store temporal image of DB copy to try to make that time smaller? If yes should it be done automatically or by switch? 3. When restoring mutli-level DB backup - how to better combine different level backups in single stream? Alex. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
