DPM 2012 R2-Installation schlägt fehl und generiert Fehler 4323: ein Mitglied konnte nicht hinzugefügt werden

Dieser Artikel unterstützt Sie bei der Behebung eines Problems, bei dem das DPM-Setup Fehler beim Installieren von System Center 2012 R2 Data Protection Manager zum Hinzufügen eines Benutzers zur Fehlermeldung der lokalen Gruppe erhält.

Original Version des Produkts:   System Center 2012 R2 Data Protection Manager
Ursprüngliche KB-Nummer:   2930276

Problembeschreibung

Wenn Sie versuchen, System Center 2012 R2 Data Protection Manager (DPM 2012 R2) entweder erstmalig oder als Upgrade von System Center 2012 Data Protection Manager Service Pack 1 (DPM 2012 SP1) zu installieren, schlägt die Installation fehl, und Sie erhalten die folgende Fehlermeldung:

Fehler: das 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 Element nicht vorhanden ist.

In der Datei Setup. log werden möglicherweise auch Einträge angezeigt, die dem folgenden ähneln:

[10/23/2013 11:07:42 am] Information: Start Configuration.
[10/23/2013 11:07:42 am] Information: Starting Service: MSSQL $ MSDPM2012 on Machine: DPMServerName Flag Restart: false
[10/23/2013 11:07:42 am] Information: Starting Service: SQLAgent $ MSDPM2012 auf Computer: DPMServerName Flag Restart: false
[10/23/2013 11:07:42 am] Information: Starting Service: Report Server $ MSDPM2012 on Machine: DPMServerName Flag Restart: false
[10/23/2013 11:07:42 am] Informationen: Erstellen einer Registrierung mit SQL Agent-Kontoinformationen
[10/23/2013 11:07:42 am] Informationen: Abfragen von WMI-Namespace: \ \ DPMServerName\root\cimv2 for Query:SELECT * FROM Win32_Service WHERE Name='SQLAgent$MSDPM2012'
[10/23/2013 11:07:42 am] Informationen: SQL Agent-Konto Name = Contoso-old\DPMServerName $
[10/23/2013 11:07:42 am] Informationen: Erstellen einer Registrierung, die die Auftrags Pfadinformationen zum Trigger enthält
[10/23/2013 11:07:42 am] Data: TriggerJobPath = D:\Microsoft System Center 2012 \ DPM\DPM\bin\
[10/23/2013 11:07:42 am] Information: Add User: contoso-old\DPMServerName $ to Local Group: Distributed com users on Server: DPMServerName
[10/23/2013 11:07:42 am] * Exception: => DPM-Setup Fehler beim Hinzufügen eines Benutzers zur lokalen Gruppe. Ü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)
unter Microsoft. Internal. EnterpriseStorage. DLS. Setup. Wizard. Backend. MachineSpecificConfiguration (Boolean existingDB, Boolean Upgrade, Boolean isRemoteDb, String sqlServerMachineName, String SqlInstanceName, Boolean isRemoteReporting, String reportingMachineName, String reportingInstanceName)
bei Microsoft.Internal.EnterpriseStorage.Dls.Setup.Wizard.BackEnd.Configure (Boolean existingDB, Boolean Upgrade, String databaseLocation, String sqlServerMachineName, String SqlInstanceName, String reportingMachineName, String reportingInstanceName, Boolean oemSetup)
unter Microsoft.Internal.EnterpriseStorage.Dls.Setup.Wizard.DpmInstaller.ConfigurePostMsiUpgrade () unter Microsoft. Internal. EnterpriseStorage. DLS. Setup. Wizard. ProgressPage. UpgradeDpm ()
unter Microsoft. Internal. EnterpriseStorage. DLS. Setup. Wizard. ProgressPage. InstallerThreadEntry () * * * war der Mojito-Fehler: AddUserToLocalGroupFailed; 1387; WindowsAPI
[10/23/2013 11:07:44 am] * * * Fehler: das 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 Element nicht vorhanden ist.
[10/23/2013 11:07:44 am] Informationen: das DPM-Upgrade ist fehlgeschlagen.
Weitere Informationen erhalten Sie, wenn Sie auf die Registerkarte Fehler klicken.
Informationen zur Behebung dieses Problems finden Sie unter http://go.microsoft.com/fwlink/?LinkID=164487 .

Ursache

Dieses Problem kann auftreten, wenn die Umgebung einen unzusammenhängenden Namespace aufweist (die Domäne hat unterschiedliche NetBIOS-und DNS-Namen). Nehmen Sie beispielsweise an, dass die Domäne den NetBIOS-Namen contoso.com und den DNS-Namen contoso-Old.comaufweist. Wenn Benutzer auf der Windows-Benutzeroberfläche hinzugefügt werden, werden Sie im Format contoso\ComputerNameangezeigt. Im Fehlerprotokoll wird jedoch feststellen, dass versucht wurde, ein Computerkonto im Format contoso-old\ComputerNamehinzuzufü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 MSSQL $ MSDPM2012 -und SQLAgent $ MSDPM2012 -Dienste so, dass Sie bei deren Start das neue Domänenbenutzerkonto aus Schritt 1 verwenden.

Hinweis

Es wird empfohlen, Microsoft SQL Server Configuration Manager zu verwenden, da dies die einfachste Möglichkeit bietet, diese Änderung vorzunehmen.

Die Installation des Upgrades sollte nun erfolgreich abgeschlossen werden.

Wenn das Upgrade abgeschlossen ist, setzen Sie die beiden in Schritt 3 erwähnten Dienste so zurück, dass Sie mit der lokalen Kontobezeichnung (Microsoft $ DPM $ Acct) beginnen.

Problemumgehung: neue Installation

  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 dem gleichen Namen wie Microsoft $ DPM $ Acct. Kennwörter müssen nicht zwischen Konten übereinstimmen.

  3. Ändern Sie die MSSQL $ MSDPM2012 -und SQLAgent $ MSDPM2012 -Dienste so, dass Sie bei deren Start das neue Domänenbenutzerkonto aus Schritt 1 verwenden.

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

Überprüfen der Funktionalität nach einem Upgrade

Hinweis

Führen Sie nur die folgenden Schritte aus, wenn Sie ein Upgrade durchgeführt haben. Für die Neuinstallation ist dies nicht erforderlich.

Um sicherzustellen, dass Aufträge weiterhin planmäßig ausgeführt werden, führen Sie die folgenden Schritte auf dem DPM-Server aus:

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

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

  2. Stellen Sie sicher, dass die folgenden Werte dem %MachineName%\Microosft$DPM$Acct lokalen Konto entsprechen:

    • SqlAgentAccountName
    • SchedulerJobOwnerName

    Hinweis

    Dieses Konto sollte außerdem über vollständige Berechtigungen für den DPM\Bin-Ordner 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 2012 Service

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

  5. Klicken Sie auf die Registerkarte Sicherheit.

  6. Wählen Sie im Bereich Start-und Aktivierungsberechtigungen die Option Bearbeitenaus, und stellen Sie sicher, dass das Konto vorhanden ist und alle Berechtigungen zugewiesen sind.

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

Zusätzliche Schritte bei einem Fehler bei der Installation des Upgrades

Wenn bei der Installation des Upgrades ein Fehler auftritt und das Programm keinen Rollback vornimmt, müssen Sie eine Arbeitsversion von DPM 2012 SP1 wiederherstellen, bevor Sie versuchen können, das Upgrade erneut zu installieren. Gehen Sie dazu wie folgt vor:

  1. Suchen Sie nach der Sicherungskopie Ihrer DPMDB-Datei, die Sie vor dem Start 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 2012 SP1. Wenn Sie Updates installiert haben, installieren Sie Sie erneut in der gleichen Reihenfolge, die Sie zuvor installiert hatten.

    Hinweis

    Es wird empfohlen, die Datenbank aus Schritt 1 bereitzustellen und dann die folgende Abfrage für die DPM-Datenbank im Administrator Modus auszufü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 in der DPM-Verwaltungsshell den folgenden Befehl aus:

    dpmsync -sync
    
  6. Starten Sie die DPM-Verwaltungskonsole, und stellen Sie sicher, dass alle Agents dieselbe Versionsnummer wie der DPM-Server aufweisen.

Nachdem Sie diese Schritte ausgeführt haben, sollte der Status Ihrer DPM-Installation in seinem ursprünglichen Zustand wiederhergestellt werden. Versuchen Sie nun erneut, die Problem Umgehungs Schritte und die Upgrade-Installation durchzuführen.