neurocon (Neurocon@gmail.com) writes:[color=blue]
> You area totally right. I must have been in a rush while reading
> earlier and skimmed over that information. Sorry about the confusion on
> my part and ultimately for wasting your time =) As you can see
> working within the SQL Agent stuff certainly isn't my forte'. The
> information enclosed in the other agent log gave me enough information
> to resolve the problem. It did end up being a permissions issue. The
> owner has been changed from myself, a Domain Admin, to my designated
> domain SQL account as well as SA and the SQL account that's designated
> owner of the database this job runs against but still fails. The "real"
> logs you requested are below -- but I'm not sure if the "owner" of the
> job is actually what I'm supposed to change as far as the job "running
> under/as" this account -- that's just where I thought I'd start.
>
> The job failed. The Job was invoked by Schedule 18 (Default Schedule).
> The last step to run was step 1 (Step 1).
>
> Executed as user: NT AUTHORITY\SYSTEM. Login failed for user 'NT
> AUTHORITY\ANONYMOUS LOGON'. [SQLSTATE 28000] (Error 18456). The step
> failed.
>
> Again, thanks for your patience in my moment of ignorance. Any
> information on adjusting the account for the SQL Agent job to run under
> would be appreciated. I have other jobs running fine against the
> database and the owner is set to the user who is marked as DBOwner in
> the security area. I'm assuming I'm just not adjusting the right thing.
> Thanks, in advance, for your further help.[/color]
I can't really work out if you still have a problem, or your backup
is now running as it should.
Neither can I count SQL Agent as my forté, but changing the owner
sounds like a good thing.
Notice that this is not an issue with access to the database in
question. It is the access to SQL Server as a whole that is denied.
--
Erland Sommarskog, SQL Server MVP,
esquel@sommarskog.se
Books Online for SQL Server SP3 at
http://www.microsoft.com/sql/techinf...2000/books.asp