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.




Fehler nach der Installation von Sharepoint Foundation 2013

Dieser Beitrag hat 11 Antworten

Ohne Rang
9 Beiträge
Andreas CGN erstellt 11 Apr. 2013 17:09
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Servus,

ich kämpfe mit der Installation von Sharepoint Foundation 2013. Die Installation hat reibungslos funktioniert. Der SPF 2013 wurde auf einem frischen Windows 2008R2 Server nach vorheriger Installation aller Windowsupdates installiert. Die Installation verlief völlig unauffällig, keine Fehler, keine Warnungen.

Als Installationsmethode habe ich die Testinstallation (alles auf einem Server) ausgewählt. Der Server ist Member einer Domäne, die Installation wurde nach Anmedlung mit einem Domänen-Admin Konto durchgeführt wobei die angelegten Dienste unter "lokales System" oder "Netzwerkservice" laufen.

Der Server läuft auch soweit. Die Standardseite und die Zentraladministration kann aufgerufen werden. Schau ich aber ins Ereignisprotokoll so finde ich im Abschnitt Anwendungen jede Minute zwei die folgenden Fehlermeldungen:

Event ID: 121
Quelle: Microsoft-SharePoint Products-SharePoint Server Search

Fehler der Verwaltungskomponente für die Anwendung 'Suchdienstanwendung' mit der Ausnahme System.InvalidOperationException: Dieser Vorgang verwendet den SharePoint-Administrationsdienst ('spadminV4'), mit dem keine Verbindung hergestellt werden konnte. Wenn der Dienst beendet oder deaktiviert ist, starten Sie ihn und wiederholen den Vorgang.
   bei Microsoft.SharePoint.Administration.SPServer.AddMemberToLocalWorkerProcessGroup(String userName)
   bei Microsoft.Office.Server.Search.Administration.AnalyticsServiceAdministration.ProvisionServiceInstance(SearchServiceApplication app)
   bei Microsoft.Office.Server.Search.Administration.SearchServiceInstance.Synchronize().

Event ID: 6481
Quellle: Microsoft-SharePoint Products-SharePoint Server

Fehler beim Auftrag für den Anwendungsserver für die Dienstinstanz 'Microsoft.Office.Server.Search.Administration.SearchServiceInstance' (278c0b90-683d-46f0-8ebc-5be634eb207d).

Grund: Dieser Vorgang verwendet den SharePoint-Administrationsdienst ('spadminV4'), mit dem keine Verbindung hergestellt werden konnte. Wenn der Dienst beendet oder deaktiviert ist, starten Sie ihn und wiederholen den Vorgang.

Details des technischen Supports:
System.InvalidOperationException: Dieser Vorgang verwendet den SharePoint-Administrationsdienst ('spadminV4'), mit dem keine Verbindung hergestellt werden konnte. Wenn der Dienst beendet oder deaktiviert ist, starten Sie ihn und wiederholen den Vorgang.
   bei Microsoft.Office.Server.Search.Administration.SearchServiceInstance.Synchronize()
   bei Microsoft.Office.Server.Administration.ApplicationServerJob.ProvisionLocalSharedServiceInstances(Boolean isAdministrationServiceJob)

Als nächstes habe ich über Sharepoint Designer einen externen Inhaltstypen definiert (SQL Datenbank) und habe diesen anschliessend über die Web-App "Externe Liste" bereitgestellt. Beim Aufrufen der Liste erhalte ich jedoch eine Fehlermeldung:

Die Daten können nicht gerendert werden. Wenn das Problem weiterhin besteht, wenden Sie sich an den Webserveradministrator.


Im Logfile finde ich hinweise, dass der Secure Store Service nicht richtig arbeitet und wenn ich versuche diesen in der Zentraladministration mir anzuschauen erhalte ich die Fehlermeldung:

Das hat leider nicht geklappt.

 

Der Testzeitraum für dieses Produkt ist abgelaufen, oder der freigegebene Dienst Secure Store Service wird für diese SKU nicht unterstützt.

Korrelations-ID: 16bd109c-5442-807b-c4c6-81cdbe1054ae

Datum und Uhrzeit: 11.04.2013 17:09:03

Ich hab mir schon die Finger schon wund gegoogelt aber leider sind die meisten Hinweise auf SPF 2010 gemünzt und helfen mir an dieser Stelle nicht weiter.

Hat jemand eine Idee woran das liegen könnte


Alle Antworten

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 12 Apr. 2013 08:52
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hast Du mal geprüft, ob der SharePoint Administration Dienst (ein Windows-Dienst) läuft?

Und zu dem Problem mit External Content Type und Secure Store Service: die Problematik hat sich im Vergleich zu 2010 nicht geändert und Du kannst mit den Suchergebnissen für 2010 arbeiten. Ich glaube aber man kann den Secure Store in der Foundation nicht verwenden.

Viele Grüße
Andi		 af @ evocom de
Blog
Ohne Rang
9 Beiträge
Andreas CGN Als Antwort am 12 Apr. 2013 09:05
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Der Dienst läuft. Ich habe ihn aber mittlerweile das Dienstkonto von "local system" auf ein spezielles Domänen-Admin Konto umgestellt. Die Fehlermeldungen bezüglich Search waren damit behoben.

Der Punkt mit Secure Store Service ist mir überhaupt erst aufgefallen, da ich eine externe Datenquelle nutzen wollte, was gemäß Funktionsbeschreibung auch mit Foundation möglich sein sollte. Eigentlich kann das nur richtig funktionieren wenn der Secure Store Service verfügbar ist, ansonsten lassen sich keine Credentials hinterlegen/übergeben.

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 12 Apr. 2013 09:18
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Externe Inhaltstypen lassen sich in Foundation schon nutzen, aber ich glaube nur ohne Secure Store. Und damit ohne Berechtigungen pro User, d.h. die Verbindung zu den Daten wird immer unter demselben Account hergestellt. Oder man benutzt Kerberos und kann damit den angemeldeten Benutzer durchreichen.

Viele Grüße
Andi		 af @ evocom de
Blog
Ohne Rang
9 Beiträge
Andreas CGN Als Antwort am 12 Apr. 2013 09:33
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Ich denke es müsste genau umgedreht sein. Der SSS wird doch zu zwischenspeichern der Anmeldedaten verwendet die ich in der Datenquelle hinterlege. Wenn die aber aufgrund fehlendem SSS nicht weitergereicht werden können kann ich doch nur die Anmeldedaten des Users an die Datenbank weiterreichen?

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 12 Apr. 2013 10:08
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Der SSS ist dazu da, einen an SharePoint angemeldeten Benutzer an einem externen System anzumelden. Oft sind die Anmeldedaten an der Windows-Domäne anders, als z.B. am ERP-System und der SSS kann das dann mappen.

Viele Grüße
Andi		 af @ evocom de
Blog
Ohne Rang
9 Beiträge
Andreas CGN Als Antwort am 15 Apr. 2013 11:59
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Das verstehe ich anders:

Wenn ich im Sharepoint Designer eine neue Verbindung zu einer SQL-Server Datenbank anlege kann ich zwischen drei Verbindungsmodi wählen:

  • Verbindung mit der Identität des Benutzers herstellen
  • Verbindung mit angenommener Windows-Identität herstellen
  • Verbindung mit angenommener benutzerdefinierter Identität herstellen

Darunter befindet sich das Feld "ID der Anwendung für einmaliges Anmelden:" das im Englischen "Secure Store Application ID" lautet. Diese Feld wird nur aktiv, wenn man die zweite oder dritte Option auswählt. In diesem Fall wird ein Mapping notwendig und entsprechende Credentials müssen im vorhandenen Secure Store gespeichert werden. Wählt man die erste Option, werden die Credentials des angemeldeten Windowsbenutzers über Sharepoint an die Datenbank weitergereicht. In diesem Fall findet kein Mapping statt und folglich ist auch kein Secure Store notwendig.

Im Test bekomme ich im ersten Fall die Meldung, dass die Datenbank aufgrund einer Anonymous Anmeldung den Zugriff vereigert (das scheint noch am NTLM zu liegen). Während die letzten beiden Methoden zum beschriebenen Secure Store Fehler führt.

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 15 Apr. 2013 13:08
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Genau das sage ich doch die ganze Zeit ;-)

Punkt 1 geht aber nur mit Kerberos. Für weitere Infos dazu suche nach Double Hop Problem.

Punkte 2 und 3 brauchen den Secure Store Service, den Du in der Foundation nicht benutzen kannst.

Punkt 4: http://blogs.evocom.de/af/archive/2011/05/06/bcs-–-application-pool-konto-für-die-verbindung-nutzen-reverttoself.aspx

Viele Grüße
Andi		 af @ evocom de
Blog
Ohne Rang
9 Beiträge
Andreas CGN Als Antwort am 15 Apr. 2013 14:54
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Schön das wir uns einig sind ;-) und danke für Punkt 4. Die Securityfrage habe ich auf der SQL Seite beantwortet.

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 15 Apr. 2013 16:07
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Ich hätte das mit RevertToSelf vielleicht schon früher posten sollen, dachte aber (warum auch immer) das sei klar...

Viele Grüße
Andi		 af @ evocom de
Blog
Ohne Rang
508 Beiträge
Tom Scheuermann Als Antwort am 15 Apr. 2013 19:08
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Meines Wissens ist der Secure Store Service auch Bestandteil der SharePoint Foundation -siehe hier:

http://office.microsoft.com/en-us/sharepoint-server-help/introduction-to-external-data-HA102891586.aspx

Im Thread

http://social.technet.microsoft.com/Forums/en-US/sharepointadmin/thread/707504d4-bd13-400a-8240-a35ce0258d79/

ist man da aber auch sehr geteilter Meinung .....

Fest steht, das die SharePoint Foundation 2010 Anfangs genau den gleichen Fehler gezeigt hat ......

Greets

Tom

ts (-at-) computer-kreativ.de

Microsoft Certified IT Professional: SharePoint 2010 Administration
Microsoft Certified Technoligie Specialist: SharePoint 2010 Configuring

Ohne Rang
9 Beiträge
Andreas CGN Als Antwort am 16 Apr. 2013 08:22
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Ja, denn kenn ich auch

Gruß

Andreas (alias Antraczek ;-) )

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