Planen von Websites und Websitesammlungen (SharePoint Server 2010)
Gilt für: SharePoint Foundation 2010, SharePoint Server 2010
Letztes Änderungsdatum des Themas: 2016-11-30
Microsoft SharePoint Server 2010-Websites bestehen aus einer Websitesammlung. Dies ist eine hierarchische Struktur mit einer Website auf der obersten Ebene und den einzelnen Websites unterhalb von dieser. In diesem Artikel werden der Planungsprozess und wichtige Überlegungen bei der Planung von SharePoint Server 2010-Websites und -Websitesammlungen beschrieben. Darüber hinaus wird eine Methode zum Dokumentieren der Entscheidungen in Bezug auf die Websitestruktur empfohlen. Informationen über Websites und Websitesammlungen sowie die Websitevorlagen, die zum Erstellen von Websites in SharePoint Server 2010 verwendet werden, finden Sie unter Websites und Websitesammlungen (Übersicht) (SharePoint Server 2010).
Inhalt dieses Artikels
Informationen zum Planen von Websites und Websitesammlungen
Bestimmen von Websitesammlungen
Informationen zum Planen von Websites und Websitesammlungen
Im Allgemeinen planen Sie Websites und Websitesammlungen in der folgenden Reihenfolge:
Bestimmen der Anzahl und der Typen der Websites auf der obersten Ebene und der in der Hierarchie darunter befindlichen Websites, die benötigt werden.
Bestimmen der Anzahl und der Typen der Websitesammlungen, in denen die Websites organisiert werden.
Bestimmen der Websitetypen
Der erste Schritt bei der Planung einer auf SharePoint Server 2010 basierenden Lösung besteht darin, zu bestimmen, welche Typen von Websites Ihre Organisation und Ihre Kunden brauchen. Diese Festlegung wirkt sich auf spätere Planungsentscheidungen aus, z. B. darauf, wo in der Servertopologie die Websites implementiert werden, welche Features für die einzelnen Websites geplant werden sollen, wie Prozesse implementiert werden, die mehrere Websites überspannen, und wie Informationen über eine oder mehrere Websites hinweg verfügbar gemacht werden. In diesem Abschnitt wird beschrieben, wie Sie unterschiedliche Arten von Websites planen.
Planen von Websites nach der Organisationshierarchie
Orientieren Sie sich bei der Planung der grundlegenden Websites an der Größe und der Struktur Ihrer Organisation. Jede Website kann Informationen enthalten, die für das jeweilige Projekt oder den jeweiligen Bereich innerhalb der Gesamtorganisation erforderlich sind, und auf die Websites für die Zusammenarbeit verweisen, die für das Projekt oder den Bereich relevant sind. Manche Websites für größere Bereiche oder Projekte aggregieren auch Informationen aus allen kleineren Websites für untergeordnete Bereiche oder kleinere Projekte.
Orientieren Sie sich bei der Planung von Websites nach Ihrer Organisationshierarchie an den folgenden Richtlinien:
Websites für Bereiche oder Teams Planen Sie eine einzige Website für eine kleine Organisation oder eine einzige Website pro Bereich oder Projekt mit 50 bis 100 Personen in einer mittelgroßen bis großen Organisation. Für große Organisationen kann es mehrere Ebenen von Websites geben, wobei der Schwerpunkt jeder Portalwebsite auf dem Inhalt liegt, der auf der jeweiligen Ebene der Organisation erstellt und verwaltet wird.
Sie können eine Website entwerfen, auf der die Mitglieder Ihrer Organisation an Inhalten zu den Geschäfts- oder Organisationszielen zusammenarbeiten können. Diese Website kann eigenständig sein oder im Rahmen eines Veröffentlichungsprozesses in andere Websites eingebunden werden. Websites weisen häufig eine Mischung aus internen Inhalten für die Zusammenarbeit und externen Inhalten für die Veröffentlichung auf.
Websites für Rollups Eine Website für ein Rollup enthält allgemeine organisationsübergreifende Inhalte. Über diese Websites können Benutzer in allen Bereichen Informationen und Experten finden und auf organisationsweite Prozesse zugreifen. Eine solche Website enthält oft Websites, die mit der globalen Informationsarchitektur der Organisation zusammenhängen und in der Regel der Struktur der bereichsbezogenen oder projektbezogenen Websites zugeordnet sind. Planen Sie für jede Organisation die Erstellung einer zentralisierten Website für Rollups mit einer aggregierten Ansicht aller dazugehörigen Websites.
Planen von Anwendungswebsites
Eine Anwendungswebsite dient der Organisation und Ausführung von Teamprozessen. Anwendungswebsite enthalten in vielen Fällen digitale Dashboards und andere Features zum Anzeigen und Bearbeiten von Daten im Zusammenhang mit dem Zweck der Website. Die Informationen, die in einer Anwendungswebsite präsentiert werden, stammen zumeist aus verschiedenartigen Quellen, etwa aus Datenbanken oder anderen SharePoint-Websites.
Beispielsweise könnte die Personalabteilung einer Organisation eine Anwendungswebsite für die Mitarbeiter entwerfen, die folgende Möglichkeiten bietet:
Zugriff auf allgemeine Informationen wie Mitarbeiterhandbücher und berufliche Aufstiegsmöglichkeiten
Möglichkeiten zur Erledigung gängiger Aufgaben wie Zeiterfassung und Spesenabrechnung
Dashboards zum Anzeigen personalisierter Informationen wie Gehälter und Zulagen von Mitarbeitern
Ein weiteres Beispiel könnte der interne technische Support einer Organisation darstellen, der eine Helpdesk-Anwendungswebsite zur entsprechenden Unterstützung der Organisationsmitglieder einrichtet. Diese Anwendungswebsite könnte u. a. folgende Features bieten:
Zugriff auf eine Wissensdatenbank mit früheren Supportvorgängen und Dokumentation für Best Practices
Möglichkeiten zur Erledigung gängiger Aufgaben wie Auslösen eines Supportvorgangs oder Überprüfen des Status laufender Vorgänge
Integration in Kommunikationsfeatures für Onlinebesprechungen und -diskussionen
Personalisierte Datenansichten (Beispiele: Dashboards mit Ansichten für die Produktivität einzelner Teammitglieder und Kundenzufriedenheitsangaben für Supportmanager oder Übersichten über offene Vorgänge für Supporttechniker)
Planen von Websites für Internetpräsenzen
Websites für Internetpräsenzen richten sich an Kunden. Sie sind in der Regel markenorientiert gestaltet und zeichnen sich durch einheitliche Stilelemente wie Farben, Schriftarten und Logos sowie Strukturelemente wie Navigationsfeatures und den Aufbau der Seiten in der Website aus. Auch wenn die Darstellung einer Website für eine Internetpräsenz strikt festgelegt ist, kann der Inhalt dynamisch sein und sich häufig ändern.
Beispielsweise vermittelt die Website für die Internetpräsenz eines Unternehmens Kunden, Geschäftspartnern, Investoren und potenziellen Mitarbeitern wichtige Unternehmensinformationen. Dazu gehören Beschreibungen der Produkte und Dienstleistungen, Nachrichten über das Unternehmen, Jahresberichte, Veröffentlichungen und Stellenangebote. Ein anderes Beispiel wäre eine Onlinenachrichtenwebsite mit fortlaufend aktualisierten Informationen und Interaktionsfeatures wie Börsenticker und Weblogs.
Da eine Website für die Internetpräsenz Ihre Organisation nach außen darstellt, sollten Sie – nach einem festen Zeitplan oder nach Bedarf – eine Bereitstellung verbunden mit dem Testen der Website vor der Veröffentlichung in der öffentlichen Umgebung ("Produktionsumgebung") in Erwägung ziehen. Eine Stagingwebsite ist ein Abbild der Erstellungswebsite zum Testen der Inhalte vor der Veröffentlichung auf der Produktionswebsite. Auf diese Weise können Sie die Einhaltung stringenter Standards sicherstellen. Stagingwebsites ermöglichen Inhaltsautoren außerdem, auf Servern im Intranet des Unternehmens zu arbeiten, während die Internetbenutzer Produktionsserver im Umkreisnetzwerk verwenden. Ein integriertes Inhaltsbereitstellungsfeature erleichtert das Verschieben von Inhalten vom Erstellungsserver auf den Staging- und schließlich auf den Produktionsserver.
Planen von Veröffentlichungssites
Mithilfe einer Veröffentlichungssite können Autoren Inhalte in Form von Webseiten und -dokumenten erstellen und ändern und dann über einen Genehmigungsprozess Benutzern mit den erforderlichen Anzeigeberechtigungen zur Verfügung stellen. Der Veröffentlichungsprozess umfasst das Erstellen von Inhalten und das anschließende Übertragen zur Genehmigung. Nach erfolgter Genehmigung werden die Inhalte den Lesern auf der Website verfügbar gemacht, d. h. veröffentlicht. Die Veröffentlichung erfolgt je nach den Erfordernissen des Projekts nach einem Standardzeitplan oder nach einem benutzerdefinierten Zeitplan. Veröffentlichungssites können je nach der Zielgruppe als Intranet-, Extranet- oder Internetwebsites genutzt werden.
So können Sie eine Veröffentlichungssite beispielsweise für eine im Internet bereitgestellte Website verwenden, auf der Pressemitteilungen veröffentlicht werden. Die Presseabteilung erstellt Pressemitteilungen, genehmigt über den Veröffentlichungsworkflow neue Inhalte und legt fest, wann diese den Verbrauchern verfügbar gemacht werden sollen. Ein anderes Beispiel: Sie können eine Veröffentlichungssite für eine Intranetwebsite Ihres Unternehmens verwenden, auf der den Mitarbeitern Firmennachrichten präsentiert werden. Die Seitenautoren können die Zielgruppe für die von ihnen erstellten Inhalte angeben, sodass die Inhalte nur von Mitgliedern der angegebenen Gruppen angesehen werden können.
Wie bei Websites für Internetpräsenzen können Sie auch hier das integrierte Feature für Inhaltsbereitstellung verwenden, um Inhalte von einer Stagingwebsite auf eine Produktionswebsite zu verschieben. Die Produktionswebsite kann z. B. eine im Internet bereitgestellte Website oder eine weitere Intranetwebsite innerhalb Ihrer Organisation sein, je nach der Größe Ihrer Organisation und der Komplexität der Anforderungen in Bezug auf die Veröffentlichung.
Planen von weiteren Websites
Sie können Websitebenutzern das Erstellen zusätzlicher Websites ermöglichen. Beispielsweise können Sie jedem Teammitglied, das eine Website verwendet, im Rahmen der Planung eine Website vom Typ Meine Website zuweisen. Dies ist eine Teamwebsite auf der Basis von Microsoft SharePoint Foundation 2010 mit öffentlichen und privaten Ansichten. Sie können Teammitgliedern auch das Erstellen weiterer Websites wie etwa Dokumentarbeitsbereich-Websites für die Zusammenarbeit an Dokumenten und anderen Projekten ermöglichen. Entsprechend können Sie Benutzern einer Internetwebsite im Rahmen eines webbasierten Diensts Zugriff auf Websites für die Zusammenarbeit gewähren. Beispielsweise können Sie ihnen für die Website Berechtigungen zum Erstellen von Websites für Besprechungsarbeitsbereiche und zur Teilnahme an Onlinebesprechungen gewähren.
Informationen darüber, welche Arten von Websites Sie erstellen können, finden Sie unter Websites und Websitesammlungen (Übersicht) (SharePoint Server 2010).
Bestimmen von Websitesammlungen
Nachdem festgestellt haben, welche Arten von Websites für Ihre Lösung benötigt werden, planen Sie im nächsten Schritt, wie diese Websites in den Websitesammlungen implementiert werden. Eine Websitesammlung ist eine Hierarchie von Websites, die gemeinsam verwaltet werden können. Die Websites in einer Websitesammlung weisen gemeinsame Features auf, z. B. freigegebene Berechtigungen, Vorlagenkataloge, Inhaltstypen und Webparts, und oft nutzen sie eine gemeinsame Navigation. Eine Website wird häufig als Websitesammlung implementiert, wobei die Website auf der obersten Ebene die Homepage für die Websitesammlung bildet.
Grundsätzlich sollten Sie beim Planen einer Lösung auf der Basis von SharePoint Server 2010 die folgenden Websitetypen in separaten Websitesammlungen platzieren:
Internetwebsites (Staging)
Internetwebsites (Produktion)
Alle Teamwebsites zu einer Bereichswebsite oder zu einer Internetwebsite
Dokumentcenter-Websites
Datenarchiv-Websites
Alle Websites in einer Websitesammlung werden in derselben SQL-Datenbank gespeichert. dies hat möglicherweise Auswirkungen auf die Website- und Serverleistung, je nachdem, wie die Websitesammlungen und Websites strukturiert sind und welchem Zweck die Websites dienen. Berücksichtigen Sie die folgenden Einschränkungen, wenn Sie die Zuordnung der Inhalte zu einer oder mehreren Websitesammlungen planen:
Platzieren Sie extrem aktive Websites in separaten Websitesammlungen. Beispielsweise kann eine Wissensdatenbank-Website im Internet, die anonymes Browsen ermöglicht, viel Datenbankaktivität generieren. Wenn andere Websites dieselbe Datenbank verwenden, kann deren Leistung beeinträchtigt werden. Durch Ablegen der Wissensdatenbank-Website in einer separaten Websitesammlung mit einer eigenen Datenbank können Sie Ressourcen für andere Websites verfügbar machen, die nun mit dieser Website nicht mehr um Datenbankressourcen konkurrieren müssen.
Da der gesamte Inhalt einer Websitesammlung in der gleichen Inhaltsdatenbank gespeichert wird, hängt die Leistung von Datenbankvorgängen, z. B. Sichern und Wiederherstellen von Inhalten, von der Menge des Inhalts in der gesamten Websitesammlung, der Größe der Datenbank, der Geschwindigkeit des Servers, der die Datenbank hostet, sowie von weiteren Faktoren ab. Je nach der Menge des Inhalts und der Konfiguration der Datenbank müssen Sie eine Websitesammlung u. U. in mehrere Websitesammlungen aufteilen, damit Vereinbarungen zum Servicelevel für das Sichern und Wiederherstellen, für den Durchsatz oder andere Anforderungen erfüllt werden. Anleitungen zum Verwalten der Größe und Steuern der Leistung von Datenbanken würden allerdings den Rahmen dieses Artikels sprengen.
Wenn in einer Websitesammlung unterhalb der Website auf der obersten Ebene zu viele Websites erstellt werden, kann dies die Leistung und die Benutzerfreundlichkeit beeinträchtigen. Beschränken Sie die Anzahl der Websites unter jeder Website auf oberster Ebene auf maximal 2.000.
Wenn Sie beabsichtigen, Inhalte mithilfe der Inhaltsbereitstellung zwischen einer Erstellungswebsitesammlung und einer Produktionswebsitesammlung zu verschieben, müssen sich die Websitesammlungen entweder in separaten Webanwendungen befinden, oder sie müssen separate Inhaltsdatenbanken innerhalb der gleichen Webanwendung verwenden. Informationen zur Inhaltsbereitstellung finden Sie unter Übersicht über die Inhaltsbereitstellung (SharePoint Server 2010).
Arbeitsblatt "Websiteplanungsdaten"
Laden Sie eine Excel-Version des Arbeitsblatts "Websiteplanungsdaten" (https://go.microsoft.com/fwlink/?linkid=167837&clcid=0x407) herunter. Dokumentieren Sie mithilfe dieses Arbeitsblatts die Struktur Ihrer Website.
See Also
Concepts
Websites und Websitesammlungen (Übersicht) (SharePoint Server 2010)
Übersicht über die Websitenavigation (SharePoint Server 2010)
Planen der Websitenavigation (SharePoint Server 2010)