Ich bin völlig neu in der Arbeit mit SharePoint und Windows Server, aber letzte Woche bekam ich eine kleine Anweisung, mit SharePoint 2010 zu experimentieren, um zu sehen, wie ich damit zurechtkomme.
Wie auch immer, ich habe einen SharePoint-Server eingerichtet und hatte viel Mühe, einige neue Websites und Seiten usw. zu erstellen, aber jetzt möchte ich versuchen, einige AD-Gruppen zu importieren. In diesem Zusammenhang habe ich mir diese Tutorials angesehen:HierUndHier.
Bisher habe ich den Vorgang zum Starten des Benutzerprofildienstes durchgearbeitet, der einwandfrei funktioniert, aber wenn ich ihn zum Starten des Benutzerprofilsynchronisierungsdienstes bringe, bleibt er beim Starten hängen. Aber wenn ich die Seite aktualisiere oder zum Überwachungsbereich gehe, wird es als abgebrochen angezeigt. Ich bin, wie gesagt, neu in der Serververwaltung, und wenn ich den Benutzerprofilsynchronisierungdienst starte, versucht er, als NT AUTHORITY\NETWORK SERVICE zu laufen und verlangt ein Passwort, also habe ich ihm das Administratorpasswort gegeben. Jetzt bin ich mir nicht sicher, ob das Teil des Problems ist oder nicht, da ich die Protokolldateien überprüft habe und sie anscheinend sagen, dass er keine Berechtigungen hat, was in Ordnung ist, aber ich kann nicht sehen, wie Sie das Konto ändern können, selbst wenn ich wollte.
Ich wäre also dankbar, wenn irgendjemand helfen könnte. Wenn Sie für eine Antwort weitere Informationen benötigen, lassen Sie es mich einfach wissen.
Antwort1
Befolgen Sie einfach die Anweisungen in diesem Artikel und die Einrichtung kann erfolgreich durchgeführt werden. http://www.harbar.net/articles/sp2010ups.aspx
Antwort2
Haben Sie den verwalteten Metadatendienst erfolgreich eingerichtet? Ohne ihn wird der Benutzerprofil-Synchronisierungsdienst nicht gestartet und bleibt im Status „Starten“.
Antwort3
Ich bin tatsächlich in ZWEI Fallen getappt, als ich SQL für meine SharePoint 2010-Farm bereitgestellt habe, und beide Fallen waren weder in Spence Harbars berühmtem UPS-Artikel (erwähnt ihn) noch bei Technet (soweit ich weiß, wird er nicht erwähnt) sehr gut dokumentiert. Zunächst habe ich eine benannte Instanz von SQL Server eingerichtet, etwa SERVERNAME\SHAREPOINT. Dann habe ich bei der Installation von SharePoint den FQDN-Namen des SQL-Servers (Servername.Domäne.Name\SHAREPOINT) verwendet, was eine weitere Sache ist, mit der UPS nicht umgehen kann.
Ich habe viele Fehlerbehebungen versucht, war aber am Ende gezwungen, SQL und SharePoint neu zu installieren. Hatte große Probleme beim Deinstallieren von Office Web Apps und SharePoint und am Ende hänge ich mit einer fehlerbehafteten SharePoint-Installation fest und habe nur noch wenige Tage bis zur Deadline. Na ja, es könnte schlimmer sein.. :)
Wie auch immer, verwenden Sie KEINE SQL-Named-Instance ODER SQL-FQDN, wenn Sie denken, dass Sie jemals UPS bereitstellen werden, das ist mein Punkt. Beide funktionieren in allen anderen Szenarien perfekt, aber man weiß ja nie, oder... :)