SharePointCommunity
Die deutschsprachige Community für SharePoint, Microsoft 365, Teams, Yammer und mit Azure

Sponsored by

Willkommen im Forum Archiv.
Einträge sind hier nicht mehr möglich, aber der Bestand von 12 Jahren SharePoint-Wissen ist hier recherchierbar.




Benutzerprofil-Synchronisierungsdienst

Dieser Beitrag hat 15 Antworten

Ohne Rang
9 Beiträge
Benjamin Maier erstellt 24 Aug. 2010 15:40
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo SharePointCommunity,

ich habe folgendes Problem. Ich bekomm den Benutzerprofil-Synchronisierungsdienst nicht zum laufen.

Wenn ich den Benutzerprofil-Synchronisierungsdienst starte, geht der Status auf „Wird gestartet“ bleibt da dann eine Weile und geht dann zurück auf „Beendet“.

 

In dieser Zeit werden die Dienste Forefront Identity Manager Synchronisation Service und Forefront Identity Manager Service gestartet und ausgeführt, aber dann auch wieder beendet.

Hab schon mehrere mal das Benutzerprofil neu erstellt, Berechtigungen nochmals überprüft... aber komm nicht zu einen Erfolg.

Hab hier mal noch den Log von den SQL Server 2008 vielleicht hilft dieser weiter!

Im vor raus schon mal Danke!

Gruß Benjamin Maier

Log:

08/24/2010 15:18:04,spid84,Unbekannt,Setting database option ALLOW_SNAPSHOT_ISOLATION to ON for database Sync DB.
08/24/2010 15:15:05,spid71,Unbekannt,Setting database option ALLOW_SNAPSHOT_ISOLATION to ON for database Sync DB.
08/24/2010 15:13:02,spid72,Unbekannt,Setting database option ALLOW_SNAPSHOT_ISOLATION to ON for database Sync DB.
08/24/2010 15:10:29,spid59,Unbekannt,The client was unable to reuse a session with SPID 59<c/> which had been reset for connection pooling. The failure ID is 29. This error may have been caused by an earlier operation failing. Check the error logs for failed operations immediately before this error message.
08/24/2010 15:10:29,spid59,Unbekannt,Fehler: 18056<c/> Schweregrad: 20<c/> Status: 29.
08/24/2010 15:10:29,spid77,Unbekannt,The client was unable to reuse a session with SPID 77<c/> which had been reset for connection pooling. The failure ID is 29. This error may have been caused by an earlier operation failing. Check the error logs for failed operations immediately before this error message.
08/24/2010 15:10:29,spid77,Unbekannt,Fehler: 18056<c/> Schweregrad: 20<c/> Status: 29.
08/24/2010 15:10:29,spid57,Unbekannt,The client was unable to reuse a session with SPID 57<c/> which had been reset for connection pooling. The failure ID is 29. This error may have been caused by an earlier operation failing. Check the error logs for failed operations immediately before this error message.
08/24/2010 15:10:29,spid57,Unbekannt,Fehler: 18056<c/> Schweregrad: 20<c/> Status: 29.
08/24/2010 15:10:08,spid74,Unbekannt,Setting database option ALLOW_SNAPSHOT_ISOLATION to ON for database Sync DB.
08/24/2010 15:07:06,spid80,Unbekannt,Setting database option ALLOW_SNAPSHOT_ISOLATION to ON for database Sync DB.
08/24/2010 15:04:46,spid67,Unbekannt,The client was unable to reuse a session with SPID 67<c/> which had been reset for connection pooling. The failure ID is 46. This error may have been caused by an earlier operation failing. Check the error logs for failed operations immediately before this error message.
08/24/2010 15:04:46,spid67,Unbekannt,Fehler: 18056<c/> Schweregrad: 20<c/> Status: 46.
08/24/2010 15:04:46,,Unbekannt,Login failed for user 'CORPNET\svc-shpAPprojekt3'. Ursache: Fehler beim Öffnen der im Anmeldeobjekt konfigurierten Datenbank beim erneuten Überprüfen der Anmeldung auf der Verbindung. [CLIENT: <local machine>]
08/24/2010 15:04:46,,Unbekannt,Fehler: 18456<c/> Schweregrad: 14<c/> Status: 46.
08/24/2010 15:04:13,spid80,Unbekannt,Setting database option ALLOW_SNAPSHOT_ISOLATION to ON for database Sync DB.
08/24/2010 15:01:11,spid131,Unbekannt,Setting database option ALLOW_SNAPSHOT_ISOLATION to ON for database Sync DB.
08/24/2010 14:58:26,spid69,Unbekannt,The client was unable to reuse a session with SPID 69<c/> which had been reset for connection pooling. The failure ID is 29. This error may have been caused by an earlier operation failing. Check the error logs for failed operations immediately before this error message.
08/24/2010 14:58:26,spid69,Unbekannt,Fehler: 18056<c/> Schweregrad: 20<c/> Status: 29.
08/24/2010 14:58:26,spid59,Unbekannt,The client was unable to reuse a session with SPID 59<c/> which had been reset for connection pooling. The failure ID is 29. This error may have been caused by an earlier operation failing. Check the error logs for failed operations immediately before this error message.
08/24/2010 14:58:26,spid59,Unbekannt,Fehler: 18056<c/> Schweregrad: 20<c/> Status: 29.
08/24/2010 14:58:26,spid62,Unbekannt,The client was unable to reuse a session with SPID 62<c/> which had been reset for connection pooling. The failure ID is 29. This error may have been caused by an earlier operation failing. Check the error logs for failed operations immediately before this error message.
08/24/2010 14:58:26,spid62,Unbekannt,Fehler: 18056<c/> Schweregrad: 20<c/> Status: 29.
08/24/2010 14:58:05,spid77,Unbekannt,Setting database option ALLOW_SNAPSHOT_ISOLATION to ON for database Sync DB.
08/24/2010 14:55:26,spid67,Unbekannt,The client was unable to reuse a session with SPID 67<c/> which had been reset for connection pooling. The failure ID is 29. This error may have been caused by an earlier operation failing. Check the error logs for failed operations immediately before this error message.
08/24/2010 14:55:26,spid67,Unbekannt,Fehler: 18056<c/> Schweregrad: 20<c/> Status: 29.
08/24/2010 14:55:05,spid77,Unbekannt,Setting database option ALLOW_SNAPSHOT_ISOLATION to ON for database Sync DB.
08/24/2010 14:52:07,spid92,Unbekannt,Setting database option ALLOW_SNAPSHOT_ISOLATION to ON for database Sync DB.
08/24/2010 14:49:11,spid96,Unbekannt,Setting database option ALLOW_SNAPSHOT_ISOLATION to ON for database Sync DB.
08/24/2010 14:48:20,spid64,Unbekannt,Setting database option PARAMETERIZATION to FORCED for database Sync DB.
08/24/2010 14:48:20,spid64,Unbekannt,Setting database option COMPATIBILITY_LEVEL to 90 for database Sync DB.

 

Alle Antworten

Ohne Rang
26 Beiträge
M OSS Als Antwort am 26 Aug. 2010 12:33
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Steck den User-Profil Dienst mal in die lokale Admin Gruppe!!!!

Ohne Rang
9 Beiträge
Benjamin Maier Als Antwort am 26 Aug. 2010 13:10
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Das Benutzerkonto das den Dienst startet ist in der Lokalen Admin Gruppe...!

Oder wie meinst du das?

Vielen Dank für die Antwort...!

Ohne Rang
26 Beiträge
M OSS Als Antwort am 26 Aug. 2010 13:24
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Ja genau, dein Farm-Account!

 

Ohne Rang
9 Beiträge
Benjamin Maier Als Antwort am 26 Aug. 2010 13:42
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Das habe ich... Sonst noch eine Idee?

Ohne Rang
26 Beiträge
M OSS Als Antwort am 26 Aug. 2010 13:45
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Was für Systeme setzt Du ein? Welches AD nutzt Du?

Ohne Rang
9 Beiträge
Benjamin Maier Als Antwort am 26 Aug. 2010 13:55
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Windows Server 2008 R2, SQL Server 2008 inklusive den Updates von Microsoft und SharePoint 2010 Enterprise Server...

Der AD ist auch einen Windows Server 2003...

Das Problem ist das sich der Benutzerprofil-Synchronisierungsdienst nicht starten lässt und ich somit die Synchronisierungsverbindungen gar nicht konfigurieren kann. Ohne das der Dienst läuft.

Ohne Rang
8 Beiträge
Reich Ert Als Antwort am 14 Dez. 2010 12:35
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo zusammen,

ich habe das gleiche Problem und wollte mal fragen, ob jemand dazu eine Antwort gefunden hat.
Laut TechNet sollen noch zwei Ordner ( ILMMA und MOSS-<Name der Benutzerprofildienst-Anwendung> im Verzeichnis %Programfiles%\Microsoft Office Servers \14.0\Synchronization Service\MaData) existieren, die sind bei mir aber nicht da. Kann das der Fehler sein, wenn ja wie komme ich an die, kann ich die einfach händisch anlegen?

Grüße

Ohne Rang
31 Beiträge
Oliver Als Antwort am 24 März 2011 09:41
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Ich hatte ein ähnliches Problem und die Dienste ließen sich Dank folgenden Tipps starten:

http://www.christian-heim.de/blog/?p=152

Ohne Rang
1714 Beiträge
C.Kaiser Als Antwort am 24 März 2011 09:53
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Der Profile Service ist eine Zicke. Folgender Link sollte eigentlich weiterhelfen:
http://www.harbar.net/articles/sp2010ups.aspx

Zusätzlich dazu, falls ihr migriert und die Profildatenbanken manuell zurückgespielt habt:
- Der Service Account muss offensichtlich DBO auf allen Profile Datenbanken sein, ansonsten startet das Dingen auch nicht - zumindest bei uns.

Beste Grüße,
Christian

http://www.sharepoint-rhein-ruhr.de

Ohne Rang
22 Beiträge
Thomas Tuttenuj Als Antwort am 27 März 2011 15:02
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

dann ist auch noch dieser artikel sicher eine grosse hilfe:

http://sharepointgeorge.com/2010/configuring-the-user-profile-service-in-sharepoint-2010/

Der User Profile Import ist in der tat sehr knifflig. irgendwo hab ich mal die info gelesen, dass dieser artikel von SharePointGeorge bereits mehr als 200.000 mal aufgerufen worden sei...

gruss,

thomas

Ohne Rang
11 Beiträge
SanneF Als Antwort am 30 März 2011 15:22
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo Benjamin Maier,
existiert das Problem noch? Ist jetzt doch schon eine Weile her.... Ansonsten könnte ich mich zu einer Beschreibung aufraffen....

Gruß Susanne

 

Ohne Rang
9 Beiträge
Benjamin Maier Als Antwort am 30 März 2011 17:32
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo Susanne,

 

vielen Dank für deine Antwort... Brauchst dich nicht mehr aufraffen, habe das Problem zum Glück schon erledigt...

Trotzdem vielen Dank"

 

Grüße,

Benjamin

Ohne Rang
10 Beiträge
Roland K Als Antwort am 16 Mai 2011 17:02
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo,

leider hänge ich nun schon etwas länger an diesem Problem und bin daher an einer Beschreibung zur Lösung sehr interessiert.

Danke und VG

Ohne Rang
10 Beiträge
Roland K Als Antwort am 16 Mai 2011 18:18
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

So,

nach langer Zeit rumprobieren bin ich per Zufall im Internet auf die Lösung gestoßen:

Die Benutzerprofildienst-Anwendung in der Zentraladministration unter "Dienstanwendungen verwalten" löschen und unter einem NEUEN Namen erstellen. Mir ist zwar nicht ersichtlich was das geändert hat, aber es ist die Lösung des Problems!!! Anschließend lässt sich auch die Benutzersynchronisation starten.

VG

Ohne Rang
33 Beiträge
magi 01 Als Antwort am 20 Mai 2011 13:37
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo zusammen,

hätte hier noch einen weiteren Vorschlag. Ich führe folgenden Befehl auf der ...SyncDB der Profil Synchronisation aus:

ALTER USER [UserFarmadministrator] WITH DEFAULT_SCHEMA=dbo

dann startet der Dienst immer zuverlässig, Farmadministrator ist auch Admin auf dem Server. Das starten dauert dann natürlich immer seine Zeit....

CC BY-NC-ND - Michael Greth
Powered by Evocom Productivity