Re: Changing SQL startup account
From: Luke (lmihalko_at_hotmail.com)
Date: 02/25/05
- Next message: kmoskal: "SQL Server Agent Jobs."
- Previous message: Andrew J. Kelly: "Re: update passwords for copied logins"
- In reply to: Kevin McDonnell [MSFT]: "RE: Changing SQL startup account"
- Next in thread: Kevin McDonnell [MSFT]: "Re: Changing SQL startup account"
- Reply: Kevin McDonnell [MSFT]: "Re: Changing SQL startup account"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Fri, 25 Feb 2005 14:03:49 -0500
Ok,
I think I'm on the right track here, It looks like the registry
permissions are the ones at fault. Regmon proves useful again. I can go
and set the permissions manually on the following keys:
HKLM\SOFTWARE\Microsoft\MSSQLSERVER\MSSQLServer\CurrentVersion
HKLM\SOFTWARE\Microsoft\MSSQLSERVER\\Setup
This I have done previously and SEM does this too.
Of course I can set the permissions, but.... they disappear after I restart
the sql service. That is the only access denied message in regmon. The
ntfs permissions are still correct, just the registry. Has anyone run into
this before? I never came across permissions in the registry being modified
by any application that was not being setup.
And now I have, setting the permissions on the registry keys while the
cluster service was controlling the service did not properly replicate over
to the corresponding cluster server. Thus the permissions being reverted
after setting them while the service was in a "offline" state...created a
difference which was overridden by the cluster service's replication.
Why did this happen? I'm sure anyone in the group can tell me why this
occurred. And I'm gonna leave this out.
"Kevin McDonnell [MSFT]" <kevmc@online.microsoft.com> wrote in message
news:0DSXEPtGFHA.2412@TK2MSFTNGXA02.phx.gbl...
> Check the NT Application Event logs for errors while SQL is starting.
> May be problems with the account you're using to start the service with or
> if you've changed /moved database files
> to another drive location etc.
>
> Also, check the sqlstp.log for errors as well during initial setup.
>
> Thanks,
>
> Kevin McDonnell
> Microsoft Corporation
>
> This posting is provided AS IS with no warranties, and confers no rights.
>
>
>
- Next message: kmoskal: "SQL Server Agent Jobs."
- Previous message: Andrew J. Kelly: "Re: update passwords for copied logins"
- In reply to: Kevin McDonnell [MSFT]: "RE: Changing SQL startup account"
- Next in thread: Kevin McDonnell [MSFT]: "Re: Changing SQL startup account"
- Reply: Kevin McDonnell [MSFT]: "Re: Changing SQL startup account"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|
|