Einrichten und Steuern eines SharePoint-Diensts (SharePoint Server 2010)

 

Gilt für: SharePoint Server 2010

Letztes Änderungsdatum des Themas: 2017-01-20

Ein erfolgreiche Bereitstellung von Microsoft SharePoint Server 2010 ist davon abhängig, dass das Unternehmen den Dienst verwalten und sicherstellen kann, dass er die Unternehmensanforderungen der Kunden auf sichere, realisierbare und kostengünstige Weise erfüllt. In diesem Artikel werden typische Elemente eines IT-Diensts beschrieben, von dem SharePoint Server 2010 gehostet wird, sowie Vorschläge zu Schlüsselerfolgsfaktoren beim Verwalten eines SharePoint Server-Diensts und ein Beispiel eines dreistufigen SharePoint-Diensts bereitgestellt.

  • Was ist ein SharePoint-Dienst?

  • Elemente eines erfolgreichen Diensts

  • Was in einem SharePoint-Dienst zu verwalten ist

  • Erstellen mehrerer Dienste

  • Vereinbarungen zum Servicelevel

Was ist ein SharePoint-Dienst?

Ein SharePoint-Dienst ist ein IT-Dienst, der Websites anbietet, die auf Microsoft SharePoint 2010-Produkte basieren. Unter anderem wird Folgendes von einem Dienst angeboten:

  • Websites in einem Bereich, z. B. eine Websitesammlung, Webanwendung oder Serverfarm

  • Sicherung und Wiederherstellung

  • Inhaltsspeicher

  • Unterstützung für Anpassungen

  • Sicherheit

  • Servicelevel, die auf Geschwindigkeit und Verfügbarkeit basieren

Elemente eines erfolgreichen Diensts

Berücksichtigen Sie beim Beschreiben und Implementieren des SharePoint Server-Diensts die folgenden Elemente, die zum Erfolg der Steuerungsleistung beitragen können:

  • Steuerungsgruppe bilden und verwenden

    Der IT-Dienst, der SharePoint Server unterstützt, sollte von einer Gruppe gesteuert werden, die unter anderem ausführende Projektbeteiligte, Geschäftsbereichsleiter, einflussreiche Information Worker, IT-Manager und technische IT-Spezialisten umfasst. Die Gruppe sollte den Dienst umfassend steuern. In dieser Funktion werden von der Steuerungsgruppe die Ausgangsangebote des Diensts sowie die laufenden Richtlinien des Diensts definiert. Außerdem finden regelmäßige Treffen zur Evaluierung des Erfolgs statt.

  • Über die Dienste kommunizieren

    Die entwickelten Steuerungsrichtlinien müssen im Unternehmen veröffentlicht werden. Betreuen Sie eine Website, die den Umfang der Dienste beschreibt.

  • Verwendung des Diensts fördern

    Es wird empfohlen, dass Benutzer keine eigenen Server bereitstellen, sondern den bereitgestellten Dienst nutzen. Isolierte Server können möglicherweise nicht in Übereinstimmung mit IT-Sicherheitsrichtlinien und den rechtlichen Anforderungen des Unternehmens konfiguriert werden. Wenn Benutzer ihre eigenen Server bereitstellen, können außerdem Fehler beim Sichern der Server oder beim Aktualisieren der Server mit Softwarepatches und -updates auftreten. Schließlich kann es sein, dass Inhalte auf Servern, die nicht durch den Dienst gesteuert werden, nicht durch den Indexdienst des Unternehmens durchforstet werden. Dies kann zu isolierten Inhaltsbereichen führen.

  • Mehrere Dienste erstellen

    Sie sollten eine Reihe von Diensten anbieten, die SharePoint Server unterstützen. Ein Dienst kann beispielsweise eine Vielzahl von Websites für die Zusammenarbeit anbieten, während ein anderer Dienst sehr große, betriebsnotwendige Websites, wie z. B. Unternehmensintranetsites unterstützt. Eine Reihe von SharePoint Server-Diensten ermöglichen eindeutige Steuerungsregeln und Richtlinien auf unterschiedlichen Serviceleveln. Auf diese Weise können Sie die Kosten variieren, die Unternehmen aufgrund ihres Servicelevels bemessen wurden. Schließlich ermöglicht die Dienstunterteilung in mehreren Stufen, einzelne Phasen zu verwalten.

Was in einem SharePoint-Dienst zu verwalten ist

Wenn Sie IT-Dienste entwickeln, die SharePoint Server unterstützen, sollte eine Steuerungsgruppe die Grenzwerte und Richtlinien zur Steuerung der Dienste bestimmen: Wenn Sie die mehrinstanzenfähigen Features in SharePoint Server zum Hosten von Diensten verwenden, kann eine IT-Gruppe allgemeine administrative Aufgaben für eine Gruppe von Websites an die Besitzer der Unternehmenseinheit delegieren. Auf diese Weise kann sich eine IT-Gruppe auf den Dienst selbst konzentrieren. Weitere Informationen zur Mehrinstanzenfähigkeit finden Sie unter Gehostete Umgebungen (SharePoint Server 2010).

Bestimmen Sie die Grenzwerte und Richtlinien für die folgenden Elemente von Diensten:

  • Kontingentvorlagen

    Eine Kontingentvorlage enthält Speichergrenzwerte. Sie bestimmen den Umfang an Daten, der in einer Websitesammlung gespeichert werden kann, sowie die Speichergröße, bei der eine E-Mail-Benachrichtigung ausgelöst und an den Websitesammlungsadministrator gesendet wird, wenn die betreffende Größe erreicht wird. Sie können Kontingentvorlagen Websites zuordnen, die zu verschiedenen Serviceleveln zum Erweitern von SharePoint Server in einem Unternehmen angeboten werden. Beachten Sie, dass Sie separate Kontingente für Sandkastenlösungen festlegen können.

  • Maximale Uploadgröße

    Auf der Webanwendungsebene können Sie Grenzwerte für die maximale Größe der hochgeladenen Dateien festlegen. Für alle Websites innerhalb der Hostwebanwendung wird derselbe Grenzwert verwendet.

  • Lebenszyklusverwaltung für Websites

    Sie können die Methode für das Erstellen von Websites, die Größe von Websites sowie deren Lebensdauer mithilfe der Self-Service Site-Verwaltung und der Bestätigung der Websitenutzung und Löschung festlegen. Darüber hinaus können Sie Ablauf- und Zugriffsrichtlinien festlegen, um den Lebenszyklus von Websiteinhalten zu steuern.

    Mit der Self-Service Site-Bereitstellung können Benutzer ihre eigenen Websites auf höchster Ebene erstellen, indem sie eine IT-gehostete Webseite besuchen und Daten für die beabsichtigte Verwendung der Website bereitstellen. Die Website kann dann mithilfe eines benutzerdefinierten Workflows bereitgestellt werden. Sie können die Größe dieser Websites und ihre Lebensdauer für unterschiedliche Servicelevel steuern.

  • Anpassungsrichtlinien

    Ein wichtiger Vorteil der Verwendung von Websites, die auf SharePoint Server basieren, besteht darin, dass sie von Websitebesitzern angepasst werden können. Websitebesitzer können beispielsweise die Anzeige einer Website ändern oder neue Funktionalität wie benutzerdefinierte Webparts oder Workflows bereitstellen. Beachten Sie besonders die Art und den Umfang der Anpassungen, die für die einzelnen Servicelevel zugelassen und unterstützt werden, da einige Anpassungen Auswirkungen auf die Serverfarm haben.

    Verwenden Sie eventuell Sandkastenlösungen, um die Auswirkungen von Anpassungen in einer Farm zu begrenzen. Dienste, die beispielsweise Self-Service Site Creation zulassen, können eine Vielzahl von Websites einschließen, die eine einzelne gemeinsame Webanwendung verwenden. In diesem Fall können Sie Anpassungen auf die Websites begrenzen, die von der Benutzeroberfläche unterstützt werden, z. B. das Hinzufügen von Webparts zu Webseiten. Wenn Sie Sandkastenlösungen verwenden, gelten die Anpassungen nur für diese Websitesammlung. Bei einem Dienst, der die virtuelle oder physische Isolation der Serverfarm ermöglicht, z. B. einer Unternehmensintranetsite, sollten Sie ggf. einen sehr großen Umfang an Anpassungen zulassen, z. B. benutzerdefinierte Ereignishandler und Workflows.

    Auf der Webanwendungsebene können Sie auch steuern, ob SharePoint Designer zum Ändern von Websites in dieser Webanwendung verwendet werden kann. Weitere Informationen finden Sie unter Konfigurieren von Einstellungen für eine Webanwendung (SharePoint Server 2010).

    Detaillierte Informationen zu den Anpassungen, die von SharePoint Server 2010 unterstützt werden, und zu den Risiken und Vorteilen von einzelnen Anpassungstypen unterschiedlicher Servicelevel finden Sie im Whitepaper Anpassungsrichtlinie für SharePoint-Produkte und -Technologien (https://go.microsoft.com/fwlink/?linkid=92311&clcid=0x407). Dieser Inhalt wurde zwar speziell für Microsoft Office SharePoint Server 2007 erstellt, aber ein Großteil der Informationen gilt auch für SharePoint Server 2010. Weitere Informationen zu Sandkastenlösungen finden Sie unter Planen von Sandkastenlösungen (SharePoint Server 2010).

  • Postenklassifikation

    Sie können ein Klassifikationssystem für Websites und Inhalte entwickeln und implementieren, das von einem Dienst unterstützt wird, der die Auswirkungen und den Wert der Informationen für ein Unternehmen identifiziert. Beispielsweise können Inhalte mithilfe von Metadaten als Geschäftswerte mit einem hohen, mittleren oder niedrigen Wert klassifiziert werden.

    • Die Auswirkungen beziehen sich auf die Verfügbarmachung und den Inhalt: Würden Ihre Geschäfte beeinträchtigt, wenn die Inhalte extern verteilt würden? Oder würden personenbezogene Informationen zu Benutzern oder Kunden verfügbar gemacht? Falls dies der Fall ist, handelt es sich um Inhalte mit großen Auswirkungen auf das Geschäft.

    • Der Wert bezieht sich auf die Verfügbarkeit: Würde das Tagesgeschäft des Unternehmens beeinträchtigt, wenn die Inhalte nicht verfügbar wären? Falls dies der Fall ist, handelt es sich um Inhalte mit hohem Wert.

    Jede Klassifizierung würde dann andere Verhaltensweisen verursachen. Beispielsweise können Sie fordern, dass Inhalte mit großen Auswirkungen nur in verschlüsselter Form transferiert werden. Sie können z. B. auch fordern, dass für Inhalte mit mittleren Auswirkungen ein Genehmigungsprozess ausgeführt werden muss, bevor sie auf einer öffentlichen Website veröffentlicht werden können. Inhalte mit großen Auswirkungen auf das Geschäft sollten eventuell auf einem Dienst gehostet werden, der restriktivere Richtlinien und aggressivere Prozesse für die Notfallwiederherstellung aufweist.

  • Verwaltung von Lebenszyklen

    Ein Dienst sollte Lebenszyklusrichtlinien oder -tools für aktive und für nicht verwendete Websites bereitstellen. Für niedrige Servicelevel könnten Sie z. B. einen Mechanismus implementieren, mit dem Websitebesitzer Websites mit einer Lebensdauer von sechs Monaten erstellen können, nach deren Ablauf der Benutzer die Websiteanforderung verlängern muss. Sie können auch ein Tool implementieren, sodass Websites, die für einen bestimmten Zeitraum nicht verwendet wurden, gelöscht werden. Die Verwaltung von Lebenszyklen bedeutet auch, dass eine Dienst in die Datenverwaltungstools und -prozesse in einem Unternehmen integriert wird. Weitere Informationen finden Sie unter Planen der Datensatzverwaltung (SharePoint Server 2010).

  • Branding und Navigation

    Ein einheitliches Branding mit Unternehmensrichtlinien ermöglicht einheitlichere Websites und eine einfachere Entwicklung. Gestaltungsvorlagen und Vorlagen leisten einen Beitrag für das visuelle Branding einer Website. Speichern Sie genehmigte Gestaltungsvorlagen in Websitekatalogen, damit sie von Websitedesignern konsistent verwendet werden. Mithilfe eines einheitlichen Designs können Benutzer sicherstellen, dass sie sich auf der richtigen Website befinden. Definieren Sie die Bestandteile der Vorlage, die von Websitebesitzern geändert bzw. nicht geändert werden dürfen. Planen Sie das Sub-Branding einzelner Team- oder Projektmarken ein.

    Die einheitliche Navigation spielt ebenfalls eine wichtige Rolle, um sicherzustellen, dass sich die Benutzer beim Navigieren in den Diensten auf der Suche nach Inhalten nicht verirren.

  • Datenschutz

    Datenschutz-Features bieten Sicherung und Wiederherstellung. Sie können die Ebene des Datenschutzes anhand der Servicelevel variieren, die Sie anbieten. Für höhere Stufen fallen möglicherweise Gebühren für den Websitebesitzer an. Planen Sie für jede Ebene des Diensts die Häufigkeit, mit der Sie Websites sichern, und die Antwortzeit, die Sie zum Wiederherstellen von Websites zusichern. Weitere Informationen finden Sie unter Planen der Sicherung und der Wiederherstellung in SharePoint Server 2010 und im Geschäftskontinuitätsmanagement-Ressourcencenter (https://go.microsoft.com/fwlink/?linkid=199235&clcid=0x407).

  • Sicherheit, Infrastruktur und Webanwendungsrichtlinien

    Verwalten Sie die Infrastruktur und überwachen Sie den Zugriff auf die Infrastruktur und die Inhalte, um eine stabile und sichere Umgebung sicherzustellen. Verwenden Sie Webanwendungsrichtlinien, um den Zugriff auf die Inhalte in Übereinstimmung mit Konformitätsregeln oder Unternehmensanforderungen zuzulassen oder abzulehnen. Sorgen Sie mit Softwareupdates dafür, dass die Infrastruktur auf dem aktuellen Stand ist, um sicherzustellen, dass Sie über die neuesten Verbesserungen und Fixes verfügen.

  • Schulung

    Eine gut geschulte Benutzercommunity kann von Vorteil sein. Es sind weniger Supportanrufe notwendig, und die Akzeptanz wird gefördert. Eine ordnungsgemäße Verwendung von SharePoint Server kann eher sichergestellt werden, und Benutzer erkennen ihre Aufgaben bei der Verwendung des SharePoint Server-Diensts. Für jeden Servicelevel ist der entsprechende Schulungslevel erforderlich. Bereits ein grundlegender Service bietet Benutzern, die über die Berechtigungen für die Websiteverwaltung verfügen, Zugriff auf viele Features, die die Funktionalität der Website beeinflussen. Mithilfe von Onlineschulungen (z. B. Lernprogramme) können Benutzer ihre Website optimal nutzen.

    Schulungen für die Benutzercommunity sind verfügbar unter SharePoint 2010-Lernleitfaden für Endbenutzer (https://go.microsoft.com/fwlink/?linkid=199542&clcid=0x407)

Erstellen mehrerer Dienste

Benutzer, die den SharePoint Server-Dienst des Unternehmens nutzen, erfordern Websites, die unterschiedliche Anforderungen erfüllen, wie z. B.:

  • Kurzlebige, den einfachen Zweck erfüllende Arbeitsbereiche zum Planen von Veranstaltungen und zum Verwalten von Besprechungen und Projekten

  • Teamwebsites für allgemeine Zusammenarbeit

  • Unternehmensbereichsportale für große Arbeitsgruppen, um die jeweiligen Geschäftsprozesse zu verwalten

  • Unternehmensintranetsites zum Veröffentlichen von Informationen und zum Bereitstellen von Diensten für die gesamte Organisation

Sie können einen SharePoint Server-Dienst in eine Reihe von Diensten unterteilen, die den unterschiedlichen Anforderungen im Unternehmen gerecht werden. Jeder Benutzer eines bestimmten Diensts kann so den gleichen Supportlevel zu ähnlichen Gebühren bekommen. Wenn komplexere oder günstigere Lösungen benötigt werden, können Sie weitere Dienste zur Unterstützung hinzufügen. Ein Vorteil dieses Ansatzes ist, dass Sie einen Dienst nach dem anderen einführen können, um die Arbeitsbelastung der IT-Mitarbeiter zu erleichtern. Arbeiten Sie mit ausführenden Projektbeteiligten, Geschäftsbereichsleitern und IT-Managern, um die Anforderungen eines jeden Servicelevels und die Reihenfolge der einzuführenden Dienste zu bestimmen.

Die folgende Tabelle veranschaulicht einen beispielhaften Ansatz, um eine mehrstufige Gruppe von Diensten zu erstellen. In diesem Beispiel werden drei Servicelevel angeboten. Beachten Sie, dass die angegebenen Werte keine Empfehlungen, sondern nur Beispiele sind:

Beispielhafte Gruppe von Diensten

Basisdienst Erweiterter Dienst Premiumdienst

Beschreibung

Eine Serverfarm, die zum Hosten einer Vielzahl von Kundenwebsitesammlungen verwendet wird.

Sie soll kurzlebige Websites zusammen mit kleinen Teamwebsites unterstützen.

Eine Serverfarm, die zum Hosten von wenigen Portalwebsites entwickelt wurde.

Dies gilt für die Kundenanforderung, dass serverseitige Anpassungen mit anderen auf den gleichen Servern gehosteten Websites nicht in Konflikt geraten.

Eine Serverfarm, die dazu bestimmt ist, eine umfangreiche, stark angepasste oder sehr wichtige Website zu hosten.

Die Topologie ist je nach Hostanforderungen skalierbar, die zwischen dem Kunden und dem Team vereinbart wurden.

Beispiel

Website für die Zusammenarbeit zum Planen einer Veranstaltung

Unternehmensbereichsportal, das die Integration mit Branchensystemdaten und benutzerdefinierten Workflows umfasst

Unternehmensintranetsite, die die umfangreiche Integration mit mehreren Back-End-Systemen umfasst

Bereich

Websitesammlung

Webanwendung

Serverfarm mit mehreren Webanwendungen

Anpassungen

Nur in der Benutzeroberfläche verfügbare Anpassungen werden unterstützt.

Einige serverseitige Anpassungen, wie z. B. benutzerdefinierte Websitevorlagen, werden unterstützt. Alle Anpassungen werden getestet und geprüft, bevor sie zur Bereitstellung freigegeben werden. Alternativ sind Anpassungen nur als Sandkastenlösungen zulässig.

Es sind umfangreiche Anpassungen zulässig. Alle Anpassungen werden getestet und geprüft, bevor sie zur Bereitstellung freigegeben werden. Alternativ sind Anpassungen nur als Sandkastenlösungen zulässig.

Kosten für Benutzer

Keine bis minimal

Moderat

Hoch

Bereitstellung von Self-Service?

Ja

Nein

Nein

Speicherbegrenzungen von Inhalten

500 MB

2 GB

Unbegrenzt

Häufigkeit der Sicherung

Zweimal wöchentlich

Täglich

Täglich

Dauer des Beibehaltens der Sicherungen

14 Tage

30 Tage

60 Tage

Vereinbarungen zum Servicelevel

Richten Sie für jeden Servicelevel Vereinbarung zum Servicelevel ein. Eine Vereinbarung zum Servicelevel sollte mindestens die folgenden Bestandteile aufweisen:

  • Die Zeitdauer und die erforderlichen Genehmigungen zum Erstellen einer Website.

    Wie sieht der Prozess zum Erstellen einer Website aus? Wer ist daran beteiligt?

  • Informationen zu den Servicekosten für Benutzer oder Abteilungen.

    Wer muss wofür bezahlen?

  • Vereinbarungen zur Betriebsebene mit Angabe der Teams, die die Abläufe ausführen, sowie der Häufigkeit.

    Welches Team führt Updates aus? Welches Team führt Sicherungen aus? In welchen Abständen?

  • Richtlinien zur Problembehebung über einen Helpdesk.

    Wen kann ein Benutzer anrufen, falls ein Problem auftritt? Wie sieht der Eskalationspfad aus?

  • Ausgehandelte Leistungszielvorgaben für das erstmalige Laden einer Website, für nachfolgende Ladevorgänge sowie für die Leistung an Remotestandorten.

  • Wiederherstellungs-, Lastenausgleich- und Failoverstrategien.

  • Anpassungsrichtlinien für den Dienst.

  • Speicherbegrenzungen für Inhalte und Websites.

  • Mehrsprachiger Support.

    Welche Sprachen werden installiert und unterstützt?

See Also

Concepts

Nachverfolgen oder Blockieren von SharePoint Server 2010-Installationen

Other Resources

Steuerung in SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=200590&clcid=0x407)
SharePoint – Sample Service Level Agreement (SLA) – "From the Field" Blog (https://go.microsoft.com/fwlink/?linkid=203973&clcid=0x407)
Beispielvorlage: Steuerungsplan für SharePoint-Produkte und-Technologien (https://go.microsoft.com/fwlink/?linkid=162169&clcid=0x407)