Subject | RE: [firebird-support] Re: Backing up when Embeded Server Used? |
---|---|
Author | Alan McDonald |
Post date | 2008-11-16T20:25:33Z |
> > > Hi Folks:the embedded IS the superserver.
> > >
> > > Developing in C++ for Windows with the current Firebird,
> > > 2.1.1.whatever.
> > >
> > > The app I'm working on has buttons to run the backup and
> recovery.
> > > This worked when we were using Firebird Super Server, but we've
> > > changed to the embedded server and Gbak isn't available to us.
> > >
> > > How do we implement our app's backup and recover buttons when
> > > using the embedded server?
> > >
> > > Thanks
> > > Larry
> >
> > you just use the serices API
> > Alan
>
> Thanks Alan:
>
> Are you saying that we need to ship, and install, Super Server with
> our product? Or is there a way to get gbak to use an embedded server?
>
> The embedded server doesn't let other apps use the database, do we
> need to disconnect while running the backup or recovery? This isn't a
> big problem, just wanting to appreciate our task.
>
> The app was initially designed with Super Server, but the server
> would refuse to start consistently when my partner started his PC. He
> would have to go into the control panel and click on the Firebird
> manager icon to open the little window so he could start Firebird.
> This was required several times a week.
>
> I never saw this problem on any of my PCs. But if a problem is
> staring you in the face, it hard to believe your customers won't have
> the same problem, so we changed to embedded. The eliminated that
> problem.
>
> We are both running regularly updated XP home.
>
> I appreciate your help Alan.
>
> Thanks
> Larry
You connect to it via the services API (your choise of components (similar
to the security API) and use the same command set as you do with GBAK. You
do this while connected normally to your database. The embedded setup is no
different. As long as the connection is not a separate process (i.e. a
separate loading of the fbclient.dll (superserver) library it's fine.
Alan