DpM-Installation schlägt fehl und generiert Fehler 4323: Ein Member konnte nicht hinzugefügt werden

Dieser Artikel hilft Ihnen bei der Behebung eines Problems, bei dem das DPM-Setup beim Hinzufügen eines Benutzers zur lokalen Gruppe bei der Installation von System Center Data Protection Manager fehlgeschlagen ist.

Ursprüngliche Produktversion: System Center Data Protection Manager
Ursprüngliche KB-Nummer: 2930276

Symptome

Wenn Sie versuchen, System Center Data Protection Manager entweder zum ersten Mal oder als Upgrade zu installieren, schlägt die Installation fehl, und Sie erhalten die folgende Fehlermeldung:

Fehler: DpM-Setup konnte der lokalen Gruppe keinen Benutzer hinzufügen. Überprüfen Sie die Fehlerdetails, führen Sie die entsprechende Aktion aus, und führen Sie dann das DPM-Setup erneut aus.
ID: 4323. Details: Ein Mitglied konnte der lokalen Gruppe nicht hinzugefügt oder daraus entfernt werden, da das Mitglied nicht vorhanden ist.

Möglicherweise werden in der Setup.log-Datei auch Einträge angezeigt, die den folgenden ähneln:

[23.10.2013 11:07:42] Information: Startkonfiguration.
[23.10.2013 11:07:42] Information : Starten der Dienst:MSSQL$MSDPM-Version<> auf computer:DPMServerName flag restart:False
[23.10.2013 11:07:42] Information : Starten der Dienst:SQLAgent$MSDPM-Version<> auf computer:DPMServerName flag restart:False
[23.10.2013 11:07:42] Information : Starten der Dienst:ReportServer$MSDPM-Version<> auf computer:DPMServerName flag restart:False
[23.10.2013 11:07:42] Information: Erstellen einer Registrierung mit Informationen zum SQL-Agent-Konto
[23.10.2013 11:07:42] Information : Abfragen des WMI-Namespace: \\DPMServerName\root\cimv2 für die Abfrage: SELECT * FROM Win32_Service WHERE Name='SQLAgent$MSDPM<version>'
[23.10.2013 11:07:42] Information : Sql Agent-Kontoname = contoso-old\DPMServerName$
[23.10.2013 11:07:42] Information: Erstellen Sie eine Registrierung, die die Informationen zum Triggerauftragspfad enthält.
[23.10.2013 11:07:42] Data : TriggerJobPath = D:\Microsoft System Center <version>\DPM\DPM\bin\
[23.10.2013 11:07:42] Information : Hinzufügen von Benutzer: contoso-old\DPMServerName$ zur lokalen Gruppe: Verteilte COM-Benutzer auf Server: DPMServerName
[23.10.2013 11:07:42] * Ausnahme : => DPM-Setup konnte keinen Benutzer zur lokalen Gruppe hinzufügen. Überprüfen Sie die Fehlerdetails, führen Sie die entsprechende Aktion aus, und führen Sie dann das DPM-Setup erneut aus. Microsoft.Internal.EnterpriseStorage.Dls.Setup.Exceptions.BackEndErrorException: Ausnahme vom Typ "Microsoft.Internal.EnterpriseStorage.Dls.Setup.Exceptions.BackEndErrorException" wurde ausgelöst.
unter Microsoft.Internal.EnterpriseStorage.Dls.Setup.NativeConfigHelper.AddAccountToLocalGroup(String accountName, String localGroupName, String machineName)
unter Microsoft.Internal.EnterpriseStorage.Dls.Setup.Wizard.RemoteDatabaseConfiguration.AddSqlAgentAccountToLocalGroups(String sqlAgentAccountName)
at Microsoft.Internal.EnterpriseStorage.Dls.Setup.Wizard.BackEnd.MachineSpecificConfiguration(Boolean existingDB, Boolean upgrading, Boolean isRemoteDb, String sqlServerMachineName, String sqlInstanceName, Boolean isRemoteReporting, String reportingMachineName, String reportingInstanceName)
at Microsoft.Internal.EnterpriseStorage.Dls.Setup.Wizard.BackEnd.Configure(Boolean existingDB, Boolean upgrading, String databaseLocation, String sqlServerMachineName, String sqlInstanceName, String reportingMachineName, String reportingInstanceName, Boolean oemSetup)
unter Microsoft.Internal.EnterpriseStorage.Dls.Setup.Wizard.DpmInstaller.ConfigurePostMsiUpgrade() bei Microsoft.Internal.EnterpriseStorage.Dls.Setup.Wizard.ProgressPage.UpgradeDpm()
bei Microsoft.Internal.EnterpriseStorage.Dls.Setup.Wizard.ProgressPage.InstallerThreadEntry() *** Mojito-Fehler: AddUserToLocalGroupFailed; 1387; WindowsAPI
[23.10.2013 11:07:44] *** Fehler: DPM-Setup konnte keinen Benutzer zur lokalen Gruppe hinzufügen. Überprüfen Sie die Fehlerdetails, führen Sie die entsprechende Aktion aus, und führen Sie dann das DPM-Setup erneut aus.
ID: 4323. Details: Ein Mitglied konnte der lokalen Gruppe nicht hinzugefügt oder daraus entfernt werden, da das Mitglied nicht vorhanden ist.
[23.10.2013 11:07:44] Information: Fehler beim DPM-Upgrade.
Klicken Sie auf die Registerkarte Fehler, um weitere Details anzuzeigen.
Informationen zur Problembehandlung finden Sie unter http://go.microsoft.com/fwlink/?LinkID=164487.

Ursache

Dieses Problem kann auftreten, wenn die Umgebung über einen nicht zusammenhängenden Namespace verfügt (d. a. die Domäne hat unterschiedliche NetBIOS- und DNS-Namen). Angenommen, die Domäne weist den NetBIOS-Namen contoso.com und den DNS-Namen contoso-old.com auf. Wenn Benutzer auf der Windows-Benutzeroberfläche hinzugefügt werden, werden sie im Format contoso\ComputerName angezeigt. Sie sehen jedoch im Fehlerprotokoll, dass versucht wurde, ein Computerkonto im Format contoso-old\ComputerName hinzuzufügen.

Problemumgehung: Upgrade

1. Erstellen Sie ein neues Domänenbenutzerkonto mit dem Namen MICROSOFT$DPM$Acct. Wenn Sie kein neues Domänenkonto erstellen können, können Sie ein Standardbenutzerkonto verwenden.

2. Suchen Sie die DPMDB-Datenbankdateien, und stellen Sie sicher, dass das neue Konto, das Sie in Schritt 1 identifiziert oder erstellt haben, über vollständige Berechtigungen für dieses Verzeichnis verfügt.

3. Ändern Sie die Versionsdienste> MSSQL$MSDPM< und SQLAgent$MSDPM<so, dass sie beim Start das neue Domänenbenutzerkonto aus Schritt 1 verwenden.>

Die Upgradeinstallation sollte nun erfolgreich abgeschlossen werden.

Wenn das Upgrade abgeschlossen ist, rückgängig machen die beiden in Schritt 3 erwähnten Dienste, damit sie mit der Verwendung der lokalen Kontobezeichnung (MICROSOFT$DPM$Acct) beginnen.

Problemumgehung: Neuinstallation

1. Erstellen Sie ein neues Domänenbenutzerkonto mit dem Namen MICROSOFT$DPM$Acct.

2. Erstellen Sie ein neues lokales Benutzerkonto auf dem DPM-Server mit demselben Namen MICROSOFT$DPM$Acct. Kennwörter müssen nicht zwischen Konten übereinstimmen.

3. Ändern Sie die Versionsdienste> MSSQL$MSDPM< und SQLAgent$MSDPM<so, dass sie beim Start das neue Domänenbenutzerkonto aus Schritt 1 verwenden.>

Die Installation sollte jetzt erfolgreich abgeschlossen werden. Für eine Neuinstallation müssen Sie die beiden Dienste nicht rückgängig machen, wie im Abschnitt Upgrade erwähnt, da die Registrierung bereits über die richtigen Informationen für die Dienste verfügt.

Überprüfen der Funktionalität nach einem Upgrade

Führen Sie die folgenden Schritte auf dem DPM-Server aus, um sicherzustellen, dass Aufträge weiterhin wie geplant ausgeführt werden:

1. Suchen Sie im Registrierungs-Editor den folgenden Registrierungs-Unterschlüssel:

   HKLM\Software\Microsoft\Microsoft Data Protection Manager\Setup

2. Stellen Sie sicher, dass die folgenden Werte das %MachineName%\Microosft$DPM$Acct lokale Konto widerspiegeln:

   • SqlAgentAccountName
   • SchedulerJobOwnerName

   Hinweis

   Dieses Konto sollte auch über vollständige Berechtigungen für den Ordner DPM\Bin auf dem DPM-Server und auf dem Server verfügen, auf dem Microsoft SQL Server ausgeführt wird, wenn SQL Server remote gehostet wird.

3. Starten Sie DCOMCNFG.exe, und suchen Sie dann den folgenden Ordner:

   Component Services\Computers\My Computer\DCOM Config\Microsoft System Center Data Protection Manager <version> Service

4. Klicken Sie mit der rechten Maustaste auf den Dienstnamen, und wählen Sie dann Eigenschaften aus.

5. Klicken Sie auf die Registerkarte Sicherheit.

6. Wählen Sie im Bereich Start- und Aktivierungsberechtigungendie Option Bearbeiten aus, und überprüfen Sie dann, ob das Konto vorhanden ist und alle Berechtigungen zugewiesen sind.

7. Starten Sie SQL Server Management Studio für die DPM-instance, und überprüfen Sie dann, ob das Konto über die Sysadmin-Rolle verfügt.

Zusätzliche Schritte, wenn bei der Upgradeinstallation ein Fehler auftritt

Wenn bei der Upgradeinstallation ein Fehler auftritt und für das Programm kein Rollback ausgeführt wird, müssen Sie eine funktionierende Version von DPM wiederherstellen, bevor Sie versuchen können, das Upgrade erneut zu installieren. Gehen Sie dazu wie folgt vor:

1. Suchen Sie die Sicherungskopie Ihrer DPMDB-Datei, die Sie vor dem Starten des Upgradevorgangs erstellt haben.

2. Wenn DPM installiert ist, deinstallieren Sie es.

   Wichtig

   Stellen Sie sicher, dass Sie Ihre Daten verwalten. Wählen Sie hierzu auf der Seite Deinstallationsoptionen die Option Datenträgerbasierte Wiederherstellungspunkte beibehalten aus.

3. Installieren Sie DPM. Wenn Sie Updates installiert haben, installieren Sie diese in der gleichen Reihenfolge erneut, die Sie zuvor installiert haben.

   Hinweis

   Es wird empfohlen, dass Sie die Datenbank aus Schritt 1 einbinden und dann die folgende Abfrage für die DPM-Datenbank im Administratormodus ausführen, um die Reihenfolge zu ermitteln, in der die Updates ursprünglich angewendet wurden:

   Select distinct MajorVersionNumber,MinorVersionNumber ,BuildNumber, FileName FROM [DPMDB].[dbo].[tbl_AM_AgentPatch] where MajorVersionNumber = 4 and MinorVersionNumber =1 order by BuildNumber desc
   

4. Führen Sie den folgenden Befehl an einer Eingabeaufforderung mit erhöhten Rechten aus, um die Kopie der Sicherungsdatenbank wiederherzustellen:

   dpmsync -restoredb (with appropriate switches)
   

5. Führen Sie zum Synchronisieren der Datenbanken den folgenden Befehl in der DPM-Verwaltungsshell aus:

   dpmsync -sync
   

6. Starten Sie die DPM-Administratorkonsole, und stellen Sie dann sicher, dass alle Agents über die gleiche Versionsnummer wie der DPM-Server verfügen.

Nachdem Sie diese Schritte ausgeführt haben, sollte die status Ihrer DPM-Installation in ihrem ursprünglichen Zustand wiederhergestellt werden. Versuchen Sie es nun erneut, die Schritte zur Problemumgehung und die Upgradeinstallation auszuführen.