Thread: [Firebird-net-provider] Service API and nbackup

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi

Is there a way to specify for Backup service to use nbackup and make 
incremental backup?

Regards,
Paul

On 4/20/08, Mercea Paul <pau...@ya...> wrote:
>  Is there a way to specify for Backup service to use nbackup and make
>  incremental backup?

No. AFAIK nbackup isn't available thru Service API.

-- 
Jiri {x2} Cincura (CTO x2develop.com)
http://blog.vyvojar.cz/jirka/ | http://www.ID3renamer.com

> On 4/20/08, Mercea Paul <pau...@ya...> wrote:
> >  Is there a way to specify for Backup service to use nbackup and make
> >  incremental backup?
> 
> No. AFAIK nbackup isn't available thru Service API.

Nether I can find any link to api for nbackup..hope you know more!
This is a bad news...back to batch file...or process !

Regards,
Paul

>>>  Is there a way to specify for Backup service to use nbackup and make
>>>  incremental backup?
>> No. AFAIK nbackup isn't available thru Service API.
> 
> Nether I can find any link to api for nbackup..hope you know more!
> This is a bad news...back to batch file...or process !

AFAIK, nbackup can be completely managed via SQL, so you can automate 
this part in your application. Whether it is Services API or DSQL API - 
it does not really matter. What matters is whether the driver provides 
the convenience methods for it. For example, our JDBC driver doesn't - 
not enough time to implement it, same, I think, applies to .NET 
provider. But you can help - code it for your application and contribute 
the code back to the project. As basis for the next development it is 
more than enough.

Roman

At 03:07 AM 21/04/2008, Mercea Paul wrote:
>> On 4/20/08, Mercea Paul <pau...@ya...> wrote:
>> >  Is there a way to specify for Backup service to use nbackup and make
>> >  incremental backup?
>> 
>> No. AFAIK nbackup isn't available thru Service API.
>
>Nether I can find any link to api for nbackup..hope you know more!

There isn't an API.  nBak and nBackup are plug-in applications and as such they are clients that *use* the API, much as any other application does. 

The Services API isn't a nice, clean, extensible interface like the engine API, unfortunately.  It is a cocktail of functions passing parameters to a mishmash of embedded code, macros and who-knows-what.  I mean, literally, the code for gbak, gfix, gsec and so on is duplicated in the engine!  Bloating the engine with more optional code is not part of the Firebird design strategy - so forget about an API for nbackup or other plug-ins ever being available through the Services API as currently implemented!  

The good news is that a new API encompassing both pluggable and internal code is on the drawing board, if not for Fb 3.0 then for a v.3.x.  This is going to open the doors for a correct and future-safe way to do things:  not just incremental backup but pluggable security, replication, search engines, external procedures and whatever anyone wants to dream about right now...

Helen

Thanks Helen and Roman!

> -----Original Message-----
> From: fir...@li...
> [mailto:fir...@li...] On Behalf
> Of Helen Borrie
> Sent: 21 April 2008 02:32
> To: 'For users and developers of the Firebird .NET providers'
> Subject: Re: [Firebird-net-provider] Service API and nbackup
> 
> At 03:07 AM 21/04/2008, Mercea Paul wrote:
> >> On 4/20/08, Mercea Paul <pau...@ya...> wrote:
> >> >  Is there a way to specify for Backup service to use nbackup and
> make
> >> >  incremental backup?
> >>
> >> No. AFAIK nbackup isn't available thru Service API.
> >
> >Nether I can find any link to api for nbackup..hope you know more!
> 
> There isn't an API.  nBak and nBackup are plug-in applications and as
> such they are clients that *use* the API, much as any other application
> does.
> 
> The Services API isn't a nice, clean, extensible interface like the
> engine API, unfortunately.  It is a cocktail of functions passing
> parameters to a mishmash of embedded code, macros and who-knows-what.
> I mean, literally, the code for gbak, gfix, gsec and so on is
> duplicated in the engine!  Bloating the engine with more optional code
> is not part of the Firebird design strategy - so forget about an API
> for nbackup or other plug-ins ever being available through the Services
> API as currently implemented!
> 
> The good news is that a new API encompassing both pluggable and
> internal code is on the drawing board, if not for Fb 3.0 then for a
> v.3.x.  This is going to open the doors for a correct and future-safe
> way to do things:  not just incremental backup but pluggable security,
> replication, search engines, external procedures and whatever anyone
> wants to dream about right now...
> 
> Helen
> 
> 
> 
> 
> -----------------------------------------------------------------------
> --
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/
> javaone
> _______________________________________________
> Firebird-net-provider mailing list
> Fir...@li...
> https://lists.sourceforge.net/lists/listinfo/firebird-net-provider

Thread: [Firebird-net-provider] Service API and nbackup

A powerful, cross platform, SQL database system

firebird-net-provider