SCOM 2012: Setup error HRESULT: 0x80070005 (E_ACCESSDENIED)

In meiner Demoumgebung kam es bei der Installation von SCOM 2012 zu einem ungewöhnlichen Fehler. Die Datenbank sollte remote abgelegt werden. Beim Einrichten der Datenbank (genauer: Rollenzuweisung) brach das Setup mit einem Access denied ab. Die Logdateien (zu finden unter c:\users\<currentuser>\AppData\Local\SCOM\Logs) haben ebenfalls nur folgendes gemeldet:

[…]

[09:08:57]:          Always:                :Current Action: PopulateUserRoles

[09:08:57]:          Info:      :Info:GetLocalizedAdminGroupName: Administrators Group Name is: BUILTIN\Administrators

[09:08:59]:          Error:    :PopulateUserRoles: failed : Threw Exception.Type: System.UnauthorizedAccessException, Exception Error Code: 0x80070005, Exception.Message: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))

[09:08:59]:          Error:    :StackTrace:   at Microsoft.Mom.Sdk.UserRoleSetup.SetupProgram.populateUserRoles(String adminRoleGroup, String sdkAccount, InstallTypes installType, String installDirectory, Boolean overwriteExistingUsers)

   at Microsoft.EnterpriseManagement.OperationsManager.Setup.ServerConfiguration.PopulateUserRoles(String adminRoleGroup, String sdkAccount, String installDirPath)

[09:08:59]:          Error:    :FATAL ACTION: PopulateUserRoles

[09:08:59]:          Error:    :FATAL ACTION: DatabaseActions

[09:08:59]:          Error:    :ProcessInstalls: Running the PostProcessDelegate returned false.

[09:08:59]:          Always:                :SetErrorType: Setting VitalFailure. currentInstallItem: Database Configuration

[09:08:59]:          Error:    :ProcessInstalls: Running the PostProcessDelegate for OMDATABASE failed…. This is a fatal item.  Setting rollback.

[09:08:59]:          Info:      :SetProgressScreen: FinishMinorStep.

[09:08:59]:          Always:                :!***** Installing: OMSERVER ***

[…]

D.h. er hat den Namen der lokalen Administratorengruppe ermittelt (der SCOM Server war englisch) und hat dann versucht diese Gruppe auf dem SQL Server einzutragen. Dabei scheiterte er, obwohl der aktuelle Benutzer, der SCOM Action Account und der Computeraccount mittlerweile lokale Adminrechte auf dem Ziel-SQL Server hatte. Nach etwas Gehirnschmalz kam ich dann auf die Lösung: Der SCOM war ein englisches OS, daher auch die lokale Admingruppe Administrators, das Ziel SQL-System aber ein deutsches OS mit der lokalen Admingruppe “Administratoren”. Daher habe ich versuchsweise den SCOM auf einem deutschen System installiert und wie man sieht, hat es sofort funktioniert:

[…]

[14:44:22]:          Info:      :Info:GetLocalizedAdminGroupName: Administrators Group Name is: VORDEFINIERT\Administratoren

[14:44:36]:          Info:      :PopulateUserRoles completed.

[14:44:36]:          Always:                :Current Action: ProvisionServers

[14:44:36]:          Info:      :   This method was not run for this setup operation.

[14:44:36]:          Info:      :ProvisionServers completed.

[14:44:36]:          Always:                :Current Action: ImportManagementPacks

[14:44:39]:          Debug: :Directory D:\Setup\AMD64\MPLP is assumed to contain localizations for default list of MP.

[…]

Aus meiner Sicht hat das Setup also einen kleinen Bug, da er den Namen der Admingruppe nicht auf dem lokalen System ermitteln und dann auf dem Remotesystem verwenden sollte. Auf der anderen Seite dürfte eine Setup mit gemischten OS Sprachen am Ende nicht supported sein