Hintergrund: Physikalische Objekte in Microsoft SharePoint Foundation

Artikel
09/24/2014

Letzte Änderung: Samstag, 13. März 2010

Gilt für: SharePoint Foundation 2010

Inhalt dieses Artikels
Übersicht
Die Serverfarm
Server

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

Übersicht

Die Klassen in der Hierarchie physikalischer Objekte repräsentieren Entitäten, bei denen es sich entweder tatsächlich um physikalische Objekte oder um Objekte handelt, die je nach Kontext als physikalische Objekte oder als nicht physikalische Objekte betrachtet werden können.

Die Serverfarm

Eine SharePoint Foundation-Serverfarm (repräsentiert durch die SPFarm-Klasse) ist ein Cluster physikalischer Server, der einen oder mehrere Front-End-Server, keine oder mehrere Anwendungsserver und einen Computer mit SQL Server enthält, die auf einem dedizierten Datenbankserver oder auf einem der Anwendungsserver (oder bei einer Bereitstellung mit einem einzelnen Server auf dem Server) gehostet werden. Die Datenbank kann auch von einem gespiegelten Servercluster gehostet werden, der von SharePoint Foundation als einzelner Server wahrgenommen wird. (Genau genommen wird eine SharePoint Foundation-Bereitstellung immer in einer Farm gehostet, auch wenn es sich dabei um eine "Farm" mit lediglich einem einzigen Computer handelt, der die gesamte Bereitstellung enthält).

Falls mehrere Front-End-Server vorhanden sind, erfolgt für die Front-End-Server ein Lastenausgleich. Dies bedeutet, dass Lastenausgleichssoftware (oder Lastenausgleichshardware) eine eingehende Netzwerkverbindung von einem Clientcomputer an den Front-End-Computer in der Farm mit der aktuell geringsten Auslastung weiterleitet. Auf diese Weise wird die Arbeitsauslastung der Clientverbindungen auf viele Server und damit viele Prozessoren, Festplattenlaufwerke und sonstige Peripheriegeräte verteilt. Die Leistung der Clients ist wesentlich besser. Ein weiterer Vorteil ist, dass beim Absturz eines Servers alle eingehenden Verbindungen von den anderen Servern übernommen werden. Die Leistung ist eventuell reduziert, aber der Betrieb wird nicht komplett unterbrochen.

Der Clientcomputer versucht mit einer bestimmten Anwendung, Datei, Datenbank oder Websiteseite zu interagieren, weshalb alle Computer, mit denen der Client potenziell verbunden werden könnte, identisch konfiguriert sein müssen. Für die Clients spielt es keine Rolle, und sie wissen normalerweise auch nicht, auf welchem physikalischen Server sie bereitstellen – für das externe Netzwerk scheint es sich bei der Farm um einen einzelnen Server zu handeln.

Zur Umsetzung einer identischen Konfiguration installieren Sie am einfachsten die gleichen Anwendungen auf allen Computern und erstellen Kopien benötigter Dateien, Datenbanken und Websiteseiten auf allen Computern (mit identischen Verzeichnispfaden). Dies ist jedoch selten praktikabel, da jede von einem Client an einer Datei, einer Datenbank oder einem anderen auf dem Server permanent vorhandenen Objekt vorgenommene Änderung an alle anderen Server verteilt wird. Die Farm müsste während der Verteilung eingehende Verbindungen blockieren, um sicherzustellen, dass die Server synchronisiert bleiben. Durch die Leistungsbeeinträchtigung aufgrund der Verteilungsvorgänge würden die Vorteile, die die Farm bieten sollte, aufgehoben. Sogar bei selten verwendeten SharePoint Foundation-Bereitstellungen würden fast kontinuierlich Änderungen verteilt.

Zur Vermeidung dieser Probleme werden einigen Servern in der Farm spezielle Aufgaben zugewiesen, wie z. B. das Hosten einer Datenbank. Auf die Front-End-Server, mit denen Clients verbunden sind, wird die Datenbank nicht kopiert, sie sind aber dennoch identisch konfiguriert, da sie die gleiche Verbindungszeichenfolge und Netzwerkadresse für den Zugriff auf die Datenbank verwenden.

Es folgen einige Merkmale einer SharePoint Foundation-Farm:

Jede SharePoint Foundation-Farm weist eine Konfigurationsdatenbank auf, in der Informationen zur Farm, deren Servern und den anderen wichtigen untergeordneten Klassen der Farm gespeichert sind.
Die Farm stellt die Ebene des Objektmodells dar, auf der SharePoint Foundation-Lösungen installiert werden und auf der sie für Server und SharePoint Foundation-Webanwendungen bereitgestellt werden können.
Eine Farm ist eine von vier Ebenen, auf denen ein SharePoint Foundation-Feature aktiviert werden kann. Die anderen Ebenen sind Website, Websitesammlung und Webanwendung.

In einem Unternehmen können mehrere Farmen vorhanden sein, von denen SharePoint Foundation gehostet wird. Wenn z. B. erweiterte Serversoftware für die Zusammenarbeit wie etwa Microsoft SharePoint Server zusätzlich zu SharePoint Foundation installiert wird, sind für diese Software möglicherweise separate Farmlizenzen für im Internet veröffentlichte Inhalte und Intranetinhalte erforderlich.

Server

Ein physikalischer Server in einer SharePoint Foundation-Farm weist eine IP-Adresse und eine Rolle auf. Es gibt drei mögliche Rollen für Server in SharePoint Foundation:

Einzelner Server: Wie der Name impliziert, weist ein Server diese Rolle nur dann auf, wenn es sich um den einzigen Server in der Farm handelt.
Front-End-Server: Mehrere Server können diese Rolle aufweisen. Ein Front-End-Server akzeptiert HTTP-Anforderungen von Clientcomputern. Auf dem Server muss eine Webanwendung für die Inhaltsveröffentlichung ausgeführt werden, da vom Server Inhalte als Reaktion auf diese Anforderungen bereitgestellt werden.
Anwendungsserver: Jeder SharePoint Foundation-Server (mit einer Ausnahme), der nicht als Front-End-Server oder einzelner Server dient, weist die Rolle des Anwendungsservers auf. Auf diesen Servern werden spezielle SharePoint Foundation-Webdienste oder Windows-Dienste ausgeführt, die von den Front-End-Servern verlagert werden müssen, da sie die Prozessor-, Festplatten- oder sonstigen Hardwareressourcen des Servers stark beanspruchen. Im Lieferumfang von SharePoint Foundation sind einige Dienste enthalten, die oft auf Anwendungsserver verlagert werden, und Entwickler können mit dem SharePoint Foundation-Objektmodell andere Dienste entwickeln und im Rahmen der SharePoint Foundation-Bereitstellung ausführen.

Die im letzten Aufzählungspunkt erwähnte Ausnahme bezieht sich auf den Server, von dem die SQL Server-Datenbank gehostet wird. Diese Datenbank kann auf einem der Anwendungsserver gespeichert sein, aber wenn im Regelfall die SharePoint Foundation-Bereitstellung groß genug ist, dass eine Farm mit mehreren Servern erforderlich ist, benötigt die Datenbank einen eigenen Server (und möglicherweise einen gespiegelten Servercluster). Wenn sich die Datenbank auf einem eigenen dedizierten Server (oder Cluster) befindet, wird SharePoint Foundation nicht einmal auf diesem Server installiert. Der Server wird in der Konfigurationsdatenbank der Farm identifiziert, und für die Farm wird auf dem Server scheinbar ein Dienst mit der Bezeichnung Windows SharePoint Services-Datenbankdienst ausgeführt. In Wirklichkeit handelt es sich jedoch lediglich um einen Alias für den SQL Server-Dienst, der auf dem Datenbankserver ausgeführt wird. Auf diesem dedizierten Server ist SharePoint Foundation normalerweise nicht installiert, und er weist nicht wirklich eine Rolle in der Farm auf.

Ein bestimmter Webdienst oder Windows-Dienst kann auf mehreren Anwendungsservern ausgeführt werden. Beispielsweise kann der Suchdienst auf mehreren Servern ausgeführt werden. Jeder Server verfügt über eine separate Instanz des Diensts.

Siehe auch

Hintergrund: Physikalische Objekte in Microsoft SharePoint Foundation

Übersicht

Die Serverfarm

Server

Siehe auch

Referenz

Konzepte

Weitere Ressourcen

Zusätzliche Ressourcen