Still we get a error message saying login failed as sa in
the job history.
What is the reason? and the solution to get rid of, so
that the sa password can be changed periodically, to
ensure safety, but doesn't mess-up with the jobs
consisting of dts runs (packages).
HTH
Jasper Smith
"kuppu swamy" <kuppu.s....@aexp.com> wrote in message
news:346301c1e591$47c8dfd0$b1e62ecf@tkmsftngxa04...
Kuppu.
>.
>
HTH
Jasper Smith
>.
>
The message from job history is that - login as sa failed.
I am not all using sa login either for the package or job
as said above.
Regards,
Kuppu.
>.
>
-Sue
My guess exactly.
I think the reason why you are using sa is because the server
registration in enterprise manager server uses sa, so the local SQL-NS
stuff that creates the DTSRUN command lines uses the same info as the
rest of EM.
To avoid this in the future try re-creating the jobs using integrated
security in EM, or go manual as Sue describes above.
--
Darren Green (SQL Server MVP)
DTS - http://www.sqldts.com
One more thing, when I did so, the dtsrun command in the
job is starting like / ~ Z -----. I searched the books on
line, but this parameter Z is no where specified in the
dtsrun utility.
Kuppu.
>.
>
How exactly is this differnt from the usual way of
creating jobs from EM -> SQL server agent -> management ->
New job so on.
kuppu.
>.
>
-Sue
On Wed, 17 Apr 2002 13:29:01 -0700, "kuppu swamy"
Thanks everybody for the help !!!
Regards,
Kuppu.
>.
>