Hintergrund: Dienstentitäten in Microsoft SharePoint Foundation

  • Artikel

Letzte Änderung: Montag, 25. Juli 2011

Gilt für: SharePoint Foundation 2010

Inhalt dieses Artikels
Anwendungen und Dienste
Dienste in SharePoint Foundation
Bereitstellungsbeispiele

In diesem Thema werden die Dienstentitäten in Microsoft SharePoint Foundation beschrieben. Diese Entitäten werden nach den Klassen auf höherer Ebene in Dienstehierarchie des SharePoint Foundation-Objektmodells modelliert. Hintergrundinformationen zu den physikalischen Entitäten und Inhaltsentitäten in einer SharePoint Foundation-Bereitstellung finden Sie unter Hintergrund: Physikalische Objekte in Microsoft SharePoint Foundation und Hintergrund: Inhaltsentitäten in Microsoft SharePoint Foundation.

Anwendungen und Dienste

Die Begriffe "Anwendung" und "Dienst" haben in Software unterschiedliche Bedeutungen. Eine Anwendung ist jedoch meist ein umfangreiches Programm mit einer Benutzeroberfläche und einer Reihe von Funktionen. Der gemeinsame Nenner dieser Funktionen kann gewöhnlich nur mit einem sehr weit gefassten Begriff wie z. B. "Textverarbeitung" oder "Arbeitsblattanalyse" zum Ausdruck gebracht werden. Außerdem bieten Anwendungen eine Menge End-to-End-Funktionalität. Beispielsweise kann ein Autor ein Textverarbeitungsprogramm für leere Seiten bis hin zum Erstellen von Entwürfen, zum Formatieren, zum Einfügen von Grafiken, zum Verwalten von Beurteilungen und für die endgültige Veröffentlichung einer Datei z. B. als XPS-Dokument verwenden. Eine Tabellenkalkulationsanwendung kann jede Phase vom Einfügen der Daten über das Erstellen mathematischer Funktionen bis hin zur endgültigen Veröffentlichung des Berichts unterstützen.

Demgegenüber wird mit einem Dienst sehr wenig Funktionalität bereitgestellt, wobei in der Regel keine End-to-End-Funktionen enthalten sind, die an sich hilfreich sind. Die vom Dienst bereitgestellte Funktionalität ist jedoch als Komponente einer Reihe von Anwendungen hilfreich. Dienste werden normalerweise im Hintergrund ausgeführt und weisen keine oder eine kleine Benutzeroberfläche auf. Sie verbleiben im Arbeitsspeicher, bis sie von einer Anwendung aufgerufen werden. Der Druckspooler von Windows ist ein Beispiel für einen Dienst, der von jeder Anwendung aufgerufen werden kann, die eine Datei drucken muss.

Ein Windows-Dienst ist ein beliebiger Dienst, der vom Betriebssystem gehostet wird und für lokal ausgeführte Anwendungen verfügbar ist. Ein Webdienst ist ein Dienst, der auf einem Netzwerkserver gehostet wird und auf den von Anwendungen (z. B. Browsern), die auf Remoteclients ausgeführt werden, zugegriffen werden kann. Ein IIS-Webdienst (Internet Information Services, Internetinformationsdienste) wird in diesem Thema als Windows Communication Foundation-Dienst (WCF) bezeichnet, der sowohl das Service Application Framework von SharePoint Foundation implementiert als auch in der IIS-Benutzeroberfläche als untergeordnete "Anwendung" für die IIS-Website SharePoint-Webdienste angezeigt wird.

Dienste in SharePoint Foundation

SharePoint Foundation enthält mehrere Windows-Dienste, Webdienste, IIS-Webdienste und einige Konfigurationsdienste, die sich keiner der ersten drei Kategorien zuordnen lassen.

  • Webdienste

    • Inhaltsveröffentlichung : Mit diesem Dienst werden Browsern die Daten und Webseiten verfügbar gemacht. Er wird auf den Front-End-Webservern ausgeführt und ist der wichtigste Dienste in SharePoint Foundation. (Weitere Informationen zu Front-End-Webservern finden Sie unter Hintergrund: Physikalische Objekte in Microsoft SharePoint Foundation).

      HinweisHinweis

      Die Namen von SharePoint Foundation-Diensten beginnen mit "SharePoint", gefolgt von der Bezeichnung für die angebotene Dienstleistung. Demzufolge gibt es einen Dienst "SharePoint-Datenbank" und "SharePoint-Webanwendung". Beachten Sie aber, dass der erste Dienst selbst keine Datenbank ist, sondern ein Dienst, der den Datenbankzugriff ermöglicht. Entsprechend ist der zweite Dienst keine Webanwendung, sondern ein Dienst, der die Inhaltsveröffentlichung von Webanwendungen ermöglicht.

    • Zentraladministration: Der Inhalt der Zentraladministration ist die eigene Webanwendung, sodass eigene Prozesse und Sicherheitsrichtlinien vorhanden sein können. (Weitere Informationen zu Webanwendungen finden Sie unter Hintergrund: Inhaltsentitäten in Microsoft SharePoint Foundation). Diese Webanwendung wird auch vom eigenen Webdienst unterstützt. Dieser Dienst wird gewöhnlich nur in einer Bereitstellung mit einem einzelnen Server auf einem Front-End-Webserver ausgeführt. In anderen Bereitstellungen wird er nur auf einem einzelnen Anwendungsserver ausgeführt. (Weitere Informationen zu Anwendungsservern finden Sie unter Hintergrund: Physikalische Objekte in Microsoft SharePoint Foundation).

  • IIS-Webdienste: Hierbei handelt es sich um Windows Communication Foundation-Dienste (WCF), die im Service Application Framework implementiert sind, das auch von einem der Dienste unterstützt wird. Sie werden in der IIS-Benutzeroberfläche als untergeordnete "Anwendungen" für die IIS-Website SharePoint-Webdienste angezeigt.

    • Sicherheitstoken: Dieser Webdienst unterstützt die forderungsbasierte Sicherheit.

    • Geschäftsdatenkatalog: Dieser Webdienst unterstützt den Zugriff auf den Geschäftsdatenkatalog (Business Data Catalog, BDC).

    • Anwendungserkennung und Lastenausgleich: Dieser Webdienst unterstützt das Service Application Framework, indem die Anwendungserkennung und der Lastenausgleich für konfigurierte, auf den Farmbereich beschränkte Instanziierungen (Configured Farm-Scoped Instantiations, CFSIs) aktiviert werden.

  • Konfigurationsdienste: In SharePoint Foundation gibt es auch mehrere Dienste, die nicht eindeutig den Kategorien Windows-Dienst, Webdienst oder IIS-Webdienst zugeordnet werden können. Sie enthalten in erster Linie Konfigurationseinstellungen.

    • Diagnose (wird auch als Ablaufverfolgung bezeichnet): Dieser Dienst unterstützt die Ablaufverfolgung für den vereinheitlichten Protokollierungsdienst (Unified Logging Service, ULS). Er wird auf allen Front-End-Webservern und Anwendungsservern ausgeführt. Weitere Informationen zu ULS in SharePoint Foundation finden Sie unter Protokollierung für SharePoint-Entwickler.

    • Eingehende E-Mail: Dieser Dienst wird in der Regel nur auf einem einzelnen Anwendungsserver ausgeführt und ermöglicht SharePoint Foundation-Websites das Empfangen von E-Mail. Auf diese Weise können Benutzer einer Liste per E-Mail Elemente hinzufügen.

    • Ausgehende E-Mail: Dieser Dienst wird in der Regel nur auf einem einzelnen Anwendungsserver ausgeführt und ermöglicht SharePoint Foundation E-Mail-Funktionalität wie z. B. E-Mail-Benachrichtigungen bei der Änderung einer Liste.

    • Verwendung: Dieser Dienst kapselt Einstellungen für die Verwendungsprotokollierung und -analyse in einer SharePoint Foundation-Bereitstellung. Er wird auf allen Front-End-Webservern und Anwendungsservern ausgeführt. Darüber hinaus implementiert er das Service Application Framework, obwohl es sich nicht um einen IIS-Webdienst handelt und das Objekt, mit dem er zur Laufzeit repräsentiert wird, kein von SPIisWebService abgeleitetes Objekt ist, wie dies bei den meisten integrierten Webdiensten der Fall ist, die das Framework implementieren.

    • Workflowtimer: Dieser Dienst ergänzt den Haupttimerdienst (siehe weiter unten) durch Konfigurationseinstellungen für Timerworkflowereignisse.

    • Abonnementeinstellungen: Dieser Dienst unterstützt Websiteabonnements. Er besitzt gemeinsame Merkmale mit IIS-Webdiensten, da es sich um einen WCF-Webdienst handelt und das Objekt, mit dem er zur Laufzeit repräsentiert wird, ein von SPIisWebService abgeleitetes Objekt ist. Das Service Application Framework wird von diesem Dienst jedoch nicht implementiert.

  • Windows-Dienste: Diese Dienste werden in der Liste Dienste in der Systemsteuerung des Servers angezeigt. Da diese Dienste in der Benutzeroberfläche von SharePoint Foundation vorhanden sind und das Objektmodell von SharePoint Foundation verwenden, können Administratoren und Entwickler die Dienste starten, beenden und verwalten, ohne die Systemsteuerung verwenden zu müssen.

    • Verwaltung: Bei einer Farmbereitstellung führt SharePoint Foundation mit diesem speziellen Dienst im Auftrag des Administrators privilegierte Vorgänge auf allen Front-End-Webservern und Anwendungsservern in der Farm aus. (Dieser Dienst wird durch eine interne Klasse repräsentiert, die nicht von SPService abgeleitet wird. Sie wird in der Liste Dienste jedes Front-End-Webservers und Anwendungsservers in der Farm mit der Bezeichnung "SharePoint-Verwaltung" angezeigt).

    • Timer: Mit diesem Dienst können Administratoren festlegen, dass Aufträge zu einem bestimmten Zeitpunkt ausgeführt werden. Er wird auf allen Front-End-Webservern und Anwendungsservern ausgeführt.

    • Suche: Dieser Dienst ermöglicht das Suchen in Inhalten in einer SharePoint Foundation-Bereitstellung. In einer Farm mit mehreren Servern wird er auf einem oder mehreren Anwendungsservern ausgeführt.

    • Benutzercode: Mit diesem Dienst werden zentrale Einstellungen für die Verwaltung der Benutzercodeinfrastruktur in SharePoint Foundation bereitgestellt. Er wird auf allen Front-End-Webservern ausgeführt.

    • Datenbank: Hierbei handelt es sich um eine Art Wrapper um den bereits installierten SQL Server-Windows-Dienst. Er ermöglicht den SharePoint Foundation-Objekten den Zugriff auf die Inhalts- und Konfigurationsdatenbanken. In einer SharePoint Foundation-Bereitstellung mit mehreren Servern ist der Server, von dem eine Datenbank gehostet wird, gewöhnlich der einzige Server, von dem dieser Dienst ausgeführt wird.

Service Application Framework

Das Service Application Framework von SharePoint Foundation wird von einigen Diensten implementiert. Diese Dienste können in mehrere konfigurierte, auf den Farmbereich beschränkte Instanziierungen (Configured Farm-Scoped Instantiations, CFSIs) unterteilt werden. Von jeder CFSI wird die Funktionalität des Diensts bereitgestellt, aber jede CFSI weist eigene individuelle Berechtigungs- und Bereitstellungseinstellungen auf. Eine CFSI ist kein tatsächlich ausgeführter Prozess auf einem bestimmten Server. Eine CFSI kann auf mehreren Servern ausgeführt werden, ist aber auch nicht mit dem vollständig abstrakten Dienst selbst identisch. Jeder Server, auf dem die CFSI ausgeführt wird, verfügt über eine eigene aktuelle Instanz (einen ausgeführten Prozess) der CFSI. Darüber hinaus können mehrere CFSIs eines bestimmten Diensts auf demselben Server bzw. auf denselben Servern ausgeführt werden. Deshalb ermöglicht das Service Application Framework, dass unterschiedliche Versionen desselben grundlegenden Diensts gleichzeitig verfügbar sind. Eine Anwendung auf einem Front-End-Webserver kann eine bestimmte CFSI zum Ziel haben.

Anwendungen, die eine bestimmte CFSI eines Diensts nutzen möchten, verwenden dazu Proxys. Der Front-End-Webserver, von dem die Anwendung gehostet wird, weist einen Proxy zum Repräsentieren des Diensts selbst und einen zweiten Proxy zum Repräsentieren der Ziel-CFSI auf.

Erweiterbarkeit

Sie können neue Windows-Dienste und Webdienste erstellen. Beispielsweise wäre ein Windows-Dienst, der Dokumente auf Viren prüft, eine sinnvolle Ergänzung für eine SharePoint Foundation-Bereitstellung. Weitere Informationen zur Entwicklung von Windows-Diensten finden Sie unter Einführung in Windows-Dienstanwendungen. Darüber hinaus finden Sie Informationen zur Entwicklung von Webdiensten im Service Application Framework von SharePoint Foundation unter Service Application Framework.

Jeder Dienst (mit Ausnahme des Administrationsdienst für Windows) wird durch eine Klasse modelliert, die von SPService abgeleitet wird, und jede CFSI wird durch ein Objekt aus einer Klasse repräsentiert, die von SPServiceApplication abgeleitet wird. Jede Instanz eines Diensts auf einem bestimmten Server wird durch eine Klasse modelliert, die von SPServiceInstance abgeleitet wird. (Der SharePoint-Suchdienst weist zwei Arten von Instanzen auf. Eine Instanz des Diensts selbst und eine Instanz des Suchindexes). Falls das Service Application Framework von dem Dienst implementiert wird, kann die Instanz auch als Instanz der entsprechenden CFSI betrachtet werden. Der Consumer-Proxy für einen Dienst wird durch ein SPServiceProxy-Objekt repräsentiert, und der Proxy für den CFSI wird durch ein SPServiceApplicationProxy-Objekt repräsentiert.

Bereitstellungsbeispiele

Im Folgenden finden Sie ein paar konkrete Beispiele für SharePoint Foundation-Bereitstellungen. In Abbildung 1 sind die wichtigsten Objekte der SharePoint Foundation-Objektmodellhierarchie unmittelbar nach der Installation von SharePoint Foundation auf einem einzelnen Server dargestellt. Beachten Sie bei dieser Abbildung Folgendes:

  • Webdienste, von denen das Service Application Framework implementiert wird, werden durch einen gestrichelten Rahmen dargestellt. Bei der ersten Installation weist jeder Webdienst eine einzige CFSI auf, was manchmal auch als "Dienstanwendung" bezeichnet wird.

  • Die Dienstproxys gehören zu der Farm, aber jeder CFSI-Proxy (wird auch als "Dienstanwendungsproxy" bezeichnet) gehört zu einer Webanwendung. Die Webanwendung für die Inhaltsveröffentlichung und die Webanwendung für die Zentraladministration weisen einen eigenen Proxy für die Geschäftsdatenkatalog-CFSI sowie einen eigenen Proxy für die Verwendungs- und Integritätsdaten-CFSI. Keine der Webanwendungen verfügt bei der ersten Installation über einen Proxy für die Abonnement- oder die Anwendungserkennungs- und Lastenausgleichs-CFSIs.

Abbildung 1. Dienste, CFSIs, Dienstinstanzen und Webanwendungen in einer neuen Bereitstellung mit einem einzelnen Server

Verwaltungsobjekte in neuer Bereitstellung mit einem Server

Abbildung 2 zeigt die Dienste, CFSIs und Dienstinstanzen in einer hypothetischen Farm mit 10 Servern. Beachten Sie bei diesem Beispiel Folgendes:

  • Die durchsichtigen Rechtecke stellen Dienste dar. Diese Dienste werden im SharePoint Foundation-Objektmodell mit SP*Service-Klassen modelliert.

  • Die dunkleren durchsichtigen Rechtecke stellen CFSIs ("Dienstanwendungen") dar, die im SharePoint Foundation-Objektmodell mit SP*ServiceApplication-Klassen modelliert.

  • Die kleineren Rechtecke mit durchgehender Linie stellen Instanzen von Diensten dar, die im SharePoint Foundation-Objektmodell mit SP*ServiceInstance-Klassen modelliert.

  • Vom Diagnosedienst werden Instanzen auf allen Servern ausgeführt (mit Ausnahme des dedizierten Datenbankservers), aber das Objektmodell weist keine SPDiagnosticServiceInstance-Klasse auf (da dies in SharePoint Foundation nicht notwendig ist). Deshalb sind für diese Instanzen keine Rechtecke mit durchgehender Linie vorhanden.

  • Die Verwaltungs-, Timer-, Workflowtimer-, Benutzercode-, Diagnose- und Verwendungsdienste werden auf allen Servern (dies ist erforderlich) mit Ausnahme des dedizierten Datenbankservers ausgeführt.

  • Der Webanwendungsdienst wird nur auf den fünf Front-End-Webservern ausgeführt.

  • Es gibt einen dedizierten Suchserver.

  • Es gibt zwei dedizierte BDC-Server.

  • Der BDC-Dienst weist zwei CFSIs (Dienstanwendungen) auf. Eine CFSI enthält eine Instanz auf jedem dedizierten BDC-Server, aber die andere CFSI wird nur auf einem Server ausgeführt. Die Front-End-Webserver benötigen separate Dienstanwendungsproxys mit diesen beiden unterschiedlichen CFSIs als Ziel.

  • Auf einem vierten Server, einem Mehrzweckanwendungsserver, werden die Zentraladministration, die E-Mail-Dienste, der Abonnementdienst, der Sicherheitstokendienst sowie der Anwendungserkennungs- und Lastenausgleichsdienst ausgeführt. Da vom Webdienst für die Zentraladministration eine Webanwendung für die Zentraladministration gehostet wird, würden auf diesem Server Dienstanwendungsproxys ausgeführt, falls dies für die Nutzung eines der Dienste erforderlich ist, von denen das Service Application Framework implementiert wird. Dies stellt eine Ausnahme des üblichen Prinzips dar, dass Consumer-Proxys im Service Application Framework auf Front-End-Webservern ausgeführt werden.

  • Wenn sich die SharePoint Foundation-Datenbanken wie in diesem Beispiel auf einem dedizierten Server befinden, muss SharePoint Foundation nicht auf diesem Server installiert werden. Der Datenbankdienst ist lediglich ein Wrapper für den SQL Server-Dienst, der auf dem Datenbankserver ausgeführt wird. Deshalb wird SharePoint Foundation-Code nicht auf dem dedizierten Datenbankserver ausgeführt. Der Dienst und dessen Instanz sind in der Abbildung dargestellt, weil er im Objektmodell durch die Klassen SPDatabaseService und SPDatabaseServiceInstance repräsentiert wird.

Abbildung 2. Dienste und Dienstinstanzen in einer typischen Farm mit 10 Servern

10 Server SharePoint Foundation-Dienstobjekte

Siehe auch

Referenz

SPService

SPServiceInstance

Konzepte

Server- und Websitearchitektur: Übersicht über das Objektmodell

Arbeiten mit Listenobjekten und Auflistungen

Übersicht: Verwenden des Objektmodells zum Anpassen der Verwaltung

Codebeispiel: Verwenden des Objektmodells für die Administration

Die Inhaltshierarchie von Microsoft SharePoint Foundation

Hintergrund: Inhaltsentitäten in Microsoft SharePoint Foundation

Die Hierarchie der physikalischen Objekte von Microsoft SharePoint Foundation

Hintergrund: Physikalische Objekte in Microsoft SharePoint Foundation

Dienstehierarchie von Microsoft SharePoint Foundation

Weitere Ressourcen

SharePoint Foundation-Administration

SharePoint Foundation Administration-Ressourcencenter