Subject | Re: [firebird-support] gbak restore suddenly stops working |
---|---|
Author | Thomas Steinmaurer |
Post date | 2006-04-05T19:31:26Z |
Hi Bob,
task scheduling facility of Windows with Firebird is using a TCP/IP
connection, even if your database resides locally. This usually works
always. ;-)
--
Best Regards,
Thomas Steinmaurer
LogManager Series - Logging/Auditing Suites supporting
InterBase, Firebird, Advantage Database, MS SQL Server and
NexusDB V2
Upscene Productions
http://www.upscene.com
>>Have you set the "run as" setting for the Scheduled Task?I didn't follow the entire thread, but one golden rule when using the
>
>
> Yes, that is set to the administrator account.
>
>
>
>>Further, you may need to schedule a WSF (Windows Script File) in
>
> order
>
>>for your scheduled task to run correctly.
>>
>>I have found that the task scheduler does not always provide a full
>>'environment' for tasks. AS such, GBAK falls over when the server
>>console is not logged in.
>
>
> Bingo. I think that's it. I am usually logged in as administrator on
> the console (this is just a dev server), but had rebooted and not
> logged back in when I encountered these problems.
>
> Off to the WSF tutorials..
task scheduling facility of Windows with Firebird is using a TCP/IP
connection, even if your database resides locally. This usually works
always. ;-)
--
Best Regards,
Thomas Steinmaurer
LogManager Series - Logging/Auditing Suites supporting
InterBase, Firebird, Advantage Database, MS SQL Server and
NexusDB V2
Upscene Productions
http://www.upscene.com