Benutzerprofildienst wird bereitgestellt – startet nicht

Question

Ich habe den Leitfaden von Spence Harbar zum Einrichten einer mandantenfähigen Installation von SharePoint 2013 in einer Testumgebung befolgt.
Ich folge seinem Leitfaden von 2010, habe aber das Search Service-Skript durch das aus seinem SP 2013-Artikel ersetzt.
Wir verwenden SQL Server 2014, das auf demselben Computer installiert ist.
Auf allen Servern ist Windows Server 2012R2 vollständig gepatcht.SharePoint führt SharePoint 2013 SP1 aus

Ich kann die UPS-Serviceanwendung und den Proxy problemlos installieren.Mein Problem tritt auf, wenn ich versuche, den Benutzerprofil-Synchronisierungsdienst zu starten (mit dem Skript von http://www.harbar.net/articles/sp2010mt5.aspx).Der Dienst startet und stoppt dann.Ich habe unten ULS-Protokollmeldungen.

Überall, was ich gelesen habe, deutet das darauf hin, dass Berechtigungen ein Problem darstellen.Ich habe Folgendes getan und Folgendes sichergestellt:

• Farmkonto, das als lokaler Administrator auf dem SP-Server ausgeführt wird
• Das Farmkonto verfügt über lokale Anmelderechte (wird auch durch die Anmeldung am Server als Farm überprüft).
• Farmbenutzer, der DBO für die Sync-Datenbank zugeordnet ist (ich erstelle die UPS-App als Farmbenutzer, daher ist dies bereits erledigt, nur zur Erinnerung: Wenn ich auf Eigenschaften für den Sync-DB-DBO-Benutzer klicke, wird mein Farmbenutzer unter Anmeldename angezeigt )
• Versuch, die USV über die Zertifizierungsstelle zu erstellen, dasselbe Problem
• Nach vollständiger Deinstallation von SharePoint 2013, Neuinstallation und manueller Konfiguration anhand des Spence-Handbuchs trat das Problem weiterhin auf.
• SP-Cache geleert
• Manuelles Starten des FIM-Synchronisierungsdienstes (diese Fehler, mehr dazu weiter unten)
• Im Ereignisprotokoll sind keine Warnungen oder Fehler protokolliert, da der Dienst als „Wird gestartet“ aufgeführt ist.
• Das Farmkonto verfügt über replizierende Verzeichnisänderungen in der gesamten Domäne.
• Mein SQL-Server verfügt über keine benannte Instanz.Aber ich habe trotzdem versucht, einen SQL-Alias ​​zu erstellen
• Ich habe festgestellt, dass der 2012 Native SQL-Client installiert war, habe ihn jedoch bei der Neuinstallation von SP2013 entfernt, sodass er auf dem 2008R2 Native SQL-Client basiert.
• Die Zeit ist auf allen Servern synchron.
• Die UPS-Anwendung und der Proxy wurden unzählige Male vollständig entfernt (wahrscheinlich mehr als 10–15 Mal).
• Habe den Server unzählige Male neu gestartet
• Die Remote-Ausführungsberechtigungen und so weiter wurden im COM+ DTC für MIIS hinzugefügt

Meine Symptome ähneln insofern denen in diesem Beitrag, als ich all diese Dinge ausprobiert habe, es aber immer noch nicht funktioniert: Der Benutzerprofildienst startet nicht

Fehlermeldungen

Sobald die USV die Bereitstellung durchführt, finde ich im ULS Folgendes:

ILM Configuration: Configuring database
ILM Configuration: Error 'ERR_CONFIG_DB'.
UserProfileApplication.SynchronizeMIIS: Failed to configure MIIS post database, will attempt during next rerun. Exception: System.Configuration.ConfigurationErrorsException: ERR_CONFIG_DB    
 at Microsoft.Office.Server.UserProfiles.Synchronization.ILMPostSetupConfiguration.ValidateConfigurationResult(UInt32 result)    
 at Microsoft.Office.Server.UserProfiles.Synchronization.ILMPostSetupConfiguration.ConfigureMiisStage2()    
 at Microsoft.Office.Server.Administration.UserProfileApplication.SetupSynchronizationService(ProfileSynchronizationServiceInstance profileSyncInstance).

Ich habe diesen Fehler in Spences anderem Artikel über die Fehler beim Benutzerprofildienst gesehen, und er spielte darauf an, dass der Farmbenutzer nicht über das DBO-Schema verfügte.Ich habe sichergestellt, dass mein Farmbenutzer über das Schema verfügt.Zur Fehlerbehebung habe ich meinen Farmbenutzer vorerst sogar zum Systemadministrator und Domänenadministrator ernannt.

Das Starten des FIM-Synchronisierungsdienstes (natürlich als Farmkonto) in der Dienstekonsole führt zu folgendem Ergebnis in der Ereignisanzeige:

"BAIL: MMS(884): sql.cpp(2325): 0x80230404 (The operation failed because the attribute cannot be found)
ERR: MMS(884): storeimp.cpp(5813): Failed to get computer id info from db.
BAIL: MMS(884): storeimp.cpp(5815): 0x80230447 (Service start up has failed.  Cannot read computer_id from the FIM Synchronization Service database.)

Ich fing an, danach zu suchen computer_id Feld in der Sync-Datenbank.

Ich habe einen Tisch mit dem Namen gefunden dbo.mms_server_configuration in dem sich das Feld befindet.
Zu meiner Überraschung ist das Feld NULL in meiner Datenbank.Für mich gibt es in dieser Tabelle nur eine Zeile und einige andere Attribute sind ausgefüllt, die meisten jedoch NULL zu.

Die folgenden Felder haben einen anderen Wert als NULL:

• Instanz_ID
• feste_schema_versionsnummer
• mms_timestamp
• passwort_change_history_size
• mv_schema_xml

Alles andere ist NULL

Abgesehen davon, den gesamten Server wegzublasen, neu zu formatieren und SQL/SP2013 neu zu installieren, fehlen mir völlig die Ideen.Ich habe das Internet durchforstet und alles ausprobiert, was mir in den Sinn kam.

Ich werde auch anmerken, dass ich es getan habe SharePoint Designer 2013 Und Visual Studio 2013 Pro für einige Entwicklungsarbeiten auf diesem Server installiert.Diese Pakete sind jetzt deinstalliert, aber ich hoffe, dass sie keinen bleibenden Schaden angerichtet haben.

Answer 1

Ich habe herausgefunden, was die Ursache war, und es geschafft, den Benutzerprofildienst korrekt bereitzustellen.

Es stellte sich tatsächlich heraus SQL Server 2014

Nachdem ich diese Frage gepostet hatte, habe ich die folgenden weiteren Schritte zur Fehlerbehebung unternommen:

• SharePoint 2013 auf demselben Server neu installiert
• Habe eine frische neue 2012R2-VM bereitgestellt und darauf SharePoint 2013 installiert und eine Verbindung zur Datenbank des ursprünglichen Servers hergestellt
• SQL 2014 auf der neuen VM installiert, SharePoint deinstalliert und mit dem neuen SQL-Server neu installiert

Schließlich kam ich dazu, SQL 2014 zu entfernen und es zu versuchen SQL Server 2012 Das funktionierte dann wie geplant und mein gesamtes Farmbereitstellungsskript funktionierte perfekt und ohne jegliche Probleme.

Answer 2

Ich bin auf das gleiche Problem gestoßen, das Benutzerkonto war ein Farmadministrator, ein lokaler Computeradministrator, hatte lokale Ausführungsrechte auf dem Server, den SP-Cache geleert, ich hatte so ziemlich alles versucht, was Sie versucht haben.

Ich habe herausgefunden, dass die CU vom April 2014 einen Fix enthielt (http://support.microsoft.com/kb/2760265), wobei der Benutzerprofil-Synchronisierungsdienst bei Verwendung von SQL Server 2014 nicht ausgeführt wird.

Ich habe das April-CU installiert (was extrem lange gedauert hat), den Server neu gestartet und gleich beim ersten Mal startete der Dienst.

Answer 3

Ich kann bestätigen, dass es sich tatsächlich um ein SQL Server 2014-Problem handelt.Wir haben versucht, die USV mit SP2010 und SQL 2014 zu starten.Keine Chance, das zum Laufen zu bringen.

Durch die Verwendung eines anderen SQL Servers (in diesem Fall 2008 R2) nur für die USV funktionierte der Synchronisierungsdienst.

Answer 4

Sie benötigen lediglich die April-CU für SQL Server und alles wäre in Ordnung gewesen.Es gibt noch einige andere Dinge, die Sie mit SharePoint CU und Updates installieren müssen.

Answer 5

Sie müssen SQL Server nicht neu installieren.Installieren Sie einfach die neuesten SQL- und SP-CUs und starten Sie beide Server neu.Das hat bei mir funktioniert.