Wojciech Micka: Microsoft SharePoint 2010 für Administratoren – Das Handbuch Copyright © 2011 O'Reilly Verlag GmbH & Co...
58 downloads
1590 Views
49MB Size
Report
This content was uploaded by our users and we assume good faith they have the permission to share this book. If you own the copyright to this book and it is wrongfully on our website, we offer a simple DMCA procedure to remove your content from our site. Start by pressing the button below!
Report copyright / DMCA form
Wojciech Micka: Microsoft SharePoint 2010 für Administratoren – Das Handbuch Copyright © 2011 O'Reilly Verlag GmbH & Co. KG
Das in diesem Buch enthaltene Programmmaterial ist mit keiner Verpflichtung oder Garantie irgendeiner Art verbunden. Autor, Übersetzer und der Verlag übernehmen folglich keine Verantwortung und werden keine daraus folgende oder sonstige Haftung übernehmen, die auf irgendeine Art aus der Benutzung dieses Programmmaterials oder Teilen davon entsteht. Das Werk einschließlich aller Teile ist urheberrechtlich geschützt. Jede Verwertung außerhalb der engen Grenzen des Urheberrechtsgesetzes ist ohne Zustimmung des Verlags unzulässig und strafbar. Das gilt insbesondere für Vervielfältigungen, Übersetzungen, Mikroverfilmungen und die Einspeicherung und Verarbeitung in elektronischen Systemen. Die in den Beispielen verwendeten Namen von Firmen, Organisationen, Produkten, Domänen, Personen, Orten, Ereignissen sowie E-Mail-Adressen und Logos sind frei erfunden, soweit nichts anderes angegeben ist. Jede Ähnlichkeit mit tatsächlichen Firmen, Organisationen, Produkten, Domänen, Personen, Orten, Ereignissen, E-Mail-Adressen und Logos ist rein zufällig.
15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 13 12 11 10 ISBN 978-3-86645-136-0 © 2011 O'Reilly Verlag GmbH & Co. KG Balthasarstr. 81, 50670 Köln Alle Rechte vorbehalten Fachlektorat: Georg Weiherer, Münzenberg Korrektorat: Judith Klein, Siegen Layout und Satz: Gerhard Alfes, mediaService, Siegen (www.media-service.tv) Umschlaggestaltung: Hommer Design GmbH, Haar (www.HommerDesign.com) Gesamtherstellung: Kösel, Krugzell (www.KoeselBuch.de)
Wojciech Micka
Microsoft SharePoint 2010 für Administratoren – Das Handbuch
Übersicht
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
Vorwort . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
21
Einfach nur ein weiteres Handbuch? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Microsoft SharePoint Server 2010 – Der Einstieg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Microsoft SharePoint Server 2010 – Neues für Administratoren . . . . . . . . . . . . . . . . . . . . Planung der SharePoint-Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Basisinfrastruktur bereitstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bereitstellung der erweiterten Dienste . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Einrichten von Erweiterungen und Sicherheit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Betrieb . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Hintergrundinformationen zu SharePoint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint aus der Clientperspektive . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Suche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Authentifizierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sicherheitstechnologien . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Migration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sicherung und Wiederherstellung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Erweiterungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Verwaltungsautomation mithilfe der PowerShell . . . . . . . . . . . . . . . . . . . . . . . Fehlerbehebung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Arbeiten mit SharePoint-Workflows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
23 29 51 73 225 311 383 419 483 533 655 729 811 879 971 1039 1089 1187 1219 1255
Stichwortverzeichnis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1321 Die Autoren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1345
4
Inhaltsverzeichnis Vorwort
Einfach nur ein weiteres Handbuch? 1
21
.............................................................................
23
........................................
Microsoft SharePoint Server 2010 – Der Einstieg
29 30 34 35 37 40 44 47 48 50
........................
Microsoft SharePoint Server 2010 und die digitale Arbeitswelt . . . . . . . . . . . . . . . . . . . . . . . . . . . . Einsatzbereiche von Microsoft SharePoint Server 2010 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sites – Zusammenarbeit im Web 2.0-Zeitalter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Communities – Enterprise 2.0 und soziale Netzwerke mit SharePoint . . . . . . . . . . . . . . . . . . Content – Enterprise Content Management (ECM) mit SharePoint . . . . . . . . . . . . . . . . . . . . Search – Informationen finden . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Insights – Einsichten aus Unternehmensdaten gewinnen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Composites – Bausteine für Anwendungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Microsoft SharePoint Server 2010 – Neues für Administratoren
51 52 52 54 55 56 57 58 59 59 62 63 65 66 68 70 71 71 72 72 72 72
.....
Neuigkeiten für Administratoren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Bereitstellung und -Aktualisierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ein neues Gewand für die Zentraladministration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dienstanwendungen statt Shared Services Provider . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Administration von SharePoint Server 2010 mithilfe der PowerShell . . . . . . . . . . . . . . . . . . . Verwaltete Konten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint Server 2010 sichern und wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Anzeigesprache umschalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Farm analysieren und überwachen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Forderungsbasierte Authentifizierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Produkte und Editionen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Produkte für die Unternehmenssuche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Microsoft SharePoint Online . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ergänzende Komponenten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Einblicke in das SharePoint 2010-Lizenzmodell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint Server 2010 im Intranet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint Server 2010 als Internetplattform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Lizenzierung der FAST Search . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Lizenzierung der Office Web Apps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ergänzende Hinweise zur Lizenzierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5
Inhaltsverzeichnis
3
Planung der SharePoint-Installation
..........................................
Globale SharePoint-Planung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Wahl des Farmmodells . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Begrenzungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Voraussetzungen für die Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Hardwarevoraussetzungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Softwarevoraussetzungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Beispieldimensionierungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Komponenten der logischen Architektur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serverfarmen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dienstanwendungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Anwendungspools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Webanwendungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inhaltsdatenbanken . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Websitesammlungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Websitesammlungen mit Hostnamen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Websites . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Skalierung und Optimierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Grundlagen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Auswirkungen der SharePoint-Komponenten auf das Lastverhalten . . . . . . . . . . . . . . . . . . . . Auswirkungen von Clientanwendungen auf die SharePoint-Last . . . . . . . . . . . . . . . . . . . . . . . SQL Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zwischenspeicherung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Remote-BLOB-Speicher . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Lasttests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Browserwahl . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mobiler Zugriff . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Office-Client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serverrollen und Dienstpositionierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Grundlagen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Positionierung der Komponenten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Suche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Suchlösungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Schlüsselfaktoren identifizieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Topologieableitung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sucharchitektur testen und anpassen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sicherheit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Berechtigungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dienstkonten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Authentifizierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zonenzuordnungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Extranetanbindung der Serverfarm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Verschlüsselung der Kommunikation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Datenschutz . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Hochverfügbarkeit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Web-Front-End-Ebene . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Anwendungsebene . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
73 75 75 79 79 79 91 97 101 102 103 105 106 107 108 110 111 111 111 114 117 118 119 122 131 134 134 136 137 138 138 139 141 141 147 149 149 151 152 159 160 166 167 174 174 180 181 186
Inhaltsverzeichnis
4
Datenbankebene . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Kommunikation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Netzwerkkonnektivität . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IP-Unterstützung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . E-Mail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Alternative Zugriffszuordnungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Website- und Lösungsplanung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Navigation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dokumentverwaltung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sonstiges . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mehrsprachigkeit und Variationen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Überwachung der Serverfarm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sicherung und Wiederherstellung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Hosting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inhaltsbereitstellung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Barrierefreiheit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Corporate Design und Layouts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
187 188 189 190 190 194 195 195 197 202 202 207 210 217 219 221 221 221 223
SharePoint-Basisinfrastruktur bereitstellen
225 226 226 227 231 236 237 238 244 246 246 248 253 255 268 269 269 272 277 278 283 285 297 301 307 307 308
.................................
Prüflisten für die Bereitstellung der Basisinfrastruktur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Eigenständige Serverinstallation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serverfarminstallation – SharePoint Foundation 2010 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serverfarminstallation – SharePoint Server 2010 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Entwicklungsmaschine bereitstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SQL Server 2008 R2 bereitstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SQL Server-Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SQL Server-Firewalleinstellungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bereitstellung von SharePoint Foundation 2010 und SharePoint Server 2010 . . . . . . . . . . . . . . . Vorbereitende Tätigkeiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-System vorbereiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Eigenständigen Server bereitstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serverfarm bereitstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Umgebungsvariable für STSADM setzen (optional) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bereitstellung der Basisdienste . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vorbereitung der Verwaltung über den Browser . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Assistent für die Farmkonfiguration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Verwaltete Konten registrieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Portal-Webanwendung erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Oberste Websitesammlung erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Suche aktivieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Alternative Zugriffszuordnungen einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ausgehende E-Mail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . DNS-Einträge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
Inhaltsverzeichnis
5
Bereitstellung der erweiterten Dienste
......................................
Secure Store . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Secure Store-Dienst starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Secure Store-Dienstanwendung erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Schlüssel generieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Office Web Apps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Office Web Apps-Basisinstallation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Excel Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PowerPoint-Dienstanwendung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Word-Anzeigedienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sicherheitstokendienst (STS) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PerformancePoint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PerformancePoint-Dienst starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PerformancePoint-Dienstanwendung erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Unbeaufsichtigtes Dienstkonto zuordnen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Websitesammlung auf Basis der Vorlage Business Intelligence Center erstellen (optional) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Statusdienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Verwalteter Metadatendienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Verwalteter Metadatendienst starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Erstellen einer Websitesammlung für den Inhaltstyphub . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Verwalteter Metadatendienst-Dienstanwendung erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Meine Website/Benutzerprofildienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Voraussetzungen und Vorarbeiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Benutzerprofildienstvorarbeiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Meine Website einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Benutzerprofildienst-Synchronisierungsverbindung einrichten . . . . . . . . . . . . . . . . . . . . . . . . . Aktivitätsfeedauftrag starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Business Data Connectivity-Dienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Business Data Connectivity-Dienst starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Business Data Connectivity-Dienstanwendung erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Profilseitenhost-Site einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Profilseitenerstellung aktivieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Excel Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Excel Services-Dienst starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Excel Services-Dienstanwendung erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vertrauenswürdige Speicherorte definieren (optional) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Unbeaufsichtigtes Dienstkonto konfigurieren (optional) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Eingehende E-Mail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SMTP-Server installieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Empfangsdomäne für E-Mail-Nachrichten einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Einrichten von Mail Exchanger (MX)-Datensätzen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sendeconnector anlegen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-E-Mail-Dienst starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Delegierung in Active Directory einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Verzeichnisverwaltungsdienst konfigurieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dokumentbibliothek für eingehende E-Mail aktivieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8
311 312 314 314 315 316 317 319 319 321 322 322 323 323 325 326 327 328 329 329 330 331 332 335 339 342 346 347 348 348 349 349 350 351 351 352 353 354 355 357 357 358 360 360 362 364
Inhaltsverzeichnis
6
Abonnementeinstellungendienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Abonnementeinstellungendienst starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Abonnementeinstellungendienstanwendung erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Access-Dienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Access-Datenbankdienst starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Access-Dienstanwendung erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Anwendungsregistrierungsdienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Word Automation Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Word Automation Services-Dienstinstanz starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Word Automation Services-Dienstanwendung erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Web Analytics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Web Analytics-Dienste starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Web Analytics-Dienstanwendung erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Visio-Grafikdienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Visio-Grafikdienst starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Visio-Dienstanwendung erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Unbeaufsichtigtes Dienstkonto konfigurieren (optional) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Benutzercodedienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Benutzercodedienst starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Lastenausgleichsverhalten definieren (optional) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dokumentkonvertierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dokumentkonvertierungsdienste starten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dokumentkonvertierung konfigurieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Feature zur SharePoint Server-Veröffentlichung aktivieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
366 367 367 368 368 369 369 370 371 371 372 373 373 375 375 376 376 377 378 378 379 379 380 381 382 382
Einrichten von Erweiterungen und Sicherheit . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
383 384 384 386 386 388 388 388 388 394 394 396 396 398 402 403 406 408 410 410
Mobilen Zugriff konfigurieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mobiles Konto konfigurieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Firewallübergreifende Zugriffszone konfigurieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Lösungen bereitstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Features bereitstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sicherheit konfigurieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Authentifizierungsanbieter auswählen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SSL einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Installation optimieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . BLOB-Cache aktivieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bitratendrosselung aktivieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Maximale Uploaddateigröße bestimmen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Warm-Up einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Überwachung einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Verwendungs- und Integritätsdatenerfassung konfigurieren . . . . . . . . . . . . . . . . . . . . . . . . . . . Diagnoseprotokollierung anpassen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Berichte zur Verwendung der Informationsverwaltungsrichtlinie einrichten . . . . . . . . . . . . Standardfehler beseitigen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Keine DCOM-Aktivierungsberechtigungen (Ereignis 10016) . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Inhaltsverzeichnis
7
7043-Fehler beim Laden von Steuerelementdateien . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dienstkonto des Web Analytics-Datenverarbeitungsdiensts ändern . . . . . . . . . . . . . . . . . . . . . Veröffentlichungscachekonto konfigurieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Weitere Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
413 414 414 415 418 418
SharePoint-Betrieb
419 420 420 424 429 429 430 435 436 439 440 440 450 453 463 463 464 469 475 479 480 481 481 482 482
................................................................
Berichte und Protokolle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Web Analytics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Informationsverwaltungsrichtlinien und Überwachungsprotokolle . . . . . . . . . . . . . . . . . . . . . Administratorberichte anzeigen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Integritätsberichte anzeigen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Integritätsanalyse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Suchdienstprotokolle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zeitgeberauftragsstatusprotokolle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Diagnoseprotokolle einsehen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Analyse und Fehlerbehebung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Analysemethoden . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Fehlermeldungen behandeln . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . System Center Operations Manager 2007 R2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint aktualisieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Übersicht über den Aktualisierungsprozess . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Planung von Aktualisierungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Aktualisierungen einspielen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Verfahren der Aktualisierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Datenbankwartungsaufgaben . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Datenbankprotokollgrößen kontrollieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Datenbankdatei verkleinern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Konsistenzprüfungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
Hintergrundinformationen zu SharePoint
..................................
Dienste . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Übersicht . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dienstarchitektur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Weiterführende Dienstinformationen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Protokolle und Prozesse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . File Synchronization Service via SOAP über HTTP-Protokoll . . . . . . . . . . . . . . . . . . . . . . . . . . Liste der Kernprozesse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Elemente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Lokale Gruppen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Websitevorlagen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Anwendungspools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
483 484 484 484 486 498 498 500 500 500 501 506 507
Inhaltsverzeichnis
9
Sicherheit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Kryptografie-Unterstützung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Berechtigungsstufen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SQL Server und SharePoint-Datenbanken . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Übersicht der SharePoint-Datenbanken . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Benutzererfahrung bei schreibgeschützten Datenbanken . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sonstiges . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Aktualisierungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . BLOB-Cache . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bitdatendrosselung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ressourcensteuerung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Informationsverwaltungsrichtlinien . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . In SharePoint 2010 entfernte Funktionen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ersetzen von Standardseiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Features und Lösungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vorlagen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
507 507 508 510 510 516 517 517 518 520 520 522 525 527 528 532 532
SharePoint verwalten
533 534 534 538 538 559 564 573 577 577 584 584 584 593 593 595 603 603 608 612 612 617 620 627 628 628 631 637 638 638
............................................................
Dienste und Dienstanwendungen verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Allgemeine Dienstanwendungsoperationen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Access Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Benutzerprofildienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Business Data Connectivity-Dienstanwendung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . InfoPath Forms Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Einmaliges Anmelden (Secure Store) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Statusdienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Verwalteter Metadatendienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Farmübergreifende Dienste . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Übersicht . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Farmübergreifende Dienste einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Webanwendungen verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Allgemeine Webanwendungseinstellungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Websitesammlungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Authentifizierungsanbieter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ressourcensteuerung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cache verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Infrastrukturkonfiguration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Alternative Zugriffszuordnungen (AAM) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Webanwendungen erweitern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inhaltsbereitstellung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Verwaltete Konten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Installationen blockieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Installationen nachverfolgen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Datenbankverwaltung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Active Directory-Kontoerstellungsmodus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Site- und Lösungsverwaltung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenarbeit verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11
Inhaltsverzeichnis
10
Websites verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Webparts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Lösungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Features verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mandanten verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mandantenadministrationssites anlegen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mandanten verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mandantenwebsitesammlungen anlegen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Partitionierte Dienstanwendungen einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Feature Packs für Mandanten verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
642 643 645 647 650 650 651 652 652 653 654 654
SharePoint aus der Clientperspektive
655 656 656 657 662 674 679 685 687 689 692 693 694 694 695 697 701 702 704 706 707 707 710 723 726 728 728
........................................
Arbeiten innerhalb der Webanwendung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mehrsprachigkeit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Variationen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inhaltstypen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Arbeiten mit verwalteten Metadaten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inhaltsorganisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dokumentenmappen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dokument-IDs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Verwaltung von Informationsrechten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Formularvorlagen verwenden . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mobilität . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Offlinesteuerung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Access Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Multimediale Inhalte verwenden (Web Authoring) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenarbeit in Echtzeit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Blogs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bewertungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Soziales Netzwerk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Arbeiten mit Anwenderlösungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Arbeiten mit Office-Clients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Word 2010 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Outlook 2010 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint Workspace 2010 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Microsoft Office Upload Center . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
SharePoint-Suche
.................................................................
Neue Funktionen der SharePoint Server-Suche nutzen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Boolsche Abfragesyntax . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Präfixvergleich für Suchschlüsselwörter und Dokumenteigenschaften . . . . . . . . . . . . . . . . . . AutoVervollständigung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Verfeinerungen anwenden . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Personensuche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
729 730 731 731 731 732 732
Inhaltsverzeichnis
Verbundsuchkonnektoren zum Suchen von Unternehmensinformationen über Windows 7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Architektur der SharePoint-Suche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Durchforstung und Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Abfrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Weitere Bestandteile der Topologie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Suche verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sucheinstellungen auf Farmebene . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inhaltsquellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Hostverteilungsregel hinzufügen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Durchforstungsregeln . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Regeln für Crawlerauswirkungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Durchforstete und verwaltete Eigenschaften . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Suchbereiche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Beste Suchergebnisse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Autorisierende Seiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Suchtopologie verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Index zurücksetzen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Füllwortdateien . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Thesaurus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Suchanpassungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Partnerspeicherorte einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Suche in Windows 7 einbinden . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PDF-IFilter installieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Windows Server 2008 R2 TIFF-IFilter konfigurieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Lotus Notes-Connector . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Suchergebnisseite anpassen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Anpassen des Verfeinerungsbereichs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . FAST Search Server 2010 for SharePoint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Unterscheidungsmerkmale . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . FAST Search Server-Architektur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Beispielkonfiguration einer FAST-Suchfarm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . FAST Search Server Index-Schema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Benutzerberechtigungen in Suchergebnissen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . FAST Search Server-Installation und -Konfiguration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Authentifizierung
.................................................................
Windows-Authentifizierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Kerberos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . NTLM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Basisauthentifizierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Digestauthentifizierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zertifikatsbasierte Authentifizierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Anonyme Benutzer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Alternative Authentifizierungsverfahren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Übersicht . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
734 734 734 736 737 738 738 738 740 740 741 743 744 747 748 749 755 756 756 758 758 761 762 764 764 767 768 770 771 774 784 786 800 800 810 810 811 812 812 831 833 833 835 838 841 841 13
Inhaltsverzeichnis
13
Forderungsauthentifizierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Active Directory Federation Services 2.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Unterschiedliche Authentifizierungsanbieter für unterschiedliche Zonen einrichten . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
846 862 875 876 877
Sicherheitstechnologien
879 882 882 886 889 889 890 891 893 893 895 907 922
.........................................................
SSL-Kommunikation verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SSL-geschützte Zugriffe erzwingen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Alternativer Antragstellername-Zertifikate ausstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Härtung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Restriktive Dienstauswahl . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Firewallschutz . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sonstige Detailanpassungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SQL Server-Härtung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Veröffentlichung von SharePoint im Internet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Thread Management Gateway . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Unified Access Gateway . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Verwaltung von Informationsrechten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Welche Daten können mit der Verwaltung von Informationsrechten (IRM) geschützt werden? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IRM-SharePoint 2010-Integration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Funktionsweise der Windows-Rechteverwaltung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Planungsvorarbeiten zu der Bereitstellung der Windows-Rechteverwaltungsdienste . . . . . Nutzung in Extranet-Szenarien . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Informationsrechteverwaltung einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Verwaltungsfunktionen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sicherheitskonfiguration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Berechtigungen verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Gesperrte Dateitypen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dienstkonten konfigurieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Webpart-Sicherheit verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vertrauensstellungen verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Forefront Protection 2010 for SharePoint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Übersicht . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Planung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Konfiguration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Wartung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
SharePoint-Migration
............................................................
SharePoint 2003-Migration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zweistufiges Verfahren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . VME-basiertes Verfahren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Windows SharePoint Services (WSS) und MOSS-Migration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Übersicht der Migrationstopologien . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
923 923 924 925 926 926 928 930 930 946 948 949 949 950 950 950 953 956 964 969 970 971 972 972 973 974 974
Inhaltsverzeichnis
15
Übersicht der Migrationsmodelle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vorbereitende Maßnahmen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inhaltsdatenbankmigration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . In-Place-Aktualisierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Hybride Methode 1: Umzug auf neue Farm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Hybride Methode 2: Beibehaltung der Farm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . AAM-URL-Umleitung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sonderfälle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Häufig auftretende Migrationsprobleme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Migrationen innerhalb von SharePoint 2010 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Übersicht . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint Server 2010 Standard nach Enterprise migrieren . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint Foundation 2010 nach SharePoint Server 2010 migrieren . . . . . . . . . . . . . . . . . . Datenbank der Zielserverfarm hinzufügen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Project Server 2003-2007 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Project Server 2003 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Project Server 2007 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PerformancePoint Server 2007 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Migrationsauswirkungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inhaltsdatenbankmigration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . In-Place-Aktualisierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Migrationswerkzeuge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Metalogix SharePoint Site Migration Manager (SSMM) 2010 . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint Enterprise Search Migration Tool für SharePoint Server 2010 . . . . . . . . . . . . . . Exchange Server-Öffentliche Ordner . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dateiserverdaten migrieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sonstiges . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
975 982 986 999 1005 1007 1008 1010 1011 1013 1013 1015 1016 1016 1017 1017 1021 1022 1023 1023 1023 1025 1025 1035 1036 1036 1037 1037 1038
Sicherung und Wiederherstellung
1039 1041 1041 1043 1044 1045 1045 1046 1048 1050 1052 1052 1053 1054 1054 1055 1063 1063
...........................................
Integrierte Sicherung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serverfarm sichern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serverfarmkonfiguration sichern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Webanwendung sichern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dienstanwendung sichern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inhaltsdatenbank sichern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Anpassungen sichern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Websitesammlung sichern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Einzelne Website, Dokumentbibliothek oder Liste sichern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SQL Server-basierte Sicherungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Datenbanken sichern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inhaltsdatenbank in einer Momentaufnahme sichern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Data Protection Manager 2010-basierte Sicherungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Neuheiten gegenüber DPM 2007 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Farm für die DPM-Sicherung einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serverfarm mit DPM 2010 manuell sichern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . DPM-Verwaltungsoperationen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
15
Inhaltsverzeichnis
Übersicht der Wiederherstellungsmethoden . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-basierte Wiederherstellungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serverfarm wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serverfarmkonfiguration wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Webanwendung wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dienstanwendung wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inhaltsdatenbank wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Anpassungen wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Websitesammlung wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Einzelne Website, Dokumentbibliothek oder Liste wiederherstellen . . . . . . . . . . . . . . . . . . . . . SQL Server-basierte Wiederherstellungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Aus Momentaufnahme wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mithilfe einer nicht angefügten Datenbank wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . Data Protection Manager 2010-basierte Wiederherstellung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serverfarm wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Webanwendung wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inhaltsdatenbank wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Websitesammlung wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Einzelne Elemente wiederherstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Wiederherstellungsfarm einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
SharePoint-Erweiterungen
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1089
Office Web Apps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Übersicht . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Voraussetzungen und Planung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bereitstellung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Administration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . E-Mail und Exchange Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Meine Website-Bilder in Office integrieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Exchange Server-Webparts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint Administration Toolkit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Toolkit bereitstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sicherheitskonfigurations-Assistenten verwenden . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Load Test Kit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Benutzerprofil-Replikationsmodul . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Hochverfügbarkeit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Netzwerklastenausgleich (NLB) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SQL Server-Datenbankspiegelung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Remote-BLOB-Speicher . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Basisbereitstellung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Remote-BLOB-Speicher konfigurieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Wartung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Fazit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Office Communications Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PowerPivot für SharePoint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Reporting Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
1065 1066 1066 1068 1068 1069 1069 1069 1070 1071 1072 1072 1074 1076 1077 1079 1079 1080 1083 1085 1087 1087
1090 1090 1093 1094 1097 1101 1101 1106 1109 1110 1110 1113 1115 1117 1117 1123 1133 1133 1142 1153 1157 1157 1160 1161
Inhaltsverzeichnis
17
Neuheiten dieser Version . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Reporting Services planen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Reporting Services-Integration einrichten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Project Server 2010 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Planung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bereitstellung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint und SAP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Externe Inhalte aus SAP ERP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Business Intelligence mit SAP-Inhalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Remote-BLOB-Lösungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1163 1163 1165 1171 1171 1172 1178 1179 1181 1184 1185 1186
SharePoint-Verwaltungsautomation mithilfe der PowerShell
1187 1188 1188 1190 1190 1190 1191 1191 1191 1192 1193 1194 1194 1195 1196 1196 1196 1201 1202 1203 1206 1207 1207 1207 1208 1208 1208 1208 1208 1209 1209 1210 1210 1217
.........
Windows PowerShell-Grundlagen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Cmdlets verwenden . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Alias verwenden . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PowerShell Modules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PowerShell-Skripts ausführen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Eingabeaufforderungen unterdrücken . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mit umfangreichen Ausgaben arbeiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Piping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ausgaben sortieren und filtern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Remoting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Simulation von bevorstehenden Aktionen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mit Objekten arbeiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mit Anmeldeinformationen arbeiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Double Hop-Problematik . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ForEach-Object-Cmdlet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PowerShell-Skripts signieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Installation via PowerShell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vorarbeiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint installieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serverfarm erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Weitere Server zur Serverfarm hinzufügen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Gängige Aufgabenstellungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-PowerShell delegieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Farminformationen auslesen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Webanwendungsinformationen auslesen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Anwendungs-ID lokalisieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Websitesammlungsinformationen auslesen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Versteckte Websitevorlagen identifizieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Eigenschaften übergreifend auslesen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Eigenschaften übergreifend modifizieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Websitesammlungen via CSV-Import anlegen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zuordnung von STSADM- zu PowerShell-Befehlen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17
Inhaltsverzeichnis
18
19
Fehlerbehebung
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1219
Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Keine Zulassung von lokalen Konten als Dienstkonten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Unerwünschter Name für die Datenbank der Zentraladministration . . . . . . . . . . . . . . . . . . . . Fehler bei der Übergabe der Datenbankinformationen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Fehlerhafte Aktualisierungserkennung verhindert Abschluss der Aktualisierung . . . . . . . . . Unbekanntes allowInsecureTransport-Attribut . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Administration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Unerreichbarkeit der Zentraladministration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zentraladministration öffnet sich nicht lokal, sondern remote . . . . . . . . . . . . . . . . . . . . . . . . . . Verlust der Farmpassphrase . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Assistent für die Farmkonfiguration lässt sich nicht mehr starten . . . . . . . . . . . . . . . . . . . . . . . Ereignis mit der ID 8213 und 8193 weist auf VSS-Probleme hin . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Sitezugriff . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Anhaltende Warnungen über gemischte Inhalte in einer HTTPS-Sitzung . . . . . . . . . . . . . . . Fehler beim Zugriff auf Variationsseiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dateien können nicht direkt geöffnet werden . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dateien werden als ZIP-Datei geöffnet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . In Ihrem Newsfeed sind keine Aktivitäten vorhanden . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zugriff verweigert-Fehler beim Zugriff auf Veröffentlichungssites . . . . . . . . . . . . . . . . . . . . . . Fehler beim Öffnen von Office-Dokumenten in der Clientanwendung . . . . . . . . . . . . . . . . . . Fehler beim Anlegen einer Website . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Authentifizierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Anmeldungsdauerschleife . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Kerberos-Fehlerbehandlung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Nach mehrfacher lokaler Anmeldung erscheint ein leerer Bildschirm . . . . . . . . . . . . . . . . . . . Anmeldefenster erscheint auf einigen Rechnern nicht . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Anhaltend Zugriff verweigert-Fehlermeldung bei der Verwendung der forderungsbasierten Authentifizierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dienste und Zusatzkomponenten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Benutzerprofildienst . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Suche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sonstige Dienstanwendungen und Komponenten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint-Erweiterungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Migration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Eingehende E-Mail-Nachrichten funktionieren nicht mehr . . . . . . . . . . . . . . . . . . . . . . . . . . . . Forderung an den Windows-Tokendienst hinterlassen Ereignisse mit der ID 7000 und 7009 im Ereignisprotokoll . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ereignis ID 7043 beim Laden einer Vorlagendatei . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1220 1220 1220 1221 1221 1222 1222 1223 1223 1223 1224 1225 1226 1226 1227 1229 1230 1231 1232 1232 1233 1233 1233 1234 1239 1240
Arbeiten mit SharePoint-Workflows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1255
1241 1241 1241 1246 1248 1250 1252 1252 1252 1253 1253
Vorteile von Workflows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1256 Windows Workflow Foundation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1256 Workflowgrundlagen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1257
18
Inhaltsverzeichnis
Workflows planen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflow erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflow zuordnen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflowvorlage einer Website zuordnen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflow initialisieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Standardworkflows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflowvorlage zu einer Bibliothek hinzufügen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Interaktion über den Webbrowser . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Interaktion in einer Office-Anwendung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Werkzeuge zum Erstellen und Anpassen von Workflows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Microsoft SharePoint Designer 2010 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Microsoft Visio Premium 2010 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Microsoft Visual Studio 2010 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vergleichstabelle SharePoint Designer und Visual Studio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Drittanbieter-Erweiterungen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflows verwalten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflow als Workflowvorlage bereitstellen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflow aktivieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflowzuordnung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflowinstanz abbrechen oder beenden . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflowfeatures deinstallieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SharePoint Designer-Workflow löschen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflowstatus überprüfen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Workflowformulare anpassen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Globale Workfloweinstellungen konfigurieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Deklarativen Workflow aktivieren oder deaktivieren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Nicht authentifizierten Benutzern die Teilnahme an Workflows genehmigen . . . . . . . . . . . Workflowverlauf deaktivieren oder löschen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1257 1258 1258 1258 1259 1259 1261 1264 1269 1271 1271 1288 1293 1296 1297 1300 1300 1302 1304 1306 1307 1308 1308 1311 1317 1317 1318 1319 1320 1320
Stichwortverzeichnis
.............................................................
1321
........................................................................
1345
Die Autoren
19
Vorwort
21
Vorwort
Endlich sind sie vorbei, die Wochen und Nächte, an denen ich um Mitternacht um die Alster (den See im Zentrum meiner Heimatstadt Hamburg) laufe, um wieder wach zu werden und anschließend mit dem Schreiben an diesem Buch fortzufahren. Endlich müsste ich wohl sagen, aber es fällt mir schwer. Denn in diesen zahllosen Nächten bin ich dem Produkt, das mich schon seit geraumer Zeit in seinen Bann zieht, auch außerhalb des SharePoint-Projektalltags so nahegekommen, dass die Faszination über dessen Komplexität und Möglichkeiten eher zu- als abgenommen hat. Nach einigen Wochen oder Monaten intensiver Beschäftigung mit anderen komplexen Produkten stellte sich in der Vergangenheit eher früher als später eine Art Sättigung ein, da die jeweiligen Möglichkeiten irgendwann ausgeschöpft waren. Dies gilt allerdings nicht für SharePoint. Auch wenn es für SharePoint natürliche Anwendungsgrenzen gibt, so liegen diese mittlerweile so fern, dass man bis zum Erreichen dieser Grenzen voraussichtlich bereits die nächste Produktgeneration erreicht hat. Ich hätte daher ohne Probleme noch ein weiteres halbes Jahr damit zubringen können, das Buch um zahllose weitere Detailinformationen zu ergänzen. Trotzdem gibt es auch ein lachendes Auge in meinem Gesicht, das sich wieder unbeschreiblich über den Platz zum Leben mit der Frau an meiner Seite und meinen beiden Töchtern freut. Kurz gefasst: Es war mir eine Ehre und überwiegend große Freude, dieses Buch schreiben zu dürfen. Trotz aller Freude wird sich an der einen oder anderen Stelle der Fehlerteufel unbemerkt eingeschlichen haben. Unter dem Link http://www.wmit-consulting.de/sp2010 finden Sie einen Bereich, in dem Sie über wichtige Fehler informiert werden und Aktualisierungen zu diesem Handbuch vorfinden. Zu diesen Fehlern und letztlich zu diesem Buch wäre es jedoch nie gekommen, wäre da nicht Janka, die Frau an meiner Seite, die mir die Kraft und Motivation zu diesem Buch gegeben hat. Ich möchte mich hiermit zutiefst bei ihr bedanken und hoffe sehr, dass sie dieses schwergewichtige Buch in unserem gemeinsamen Leben nie gegen mich erheben möge, auch wenn der Produktzyklus einmal längst der Vergangenheit angehört. Sven Maier von HanseVision, den ich außerordentlich schätze, verdient ebenfalls meinen Dank für sein Engagement, mir durch Co-Autoren und seinen Einführungsbeitrag ein wenig von der großen Last dieses Buchs abzunehmen. Die mich in Teilbereichen unterstützenden Co-Autoren werden am Ende dieses Buchs vorgestellt. Ich wünsche Ihnen viele interessante und romantische Stunden mit diesem Handbuch. Wojciech Micka, Hamburg im Oktober 2010
22
Einfach nur ein weiteres Handbuch?
23
Einfach nur ein weiteres Handbuch?
Im Gegensatz zu den letzten Generationen der im Microsoft Press-Verlag erschienen SharePointHandbücher verfolgt dieses Buch einen anderen Ansatz und spricht in vielen Abschnitten neben den Administratoren auch weitere Zielgruppen an. (Abbildung 1). Abbildg. 1
Zielgruppen des SharePoint 2010 für Administratoren-Handbuchs
IT-Leitern und Architekten sind neben der Übersicht speziell die Planungs- und Integrationskapitel (Kapitel 1 bis 3 und 16) hilfreich, um die Zusammenhänge und Möglichkeiten von SharePointTechnologien zu ergründen. Betriebsräte, Datenschutzbeauftragte und viele weitere Rollen im Unternehmen werden in diesen und weiteren Kapiteln hilfreiche Informationen vorfinden, um SharePoint 2010 korrekt einzuordnen und in eine konstruktive Diskussion bei der Einführung dieses zentralen Produktes einzutreten. So finden Datenschutzbeauftragte in Kapitel 3 einen Abschnitt vor, der sie über die Verwendung und Aufzeichnung von potenziell sensiblen Daten aufmerksam macht. Sicherheitsbeauftragte hingegen werden in Kapitel 3 und 13 umfassend über die Sicherheitsrisiken und Abwehrmöglichkeiten dieser Risiken unter Einbeziehung aller erdenklichen Werkzeuge und Verfahren informiert, die in Kombination mit SharePoint 2010 zur Verfügung stehen. Dieses Buch soll Ihnen helfen, SharePoint 2010 zu planen, einzuführen, zu warten und durch zahlreiche zusätzliche Lösungen zu erweitern. Mit diesem Buch wird eine Gratwanderung unternommen. SharePoint ist eine mindestens so komplex wie interessante Plattform, die in viele Bereiche der IT-Landschaft hineinragt. In den SharePoint-Publikationen der letzten Jahre wurde dieser Flexibilität kaum Rechnung getragen und so wurde bei der Betrachtung von SharePoint primär die Ebene der reinen SharePoint-Administration und -Entwicklung betrachtet. Aufgrund der engen Verbindung und den zahlreichen Abhängigkeiten zu Infrastrukturtechnologien reicht eine Betrachtung von SharePoint alleine jedoch längst nicht mehr aus. Um dessen Potential voll auszuschöpfen und SharePoint in einer realen IT-Landschaft kompetent planen, einführen und betreiben zu können, sind weiterführende, interdisziplinäre Informationen sehr hilfreich. Dieses Buch wählt daher einen neuen Ansatz und beschränkt sich nicht mehr allein auf die SharePoint-Produkte. Die Integration von SharePoint in die wichtigsten angrenzenden Technologien wird praxisnah vorgestellt und deren Integration in vielen Beispielen demonstriert.
24
Einfach nur ein weiteres Handbuch?
Die hier behandelten Technologien, Produkte und Lösungen sind so zahlreich, dass sie an dieser Stelle nicht vollständig aufgezählt werden können, sondern lediglich in der Übersicht auf einige wenige Produkte in Lösungskategorien zusammengefasst werden (Abbildung 2). Abbildg. 2
Übersicht der wichtigen SharePoint-Technologien und Integrationsszenarien
Der Zweck der aufgezeigten Integrationsszenarien liegt nicht darin, einen SharePoint-Administrator zu einem Spezialisten für diese angrenzenden Produkte auszubilden. Vielmehr wird ein SharePointAdministrator hierdurch in die Lage versetzt, gemeinsam mit den Kollegen aus anderen Technologiesegmenten die erforderlichen übergreifenden Arbeitsschritte zu planen und optimal umzusetzen. Bei diesem Handbuch handelt es sich gleichzeitig um eine SharePoint 2010-Referenz, die eine gezielte Behandlung einzelner Arbeitsschritte ermöglichen muss. Daher finden Sie in einigen Abschnitten Wiederholungen und Überschneidungen. In den Kapiteln finden Sie neben einer Vielzahl an Arbeitsschritten ein alternatives PowerShell-Beispiel für die Lösung des jeweiligen Arbeitsschritts. Diese Beispiele helfen Ihnen dabei, sich mit der PowerShell für die SharePoint-Verwaltung vertraut zu machen. Längere Beispielskripts finden Sie 25
Einfach nur ein weiteres Handbuch?
zusammen mit zahlreichen Dokumenten, Hilfswerkzeugen und Installationsressourcen auf der Begleit-CD zu diesem Buch. Zu den wichtigen SharePoint-Technologien und -Erweiterungen erhalten Sie am Ende der entsprechenden Kapitel die Best Practices zu deren Einrichtung und Betrieb. Um Ihnen möglichst viele Problemlösungsansätze bieten zu können, werden in diesem Buch zahlreiche Drittanbieterlösungen erwähnt und teilweise praktisch vorgestellt. Diese Erweiterung des Inhalts dient dazu, Ihnen einerseits die Grenzen von SharePoint 2010, andererseits gleichzeitig mögliche Auswege aus diesen Problemen aufzuzeigen. Das Buch ist inhaltlich so aufgebaut, dass Sie nach einer generellen SharePoint-Einführung in Kapitel 1 in Kapitel 2 auf die Neuerungen von SharePoint 2010 gegenüber der Vorversion aufmerksam gemacht werden. In Kapitel 3 lernen Sie die wichtigsten Bausteine für die erfolgreiche Planung von SharePoint 2010 kennen. Viele der hier enthaltenen Informationen sind dabei speziell für komplexere SharePoint-Umgebungen von Relevanz. Aufgrund der bereits sehr umfangreichen SharePointBasisinfrastrukturplanung wird an dieser Stelle die Planung für einige der erweiternden Technologien in die dazugehörigen Kapitel verlagert. Die Kapitel 4 bis 6 demonstrieren die Bereitstellung einer SharePoint 2010-Serverfarm in ihren wichtigsten Arbeitsschritten. Dabei sind die Kapitel unterteilt in eine reine SharePoint-Rohinstallation, ohne die Konfiguration erweiterter Anwendungen (Kapitel 4), die Bereitstellung von Dienstanwendungen (Kapitel 5) und die Bereitstellung von Anpassungen sowie das Optimieren der Installation (Kapitel 6). Dabei können Sie diese Anleitung sowohl für SharePoint Foundation 2010 als auch SharePoint Server 2010 verwenden, da Sie in den Anweisungen auf etwaige Abweichungen hingewiesen werden. Nach der erfolgreichen Bereitstellung erfahren Sie in Kapitel 7, wie Sie die SharePoint-Serverfarm erfolgreich warten und überwachen können. In Kapitel 8 erhalten Sie zu einigen ausgewählten Gebieten und SharePoint-Komponenten weiterführende Informationen. Das Kapitel 9 bietet Ihnen Handlungsanweisungen für die wichtigsten SharePoint 2010-Verwaltungsoperationen. Dabei werden aufgrund der Komplexität einige Verwaltungsoperationen in ausgegliederte Kapitel verlagert. Mithilfe der in Kapitel 10 angeführten Beispiele aus der Clientperspektive werden viele der angeführten, serverseitigen Funktionen unter Verwendung eines Websiteadministrators oder Benutzers demonstriert. Das Kapitel 11 widmet sich ausschließlich der SharePoint Server-Suche sowie dem FAST Search Server 2010 für SharePoint. In den Kapiteln 12 und 13 stehen Sicherheitsaspekte im Vordergrund. Während Kapitel 12 sich exklusiv den Authentifizierungsmethoden widmet, werden in Kapitel 13 zahlreiche Sicherheitstechnologien, die kombiniert mit SharePoint zum Einsatz gebracht werden können, betrachtet und demonstriert. Dabei werden nicht nur triviale Situationen erläutert, sondern auch komplexe, mehrstufige Authentifizierungsszenarien auf Basis der Kerberos-eingeschränkten Delegierung in Kombination mit Technologien wie Reporting Services demonstriert. In Kapitel 14 werden Migrationen aus den verschiedensten Blickwinkeln heraus betrachtet. Dabei werden Migrationen von früheren SharePoint-Versionen ebenso wie SharePoint 2010-interne Migrationen betrachtet, die auch für SharePoint-Neueinsteiger von großer Bedeutung sind. Neben diesen Migrationspfaden wird auch ein Blick auf die Migration von Fremdsystemdaten in Richtung SharePoint 2010 gerichtet, um Ihnen beispielsweise einen Überblick über die Exchange ServerÖffentliche Ordner-Migration zu gewähren. Für die Durchführung von Sicherungen und Wiederherstellungen auf Basis der internen SharePoint-Werkzeuge, SQL Server und System Center Data Protection Manager erhalten Sie in Kapitel 15 zahlreiche Beispiele. 26
Einfach nur ein weiteres Handbuch?
Ein wichtiger Auszug der zahlreichen Erweiterungen von SharePoint wird in Kapitel 16 vorgestellt. Zu diesen Erweiterungen gehören dabei SharePoint-dienliche Erweiterungen wie das Bereitstellen von Hochverfügbarkeit durch Netzwerklastenausgleich oder von SQL Server-Failovercluster, ebenso wie die Integration von Reporting Services, Remote Blob-Speicher oder Exchange Server. Nachdem Ihnen in den Kapiteln 4 bis 16 zahlreiche PowerShell-Beispielskripts demonstriert wurden, finden Sie in Kapitel 17 weiterführende Informationen zu der Verwendung der PowerShell, speziell in Hinsicht auf die SharePoint-spezifischen Besonderheiten, um die wichtigsten SharePointAufgaben mit der PowerShell meistern zu können. Das Kapitel 18 behandelt zahlreiche mögliche Fehler bei der SharePoint-Administration sowie bekannte Fehler beim Zugriff auf SharePoint 2010. Gleichzeitig werden Ihnen zu diesen Fehlern Workarounds oder Prüfungsverfahren demonstriert, um häufige alltägliche Administrationsfehler unkompliziert lösen zu können. Aufgrund der dichten Verknüpfung zwischen SharePoint 2010 und Automationsprozessen, die bislang nur selten aus administrativer Sicht eingehender betrachtet wurden, finden Sie in Kapitel 19 abschließend die wichtigsten Grundlagen für den Umgang mit und die Verwaltung von Workflows auf Basis der neuen SharePoint 2010-Werkzeuge vor. Nun bleibt nur noch eines zu sagen: Haben Sie viel Freude bei der Lektüre und der Anwendung der Inhalte dieses Buchs!
27
Kapitel 1
Microsoft SharePoint Server 2010 – Der Einstieg
In diesem Kapitel: Microsoft SharePoint Server 2010 und die digitale Arbeitswelt
30
Einsatzbereiche von Microsoft SharePoint Server 2010
34
Zusammenfassung
50
29
Kapitel 1
Microsoft SharePoint Server 2010 – Der Einstieg
Seit dem Erscheinen der ersten SharePoint-Generation, Microsoft SharePoint Portal Server 2001 und Windows SharePoint Team Services, ist fast ein Jahrzehnt vergangen. Ein Jahrzehnt, in dem das Web als zentrales Informations- und Kommunikationsmedium die Arbeitswelt erobert und in kürzester Zeit signifikant verändert hat. Unternehmensportale, Intranet oder virtuelle Arbeitsräume sind in dieser Zeit in den meisten Unternehmen zum zentralen Bestandteil der Applikationslandschaft geworden. Und immer öfter ist eines der SharePoint Server-Produkte die Plattform, mit der eine entsprechende Applikation realisiert wird. Für diese Entscheidung gibt es gute Gründe, die wir Ihnen in diesem Abschnitt vorstellen wollen. Dabei bekommen Sie einen ersten Überblick über die Bedeutung und die wichtigsten Einsatzmöglichkeiten von Microsoft SharePoint Server 2010 im Unternehmen. Jene Leser, die sich das erste Mal mit dem Thema SharePoint auseinandersetzen, erhalten im direkt folgenden Abschnitt »Microsoft SharePoint Server 2010 und die digitale Arbeitswelt« einen Überblick über die SharePoint-Technologie. Jenseits des harten Administrationsalltags erfahren Sie, welche Verbindung es zwischen den Microsoft Office-Clientanwendungen und der Microsoft SharePoint-Technologie gibt, warum die SharePoint-Plattform so erfolgreich ist und in welchen Bereichen Microsoft SharePoint Server 2010 im Unternehmen eingesetzt wird. Sollten Sie zu den Lesern gehören, die bereits eine Vorversion von Microsoft SharePoint Server 2010 kennen oder sich ausschließlich für die technischen Fakten interessieren, finden Sie im Abschnitt »Einsatzbereiche von Microsoft SharePoint Server 2010« ab Seite 34 eine Zusammenfassung über Anwendungsbereiche und Komponenten von SharePoint Server 2010.
Microsoft SharePoint Server 2010 und die digitale Arbeitswelt Microsoft SharePoint Server 2010 ist nunmehr die vierte Generation der SharePoint-Technologie. In diesen vier Generationen hat Microsoft SharePoint Server seinen Siegeszug zu dem am schnellsten wachsenden Microsoft-Serverprodukt angetreten und als Portal- und Kollaborationsplattform in viele Unternehmen Einzug gehalten. Welche Gründe es gibt, Microsoft SharePoint Server 2010 im Unternehmen einzusetzen, und welche Herausforderungen mit dieser Plattform gelöst werden können, erfahren Sie in diesem Abschnitt. Bei der Organisation und Verrichtung unserer Arbeit unterstützt uns mittlerweile eine ganze Flut digitaler Helfer in Form verschiedenster Anwendungs- und Serverprogramme. Trotz dieser nahezu unüberschaubaren Vielfalt an Anwendungen haben sich weltweit De-facto-Standards in der digitalen Arbeitswelt etabliert. Einer dieser Standards ist die Microsoft Office-Produktfamilie. Die vier prominentesten Vertreter (Microsoft Word, Excel, Outlook und PowerPoint) werden von vielen Millionen Menschen täglich erfolgreich eingesetzt und sind aus der täglichen Arbeit nicht mehr wegzudenken.
Microsoft Office-Anwendungen: Helfer für die persönliche Produktivität Die Microsoft Office-Produkte werden von ihren Nutzern vor allem aufgrund ihrer hohen Funktionalität bei gleichzeitig einfacher Bedienung geschätzt. Mit jeder neuen Office-Generation halten dabei neue Innovationen und Funktionen Einzug in die Produktfamilie, die den Nutzer bei der täglichen Arbeit unterstützen und die persönliche Produktivität erhöhen. Ein sehr schönes Beispiel für
30
Microsoft SharePoint Server 2010 und die digitale Arbeitswelt
diese Innovationen ist die neu gestaltete Benutzeroberfläche in Microsoft Office 2007. Dabei wurde die bisherige Benutzeroberfläche in Form von Menüs und Symbolleisten durch das intuitiv zu bedienende, kontextsensitive Menüband (Abbildung 1.1) ersetzt. HINWEIS Der Begriff Menüband wurde in Office 2007 noch als Multifunktionsleiste bezeichnet. In diesem Buch wird ausschließlich die seit Office 2010 neue Bezeichnung Menüband verwendet. Mittlerweile hat sich die Microsoft Office-Fluent-Benutzeroberfläche als neuer De-facto-Standard etabliert und wird von vielen Anwendungen genutzt. Abbildg. 1.1
Das Menüband in Microsoft Word 2010
In Microsoft Office 2010 ist diese Benutzeroberfläche nun durchgängig in allen Office-Produkten implementiert und hat gleichzeitig Einzug in SharePoint Server 2010 (Abbildung 1.2) gehalten. Damit wird für Anwender die Bedienung von SharePoint intuitiver und einfacher. Auch wenn das webbasierte Menüband sicherlich kein ausreichender Grund ist, Microsoft SharePoint Server 2010 einzusetzen, illustriert dieses Beispiel trotzdem sehr schön die enge Beziehung zwischen den Microsoft Office-Clientanwendungen und den Microsoft SharePoint-Produkten. Während Word, Excel, Outlook und Co. in erster Linie als persönliche Anwendungen verwendet werden, um Informationen individuell zu erstellen und zu verarbeiten, dreht sich bei den Microsoft SharePoint-Produkten alles um die gemeinsame Nutzung und Bereitstellung dieser Informationen.
31
Kapitel 1
Abbildg. 1.2
Microsoft SharePoint Server 2010 – Der Einstieg
Das Menüband in SharePoint Server 2010
Microsoft SharePoint-Plattform: Helfer für die Zusammenarbeit Gemeinsam mit Kollegen, Kunden und Lieferanten zusammenarbeiten und dabei den Überblick über wichtige Dokumente, offene Aufgaben und Vorgänge zu behalten und die jeweils benötigten Informationen schnell zu finden, sind Herausforderungen, denen wir uns täglich stellen. Einige dieser Probleme sind Ihnen sicherlich aus ihrem Arbeitsalltag bekannt: 쐍 E-Mails werden bevorzugt in persönlichen Postfächern abgelegt 쐍 Dateifreigaben mit komplizierten Strukturen sind die bevorzugte Ablage für Dateien im Unternehmen 쐍 Dokumente werden als E-Mail-Anlage an einen Empfängerkreis versendet, was direkt zu redundanten Informationen führt. Werden diese Dokumente individuell weiterverarbeitet, entstehen zusätzlich verschiedene Versionen dieser Ausgangsdatei in verschiedenen persönlichen Ablagen. 쐍 Informationen zu einem einzigen Vorgang liegen in verschiedenen Ablagen und Dateninseln verstreut und müssen mühsam zusammengesucht werden, um sie in einen Arbeitskontext zu bringen Diese Liste ließe sich beliebig fortführen und verdeutlicht das Problem: Clientanwendungen alleine unterstützen uns dabei, Informationen schnell und in hoher Qualität zu produzieren. Aber für die Zusammenarbeit oder die kontextbezogene Bereitstellung von Informationen unterstützt uns diese Art von Anwendungen nur eingeschränkt. Dieses hat Microsoft früh erkannt und begonnen, eine Plattform zu realisieren, die Anwender in der Zusammenarbeit unterstützt. Das Ergebnis ist die Microsoft SharePoint-Plattform. Dabei wurde von Anfang an auf eine enge Verzahnung der Share-
32
Microsoft SharePoint Server 2010 und die digitale Arbeitswelt
Point-Plattform und den Microsoft Office-Clientanwendungen geachtet, um eine einfache Benutzung und ein optimales Zusammenspiel zu gewährleisten: 쐍 Dokumente können direkt aus den Microsoft Office-Anwendungen in SharePoint abgelegt werden 쐍 Termine, Kontakte und Aufgaben, die in SharePoint abgelegt sind, können in Outlook angezeigt und seit Office 2007 editiert werden. Änderungen werden zwischen Outlook und SharePoint synchronisiert. 쐍 PowerPoint-Folien können in SharePoint-Folienbibliotheken abgelegt, mit Metadaten angereichert und zentral verwaltet werden. Neue Präsentationen lassen sich durch die Auswahl der gewünschten Folien mit wenigen Klicks erzeugen. Spätere Änderungen in den Folien können in bestehende Präsentationen übernommen werden. 쐍 SharePoint-Funktionen wie Metadaten, Workflowaufgaben, Versionsinformationen etc. sind direkt in den jeweiligen Office-Anwendungen nutzbar 쐍 Mit Microsoft Office InfoPath erstellte digitale Formulare können in SharePoint Server 2010 als webbasierte Formulare genutzt werden. Mit dieser Technologie lassen sich Geschäftsprozesse digital abbilden. Diese Liste zählt nur einige der zahlreichen Funktionen auf, welche die Arbeit mit den gewohnten Microsoft Office-Clientanwendungen und der Microsoft SharePoint-Plattform einfach wie effizient gestalten. Dieses Zusammenspiel zwischen SharePoint und Office ist aus Sicht der Autoren einer der wichtigsten Gründe für die große Akzeptanz, welche die SharePoint-Plattform in den letzten Jahren erlangt hat. Abbildg. 1.3
Bearbeiten einer Excel-Datei im Browser
33
Kapitel 1
Microsoft SharePoint Server 2010 – Der Einstieg
Ein Ende dieser Entwicklung ist dabei nicht abzusehen. So stellen Microsoft Office Web Apps webbasierte Anwendungen für Microsoft Word, Excel, PowerPoint und OneNote zur Verfügung. Mithilfe dieser Webanwendungen lassen sich Microsoft Office-Dokumente direkt im Browser darstellen und bearbeiten. So können Sie z.B. zusammen mit Kollegen zeitgleich ein Excel-Arbeitsblatt im Browser bearbeiten (Abbildung 1.3). Sobald Sie Microsoft Office Web Apps auf SharePoint Server 2010 installieren, stehen diese Funktionen für Ihre Anwender zur Verfügung. Mithilfe des PowerPoint-Übertragungsdiensts (PowerPoint Broadcast) lassen sich außerdem PowerPoint-Präsentationen über das Web durchführen.
Einsatzbereiche von Microsoft SharePoint Server 2010 Neben der reinen Microsoft Office-Integration hält die SharePoint-Plattform viele weitere Funktionen bereit, die Sie zu einer der besten Portal- und Kollaborationsplattformen am Markt machen. Eine Übersicht über die vielen Bereiche, die SharePoint Server 2010 abdeckt, erhalten Sie in diesem Abschnitt. Microsoft positioniert die SharePoint 2010-Plattform als »The Business Collaboration Platform for the Enterprise and the Web«. Damit wird der Anspruch ausgedrückt, dass die SharePoint-Produkte eine ganzheitliche und umfassende Basis für die tägliche Arbeit im Unternehmen und darüber hinaus darstellt. Abbildg. 1.4
Funktionsbereiche von Microsoft SharePoint Server 2010
Entsprechend vielfältig ist der Funktionsumfang, den Microsoft SharePoint Server 2010 zur Verfügung stellt. Der Übersichtlichkeit halber hat Microsoft die Funktionen in die sechs Bereiche Sites, Communities, Content, Search, Insights und Composites (Abbildung 1.4) gruppiert. Entlang dieser Bereiche werden wir Ihnen auf den folgenden Seiten die wichtigsten Funktionen von Microsoft SharePoint Server 2010 kurz vorstellen. 34
Einsatzbereiche von Microsoft SharePoint Server 2010
HINWEIS
Die sechs Bereiche werden jedem Leser, der sich eingehender mit der SharePointTechnologie beschäftigt, so häufig begegnen, dass die Autoren im Folgenden die englischen Bezeichnungen verwenden und auf eine Übersetzung ins Deutsche bewusst verzichten.
Sites – Zusammenarbeit im Web 2.0-Zeitalter Unter dem Begriff Sites finden sich die Kernfunktionen der SharePoint-Plattform. Hier geht es um die Zusammenarbeit zwischen Personen. Egal ob Sie im Projektteam, mit Kunden oder Dienstleistern oder innerhalb der Abteilung die Zusammenarbeit und den Informationsaustausch verbessern wollen, SharePoint Server 2010 ist eine optimale Plattform, um diese Anforderungen zu erfüllen. Zentrales Strukturelement sind dabei virtuelle Arbeitsbereiche (Websites oder Teamsites), in denen alle Informationen strukturiert und dargestellt werden. Neue Websites lassen sich über die Benutzeroberfläche anhand von Vorlagen einfach erstellen (Abbildung 1.5). Abbildg. 1.5
Erstellen einer neuen Website
Technisch gesehen besteht ein SharePoint-Portal somit aus einer Vielzahl von einzelnen Websites, die in ihren verschiedenen Ausprägungen Lösungen für die unterschiedlichsten Anforderungen bieten: 쐍 Nutzung einer Website als Projektraum, in dem Dokumente, Aufgaben, Meilensteine, Ideen etc. zu einem Projekt gesammelt und miteinander ausgetauscht werden 쐍 Ein Besprechungsarbeitsbereich wird für regelmäßige Besprechungen verwendet. Er enthält Tagesordnungspunkte, das Protokoll und offene Punkte aus allen Besprechungen. 35
Kapitel 1
Microsoft SharePoint Server 2010 – Der Einstieg
쐍 Mithilfe der Website-Vorlage Unternehmenswiki lassen sich Wikis für Dokumentationen, Unternehmensglossare, Wissenssammlungen etc. erstellen 쐍 Die Veröffentlichungswebsite bietet alle nötigen Funktionen für die Erstellung einer Internetpräsenz Microsoft SharePoint Server 2010 wurde, im Vergleich zu seinen Vorgängern, um weitere neue Vorlagen erweitert. Gleichzeitig wurden viele vorhandene Vorlagen erweitert und in ihrem Funktionsumfang verbessert. Einmal erstellte Websites können von den Anwendern an die eigenen Bedürfnisse angepasst und erweitert werden. Hierfür stehen »Bausteine«, die sogenannten Webparts, zur Verfügung, mit deren Hilfe sich Seiten einer Website an die eigenen Anforderungen anpassen lassen (Abbildung 1.6). Abbildg. 1.6
Anpassen einer Seite mithilfe von Webparts
Neben dem Anpassen der Inhaltsseiten stehen den Anwendern auf einer Teamsite »Container« für Ihre Informationen bereit: 쐍 Listen In Listen lassen sich Informationen wie in einer Exceltabelle oder Datenbank erfassen. Egal ob Sie Kontakte, Aufgaben, Termine oder Produktlisten verwalten wollen. 쐍 Dokumentbibliotheken Dokumentbibliotheken funktionieren wie Listen, mit dem Unterschied, dass Sie in dieser Art von Container Dokumente ablegen
36
Einsatzbereiche von Microsoft SharePoint Server 2010
Abbildg. 1.7
Dokumentbibliothek in SharePoint 2010
Listen wie auch Bibliotheken stellen Ihnen eine Vielzahl von Funktionen zur Verfügung, welche die Arbeit mit Informationen im Alltag deutlich erleichtern. In Abbildung 1.7 ist beispielhaft eine Dokumentbibliothek dargestellt. Dokumente können mit Metadaten (Produktgruppe und WhitepaperTags) versehen werden. Änderungen an den Dokumenten und Metadaten unterliegen einer automatischen Versionskontrolle. Ältere Versionen können jederzeit wiederhergestellt werden. Die einzelnen Dokumente können von Ihnen und anderen Anwendern bewertet werden und mithilfe von Benachrichtigungen können Sie sich per E-Mail über Änderungen an Dokumenten informieren lassen. Mithilfe von Genehmigungsworkflows lassen sich Freigabe- und Genehmigungsprozesse für Dokumente abbilden. Sie sehen, es gibt viel zu entdecken.
Communities – Enterprise 2.0 und soziale Netzwerke mit SharePoint Im vorhergehenden Abschnitt haben wir Sie mit den wichtigsten Funktionen und Strukturen von SharePoint vertraut gemacht. Mit diesem Wissen wollen wir gemeinsam mit Ihnen den Bereich Communities erkunden. Unter dem Begriff Communities summiert Microsoft alle Web 2.0-Funktionen sowie Funktionen, die die direkte Zusammenarbeit zwischen einzelnen Personen erleichtern und es erlauben, Social Networking und Enterprise 2.0 im Unternehmen zu etablieren. So fallen Wikis, Blogs und das Tagging von Informationen ebenso wie persönliche Websites und Benutzerprofile in diesen Bereich.
37
Kapitel 1
Microsoft SharePoint Server 2010 – Der Einstieg
HINWEIS
Enterprise 2.0 wird häufig als Einsatz von Web 2.0-Technologien wie Wikis, Weblogs/Blogs und Social Tagging im Unternehmenskontext verstanden. Diese Definition ist aus Sicht der Autoren unzureichend. Vielmehr geht es bei Enterprise 2.0 in erster Linie um das Vernetzen von Menschen über Informationen. In diesem Kontext ist Enterprise 2.0 als Unternehmensphilosophie zu bewerten, der reine Einsatz von Technik greift hier zu kurz. Web 2.0-Technologien erleichtern lediglich die Umsetzung von Enterprise 2.0, der eigentliche Wandel findet bei uns Menschen und der Art, wie wir gemeinsam mit Informationen arbeiten und Wissen teilen, statt. Dieser Wandel manifestiert sich im Internet in der großen Beliebtheit von sozialen Netzwerken wie Facebook, XING und Co. Diese Angebote zeigen, wie Wissenstransfer, Recherche und Informationsaustausch durch soziale Netzwerke unterstützt werden können und wie sich die Art Informationen zu erzeugen, zu recherchieren und zu konsumieren ändert.
Nach diesem kurzen Exkurs wollen wir uns nun den Community-Funktionen von SharePoint widmen. Zentrale Strukturelemente für den Bereich Communities sind Meine Website und Mein Profil. Die Funktion Meine Website stellt für jeden Benutzer eine persönliche Website zur Verfügung (Abbildung 1.8). Hier können personalisierte Informationen angezeigt werden (z.B. der eigene Kalender oder das Benutzerpostfach). Gleichzeitig lassen sich hier eigene Dokumente, Bilder etc. ablegen. Unterhalb von Meine Website lassen sich ein persönliches Blog oder weitere Websites anlegen. Abbildg. 1.8
Beispiel für eine persönliche Website Meine Website
Die persönliche Website wird um ein Benutzerprofil ergänzt. In diesem Profil sind standardmäßig Benutzerdaten (Telefon, E-Mail, Abteilung, Vorgesetzter usw.) vorhanden, die aus Active Directory importiert werden. Jeder Benutzer kann diese Daten z.B. um ein persönliches Foto, seinen Geburts38
Einsatzbereiche von Microsoft SharePoint Server 2010
tag, seine Fachkenntnisse ergänzen. Diese Informationen helfen Ihnen und Ihren Kollegen später bei der Suche. So können Sie schnell und gezielt nach Personen, die spezielle Fachthemen bearbeiten oder einfach nur die gleichen Interessen wie Sie selbst haben, suchen (Abbildung 1.9). Abbildg. 1.9
Ergebnis der Personensuche in SharePoint Server 2010
Auf Basis dieser beiden Funktionen bietet SharePoint Server 2010 viele weitere Funktionen, von denen wir einige kurz hervorheben wollen: 쐍 Sie können Personen zu Ihrem persönlichen, sozialen Firmennetzwerk hinzufügen 쐍 Die Funktion Mein Newsfeed hält Sie über Aktivitäten Ihres Netzwerks auf dem Laufenden 쐍 Über die Funktion Konten sozialer Netzwerke von Outlook 2010 lassen sich diese Aktivitäten auch mit Outlook verknüpfen 쐍 Über den Organisations-Browser können Sie bequem und einfach die Position jeder Person im Unternehmensorganigramm ansehen 쐍 Mithilfe des Webparts Pinnwand können Sie kurze Notizen (Stichwort »Microblogging«) auf dem Profil anderer Personen hinterlassen oder direkt Fragen zu Themen stellen Ergänzend zu diesen Funktionen stehen Ihnen natürlich auch die klassischen Web 2.0-Technologien wie Wikis, Blogs, Tagging und Rating von Informationen zur Verfügung. In dieser Kombination bietet Ihnen SharePoint Server 2010 die nötigen Voraussetzungen, um innerhalb des Unternehmens ein aktives, soziales Netzwerk aufzubauen und Ihren Weg zum Enterprise 2.0-Unternehmen zu unterstützen. 39
Kapitel 1
Microsoft SharePoint Server 2010 – Der Einstieg
Content – Enterprise Content Management (ECM) mit SharePoint Im Segment Content dreht sich alles um Ihre Inhalte und Daten, die Sie in SharePoint ablegen. Im Mittelpunkt stehen hierbei die Funktionen im Bereich Dokumenten- und Datensatzverwaltung von SharePoint Server 2010 sowie die Möglichkeit, SharePoint Server 2010 als Web Content Management-System (WCMS) zu verwenden. Beide Bereiche werden wir gesondert betrachten.
Dokumentenverwaltung und Datensatzverwaltung (Records Management) Seit der ersten SharePoint-Generation ist die strukturierte Ablage und Verschlagwortung von Dokumenten eine Stärke von SharePoint. Dabei bietet SharePoint Server seit der ersten Version Funktionen wie Versionierung, Check-In-/Check-Out-Mechanismen und die Anreicherung von Dokumenten mit Metadaten. Diese Funktionen, die bisher klassischen Dokumentenmanagementsystemen vorbehalten waren, wurden von den Anwendern schnell angenommen und intensiv genutzt. Die intuitive Oberfläche von SharePoint Server 2010 und die Möglichkeit, Dokumente direkt aus den gewohnten Office-Anwendungen heraus in SharePoint zu speichern, gestalten die Arbeit dabei deutlich einfacher als in vielen Dokumentenmanagementsystemen. Dieses hat zu einer hohen Akzeptanz auf Anwenderseite und in Unternehmen geführt. HINWEIS Die hohe Akzeptanz verleitet jedoch oft auch dazu, dass Abteilungen und Unternehmen versuchen, Ihre Dateifreigaben von einem Tag auf den anderen mithilfe der SharePointPlattform zu ersetzen. In der Praxis führt dieses häufig zu einem unvorhergesehenen Datenvolumen und einer unkontrollierten Ablage von Dokumenten. Ein weiteres »Datengrab« für Unternehmensdaten ist hier schnell entstanden. Insbesondere im Bereich Enterprise Content Management, das zum Ziel hat, die unternehmensrelevanten Inhalte und Dokumente mit geeigneten Technologien zu erfassen, ihren Lebenszyklus abzubilden und organisatorische Prozesse zu unterstützen, ist deshalb ein sorgfältig geplantes Vorgehen unabdingbar.
Als Container für Dokumente stellt die SharePoint-Plattform Dokumentbibliotheken bereit, die im Abschnitt »Sites – Zusammenarbeit im Web 2.0-Zeitalter« ab Seite 35 kurz beschrieben wurden. Ein weiteres zentrales Konzept für Dokumentenmanagement in SharePoint sind Dokumentinhaltstypen. Ein Dokumentinhaltstyp beschreibt die Eigenschaften eines Dokuments. Hierzu gehören die verwendete Vorlage, die Metadaten sowie Richtlinien, die auf das Dokument angewendet werden sollen. Inhaltstypen können zentral definiert und anschließend in vielen Dokumentbibliotheken verwendet werden. Dies hat den Vorteil, dass die Spalten für Metadaten nachträglich nur an einer Stelle ergänzt werden müssen. In den Dokumentbibliotheken, die diesen Dokumentinhaltstyp verwenden, werden diese automatisch ergänzt. Das Gleiche gilt für die Dokumentvorlage. Die Abbildung 1.10 zeigt exemplarisch eine Dokumentbibliothek mit fünf verschiedenen Dokumentinhaltstypen, die dem Anwender beim Anlegen eines neuen Dokuments zur Verfügung stehen.
40
Einsatzbereiche von Microsoft SharePoint Server 2010
Abbildg. 1.10
Inhaltstypen in einer Dokumentbibliothek
Mit Erscheinen von Microsoft Office SharePoint Server 2007 wurde die Dokumentenverwaltung in SharePoint um Datensatzverwaltungsfunktionen erweitert. In der Datensatzverwaltung geht es insbesondere um die sichere, kontrollierte Aufbewahrung von Informationen und Dokumenten im Unternehmen bis zur kontrollierten Vernichtung oder einer dauerhaften Archivierung nach einem definierten Aufbewahrungszeitraum. Werden also aufbewahrungspflichtige Dokumente (z.B. Rechnungen, Personalakten) in ihrem Lebenszyklus als Datensatz (Record) deklariert, muss ab diesem Moment sichergestellt sein, dass innerhalb der gesetzlichen Aufbewahrungsfrist keine Veränderung oder Löschung der Dokumente vorgenommen werden kann. HINWEIS Die internationale Norm ISO 15489 enthält eine offizielle Definition für Datensatzverwaltung. Eine noch bessere Übersicht finden Sie unter http://www.bundesarchiv.de/imperia/ md/content/abteilungen/abtb/bbea/01_din_iso_15489_vortrag.pdf. So wie es in der Datensatzverwaltung erwartet wird, bietet Ihnen SharePoint Server 2010 die Möglichkeit, Ihre Dokumente gesichert und unveränderbar abzulegen. Sie erkennen Datensätze an einem Schloss auf dem Symbol (Abbildung 1.11). Die Möglichkeiten, entsprechende Dokumente zu manipulieren, fehlen, und die entsprechenden Befehle sind aus dem Kontextmenü verschwunden. Abbildg. 1.11
Als Datensatz deklarierte Dokumente
Zusätzlich gibt es in SharePoint Server 2010 viele weitere Funktionen, die die Plattform zu einer geeigneten Plattform für Enterprise Content Management machen: 쐍 Mit Workflows lassen sich Freigabe-, Genehmigungsprozesse usw. für Dokumente abbilden. Auch Datensätze lassen sich im Rahmen eines Workflows generieren. 41
Kapitel 1
Microsoft SharePoint Server 2010 – Der Einstieg
쐍 Metadaten und Schlagworttaxonomien können global verwaltet werden 쐍 Mit Dokumentmappen lassen sich Akten und Mappen, die mehrere Dokumente beinhalten, realisieren 쐍 Informationsverwaltungsrichtlinien erlauben unter anderem die Definition von Aufbewahrungsrichtlinien. Für jeden Dokumenttyp können dabei mehrere Aufbewahrungsphasen definiert werden. So kann ein Dokument z.B. drei Monate nach der Erstellung automatisch als Datensatz deklariert werden und nach zehn Jahren automatisch gelöscht werden. Mit diesen und vielen weiteren Funktionen, die wir an dieser Stelle nicht beschreiben, stellt SharePoint Server 2010 eine Plattform dar, die das Potenzial hat, alle Lebenszyklen eines Dokuments abzubilden. Abbildg. 1.12
Lebenszyklus von Dokumenten
Die Philosophie, die dabei der SharePoint-Plattform zugrunde liegt, ist in Abbildung 1.12 beispielhaft skizziert: 쐍 Projektteams oder Arbeitsgruppen nutzen SharePoint-Teamsites aktiv für ihre Zusammenarbeit. Die Zahl entsprechender Websites ist groß, das Datenvolumen je Einheit jedoch eher gering. In einem entsprechenden Arbeitskontext werden viele Dokumente als Ergebnis der Zusammenarbeit erstellt. Ein Teil dieser Ergebnisse, wie finale Projektberichte oder abgestimmte Präsentationen, wird dann z.B. auf Abteilungsebene anderen Kollegen zur Verfügung gestellt. 쐍 Im Kontext einer Abteilung werden abgestimmte Dokumente allen Mitarbeitern zur Verfügung gestellt. Die Anzahl entsprechender Websites ist überschaubar, dafür ist das Datenvolumen je Einheit deutlich größer. Häufig wird hierfür die Website-Vorlage Dokumentcenter verwendet. Viele dieser Dokumente (Rechnungen, Produktdatenblätter, Arbeitsanweisungen usw. sind aufbewahrungspflichtig und werden im Rahmen eines definierten Prozesses als Datensatz deklariert und in ein entsprechendes Datensatz-Repository kopiert oder verschoben, damit die Unveränderlichkeit der Dokumente gewährleistet ist.
42
Einsatzbereiche von Microsoft SharePoint Server 2010
쐍 Jedes Unternehmen wird in der Praxis für Datensätze mehrere Ablagen benötigen (Finanzbuchhaltung, Vertragswesen, Produktion usw.). SharePoint stellt für diese Art der Ablage die Website-Vorlage Datensatzcenter zur Verfügung. Über ein automatisches Routing auf Basis von Regeln können Dokumente dabei automatisiert an den richtigen Speicherort verschoben werden. Mithilfe von Aufbewahrungsrichtlinien und anderen Mechanismen können die Verantwortlichen eines Datensatz-Repository die korrekte Nutzung gewährleisten. 쐍 Die Anzahl entsprechender Ablagen ist gering, das Datenvolumen, bedingt durch lange Ablagezeiträume, jedoch extrem hoch. Mithilfe von Technologien wie Remote BLOB-Speicherung (Remote BLOB Storage, RBS) können die Dokumente aber außerhalb von Microsoft SQL Server auf anderen Speichersystemen abgelegt werden. Hier ist z.B. auch der Einsatz von spezialisierten Hardwarespeichersystemen möglich. 쐍 Am Ende der vorgegebenen Aufbewahrungszeit wird schließlich über einen definierten Prozess entschieden, wie mit den Datensätzen weiter verfahren wird. So ist eine automatische Löschung, hervorgerufen durch eine zentrale Aufbewahrungsrichtlinie, möglich. Die Dokumente können aber auch an ein spezielles, für die Langzeitarchivierung geeignetes Speichersystem übergeben werden. Als Fazit bleibt an dieser Stelle, dass SharePoint Server 2010, eine entsprechende Planung vorausgesetzt, eine geeignete Plattform für Enterprise Content Management darstellt.
Web Content Management Neben dem Enterprise Content Management lässt sich SharePoint Server 2010 auch als Web Content Management-System einsetzen. Mithilfe dieser Funktion können Sie Internet- oder Intranetauftritte gestalten und umsetzen (Abbildung 1.13). Immer mehr Unternehmen nutzen diese Möglichkeit, damit sie nur noch eine Plattform für Intranet, Zusammenarbeit, Extranet und Internet betreiben müssen und somit ihre Betriebskosten minimieren. Abbildg. 1.13
Mit SharePoint Server 2010 erstellte Internetpräsenz
43
Kapitel 1
Microsoft SharePoint Server 2010 – Der Einstieg
TIPP
Eine gute Übersicht von Internetpräsenzen, die mit SharePoint realisiert wurden, finden Sie auf der TopSharePoint-Website (http://www.topsharepoint.com).
SharePoint Server 2010 unterstützt dabei die wichtigsten Anforderungen, die von einem modernen WCMS erwartet werden: 쐍 Strikte Trennung von Inhalt und Layout 쐍 Bereitstellung von Vorlagen mithilfe von Seitenlayouts (Page Layouts) 쐍 Zeitgesteuerte Veröffentlichung von neuen Inhalten 쐍 Automatische Bereitstellung neuer Inhalte von einem Autorensystem auf ein Produktionssystem 쐍 Workflows für die Freigabe von Inhalten 쐍 Wiederverwendbare Inhalte können als HTML-Module zentral verwaltet werden 쐍 Der von SharePoint Server 2010 erzeugte HTML-Code ist konform zum barrierefreien Standard Web Content Accessibility Guidelines 2.0 (WCAG 2.0). Es wird der Level WCAG 2.0 AA erreicht. 쐍 Das Caching lässt sich für einzelne Seiten gezielt anpassen Neben den oben genannten Funktionen finden sich zahlreiche weitere Detailverbesserungen in den WCMS-Funktionen von SharePoint Server 2010, sodass künftig vermutlich noch mehr Firmen auch ihren Internetauftritt auf Basis der SharePoint-Plattform realisieren werden.
Search – Informationen finden Kennen Sie die sprichwörtliche »Suche nach der Nadel im Heuhaufen«? Den meisten Menschen, die mit Informationen arbeiten, begegnet dieses Phänomen mehrmals täglich. Auf der Suche nach der Anleitung für das Telefon, der aktuellen Vorstandspräsentation oder dem Abschlussbericht wird viel Zeit vergeudet. Insbesondere wenn wir diese Informationen nicht eigenständig erstellt und an der für uns richtigen Stelle abgelegt haben. Das Problem dabei ist, dass jeder Mensch sein eigenes, optimales Ablagesystem entwickelt hat und dabei mehrere Orte verwendet, an denen er Informationen speichert. Zusammenarbeitsplattformen wie SharePoint vergrößern das Problem zusätzlich, da ein Großteil der Daten und Informationen in unstrukturierter Form vorliegt. Dokumentbibliotheken und Metadaten unterstützen uns zwar dabei, Dokumente strukturiert abzulegen, sind aber für sich alleine noch kein Garant dafür, dass diese Informationen später schnell und gezielt gefunden werden. An dieser Stelle unterstützt Sie die Suche, die seit der ersten SharePoint-Generation ein fester und wesentlicher Bestandteil der SharePoint-Plattform ist und stetig verbessert und optimiert wurde.
44
Einsatzbereiche von Microsoft SharePoint Server 2010
Abbildg. 1.14
SharePoint Server 2010-Suchergebnis
Die Abbildung 1.14 zeigt ein typisches Suchergebnis, wie es viele Anwender erhalten. Dabei wurde nur nach einem einzigen Stichwort gesucht, sodass viele Suchergebnisse erhalten werden. Neu in SharePoint 2010 ist aber die Möglichkeit, das Suchergebnis mithilfe der Ergebnisverfeinerung (Refinement Panel) im linken Bereich der Seite gezielt einzuschränken. So kann die Ergebnismenge anhand von Ergebnistyp, Website, Autor, Datum und Stichworten gezielt reduziert werden. Die Abbildung 1.15 stellt das reduzierte Suchergebnis nach Auswahl des Stichworts Word 2010 in der Ergebnisverfeinerung dar. Abbildg. 1.15
Suchergebnis nach Ergebnisverfeinerung
Die Ergebnisverfeinerung ist jedoch nur eine von vielen Funktionen, die es Ihnen erlauben, mithilfe der SharePoint Server 2010-Suche Informationen schneller zu finden:
45
Kapitel 1
Microsoft SharePoint Server 2010 – Der Einstieg
쐍 Mit Suchbenachrichtigungen können Sie sich automatisch über neue Ergebnisse zu einer definierten Suche benachrichtigen lassen 쐍 Suchergebnisse lassen sich als RSS-Feed abonnieren 쐍 Mithilfe des Add-Ons Windows 7-Desktopsuche können Sie die SharePoint-Suche in den Windows-Desktop integrieren 쐍 Haben Sie die Office Web-Applikationen installiert, können gefundene Office-Dokumente direkt im Browser angezeigt werden 쐍 Die Funktion Automatische Suchvorschläge zeigt Ihnen, während Sie einen Suchbegriff eingeben, eine Liste von Vorschlägen an. Die Suchvorschläge »lernen« dabei über die Zeit, indem die Suchanfragen aller Nutzer analysiert werden. 쐍 Mit der Funktion Beste Treffer lassen sich gezielt Treffer zu einer Suche anzeigen. So können Sie z.B. bei einer Suche nach »Urlaub« gezielt die Vorlage für den Urlaubsantrag an prominenter Stelle anzeigen. 쐍 Mit Suchbereichen lassen sich gezielte Ergebnismengen (Nur Bilder, Dateifreigabe für Verträge) konfigurieren. Dadurch können die zu durchsuchenden Daten schon vor der Suchanfrage sinnvoll eingegrenzt werden. 쐍 Die Personensuche erlaubt eine gezielte Suche nach Personen anhand von Position, Fähigkeiten etc. Dieses sind nur einige der vielfältigen Funktionen, die Ihnen die SharePoint Server 2010-Suche bietet. Sollten Ihnen diese Funktionen nicht ausreichen, erhalten Sie mithilfe von FAST Search für SharePoint Server 2010 eine Suchtechnologie, die zu den leistungsfähigsten der Welt zählt. Hier einige der interessantesten Funktionen der Suche: 쐍 Im Suchergebnis von FAST Search werden Vorschauen (Thumbnails) der gefundenen Dokumente angezeigt 쐍 Werden PowerPoint-Präsentation gefunden, können Sie sich direkt im Suchergebnis eine Vorschau der einzelnen Folien aus der Präsentation anzeigen lassen 쐍 Mit der Funktion Ähnliche Ergebnisse lassen sich ähnliche Dokumente zu einem Suchergebnis anzeigen 쐍 Die Ergebnisverfeinerung basiert auf allen Suchtreffern und zeigt die Zahl der Treffer für jede Verfeinerung an 쐍 Bei der Volltextindizierung erkennt FAST Search Eigenschaften wie Personen, Firmennamen, Orte, Datum, E-Mail etc. und extrahiert diese als Metadaten für die Suche aus den Dokumenten. Überdies kann die Extraktion der Eigenschaften erweitert werden. 쐍 Während die SharePoint Server-Suche für Umgebungen von bis zu 100 Millionen Dokumenten getestet ist, kann FAST Search so skaliert werden, dass bis zu 1 Milliarde Dokumente indiziert werden Entsprechende Planung und Implementierung vorausgesetzt, lassen sich mit Microsoft SharePoint Server 2010 Suchportale aufbauen, die keine Wünsche offen lassen.
46
Einsatzbereiche von Microsoft SharePoint Server 2010
Insights – Einsichten aus Unternehmensdaten gewinnen Daten, Zahlen und Fakten – mit diesen drei Worten lässt sich der Bereich Insights charakterisieren. Hier sind alle Funktionen zusammengefasst, die Ihnen helfen, Ihre Unternehmens- oder SharePoint-Leistungsdaten in Form von Grafiken, Kennzahlen und Trendanzeigen aufzubereiten und anzuzeigen. Ziel von SharePoint Server 2010 ist es an dieser Stelle, Ihnen Bausteine zur Verfügung zu stellen, mit deren Hilfe Sie informative, übersichtliche Cockpits oder ein leistungsfähiges Management-Informationssystem effizient realisieren können. Abbildg. 1.16
Cockpit mit Excel Services, grafischen Leistungsindikatoren und Diagramm-Webpart
Die SharePoint-Plattform nimmt Ihnen dabei zwar nicht die Arbeit der Planung und Umsetzung ab, unterstützt Sie jedoch mit leistungsfähigen Business Intelligence-Werkzeugen: 쐍 Mithilfe von Excel Services lassen sich Arbeitsblätter oder einzelne Tabellen und Grafiken direkt in die SharePoint-Oberfläche integrieren. Daten werden in Echtzeit aktualisiert und dynamische Funktionen, wie der Drilldown in PivotTables, stehen über die Oberfläche zur Verfügung. Mit seinen Berichtsfunktionen und Leistungsindikatoren stellt Excel in Kombination mit den Excel Services einen leistungsfähigen Baustein für Business Intelligence-Lösungen dar. 쐍 Für die Abbildung und Definition von grafischen Leistungskennzahlen (Key Performance Indicator, KPI) nutzen Sie die KPI-Liste und KPI-Webparts von SharePoint Server 2010. Erstellte Indikatoren können Ihre Daten aus SharePoint-Listen, Excel-Dateien oder von den Microsoft SQL Analysis Services erhalten. Ergänzend ist eine manuelle Eingabe möglich.
47
Kapitel 1
Microsoft SharePoint Server 2010 – Der Einstieg
쐍 SQL Server und SharePoint Server haben schon immer gut zusammengearbeitet. SharePoint Server 2010 und der Microsoft SQL Server 2008 R2 weisen deutliche Verbesserungen hinsichtlich der Zusammenarbeit zwischen SharePoint und SQL Server 2008 R2 Reporting Services (SSRS) auf. Neu ist die Unterstützung von SharePoint-Listen als Datenquelle und die Verwendung alternativer Zugriffszuordnungen. Die Reporting Services 2008 R2-Technologie ist auch integraler Bestandteil von Microsoft Access Services. Neben den beiden oben genannten Bausteinen wurde Microsoft SharePoint Server 2010 um drei neue, leistungsstarke Business Intelligence-Komponenten erweitert: 쐍 Der neue Chart-Webpart von SharePoint Server 2010 erlaubt die schnelle grafische Visualisierung von Daten in SharePoint Server 2010. Ein benutzerfreundlicher Assistent unterstützt den Anwender bei der Erstellung der Grafiken. 쐍 Visio Services stellen eine neue Dienstanwendung von Microsoft SharePoint Server 2010 dar, welche die interaktive Darstellung von Visio-Daten direkt in der SharePoint 2010-Oberfläche erlaubt. Wie bei Excel Services können die Visio-Grafiken auf dynamischen Daten aus SharePoint-Listen oder Datenbanken basieren, um Live-Daten in SharePoint darzustellen. 쐍 Eine weitere, sehr leistungsstarke Business Intelligence-Komponente erhalten Sie mit Microsoft PerformancePoint Services. Nachdem Microsoft PerformancePoint Server nicht mehr weiterentwickelt wird, erhalten Sie hier eine Dienstanwendung mit vergleichbarer Funktionalität. Mit dieser leistungsfähigen Komponente lassen sich ganze Dashboards planen und erstellen. Leistungsstarke Analysefunktionen unterstützen Sie bei der gezielten Auswertung Ihrer Daten. Zusammenfassend lässt sich sagen, dass Microsoft SharePoint Server 2010 eine Reihe leistungsstarker Bausteine zur Verfügung stellt, die es Ihnen erlauben, effiziente Business Intelligence-Lösungen zu erstellen. Mit diesen Lösungen haben Ihre Anwender einen direkten Zugriff auf die für Sie relevanten Unternehmensdaten und können Daten in der gewohnten Oberfläche analysieren und auswerten, um neue Einsichten zu gewinnen.
Composites – Bausteine für Anwendungen Im Segment Composites stehen Anwendungen im Mittelpunkt, die mit der SharePoint 2010-Plattform realisiert werden, ohne eigenen Quellcode mit Microsoft Visual Studio 2010 oder anderen Entwicklungstools zu benötigen. Diese sogenannten »No Code Solutions« lösen das Problem, dass Fachabteilungen häufig Anwendungen benötigen, die mit geringem Budget realisiert werden sollen. Ein Entwicklungsprojekt über die hauseigene IT-Abteilung oder mit externen Entwicklungspartnern anzustoßen, ist in solchen Fällen häufig das sprichwörtliche »Mit Kanonen auf Spatzen schießen«. In der Vergangenheit wurden hier häufig Datenbankanwendungen mit Microsoft Access realisiert. Da diese Anwendungen in der Regel auf lokalen Benutzerrechnern laufen, führte dieses in der Vergangenheit zu vielen Problemen: 쐍 Sicherung und Datensicherheit sind nicht immer sichergestellt 쐍 Die Unternehmens-IT hat keine Möglichkeit, die Anzahl und Nutzung entsprechender Anwendungen zu kontrollieren 쐍 Die Datensicherheit ist nicht gewährleistet 쐍 Access-Anwendungen sind nicht als Mehrbenutzeranwendungen gedacht. Ein entsprechender Einsatz führt häufig zu Problemen.
48
Einsatzbereiche von Microsoft SharePoint Server 2010
Trotzdem hat Access, gerade aufgrund der Einfachheit und Schnelligkeit, mit der sich auch komplexere Fragestellungen realisieren lassen, über die Jahre viele Anhänger in den Unternehmen gewonnen. Entsprechende Anforderungen nach speziellen Lösungen existieren in den Fachabteilungen abseits der etablierten Unternehmensanwendungen nach wie vor. Da SharePoint Server 2010 aber eine zentrale Plattform im Unternehmen darstellt, sind Sicherung, Mehrbenutzerfähigkeit, Datensicherheit etc. bei entsprechender Konfiguration und Planung der Umgebung gegeben. Abbildg. 1.17
Access Services-Datenbank in SharePoint Server 2010
Microsoft SharePoint Server 2010 stellt Ihnen u.a. folgende Komponenten und Anwendungen zur Verfügung, mit denen Sie leistungsfähige »No Code Solutions« umsetzen und bereitstellen können: 쐍 Access Services, eine weitere neue Dienstanwendung, ermöglichen es Ihnen, mit Access erstellte Lösungen auf Basis von Microsoft SharePoint Server 2010 als webbasierte, mehrbenutzerfähige Anwendungen bereitzustellen (Abbildung 1.17) 쐍 SharePoint Designer 2010 ist eine Office 2010-Clientanwendung, die häufig als »das Schweizer Taschenmesser für SharePoint« bezeichnet wird. Hiermit lassen sich u.a. Layoutanpassungen vornehmen, Workflows ohne Code erstellen sowie Verbindungen zu externen Datenquellen (Stichwort »Business Connectivity Services«) definieren 쐍 Die Business Connectivity Services (BCS) sind eine Weiterentwicklung des Geschäftsdatenkatalogs (Business Data Connector, BDC) von MOSS 2007. Mithilfe der BCS können vorhandene Geschäftsdaten aus »Line-of-Business«-Systemen (LoB-Systemen) in SharePoint dargestellt werden. Mit SharePoint Server 2010 lassen sich diese Daten jetzt auch erfassen und editieren. Office 2010-Clientkomponenten ermöglichen es, die Geschäftsdaten auch direkt in Office 2010Anwendungen zu nutzen. 쐍 Sandkastenlösungen (Sandbox Solutions) erlauben es Ihnen, Komponenten ohne Einbeziehung der lokalen IT in Ihrer SharePoint-Website zu installieren. Entsprechende Webparts oder Lösungen von Drittanbietern können nicht nur zentral von der IT, sondern z.B. auch im Fachbereichskontext bereitgestellt werden. Diese Lösungen laufen in einer geschützten Umgebung, in der die Sicherheit und der Ressourcenverbrauch gesteuert werden können. 쐍 Mit InfoPath Forms Services lassen sich digitale Formulare webbasiert bereitstellen. Zusammen mit Workflows, die z.B. in SharePoint Designer erstellt wurden, lassen sich so einfache Geschäftsprozesse schnell und unkompliziert mit SharePoint Server 2010 abbilden. Eine Neuheit in SharePoint 2010 ist die Möglichkeit, die Eingabeformulare von SharePoint-Listen mit InfoPath Designer 2010 zu editieren und an Ihre Bedürfnisse anzupassen (Abbildung 1.18). Damit
49
Kapitel 1
Microsoft SharePoint Server 2010 – Der Einstieg
können Sie Listen um Funktionen wie Regeln, Datenüberprüfung und andere InfoPath-Formularfunktionen erweitern. Abbildg. 1.18
Mit InfoPath angepasstes Eingabeformular einer Aufgabenliste
Mit den vorgestellten Komponenten bietet Ihnen SharePoint Server 2010 eine ideale Plattform, um Ihre Aufgaben mit spezifischen, angepassten Lösungen zu realisieren, ohne jedes Mal ein größeres Entwicklungsprojekt zu initiieren. Selbstverständlich sollten Sie hier aber weiterhin ein gesundes Augenmaß walten lassen und künftig nicht jede Anforderung Ihrer Benutzer als »SharePoint No Code Solution« umsetzen.
Zusammenfassung Sie haben in diesem Kapitel einen ersten Eindruck der SharePoint-Plattform gewonnen. Wir haben Ihnen die wichtigsten Komponenten aus dem SharePoint Server 2010-Baukasten in einem ersten Überblick vorgestellt. Sie kennen jetzt die enorme Bandbreite, die SharePoint Server 2010 abdeckt, und wissen, welche wesentlichen Komponenten und Dienste die SharePoint-Plattform zur Verfügung stellt. Mit diesem Grundverständnis über und für die verwendete Technologie sind Sie bereit, Ihr Wissen in den restlichen Kapiteln dieses Buchs zu erweitern.
50
Kapitel 2
Microsoft SharePoint Server 2010 – Neues für Administratoren
In diesem Kapitel: Neuigkeiten für Administratoren
52
Produkte und Editionen
63
Einblicke in das SharePoint 2010-Lizenzmodell
70
Zusammenfassung
72
51
Kapitel 2
Microsoft SharePoint Server 2010 – Neues für Administratoren
In diesem Kapitel möchten wir Ihren Appetit auf SharePoint Server 2010 so richtig wecken, indem wir Ihnen die wichtigen Neuerungen und unsere persönlichen Highlights für Administratoren und Systemarchitekten vorstellen; schließlich handelt es sich um ein Buch für Administratoren. Diese Darstellung wird um eine Übersicht der unterschiedlichen Editionen (Abschnitt »Produkte und Editionen« ab Seite 63) und eine Übersicht über das Lizenzmodell (Abschnitt »Einblicke in das SharePoint 2010-Lizenzmodell« ab Seite 70) ergänzt, sodass Sie entscheiden können, welches Produkt das richtige für Ihr Unternehmen ist. In allen weiteren Kapiteln dieses Buchs werden wir dann gemeinsam mit Ihnen technisch in die Tiefe gehen und die einzelnen SharePoint Server 2010-Themen im Detail erläutern und Ihnen helfen, sich das nötige detaillierte Praxiswissen für Planung, Installation und Betrieb einer SharePoint Server 2010-Farm anzueignen.
Neuigkeiten für Administratoren Im vorangegangenen Kapitel haben Sie eine grobe Übersicht über die Einsatzbereiche und wesentlichen Komponenten von Microsoft SharePoint Server 2010 aus Endanwendersicht erhalten. Die Verwendung der Microsoft Office Fluent-Benutzeroberfläche, Web 2.0-Funktionen wie Tagging, Microblogging, Bewertungen etc. erleichtern die Bedienung und verbessern die Möglichkeiten der Informationsbereitstellung und -suche in SharePoint Server 2010 deutlich. Neue Dienstanwendungen wie Visio Services oder PerformancePoint Services erlauben die Visualisierung und Analyse von Unternehmensdaten. Verbesserungen in der SharePoint 2010-Suche und FAST Search für SharePoint bieten leistungsstarke Möglichkeiten für den Aufbau von Suchportalen. Diese Liste der neuen und verbesserten Funktionen für Endanwender ist lang und ließe sich beliebig fortsetzen. Aber Microsoft SharePoint Server 2010 bietet auch zahlreiche Verbesserungen und Innovationen für Administratoren. Hierdurch wird SharePoint Server 2010 nicht nur zu einer leistungsfähigeren und hochskalierbaren Enterprise-Plattform, sondern es gibt zahlreiche leistungsstarke und praxisnahe Verbesserungen im Bereich Betrieb, Konfiguration und Administration.
SharePoint-Bereitstellung und -Aktualisierung Bevor Sie Microsoft SharePoint Server 2010 nutzen können, muss dieser installiert und konfiguriert werden. Hier ist wichtig zu wissen, dass es Microsoft SharePoint Server 2010 nur noch in einer 64Bit-Version gibt. Hierdurch wird eine bessere Nutzung von Systemressourcen wie CPU und Arbeitsspeicher ermöglicht. Die native Unterstützung von mehr als 4 GB Arbeitsspeicher ist auch nötig, da sowohl SharePoint Server 2010 als auch SQL Server 2008 reichlich von dieser Ressource Gebrauch machen; kein Wunder bei all den neuen Dienstanwendungen, die SharePoint Server 2010 zur Verfügung stellt. Sie kommen dafür in den Genuss einer gesteigerten Performance und guten Skalierbarkeit. Für die Praxis bedeutet dies, dass Sie eine entsprechende Windows Server 2008-Umgebung (mit mindestens Service Pack 2) oder Windows Server 2008 R2 bereitstellen müssen. Als Datenbank benötigen Sie mindestens SQL Server 2005 mit Service Pack 2. Einzelne Funktionen benötigen jedoch SQL Server 2008 R2, sodass dieser aus unserer Sicht die bessere Wahl darstellt. Auch auf Seiten des Datenbank-Back-Ends ist eine 64-Bit-Umgebung nötig.
52
Neuigkeiten für Administratoren
Abbildg. 2.1
Start der SharePoint Server 2010-Installation
Sind die entsprechenden Voraussetzungen erst einmal gegeben, können Sie daran gehen und mit der Installation Ihrer SharePoint Server 2010-Farm beginnen. Der Willkommensdialog der SharePoint Server 2010-Installation ist übersichtlich und gliedert sich in drei Bereiche (Abbildung 2.1). Neben Hilfe und Unterstützung zu den Hard- und Softwareanforderungen (Bereich Vorbereiten) haben Sie die Möglichkeit, über den Link Softwarevoraussetzung installieren die für die Installation benötigten Voraussetzungen sicherzustellen. Diese neue Funktion vereinfacht die Bereitstellung von SharePoint Server 2010 deutlich, da neben der Installation benötigter Softwarekomponenten z.B. auch Internetinformationsdienste (Internet Information Services, IIS) installiert und korrekt konfiguriert wird. Starten Sie schließlich die Installation über Klick auf den Link SharePoint Server installieren, wird Ihnen auffallen, dass die Installation der Bereitstellung von Microsoft Office SharePoint Server (MOSS) 2007 ähnelt. Neu ist aber die Eingabe einer Farm-Passphrase. Die Passphrase wird benötigt, um Server der Farm hinzuzufügen oder aus der Farm zu entfernen. Gleichzeitig dient die Passphrase als Basis für die Generierung eines Schlüssels zur sicheren Verschlüsselung der Intra-Farm-Kommunikation. Eine weitere Neuigkeit ist, dass die Installation von SharePoint Server 2010 mit Gruppenrichtlinien verhindert werden kann, um unautorisierte Installationen zu unterbinden. Die Installation fragt hierfür einen speziellen Registrierungsschlüssel ab. Zudem können Sie nun domänenweit nachverfolgen, welche SharePoint-Installationen bislang vorgenommen wurden. Zu guter Letzt gibt es die neue und leistungsstarke Alternative, eine SharePoint Server 2010-Farm nicht manuell, sondern mithilfe von eigenen PowerShell-Skripts automatisiert zu installieren und zu konfigurieren. Möchten Sie keine neue Farm bereitstellen, sondern Ihre bestehende SharePoint Server 2007-Farm auf SharePoint Server 2010 aktualisieren, stellt Ihnen SharePoint Server 2010 ergänzend zum STSADM-Befehl preupgradecheck das PowerShell-Cmdlet Test-SPContentDatabase zur Verfügung. 53
Kapitel 2
Microsoft SharePoint Server 2010 – Neues für Administratoren
Dieses Cmdlet prüft, ob SharePoint 2007 oder SharePoint 2010-Inhaltsdatenbanken aktualisiert und zu Ihrer SharePoint-Farm hinzugefügt werden können. Die Aktualisierung von SharePoint-Plattformen hat in der Vergangenheit im Vergleich zu anderen Microsoft-Serverprodukten übermäßig viele Schwachstellen aufgezeigt und die Verwundbarkeit von komplexen Technologien offenbart. Die Aktualisierung eines SharePoint Server 2007-Systems war keinesfalls eine Routineaufgabe, selbst wenn die kumulativen Aktualisierungen in sehr regelmäßigen Abständen erschienen sind. Die Unterstützung für Administratoren sowie die Flexibilität bei der Aktualisierung haben sich deutlich verbessert, sodass Sie nun sowohl unterschiedliche Serverversionsstände als auch Datenbankversionsstände innerhalb einer Serverfarm halten können. Des Weiteren wurden einige potenzielle Fehler bei der Aktualisierung durch eine fehlerhafte Handhabung der Konfigurations-Assistenten beseitigt.
Ein neues Gewand für die Zentraladministration Mit jeder Neuerung steigt nicht nur die Funktionsvielfalt, sondern auch die Komplexität einer Anwendung. Um die Bedienung und Administration trotz zahlreicher Neuerungen nicht zu erschweren, hat Microsoft die Benutzeroberfläche der Zentraladministration komplett überarbeitet. Abbildg. 2.2
Zentraladministration in SharePoint Server 2010
Dabei vereinfacht nicht nur die Verwendung der Microsoft Office Fluent-Benutzeroberfläche die SharePoint Server 2010-Administration. Auf der Startseite der Zentraladministration sind die wichtigsten Links in Gruppen angeordnet. Das erlaubt einen schnellen Zugriff auf häufig benötigte Funktionen. Mithilfe der acht Links im Schnellstartbereich auf der linken Seite können Sie von jeder Stelle schnell und unkompliziert mit einem Mausklick zwischen den Bereichen wechseln. 54
Neuigkeiten für Administratoren
Sind Sie in einen der administrativen Bereiche gewechselt, unterstützen Sie die kontextsensitiven Menübänder bei der schnellen Auswahl der richtigen Befehle. So finden Sie Funktionen schneller und können trotz eines drastisch gestiegenen Umfangs an Funktionen besser und einfacher administrieren als bisher.
Dienstanwendungen statt Shared Services Provider Mit MOSS 2007 hat Microsoft die Anbieter für gemeinsame Dienste (Shared Services Provider, SSP) etabliert. Diese Architektur hat sich jedoch für viele Kundenanforderungen als nicht flexibel genug erwiesen, da eine Webanwendung immer nur mit einem SSP verbunden werden konnte und entsprechend die Konfiguration aller gemeinsamen Dienste dieses SSPs erbte (Abbildung 2.3). Das Maximum von 20 SSPs in einer Farm schränkte zusätzlich die Skalierbarkeit in sehr großen Farmen ein, wobei die empfohlene Anzahl an SSPs wiederum nur ein Bruchteil der maximal möglichen Anzahl von SSPs darstellte. Wichtiger noch ist die Einschränkung, dass ein SSP nur innerhalb einer Serverfarm verwendet werden konnte. Somit sind MOSS 2007-basierte Farmen immer darauf angewiesen, Dienste innerhalb der Farmgrenzen bereitzustellen und zu konsumieren. Abbildg. 2.3
Vergleich der Dienstarchitektur MOSS 2007 und SharePoint Server 2010
Microsoft hat die Einschränkungen der SSPs erkannt und diese Architektur in SharePoint Server 2010 verworfen. Geblieben sind die Dienstanwendungen, deren Zahl sich deutlich erhöht hat. Jede Webanwendung in SharePoint Server 2010 kann nun eine beliebige Kombination der vorhandenen Dienstanwendungen nutzen. Gleichzeitig lassen sich mehrere Instanzen einer Dienstanwendung betreiben und unterschiedlich konfigurieren. Diese neue Architektur erlaubt eine deutlich höhere Flexibilität. Die Möglichkeit, die Dienstanwendungen auf die verfügbaren SharePoint Server 2010Anwendungsserver zu verteilen, erhöht gleichzeitig die Skalierbarkeit. Entsprechend dieser Architektur erstellen die meisten Dienstanwendungen eine eigene Datenbank, während ein SSP die Daten aller Dienste in einer Datenbank vorhalten musste.
55
Kapitel 2
Abbildg. 2.4
Microsoft SharePoint Server 2010 – Neues für Administratoren
Für Dienstanwendungen können dedizierte Berechtigungen vergeben werden
Da auf Ebene der Dienstanwendungen auch dedizierte Berechtigungen vergeben werden können, wird es nun für Sie möglich, die Administration einer Dienstanwendung zu delegieren (Abbildung 2.4). In Hinsicht auf die Skalierbarkeit von Diensten und Dienstanwendungen gibt es deutliche Verbesserungen durch einen integrierten Dienstanwendungslastenausgleich, der dafür sorgt, dass die Last auf die vorhandenen Server, die den Dienst bereitstellen, verteilt wird. Dazu ist es aus Administratorperspektive lediglich erforderlich, den entsprechenden Dienst auf dem jeweiligen Server zu starten. Weitere Vorteile, die Ihnen die neue Architektur bietet, sind die Möglichkeiten, wichtige Dienstanwendungen farmübergreifend zur Verfügung zu stellen oder eigene Dienstanwendungen zu entwickeln bzw. Dienstanwendungen von Drittanbietern zu nutzen.
Administration von SharePoint Server 2010 mithilfe der PowerShell Eine der großen Neuerungen ist die native Unterstützung von Windows PowerShell in SharePoint Server 2010. War unter MOSS 2007 das Befehlszeilentool STSADM der Standard für die Administration mit Befehlszeile und Skripts, steht Ihnen mit Windows PowerShell eine deutlich leistungsstärkere Komponente zur Verfügung. Sie sind künftig also nicht mehr auf die Befehle, die Ihnen STSADM zur Verfügung stellt, limitiert, sondern können mithilfe von PowerShell auf das Objektmodell von SharePoint zugreifen und Befehle ausführen, die bislang nur Entwicklern vorbehalten waren. Zur Unterstützung stellt Ihnen SharePoint Server 2010 über tausend Cmdlets zur Verfügung (siehe Referenz unter http://technet.microsoft.com/en-us/library/ff678226.aspx).
56
Neuigkeiten für Administratoren
Zusätzlich werden Sie spätestens, wenn Sie in die Tiefen der SharePoint-Administration eintauchen, nicht mehr um PowerShell herumkommen, da bestimmte Funktionen ausschließlich über PowerShell-Cmdlets verfügbar sind. Ein weiteres Argument für den Vorzug der PowerShell gegenüber STSADM ist die Geschwindigkeit. Aufgrund der durch die PowerShell verwendeten Schnittstelle ist die PowerShell im Vergleich zu STSADM deutlich schneller. So können Sie beispielsweise beim automatisierten Anlegen neuer Websitesammlungen durch die Verwendung der PowerShell die hierfür erforderliche Zeitspanne auf einen Bruchteil der Zeit verkürzen. Sie sehen, die Zukunft der SharePoint-Administration heißt PowerShell. Deshalb empfehlen wir Ihnen an dieser Stelle, sich beizeiten mit dieser Komponente auseinanderzusetzen. Haben Sie erst einmal die wenigen nötigen Grundlagen verstanden, werden Sie PowerShell schnell in Ihr Herz schließen und sich an den leistungsstarken Möglichkeiten erfreuen.
Verwaltete Konten Eine der Herausforderungen für SharePoint 2007-Administratoren war die Verwaltung von Dienstkonten und deren Passworten. So gehört es zu den Best Practices, die Passwörter von Dienstkonten regelmäßig zu ändern. In MOSS 2007 war diese Aufgabe fehleranfällig und alles andere als einfach zu lösen. Entsprechend häufig suchten Unternehmen in der Vergangenheit an dieser Stelle Unterstützung durch kompetente Technologiepartner. Abbildg. 2.5
Einrichten eines neuen verwalteten Dienstkontos
In SharePoint Server 2010 gehört dieses Problem der Vergangenheit an. Mithilfe verwalteter Konten (Managed Accounts) wird der Verwaltungsaufwand für die unterschiedlichen Dienstkonten einer SharePoint Server 2010-Umgebung deutlich reduziert. Nachdem SharePoint Server 2010 die Kontrolle über Ihre Dienstkonten erhalten hat, können Sie die Kennwörter von SharePoint Server 2010 automatisch ändern lassen (Abbildung 2.5).
57
Kapitel 2
Microsoft SharePoint Server 2010 – Neues für Administratoren
SharePoint Server 2010 sichern und wiederherstellen Microsoft SharePoint Server 2010 bietet deutlich verbesserte Funktionen für das Sichern und Wiederherstellen Ihrer SharePoint-Farm. In der Zentraladministration stehen Ihnen jetzt zwei unterschiedliche Stufen der Sicherung (Farmsicherung und Differenzierte Sicherung) zur Verfügung (Abbildung 2.6). In der ersten Gruppe finden sich alle Funktionen für die Sicherung und Wiederherstellung der gesamten Farm, während sich in der Gruppe Differenzierte Sicherung insbesondere Optionen für die Sicherung und Wiederherstellung von Websitesammlungen, Unterwebsites oder Listen finden. Hilfreich ist auch die Möglichkeit, Daten direkt aus nicht angefügten Inhaltsdatenbanken wiederherzustellen. Abbildg. 2.6
Der Bereich Sichern und Wiederherstellen in der Zentraladministration
Sicherungen werden mit den Seiten der Zentraladministration oder mit Windows PowerShell ausgeführt. Mit den Sicherungs- und Wiederherstellungsfeatures von SharePoint Server 2010 wird SharePoint-Administratoren ein leistungsstarker Satz von Tools bereitgestellt, mit denen sie ihre Umgebung mit minimalem Aufwand an Downtime und Betriebskosten verwalten können. HINWEIS Es ist weiterhin möglich, STSADM für Sicherungen zu nutzen; die entsprechenden Befehle sind vor allem aus Gründen der Abwärtskompatibilität vorhanden. Für Ihre Sicherungspläne sollten Sie jedoch die PowerShell verwenden. Zusammengefasst lässt sich sagen, dass die Sicherung und Wiederherstellung in SharePoint 2010 im Vergleich zu SharePoint 2007 granularer und leistungsfähiger ist. Eine Vielzahl an weiteren Neuerungen macht die Sicherung auch im Zusammenspiel mit anderen Technologien wie den SQL Server-Datenbankmomentaufnahmen, aber auch in Kombination mit Drittanbieterwerkzeugen effizienter. So ist es beispielsweise nicht mehr erforderlich, eine Wiederherstellungsfarm zu verwenden. Die bisherige Beschränkung, wonach eine direkte Wiederherstellung in die produktiven Datenbanken nicht unterstützt wird, ist somit obsolet. 58
Neuigkeiten für Administratoren
Anzeigesprache umschalten Eine weitere neue Funktion, die für Anwender und Administratoren gleichermaßen interessant ist, ist die Möglichkeit, die Anzeigesprache einer Website zur Laufzeit umzuschalten. In MOSS 2007 mussten Sie spätestens beim Anlegen entscheiden, in welcher Sprache (abhängig von den installierten Sprachpaketen) Sie eine Website erstellen wollen. Die Anzeigesprache der Benutzeroberfläche war damit irreversibel festgelegt. Der Wunsch einer nachträglichen Sprachänderung war lediglich in Kombination mit Drittanbieterlösungen realisierbar. Die SharePoint 2010-Plattform erlaubt Ihnen hingegen, die Anzeigesprache zur Laufzeit zu wechseln (Abbildung 2.7). Abbildg. 2.7
Auswahl der Anzeigesprache
Die Umschaltung kann einfach in den Websiteeinstellungen für alle Sprachen, für die das jeweilige Sprachpaket installiert wurde, aktiviert werden. Dieses erleichtert Benutzern die Navigation in Websites, die in anderen Sprachen angelegt wurden. Während in international tätigen Unternehmen deshalb die Devise lautete, ausschließlich englische Websitevorlagen zu verwenden, kann in Zukunft einfach die Landessprache des jeweiligen Standorts verwendet werden. Anleitungen und Trainings, die ja häufig nur in Englisch verfügbar sind, können deutlich einfacher abgearbeitet werden, indem einfach auf Englisch als Anzeigesprache gewechselt wird. Auch Administratoren profitieren von dieser Funktion, denn Farm- und Websitesammlungsadministratoren können einfach auf die für Sie beste Sprache wechseln und somit auch Websites administrieren, die in einer Fremdsprache angelegt wurden. Gleiches gilt auch für die Zentraladministration.
SharePoint-Farm analysieren und überwachen Analyse und Überwachung von Servern ist eine wichtige Voraussetzung für den stabilen Betrieb. SharePoint Server 2010 bietet Ihnen deutliche Verbesserungen in diesen Bereichen. Mithilfe der Integritätsanalyse wird Ihre SharePoint-Farm anhand von über 60 vordefinierten Best Practices-Regeln automatisch überwacht. Probleme werden Ihnen in einer speziellen Berichtsansicht angezeigt (Abbildung 2.8). 59
Kapitel 2
Abbildg. 2.8
Microsoft SharePoint Server 2010 – Neues für Administratoren
Integritätsanalysebericht in der Zentraladministration
Eine besonders charmante Funktion der Integritätsanalyse ist dabei die Möglichkeit, einen Teil der festgestellten Probleme automatisch beheben zu lassen, indem Sie die Funktion Automatisch reparieren nutzen (Abbildung 2.9). Abbildg. 2.9
60
Dialogfeld Probleme und Lösungen überprüfen
Neuigkeiten für Administratoren
Bei der Identifizierung eines relevanten oder eventuellen Problems erscheint beim Öffnen der Zentraladministration eine entsprechend farblich markierte Informationsleiste, die Sie unmissverständlich darauf hinweist, dass Ihr Eingreifen erforderlich ist. Weitere deutliche Verbesserungen hat Microsoft in der Konfiguration der Diagnoseprotokollierung implementiert. So können die Ablaufverfolgungsebenen deutlich granularer gewählt werden. Die aktuellen Einstellungen für die Ereignisebene werden jetzt direkt angezeigt (Abbildung 2.10). Abbildg. 2.10
Konfiguration der Diagnoseprotokollierung
61
Kapitel 2
Microsoft SharePoint Server 2010 – Neues für Administratoren
Mithilfe des Ereignisprotokoll-Flutschutzes ist es jetzt möglich, das Ereignisprotokoll vor einem Überlauf zu schützen. Die Aufbewahrungsdauer für die Protokolldateien kann jetzt einfacher festgelegt werden. Ergänzend kann der maximal zulässige Speicherplatz für die Ablaufverfolgungsprotokolle vorgeben werden. Eine weitere leistungsstarke Funktion ist die neue Web Analytics-Dienstanwendung, die wichtige Nutzungskennzahlen protokolliert und in Form von Berichten zur Verfügung stellt, die Sie auch über ein Webpart in die Siteoberfläche einbinden können. Von Zugriffsstatistiken über Suchvorgänge bis hin zur Überwachung der Websites stehen Ihnen aussagekräftige Berichte zur Verfügung. Abbildg. 2.11
Definition einer Web Analytics-Workflowbenachrichtigung
Ergänzend können Sie Workflows definieren, die Sie beim Überschreiten von definierten Schwellenwerten benachrichtigen (Abbildung 2.11) oder die Berichte regelmäßig per E-Mail versenden. Ein weiteres, dem erfahrenen SharePoint-Administrator bestens bekanntes Problem wurde endlich adressiert: Sollte dem Benutzer bei der Nutzung von SharePoint ein Serverfehler widerfahren, sind der dort angezeigte Fehlertext und die Vorschläge zur Fehlerbehebung bislang allenfalls für eine ironische Erheiterung zuutze. In SharePoint 2010 werden diese Fehlermeldungen nun um Korrelations-IDs ergänzt. Diese eindeutige ID kann der Benutzer dem Administrator mitteilen, damit dieser in kürzester Zeit den Fehler genau lokalisieren und beheben kann. Die ID ist dabei auf allen Protokollen der Server innerhalb der Farm konstant, sodass auch in größeren Serverfarmen eine Fehlerlösung möglich wird.
Forderungsbasierte Authentifizierung Die forderungsbasierte Authentifizierung (Claims Based Authentication, CBA) ist eine neue Möglichkeit der Authentifizierung, die auf der Windows Identity Foundation (WIF) basiert. Mit dieser Variante können Sie gleichzeitig verschiedene Authentifizierungsmethoden kombinieren, sodass Benutzer bei der Anmeldung zwischen den zur Verfügung stehenden Authentifizierungsprovidern wählen können. Standardmäßig unterstützt die forderungsbasierte Authentifizierung in SharePoint Server 2010 drei verschiedene Authentifizierungsprovider: 62
Produkte und Editionen
쐍 Die klassische Windows-Authentifizierung mit NTLM, Kerberos etc. 쐍 Die formularbasierte Authentifizierung gegen LDAP, Datenbanken oder Provider von Drittanbietern 쐍 Die SAML (Security Assertion Markup Language) Token-basierte Authentifizierung gegen Active Directory Federation Search (AD FS) 2.0, Windows Live ID und Provider von Drittanbietern Mithilfe der forderungsbasierten Authentifizierung erhalten Sie somit eine deutlich höhere Flexibilität. Die Implementierung z.B. von Extranetszenarien, bei denen sich interne und externe Anwender über unterschiedliche Provider authentifizieren, wird deutlich vereinfacht.
Produkte und Editionen Die ganze SharePoint 2010-Welt besteht aus verschiedenen Produkten und Editionen, die in diesem Abschnitt näher vorgestellt werden sollen. Die verfügbare Produktpalette mit den jeweiligen Ausprägungen deckt dabei alle gängigen Szenarien und Anforderungen ab. Angefangen beim kleinen Unternehmen, das Microsoft SharePoint Foundation 2010 verwendet, um die Zusammenarbeit zu verbessern, bis zum weltweiten Portal eines global tätigen Unternehmens erhalten Sie eine flexible, modulare Plattform, die sich an Ihre Bedürfnisse anpasst. Sollte dabei die ursprünglich gewählte SharePoint-Plattform nicht mehr den jeweiligen Anforderungen gerecht werden, stehen Ihnen eine Reihe von Migrationsverfahren zur Verfügung, um Ihre bestehende Farm auf eine höherwertige Edition zu migrieren oder nahezu beliebig zu skalieren. Tabelle 2.1
SharePoint 2010-Produkte und Editionen Produktbezeichnung
Einsatz
Beschreibung
Microsoft SharePoint Foundation 2010
Intranet
Basisplattform für einfache Teamzusammenarbeit und kleine Unternehmen
Microsoft SharePoint Server 2010, Standard oder Enterprise Edition
Intranet
Enterprise-Plattform für Unternehmensportale in mittleren und großen Unternehmen. Je nach Edition (Enterprise, Standard) ändert sich der Funktionsumfang.
Microsoft SharePoint Server 2010 for Internet Sites, Standard oder Enterprise Edition
Internet/ Extranet
Für öffentlich zugängliche Internetauftritte oder Extranetplattformen zum Informationsaustausch mit Kunden, Lieferanten etc. Je nach Edition (Enterprise, Standard) ändert sich der Funktionsumfang.
FAST Search Server 2010 for SharePoint
Suche
Ergänzt Microsoft SharePoint Server 2010 um die Funktionen der FAST-Suche
Microsoft Search Server Express 2010
Suche
Eigenständige Einstiegslösung für die Unternehmenssuche
Microsoft Search Server 2010
Suche
Eigenständige, skalierbare Lösung für die Unternehmenssuche
In Tabelle 2.1 finden Sie eine Übersicht der verfügbaren SharePoint 2010-Produkte. Die Grundlage der SharePoint-Plattform bildet dabei SharePoint Foundation 2010. Dieses Produkt stellt die wesentlichen Zusammenarbeitsfunktionen und die Basisplattform bereit. SharePoint Server 2010 ergänzt diese Basisfunktionen um Dienstanwendungen und spezialisierte Funktionen (Tabelle 2.2). 63
Kapitel 2
Microsoft SharePoint Server 2010 – Neues für Administratoren
Die beiden SharePoint Server 2010-Produkte sind dabei jeweils in einer Standard- und einer Enterprise-Edition erhältlich. Während die Standard-Edition die wesentlichen Funktionen einer Portalplattform erfüllt, ergänzt die Enterprise-Edition einzelne Funktionen und spezielle Dienstanwendungen in den Bereichen Search, Composites und Insights. Tabelle 2.2
Die wichtigsten Funktionen von SharePoint Foundation 2010 (SPF), SharePoint Server 2010 Standard (SPS-S) und SharePoint Server 2010 Enterprise (SPS-E) Bereich/Funktion Sites SharePoint Basisinfrastruktur Listen, Dokumentbibliotheken, Website-Vorlagen, Standard-Webparts Workflows Support für die Office-Webanwendungen Web Analytics Secure Store Service Communities Wikis, Blogs, Diskussionsrunden Meine Websites Unternehmenswiki Kategorienliste (Tags, Tag Clouds etc.) Benutzerprofile Content Dokumentversionierung und -genehmigung Website für Veröffentlichungsvorlagen, Anpassung von Masterseiten und Layoutseiten, Inhaltsbereitstellung Verwaltete Metadaten Dokumentmappen Erweiterte Dokumentmanagement- und Datensatzverwaltungsfunktionen Search Suche in SharePoint auf Websitesammlungsebene, keine Unterstützung externer Datenquellen Suchbereiche, beste Treffer, Anpassung der Relevanz Personensuche, externe Datenquellen
64
SPF
SPS-S
SPS-E
Produkte und Editionen
Tabelle 2.2
Die wichtigsten Funktionen von SharePoint Foundation 2010 (SPF), SharePoint Server 2010 Standard (SPS-S) und SharePoint Server 2010 Enterprise (SPS-E) (Fortsetzung) Bereich/Funktion
SPF
SPS-S
SPS-E
Integration in die Windows 7 Suche FAST-Sucherweiterungen Insights Kennzahlen (KPI-Listen und -Webparts) Diagramm-Webpart Dashboards Excel Services und PowerPivot für SharePoint PerformancePoint Services Visio Services Composites Einfache Geschäftsdatenintegration (BCS) Sandkastenlösungen Workflowvorlagen Access Services InfoPath Form Services Geschäftsdatenintegration in den Office-Anwendungen Geschäftsdaten-Webparts
Die beiden SharePoint Server 2010-Editionen gibt es auch als Lizenz für öffentlich zugängliche Websites (Internet, Extranet). Vom Funktionsumfang entsprechen diese Editionen den Intranet-Editionen, der Unterschied ist hier lediglich die Lizenzierung. Mehr dazu erfahren Sie im Abschnitt »Einblicke in das SharePoint 2010-Lizenzmodell« ab Seite 70.
SharePoint-Produkte für die Unternehmenssuche Ergänzt werden die vorgestellten Produkte und Editionen um spezielle Produkte für die Suche. FAST Search Server 2010 for SharePoint stellt dabei eine Zusatzkomponente für die Enterprise-Editionen von SharePoint Server 2010 dar, die es erlaubt, die FAST-Sucherweiterungen in einer SharePoint Server-Umgebung zu nutzen. Im Kontrast dazu sind Microsoft Search Server Express 2010 und Microsoft Search Server 2010 eigenständige Produkte, mit deren Hilfe Sie Ihre Unternehmensdaten indizieren und durchsuchen können. Microsoft Search Server Express 2010 stellt dabei eine kostenlose Variante dar, die jedoch 65
Kapitel 2
Microsoft SharePoint Server 2010 – Neues für Administratoren
auf einen Server beschränkt und nicht skalierbar ist. Die Funktionen von Microsoft Search Server 2010 ähneln denen von Microsoft SharePoint Server 2010. Unter http://www.microsoft.com/downloads/details.aspx?FamilyID=d7c0091e-5766-496d-a5fe-94bea52c4b15 können Sie ein Technologieposter herunterladen, das die einzelnen SharePoint 2010-Produkte hinsichtlich der Suchfunktionalität im Detail vergleicht.
Microsoft SharePoint Online Für Unternehmen, die SharePoint Server 2010 im Unternehmen nicht mit eigenen Ressourcen und eigener Hardware (on premise) betreiben wollen, bietet Microsoft zusätzlich die Möglichkeit einer gehosteten SharePoint-Umgebung an. Diese Lösung nennt sich Microsoft SharePoint Online und ist eines von vier Angeboten der Business Productivity Online Suite (BPOS). Neben SharePoint Online zählen Exchange Online, Office Live Meeting und Office Communications Online zu dem angebotenen Portfolio. Alle Produkte können sowohl einzeln oder in einem Paket gebucht werden. Besitzen Sie ein Microsoft Online Services-Konto, können Sie über die Verwaltungskonsole Ihre gebuchten Dienste verwalten, den Dienstestatus überwachen, Benutzer anlegen und administrieren sowie weiter Detaileinstellungen vornehmen (Abbildung 2.12). Abbildg. 2.12
Microsoft Online Services-Verwaltungskonsole
Über die Verwaltungskonsole können Sie auch neue Websitesammlungen in Microsoft SharePoint Online anlegen. Sobald Sie eine neue Websitesammlung angelegt und Benutzer berechtigt haben, können Sie SharePoint Online gemeinsam mit Ihren Anwendern nutzen. Besonders gut gelöst ist dabei die Integration des einmaligen Anmeldens (Single Sign-On, SSO). Hierfür wird die Anwendung Microsoft Online Services-Anmeldung auf Ihrem Client installiert.
66
Produkte und Editionen
Nach der Installation und Eingabe Ihrer Anmeldeinformationen werden die für Sie bereitgestellten Dienste konfiguriert. Ist die Konfiguration abgeschlossen, stellt Ihnen die Anwendung SSO für Ihre Microsoft Online Services-Anwendungen zur Verfügung. Über einen Link sind alle Anwendungen per Mausklick verfügbar (Abbildung 2.13). Abbildg. 2.13
Die Microsoft Online Services-Anmeldung bietet SSO
Müssen Sie in gehosteten SharePoint-Umgebungen normalerweise Ihre Anmeldeinformationen eingeben, wenn Sie Office-Dokumente öffnen oder in einer Dokumentbibliothek speichern, sorgt die Microsoft Online Services-Anmeldung dafür, dass Ihre Office-Anwendungen mit SharePoint Online nahtlos zusammenarbeiten. Eine erneute Anmeldung ist nicht nötig. HINWEIS Zum aktuellen Zeitpunkt (September 2010) basiert SharePoint Online auf MOSS 2007 Standard. Dabei wird auch nur ein Teil der verfügbaren Websitevorlagen zur Verfügung gestellt. Veröffentlichungs-Websites oder ein Zusammenarbeitsportal lassen sich beispielsweise nicht erstellen. Ein Upgrade auf SharePoint Server 2010 und eine deutliche Erweiterung des Funktionsumfangs ist von Microsoft angekündigt, verbindliche Termine sind jedoch noch nicht bekannt. Durch die neue SharePoint Server 2010-Architektur und die Office-Webanwendungen wird SharePoint Online künftig noch attraktiver und leistungsfähiger werden. So bieten Ihnen z.B. Sandkastenlösungen das Potenzial, Ihre SharePoint Online-Umgebung mit eigenen Entwicklungen an Ihre Bedürfnisse anzupassen. Aktuelle, weiterführende Informationen zu diesem Thema finden Sie auf der Microsoft-Website unter http://www.microsoft.com/online.
67
Kapitel 2
Microsoft SharePoint Server 2010 – Neues für Administratoren
Ergänzende Komponenten Die SharePoint 2010-Produkte werden durch einige ergänzende Komponenten von Microsoft noch leistungsfähiger. Die drei wichtigsten Ergänzungen für SharePoint stellen wir Ihnen in diesem Abschnitt kurz vor.
Microsoft Office Web Apps Microsoft Office Web Apps wurden bereits in der Übersicht in Kapitel 1 vorgestellt. Es handelt sich um eine Komponente, die Sie in einer SharePoint Server 2010- oder SharePoint Foundation 2010Umgebung bereitstellen können. Hiermit erhalten Sie die Freiheit, an praktisch allen Standorten mithilfe des Browsers Ihre Office-Dokumente zu betrachten oder zu editieren. Abbildg. 2.14
Suche in einem Worddokument innerhalb der Microsoft Word Web App
Einmal bereitgestellt können Sie Word- und Excel-Dateien, PowerPoint-Präsentationen sowie OneNote-Notizbücher direkt im Browser anzeigen und bearbeiten. PowerPoint-Präsentationen lassen sich zusätzlich über den PowerPoint Broadcast Service über das Web präsentieren. Dabei bieten Office Web Apps u.a. folgende neue Möglichkeiten: 쐍 Mehrere Personen können gleichzeitig an einem Excel-Arbeitsblatt arbeiten 쐍 Präsentationen lassen sich über eine geringe Bandbreite betrachten, bevor Sie auf den lokalen Client heruntergeladen werden 쐍 Office-Dokumente lassen sich auch auf Endgeräten, auf denen keine Office-Anwendung vorhanden ist (z.B. Apple iPad) in einwandfreier Qualität betrachten, editieren oder präsentieren
68
Produkte und Editionen
Microsoft SharePoint Designer 2010 Microsoft SharePoint Designer 2010 ist eine Anwendung zum Entwerfen, Erstellen und Anpassen von Microsoft SharePoint Foundation 2010- und Microsoft SharePoint Server 2010-Websites. Microsoft SharePoint Designer 2010 ist das Werkzeug der Wahl, wenn es darum geht, Anpassungen von SharePoint vorzunehmen. So können Sie workflowaktivierte Lösungen erstellen oder das Design und Layout Ihrer Website entwerfen. Microsoft stellt SharePoint Designer 2010 kostenfrei zur Verfügung, sodass Sie die Anwendung direkt von der Microsoft Internet-Website herunterladen können.
Microsoft SharePoint Workspace 2010 Microsoft SharePoint Workspace ist die Nachfolgeentwicklung von Microsoft Office Groove. Die Anwendung ist Bestandteil von Microsoft Office 2010 Professional Plus, kann aber auch separat erworben werden. Abbildg. 2.15
Synchronisierung einer SharePoint-Website mit SharePoint Workspace 2010
SharePoint Workspace erlaubt es Ihnen, unabhängig davon, ob Sie direkten Onlinezugriff auf die Inhalte von SharePoint-Websites haben oder nicht, diese zu modifizieren oder neue Inhalte zu erstellen. Dies umfasst Dokumentbibliotheken sowie die meisten Listentypen. Innerhalb von SharePoint Workspace werden die Daten dabei in einen SharePoint-Arbeitsbereich synchronisiert. Ein SharePoint-Arbeitsbereich ist also Ihre persönliche Kopie einer SharePoint-Website (Abbildung 2.16). Einmal synchronisiert, können Sie die Inhalte direkt bearbeiten oder neue Inhalte und Dokumente ergänzen. Um Bearbeitungskonflikte mit anderen Personen zu verhindern, können Sie Dokumente optional auschecken.
69
Kapitel 2
Abbildg. 2.16
Microsoft SharePoint Server 2010 – Neues für Administratoren
Fertig synchronisierter SharePoint-Arbeitsbereich
Die von Ihnen vorgenommenen Inhaltsaktualisierungen werden automatisch anhand eines definierten Zeitplans mit der zugrunde liegenden SharePoint-Website synchronisiert. Alternativ können Sie jederzeit eine manuelle Synchronisierung zwischen der SharePoint-Website und Ihrem SharePoint-Arbeitsbereich ausführen.
Einblicke in das SharePoint 2010Lizenzmodell Die SharePoint-Lizenzierung ist ein komplexes Thema und die verschiedenen Produkte und Editionen erfordern, dass Sie im Vorfeld genau Ihre Anforderungen kennen. Als Hilfestellung geben wir Ihnen in diesem Abschnitt einen ersten Einblick in das SharePoint 2010-Lizenzmodell. Dabei gibt Ihnen das geplante Einsatzszenario eine erste Indikation, welches Produkt zu lizenzieren ist. WICHTIG Als SharePoint-Consultants und Fachbuchautoren sind wir keine ausgewiesenen Lizenzspezialisten, auch wenn wir uns regelmäßig mit dieser Materie auseinandersetzen. Da die Lizenzierung eines größeren SharePoint-Projekts immer ein komplexes Thema ist, geben wir Ihnen die gleiche Empfehlung, die wir auch unseren Kunden mit auf den Weg geben: Sichern Sie Ihre Lizenzierung vor Beginn des Projekts immer noch einmal durch einen Microsoft-Lizenzspezialisten ab, um unerwartete Überraschungen zu vermeiden. Spezialfälle der Lizenzierung bilden Microsoft SharePoint Foundation 2010 und Microsoft Search Server Express 2010. Beide Produkte sind kostenfrei und können ohne Erwerb einer separaten SharePoint-Lizenz genutzt werden. Die SharePoint Foundation 2010 ist dabei Bestandteil von Microsoft Windows Server; eine entsprechende Lizenzierung des Betriebssystems sowie der verwen70
Einblicke in das SharePoint 2010-Lizenzmodell
deten Microsoft SQL Server-Version ist also die einzige Grundvoraussetzung für den Einsatz. Gleiches gilt für Microsoft Search Server Express 2010. HINWEIS Beachten Sie, dass Sie auch für diese kostenfreien Editionen neben der Windows Server- und der SQL Server-Lizenz potenziell noch weitere Lizenzen benötigen. Jeder authentifizierte Zugriff auf SharePoint erfordert beispielsweise eine Windows Server-Zugriffslizenz (Client Access License, CAL).
SharePoint Server 2010 im Intranet Ist der Einsatz von SharePoint Server 2010 als interne Intranet- oder Portalplattform geplant, müssen Sie für jeden Server Ihrer Farm, auf dem SharePoint installiert wird, eine Microsoft SharePoint Server 2010-Lizenz bereitstellen. Zusätzlich müssen Sie für jeden Benutzer, der auf Ihre SharePoint-Farm zugreift, eine SharePoint Server 2010 Standardlizenz (Standard Client Access License, Standard CAL) erwerben. Wie bei Microsoft üblich, können Sie alternativ auch Gerätelizenzen (Device CAL) erwerben. Zu beachten ist, dass Geräte- und Benutzerlizenzen nicht gemischt werden können. Sollten Sie Enterprise-Funktionen von SharePoint Server 2010 einsetzen, muss für jeden Benutzer, der die Enterprise-Funktionen nutzt, zusätzlich zur Standard-CAL eine Enterprise-CAL beschafft werden. Die Enterprise-CAL ist also immer additiv und muss nicht in gleicher Stückzahl gekauft werden wie die Standard-CAL. Benötigen also nur einige Ihrer Mitarbeiter Enterprise-Funktionen, können Sie genau diese Anzahl mit der Enterprise-CAL lizenzieren. Über Zugriffsberechtigungen und die Aktivierung/Deaktivierung der entsprechenden SharePoint-Features können Sie sicherstellen, dass nur Benutzer, für die eine Enterprise-CAL existiert, Zugriff auf die Enterprise-Funktionen von SharePoint Server 2010 erhalten.
SharePoint Server 2010 als Internetplattform Setzen Sie SharePoint Server 2010 als Internet-/Extranetplattform ein, müssen Sie für jeden Server dieser Farm eine entsprechende SharePoint Server 2010 for Internet Sites-Lizenz erwerben. Diese Lizenz ist immer dann nötig, wenn externe Benutzer auf die SharePoint-Farm zugreifen (anonym im Falle eines öffentlichen Internetauftritts oder authentifiziert im Falle eines Extranets). In diesem Fall werden keine CALs benötigt, über den höheren Preis der Lizenzen ist der Zugriff von außen abgedeckt. Voraussetzung ist, dass der gesamte Inhalt für externe Benutzer öffentlich zugänglich ist. Interne Benutzer/Redakteure, die öffentlich verfügbare Inhalte im Internet/Extranet bereitstellen, müssen nicht separat lizenziert werden. Setzen Sie Enterprise-Funktionen wie beispielsweise Excel Services oder InfoPath Forms Services ein, müssen Sie eine Enterprise-CAL erwerben. HINWEIS An dieser Stelle möchten wir darauf hinweisen, dass die Standardlizenz nicht nur Einschränkungen bezüglich der Funktionalität aufweist. In der Lizenzvereinbarung wird die Nutzung zusätzlich auf eine Domain eingeschränkt: »The software [SharePoint 2010 Internet Sites Standard] may only be used to create and host a single site at a time resolved from a single domain name (e.g. contoso.com) and its subdomains (e.g. support.contoso.com).«
71
Kapitel 2
Microsoft SharePoint Server 2010 – Neues für Administratoren
Lizenzierung der FAST Search Möchten Sie die FAST Search in Ihrer internen SharePoint-Farm nutzen, benötigen Sie eine entsprechende Enterprise-Lizenzierung für Ihre Nutzer (SharePoint Server 2010-Lizenz + Standard-CAL + Enterprise-CAL), die dieses Feature nutzen. Ergänzend müssen Sie für alle Server, auf denen Sie FAST Search aktivieren, FAST Search Server 2010 for SharePoint lizenzieren. In der Lizenz für SharePoint Server 2010 for Internet Sites Enterprise ist die Nutzung von FAST Search enthalten, jedoch mit der Einschränkung, dass eine einzelne Lizenz immer nur einen der beiden Einsatzzwecke erlaubt: »SharePoint Server 2010 for Internet Sites, Enterprise, also includes the rights to FAST Search Server for use in Internet or Extranet scenarios. You can deploy a single server license of SharePoint Server 2010 for Internet Sites, Enterprise, as SharePoint server or a FAST Search server – but not both concurrently.«
Lizenzierung der Office Web Apps Die Microsoft Office Web Apps sind Bestandteil der Office 2010-Lizenz. Hiermit wird die OfficeVerfügbarkeit auf den Browser erweitert. Anders als bei der Office 2010-Lizenz, die einem Gerät zugewiesen wird, werden Office Web Apps einem Nutzer zugeordnet. Dabei ist es unerheblich, ob es sich bei der Lizenz um eine Original Equipment Manufacturer (OEM)-, Full Packaged Product (FPP)-Lizenz oder eine Volumenlizenz handelt. Die Office Web Apps werden entweder über Microsoft gehostet oder können im Falle einer Volumenlizenz von Ihnen selbst über Ihre SharePoint-Umgebung bereitgestellt werden
Ergänzende Hinweise zur Lizenzierung Wie Sie vermutlich in diesem Abschnitt erkannt haben, ist das SharePoint-Lizenzmodell mit all seinen Ausprägungen alles andere als trivial. Zusätzlich müssen Sie bei einem entsprechenden Projekt noch die Lizenzen des Betriebssystems sowie die erforderlichen Microsoft SQL Server-Lizenzen mit berücksichtigen. Weitere Hinweise zur Lizenzierung finden Sie unter http://sharepoint.microsoft.com/en-us/buy/Pages/ Licensing-Details.aspx und https://www.microsoft.com/germany/Licensing/about-licensing/office2010.aspx. Abschließend möchten wir erneut darauf verweisen, dass die Hilfe eines Microsoft-Lizenzspezialisten hier für Sie von großer Hilfe sein kann, um die für Sie kostengünstigste Lizenzierung von SharePoint 2010 aufzuzeigen.
Zusammenfassung In diesem Kapitel haben Sie die zentralen »SharePoint-Highlights für Administratoren« vorgestellt bekommen. Gleichzeitig haben Sie einen Überblick in die verschiedenen, verfügbaren SharePointProdukte und -Editionen erhalten. Mit einem Einblick in das doch recht komplexe SharePointLizenzmodell sind Sie nun gut gerüstet, Ihr eigenes SharePoint Server 2010-Projekt zu planen und umzusetzen. Vor der Bereitstellung Ihrer ersten SharePoint-Umgebung erfahren Sie im nächsten Kapitel die wichtigsten Planungsgrundlagen für eine erfolgreiche SharePoint-Bereitstellung. 72
Kapitel 3
Planung der SharePointInstallation
In diesem Kapitel: Globale SharePoint-Planung
75
Voraussetzungen für die Installation
79
Komponenten der logischen Architektur
101
Skalierung und Optimierung
111
SharePoint-Client
134
Serverrollen und Dienstpositionierung
138
Suche
141
Sicherheit
151
Hochverfügbarkeit
180
Kommunikation
188
Website- und Lösungsplanung
195
Sonstiges
202
Best Practices
221
Zusammenfassung
223
73
Kapitel 3
Planung der SharePoint-Installation
In diesem Kapitel erhalten Sie die wichtigsten Informationen zur Planung einer SharePoint-Infrastruktur. Dabei werden die primären Dienste sowie die Anbindung an das Internet erläutert. Durch den Einsatz spezieller Lösungen bzw. Erweiterungen für SharePoint, wie beispielsweise SQL Server Reporting Services (SSRS) oder Project Server, werden viele Parameter der Serverfarm mehr oder minder stark beeinflusst. Aus Gründen der Übersichtlichkeit wird die Planung dieser Erweiterungen daher in einem anderen Kapitel betrachtet (primär Kapitel 16). Viele der in diesem Kapitel behandelten Aspekte sind für kleine Serverfarmbereitstellungen nicht von Bedeutung. Jedoch werden auch solche Installationen stark von der Behandlung der hier vorgestellten Planungsaspekte profitieren, da Ihnen so zahlreiche Probleme im Rahmen der Bereitstellung erspart bleiben, die häufig auf allgemeine Missverständnisse zurückzuführen sind, und Sie Ihre SharePoint-Umgebung optimal nutzen können. Abbildg. 3.1
Übersicht des gesamten Bereitstellungsprozesses einer SharePoint-Infrastruktur
HINWEIS Für eine optimale Planung ist es erforderlich, die wichtigsten Grundfunktionsweisen von SharePoint zu berücksichtigen. Vor diesem Hintergrund werden Sie in diesem Kapitel mit zahllosen, bislang unbekannten Aspekten konfrontiert. Diese werden teilweise erst in den nachfolgenden Kapiteln eingehender erläutern. Verlieren Sie daher bitte nicht die Geduld, sondern bearbeiten Sie im Idealfall das gesamte Buch, bevor Sie zu der Planung zurückkehren und Ihr gewonnenes Wissen mit den Erkenntnissen des Planungskapitels gewinnbringend kombinieren.
74
Globale SharePoint-Planung
Die Abbildung 3.1 veranschaulicht beispielhaft den Ablauf der Bereitstellung einer SharePoint-Infrastruktur. Der Ablauf ist dabei in der Reihenfolge nicht vollständig festgelegt und die gewählten Arbeitspakete sind nicht alle zwingend erforderlich.
Globale SharePoint-Planung In diesem Abschnitt erhalten Sie Hilfestellung bei der Wahl des Farmmodells. Die Planungsgrundlagen für die passende Skalierung der Serverfarm erfahren Sie in den darauffolgenden Abschnitten.
Wahl des Farmmodells Zu Beginn der Installation haben Sie die Möglichkeit, zwischen zwei grundlegenden SharePointModellen zu wählen: einer integrierten, eigenständigen Installation oder der Installation in einer Serverfarm. Der Hauptunterschied zwischen diesen beiden Installationsmodellen besteht in der Skalierbarkeit und damit einhergehend in der Flexibilität der SharePoint-Installation. Eine integrierte, eigenständige Installation lässt sich nicht mehr um weitere Server erweitern. Somit bleibt Ihnen der einfache Weg zur Unterstützung einer höheren Benutzeranzahl, einer höheren Belastung der Dienste oder die Gewährleistung von Ausfallsicherheit durch horizontale Skalierung versperrt. Sollten Sie sich einmal für die integrierte, eigenständige SharePoint-Installation entschieden haben, gibt es im Nachhinein keine direkte Möglichkeit an dieser Situation etwas zu verändern. Jedoch haben Sie die Möglichkeit, Ihre bestehende SharePoint 2010-Umgebung durch diverse Migrationsoperationen in eine andere, neue SharePoint 2010-Farm zu überführen. Hierbei gilt es, eine Vielzahl an Details zu berücksichtigen, die im Rahmen des Migrationskapitels (Kapitel 14) näher erläutert werden.
Einzelner Server Die kleinstmögliche SharePoint-Implementierung besteht aus einem einzelnen Server, auf dem sämtliche SharePoint-Funktionen einschließlich der SQL Server-Instanz bereitgestellt werden. Diese Implementierungsvariante ist geeignet für Evaluierungen, die Entwicklung von Erweiterungen oder für nicht-kritische Lösungen, für eine geringe Anzahl an Endanwendern, speziell also für kleine Abteilungen oder eine Gruppe von bis zu 100 Anwendern. Der Einsatz einer solchen Installation ist nicht für produktive Zwecke empfohlen. Eine Einzelserverbereitstellung kann nur sehr begrenzt durch das Erweitern der lokalen Hardware skaliert werden. Sie haben jedoch die Möglichkeit, im Falle einer geänderten Strategie oder eines angepassten Einsatzszenarios eine Reihe von Migrationsvarianten zu verwenden, um die bestehende Installation auf eine skalierbare Plattform zu verschieben. Beachten Sie jedoch, dass nicht alle Daten einer Farm problemlos in eine zentrale, neue Farm konsolidiert werden können.
Kleine Serverfarm Die wichtigste Änderung einer einzelnen Serverinstallation gegenüber einer Einzelserverinstallation besteht in der Trennung der Datenbankschicht von der Webserverfunktionalität. Durch diese Trennung wird nicht nur eine höhere Skalierbarkeit erreicht, sondern erst grundsätzlich die Möglichkeit geschaffen, die Serverfarm um zusätzliche SharePoint-Server zu erweitern.
75
Kapitel 3
Planung der SharePoint-Installation
Während die kleinste einfache Serverfarm mit jeweils einem Datenbank- und einem SharePointServer zwar grundsätzlich bis zu 10.000 Anwendern dienen kann, hängt die tatsächlich unterstützte Anzahl an Anwendern vom Nutzungsverhalten der Anwender ab. Diese einfachste Farmformation unterstützt lediglich wenige Anfragen pro Sekunde und sollte nur für ein wenige 10 GB umfassendes Datenbankvolumen ausgelegt sein. Beachten Sie auch, dass besonders ressourcenintensive Funktionen wie die Indizierung so konfiguriert werden sollten, dass die Anwendererfahrung bei der Nutzung von SharePoint nicht beeinträchtigt wird, beispielsweise indem Sie die Indizierungsintervalle nicht auf Spitzenzeiten legen (Abbildung 3.2). Abbildg. 3.2
Beispiel einer kleinen Serverfarm
Alternativ können Sie die Leistungsfähigkeit von kleinen Serverfarmen erhöhen, indem Sie einen weiteren SharePoint-Server auf der Web-Front-End-Ebene hinzufügen. In dieser Konstellation bietet es sich beispielsweise an, die Abfragerolle auf beide SharePoint-Server zu verteilen und die verbleibenden Anwendungsrollen auf einen der beiden Knoten zu fokussieren.
Mittlere Serverfarm Der zentrale Unterschied einer mittleren Serverfarm zu einer kleinen Serverfarm besteht in der Einführung einer weiteren Schicht in die SharePoint-Architektur, der Anwendungsschicht. Gängige Szenarien für die Verwendung einer mittleren Serverfarmarchitektur stellen sich wie folgt dar: 쐍 Sie verwenden eine Reihe von Dienstanwendungen und möchten für diese Redundanz bieten 쐍 Eine Gruppe von maximal wenigen zehntausend Anwendern erzeugt wenige Dutzend Anfragen pro Sekunde 쐍 Sie erwarten ein maximales Datenvolumen von 1 bis 2 Terabyte
76
Globale SharePoint-Planung
Je nach Ausprägung der Nutzung sollten Sie bei der Planung einer mittleren Serverfarm unbedingt eine Anpassung der Datenbankschicht in Erwägung ziehen. Während eine geringe Anzahl an Anwendern mit umfassender Applikationsnutzung den Einsatz einer mittleren Serverfarm sinnvoll machen kann, ohne dabei zusätzliche Datenbankserver bereitzustellen, gilt dies nicht mehr zwangsläufig, wenn sich die Datenmenge und die Anzahl der Anwender erhöht. In diesem Fall sollten Sie ggf. weitere Datenbankserver hinzufügen, um beispielsweise durch die Trennung der Such- von den verbleibenden Datenbanken für eine gute Benutzererfahrung zu sorgen. Im Fall von umfangreichen Anwenderaktivitäten bei gleichzeitig hoher Protokollierungsaktivität können Sie ebenfalls erwägen, die Protokolldatenbanken auf einen separaten SQL-Server zu isolieren (Abbildung 3.3). Abbildg. 3.3
Beispiel einer mittleren Serverfarm
Ein anderer Aspekt für das Hinzufügen weiterer Datenbankserver zur SharePoint-Serverfarm kann in der umfassenden Nutzung der Suche begründet sein. Indizieren Sie einen großen Korpus von beispielsweise 40 Millionen Objekten und stellen diesen einer vergleichsweise geringen Anzahl an Anwendern zur Verfügung, sollten Sie ebenfalls in Erwägung ziehen, dedizierte Suchdatenbankserver zu verwenden, um die negativen Leistungsauswirkungen der Suche auf die sonstigen SharePoint-Dienste zu begrenzen. Diese wären wahrscheinlich, da die umfassenden Datenbankaktivitäten der Suche direkten Einfluss auf die Latenzen bei Navigation und Nutzung einer SharePoint-Site hätten.
Große Serverfarm Die maximale Ausbaustufe einer SharePoint-Architektur besteht in der Verwendung einer großen Serverfarm, welche keine zusätzlichen Schichten innerhalb einer Farm einführt, sondern mehrere Farmen umfasst und in der es dedizierte Applikations- bzw. Dienstfarmen gibt, die den konsumierenden Farmen ihre Dienste zentral zur Verfügung stellen (Abbildung 3.4). Unter folgenden Rahmenbedingungen finden große Serverfarmen Verwendung: 쐍 Das Datenvolumen ist extrem hoch und umfasst bis zu einigen 10 Terabytes 쐍 Eine extrem hohe Anzahl an Anwendern von bis zu mehreren hunderttausend 77
Kapitel 3
Planung der SharePoint-Installation
쐍 Eine Anfragedichte von mehreren hundert Anfragen pro Sekunde 쐍 Sie haben mehrere SharePoint-Farmen und möchten einige Dienstanwendungsdaten wie Meine Websites oder verwaltete Metadaten nicht mehrfach parallel bereitstellen Abbildg. 3.4
Beispiel einer großen Serverfarm
Auf der logischen Ebene ergibt sich die alternative Betrachtungsform einer Serverfarm, da unterschiedliche Quellfarmen unterschiedliche Dienste einer zentralen Serverfarm konsumieren können (Abbildung 3.5). Abbildg. 3.5
78
Große Serverfarm in der logischen Ansicht
Voraussetzungen für die Installation
Begrenzungen SharePoint besitzt eine Reihe an harten und weichen Grenzen bezüglich des Einsatzrahmens, die es möglichst nicht zu überschreiten gilt (Tabelle 3.1). Tabelle 3.1
Empfohlene Grenzen bei der Verwendung von SharePoint Objekt
Schwellenwert
Beschreibung
Zu indizierende Objekte
100.000.000
Bei der Verwendung von FAST können Sie bis zu einer Milliarde Objekte pro Index indizieren
10.000.000
Dieser Wert ist jedoch imaginär, da Sie bereits ab einer Anzahl von 5.000 Objekten pro Ansicht oder Abfrage mit spürbaren Leistungseinbußen zu rechnen haben
Listeneinträge
Websitesammlungen pro Webanwendung
150.000
Empfohlene Grenze, die jedoch lediglich für HostingUmgebungen relevant sein dürfte
Websitesammlungen pro Inhaltsdatenbank
50.000
Empfohlene Grenze, die jedoch lediglich für HostingUmgebungen relevant sein dürfte
Größe der Inhaltsdatenbank
200 GB
Die Empfehlung zur Einhaltung dieses Richtwerts basiert primär auf Aspekten wie Datenbankwartung und -wiederherstellung
Dabei sind einige der Begrenzungen lediglich für Hosting-Umgebungen relevant, während andere Grenzen sich gegenüber der letzten SharePoint-Version deutlich verbessert haben. Beispielsweise werden nun maximal 200 GB große Inhaltsdatenbanken anstelle der zuvor empfohlenen 50 GB als weiche Grenze definiert.
Voraussetzungen für die Installation Durch die vielfältigen Einsatzmöglichkeiten bei unterschiedlichsten Belastungsszenarien ist es wichtig, mithilfe dieses Abschnitts die für Ihr Einsatzszenario passende Konfiguration zusammenzustellen.
Hardwarevoraussetzungen Für den Einsatz von SharePoint 2010 sind folgende Hardwarevoraussetzungen zu erfüllen.
SQL Server Für die Wahl der Datenbank stehen Ihnen neben der integrierten SQL Server 2008-Datenbank die Versionen SQL Server 2005, SQL Server 2008 und SQL Server 2008 R2 jeweils in der x64-Version zur Auswahl. Da wir davon ausgehen, dass Sie bei einer Neuplanung des Datenbankservers auf SQL Server 2008 R2 zurückgreifen, beschränken wir die Darstellung der Hardwareanforderungen auf SQL Server 2008 R2 (Tabelle 3.2).
79
Kapitel 3
Tabelle 3.2
Planung der SharePoint-Installation
Hardwareanforderungen von SQL Server 2008 R2 Komponente
Anforderung
Prozessor
Prozessorarchitektur: x64 4 Prozessorkerne für kleine Bereitstellungsszenarien 8 Prozessorkerne für mittlere Bereitstellungsszenarien
Arbeitsspeicher
4 GB für Entwicklung und Evaluierung Für die Verwendung in einer SharePoint Server 2010-Farm (unabhängig ob SharePoint Foundation oder SharePoint Server) mit mehreren Servern werden 8 GB für kleine und 16 GB für mittelgroße Serverfarmen empfohlen
Wichtig für eine in Bezug auf die Datenbankbasis leistungsfähige SharePoint-Umgebung ist ein hoher E/A-Faktor auf dem Festplattensystem des SQL-Servers. Sie erreichen dies durch die geeignete Auswahl und Planung der Festplattenspeicheranbindung. TIPP Der E/A-Faktor auf dem SQL-Server wird in Bezug auf die gefühlte Endbenutzergeschwindigkeit beim Zugriff auf SharePoint häufig unterschätzt. Wir empfehlen Ihnen daher, der Planung der Speicherarchitektur besondere Beachtung zu schenken, um letztlich die Benutzerzufriedenheit nicht durch einfach vermeidbare Leistungsengpässe auf das Spiel zu setzen. Die Varianten zur Speicheranbindung sind recht vielfältig. Wir fokussieren aus diesem Grund auf die verbreitetsten Lösungen. Es gibt drei Kategorien der Speicherplanung: 쐍 Speicherlokalisation (lokal oder zentral) 쐍 Datenbus 쐍 Festplattenformation Zunächst stellt sich die Frage nach einem zentralen oder dezentralen Speichersystem für Ihre Datenbankanbindung. Diese Wahl wird in der Realität selten durch ein aufkommendes SharePoint-Projekt beeinflusst. Daher betrachten wir lediglich die folgenden drei zentralen Speichersysteme, die Ihnen theoretisch zur Wahl stehen: 쐍 Internet Small Computer Solution (iSCSI) 쐍 Storage Area Network (SAN) 쐍 Network Attached Storage (NAS) NAS-basierte Lösungen sollten Sie meiden. Diese werden aus gutem Grund standardmäßig nicht für die Speicherung von Datenbanken unterstützt. Mehr Informationen finden Sie im Microsoft Knowledge Base-Artikel KB 304261 (http://support.microsoft.com/kb/304261). Während iSCSI-basierte Lösungen kostengünstig einen zentralen Speicher zur Verfügung stellen, sind diese Lösungen gerade für SQL Server-Implementierungen nicht zu empfehlen. Daher sollte Ihre Wahl bei den zentralen Speicherlösungen in der Regel auf eine SAN-Implementierung fallen. Die hier angebotenen Technologien mit einer Fibre Channel-gestützten Anbindung von SQL-Server an den Datenbus versprechen zumindest theoretisch einen hohen E/A-Faktor bei geringen Latenzen. Bei der Vorgabe eines lokalen Speichersystems gilt es, den geeigneten Datenbus zu wählen, um eine maximale Leistung zu ermöglichen. In der Regel haben Sie an dieser Stelle die Wahl zwischen folgenden Lösungen: 쐍 Serial Advanced Technology Attachment (SATA) 쐍 Serial Attached SCSI (SAS) 80
Voraussetzungen für die Installation
SATA bietet im Vergleich zu SAS einen kostengünstigen Speicher mit relativ hohen Leistungsmerkmalen. SATA wurde jedoch vom Design weniger für den Hochleistungsbereich, sondern vielmehr für den Desktopbereich entworfen. SAS bietet im Vergleich zu SATA deutlich verbesserte Eigenschaften, die speziell bei der Planung von SQL Server von Vorteil sind. Die folgende Tabelle zeigt Ihnen die wichtigsten Unterschiede zwischen den aktuellen SATA- und SAS-Standards (Tabelle 3.3). Tabelle 3.3
Vergleich von SAS und SATA Funktion
SATA 2
SAS (zweite Ausbaustufe)
Übertragungsrate
375 MB/s
750 MB/s
Verbindungsart
halbduplex
vollduplex
Redundanztechnologien
-
Dual-Porting
Fehlerbehebung
ATA SMART
erweiterte SCSI-Befehle
HINWEIS Für den Datenbankbetrieb ist neben diesen Leistungsindikatoren speziell die E/ALeistung von Bedeutung und diese ist bei einzelnen SAS-Festplatten bis zu viermal höher als bei vergleichbaren SATA-Festplatten! Die Fehlerbehebungsfunktionen von SAS sind denen von SATA überlegen und bieten somit eine bessere Datenintegrität. Neben den hier beschriebenen Eigenarten der beiden vorgestellten Technologien gibt es noch eine Reihe weiterer Eigenschaften, die SAS zu einer besseren Lösung im Serverund speziell im SQL Server-Umfeld machen. Daher lautet die Empfehlung hier eindeutig, SAS dem Einsatz von SATA vorzuziehen. Zuletzt gilt es, im Speichersektor die Entscheidung zu treffen, welche Festplattenformation, besser gesagt, welche Redundant Array of Independent Disks (RAID)-Version zum Einsatz kommen sollte. Es gibt eine Vielzahl an RAID-Lösungen, daher fokussieren wir uns in diesem Rahmen auf die gängigsten Ansätze. Die folgenden RAID-Versionen stehen häufig zur Wahl: 쐍 RAID-0 Die Daten werden über Stripes auf mindestens zwei Festplatten verteilt. Dies hat eine sehr gute Lese-/Schreibleistung zur Folge, allerdings sind sämtliche Daten bei Ausfall einer Festplatte nicht mehr verfügbar. 쐍 RAID-1 Bei RAID-1 werden zwei Festplatten gespiegelt. Dies führt zu einer guten Leseleistung und Datenredundanz bei Ausfall einer Festplatte. 쐍 RAID-5 Eine RAID-5-Formation besteht aus mindestens drei Festplatten. Dabei werden die Daten in Stripes, ähnlich wie bei RAID-0, nacheinander auf die Festplatten verteilt. Zusätzlich werden jedoch Paritätsinformationen auf die Festplatten geschrieben, um den Ausfall einer Festplatte zu kompensieren. Diese Formation bietet eine sehr gute Leseleistung, jedoch eine schlechte Schreibleistung, wenn diese auch bei zunehmender Festplattenanzahl steigt. 쐍 RAID-10 RAID-10 kombiniert eine RAID-0- mit einer RAID-1-Formation, sodass bildlich gesprochen ein RAID-0 gespiegelt wird. Durch diese Formation werden die Vorteile von RAID-0 und RAID-1 vereint. Resultat ist eine sehr gute Leseleistung bei einer relativ neutralen Schreibleistung und sehr guten Ausfallsicherheitseigenschaften. Neben der Wahl der RAID-Version stellt sich die Frage nach einer soft- oder hardwarebasierten RAID-Lösung. Windows Server unterstützt schon seit vielen Versionen die RAID-Formationen 0, 1 und 5. Bei Hardwareanbietern findet man neben der Unterstützung von weiteren RAID-Versionen 81
Kapitel 3
Planung der SharePoint-Installation
noch eine Vielzahl zusätzlicher Pluspunkte gegenüber einer softwarebasierten RAID-Lösung. Hardware-RAIDs belasten die Systembusse und den Prozessor weniger als ein Software-RAID und bieten durch ihren Cache häufig einen verbesserten Datendurchsatz. Ein weiterer Nachteil der softwarebasierten RAID-Lösung ist der Bootprozess nach dem Ausfall einer der gespiegelten Platten. Zusammenfassend ist demnach die Empfehlung, ein hardwarebasiertes RAID-10 zu verwenden. Sollte Ihnen diese RAID-Formation auf Ihrem System nicht zur Verfügung stehen, würde sich ein RAID-1 anbieten.
SharePoint Foundation 2010 Für die Installation von SharePoint Foundation 2010 stellt Microsoft folgende Anforderungen an die Hardware (Tabelle 3.4). Tabelle 3.4
Hardwareanforderungen von SharePoint Foundation 2010 Komponente
Anforderung
Prozessor
64 Bit, Dual Core-Prozessor, 3 GHz
Arbeitsspeicher
4 GB für Entwicklungs- oder Evaluationsinstallationen 8 GB für Produktive Installationen
Festplatte
80 GB
Die hier angegebenen Hardwareanforderungen entsprechen nicht den Erfahrungen, die Sie machen werden, wenn Sie eine fertig bereitgestellte Farm analysieren und versuchen, die Werte nachzuvollziehen. Mit anderen Worten: Sie könnten theoretisch auch einen Server oder speziell eine Entwicklungsmaschine erfolgreich bereitstellen, die lediglich über 2,5 GB Arbeitsspeicher verfügt und nur einen Bruchteil des Festplattenspeichers verwendet (15 GB). Wenn Sie jedoch auf alle Funktionen, die Ihnen SharePoint bietet, produktiv zurückreifen möchten, ist es selbstverständlich ratsam, diesen Mindestanforderungen zu entsprechen. HINWEIS Beachten Sie, dass der erforderliche Festplattenspeicher stark von Faktoren wie Protokollierungseinstellungen und dem zu indizierenden Korpus abhängt. Neben diesen Faktoren sollten Sie auf dem Systemlaufwerk zusätzlich das Fünffache des Arbeitsspeichervolumens reservieren, um alle Fehlerabbildfunktionen wahrnehmen zu können. In vielen Rechenzentren werden mittlerweile eine vergleichsweise kleine Betriebssystempartition und eine Daten- bzw. Anwendungspartition bereitgestellt. Dimensionieren Sie in diesen Situationen die Betriebssystempartition nicht zu gering. Selbst wenn Sie alle verschiebbaren SharePoint-Daten während und nach der Installation auf die Datenpartition verschieben, verbleiben immer noch eine Reihe von SharePoint-Daten auf der Betriebssystem- bzw. Systempartition. Detailliertere Aussagen zu dem erforderlichen Speicherplatz finden Sie in einem späteren Abschnitt dieses Kapitels.
SharePoint Server 2010 Für die Installation von SharePoint Server 2010 stellt Microsoft die folgenden Anforderungen an die Hardware (Tabelle 3.5).
82
Voraussetzungen für die Installation
Tabelle 3.5
Hardwareanforderungen von SharePoint Server 2010 Komponente
Anforderungen
Prozessor
64 Bit, Quad Core-Prozessor, 3 GHz für kleine Serverfarmen Für mittelgroße Serverfarmen sollten Sie den Einsatz von acht Prozessorkernen in Erwägung ziehen
Arbeitsspeicher
4 GB für Entwicklungs- oder Evaluationsinstallationen 8 GB für kleine Bereitstellungsszenarien 16 GB für mittelgroße Bereitstellungsszenarien
Festplatte
80 GB
Bei SharePoint Server 2010 verhält es sich ähnlich wie bei den Hardwareanforderungen von SharePoint Foundation. Die hier angegebenen Hardwareanforderungen werden nicht den Werten entsprechen, die Sie bei der erstmaligen Nutzung von SharePoint vorfinden. Sie können auch hier einen Server oder speziell eine Entwicklungsmaschine erfolgreich bereitstellen, die lediglich über 4 GB Arbeitsspeicher verfügt und nur einen Bruchteil des Festplattenspeichers verwendet (20 GB). Wenn Sie jedoch auf alle Funktionen produktiv zurückreifen möchten, die SharePoint bietet, ist es selbstverständlich ratsam, den hier gegebenen Anforderungen zu entsprechen bzw. sie sogar deutlich zu erweitern. Mögliche Gründe für eine noch höhere Dimensionierung des Arbeitsspeichers sind: 쐍 Der SharePoint-Server wird ausschließlich über HTTPS angesprochen (ohne Offload) 쐍 Die Dienstanwendungen werden massiv beansprucht 쐍 Sie stellen viele separate IIS-Anwendungspools bereit HINWEIS Wie schon für SharePoint Foundation gilt auch für SharePoint Server, dass der tatsächlich erforderliche Festplattenspeicher erheblich umfangreicher sein kann und von der SharePoint-Konfiguration und -Nutzung abhängt. Speziell die Abfrageserverrolle benötigt potenziell erheblich zusätzlichen Festplattenspeicher, um den Index speichern zu können. Detailliertere Aussagen zu dem erforderlichen Speicherplatz finden Sie in dem nachfolgenden Abschnitt.
Hardwarekomponenten Achten Sie bei der Dimensionierung der Hardwarekomponenten auf folgende Besonderheiten für die jeweilige Komponente. Prozessor Die grundlegendste Anforderung an den Prozessor ist die Verwendung von 64-Bit-Prozessoren. Ferner sollte zumindest eine Quad Core-CPU verwendet werden. Die empfohlene Anzahl der zu verwendenden Prozessoren wird von der genauen Funktion und den Diensten des jeweiligen Servers beeinflusst. Einige Dienste wie der Suchdienst hängen im besonderen Maße von der Rechenleistung der CPU ab. Die genauen Zusammenhänge der CPU-Leistung zu den zugehörigen Diensten entnehmen Sie bitte dem Abschnitt »Auswirkungen der SharePoint-Komponenten auf das Lastverhalten« ab Seite 114. Arbeitsspeicher Die Planung der Arbeitsspeicherdimensionierung verhält sich ähnlich wie die Prozessordimensionierung. Die Arbeitsspeicherauslastung hängt stark vom Nutzungsprofil der unterschiedlichen 83
Kapitel 3
Planung der SharePoint-Installation
Dienstanwendungen ab. Ein zusätzlicher Faktor bei der Arbeitsspeicherplanung für SharePoint-Server besteht in der bereitgestellten Anzahl von Anwendungspools und der parallelen Anzahl an Sitzungen. In den meisten Umgebungen ist es ratsam, mindestens 8 GB RAM auf den SharePoint-Web-FrontEnd-Servern bereitzustellen. In Umgebungen mit einer hohen Anforderung an die Isolation in Form von separaten Anwendungspools sollten mindestens 16 GB oder gar 32 GB RAM bereitgehalten werden. Halten Sie für jeden zusätzlichen Anwendungspool mindestens 2 GB Arbeitsspeicher frei. Auf Anwendungsservern, auf denen der Arbeitsspeicherbedarf besonders stark vom Anwendungsprofil abhängt, kann der Bedarf durchaus 32 oder gar 64 GB RAM umfassen, wenn besonders umfangreiche RAM-ressourcenhungrige Dienstanwendungen wie Excel Services oder die SharePoint-Suche genutzt werden. HINWEIS Beachten Sie bei der Planung des Arbeitsspeichers unbedingt die zusätzlichen Anforderungen bei der kombinierten Verwendung von SharePoint mit Erweiterungen. Sowohl integrierte Komponenten wie der Binary Large Object (BLOB)-Cache oder auch Erweiterungen wie der Virenschutz können die Arbeitsspeicherplanung unterschiedlich stark beeinflussen. Im Falle des BLOB-Caches werden Auswirkungen nur bei extrem zahlreichen Elementen (800 Bytes pro Element) spürbar. Die Verwendung von Forefront Protection 2010 for SharePoint hingegen erfordert weitere 2 GB an Arbeitsspeicher. Der Arbeitsspeicherbedarf auf dem SQL Server-Datenbanksystem steht in direkter Relation zur erwarteten Größe der zu hostenden SharePoint-Datenbanken. Die Tabelle 3.6 gibt Ihnen eine Übersicht über die empfohlenen Arbeitsspeicherressourcen für SQL-Server. Tabelle 3.6
Empfohlene Arbeitsspeicher für SQL-Server Kombinierte Größe der Inhaltsdatenbanken
RAM-Empfehlung
Min. für Entwicklung oder Evaluierung
4 GB
Min. für kleine Bereitstellungen
8 GB
Min. für dreistufige Bereitstellungen
16 GB
Für Datenbankgrößen bis zu 2 TB
32 GB
Für Datenbankgrößen von 2 bis 5 TB
64 GB
Für Datenbankgrößen von 5 bis 10 TB
64 bis 128 GB
Weitere Faktoren, die einen zunehmenden Arbeitsspeicherbedarf für SQL-Server beeinflussen, sind die Verwendung von Datenbankspiegelungen und die häufige Verwendung von Dateien mit einer Größe jenseits von 15 MB. Netzwerk Neben dem offensichtlichen Vorteil einer schnellen Anbindung von Endanwendern zu den WebFront-End-Servern ist speziell die Intrafarmkommunikation von dieser abhängig. Während zur Optimierung der Netzwerkkommunikation das Netzwerk für die Endbenutzerkommunikation über eine zusätzliche Netzwerkkarte von der Intrafarmkommunikation getrennt werden sollte, ist inner-
84
Voraussetzungen für die Installation
halb einer Serverfarm eine mind. 1 GBit/s-schnelle Verbindung erforderlich. Idealerweise stellen Sie eine 10 Gbps-Anbindung bereit. Achten Sie darauf, dass speziell für die Kommunikation zwischen den SharePoint-Servern und dem SQL-Server mit den Inhaltsdatenbanken eine nicht höhere Latenz als 1 Millisekunde aufkommt. Dies erreichen Sie auch, indem Sie die Netzwerkdistanz zwischen SharePoint- und SQL-Server so gering wie möglich halten. Platzieren Sie die Mitglieder einer Serverfarm unbedingt innerhalb eines Subnetzes. Festplattenspeicher Der für SharePoint erforderliche Festplattenspeicher ist von vielen Faktoren abhängig. Die wichtigsten Faktoren lauten wie folgt: 쐍 Datenmenge der in SharePoint zu speichernden Dokumente 쐍 Einsatz von Versionierung und Versionierungskonfiguration 쐍 Nutzung und Umfang der Protokollierungsfunktion 쐍 Umfang und Art des zu indizierenden Korpus Die anfallenden Daten verteilen sich dabei entsprechend auf SQL Server-Datenbanken oder auf die SharePoint Server-Rollen. Die nachfolgende Tabelle gibt Ihnen eine Übersicht über die zu erwartenden Datenmengen (Tabelle 3.7). Tabelle 3.7
Erwartete Datenmengen Funktion
Erwartete Datenmenge
Verwendungs- und Integritätsdatenerfassung
Die hier anfallenden Daten verteilen sich auf die SharePoint- und SQL Server. Die durch diese Funktion in einer SQL Server-basierten Datenbank anfallenden Daten können rasant anwachsen. Um ein Gefühl für den Umfang der Daten zu entwickeln, kalkulieren Sie für 1 Mio. HTTP-Anfragen ca. 2 GB an Speicher ein. Die in SharePoint lokal anfallenden Datenmengen für die Verwendungsdatenerfassung sind standardmäßig auf 5 GB begrenzt und können innerhalb der Serverpartitionen verschoben werden.
Business Data Die Größe dieser Dienstanwendungsdatenbank hängt von der Anzahl der externen Connectivity-Dienst (BDC) Inhaltstypen ab. Planen Sie 0,5 MB pro externen Inhaltstyp ein. Sollten Sie sich nicht sicher sein, wie viele externe Inhaltstypen Sie erwarten, gehen Sie in etwa von 50 MB, also 100 externen Inhaltstypen, aus. Anwendungsregistrierungsdienst
Planen Sie 1 GB Datenbankspeicherplatz ein, sofern Sie einen MOSS 2007-basierten BDC migrieren
Abonnementeinstellungendienst
Planen Sie 1 GB Datenbankspeicherplatz ein
85
Kapitel 3
Tabelle 3.7
86
Planung der SharePoint-Installation
Erwartete Datenmengen (Fortsetzung) Funktion
Erwartete Datenmenge
Suche
Die Suche verteilt Ihre Daten auf verschiedene Quellen, drei Datenbanken und einen Index. Die drei Datenbanken sind die Suchadministrations-, die Durchforstungs- und die Eigenschaftendatenbank. Die Suchdatenbank ist üblicherweise klein und übersteigt selten 1 GB an Datenbankvolumen. Die Durchforstungsdatenbank umfasst in etwa den 0,046-fachen Inhalt der zu indizierenden Inhaltsdatenbanken. Die Eigenschaftendatenbank umfasst in etwa den 0,015-fachen Inhalt der zu indizierenden Inhaltsdatenbanken. Für den Index, der sich auf dem lokalen Abfrage- bzw. Indexserver befindet, sollten Sie in etwa 30 % der zu indizierenden Datenmenge bereithalten, selbst wenn dieser Wert in der Regel bei Weitem nicht erreicht wird.
Benutzerprofil
Der Benutzerprofildienst ist mit drei Datenbanken assoziiert: Profil-, Sync- und Social Tagging-Datenbank. Die Profildatenbank benötigt für jedes Benutzerprofil zunächst 1 MB Speicher. Die Synchronisierungsdatenbank benötigt für jeden Benutzer ca. 630 KB, wobei dieser Wert von der Anzahl an Gruppenmitgliedschaften beeinflusst wird. Die Social Tagging-Datenbank benötigt für jedes Tag, jeden Kommentar oder jedes Rating jeweils 0,0009 MB. Zur Kalkulation eines Werts für Ihre Umgebung nehmen Sie in der Regel an, dass 10 % der Benutzer als aktiv anzusehen sind. Für diese können im Schnitt 4,5 Tags und 1,8 Kommentare im Monat veranschlagt werden. Daraus ergeben sich in einer Kollaborationsumgebung mit 160.000 Benutzerprofilen mit jeweils 5 Gruppenmitgliedschaften, 79.000 Tags, Kommentaren und Bewertungen die folgende Datenbankgrößen beanspruchen: Profil: 155 GB Sync: 96 GB Tagging: 0,66 GB
Verwaltete Metadaten
Die zugehörige Datenbankgröße basiert auf der Anzahl an verwendeten Schlüsselworten und Inhaltstypen. Die Größe dieser Datenbank ist vergleichsweise gering.
Web Analytics
Der Web Analytics-Dienst speichert seine Daten in zwei Datenbanken: Staging und Reporting. Der Umfang dieser Datenbanken wird von vielen Faktoren beeinflusst, z.B. der Aufbewahrungsdauer, dem täglichen Volumen der aufgezeichneten Daten sowie der Anzahl an Sites, die analysiert werden.
Secure Store Services
Die Secure Store Services-Datenbank speichert Anmeldeinformationen. Berechnen Sie 5 KB pro Anmeldeinformationen.
Statusdienst
Planen Sie 1 GB Datenbankspeicherplatz ein
Word Automation Services
Planen Sie 1 GB Datenbankspeicherplatz ein
PerformancePoint
Planen Sie 1 GB Datenbankspeicherplatz ein
Ablaufverfolgungsprotokoll
Diese Informationen fallen auf jedem SharePoint-Server an. Das Ablaufverfolgungsprotokoll kann in Abhängigkeit von den durch Sie definierten, aufzuzeichnenden Elementen innerhalb kurzer Zeit viele GB an Daten erzeugen. Sie haben jedoch die Möglichkeit, sowohl den Pfad für das Protokoll zu beeinflussen als auch die Anzahl an Tagen, die die Protokolle vorgehalten werden, sowie die maximale Obergrenze an Speicherplatz vorzugeben.
Voraussetzungen für die Installation
Tabelle 3.7
Erwartete Datenmengen (Fortsetzung) Funktion
Erwartete Datenmenge
Webserverprotokolle
Die auf den SharePoint-Servern anfallenden IIS-Protokolle können in Abhängigkeit von den protokollierten Feldern und dem Umfang des Zugriffs unterschiedlich groß werden
BLOB-Cache
Den 1,2-fachen Wert der maximal definierten BLOB-Cachegröße auf den WebFront-End-Server ein
HINWEIS Eine wichtige Änderung gegenüber den vergangenen SharePoint-Versionen besteht darin, dass der Index bzw. die Durchforstungskomponente in der aktuellen Version lediglich temporär Daten speichert, die zeitnah an die Abfragekomponenten übertragen werden. Neben diesen Funktionen gibt es noch weitere Bereiche, in denen beispielsweise zusätzliche Protokolldaten anfallen, diese sind jedoch in Relation zu den hier angeführten Funktionen und Diensten zu vernachlässigen. WICHTIG Berücksichtigen Sie unbedingt das Werkzeug für die Sicherung Ihrer Serverfarm bei der Dimensionierung. Je nach Anbieter kann es erforderlich werden, zusätzlichen Speicher für die Sicherung auf den Systemlaufwerken reservieren zu müssen. So müssen Sie beispielsweise auf dem für die Sicherung aktivierten SharePoint-System für die Verwendung von System Center Data Protection Manager 2010 2 GB Speicher für jede 10 Mio. zu sichernde Elemente auf dem Systemlaufwerk reservieren.
Virtualisierung Alle Elemente von SharePoint 2010 werden vollständig für die Virtualisierung mit Hyper-V unterstützt. Zusätzlich werden auch Drittanbietertechnologien in Kombination mit SharePoint 2010 unterstützt, sofern Sie von Microsoft im Rahmen des Server Virtualization Validation Program (SVVP) zertifiziert wurden. Zu den unterstützten Drittanbietern gehören selbstverständlich auch die etablierten Anbieterlösungen von Citrix Systems oder VMware. Die vollständige und aktuelle Liste der zertifizierten Drittanbieterplattformen finden Sie unter http://go.microsoft.com/fwlink/?LinkId=125649. Sollten Sie sich für Hyper-V als Virtualisierungsplattform entschieden haben, wird empfohlen, Hyper-V V2, also Windows Server 2008 R2, als Virtualisierungshost einzusetzen. Die Mehrwerte für SharePoint 2010 sind unter Hyper-V V2 wie folgt: 쐍 Erweiterte Unterstützung für Prozessoren und Arbeitsspeicher für virtuelle Maschinen 쐍 Leistungsverbesserungen wie höhere Leistung der virtuellen Laufwerke und eine gesteigerte Netzwerkadapterleistung 쐍 Zusätzliche Ausfallsicherheit mithilfe der Live-Migration, die eine nahezu unterbrechungsfreie Verschiebung der virtuellen SharePoint-Maschine zwischen den Clusterhosts ermöglicht Die Vorteile einer virtualisierten SharePoint 2010-Umgebung liegen auf der Hand: Neben Reduktion der Energie- und Rechenzentrumsplatzressourcen bietet die Virtualisierung zusätzlich Vorteile für die Flexibilität bei der SharePoint-Nutzung. Dies gilt sowohl für die automatisierte Bereitstellung als auch für die flexible, nachträgliche Ressourcenverteilung bei der evtl. erst später offenbar werdenden Lastverteilung innerhalb der Serverfarm. 87
Kapitel 3
Planung der SharePoint-Installation
Speziell die Web-Front-End-Server und die Anwendungsserverrolle bieten sich für eine Virtualisierung an. Aufgrund der begrenzten Ressourcen oder ggf. leicht reduzierten Leistungsfähigkeit kann es erforderlich sein, mehr Server als bei einer physischen Lösung bereitzustellen. Dies stellt jedoch in der Regel kein Hindernis dar. Sollte eine SharePoint-Rolle besondere Leistungsanforderungen haben, die Sie nicht durch eine vertikale oder horizontale Skalierung kompensieren können, sollten Sie diese ebenfalls physisch abbilden. Eine dafür potenziell geeignete Rolle kann beispielsweise die Durchforstungsrolle darstellen. Die Frage einer Virtualisierung von Microsoft SQL Server ist schon seit längerer Zeit strittig und hängt von den allgemeinen Zielen einer Bereitstellung ab. Eine virtuelle SQL Server-Umgebung bietet in der Regel eine etwas reduzierte Leistung als eine vergleichbare physische Lösung, obwohl das Leistungspotential mit der Veröffentlichung neuer Virtualisierungslösungen stets verbessert wird. So haben beispielsweise SQL Server-Leistungstests mit der neuesten Version Hyper-V ergeben, dass (im Vergleich zu einem physischen Server) auf einem virtuellen Gastcomputer ein annähernd ebenbürtiger Durchsatz erzielt werden kann, allerdings bei einer etwas erhöhten CPU-Auslastung (Abbildung 3.6). Abbildg. 3.6
Gegenüberstellung einer nativen Instanz zu einer virtuellen Maschine
HINWEIS Weiterführende Informationen und die Hintergründe dieses Leistungsvergleichs finden Sie in dem Dokument HighPerformanceSQLServerWorkloadsOnHyper-V_Final.docx. Auf dem Begleitmedium zum Buch steht Ihnen in der Datei Downloads ein Link auf dieses Dokument zur Verfügung. Beachten Sie zudem, dass für eine virtualisierte SQL Server-Umgebung die Anzahl der für SQL Server zur Verfügung stehenden CPU-Kerne begrenzt ist. Zusammen mit weiteren Überlegungen, speziell in Verbindung mit der Architektur der virtuellen Datenträger, können die Vorteile der Bereitstellung von SQL Server in einer virtuellen Umgebung den Leistungseinbußen unterlegen sein.
88
Voraussetzungen für die Installation
HINWEIS
Für die Virtualisierung von SQL Server beachten Sie bitte zusätzlich die Microsoft Supportrichtlinien für virtualisierte SQL-Server im KB-Artikel 956893 (http://support.microsoft.com/ kb/956893).
Zusammengefasst lautet die Empfehlung für die Virtualisierung von SQL Server in Kombination mit SharePoint, weiterhin in den meisten Fällen auf die physische Lösung zu setzen, um diese für SharePoint wichtigste SharePoint-Leistungskomponente zu optimieren. Sollten Sie sich dennoch für die Virtualisierung von SQL Server entschieden haben, nutzen Sie alle zur Verfügung stehenden Optimierungsansätze für Gastsysteme, indem Sie beispielsweise Second Level Address Translation (SLAT)-aktivierte Hardware für das Hyper-V-Hostsystem verwenden, dedizierte logische Gerätenummern (Logical Unit Numbers, LUNs) für die Gastmaschine reservieren, kein CPU-Overcommit praktizieren, feste VHD-Größen oder den virtuellen SCSI-Bus anstelle von DIE (Integrated Device Electronics) verwenden. Um Ihnen eine bessere Einsicht in die Planung von virtuellen Serverfarmen zu geben, wird die Bereitstellung zweier Beispielfarmen in der Übersicht erläutert. Abbildg. 3.7
Mittelgroße virtualisierte SharePoint-Farm
89
Kapitel 3
Planung der SharePoint-Installation
Die erste Farm (Abbildung 3.7) wird auf Basis von 4 physischen Hosts mit 8 Prozessorkernen und jeweils 64 GB Arbeitsspeicher realisiert. Alle Serverrollen einschließlich der Datenbankebene werden virtualisiert. Dabei werden der Durchforstungsrolle zusätzliche Arbeitsspeicherressourcen (32 GB) zugewiesen. Zur Optimierung der Leistung wird kein CPU-Overcommit verwendet. Die Serverfarm weist die klassische Verteilung der Abfragerolle auf die Web-Front-End-Server auf und stellt die Zentraladministrationskomponente auf den Anwendungsservern bereit. Durch die Zuordnung der Gastmaschinen zu den Hosts wird in Hinsicht auf die CPU- und Dateisystembelastung für eine recht ausgewogene Lastverteilung gesorgt. Abbildg. 3.8
Große virtualisierte SharePoint-Farm
Die zweite Farm (Abbildung 3.8) wird auf Basis von zwei physischen Hosts mit 16 Prozessorkernen und jeweils 64 GB Arbeitsspeicher realisiert. Die Datenbankserver werden ebenfalls physisch abgebildet, um die Leistung der Serverfarm zu optimieren. Die SharePoint-Front-End- und Anwendungsebene sind virtualisiert. Dabei wird die Durchforstungsrolle anstatt vertikal horizontal durch einen zusätzlichen Server skaliert. Die Lastverteilung auf die Virtualisierungshosts ist optimal homogen. Beide Farmen überbuchen die physischen Ressourcen nicht. Dies wird dringend für produktive Umgebungen empfohlen. Die Überbuchung von Hardwareressourcen der Hostsysteme sollte in produktiven Umgebungen lediglich ein temporärer Zustand sein. Die nachfolgende Liste gibt Ihnen neben den bereits erwähnten Optimierungsansätzen für virtualisierte Umgebungen weitere allgemeine Hinweise zum Planen und Optimieren Ihrer Virtualisierungshosts: 쐍 Erwerben Sie Server, die SLAT-aktivierte Prozessoren verwenden 쐍 Verwenden Sie Prozessoren, die CPU-Core Parking unterstützen, um Energie zu sparen 90
Voraussetzungen für die Installation
쐍 Ziehen Sie die Verwendung von Netzwerkkarten-Teaming, TCP-Chimney-Offload, Virtual Machine Queues (VMQ) und Jumbo Frames in Erwägung. Hierdurch wird der Netzwerkdurchsatz gesteigert und die CPU entlastet. Dabei sollten Sie zumindest die Verwendung von Jumbo Frames vor einem produktiven Einsatz in Ihrer Umgebung evaluieren, da nicht alle Umgebungen diese unterstützen.
Softwarevoraussetzungen Für die Bereitstellung von SharePoint sind folgende Softwarevoraussetzungen zu erfüllen.
SQL Server Für die Bereitstellung einer Datenbank für die SharePoint-Dienste wird eine der folgenden SQL Server-Versionen benötigt: HINWEIS Sofern Sie den in SharePoint 2010 enthaltenen, integrierten Datenbankserver verwenden, benötigen Sie einen Hotfix für .NET Framework 3.5 SP1 (KB 979917), den Sie unter folgendem Link finden: http://go.microsoft.com/fwlink/?LinkId=192577. 쐍 SQL Server 2005 x64 쐍 Service Pack 3 쐍 Kumulatives Update-Paket (CU) 3 (für SP3) (http://go.microsoft.com/fwlink/?LinkId=165748) HINWEIS Sie finden die neuesten SQL Server-Aktualisierungen online im SQL Server-Update Center unter http://technet.microsoft.com/sqlserver/ff803383.aspx. 쐍 SQL Server 2008 x64 쐍 Service Pack 1 x64 쐍 Kumulatives Update-Paket 2 (für SP1) (http://go.microsoft.com/fwlink/?LinkId=165962) HINWEIS Es wird nicht empfohlen, die kumulativen Updates 3 oder 4 für SQL Server 2008 zu verwenden. Installieren Sie entweder CU2 oder mindestens das CU5. 쐍 SQL Server 2008 R2 x64 HINWEIS Bitte beachten Sie, dass Sie keine anderen Datenbanksysteme, weder von Microsoft noch von Drittanbietern, für die SharePoint Foundation 2010-Installation verwenden können. Verwenden Sie neuere SQL Server-Versionen nur, wenn diese nach dem Erscheinen dieses Buchs explizit von Microsoft für die Verwendung mit SharePoint Foundation 2010 freigegeben wurden. Die SQL Server-Edition sollten Sie entsprechend Ihren globalen Anforderungen an die Leistungsfähigkeit und die Ausfallsicherheit wählen. Die folgende Tabelle ermöglicht Ihnen, die für SharePoint wichtigsten Differenzen zu identifizieren (Tabelle 3.8). 91
Kapitel 3
Tabelle 3.8
Planung der SharePoint-Installation
SQL Server-Editionen im Vergleich Funktion
Enterprise
Standard
Workgroup
Express
Anzahl der CPUs
8
4
2
1
Arbeitsspeicher
2 TB
64 GB
4 GB
1 GB
Datenbankgröße
524 PB
524 PB
524 PB
4 GB
16 Knoten
2 Knoten
Datenkompression Datenbankspiegelung Protokollversand (Log Shipping) Clustering
Sollten Sie parallel zur neuen Farm den SQL-Server aufbauen, lautet die Empfehlung, grundlegend auf SQL Server 2008 R2 zu setzen. Die Entscheidung zwischen den bislang dargestellten Eigenschaften von SQL Server-Editionen ist jedoch auch von weiteren Funktionen abhängig, die Ihnen in den neueren und größeren Editionen zur Verfügung stehen. Neben den bisher erwähnten Unterschieden stehen Ihnen kumulativ die folgenden Mehrwerte bei der Verwendung der entsprechenden SQL Server-Edition zur Verfügung. SQL Server 2008 Standard Edition 쐍 Remote-BLOB-Speicher (zur drastischen Reduktion der Inhaltsdatenbankgrößen) 쐍 Datenbankspiegelung SQL Server 2008 Enterprise Edition 쐍 Datenkompression (für die SharePoint-Suche) 쐍 SQL Servermomentaufnahme-basierte SharePoint-Sicherungen 쐍 Tabellenpartitionierung (für Web Analytics) 쐍 Mehrere Threads für die Datenbankspiegelung 쐍 Bis zu 16 anstelle von 2 Clusterknoten 쐍 Hot-Add-Hardwareunterstützung (für das Hinzufügen von RAM und CPU-Ressourcen im laufenden Betrieb) SQL Server 2008 R2 Enterprise Edition 쐍 PowerPivot-Dienstanwendung Für SQL Server 2008 R2 stehen Ihnen die folgenden Basisbetriebssysteme zur Verfügung: 쐍 Windows Server 2003 SP2 x64 쐍 Standard, Enterprise und Datacenter Edition 쐍 Windows Server 2008 x64 쐍 Standard, Enterprise und Datacenter Edition 쐍 Windows Server 2008 R2 x64 쐍 Web, Standard, Enterprise und Datacenter Edition 92
Voraussetzungen für die Installation
SharePoint-Koexistenz SharePoint 2010 sollte unbedingt auf einer dedizierten Maschine bereitgestellt und nicht mit weiteren Serversoftwareprodukten auf einer Maschine kombiniert werden. Andernfalls riskieren Sie die Stabilität und Funktionalität Ihrer SharePoint-Installation. Installieren Sie SharePoint insbesondere nicht zusammen mit der Active Directory-Domänencontrollerrolle (DC). Auf einem DC finden Sie von einem Standardmitgliedsserver der Domäne stark abweichende Grundeinstellungen vor, die gerade bei komplexeren Produkten häufig zu einer Fehlfunktion führen. Grundsätzlich ist es zwar möglich, SharePoint auch auf einem DC bereitzustellen, jedoch ist eine Reihe an zusätzlichen Schritten erforderlich, um die jeweilige SharePointFunktion in einen betriebsfähigen Zustand zu versetzen. Produktiv wird diese Konstellation nicht unterstützt, daher wird in diesem Buch auf eine Beschreibung der in dieser Konstellation erforderlichen Anpassungen verzichtet.
Wahl des geeigneten Basisbetriebssystems SharePoint 2010 ist für den produktiven Einsatz unter Windows Server 2008 und Windows Server 2008 R2 konzipiert. Aufgrund der Tatsache, dass nach wie vor viele Entwickler ihre Arbeitsstationen auch bevorzugt für die Entwicklungsarbeit verwenden, ist es ebenfalls möglich, SharePoint 2010 unter Windows Vista und Windows 7 bereitzustellen. Wichtig ist dabei, dass SharePoint 2010 die erste SharePoint-Edition ist, die ausschließlich in einer 64-Bit-Edition vorliegt. Anders als bei früheren Microsoft-Produkten wie Exchange Server 2007 gibt es für SharePoint 2010 keine 32-Bit-Version für den nicht-produktiven Betrieb, die auf Testrechnern bereitgestellt werden könnte. ACHTUNG Windows Vista und Windows 7 können lediglich zu Testzwecken für die Installation von SharePoint 2010 verwendet werden. Ein produktiver Einsatz wird unter diesen beiden Systemen nicht unterstützt! Zudem ist die Installationsart unter diesen Clientbetriebssystemen auf eine einzelne Serverinstallation beschränkt. Die Wahl der geeigneten Windows Server Edition ist für SharePoint-Einsteiger oftmals nicht klar genug differenziert. Anhand der nachfolgenden Tabelle (Tabelle 3.9) erhalten Sie einen Überblick über die wichtigsten funktionalen Unterschiede für die Wahl des Serverbetriebssystems (die Tabellendaten basieren auf den Merkmalen von Windows Server 2008 R2). Tabelle 3.9
Überblick über funktionale Unterschiede der Serverbetriebssysteme Funktion
Standard Edition
Enterprise Edition
Anzahl der unterstützten x64-Sockel
4
8
Höhe des unterstützten Arbeitsspeichers
32 GB
2 TB
Netzwerklastenausgleich (Network Load Balancing, NLB))" Failover Clustering
93
Kapitel 3
Planung der SharePoint-Installation
Zusammenfassend lässt sich sagen, dass die Enterprise Edition bei der Wahl des Basisbetriebssystems Vorzug erhalten sollte, sofern Sie Ausfallsicherheit auf der Datenbankebene (jedoch nur für die SQL Server-Systeme) auf Basis eines klassischen Failoverclusters wünschen. Für die SharePointServer selbst bietet die Enterprise Edition nur begrenzte Mehrwerte. Beispielsweise ist die Enterprise Edition dann vorzuziehen, wenn es um extrem große Umgebungen mit besonders großen Datenmengen und einer besonders hohen Last geht. In diesen Umgebungen ist der Ausbau des Arbeitsspeichers über die 32-GB-Grenze hinaus und der Einsatz von noch mehr Prozessoren ggf. von Vorteil, wenn nur begrenzt horizontal skaliert werden soll. Grundsätzlich ist für die absolute Mehrzahl der Installationen Windows Server 2008 R2 Standard Edition die beste Wahl. ACHTUNG Die Installation von SharePoint Foundation oder SharePoint Server 2010 wird auf Windows Server Editionen Core oder Itanium nicht unterstützt! Die Frage nach der Wahl zwischen Windows Server 2008 und Windows Server 2008 R2 lässt sich einfach darauf reduzieren, dass Windows Server 2008 R2 allgemein die für SharePoint 2010 empfohlene Betriebssystemplattform ist. In Windows Server 2008 R2 Edition sind eine Reihe von Detailverbesserungen im Webserver und speziell in der Verwaltung des Servers integriert worden, von denen auch das SharePoint-System in Form einer besseren Leistung und Verwaltbarkeit profitiert. Neben einer besseren Abstimmung gibt es zudem weitere Mehrwerte wie die verbesserte Sicherheit oder den integrierten IFilter für TIFF-Dateitypen, die den Einsatz von Windows Server 2008 R2 nahelegen.
Web-Front-End Die folgenden Softwarekomponenten sind für die Installation von SharePoint 2010 auf dem System erforderlich. Als Basisbetriebssystem wird alternativ unterstützt: 쐍 Windows Server 2008 SP2 Um die erfolgreiche Ausführung des Installationsprogramms zu ermöglichen, ist eine Hotfix für .NET Framework 3.5 SP1 erforderlich, der in der aktuellen Version nicht vom Vorbereitungstool für Microsoft SharePoint-Technologien installiert wird (http:/ /go.microsoft.com/fwlink/?LinkID=160770) 쐍 Windows Server 2008 R2 Um die erfolgreiche Ausführung des Installationsprogramms zu ermöglichen, ist eine Hotfix für .NET Framework 3.5 SP1 erforderlich, der in der aktuellen Version nicht vom Vorbereitungstool für Microsoft SharePoint-Technologien installiert wird (http:/ /go.microsoft.com/fwlink/?LinkID=166231) 쐍 Die weiteren erforderlichen Komponenten sind: 쐍 .NET Framework 3.5.1 쐍 Microsoft .NET Framework v3.5 SP1 쐍 Anwendungsserverrolle 쐍 Unterstützung von Webservern (IIS) 쐍 TCP-Portfreigabe 쐍 Unterstützung des Aktivierungsdiensts für Windows-Prozesse HTTP-Aktivierung Message Queuing-Aktivierung TCP-Aktivierung Named Pipes-Aktivierung
94
Voraussetzungen für die Installation
쐍 Webserver- (IIS-) Rolle 쐍 Allgemeine HTTP-Features Statischer Inhalt Standarddokument Verzeichnissuche HTTP-Fehler HTTP-Umleitung 쐍 Anwendungsentwicklung ASP.NET .NET-Erweiterbarkeit ASP CGI ISAPI-Erweiterungen ISAPI-Filter Serverseitige Includes (SSI) 쐍 Integrität und Diagnose HTTP-Protokollierung Protokollierungstools Anforderungsmonitor Ablaufverfolgung 쐍 Sicherheit Standardauthentifizierung Windows-Authentifizierung Digestauthentifizierung Clientzertifikatzuordnung-Authentifizierung IIS- Clientzertifikatzuordnung-Authentifizierung Uniform Resource Locators (URL)-Autorisierung Anforderungsfilterung IP- und Domäneneinschränkungen 쐍 Leistung 쐍 IIS-Verwaltungskonsole 쐍 IIS-Verwaltungsskripts und -tools 쐍 Verwaltungsdienst 쐍 IIS 6-Verwaltungskompatibilität IIS 6-Metabasiskompatibilität IIS 6-WMI-Kompatibilität IIS 6-Skriptingtools IIS 6-Verwaltungskonsole
95
Kapitel 3
Planung der SharePoint-Installation
쐍 Folgende Features 쐍 Message Queuing Message Queuing-Dienste Message Queuing-Server 쐍 Remoteserververwaltungstools Rollenverwaltungstools Webservertools (IIS) 쐍 Windows-Prozessaktivierungsdienst Prozessmodell .NET-Umgebung Konfigurations-APIs 쐍 .NET Framework 3.5.1-Features .NET Framework 3.5.1 WCF-Aktivierung HTTP-Aktivierung Nicht-HTTP-Aktivierung 쐍 SQL Server 2008 Express mit SP1 (nur für die integrierte Installation mit dem integrierten Datenbankserver) 쐍 Windows Identity Foundation (WIF) HINWEIS Wenn Microsoft »Geneva«-Framework installiert ist, muss dieses vor der Installation von WIF deinstalliert werden. 쐍 Microsoft Chart Controls für Microsoft .NET Framework 3.5 쐍 Microsoft Sync Framework Runtime v1.0 (x64) 쐍 Microsoft Filter Pack 2.0 쐍 Windows PowerShell 2.0 쐍 SQL Server 2008 Native Client 쐍 Microsoft SQL Server 2008 Analysis Services ADOMD.NET 쐍 ADO.NET Data Services v1.5 CTP2 HINWEIS Bitte beachten Sie, dass das auf dem Installationsmedium enthaltene Vorbereitungstool für Microsoft SharePoint-Produkte und -Technologien die Installation und Konfiguration dieser Komponenten automatisiert. Jedoch sind nicht alle erforderlichen Komponenten im Installationsmedium enthalten und werden daher während der Ausführung aus dem Internet heruntergeladen. Sollten Sie keine Internetverbindung auf dem bereitzustellenden System haben, können Sie diese Pakete vor dem Ausführen des Vorbereitungstools manuell installieren und so von der automatischen Installation der Rollendienste profitieren. Die Wahl des Basisbetriebssystems für SharePoint-Installationen wird in der Regel auf Windows Server 2008 R2 in der Standard Edition fallen. Es gibt jedoch folgende Vorteile, sollten Sie Windows Server 2008 R2 in der Enterprise Edition verwenden: 96
Voraussetzungen für die Installation
쐍 2 TB anstatt 32 GB maximalen Arbeitsspeicher 쐍 Hinzufügen von Speicher ohne erforderlichen Neustart (Hot-Add-Memory) Einzelner Server mit integrierter Datenbank Die Softwarevoraussetzungen und erforderlichen -komponenten einer einzelnen Serverinstallation mit integrierter Datenbank entsprechen den Voraussetzungen einer Front-End-Webserverinstallation. Der einzige Unterschied besteht darin, dass bei einer einzelnen Serverinstallation SQL Server 2008 Express Edition inklusive Service Pack 1 mitinstalliert wird. Entwicklungsmaschine unter einem Windows Client Das folgende Verfahren kann ausschließlich für die Installation von SharePoint 2010 auf einer Entwicklungsmaschine für nicht-produktive Zwecke verwendet werden. Als Client-Betriebsysteme werden die folgenden drei Varianten unterstützt: 쐍 Windows 7 (x64-Edition) 쐍 Hotfix KB 976462 (http://code.msdn.microsoft.com/KB976462) 쐍 Windows Vista SP1 oder SP2 (x64-Edition) 쐍 Hotfix KB 971831 (http://code.msdn.microsoft.com/KB971831) 쐍 Windows PowerShell 2.0 (x64-Edition) 쐍 Windows Installer 4.5 Redistributable Beide Systeme benötigen neben den systemspezifischen Aktualisierungen noch die Zusatzkomponenten, die einer Installation auf einem herkömmlichen SharePoint-Server entsprechen. Zusätzlich zu diesen Voraussetzungen ist eine Anpassung der Installationsressourcen erforderlich. Diese Anpassung wird im nächsten Kapitel im Rahmen der Bereitstellung detailliert erläutert.
Beispieldimensionierungen Die Hardwareanforderungen können aufgrund der Variationsbreite, die SharePoint an Anwendungsmöglichkeiten bietet, stark voneinander abweichen. In späteren Abschnitten erfahren Sie mehr über die Auswirkungen von Dienstanwendungen und Nutzungsszenarien auf die Hardwareanforderungen. Um Ihnen einen schnellen Einstieg in die Hardwareplanung zu ermöglichen, wird die Hardwareplanung an einzelnen, gängigen Einsatzszenarien veranschaulicht. Um eine angepasste Hardwareplanung für Ihr Einsatzszenario durchführen zu können, behandeln Sie bitte nachfolgende Planungsabschnitte.
Beispiel 1 – Einzelserverfarm Eine Einzelserverfarm sollte nur für sehr begrenzte Einsatzszenarien aufgebaut werden, da sie nicht skalierbar ist und nicht alle Funktionen bereitstellen kann (Tabelle 3.10).
97
Kapitel 3
Tabelle 3.10
Planung der SharePoint-Installation
Parameter der Einzelserverfarm Parameter
Wert
Einsatzschwerpunkt
Abteilungsserver
Produktwahl
SharePoint Server 2010 Standard
Benutzeranzahl
50
Benutzerprofil
Kollaboration, moderate Nutzung
Größe der Inhaltsdatenbank
20 GB
Dienstanwendungen
Alle
Inhaltsquellen der Suche
Nur lokale Sites
Für die hier empfohlene Hardwarekonfiguration (Abbildung 3.9) gelten folgende Rahmenanmerkungen: 쐍 Das Laufwerk für die SharePoint-Daten und -Datenbanken wird auf das RAID-10-Laufwerk mit einem hohen Lese- und Schreibdurchsatz verschoben 쐍 Das Volumen des Datenlaufwerks ist mit effektiv 300 GB bei der zu erwartenden Inhaltsdatenbank- und Korpusgröße auch unter Berücksichtigung von Protokollierungsaktivitäten ausreichend bemessen 쐍 Der Arbeitsspeicher ist bei der zu erwartenden, geringen Anzahl an parallelen Sitzungen hinreichend bemessen Abbildg. 3.9
Hardwaredimensionierung einer Einzelserverinstallation
Beispiel 2 – Mittelgroße Serverfarm Die hier vorgestellte Serverfarm (Abbildung 3.10) ist exemplarisch für eine Umgebung mit den folgenden Rahmenbedingungen (Tabelle 3.11). Tabelle 3.11
98
Parameter der mittelgroßen Serverfarm Parameter
Wert
Einsatzschwerpunkt
Intranet-Zusammenarbeitsportal
Produktwahl
SharePoint Server 2010 Enterprise
Benutzeranzahl
5.000
Voraussetzungen für die Installation
Tabelle 3.11
Parameter der mittelgroßen Serverfarm (Fortsetzung) Parameter
Wert
Benutzerprofil
Kollaboration, moderate Nutzung
Größe Inhaltsdatenbank
100 GB
Dienstanwendungen
Alle
Inhaltsquellen der Suche
Nur lokale Sites
Die Begründung der zentralen Dimensionierungsparameter lautet wie folgt: Web-Front-End-Ebene 쐍 Die Web-Front-End-Server unterstützen parallel die Abfrageserverrolle und haben aufgrund des Mehrwerts eines schnellen Dateisystems für den Index eine RAID-10-Laufwerksformation. Parallel dazu wird das Laufwerk auch für Protokollierungsfunktionen mitverwendet. 쐍 Aufgrund des verfügbaren Arbeitsspeichers können ca. vier isolierte Anwendungspools für die SharePoint-Webanwendungen verwendet werden 쐍 Die Web-Front-End-Systeme haben durch die parallele Verwendung der Abfragekomponente und die Anzahl an Anwendern einen relativ hohen Bedarf an Arbeitsspeicher und mittleren Bedarf an Prozessorzeit. Dabei gilt es zu beachten, dass in Lastausgleichskonstellationen einer der beiden Web-Front-End-Server im Falle eines Fehlers oder einer geplanten Abschaltung kurzfristig alle Sitzungen halten können muss. 쐍 Bei dem zu erwartenden Korpus (100 GB) ist die Größe der Indexpartition mit 300 GB für Protokolle und den Index sehr ausreichend bemessen Abbildg. 3.10
Dimensionierungsbeispiel einer mittelgroßen Serverfarm
99
Kapitel 3
Planung der SharePoint-Installation
Applikationsebene 쐍 Die Anwendungsserver unterstützen alle Dienste, wobei einer der beiden Server die Rolle des Durchforstens (Crawler) übernimmt und der andere die restlichen Dienstanwendungen bereitstellt. Grundsätzlich können auch beide Server sämtliche Dienstanwendungen und damit auch die Durchforstungsfunktion parallel wahrnehmen. 쐍 Da keine besonderen, zusätzlichen Daten auf den Servern anfallen, wird die Systempartition getrennt von den anwendungsspezifischen Daten auf unterschiedlichen RAID-1-Spindeln vorgehalten HINWEIS
Anders als in den vergangenen SharePoint-Versionen üblich, wird der Index nicht mehr vollständig, sondern lediglich Teile des Index werden während der Indizierung auf dem Indexserver gespeichert, bevor sie auf die Abfrageserver verschoben werden. Somit müssen Sie den teilweise für den Index erheblichen, zusätzlichen Speicher nicht länger auf dem Indexserver reservieren.
쐍 Je nach Nutzungsprofil der Dienstanwendungen kann es erforderlich werden, zusätzliche Anwendungsserver hinzuzufügen bzw. die Anzahl der CPUs und ggf. den Arbeitsspeicher zu erhöhen Datenbankebene 쐍 Auf der Datenbankebene wurden zur Verbesserung der Leistung zwei Datenbankserver ausgewählt, wobei ein Datenbankserver die Datenbanken der Suche und der Protokollierungsfunktionen vorhält, die sich negativ auf die Benutzererfahrung bei den Zugriffslatenzenzeiten auswirken könnten 쐍 Die Laufwerke der Datenbankserver befinden sich im SAN und liegen dort idealerweise jeweils auf dedizierten RAID-10-Spindeln, auf denen kein konkurrierender Zugriff durch andere Server bzw. Anwendungen stattfindet
Beispiel 3 – Vorproduktionsumgebung Eine Vorproduktionsumgebung dient beispielsweise dem Erproben wichtiger Änderungen, bevor sie an der Produktionsfarm vorgenommen werden (Tabelle 3.12). Tabelle 3.12
100
Hardwareparameter der Vorproduktionsumgebung Parameter
Wert
Einsatzschwerpunkt
Testumgebung
Produktwahl
SharePoint Server 2010 Enterprise
Benutzeranzahl
3
Benutzerprofil
Kollaboration, moderate Nutzung
Größe Inhaltsdatenbank
100 GB
Dienstanwendungen
Alle
Inhaltsquellen der Suche
Nur lokale Sites
Komponenten der logischen Architektur
Für die hier verwendeten Hardwareparameter gelten folgende Anmerkungen: Web-Front-End-Ebene 쐍 Da in einer Vorproduktionsumgebung nur minimale und temporäre Aktivitäten stattfinden, kann diese minimal in Bezug auf CPU und Arbeitsspeicherkapazitäten ausgelegt werden (Abbildung 3.11) Abbildg. 3.11
Hardwaredimensionierung einer Vorproduktionsumgebung
Datenbankebene 쐍 Bei der Dimensionierung der Datenbanklaufwerke sollte darauf geachtet werden, dass eine regelmäßige Übernahme der Inhaltsdatenbanken aus der Produktion jederzeit möglich sein sollte. Ggf. sollte sogar das parallele Einbinden von Inhaltsdatenbanken funktionieren, ohne die alte zuvor löschen zu müssen. Dies hat ebenfalls zur Folge, dass beispielsweise weiterhin auch ausreichend Kapazitäten für den Index zur Verfügung stehen müssen.
Komponenten der logischen Architektur SharePoint 2010 besteht aus einer Reihe an logischen Komponenten, die Sie bei der Planung in Bezug auf Quantität, Verwaltung, Ausprägung, Berechtigung und Isolation beachten müssen. In den nachfolgenden Abschnitten werden die Kernaspekte bei der Planung dieser Komponenten betrachtet (Abbildung 3.12). HINWEIS Die Betrachtung der logischen Komponenten einer Serverfarm hat für die Planung von kleinen SharePoint-Bereitstellungen keine ausschlaggebenden Auswirkungen.
101
Kapitel 3
Abbildg. 3.12
Planung der SharePoint-Installation
Komponenten der logischen Architektur
Serverfarmen Eine Serverfarm stellt im Entwurf der SharePoint-Umgebung das Element der obersten Ebene dar. Die Anzahl der erforderlichen Serverfarmen wird von einer Reihe von Faktoren beeinflusst, die von Ihrer Organisation bestimmt werden. Dazu gehören u.a.: 쐍 Eine umfassende Verwendung von Diensten kann den Einsatz von einer oder mehreren dedizierten Dienstfarmen sinnvoll machen 쐍 Eine Staging-Umgebung für vorproduktive Tests bzw. eine Veröffentlichungsumgebung 쐍 Separate Geschäftsbereiche 쐍 Dedizierte Finanzierungsquellen 쐍 Standortaspekte 쐍 Branchenanforderungen für die physische Isolation zwischen Websites
Bereitstellung und Isolation Viele Isolationsanforderungen können bereits in einer einzelnen Serverfarm erfüllt werden. Beispielsweise können Sie verschiedene Anwendungspools für IIS mit unterschiedlichen Prozessidentitäten verwenden, um für Websites und Dienste eine Isolation auf Prozessebene zu erreichen. 102
Komponenten der logischen Architektur
Neben den Isolationsanforderungen, die möglicherweise mehrere Serverfarmen voraussetzen, kann eine Organisation mehrere Serverfarmen implementieren, um Leistungs- und Skalierungsziele zu erreichen, um Lizenzierungsanforderungen zu erfüllen oder um eine Veröffentlichungsumgebung zu betreiben.
Verwaltung Die Verwaltung einer Serverfarm obliegt den Mitgliedern der im Rahmen der Installation angelegten Farmadministratorengruppe.
Planungsempfehlung In der Mehrzahl der SharePoint-Szenarien wird der Aufbau von mehreren Serverfarmen erforderlich, um Anpassungen und wichtige Tests vor Änderungen an der Produktion zu verifizieren und so die Stabilität und Kontinuität der Produktionsumgebung zu gewährleisten.
Dienstanwendungen Eine Dienstanwendung stellt eine Ressource dar, die von mehreren Webanwendungen in einer Farm gemeinsam verwendet werden kann. Einige Dienstanwendungen unterstützen zudem eine farmübergreifende Verwendung. In SharePoint 2010 sind Dienste nicht mehr in einem Anbieter für gemeinsame Dienste (Shared Services Provider, SSP) enthalten. Stattdessen befindet sich die Infrastruktur zum Hosten von Diensten bereits in SharePoint Foundation 2010. Die einzelnen Dienste können unabhängig voneinander konfiguriert werden und Drittparteien können der Plattform Dienste hinzufügen. Dienstanwendungen sind Webanwendungen zugeordnet und haben folgende Kerneigenschaften: 쐍 Webanwendungen können so konfiguriert werden, dass sie nicht alle in der Serverfarm verfügbaren Dienstanwendungen nutzen 쐍 Sie können in einer Farm mehrere Instanzen einer Dienstanwendung bereitstellen und den resultierenden Dienstanwendungen eindeutige Namen und Konfigurationen zuweisen 쐍 Dienstanwendungen können von mehreren Webanwendungen in einer Farm gemeinsam verwendet werden 쐍 Einige Dienstanwendungen können von mehreren Farmen gemeinsam verwendet werden 쐍 Es gibt keine empfohlene Höchstgrenze für die Anzahl an Dienstanwendungen in einer Serverfarm
Bereitstellung und Isolation Ihnen stehen zwei grundlegende Möglichkeiten zur Verfügung, Dienstanwendungen freizugeben: 쐍 Standardfreigabe der Dienstanwendung Standardmäßig werden Dienstanwendungen von mehreren Webanwendungen gemeinsam verwendet. So stehen beispielsweise Suchergebnisse von mehreren Webanwendungen allen Webanwendungen zur Verfügung, die dieselbe Suchanwendung nutzen. 쐍 Dienstanwendung partitionieren Sie haben die Möglichkeit, Dienstanwendungen freizugeben, die zugehörigen Daten dabei jedoch zu isolieren, indem Sie den Dienst im partitionierten 103
Kapitel 3
Planung der SharePoint-Installation
Modus bereitstellen. Die Daten der einzelnen Mandanten werden jeweils auf einer separaten Partition der Datenbank für den Dienst gespeichert. Anhand der Abonnement-ID eines Mandanten werden die Dienstdaten des betreffenden Mandanten seiner Website zugeordnet. Wenn Sie beispielsweise den Suchdienst im partitionierten Modus bereitstellen, werden für jeden Mandanten nur die Suchergebnisse für seine eigenen Inhalte angezeigt. HINWEIS Nicht jede Dienstanwendung ist mandantenfähig und unterstützt die Partitionierung. Zudem ist die Partitionierung nicht über die grafische Oberfläche der Zentraladministration, sondern lediglich über die PowerShell konfigurierbar. Neben diesen Freigabemöglichkeiten können Sie bei der Bereitstellung von Dienstanwendungen eine Prozessisolation erreichen, indem Sie unterschiedliche Dienstanwendungen jeweils eigenen Anwendungspools zuordnen. Im Gegensatz zu der nicht vorhandenen Empfehlung einer Obergrenze für die Anzahl an Dienstanwendungen in einer Serverfarm stellt eine zu hohe Anzahl an separaten Anwendungspools ein potenzielles Problem für die Leistungsfähigkeit der Serverfarm dar.
Verwaltung Die Verwaltung von Diensten kann über ein neues Berechtigungsmodell in SharePoint einfach an Dienstanwendungsadministratoren delegiert werden, die ausschließlich mit der Verwaltung der ihnen zugeordneten Dienstanwendung betraut sind. So wird es beispielsweise möglich, in einer gehosteten Umgebung den Mandanten einige Diensteinstellungen zu überlassen, um eine höhere Unabhängigkeit und Flexibilität zu gewährleisten.
Planungsempfehlung Finden Sie Ihr persönliches Gleichgewicht zwischen Isolations- und Funktionsanforderungen. Ein gutes Beispiel könnte wie folgt aussehen: Es können mehrere Websites in unterschiedlichen Webanwendungen und Anwendungspools durch die Freigabe von Diensten in der Standardproxygruppe zusammengefasst werden, um Taxonomie, Inhalte und Profile in einem Intranet gemeinsam zu nutzen. Dadurch werden die Personalisierung und unternehmensweite Standardisierung für viele Websites und Anwendungen ermöglicht. Demnach stehen beispielsweise die Profildienstinformationen anwendungsübergreifend zur Verfügung. Ein Beispiel für eine sinnvolle Isolation sieht vor, dass durch die Verwendung einer dedizierten Gruppe von Diensten für die Partnerzusammenarbeit sichergestellt wird, dass Benutzer des Partners nicht auf vertrauliche Informationen in Ihrer Intranetumgebung zugreifen und diese durchsuchen können. Weitere Beispiele für eine Isolation können wie folgt aussehen: 쐍 Schränken Sie Suchbereiche auf einzelne Websitesammlungen ein 쐍 Konfigurieren Sie den Benutzerprofildienst so, dass nur jene Benutzer angezeigt werden, die Mitglieder derselben Organisationseinheit in Active Directory sind 쐍 Konfigurieren Sie die Personenauswahl mit dem Stsadm-Befehlszeilentool, um nur die Benutzer anzuzeigen, die Mitglieder der Websitesammlung sind Bestimmen Sie beim Entwerfen einer Strategie für Dienste in einer Hostumgebung, welche Dienste verfügbar und welche Dienste partitioniert sein sollen.
104
Komponenten der logischen Architektur
Anwendungspools Ein IIS-Anwendungspool ist ein Konfigurationselement, das über einen Arbeitsprozess oder mehrere Arbeitsprozesse verfügt und dem eine oder mehrere Anwendungen zugeordnet werden. Beim Erstellen von Websitesammlungen und Diensten in SharePoint 2010 wählen Sie einen vorhandenen Anwendungspool aus oder erstellen einen neuen. Jeder Anwendungspool kann über eine separate Identität, d.h. ein Sicherheitskonto, verfügen, die die Interaktion zwischen zwei Prozessen verhindert. Der Speicheroverhead eines Anwendungspools beträgt zwischen 30 und 50 MB zuzüglich des Speicherplatzes, der für die Anwendungen erforderlich ist, die im Prozessbereich des Anwendungspools ausgeführt werden. Eine einfache SharePoint-Anwendung braucht nach dem Start selbst bei einer minimalen Benutzeranzahl je nach Anwendung deutlich über 100 MB. Die Anforderungen der verschiedenen Anwendungen führen in der Regel schnell zu einer Speicherauslastung des Anwendungspools in Höhe von 800 MB oder mehr. Die Anzahl der Anwendungspools wird primär von zwei Faktoren bestimmt: 쐍 Verfügbarer Speicherplatz, der adressiert werden kann 쐍 Menge an Speicherplatz, die von den im Anwendungspool ausgeführten Anwendungen belegt wird Die allgemeine Richtlinie für eine angemessene Leistung sieht maximal acht bis zehn Anwendungspools vor.
Bereitstellung und Isolation IIS-Anwendungspools ermöglichen das Ausführen mehrerer Websites auf einem Servercomputer mit einem eigenen Arbeitsprozess und einer eigenen Identität. Dadurch kann verhindert werden, dass Angreifer eine Sicherheitslücke auf einer Website ausnutzen, um Websites in verschiedenen Anwendungspools mittels Schadcode anzugreifen. Ein weiterer Vorteil besteht darin, dass mit dieser Strategie Code isoliert werden kann, der Speicher- oder sonstige Probleme verursacht, sodass der fehlerhafte Code nicht sämtliche Anwendungen beeinträchtigt. Aus Sicherheits- und Isolationsgründen wird empfohlen, eine eigene Identität für jeden Anwendungspool anzulegen. Zudem haben Sie eine einfachere Einsicht bei der Fehlersuche und Analyse, wenn Sie getrennte Identitäten für die Anwendungspools verwenden und somit unmittelbar zuordnen können, welcher Anwendungspool in Relation zu den anderen potenziell umfassende Ressourcen verwendet.
Verwaltung Sie können die Verwaltung der zugehörigen Identitäten über die Funktion der verwalteten Konten dem SharePoint-System übertragen, um den Verwaltungsaufwand und Fehler durch das Zurücksetzen von Kennwörtern zu minimieren.
Planungsempfehlungen Verwenden Sie bis zum Erreichen der empfohlenen Obergrenze für die Anzahl an Anwendungspools (10) so viele Anwendungspools, wie Ihre Systemressourcen erlauben, um eine gute Isolation und Verwaltbarkeit zu erreichen. Halten Sie dabei für jeden Anwendungspool jeweils mindestens 2 GB Arbeitsspeicher frei. Trennen Sie durch diese Herangehensweise authentifizierte Inhalte von Inhalten, die im Wesentlichen anonym sind. Verwenden Sie separate Identitäten für Anwendungs105
Kapitel 3
Planung der SharePoint-Installation
pools und isolieren Sie Anwendungen mit Kennwörtern und einer Interaktion mit externen Geschäftsanwendungen wie beispielsweise BDC-Verbindungen. Sofern Sie umfangreichen Gebrauch der Word Automation Services-Dienstanwendung machen, isolieren Sie die Dienstanwendung auf einen separaten Anwendungspool, da der zugehörige Prozess eine CPU vollständig auslasten kann.
Webanwendungen Eine Webanwendung ist eine IIS-Website, die durch SharePoint 2010 erstellt und verwendet wird. Bei der Erstellung einer Webanwendung wird automatisch eine Inhaltsdatenbank erzeugt, die für die anschließend zu erzeugenden Websitesammlungen bereitsteht. Diese Inhaltsdatenbank kann jedoch auch entfernt werden, ohne dass die Webanwendung ebenfalls automatisch entfernt wird. Eine Webanwendung ist immer einem Anwendungspool zugeordnet, der den Identitätskontext der Ausführung bestimmt. Auf der Webanwendungsebene stehen Ihnen einige exklusive Konfigurationsparameter, wie beispielsweise die Wahl eines Authentifizierungsanbieters, sowie Ressourcensteuerungsfunktionen und Papierkorbschwellenwerte zur Verfügung.
Bereitstellung und Isolation Jede Webanwendung hat einen eindeutigen Domänennamen, eingehende Anfragen werden somit durch die entsprechenden Hostheader eindeutig einer Webanwendung zugeordnet. Webanwendungen sind auf Datenbankebene immer voneinander isoliert.
Verwaltung Die laufende Verwaltung von Webanwendungen wird durch SharePoint-Prozesse gesteuert und ist nicht weiter von Bedeutung. Webanwendungen werden auf allen Mitgliedern einer Serverfarm automatisiert erzeugt, sodass mit Ausnahme der Konfiguration einiger spezieller Parameter in IIS, für die keine Verwaltungsoberfläche in der SharePoint-Verwaltung über die Zentraladministration oder der PowerShell existiert, in der Regel keine weiteren manuellen Eingriffe erforderlich werden.
Planungsempfehlungen Verwenden Sie dedizierte Webanwendungen im Allgemeinen für folgende Zwecke: 쐍 Trennen Sie Inhalte für anonyme Benutzer von Inhalten für authentifizierte Benutzer 쐍 Isolieren Sie Benutzer, indem Sie beispielsweise durch Platzieren von Partnerwebsites in einer separaten Webanwendung sicherstellen, dass Partner keinen Zugriff auf Ihre Intranetinhalte haben 쐍 Erzwingen Sie Berechtigungen durch Richtlinien. Beispielsweise können Sie eine Richtlinie erstellen und so einer oder mehreren Benutzergruppen den Schreibzugriff explizit verweigern. Richtlinien für eine Webanwendung werden unabhängig von Berechtigungen für einzelne Websites oder Dokumente in der Webanwendung erzwungen. 쐍 Optimieren Sie die Verwaltbarkeit. Durch das Erstellen isolierter Webanwendungen entstehen separate Websites und separate Datenbanken. Auf dieser Ebene stehen Ihnen einige webanwendungsspezifische Konfigurationsparameter wie für den Papierkorb zur Verfügung. Beispiels106
Komponenten der logischen Architektur
weise können Sie so Ablauf und Größe jeder Website mit eigenen Grenzwerten implementieren. Des Weiteren können Sie bei separaten Webanwendungen beispielsweise mehr Zeit für das Wiederherstellen von Websites einräumen, die nicht von grundlegender Bedeutung für Ihr Unternehmen sind, um so unterschiedliche Vereinbarungen zum Servicelevel (Service Level Agreement, SLA) anzubieten. 쐍 Sobald Sie einen vom Standard abweichenden Port für Ihre Webanwendungen verwenden, kann es in Kombination mit einer Clientanwendung zu unerwarteten Problemen kommen. Verwenden Sie daher, wenn möglich, die HTTP- und HTTPS-Standardports. Stellen Sie bei der Verwendung von Nicht-Standardports zuvor sicher, dass alle gewünschten Clientanwendungsfunktionen weiterhin funktionstüchtig sind. 쐍 Planen Sie eine separate Webanwendung für Meine Website und den Inhaltstyphub ein
Inhaltsdatenbanken Standardmäßig wird der gesamte Inhalt einer Webanwendung in einer Inhaltsdatenbank gespeichert. Auf Websitesammlungsebene können Sie die Inhalte auf mehrere Inhaltsdatenbanken aufteilen. Eine Inhaltsdatenbank kann mehrere Websitesammlungen enthalten. Eine Websitesammlung kann dabei jeweils nur in einer Datenbank liegen und nicht auf mehrere Inhaltsdatenbanken verteilt werden. Im Hinblick auf eine angemessene Leistung wird empfohlen, maximal 100 Inhaltsdatenbanken pro Webanwendung zu implementieren. Aus Verwaltungsaspekten sollten Sie zudem eine Inhaltsdatenbank jeweils nicht größer als 50 bzw. 200 GB werden lassen. Während sich die Leistung von SharePoint bei so großen Inhaltsdatenbanken nicht zwangsläufig verschlechtert, entstehen bei solchen Datenbankgrößen voraussichtlich andere negative Symptome wie unakzeptable Wiederherstellungszeiten bei der Verwaltung der Datenbank.
Bereitstellung und Isolation Konfigurieren Sie die Datenbanken so, dass keiner der oberen Schwellenwerte überschritten wird. Erwarten Sie beispielsweise 20 Websitesammlungen mit einem durchschnittlichen Speichervolumen von 20 GB, richten Sie mindestens zwei Inhaltsdatenbanken mit einer Kapazität von je zehn Websitesammlungen ein. Durch das Beschränken einer Datenbank auf eine Websitesammlung erreichen Sie eine Isolation von Inhalten zwischen Teams oder Projekten. Auf diese Weise können Sie die Inhalte für die einzelnen Teams unabhängig voneinander verwalten. Beispielsweise können Sie die Datenbank jedes Teams für Sicherung, Wiederherstellung und Migration separat verwalten. Dies gibt Ihnen die Möglichkeit, verschiedene Vereinbarungen zum Servicelevel in Abhängigkeit vom betreffenden Projekt oder Team zu implementieren. Zudem können Sie so Inhalte für den Lebenszyklus von Projekten verwalten. Beispielsweise können Sie nach Abschluss eines Projekts eine Datenbank einfach archivieren, wenn die Datenbank exklusiv für eine Websitesammlung verwendet wurde. Sie haben die Möglichkeit, Websitesammlungen mithilfe der PowerShell von einer Inhaltsdatenbank in eine andere zu verschieben, um im Falle eines langfristigen Wachstums der Inhaltsdatenbanken nachträglich angemessene Datenbankgrößen zu sichern.
107
Kapitel 3
Planung der SharePoint-Installation
Verwaltung Die Verwaltung von Datenbanken obliegt den Serverfarm- und SQL Server-Administratoren und umfasst folgende Aufgaben: 쐍 Erstellen neuer Datenbanken 쐍 Überwachen von Datenbankgrößen 쐍 Sichern und Wiederherstellen von Datenbanken 쐍 Datenbankoptimierungs- und Wartungsarbeiten 쐍 Verschieben von Websitesammlungen zwischen Inhaltsdatenbanken
Planungsempfehlungen Legen Sie vor dem Erstellen Ihrer Serverfarm eine Planung für das erwartete Volumen und die Verteilung Ihrer Daten in den Datenbanken vor, um eine sinnvolle Anzahl und Verteilung auf Inhaltsdatenbankebene zu erreichen. Optimieren Sie die Datenbankleistung durch eine eingehende Betrachtung der SQL Server-seitigen Best Practices (siehe den Abschnitt »Best Practices« ab Seite 221). HINWEIS Beachten Sie, dass Inhaltsdatenbanken bei der Verwendung von Versionierung extrem schnell anwachsen können, da jede Version vollständig und nicht als Delta in der Datenbank abgelegt wird. Berücksichtigen Sie die Versionierung daher bei der Planung und begrenzen Sie potenziell die Anzahl der vorgehaltenen Versionen. Stellen Sie abschließend sicher, dass sich die von Ihnen gewählten Verfahren der Datenbankverwaltung für die erwarteten Datenbankkapazitäten mit den gewählten Methoden für Sicherung und Wiederherstellung vereinen lassen. Wenn Sie Websitesammlungen bestimmten Inhaltsdatenbanken zuordnen möchten, verwenden Sie bevorzugt PowerShell für die Erstellung neuer Websitesammlungen, um die Inhaltsdatenbank vorgeben zu können (diese Option ist in der Zentraladministration nicht verfügbar).
Websitesammlungen Eine Websitesammlung ist eine Sammlung von Websites mit gemeinsamen Verwaltungseinstellungen, Funktionen und Websitesammlungsadministratoren. Jede Websitesammlung enthält eine Website auf höchster Ebene und kann beliebig viele Unterwebsites enthalten. WICHTIG Die Websitesammlung stellt aus der Perspektive des Benutzers eine extrem wichtige Einheit dar. SharePoint lebt von seinen dynamischen Inhalten und seinen Automatismen. SharePoint bildet beispielsweise die Navigationselemente unter Einbeziehung der Benutzerberechtigung automatisch, sodass Benutzer ausschließlich jene Navigationselemente sehen, für die Sie über ausreichend Zugriffsrechte verfügen. Diese auch Security trimmed User Interface (UI) genannte Funktion steht Ihnen nur innerhalb einer Websitesammlung zur Verfügung. Um eine websitesammlungsübergreifende Navigationsstruktur aufzubauen, sind daher je nach Planung nicht unbedeutende, zusätzliche Aufwände erforderlich. Die empfohlene Richtlinie für eine angemessene Leistung sieht die Implementierung von weniger als 50.000 Websitesammlungen pro Inhaltsdatenbank als maximalen Wert vor. Die Leistung kann 108
Komponenten der logischen Architektur
jedoch bereits bei ca. 10.000 Websitesammlungen beeinträchtigt werden. Durch horizontales Skalieren und das Verteilen von Websitesammlungen auf mehrere Datenbankserver steigern Sie Speicherkapazität und Durchsatz.
Bereitstellung und Isolation Websitesammlungen weisen Merkmale auf, die sich auf Berechtigungen, Navigation und die Bereitstellung von Features auswirken. Die folgenden Elemente können innerhalb einer Websitesammlung, jedoch nicht über mehrere Websitesammlungen hinweg freigegeben werden (mit Ausnahme von Elementen, die in einem Dateisystem gespeichert sind, z.B. Features im Verzeichnis _layouts): 쐍 Gestaltungsvorlagen 쐍 Seitenlayouts 쐍 Bilder 쐍 Websitevorlagen 쐍 Berechtigungen können nur innerhalb einer Websitesammlung und nicht über die Websitesammlungsgrenze vererbt werden, obwohl die hierarchische Struktur der Internetadresse diesen Eindruck vermitteln kann 쐍 Eine integrierte Navigation zwischen Websitesammlungen liegt nicht vor 쐍 Suchergebnisse werden über Websitesammlungen hinweg anhand der Benutzerberechtigungen und unabhängig von der Anzahl der Websitesammlungen oder Datenbanken (in Abhängigkeit vom Suchbereich) aggregiert
Verwaltung Die Erstellung von Websitesammlungen kann einfach automatisiert oder an andere Benutzer delegiert werden. Während die Erstellung von Websitesammlungen standardmäßig den Serverfarmadministratoren obliegt, können Sie alternativ zulassen, dass Benutzer mithilfe der sogenannten SelfService-Siteverwaltung eigene Websitesammlungen erstellen können. Das Verwenden einer dedizierten Datenbank für eine Websitesammlung ermöglicht zusätzliche Optionen für einfache Sicherungs- und Wiederherstellungsvorgänge auf der Websitesammlungsebene.
Planungsempfehlungen Ein verbreitetes Anliegen bei der Implementierung von SharePoint ist die Erstellung von mehreren Websitesammlungen innerhalb einer Webanwendung, um verschiedenen Teams oder Abteilungen in der Organisation separate Zusammenarbeitsplattformen zur Verfügung zu stellen. Zu den allgemeinen Entwurfszielen gehören: 쐍 Verwalten einer separaten und unabhängigen Websitesammlung für jedes Team 쐍 Erstellen einer eindeutigen Internetadresse für jedes Team 쐍 Isolieren von Inhalten zwischen Teams Zum Erreichen dieser Ziele können Sie mehrere Websitesammlungen der obersten Ebene mithilfe von verwalteten Pfaden in eine Webanwendung integrieren. Durch Festlegen von verwalteten Pfa-
109
Kapitel 3
Planung der SharePoint-Installation
den können Sie Pfade im Namensraum der URL einer Webanwendung angeben, die für Websitesammlungen verwendet werden. Sie können angeben, dass Websitesammlungen in einem bestimmten Pfad unterhalb der Website auf oberster Ebene vorhanden sind. Wenn Sie keine verwalteten Pfade verwenden, sind alle unterhalb der Websitesammlung auf oberster Ebene erstellten Websites Teile dieser. Sie können folgende zwei Arten von verwalteten Pfaden erstellen: 쐍 Ausdrückliche Inklusion Die ausdrückliche Inklusion erzeugt eine Websitesammlung mit der von Ihnen angegebenen, expliziten Internetadresse. Eine ausdrückliche Inklusion wird nur für eine Websitesammlung verwendet. Eine Beispiel-URL für eine Websitesammlung, die mit dieser Methode erstellt wurde, ist http://contoso/it. Websitesammlungen, die mit einer ausdrücklichen Inklusion erstellt wurden, sind auf ungefähr 100 Websitesammlungen innerhalb einer Webanwendung begrenzt (empfohlen werden jedoch 20 Websitesammlungen). Wenn Ihre Organisation eine größere Anzahl von Websitesammlungen erfordert, verwenden Sie die Platzhalterinklusion. 쐍 Platzhalterinklusion Platzhalterinklusionen ergänzen den Pfad Ihrer darunterliegenden Websitesammlungen. Dieser Pfad gibt an, dass alle Websites, die unmittelbar nach dem Pfadnamen angegeben werden, eindeutige Websitesammlungen sind. Diese Option wird in der Regel zur Unterstützung von Self-Service-Sitemanagement wie Meine Websites oder für Websites verwendet, die für die Zusammenarbeit mit Partnern erstellt wurden. Beispiel-URL für Websitesammlungen, die mit dieser Methode erstellt wurden, sind http://Partnerweb/Websites/Projekt1 und http://Partnerweb/Websites/Projekt2. Dabei steht http://Partnerweb für die Websitesammlung auf Stammebene und /Websites für die Platzhalterinklusion.
Websitesammlungen mit Hostnamen Mithilfe von Websitesammlungen mit Hostnamen können Sie innerhalb einer Webanwendung mehrere Websitesammlungen auf Stammebene erstellen. Dies ist speziell für Administratoren von Hostingorganisationen zum Erstellen von Websites mit Domänennamen relevant. Bei der Erstellung von Websitesammlungen mit Hostnamen ist kein spezieller SharePoint-Modus erforderlich. Diese Websitesammlungen werden mithilfe von Windows PowerShell erstellt. Außerdem können Sie in Windows PowerShell verwaltete Pfade für Websitesammlungen mit Hostnamen verwenden (New-SPManagedPath –Hostheader). Websitesammlungen mit Hostnamen bieten eine größere Kontrolle über URLs. Sie sind jedoch nur über die Standardzone verfügbar. Benutzerkonten, die für die Authentifizierung über andere Zonen konfiguriert wurden, können nicht auf Websitesammlungen mit Hostnamen zugreifen. HINWEIS Zonen sind erforderlich, wenn Sie verschiedene Authentifizierungsschemata für den Zugriff auf Ihre Webanwendung ermöglichen müssen. In SharePoint 2010 unterstützen Websitesammlungen mit Hostnamen den Secure Sockets Layer (SSL)-Offload. Beachten Sie jedoch, dass potenziell einzusetzende Reverseproxyserver wie Thread Management Gateway (TMG) dabei nicht den Hostnamen oder die Portnummer ändern, sondern lediglich einen Wechsel vom SSL-Standardport zum HTTP-Standardport (Bridging) vornehmen dürfen. Sie können innerhalb einer einzigen IIS-Website bis zu 100.000 Websitesammlungen mit Hostnamen erstellen. 110
Skalierung und Optimierung
Freigabe und Isolation Die unabhängigen Domänennamen von Websitesammlungen mit Hostnamen tragen dazu bei, websiteübergreifende Skriptangriffe zwischen zwei Websites zu verhindern.
Verwaltung Zu den Verwaltungsaufgaben für Websitesammlungen mit Hostnamen gehören u.a.: 쐍 Hinzufügen von Websitesammlungen mit Hostnamen mithilfe von Windows PowerShell 쐍 Erstellen eines separaten Domänennamensystem (DNS)-Eintrags für jede Websitesammlung mit Hostnamen
Websites Eine Website besteht aus verwandten Seiten sowie weiteren Elementen (z.B. Listen, Bibliotheken und Dokumenten), mehrere Websites werden in einer Websitesammlung zusammengefasst. Um eine angemessene Leistung zu erreichen, stellen Sie nicht mehr als 250.000 Websites pro Websitesammlung bereit.
Freigabe und Isolation Websites bieten Ihnen innerhalb der Websitesammlung eine integrierte Navigation von einer Unterwebsite zu anderen. Ebenso wie Websitesammlungen sind auch separate Websites anfällig für übergreifende Skriptangriffe von anderen Websites in der Domäne.
Verwaltung Sie können eine Vielzahl von Werkzeugen verwenden, um einzelne Websites zu verwalten.
Skalierung und Optimierung Dieser Abschnitt dient Ihnen zur frühzeitigen Optimierung der SharePoint-Serverfarm während der Planungsphase.
Grundlagen Es gibt drei wichtige Leistungsindikatoren zur Bewertung der Leistungsfähigkeit einer SharePointServerfarm. 쐍 Latenz 쐍 Durchsatz 쐍 Datenskalierung
111
Kapitel 3
Planung der SharePoint-Installation
Latenz Als Latenz wird die Zeit bezeichnet, die als Reaktionszeit beim Zugriff der Serverfarm auf deren Funktionen verstreicht, und damit in der Regel die Verzögerung, die ein Benutzer erfährt, wenn dieser nach einer Interaktion mit einem SharePoint-Server auf dessen Antwort wartet. Einige Faktoren, die eine unakzeptable Latenz für den Endbenutzer hervorrufen, lauten wie folgt: 쐍 Features, Dienstanwendungen oder Konfigurationsparameter, die nicht optimiert sind 쐍 Websites, die unnötige Anfragen an den Server richten, um Daten und Inhalte abzurufen. Dies kann beispielsweise die Verwendung von unnötig umfangreichen Bildern oder die Verwendung von unkomprimierten Bildformaten wie Bitmaps anstelle von JPEG-Grafiken implizieren. 쐍 Die Verwendung von Websites, die nicht für den wiederholten Zugriff optimiert sind. Während ein Anwender beim erstmaligen Aufrufen der Website darauf angewiesen ist, den vollständigen Inhalt zu laden, sollte bei wiederholten Zugriffen lediglich der dynamische Inhalt erneut über das Netzwerk übertragen werden, um sowohl die Zugriffszeit des Clients als auch die SharePoint-Serverlast zu minimieren. Dieser Zustand kann durch die Deaktivierung der Cachefunktion im Clientbrowser oder durch die Nichtverwendung der Serverfunktion BLOB-Cache verursacht werden. 쐍 Websites, die einen nicht optimierten JavaScript-Code verwenden. Hierdurch kann es clientseitig zu einem langsamen Aufbau der Darstellung kommen.
Durchsatz Als Durchsatz wird in diesem Kontext die parallele Anzahl an Anfragen bezeichnet, die die Serverfarm innerhalb einer definierten Zeit verarbeiten kann. Durch jede Operation innerhalb der Serverfarm wird Leistung verbraucht. Im Rahmen der Planung gilt es, die zu erwartende Last zu bestimmen und mit der Serverfarmarchitektur in Einklang zu bringen. Einige Beispiele für einen geringen Durchsatz sind: 쐍 Inadäquate Hardwareressourcen Erhält die Serverfarm parallel mehr eingehende Anfragen als abgearbeitet werden können, müssen einige Anfragen in eine Warteschlange verschoben werden. Durch eine fortwährende Überlastung kumuliert sich die so erzeugte Latenz, bis der Server die Gelegenheit erhält, die Warteschlange und die so entstandenen Latenzen wieder abzubauen. SharePoint 2010 enthält integrierte Mechanismen, die proaktiv einer solchen Problematik entgegenwirken. Diese Mechanismen, wie z.B. die Ressourcensteuerung, führen jedoch unweigerlich zu einer nicht gewünschten Situation, in der eingehende Anfragen priorisiert und potenziell abgewiesen werden müssen. Sie können folgende Maßnahmen ergreifen, um dem entgegenzuwirken: 쐍 Stellen Sie sicher, dass die Web-Front-End-Server über hinreichend Arbeits- und Festplattenspeicher verfügen, um Inhalte für eingehende Anfragen zwischenspeichern zu können und so beispielsweise die Last auf das Datenbank-Back-End zu reduzieren 쐍 Überwachen Sie die Prozessorleistung, um sicherzustellen, dass eingehende Anfragen aufgrund einer stetigen Überlastung der Prozessoren nicht verzögert beantwortet werden. Im Falle einer Überlastung fügen Sie der Serverfarm weitere Prozessoren oder Server hinzu. Eine Überlastungssituation tritt beispielsweise ein, wenn der Server während der Spitzenbelastungszeiten eine regelmäßige Belastung über 80 % aufweist.
112
Skalierung und Optimierung
쐍 Stellen Sie unbedingt sicher, dass der verwendete SQL-Server nicht den Flaschenhals beim Zugriff auf die SharePoint Server-Infrastruktur darstellt. Speziell das E/A-Durchsatzverhalten bzw. die während Spitzenbelastungszeiten noch verfügbaren E/As bieten Ihnen gute Anhaltspunkte für einen leistungsfähigen Durchsatz der Serverfarm. 쐍 Nicht optimierte, benutzerdefinierte Websites Das Hinzufügen von benutzerdefiniertem Code in häufig verwendeten Websites ist häufig ein Grund für Durchsatzprobleme, da hierdurch unnötige Roundtrips verursacht werden können. Ihnen steht das Entwickler-Dashboard zur Verfügung, um etwaige Engpässe auf solchen Sites zu identifizieren. Eine Optimierung von benutzerdefiniertem Code kann beispielsweise folgende Maßnahmen umfassen: 쐍 Minimierung der Anzahl an Webdienste- oder SQL-Abfragen 쐍 Beim Zugriff auf die Datenbank lediglich ein Minimum an Daten abfragen und gleichzeitig die Anzahl an Roundtrips zu reduzieren 쐍 Vermeidung von benutzerdefiniertem Code auf häufig verwendeten Websites 쐍 Verwenden Sie Indizes beim Abrufen von gefilterten Daten 쐍 Nicht vertrauenswürdige Lösungen Sofern Sie benutzerdefinierte Lösungen anstelle des globalen Assemblycaches (Global Assembly Cache, GAC) in das Bin-Verzeichnis bereitstellen, kommt es zu einer Mehrbelastung auf dem Server, da bei jedem Zugriff auf diesen somit nicht vertrauenswürdigen Code SharePoint 2010 zu einer Sicherheitsüberprüfung gezwungen ist, bevor die Seite geladen werden kann. Wägen Sie daher ab, ob Sie dem Code vertrauen und ihn somit in den GAC bereitstellen oder eine höhere Sicherheit bei geringerer Leistung wünschen.
Datenskalierung Mit der Datenskalierung ist der Korpus an Daten gemeint, den die Serverfarm vorhalten kann, ohne dabei gegen die gesetzten Durchsatz- und Latenzziele zu verstoßen. Die Leistungsfähigkeit Ihrer Farm verläuft demnach proportional zum Umfang des Korpus, den Sie bei gleicher Latenz und Durchsatz vorhalten können. Für die Datenskalierung ist wichtig, wie Sie den Datenspeicher auf die verfügbaren Laufwerke verteilen, wobei die Planung des SQL Server-Speichersubsystems eine zentrale Rolle spielt. Haben Sie ein besonderes Augenmerk auf die Speicherarchitektur der Inhaltsdatenbank. Die häufig erwähnten, schon für die Vorgängerversionen von SharePoint 2010 geltenden Empfehlungen für den Umfang der Inhaltsdatenbanken haben unter anderem Ihren Ursprung in der potenziellen Gefahr, durch eine zu große Inhaltsdatenbank Engpässe beim Zugriff zu erzeugen. Für die auf einer Festplatte oder einer Festplattenformation zu positionierende Inhaltsdatenbank gelten natürliche Leistungsobergrenzen, die durch das zugrunde liegende Speichersystem mitbestimmt werden. Durch die Segmentierung von SharePoint-Websitesammlungen in Inhaltsdatenbanken, die Sie wiederum auf unterschiedliche Festplattenformationen verteilen können, wirken Sie möglichen Engpässen entgegen. Zur Optimierung der Datenskalierung stehen Ihnen beispielsweise folgende Maßnahmen zur Verfügung: 쐍 Stellen Sie sicher, dass Ihre SharePoint-Datenbanken gemäß den zu erwartenden Lasten gleichmäßig auf die verfügbaren SQL-Server verteilt werden 쐍 Separieren Sie die Datenbanken auf unterschiedlichen Laufwerken auf dem SQL-Server und stellen Sie sicher, dass diese Laufwerke wiederum separaten Festplattenspindeln zugeordnet sind, die nicht konkurrierend von anderen Anwendungen oder Systemen verwendet werden
113
Kapitel 3
Planung der SharePoint-Installation
쐍 Ziehen Sie die Verwendung von RBS in Erwägung, sollten Sie mit einer großen Anzahl an Dateien, die größeren Umfang besitzen, rechnen
Skalierungsbezogene Unterschiede zwischen SharePoint 2007 und 2010 SharePoint 2007 bietet gegenüber SharePoint 2010 einen vergleichsweise geringen Umfang an optionalen Diensten. Während unter 2007 lediglich 4 Dienste (Suchdienst, Excel Services, Benutzerprofildienst und BDC) zur Verfügung standen, bietet Ihnen SharePoint 2010 über ein Dutzend Dienste. Gleichzeitig wurde die Anzahl an möglichen, mit SharePoint 2010 interagierenden Clients deutlich erweitert, sodass bislang unbekannte, neue Anwendungsszenarien rund um SharePoint entstehen, die sich auf die Belastung der Serverfarm auswirken. Um zu verdeutlichen, dass es sich hierbei nicht nur um weitere Dienste handelt, die geringfügig und in großen Intervallen zusätzliche Belastung verursachen, reicht ein Blick auf die neue multimediale Funktionalität: die Wiedergabe von Videos über SharePoint. Allein durch diese Funktion werden potenziell gänzlich abweichende Belastungsszenarien denkbar.
Auswirkungen der SharePoint-Komponenten auf das Lastverhalten Um Ihnen eine Einschätzung der SharePoint-Komponenten auf die Belastung des Systems zu ermöglichen, stellen wir Ihnen in Tabelle 3.13 Tabelle die Auswirkungen dieser auf die Kernressourcen der Serverfarm dar. Tabelle 3.13
Belastungsprofil der SharePoint-Komponenten Dienstanwendung
SharePoint Foundation-Dienst Zentraladministration Protokollierung Suchdienst Word-Anzeigedienst PowerPoint-Dienst Excel Services Visio Service Access Service Benutzerprofildienst Verwalteter Metadatendienst Web Analytics BCS InfoPath Forms Services
114
Web-Front-End
Applikation
SQL
CPU
CPU
CPU
RAM
RAM
IOps
Speicher
Skalierung und Optimierung
Tabelle 3.13
Belastungsprofil der SharePoint-Komponenten (Fortsetzung) Dienstanwendung
Web-Front-End
Applikation
SQL
Word-Konvertierungsdienst PerformancePoint Project Service Sandboxed Solutions Workflowfunktionalität Zeitgeberdienst PowerPivot SSL-Terminierung auf Web-Front-End
Zum Verständnis des Belastungsschematas der jeweiligen SharePoint-Komponente betrachten Sie folgende Erläuterungen: 쐍 SharePoint Foundation-Dienst Dies ist der Kerndienst für die SharePoint-Kollaborationsfunktionen und ist im Web-Front-End angesiedelt 쐍 Zentraladministrationsdienst Dieser Dienst hat vergleichsweise geringe Anforderungen an die Ressourcen und sollte in der Applikationsschicht lokalisiert werden. Aufgrund seiner elementaren Rolle bei der Verwaltung sollten Sie diesen Dienst redundant bereitstellen. 쐍 Protokollierung Der Protokollierungsdienst dient der Aufzeichnung der Verwendungs- und Integritätsdaten und ist daher in der Web-Front-End-Schicht aktiv. Beachten Sie, dass durch die Protokollierungsaktivität bislang für SharePoint-Umgebungen ungewohnt hohe Anforderungen an den Speicher und den Durchsatz auf der SQL Server-Ebene entstehen können. In großen SharePoint-Umgebungen wird daher empfohlen, die Protokollierungsdatenbanken auf separaten SQL Server-Installationen bereitzustellen, um die Leistungsfähigkeit der Serverfarm nicht zu beeinträchtigen. 쐍 Suchdienst Der Suchdienst ist einer der Dienste, die den größten Ressourcenbedarf haben. In großen SharePoint-Umgebungen wird daher empfohlen, dedizierte Suchdienstfarmen mit dedizierten Datenbankservern zu verwenden. Innerhalb dieser Farmen können wiederum die einzelnen Suchdienstrollen wie Abfrage und die Durchforstung dediziert zugewiesen werden, um die Leistungsfähigkeit der Suche zu maximieren. 쐍 Word-Anzeigedienst Der Word-Anzeigedienst wird im Rahmen der Office Web Apps bereitgestellt und dient dem Anzeigen von Word-Dokumenten innerhalb des Browsers. In größeren SharePoint-Umgebungen sollte dieser Dienst auf mehrere Anwendungsserver verteilt werden. HINWEIS Das Bearbeiten von Word- und OneNote-Dateien im Browser wird ebenfalls durch die Installation der Office Web Apps ermöglicht, erfordert jedoch nicht das Vorhandensein einer speziellen Dienstanwendung. 쐍 PowerPoint-Dienstanwendung Die PowerPoint-Dienstanwendung ermöglicht das Anzeigen und Bearbeiten von PowerPoint-Dateien direkt im Browser. Bei der Skalierung gelten ähnliche Rahmenbedingungen wie für den Word-Anzeigedienst. Lediglich für die exzessive Verwendung der PowerPoint-Übertragung werden ggf. zusätzliche Webserver erforderlich. 115
Kapitel 3
Planung der SharePoint-Installation
쐍 Excel Services Dieser Dienst ermöglicht das Anzeigen und Bearbeiten von Excel-Arbeitsblättern innerhalb des Browsers. Aufgrund der Besonderheit, dass die Inhalte der Arbeitsblätter vom Server berechnet werden, sorgen Sie dafür, dass ausreichend Anwendungsserver mit ausreichend Arbeitsspeicher verfügbar sind. 쐍 Visio Service Dieser Dienst ermöglicht das Anzeigen und Bearbeiten von dynamischen VisioDiagrammen innerhalb des Browsers und ist abhängig von der Sitzungsstatusdienstanwendung. Arbeitsspeicher und CPU-Leistung sind wichtig für diese Dienstanwendung. 쐍 Access Services Diese Dienstanwendung hostet Access-Lösungen in SharePoint. Für eine vernünftige Skalierung dieser Dienstanwendung achten Sie auf hinreichenden Arbeitsspeicher. 쐍 Benutzerprofildienstanwendung Diese Dienstanwendung ermöglicht die Verwendung von Meine Website und eine Profilsynchronisierung und greift dabei auf drei vergleichsweise ressourcenintensive Datenbanken zu. In großen SharePoint-Umgebungen sollte in Betrachtung gezogen werden, diesen Dienst auf eine Dienstfarm auszulagern. 쐍 Verwaltete Metadatendienstanwendung Dieser Dienst stellt einen zentralen Metadatenspeicher zur Verfügung, der innerhalb Ihres Unternehmens abteilungsübergreifend genutzt und auf eine Dienstfarm ausgelagert werden kann. Sie benötigen für die zugehörige Datenbank keinen dedizierten Datenbankserver. 쐍 Web Analytics Dieser Dienst speichert Zugriffsstatistiken zu Ihrer SharePoint-Farm. Die zugehörige Datenbank verbraucht vergleichsweise viel Speicher und SQL Server-Ressourcen. In großen SharePoint-Umgebungen sollten Sie darauf achten, dass die zugehörigen Datenbanken ggf. auf dedizierten, von den anderen SharePoint-Datenbanken isolierten Datenbankservern bereitgestellt werden. 쐍 Business Connection Services (BCS) BCS ermöglichen die Integration von Line-of-Business (LOB)-Anwendungen in SharePoint 2010. In größeren Umgebungen achten Sie darauf, dass Sie über eine ausreichende Anzahl an Servern mit adäquater Arbeitsspeicherausstattung verfügen. 쐍 InfoPath Forms Services Dieser in SharePoint Server 2010 integrierte Dienst ermöglicht das Anzeigen und Bearbeiten von InfoPath-Formularen in SharePoint Server 2010 und ist abhängig von der Sitzungsstatusdienstanwendung, welche wiederum eine SQL Server-Datenbank verwendet, die einen recht geringen Umfang hat. 쐍 Word Automation-Dienstanwendung Diese dient der Konvertierung von Word-Dokumenten in andere Formate und benötigt ausreichende CPU-Ressourcen für eine gute Konvertierungsleistung. Die für die Warteschlange der Konvertierungsaufträge verwendete Datenbank hat einen geringen Umfang. 쐍 PerformancePoint-Dienstanwendung Ermöglicht PerformancePoint-Anwendungsszenarien wie Dashboards für eine visualisierte Leistungsanalyse. In größeren SharePoint-Umgebungen achten Sie bitte auf ausreichende Arbeitsspeicherverfügbarkeit. 쐍 Project-Dienstanwendung Integriert Project Server 2010 mit SharePoint Server 2010, um beispielsweise Projekte in SharePoint zu planen und nachzuverfolgen 쐍 Workflowfunktionalität Die aus Workflows erwachsende Belastung für SharePoint hängt stark von der Art der Workflows und den durch diese verwendeten Ereignissen ab. Um sicherzustellen, dass Benutzersitzungen nicht durch Workflows beeinträchtigt werden, können Sie einen dedizierten Server hinzufügen, der ausschließlich für die Workflow-Zeitgeberaufträge zuständig ist. Es wird empfohlen, ressourcenintensive Operationen auf dedizierten Systemen auszuführen.
116
Skalierung und Optimierung
쐍 Zeitgeberdienst Eine Vielzahl an SharePoint-Funktionen wird über Zeitgeberaufträge gesteuert, die jeweils unterschiedlichste Belastungen auf den SharePoint- und Datenbankservern erzeugen. Wann immer ein Auftrag durch seine Last Auswirkungen auf Endbenutzer hat, wird empfohlen, diesen auf einen dedizierten Server ausführen zu lassen. 쐍 Sandkastenlösungen Sandkastenlösungen ermöglichen die isolierte Ausführung von benutzerdefinierten Lösungen. Sie sollten benutzerdefinierte Lösungen auf dedizierten Servern ausführen lassen, um die Benutzersitzungen nicht negativ zu beeinflussen. Stellen Sie hierfür nach Bedarf eine ausreichende Anzahl an SharePoint-Anwendungsservern bereit. 쐍 PowerPivot PowerPivot ermöglicht die Darstellung von PowerPivot-Inhalten in Excel-Arbeitsblättern. Sorgen Sie für ausreichend Arbeitsspeicher und CPU-Ressourcen auf Ihren Anwendungsservern, auf denen die Excel Services bereitgestellt werden. 쐍 SSL-Terminierung auf dem Web-Front-End Durch die SSL-Terminierung auf dem FrontEnd-Webserver kommunizieren die SharePoint-Clients direkt mit dem SSL-Tunnelendpunkt, dem SharePoint-Front-End-Webserver. Durch diese Methodik werden deutlich mehr Arbeitsspeicher- und CPU-Ressourcen auf den Web-Front-End-Server verbraucht. Sie können hardwarebeschleunigende Karten auf dem SharePoint-Server oder Reverseproxyserver wie TMG oder andere Lösungen wie hardwarebasierten Lastenausgleich (Load Balancer) oder Unified Access Gateway (UAG) verwenden, um die hierdurch entstehende Last von den SharePointWeb-Front-Ends zu verlagern.
Auswirkungen von Clientanwendungen auf die SharePoint-Last Die Verfügbarkeit neuer Clientanwendungen für SharePoint sollte bei der SharePoint-Planung Berücksichtigung finden. Die Tabelle 3.14 veranschaulicht die Auswirkungen dieser Anwendungen auf das SharePoint-Netzwerkverhalten und die zugehörige Nutzlast. Tabelle 3.14
Clientbelastungsauswirkungen auf SharePoint Client
Verkehr
Nutzlast
Office Web Apps PowerPoint Broadcast Word und PowerPoint OneNote Outlook Social Connector SharePoint Workspace
Folgende Hintergründe gehören zu diesem Belastungsschema: 쐍 Office Web Apps Durch das Anzeigen und Bearbeiten von Office-Inhalten im Browser, unter Verwendung von neuen Technologien wie dem Co-Authoring, wird in nicht unwesentlichem
117
Kapitel 3
Planung der SharePoint-Installation
Umfang Kommunikation zwischen Client und Server erforderlich. Dies resultiert auch in einer allgemeinen Mehrbelastung der Web-Front-End-Server. 쐍 PowerPoint Broadcast Durch die Live-Übertragungen von PowerPoint-Präsentationen ist bei umfangreicher Nutzung mit einer deutlichen Mehrbelastung bei der Kommunikation zwischen Client und Server sowie mit einer zusätzlichen Belastung der Web-Front-End-Server zu rechnen 쐍 Word und PowerPoint Mit der Verwendung neuer Technologien wie dem Co-Authoring werden durch den häufigen Abgleich und den Austausch von Änderungen zwischen Client und Server zusätzliche Ressourcen beansprucht. Gleichzeitig werden neue Technologien verwendet wie die Übertragung von Delta-Datensätzen, die zur Reduktion der Datenlast dienen. Dies resultiert neben der allgemein höheren Ressourcenauslastung in einer Mehrbelastung speziell der Web-Front-End-Server. 쐍 OneNote OneNote ermöglicht das gemeinsame Arbeiten in OneNote-Notizbüchern über SharePoint. Dabei gibt es neben den schon bei Word und PowerPoint beschriebenen Merkmalen noch die Besonderheit, dass in OneNote selbst bei Inaktivität zusätzliche Kommunikation zwischen Client und Server entsteht. 쐍 Outlook Social Connector Outlook 2010 besitzt eine neue Funktion zum Verbinden zu sozialen Netzwerken. Eines dieser Netzwerke sind die SharePoint-Meine Websites, um sich beispielsweise bei der Handhabung von E-Mail-Nachrichten die sozialen Aktivitäten der Kommunikationspartner anzeigen zu lassen. Dies führt zu einer Mehrbelastung der Web-Front-End-Server. 쐍 SharePoint Workspace Durch den Groove-Nachfolger SharePoint Workspace werden zusätzliche Ressourcen, speziell auf den Web-Front-End-Servern, beansprucht
SQL Server SQL Server ist die wichtigste Komponente in Hinsicht auf die Gesamtgeschwindigkeit der Serverfarm. Jede Investition in die Optimierung der SQL Server-Leistung ist daher aus der Benutzerperspektive gewinnbringend, da diese geringere Latenzen beim Zugriff auf SharePoint verzeichnen werden. Ein besonders wichtiger Faktor bei der SQL Server-Leistung ist dessen E/A-Leistung. Selbst wenn die Ihnen auf dem SQL-Server zur Verfügung stehende Speicherarchitektur nicht optimal ist, können Sie mit vergleichsweise einfachen Methoden teilweise beachtliche Leistungssteigerungen erreichen. HINWEIS Die in den vorherigen Abschnitten beschriebenen Maßnahmen zur Optimierung der Speicherarchitektur werden an dieser Stelle nicht erneut wiederholt, haben jedoch speziell für SQL-Server eine hohe Bedeutung. Wenden Sie folgende Maßnahmen an, um die Leistung von SQL Server zu optimieren. 쐍 Separieren Sie die Datenbanken und Transaktionsprotokolle auf jeweils eigenständige Laufwerke, die wiederum auf separaten Festplattenspindeln exklusiv für SQL Server bereitstehen 쐍 Ziehen Sie in Erwägung, die SharePoint-Suchdatenbanken auf einem durch SharePoint stark belasteten SQL Server auf einen separaten SQL-Server auszulagern oder alternativ auf separaten Festplattenspindeln innerhalb von SQL Server bereitzustellen 쐍 Verwenden Sie für die SQL Server-Datenbanken idealerweise RAID-10-basierte Laufwerke
118
Skalierung und Optimierung
쐍 Optimieren Sie die TempDB 쐍 Beobachten Sie die Größe der TempDB während der Produktionszeiten und setzen Sie den Wert für die automatische Vergrößerung auf 20 MB, sofern die Größe der TempDB nicht 200 MB überschreitet. Bei einer Größe über 200 MB setzen Sie den Wert auf 10 %. Diese Maßnahme führt dazu, dass die TempDB-Größe nicht zu häufig angepasst werden muss. 쐍 Positionieren Sie die TempDB nicht auf ein gemeinsames Laufwerk mit den anderen SharePoint-Datenbanken. Wählen Sie, wie für die SharePoint-Datenbanken, ein schnelles Dateisystem für diese Datenbank aus. 쐍 Setzen Sie die Anfangsgröße auf einen adäquaten Wert in Ihrer Umgebung 쐍 Schließen Sie alle SQL Server-Datenbanken und Transaktionsprotokolle unbedingt von der Virenschutzüberprüfung aus! Der einzige Virenscanner, der indirekt die SQL Server-Datenbanken in einer SharePoint-Serverfarm überprüfen darf, sind die SharePoint-spezifischen Virenscanner wie Forefront Security for SharePoint 2010. 쐍 Verwenden Sie eine für SQL Server leistungsschonende Sicherungsmethode, wie Sie beispielsweise durch Data Protection Manager 2010 ermöglicht wird. Mehr zu diesem Aspekt erfahren Sie in einem späteren Abschnitt. 쐍 Formatieren Sie die Daten- und Protokolllaufwerke von SQL Server mit 64 KB großen Zuordnungseinheiten HINWEIS Weiterführende Informationen zu den Best Practices für SQL Server finden Sie unter http://go.microsoft.com/fwlink/?LinkId=148544.
Zwischenspeicherung Mithilfe der Zwischenspeicherung können Sie die negativen Auswirkungen auf die Leistungen, die aus einem SQL Server-Engpass entstehen, minimieren. Standardmäßig werden nahezu alle Inhalte, die beim Aufruf einer SharePoint-Website dargestellt werden, aus der SQL Server-Datenbank abgerufen. Dabei sind viele Inhalte statisch oder unterliegen nur selten Veränderungen. Mithilfe der in SharePoint 2010 enthaltenen Technologien zur Zwischenspeicherung können Sie die Last auf den SQL-Server und die Zugriffslatenzen für Benutzer reduzieren. SharePoint bietet Ihnen primär drei Hilfestellungen für die Zwischenspeicherung. 쐍 BLOB-Cache 쐍 Ausgabecache 쐍 Objektcache
BLOB-Cache Der BLOB-Cache dient der Zwischenspeicherung von vergleichsweise statischen Inhalten wie JPEG, Cascading Style Sheets (CSS) oder Videodateien auf dem Web-Front-End. Am Beispiel von Bilddateien lässt sich veranschaulichen, welche Möglichkeiten und Rahmenbedingungen für die Bereitstellung von statischen Inhalten vorliegen. Die meisten Bilddateien werden bei jedem Aufruf aus der Inhaltsdatenbank geladen. Es gibt jedoch auf jedem Web-Front-End-Server auch lokale Verzeichnisse, auf denen Bildmaterial bereitgestellt werden kann. Während die Bilddateien aus der Inhalts-
119
Kapitel 3
Planung der SharePoint-Installation
datenbank mit deutlichen Latenzen aufgerufen werden, kann der Web-Front-End-Server die lokal gespeicherten Bilddateien mit einer vergleichsweise deutlich geringeren Latenz bereitstellen. Der Nachteil besteht jedoch darin, dass im Falle der Nutzung von lokalen Web-Front-End-Verzeichnissen sämtliche Änderungen am Bildmaterial auf allen Web-Front-End-Servern erfolgen müssen, während die Bereitstellung von Bildmaterial in einer Inhaltsdatenbank unkompliziert an einer Stelle erfolgen kann. Der BLOB-Cache adressiert genau diesen Aspekt, indem er definierte Dateitypen nach dem erstmaligen Aufrufen aus der Inhaltsdatenbank auf dem Web-Front-End-Server zwischenspeichert und beim erneuten Aufruf mit minimaler Latenz aus dem lokalen BLOB-Cache-Verzeichnis lädt. Dabei bietet der BLOB-Cache deutlich mehr Funktionalität, als diese Form der Zwischenspeicherung auf den ersten Blick offenbart. Dateien, die aus dem BLOB-Cache bereitgestellt werden, erhalten einen Cachesteuerungsheader, der den Clientbrowser dazu animiert, die Datei lokal zwischen zu speichern. Hierdurch wird zusätzliche Last vom Web-Front-End-Server genommen. Eine weitere, elementare Funktion besteht in der Unterstützung von HTTP-Bereichsanfragen. Bei großen Dateien ist es praktikabel, nicht konsequent die vollständige, sondern lediglich einen Bereich einer Datei anzufragen, um somit sowohl die Bandbreite zu schonen als auch alle SharePoint ServerSysteme zu entlasten. Ein exemplarisches Beispiel besteht in der Bereitstellung von Videos über SharePoint Server, die mithilfe von Windows Media Player oder dem Silverlight-basierten Webpart abgerufen werden, also durch die Verwendung eines Wiedergabemoduls, das HTTP-Bereichsanfragen unterstützt. Ohne die Verwendung von BLOB-Cache antwortet der SharePoint-Web-FrontEnd-Server unabhängig davon, ob eine Bereichsanfrage eingeht oder nicht, immer mit der vollständigen Datei. Bei aktiviertem BLOB-Cache werden diese Bereichsanfragen unterstützt. Die Bereitstellung von sehr großen Dateien in Kombination mit dem BLOB-Cache ist von besonderem Vorteil, da selbst beim erstmaligen Abrufen einer Datei aus der Inhaltsdatenbank in verschiedenen Fällen direkt eine Beschleunigung der Clientanfragen und eine Reduktion der SQL Server-Last erreicht wird. Hintergrund ist, dass bei aktiviertem BLOB-Cache eine Datei, selbst wenn Sie noch nicht vollständig von SQL Server geladen werden konnte, nach dem Empfangen der ersten Bytes bereits für mehrere parallele Clientabfragen verwendet werden kann. Im Gegensatz dazu werden diese Dateien ohne BLOB-Cache alle mehrfach parallel von SQL Server abgefragt. Bei großen Dateien kann hierdurch eine massive und in der Regel sinnlose Mehrbelastung von SQL Server verzeichnet werden, die sich gravierend auf die verbleibenden Benutzersitzungen auswirken kann. HINWEIS Der BLOB-Cache stellt den für die Leistungssteigerung bedeutendsten Zwischenspeicher dar, den Sie zudem vergleichsweise unkompliziert bereitstellen können. Die Leistungsvorteile durch die Verwendung des BLOB-Caches können gravierend sein. Neben all diesen positiven Eigenschaften gibt es bei aktiviertem BLOB-Cache auch negative Auswirkungen, sodass Sie den BLOB-Cache nicht in jeder Situation aktivieren sollten. Beim erstmaligen Aufrufen eines noch nicht im Cache befindlichen Objekts wird die fünffache Anzahl an SQL ServerRoundtrips verwendet und somit eine höhere Latenz verursacht als bei einer direkten Inhaltsdatenbankabfrage ohne den BLOB-Cache. Der Grund hierfür besteht darin, dass der BLOB-Cache eine Reihe weiterer Informationen zu dem aufgerufenen Objekt, wie beispielsweise die zugehörigen Berechtigungen oder die Metadaten, abfragt, damit künftige Anfragen sicher erfolgen können. Diese erhöhte Latenz wird auch dann erforderlich, wenn das Objekt im Cache aktualisiert oder der Cache zurückgesetzt wird.
120
Skalierung und Optimierung
Zusammengefasst sollten Sie den BLOB-Cache in folgenden Situationen verwenden: 쐍 Sie haben häufig besuchte Seiten, die Inhalte, wie JavaScript, CSS und Bildmaterial enthalten 쐍 Sie stellen große Dateien, beispielsweise Videos, bereit Vermeiden Sie in folgenden Situationen die Verwendung des BLOB-Caches: 쐍 Sie stellen nur selten aufgerufene Dateien bereit 쐍 Die Dateien werden häufig geändert Sollten Sie sich für den Einsatz von BLOB-Cache entschieden haben, berücksichtigen Sie zusätzlich folgende Aspekte bei der Planung: 쐍 Der BLOB-Cache darf nicht in Kombination mit IIS-Webgärten verwendet werden. Webgärten bieten die Möglichkeit, einem Webanwendungspool mehrere Prozesse zuzuordnen. 쐍 Sofern Sie eine Webanwendung erweitert haben, beispielsweise um alternative Authentifizierungsanbieter zu konfigurieren, hält jede der Webanwendung einen eigenen, unabhängigen BLOB-Cache, der trotz der gemeinsamen Inhaltsdatenbank zusätzlichen Speicher benötigt 쐍 Aufgrund der Speicherarchitektur der BLOBs auf dem Dateisystem beachten Sie bitte, dass die Gesamtlänge der URL der zwischenzuspeichernden BLOBs nicht mehr als 160 Zeichen betragen sollte 쐍 Bei einer besonders hohen Anzahl an zwischenzuspeichernden Dateien kalkulieren Sie zusätzlichen Arbeitsspeicher auf den Web-Front-Ends ein. Der BLOB-Cache-Index benötigt für jedes Element 800 Bytes im Arbeitsspeicher. 쐍 Der BLOB-Cache ist als einzige der hier angeführten Zwischenspeicherungsmethoden aufgrund des auf dem Dateisystem befindlichen Indexes speicherresistent und bleibt daher auch nach einer IIS-Prozesswiederverwendung erhalten 쐍 Reservieren Sie ausreichend Festplattenspeicher für den BLOB-Cache. Dafür sollten Sie neben der adressierten, maximalen BLOB-Cache-Größe zusätzliche 20 Prozent reservieren. Sofern Sie eine besonders hohe Anzahl von mehreren hunderttausend Elementen im BLOB-Cache erwarten, beachten Sie bitte zusätzlich folgende besonderen Planungsaspekte: 쐍 Der BLOB-Cache speichert seine enthaltenen Dateien in einem Index, der regelmäßig und vor einer IIS-Prozesswiederverwendung aktualisiert wird. Während dieser Aktualisierung müssen eingehende Anfragen bis zum Abschluss des Vorgangs warten, wenn die angefragte Datei nicht im Cache enthalten ist. Bei extrem umfangreichen BLOB-Caches kann diese Aktualisierung länger dauern als das maximale Download-Wartefenster. Achten Sie zusätzlich darauf, dass Sie ggf. die Wartezeit für das Herunterfahren des IIS-Prozesses in den Anwendungspooleigenschaften erhöhen, um bei Überschreitung der Zeitspanne aufgrund einer BLOB-Cache-Indexaktualisierung den Prozess nicht vorzeitig zu terminieren und einen korrupten BLOB-Caches zu riskieren. 쐍 Erhöhen Sie den Wert für WriteIndexInterval im BLOB-Cache-Element der web.config-Datei. Standardmäßig wird der BLOB-Cache im Minutentakt serialisiert. Bei umfangreichen BLOBCaches sollte dieser Wert bei 60 (Minuten) liegen.
Ausgabecache SharePoint Server (nicht SharePoint Foundation) verwendet einen ASP.NET-basierten Ausgabecache, der im Arbeitsspeicher gehalten wird und ASPX-Seiten pro ASP.NET-Anwendung vorhält. Durch diesen Speicher kann der Seitendurchsatz gesteigert und die CPU-Last auf den Web-FrontEnd-Servern reduziert werden. 121
Kapitel 3
Planung der SharePoint-Installation
HINWEIS
In SharePoint Server können lediglich die für das Veröffentlichungsfeature aktivierten Websites im Ausgabecache gespeichert werden.
Wenn eine Veröffentlichungssite gerendert wird, assembliert das Veröffentlichungsfeature die Site dynamisch. Um das Verfahren zu optimieren, kann der Webausgabecache verwendet werden, sodass Sites nicht mehr bei jedem Aufruf gerendert werden müssen. Der Webausgabecache wird auf Websitesammlungsebene aktiviert. An dieser Stelle können vordefinierte Cacheprofile eingesehen, modifiziert und zugeordnet werden. Um zu überprüfen, ob eine Website aus dem Cache geladen werden kann, wird entweder ein maximaler Zeitraum definiert, in dem eine Seite im Cache gültig ist (Time To Live, TTL), oder angegeben, ob nach Änderungen gesucht werden soll. Dabei ist das TTL-basierte Verfahren das zu bevorzugende, da es eine bessere Leistung bietet. Beachten Sie folgende Aspekte bei der Planung des Ausgabecaches: 쐍 Die Verwendung des Ausgabecaches erfordert zusätzlichen Arbeitsspeicher. Jede gerenderte Site benötigt ca. den zweifachen Speicherplatz der gerenderten Site plus 32 KB. So benötigt beispielsweise eine 50 KB große Site 132 KB im Arbeitsspeicher. 쐍 Die Anzahl der definierten VaryBy-Parameter hat direkten Einfluss auf den erforderlichen Speicher
Objektcache Der Objektcache steigert ebenfalls den Seitendurchsatz und reduziert die Last auf SQL Server. Hierfür werden Metadaten von Objekten wie SPWeb oder SPList zwischengespeichert. Sobald eine Site gerendert wird, die Metadaten zu diesen Objekten benötigt, werden diese aus dem Objektcache vom SQL-Server abgerufen. Dies ist besonders dann von Vorteil, wenn eine Site Daten für mehrere SPWebs benötigt, was beispielsweise zum Darstellen der Navigationselemente erforderlich wird. Der Objektcache wird z.B. von folgenden Features verwendet: 쐍 Veröffentlichung 쐍 Inhaltsabfragewebpart (Content Query Webpart) 쐍 Navigation 쐍 Suchabfrage 쐍 Metadatennavigation Diese Features wurden so geschrieben, dass Sie, anstatt die SharePoint-API direkt zu verwenden, auf die Objektcache-API zurückgreifen. Durch diese Integration ist der Objektcache bei Abfragen durchgehend aktiv.
Remote-BLOB-Speicher Ein SharePoint-Portal ist die zentrale Plattform für alle Arten von Daten. Egal ob Office-Dokumente, Bilder, Videos oder Archive, alles wird zentral auf dem SharePoint-Portal gespeichert. Das Datenvolumen der Plattform steigt somit täglich und die Anforderungen an das Speichersystem wachsen mit. Die Wachstumsrate hängt nicht nur von der Anzahl der Benutzer ab, sondern auch die
122
Skalierung und Optimierung
Art der Dateitypen und deren Größe spielen eine Rolle. So finden sich meist in einem Grafikbüro mehr große Dateien als in einer Anwaltskanzlei. BLOBs sind Datenelemente, die eines der folgenden Charakteristika aufweisen: 쐍 Unstrukturierte Daten, die kein Schema besitzen (z.B. verschlüsselte Daten) 쐍 Eine große Menge von binären Daten mit einem sehr einfachen Schema wie beispielsweise Bilddateien, Streamingvideos oder Soundclips Standardmäßig werden alle Daten eines SharePoint-Portals in BLOB-Daten von Microsoft SQL Server in den eigenen Datenbanken gespeichert. Demnach werden also sämtliche im Zugriff befindlichen Dokumente und multimedialen Inhalte in der Datenbank abgelegt. In vielen SharePoint-Nutzungskonstellationen nimmt die Gesamtgröße dieser BLOB-Daten einen extrem hohen Anteil des Datenbank-Speicherplatzes ein und übersteigt so den Anteil der Dokumentmetadaten und der anderen in der Datenbank gespeicherten strukturierten Daten. Dadurch werden große Mengen an Dateispeicherplatz zusätzlich verbraucht und Serverressourcen beansprucht, die eigentlich für Datenbankzugriffsmuster optimiert sind. Beispielsweise belegt eine Mediendatei grob skizziert im Vergleich zu ihrem üblichen Speicherbedarf auf dem Dateisystem das 1,2-fache an Speicher in der Datenbank. Zunächst wird durch diese Speicherung keinerlei Vorteil erreicht, sondern die Handhabung der Datenbank wird mit zunehmender Größe erschwert. Zudem spielt die SQL Server-E/ARate in der Bewertung der Gesamtleistung einer SharePoint-Serverfarm eine entscheidende Rolle. Durch die Verwendung von RBS wird der SQL-Server deutlich entlastet und die Zugriffslatenzen werden in der Konsequenz minimiert. Um die nötige Leistung für einen SQL-Server zu bieten, sind RAID-basierte Festplattenformationen notwendig, die über eine hohe Ein- und Ausgabeleistung verfügen. Durch die benötige Leistung sind Techniken wie RAID-1 oder RAID-10 gefordert. Diese Festplattenformationen benötigen mindestens zwei bzw. vier Festplatten, bieten aber nur die Hälfte des Speichervolumens aller beteiligten Festplatten. Im Regelfall nutzen SQL-Server schnelle SAS-Festplatten oder sind gar an ein kostspieliges SAN angebunden. Damit wird der Speicherplatz in einer SQL Server-Datenbank zu einem der teuersten Speicherorte. Nun wäre es ideal, wenn häufig genutzten Daten für Ihre SharePoint-Sites weiterhin in der SQL Server-Datenbank auf einem leistungsfähigen Speichermedium gespeichert werden und Dokumente, Fotos, Bilder und Dateien auf einem separaten, günstigeren Speichersystem. Genau diese Trennung lässt sich mithilfe des RBS erreichen. So werden die Daten zum Erzeugen der Websites weiterhin im schnellen SQL Server-Datenbankspeichersystem abgelegt; Dokumente, Bilder, Videos und Dateien liegen auf einem günstigeren Speichersystem. HINWEIS Um sich ein eigenes Bild über die potenzielle Reduzierung Ihrer bestehenden SharePoint-Inhaltsdatenbanken unter SharePoint 2007 zu machen, können Sie ein frei verfügbares Werkzeug von StoragePoint verwenden, den sogenannten BLOBulator. Sie finden den BLOBulator unter http://www.storagepoint.com/downloads/blobulator.zip. RBS ist ein Bibliotheks-API-Satz, der als Add-On-Feature-Pack für Microsoft SQL Server 2008 und Microsoft SQL Server 2008 Express implementiert ist. RBS dient zum Verschieben der Speicherung für BLOBs von Datenbankservern in handelsübliche Speicherlösungen. Mit RBS können erhebliche Mengen an Speicherplatz sowie kostspielige Serverressourcen gespart werden. RBS wird mit dem RBS-FILESTREAM-Provider ausgeliefert. Dieser wird für lokale Datenbanken nur in SharePoint Server 2010 unterstützt. Zum Erstellen einer BLOB-Speicherlösung können auch
123
Kapitel 3
Planung der SharePoint-Installation
RBS-Anbieter von Drittherstellern wie beispielsweise StoragePoint mit den RBS-APIs verwendet werden. Die unter SharePoint 2007 noch unterstützte Schnittstelle eines externen BLOB-Speichers (External BLOB Storage, EBS) wird nicht mehr unterstützt. Diese Schnittstelle hat gegenüber der aktuellen RBS-Lösung eine Reihe von Nachteilen. In der folgenden Gegenüberstellung finden Sie die wichtigsten Unterschiede beider Lösungen (Tabelle 3.16). Tabelle 3.15
Gegenüberstellung EBS und RBS Funktion
EBS
RBS
BLOB-Speicherbasis
Farmweit
Inhaltsdatenbank
Verwaltungsoberfläche
Nicht verfügbar
PowerShell
Anzahl der Anbieter
1
Unbegrenzt
Migration
–
PowerShell
Der Remote-BLOB-Speicher stellt kein Allheilmittel für große Inhaltsdatenbanken dar. Wenn Ihre Daten hauptsächlich aus kleinen Dateien bestehen, werden Sie eine niedrige Leistung erhalten. Der SharePoint-Server muss nämlich zuerst in der Datenbank nach der Referenz zum Speicherort der Daten suchen und greift anschließend auf das RBS-Laufwerk zu. Die empfohlene NTFS-Sektorgröße für SQL-Server ist 64 KB. Mit dieser Sektorgröße erreicht der SQL-Server seine beste Leistung. Bei einem Zugriff auf die Datenbank werden also immer 64 KB gelesen, da dies die kleinste Zuordnungseinheit auf dem Speichersystem darstellt. Ganz gleich, ob Sie nur ein wenige Byte langes Feld oder ein größeres Feld angefordert haben, wenn Sie nun ein Dokument öffnen, das kleiner als 64 KB ist, dann reicht ein einzelner Lesevorgang, um auf diese Datei zuzugreifen. Beim Zugriff auf die gleiche Datei in Verbindung mit RBS generiert der Zugriff zwangsläufig zwei Lesevorgänge, da erst die Referenz auf den Speicherort in der Inhaltsdatenbank gelesen werden muss und anschließend die Datei aus dem RBS. Weiterhin erhöht der Einsatz von RBS die Komplexität Ihrer Umgebung. So werden die Datenwiederherstellung oder ein Wiederherstellen der gesamten SharePoint-Farm sowie künftige Migrationen oder Inhaltsdatenbankanfügungen komplexer. Daher sollte vorher abgewogen werden, ob Einsparungen beim Speichersystem den größeren administrativen Aufwand wert sind.
Lösungsübersicht Es gibt verschiedene RBS-Lösungen, welche letztlich alle auf dem gleichen Prinzip basieren. Beim Abspeichern eines Dokuments wird die Datei von den Metadaten getrennt und in der Datenbank ein Verweis auf die Datei hinterlegt. Die eigentliche Datei wird dann auf einem separaten Speichersystem abgelegt. Dies geschieht transparent für den Benutzer. Der Umgang mit den Dokumenten ändert sich dabei aus der Benutzerperspektive nicht. So können problemlos Backup-Programme oder andere Werkzeuge verwendet werden. SQL Server-RBS Das Feature RBS wurde mit dem Erscheinen von Microsoft SQL Server 2008 eingeführt. Dieses Feature ist in den Editionen Microsoft SQL Server 2008 Express, Standard Enterprise sowie Microsoft SQL Server 2008 R2 Express, Standard und Enterprise enthalten. Es bietet die Möglichkeit, Dateien
124
Skalierung und Optimierung
innerhalb einer Datenbank auf einen lokalen oder einem Remotespeichersystem auszulagern. Dabei nimmt der SQL-Server die Trennung vor (Abbildung 3.13). Abbildg. 3.13
Funktionsweise von RBS mit dem FILESTREAM-Provider
Bei der Benutzung eines lokalen FILESTREAM-Providers werden die Daten auf einem lokalen Laufwerk abgespeichert. So ist es möglich, die Datenbank auf einem schnellen RAID-1- oder RAID-10System zu betreiben und den BLOB-Speicher auf ein günstigeres RAID-5 zu platzieren. Sie können den RBS-Speicherort pro Inhaltsdatenbank bestimmen und eine Mindestdateigröße konfigurieren, ab der die Datei in den RBS geschrieben wird. HINWEIS Die Enterprise Edition von SQL Server bietet auch einen Remote-FILESTREAM-Provider, um die Daten auf einem Netzwerkspeicher abzulegen. Dieser Remote-FILESTREAM-Provider wird von SharePoint 2010 jedoch noch nicht unterstützt. Nach der Aktivierung des lokalen FILESTREAM-Providers auf dem SQL-Server müssen die Inhaltsdatenbanken für RBS aktiviert werden. Anschließend wird auf allen Web-Front-End- und Applikationsservern der RBS-Client installiert und anschließend die Inhaltsdatenbank für RBS aktiviert. Die Konfiguration erfolgt ausschließlich mithilfe der Befehlszeile über SQL Server, Batch- und Windows PowerShell-Skripts. Metalogix StoragePoint Beispielhaft für eine Drittanbieter-Lösung von RBS wird Metalogix StoragePoint vorgestellt. Das Produkt StoragePoint erweiterte schon den Microsoft Office SharePoint Server 2007, um BLOBDaten extern auszulagern. Die Firma StoragePoint wurde im Frühjahr 2010 von dem Unternehmen Metalogix übernommen (Abbildung 3.14).
125
Kapitel 3
Abbildg. 3.14
Planung der SharePoint-Installation
Funktionsweise von Metalogix StoragePoint
Die grundlegende Funktionsweise von StoragePoint ähnelt der Microsoft RBS-Lösung. Dabei bietet Storage Point deutlich granularere Konfigurationsoptionen und vielfältigere Einsatzszenarien. So unterscheidet sich StoragePoint durch seine Trennung auf dem SharePoint-Server von der MicrosoftLösung, die diese auf dem SQL-Server durchführt. Weiterhin lässt sich eine Vielzahl an Speichersystemen nutzen. Dabei kann durch Adapter auf folgende Speichersysteme zugegriffen werden: 쐍 Lokales Festplattensystem 쐍 Netzwerkfreigabe 쐍 EMC Atmos 쐍 EMC Centera 쐍 Hitachi HCAP 쐍 Windows Azure 쐍 Amazon S3 쐍 Rackspace Cloud Files Sie können die Daten abhängig von der Websitesammlung, dem Dateityp oder Alter auf unterschiedlichen Speichersystemen auslagern lassen. Ein denkbares Szenario wäre, alle Daten, die innerhalb des vergangenen Jahrs verändert wurden, auf einem Dateiserver abzulegen, und alle Daten, die älter als ein Jahr, aber jünger als zwei Jahre sind, auf einem günstigen NAS zu speichern. Für die Archivierung von Daten, die älter als zwei Jahre sind, käme die Nutzung eines Cloud-Speicherdiensts infrage. Mithilfe von definierbaren Kriterien können Sie dafür sorgen, dass unternehmenskritische Daten nur auf abgesicherten Speichersystemen lagern und Ihr Rechenzentrum nicht verlassen. Um den Speicherplatzverbrauch zu optimieren, lassen sich die Daten vor dem Speichern je nach Speicherort komprimieren. So erhalten Sie eine bessere Auslastung Ihrer Speicherkapazität und können Dateien auch schneller in die Cloud bzw. aus der Cloud übertragen. Neben der besseren Leistung und Speicherauslastung sparen Sie gleichzeitig WAN-Übertragungskosten. Um die Daten vor fremden Zugriff zu schützen und die Datenschutzbestimmungen einzuhalten, können Sie Ihre Daten mit einer AES 128/256-Bit-Verschlüsselung schützen.
126
Skalierung und Optimierung
Die Nutzung der Kompression sowie der Verschlüsselung lässt sich getrennt für die Speichersysteme konfigurieren, sodass die Web-Front-End-Server aktuelle Daten nicht komprimieren bzw. extrahieren müssen oder diese ver- bzw. entschlüsseln. Die Konfiguration lässt sich mittels grafischer Benutzeroberfläche (Graphical User Interface, GUI) sowie über die Windows PowerShell durchführen. HINWEIS point.com/.
Eine Testversion von Metalogix StoragePoint finden Sie unter http://www.storage-
Vergleich von Microsoft Remote BLOB Storage und Metalogix StoragePoint Beide Produkte bieten die Kernfunktionalität, Dateien aus der Inhaltsdatenbank auszulagern und somit die Leistung von SQL Server zu steigern. Dabei ist Microsoft RBS für viele Umgebungen ein nützliches Feature, um Speicherkosten zu sparen. Nun ist es mit Bordmitteln möglich, durch den Einsatz von SharePoint Foundation 2010 und SQL Server 2008 (R2) Express mit dem RemoteBLOB-Speicher eine kostengünstige Alternative zu einem Dateiserver bereitzustellen. Sobald die Daten allerdings auf verschiedene Speichersysteme mit unterschiedlicher Qualität verteilt werden sollen oder ein weiteres Aufrüsten der SQL Server- Ressourcen nicht mehr möglich ist, um die benötigten Systemressourcen bereitzustellen, wird ein Drittanbieter-Produkt wie StoragePoint attraktiv. Die Option, Adapter-Clouddienste zur Archivierung von alten Daten zu verwenden, schafft dem Administrator eine einfache und flexible Lösung, sein Speichervolumen auf den lokalen Systemen kurzfristig und ohne weitere Hardwarebeschaffung zu senken. Falls Sie SQL Server 2005 als SQL Server-Back-End verwenden, ist ein Drittanbieterprodukt der einzige Weg zur Trennung von Dateien aus der Datenbank. In der Tabelle 3.16 sind beide Produkte gegenübergestellt. Tabelle 3.16
Vergleich zwischen Microsoft Remote BLOB Storage mit FILESTREAM und Metalogix StoragePoint Funktion
Microsoft Remote BLOB Store
Metalogix StoragePoint
RBS für Inhaltsdatenbanken
Ja
Ja
RBS für Webanwendungen
Nein
Ja
RBS für Websitesammlung
Nein
Ja
Speichern der BLOB-Daten auf lokalen Festplatten
Ja
Ja
Speichern der BLOB-Daten auf einem NAS
Nein
Ja
Speichern der BLOB-Daten auf einem SAN
Ja, als lokales Laufwerk
Ja
Speichern der BLOB-Daten in der Cloud
Nein
Ja
Verschlüsselung auf dem Speichersystem
Ja, durch das NTFS-Dateisystem
Ja
Kompression auf dem Speichersystem
Ja, durch das NTFS-Dateisystem
Ja
Verschlüsselung während der Übertragung
Nicht nativ
Ja
Kompression während der Übertragung
Nicht nativ
Ja
Die RBS-Lösungen lassen sich jederzeit in Ihrer SharePoint-Serverfarm hinzufügen. Sie sollten eine RBS-Lösung nur dann einführen, wenn Ihre Umgebung dies auch benötigt, um die Komplexität und damit den Administrationsaufwand Ihrer Umgebung nicht unnötig zu steigern. 127
Kapitel 3
Planung der SharePoint-Installation
Bevor Sie mit der Installation einer Remote-BLOB-Speicher-Lösung beginnen, sollten Sie die folgenden Punkte prüfen (Tabelle 3.17). Tabelle 3.17
Kriterien für den Einsatz von Microsoft Remote BLOB Storage Frage
Antwort
Ist Ihre Inhaltsdatenbank größer als 500 GB? Sind die Dateien größer als 256 KB? Ist der Datenbankserver der Leistungsengpass und haben die Dateien mindestens 80 KB Volumen? Sie nutzen SharePoint Foundation und SQL Server Express und erwarten ein Wachstum Ihrer Inhaltsdatenbank über 10 GB?
Haben Sie eine der Fragen mit einem Ja beantwortet? Dann ist RBS ein richtiger Weg, um Ihre Inhaltsdatenbank zu entlasten. Falls Sie viele kleine Dateien auf Ihrer SharePoint-Farm speichern, kann es durch den Einsatz von RBS zu einer höheren Latenz kommen. Diesen Nachteil wiegen die niedrigeren Kosten des Speichersystems im Regelfall auf. Durch den Einsatz von RBS müssen Sie Änderungen an Ihrer Datensicherung sowie im Umgang mit dem SQL-Server berücksichtigen. Während Sie bei einer Lösung mit Trennung der Daten auf dem SQL-Server noch eine vollständige Sicherung Ihrer Inhaltsdatenbank über die SQL Server-Sicherung erhalten, müssen Sie bei einer Trennung auf dem Web-Front-End-Server neben der Inhaltsdatenbank nun auch den RBS-Speicherort sowie die Konfiguration Ihres RBS-Providers in die Datensicherung mit aufnehmen. HINWEIS Beim Einsatz von Microsoft RBS mit dem FILESTREAM-Provider und einer Drittanbieter-Datensicherung sollten Sie vor dem Einsatz unbedingt klären, ob die Sicherung von SQL Server-Datenbanken mit FILESTREAM unterstützt wird. Für Datensicherungsprogramme über die SharePoint-API (z.B. stsadm.exe) ergeben sich keine Änderungen, da beim Zugriff über die SharePoint-API der Einsatz von RBS transparent ist. Bevor Sie sich für den Einsatz einer RBS-Lösung entscheiden, sollten Sie prüfen, ob sich der Einsatz in Ihrem Anwendungsszenario lohnt. Im anschließenden Abschnitt finden Sie ein Werkzeug, mit dem Sie die Auswirkungen von RBS auf das Volumen Ihrer Inhaltsdatenbank vorab prüfen können. Vor dem Einsatz müssen Sie entscheiden, ob die Microsoft RBS-Lösung für Ihre Umgebung flexibel genug ist oder ob Sie die erweiterten Funktionen eines Drittanbieter-Produkts benötigen. Diese Entscheidung schlägt sich auch auf die Wahl Ihrer Serverhardware nieder. Zu diesem Punkt finden Sie in einem späteren Abschnitt mehr Informationen. Auf die Anforderungen an Ihre Umgebungen finden Sie im Abschnitt »Anforderungen« ab Seite 130 weitere Details.
RBS-Potenzial RBS ist üblicherweise für Kollaborationswebsites oder Dokumentenmanagementsysteme interessant. Aber auch Websites mit vielen Dateien können davon profitieren. Bei einer typischen Inhaltsdatenbank machen Dateien 80 bis 90 % des Speichervolumens aus. Bei einer neuen Websitesammlung oder gar einer neuen Farm können Sie dies als Richtwert verwenden. Bei der Planung Ihrer Farm sollten sie dennoch Ihr Datenvolumen hochrechnen. 128
Skalierung und Optimierung
Wenn Sie eine bestehende Inhaltsdatenbank entlasten möchten, erreichen Sie dies sehr einfach mit der kostenlosen Software Metalogix StoragePoint BLOBulator. Starten Sie das Tool mit einem Benutzer, der sowohl lokaler als auch Farmadministrator ist, und Sie bekommen eine Schätzung, wie viel Speicherplatz Sie mit einer RBS-Lösung in Ihrer Inhaltsdatenbank sparen können. 1. Öffnen Sie die Site http://www.storagepoint.com/product.aspx und klicken Sie auf Blobulator. 2. Laden Sie den BLOBulator herunter und speichern Sie ihn auf Ihrem SharePoint-Server. 3. Entpacken Sie die Datei blobulator.zip und starten Sie die Datei Blobulator.exe als Administrator. Dazu klicken Sie rechts auf die Datei Blobulator.exe und wählen Als Administrator ausführen. 4. Nach dem Start des Programms sehen Sie eine Übersicht Ihrer Webanwendungen. Sie können die Baumstruktur unterhalb der Websiteanwendungen bis auf Websitesammlungsebene aufklappen und die entsprechenden Sites auswählen. Für die erste Messung sollten Sie die Auswahl auf Inhaltsdatenbankebene durchführen, da diese Werte auch für die Microsoft RBS-Lösung verwendbar sind. Anschließend werden die Inhaltsdatenbanken durch einen Klick auf Start ausgewertet (Abbildung 3.15). Abbildg. 3.15
Bericht über das RBS-Potenzial mit dem Tool BLOBulator
Kapazitätsplanung der SharePoint-Farm beim Einsatz von RBS Die Wahl der RBS-Lösung hängt von Ihrer Farmgröße ab. Die RBS-Lösung mit dem FILESTREAMProvider ist auf den ersten Blick sehr interessant, da die Funktion in der SQL Server-Lizenz bereits enthalten ist und die Datenbanken entlastet werden. Allerdings ist das RBS-System auf lokale Festplatten angewiesen. Diese müssen als lokale Laufwerke auf dem Server eingebunden werden. Eine 129
Kapitel 3
Planung der SharePoint-Installation
Dritthersteller-Lösung birgt zwar auf den ersten Blick weitere Lizenzkosten, bietet Ihnen dafür aber deutlich mehr Freiheiten bei der Wahl und Kombination des Speichersystems. Zusätzlich nimmt es fast die komplette E/A-Last für Dateiaufrufe von Ihrem SQL-Server. Ein Vorteil der StoragePointLösung ist, dass Sie bei großem Datenaufkommen Speichersysteme verschiedener Güte einsetzen können und so eine Kombination aus einem günstigen NAS sowie einem besser verfügbaren SAN und einem Cloud-Speicherdienst nutzen können. Bei einer RBS-Lösung haben alle Daten aus einer Inhaltsdatenbank die gleiche Speichersystemleistung. Gerade beim Einsatz mehrerer SQL-Server kann StoragePoint damit punkten, dass Sie die Dateien verschiedener Inhaltsdatenbanken unabhängig vom eingesetzten SQL-Server auf dem passenden Speichersystem ablegen können. Bei der Wahl der Speichersysteme für Ihren Remote-BLOB-Speicher ist es hilfreich, wenn Sie vorab die benötigte Eingabe-, Ausgabeleistung, den benötigten Speicherplatz und das erwartete Wachstum ermitteln. Mit diesen Werten können Sie die Anzahl der benötigten Festplatten, RAID-Level und die Anbindung bestimmen.
Anforderungen In diesem Abschnitt werden die Hard- und Softwareanforderungen der RBS-Lösungen betrachtet. Hardwareanforderungen Fällt Ihre Wahl auf die Microsoft RBS-Lösung und Sie gedenken, den Remote-BLOB-Speicher mit lokalen Festplatten zu realisieren, sollte der Datenbankserver über möglichst ausreichend Festplattenkapazitäten verfügen, damit Sie neben dem Betriebssystem genug Festplatten für die Datenbank, Transaktionsprotokolle und den Remote-BLOB-Speicher haben. Bei einer SQL Server-Clusterlösung müssen Sie den Speicherplatz über SAS, iSCSI oder FibreChannel anbinden, damit alle Clusterknoten auf die Daten zugreifen können. Außerdem ist ein RAID-Controller mit großzügig dimensioniertem Cache von Vorteil. Die Netzwerkanbindung entspricht der Serverdimensionierung ohne RBS. Planen Sie wiederum die Verwendung von StoragePoint, benötigen Ihre SQL-Server keine weiteren Festplatten und die Netzwerkanbindung benötigt weniger Bandbreite, da die Dateien von den SharePoint-Servern aus anderen Quellen abgerufen werden. Wenn Sie ein separates Netzwerk zum SQL Server-Back-End betreiben, benötigt die Netzwerkkarte, mit der Sie am Speichersystem angebunden sind, eine höhere Bandbreite. Wenn Sie den Einsatz von Kompression und/oder Verschlüsselung planen, müssen je nach Auslastung zusätzliche Prozessoren und Arbeitsspeicher für den SharePoint-Server eingeplant werden. Bei der Wahl der Speichersysteme sollten Sie die Anzahl der Zugriffe, das Speichervolumen, die Anbindung und die Erweiterbarkeit berücksichtigen. HINWEIS Wenn Sie einen Clouddienst verwenden möchten, müssen Sie den Einfluss auf Ihre WAN-Anbindung berücksichtigen. Durch das Öffnen einer großen Datei auf SharePoint können Ihre gesamte WAN-Anbindung ausgelastet und damit andere Anwendungen wie z.B. Videotelefonie unbenutzbar werden. Weiterhin können andere Anwendungen durch Ihren Datentransfer den Zugriff auf Dokumente ausbremsen. Wenn Sie regen Gebrauch von den Clouddaten machen möchten, sollten Sie abwägen, ob Sie eine separate Internetanbindung für den Cloudzugriff oder ob Sie eine WAN-Bandbreitenverwaltung verwenden. Softwareanforderungen Microsoft RBS und Metalogix StoragePoint stellen folgende Softwareanforderungen.
130
Skalierung und Optimierung
Microsoft RBS 쐍 Windows Server 2008 64 Bit, Windows Server 2008 R2 64 Bit 쐍 Microsoft SQL Server 2008 Express, Standard, Enterprise Service Pack 1 Cumulative Update 2 64 Bit, Microsoft SQL Server 2008 R2 Express, Standard, Enterprise 쐍 SharePoint Foundation 2010, SharePoint Server 2010 Metalogix StoragePoint 쐍 Windows Server 2008 64 Bit, Windows Server 2008 R2 64 Bit 쐍 Microsoft SQL Server 2005 Service Pack 3 Cumulative Update 3, Microsoft SQL Server 2008 Express, Standard, Enterprise Service Pack 1 Cumulative Update 2 64 Bit, Microsoft SQL Server 2008 R2 Express, Standard, Enterprise 쐍 SharePoint Foundation 2010, SharePoint Server 2010
Lasttests Die Leistungsfähigkeit einer Serverfarm zu bewerten, ist seit jeher eine schwierige Aufgabe. Microsoft hat zu diesem Zweck für viele Produkte eigene Lastsimulationswerkzeuge zur Verfügung gestellt. Für SharePoint 2010 gibt es zu diesem Zeitpunkt kein spezifisches Simulationswerkzeug, jedoch eine Reihe von Werkzeugen, die Ihnen dabei helfen, direkt oder indirekt die Leistungsfähigkeit Ihrer Serverfarm zu messen.
SQLIO Zur Überprüfung des Durchsatzes, der E/As und der Latenz beim Zugriff auf das Dateisystem ist es hilfreich, die entsprechenden Kernwerte Ihres Systems in Erfahrung zu bringen. Da SharePoint massiv vom E/A-Verhalten Ihres Datenbanksystems beeinflusst wird, werden Sie feststellen, dass deutlich höhere E/As gleichzeitig zu einer spürbar verbesserten bzw. beschleunigten Benutzererfahrung beim Browsen der SharePoint-Sites führen. Neben dem Datenbanksystem spielt, in Abhängigkeit der vom Benutzer verwendeten Funktion, auch die Geschwindigkeit des Dateisystems auf den SharePoint-Servern eine gewisse Rolle. So ist z.B. bei Suchabfragen die Geschwindigkeit des Dateisystems auf dem Abfrageserver wichtig. Messen Sie daher vor der Bereitstellung der Datenbankserver und der SharePoint-Server diese Leistungsindikatoren. Für diese Messung steht Ihnen das kostenfreie Microsoft-Werkzeug SQLIO zur Verfügung. HINWEIS Sie finden das Werkzeug SQLIO unter dem Link http://go.microsoft.com/fwlink/ ?linkid=105586.
131
Kapitel 3
Planung der SharePoint-Installation
Zur Messung gehen Sie nach der Installation von SQLIO wie folgt vor. HINWEIS Die Installation des Werkzeugs ist unkritisch und kann problemlos während der Produktionszeiten erfolgen. Die Ausführung des Werkzeugs hat jedoch direkten Einfluss auf das Verhalten von SharePoint. Einerseits erhalten Sie durch die Ausführung von SQLIO während der Produktionszeiten keine vergleichbaren bzw. relevanten Messergebnisse, andererseits wird während der Ausführung des Werkzeugs auf den Datenbank- oder Transaktionsprotokolllaufwerken direkt der Zugriff auf die SharePoint-Funktionen verhindert. Führen Sie das Werkzeug daher außerhalb der Produktionszeiten bzw. vor der Inbetriebnahme von SharePoint aus und speichern Sie die Ergebnisse für spätere Vergleiche. 1. Öffnen Sie die param.txt-Datei im SQLIO-Installationsverzeichnis und ändern Sie jeweils den
Dateipfad ab. Ersetzen Sie in der nicht auskommentierten Zeile die 2 durch die 1, um Schreibzugriffe zu simulieren (Abbildung 3.16). Der Wert 100 gibt die Größe der anzulegenden Testdatei an. Abbildg. 3.16
Anpassung der param.txt
2. Führen Sie nun SQLIO in der Befehlszeile aus. Für SQLIO sind vielfältige Parameter verfügbar.
Das folgende Beispiel veranschaulicht einige gängige Parameterketten. HINWEIS
Bei der Eingabe der Parameternamen ist unbedingt die Groß-/Kleinschreibung zu
beachten! SQLIO -kW -s300 -fsequential -o8 -b256 -LS -Fparam.txt timeout /T 60
Durch den Parameter –s steuern Sie die Dauer der Messung in Sekunden. Der Parameter –LS ermöglicht Ihnen die Messung von Latenzen beim Zugriff auf das Dateisystem (Abbildung 3.17). Abbildg. 3.17
132
SQLIO-Beispielausgabe
Skalierung und Optimierung
3. Es bietet sich an, die Ausgabe in eine Datei umzuleiten, um die Werte für spätere Messungen ver-
gleichbar vorliegen zu haben. Fügen Sie dazu >[Dateiname].txt an den SQLIO-Aufruf an. HINWEIS Um aussagekräftige Messwerte zu erhalten, führen Sie die Messung unbedingt im Ruhezustand, also nicht unter Last aus!
Weitere Werkzeuge Neben dem SQLIO-Werkzeug gibt es noch eine Reihe weiterer Werkzeuge, die Ihnen dabei helfen, einen Eindruck über die Belastbarkeit Ihrer SharePoint-Serverfarm zu erhalten. Dabei spielen nicht nur Lastsimulationswerkzeuge eine Rolle, sondern primär die klassischen Protokollanalysewerkzeuge. Mithilfe derer überwachen Sie das Produktionsverhalten Ihrer Serverfarm, um rechtzeitig skalieren zu können, ehe es zu Leistungsengpässen kommt. Die wichtigsten Werkzeuge für die Lastüberwachung sind: 쐍 SharePoint 2010 Administration Toolkit, Load Testing Kit Dieses wichtigste der hier angeführten Toolkits enthält eine Gruppe an Werkzeugen, die Ihnen dabei helfen, in Kombination mit Visual Studio Team System 2008 eine synthetische Last auf die Serverfarm zu generieren. Dabei werden die bislang aufgezeichneten IIS-Protokolle analysiert, um auf deren Basis eine Last zu simulieren. Weiterführende Informationen zu der Verwendung dieser Lastsimulation finden Sie in Kapitel 16. 쐍 SQL Server Profiler Der SQL Server Profiler hilft Ihnen dabei, fortgeschrittene Leistungsformationen zu Ihrer SQL Server-Umgebung zu analysieren. Mithilfe dieses Werkzeugs können langsame, gespeicherte Prozeduren oder Deadlocks identifiziert werden. Für eine schnelle Leistungsübersicht oder den täglichen Einsatz zur Überwachung ist es hingegen weniger geeignet. Weiterführende Informationen zum SQL Server Profiler finden Sie unter http://msdn.microsoft.com/ library/ms181091.aspx. 쐍 Log Parser Der Log Parser hilft Ihnen dabei, anhand der IIS-Protokolle eine schnelle Übersicht über das Verhalten, die Leistung und potenzielle Probleme der Serverfarm zu identifizieren. Weiterführende Informationen zum Log Parser finden Sie in Kapitel 7. 쐍 Leistungsmonitor Der Leistungsmonitor ist ein ebenso wichtiges wie einfaches Werkzeug. Er dient dazu, die wichtigsten Leistungsindikatoren der Serverfarm zu überwachen und somit rechtzeitig über sich abzeichnende Leistungsengpässe in Kenntnis gesetzt zu werden. Erstellen Sie mithilfe des Leistungsmonitors eine Basisbelastungslinie, die Sie in regelmäßigen Abständen für einen Vergleich mit den aktuellen Daten heranziehen. Die wichtigsten Leistungsindikatoren werden in Kapitel 7 näher erläutert. 쐍 System Center Operations Manager 2007 R2 Der System Center Operations Manager 2007 R2 bzw. System Center Essentials 2010 für Umgebungen mit einer kleineren Infrastruktur bieten die Methode mit dem besten Potenzial, die Leistungsfähigkeit Ihrer Serverfarm sicher überwachen zu können. Neben der intelligenten Überwachung der Leistungsindikatoren wird mithilfe des Management Packs für SharePoint 2010 eine Vielzahl weiterer Funktionen zur Sicherstellung der Betriebsfähigkeit der Serverfarm angeboten. Weiterführende Informationen zu diesem Ansatz finden Sie ebenfalls in Kapitel 7.
133
Kapitel 3
Planung der SharePoint-Installation
SharePoint-Client In diesem Abschnitt werden die wichtigsten Aspekte der Clientplanung in Hinsicht auf die Unterstützung von SharePoint 2010 angeführt.
Browserwahl Bei der Entwicklung von SharePoint wurde der Kompatibilität große Aufmerksamkeit geschenkt. Um SharePoint auch in anderen Browsern mit maximalen Funktionen auszuführen zu können, war es erforderlich, ActiveX-Steuerelemente wo möglich durch auf AJAX oder Silverlight basierende Module zu ersetzen. Für die Unterstützung der Internetbrowser in Kombination mit SharePoint hat Microsoft die relevanten Browser in drei Unterstützungskategorien eingeteilt: Level 1 bis Level 3. Volle Unterstützung für alle SharePoint-Funktionen werden Ihnen ausschließlich von Browsern in der Level 1-Kategorie geboten (siehe Tabelle 3.18). Tabelle 3.18
Level 1-Browser Browser
Anmerkungen
Internet Explorer 7 (32-Bit-Edition)
Standardmäßig werden auf 64-Bit-basierten Microsoft Betriebssystemen sowohl die 32-Bit- als auch die 64-Bit-Editionen von Internet Explorer bereitgestellt. Dabei wird standardmäßig der 32-Bitbasierte Browser verwendet. Der Internet Explorer 7 wird ab Windows XP bzw. Windows Server 2003 als Basisbetriebssystem unterstützt.
Internet Explorer 8 (32-Bit-Edition)
Siehe oben
Firefox 3.x (Windows 32-Bit-Edition)
Ausschließlich für die unter Windows ausgeführte Firefox-Edition kann die volle Funktionalität genutzt werden
ACHTUNG Nach der anfänglichen Euphorie über die Ankündigung, dass es auch NichtMicrosoft-Browser in die Liste der Level 1-Browser geschafft haben, ist nun ein wenig Ernüchterung eingekehrt. Grund hierfür ist, dass die für Nicht-Microsoft-Browser problematischen ActiveX-Steuerelemente nicht überall durch Alternativen ersetzt werden konnten. Microsoft stellt nicht immer den erforderlichen Firefox-Steuerelementadapter bereit. So werden Sie an folgenden Stellen weiterhin ActiveX-Steuerelemente finden, die nicht unter Firefox ausgeführt werden können, also deren Funktionen trotz Level 1-Einstufung dort nicht zur Verfügung stehen (einige der angeführten Einschränkungen beziehen sich auf Firefox 3.6): 쐍 Datenblattansicht 쐍 Integration von Präsenzinformationen 쐍 Mehrfacher Upload von Dateien 쐍 Drag & Drop 쐍 Verbindung mit Outlook herstellen, Verbindung mit Office herstellen und Mit SharePointArbeitsbereich synchronisieren
쐍 Integration von Microsoft InfoPath 2010 쐍 Integration der Microsoft PowerPoint 2010-Bildbibliothek 134
SharePoint-Client
쐍 Microsoft Visio 2010-Diagrammerstellung 쐍 Rich-Text-Editor-Standardsymbolleiste 쐍 Signieren von Formularen 쐍 Folienbibliothek und die PowerPoint 2010-Integration Eine eingeschränkte Auswahl an Funktionen, jedoch grundlegende Unterstützung von SharePoint bieten hingegen die Level 2-Browser (Tabelle 3.19). Dabei handelt es sich bei den Defiziten primär um die Funktionalitäten, die mit der Abschaltung der Client Integration, also der Integration in die Office-Funktionen, einhergehen. Z.B. werden durch die Clientintegration kontextsensitive Operationen ermöglicht wie das direkte Synchronisieren einer Dokumentbibliothek mit Outlook oder das direkte Öffnen eines Dokuments aus der Website heraus. Tabelle 3.19
Level 2-Browser Browser
Anmerkungen
Internet Explorer 7 und 8 (64-Bit-Edition)
Auf 64-Bit-Installationen von Windows steht standardmäßig zusätzlich der 32-Bit-Internet Explorer zur Verfügung
Firefox 3.x (auf Nicht-WindowsSystemen)
Diese Variante wird zumeist auf Linux und Mac OS basierten Clients genutzt
Safari
Mac- und iPhone-Clients
HINWEIS Primärer Grund für die Level 2-Einordnung der 64-Bit-Editionen von Internet Explorer sind die nicht 64-Bit-kompatiblen Add-Ons bzw. ActiveX-Steuerelemente, die nicht vollständig durch Alternativen haben ersetzt werden können. Die folgenden Funktionen werden beispielsweise in der 64-Bit-Edition von Internet Explorer 8 nicht unterstützt bzw. unterliegen Einschränkungen (Tabelle 3.20). Tabelle 3.20
Einschränkungen in der 64-Bit-Edition von Internet Explorer 8 Funktion
Einschränkung
Verbindung mit Outlook herstellen, Verbindung mit Office herstellen und Mit SharePoint-Arbeitsbereich synchronisieren
Funktioniert mit einem ActiveX-Steuerelement und dem stssync://Protokoll. Daher kann die Funktionalität ohne ein ActiveX-Steuerelement eingeschränkt sein, z.B. das im Lieferumfang von Microsoft Office 2010 enthaltene. Für das Feature ist zudem eine Anwendung erforderlich, die mit dem stssync://-Protokoll kompatibel ist, z.B. Microsoft Outlook.
Datenblattansicht
Nicht verfügbar (fehlendes ActiveX-Steuerelement)
Bearbeiten in Microsoft OfficeAnwendung
Nicht verfügbar (fehlendes ActiveX-Steuerelement)
Hochladen und Kopieren von Dateien
Nicht verfügbar (fehlendes ActiveX-Steuerelement)
Microsoft Visio 2010Diagrammerstellung
Nicht verfügbar (fehlendes ActiveX-Steuerelement)
Neues Dokument
Erfordert ein 64-Bit-ActiveX-Steuerelement. Microsoft Office 2010 enthält keine 64-Bit-Version dieses Steuerelements.
135
Kapitel 3
Tabelle 3.20
Planung der SharePoint-Installation
Einschränkungen in der 64-Bit-Edition von Internet Explorer 8 (Fortsetzung) Funktion
Einschränkung
Signieren von Formularen
Nicht verfügbar (fehlendes ActiveX-Steuerelement)
Folienbibliothek und die PowerPoint Nicht verfügbar (fehlendes ActiveX-Steuerelement) 2010-Integration
Nicht unterstützt werden die Level 3-Browser (Tabelle 3.21). Selbst wenn Sie diese für den Zugriff auf das Portal verwenden könnten, werden diese nicht von Microsoft unterstützt, da sie bei Tests nicht betrachtet werden. Tabelle 3.21
Level 3-Browser Browser
Anmerkungen
Internet Explorer bis einschließlich Version 6
Einige der Browser können durchaus wie Level 2 Browser funktionieren. Sie wurden jedoch nicht getestet und werden daher nicht von Microsoft unterstützt.
Chrome Opera
Neben den hier angeführten Browsern werden weitere mobile Browser unterstützt, die auf die mobile Ansicht der Seiten zugreifen.
Mobiler Zugriff SharePoint 2010 erweitert die Funktionen für den Zugriff von mobilen Endgeräten deutlich und bietet eine stark verbesserte Endbenutzererfahrung. Neben der Aufbereitung für mobile Browser bietet Ihnen Office Mobile 2010 weitere Möglichkeiten bei der Zusammenarbeit über SharePoint. Im Zentrum dieser Neuerungen steht dabei SharePoint Workspace Mobile 2010. Durch SharePoint Workspace Mobile 2010 können die SharePoint-Inhalte einfach vom Smartphone aus durchsucht, zur direkten Bearbeitung in den anderen Office Mobile-Anwendungen geöffnet oder offline vorgehalten und bei der nächsten Gelegenheit mit SharePoint synchronisiert werden. SharePoint 2010 bietet zur Unterstützung von mobilen Endgeräten eine separate mobile Ansicht mit einem reduzierten Funktionsumfang an, auf welche die mobilen Endgeräte automatisch umgeleitet werden. Nicht alle Inhalte können über die mobile Ansicht dargestellt werden, jedoch auch multimediale Inhalte wie Bilder. Die Kernfunktionen zur Nutzung des Portals wie Navigation, Suche (nur SharePoint Server), Inhalt von Listen und Dokumentbibliotheken sowie Meine Websites stehen Ihnen ebenfalls zur Verfügung. Um eigene Entwicklungen wie Webparts in die mobile Ansicht zu integrieren, können Sie einen mobilen Webpart-Adapter in Form einer mobilen Webpart-RenderKlasse zu Ihrem Webpart hinzufügen. Der mobile Zugriff auf SharePoint 2010 wird für eine breite Basis an verfügbaren Endgeräten und mobilen Browsern unterstützt: 쐍 Internet Explorer Mobile (ab Windows Mobile 5) 쐍 Safari 4 (iPhone 3G/S) 쐍 BlackBerry ab Version 4.x 쐍 Nokia S60 136
SharePoint-Client
쐍 NetFront ab 3.4 쐍 Opera Mobile ab 8.65 쐍 Openwave 6.2 oder ab 7.0 Ein weiterer interessanter Aspekt ist die Verwendung der mobilen Ansicht in Kombination mit den Office Webanwendungen. Diese Kombination ermöglicht Ihnen über den mobilen Browser das Lesen von Excel-, PowerPoint- und Worddokumenten.
Office-Client SharePoint 2010 bietet die Unterstützung für eine Reihe von Microsoft Office-Versionen an. In Abhängigkeit von der Office-Version stehen Ihnen jedoch nicht alle Funktionen in der Zusammenarbeit mit SharePoint 2010 zur Verfügung. Erstmalig mit der Bereitstellung von Microsoft Office 2010 steht Ihnen auch eine 64-Bit-Version der Office Suite zur Verfügung. In Kombination mit SharePoint stellt sich die Frage, ob der Einsatz einer Office-64-Bit-Installation vorzuziehen ist. In Kurzform lautet die Antwort: Implementieren Sie die 64 Bit-Version von Office 2010 lediglich, wenn Sie große Daten wie beispielsweise Excel-Tabellen jenseits der 2 GB Grenze verwenden möchten. Für alle anderen Konstellationen ist der Einsatz von Office 2010 in der 32-Bit-Version vorzuziehen, selbst auf Windows Vista/Windows 7-Installationen in der 64-Bit-Version. Hintergrund sind diverse Inkompatibilitäten in der 64-Bit-Version. So werden Sie beispielsweise die Access-basierte Tabellenansicht zur schnellen Bearbeitung von Listenelementen nicht ordnungsgemäß verwenden können. 쐍 32-Bit-Steuerelemente (ActiveX Controls) 쐍 Add-Ins 쐍 VBA-Code Während benutzerdefinierter VBA-Code in der Regel durch leichte Modifikationen auch in der 64Bit-Version lauffähig gemacht werden kann, sind 32-Bit-Steuerelemente und Add-Ins kaum für die 64-Bit-Version von Office verfügbar.
Gegenüberstellung von Office-Versionen In der Tabelle 3.22 werden einige der wichtigsten Unterschiede bei der Verwendung unterschiedlicher Office-Versionen in Kombination mit SharePoint gegenübergestellt. Tabelle 3.22
Office-Versionen im Vergleich Funktion
Office XP
Office 2003
Office 2007
Office 2010
Zusammenarbeit via OneNote Dokumente gleichzeitig bearbeiten mit Word oder PowerPoint Connector für soziale Netze (Outlook) PowerPoint-Übertragungen Excel Services-Integration
137
Kapitel 3
Tabelle 3.22
Planung der SharePoint-Installation
Office-Versionen im Vergleich (Fortsetzung) Funktion
Office XP
Office 2003
Office 2007
Office 2010
Bi-direktionale Outlook-Synchronisierung Geschützte Ansicht für nicht vertrauenswürdige Dokumente Ein- und auschecken von Dokumenten PowerPoint-Folienbibliotheken PowerPivot für Excel Access SharePoint-Integration PowerPoint-Themes auf SharePoint-Sites anwenden
Zusammengefasst lässt sich sagen, dass Microsoft Office 2007 den Großteil der SharePoint 2010Funktionen unterstützt, während lediglich Office 2010 das volle Potential von SharePoint 2010 auszuschöpfen versteht. Speziell in Hinsicht auf die neuen Zusammenarbeitsfunktionen und die zugehörigen Protokollerweiterungen, die ermöglichen, dass Office-Anwendungen ihr Verhalten entsprechend der Lastsituation der Web-Front-End-Server anpassen, ist Microsoft Office 2010 damit der ideale Client für SharePoint-Serverfarmen.
Visio Mit der Einführung von Office 2010 stehen Ihnen mittlerweile drei verschiedene Visio-Editionen zur Auswahl. Dabei handelt es sich um die Standard-, die Professional- und die Premium-Edition, während die Standard-Edition den geringsten und die Premium-Edition den höchsten Funktionsumfang besitzt. Um die Fertigkeiten von Visio in Kombination mit SharePoint zu fokussieren, besteht der Unterschied dieser Editionen in den folgenden Kerneigenschaften: 쐍 Lediglich die Professional- und Premium-Edition unterstützen die Publizierung von Inhalten über die SharePoint-Visio Services 쐍 Die Premium-Edition ist die einzige Edition, welche die SharePoint-Workflowvorlage mitliefert, bzw. diese importieren oder exportieren kann
Serverrollen und Dienstpositionierung In diesem Abschnitt erfahren Sie weiterführende Informationen zu der Positionierung der elementaren SharePoint-Serverrollen und -Dienste.
Grundlagen Im Rahmen einer SharePoint-Architektur wird im Wesentlichen zwischen drei Ebenen unterschieden: der Web-Front-End-, der Anwendungs- und der Datenbankschicht. Während in kleinen Umgebungen alle Ebenen mit einem Server abgebildet werden müssen, sollten die SharePoint138
Serverrollen und Dienstpositionierung
Dienste und Dienstanwendungen bei mittleren und größeren Serverfarminstallationen sinnvoll auf die verschiedenen Ebenen verteilt werden. WICHTIG Für die Konfiguration der Dienste und Dienstanwendungen können Sie sowohl den Assistenten für die Farmkonfiguration verwenden als auch eine manuelle Konfiguration vornehmen. Verwenden Sie den Assistenten für die Farmkonfiguration nur für Evaluations- oder Kleinstinstallationen und vermeiden Sie dessen Einsatz in produktiven Umgebungen. Die Web-Front-End-Schicht dient dem Hosten der Webanwendungen, auf die die Benutzer zugreifen. Diese Schicht sollte alle Dienste umfassen, die von außen erreichbar zu sein haben. In der WebFront-End-Schicht werden Anfragen von Benutzern entgegengenommen, Anfragen für Dienste und Dienstanwendungen an die entsprechenden Server der Anwendungsschicht weitergeleitet und die Ergebnisse für den Client gerendert und an diesen zurückgesandt. Die Server der Anwendungsschicht dienen der Bereitstellung von Diensten, die idealerweise bei einem ähnlichen Belastungsprofil auf Servern der Anwendungsschicht gruppiert werden sollten. SharePoint greift für einige Dienste auf Funktionen und Daten externer Quellen zurück. Diese Zugriffe sollten ebenfalls bevorzugt aus der Anwendungsschicht initiiert werden. HINWEIS Die Statusdienst-Dienstanwendung stellt eine der Ausnahmen bei der Dienstplanung dar. Diese Dienstanwendung ist nicht, wie es bei der Mehrzahl der Dienstanwendungen der Fall ist, direkt mit einem Dienst verbunden, den Sie positionieren müssen. Mit der Bereitstellung der Dienstanwendung ist die Bereitstellung dieses Diensts abgeschlossen. In der Datenbankschicht werden die Inhalts- und Konfigurationsdatenbanken durch SQL Server bereitgestellt.
Positionierung der Komponenten Allgemein gilt, dass Sie die Mehrzahl der Dienste in einer Architektur mit mehreren Ebenen auf die Server der Anwendungsebene verlagern sollten und die Web-Front-End-Server somit primär mit der Aufgabe des Renderns von Clientinhalten befasst werden sollten. Zusätzlich zu der Bereitstellung der Webanwendungen für die Benutzer sollten Sie die Web-Front-End-Server für die Bereitstellung der Abfrage-, der eingehenden E-Mail-Komponente bzw. dem SMTP-Server und dem Statusdienst konfigurieren (Abbildung 3.18). Die Abfragerolle kann mit einer beliebigen anderen Rolle kombiniert werden. Stellen Sie dabei sicher, dass im Falle mehrerer Indexpartitionen die Kommunikation zwischen den Web-Front-EndServern gewährleistet ist, was unter Umständen bei der parallelen Verwendung von NLB auf den Web-Front-End-Servern ein Problem darstellen kann.
139
Kapitel 3
Abbildg. 3.18
Planung der SharePoint-Installation
Beispielpositionierung mit Fokus auf Dienstanwendungen und spezielle Rollen
Die Durchforstungsrolle kann ebenfalls mit einer beliebigen anderen Rolle kombiniert werden. Zudem kann diese Rolle auch auf mehrere Server verteilt werden. Planen Sie zumindest eine dedizierte Durchforstungsrolle, sobald Sie eine große Menge an Inhalten über verschiedene Quellen durchforsten müssen oder Sie Benutzerabfragen während des Durchforstungsvorgangs erwarten. HINWEIS Im Unterschied zu SharePoint 2007 kann die Abfragerolle auf der Durchforstungsrolle koexistieren, ohne dass hierdurch die Propagierung des Indexes auf weitere Server verhindert wird. Ziehen Sie bei mehreren Anwendungsservern in Erwägung, die Durchforstungsrolle auf einem oder mehreren separaten Servern bereitzustellen. Hintergrund ist die ungleichmäßige Auslastung durch die Durchforstungsrolle. Während des Durchforstungsprozesses haben andernfalls Benutzer, deren Anfragen auf die auf diesen Server parallel bereitgestellten Dienstanwendungen zurückgreifen, potenziell mit überdurchschnittlich hohen Latenzen zu rechnen. Fast alle verbleibenden Dienste und Dienstanwendungen werden in diesem Beispiel in der Anwendungsebene bereitgestellt. Dies impliziert jedoch nicht, dass Sie beispielsweise Zusatzkomponenten wie Office Web Apps oder Project Server nicht auf den Web-Front-End-Servern installieren müssen. Letztlich starten Sie die zugehörigen Dienste lediglich auf den Servern der Anwendungsebene.
140
Suche
Während fast sämtliche Dienstanwendungskomponenten in der Anwendungsebene bereitgestellt werden, gibt es einige Dienste, die evtl. auch parallel in der Web-Front-End-Ebene positioniert werden können: 쐍 Eingehende E-Mails von Microsoft SharePoint Foundation 쐍 Microsoft SharePoint Foundation-Abonnementeinstellungendienst 쐍 Microsoft SharePoint Foundation-Sandkasten-Codedienst Auf Servern in der Anwendungsschicht kann hingegen der Microsoft SharePoint Foundation-Webanwendungsdienst gestoppt werden. Dieser Dienst dient der Bereitstellung von Webanwendungen, die lediglich über die Web-Front-End-Ebene konsumiert werden. Durch das Beenden dieses Diensts ist die Funktion der Zentraladministration auf den Anwendungsservern unbeeinträchtigt. Die Zusatzkomponente Reporting Services sollte ebenfalls in der Anwendungsebene und nicht in der Datenbankebene bereitgestellt werden. Die Zentraladministration wird lediglich von Administratoren verwendet und sollte daher ebenfalls isoliert von den Web-Front-End-Servern bereitgestellt werden. Die jeweils nur einmal je Serverfarm verfügbare Suchverwaltungskomponente sollte ebenfalls in der Anwendungsebene positioniert werden. Eine weitere Besonderheit bei der Dienstpositionierung stellt der Lotus Notes-Connectordienst dar. Dieser Dienst ist auf dem Durchforstungsserver bereitzustellen.
Suche Die Sucharchitektur ist ein wichtiger Bestandteil bei der Planung Ihrer Serverfarm. Im Vergleich zu SharePoint 2007 haben sich massive Änderungen in der Sucharchitektur ergeben, die zwingend bei der Planung zu berücksichtigen sind. Der Wegfall des Anbieters für gemeinsame Dienste (SSP) und die Einführung der Dienstanwendungsarchitektur bieten einerseits mehr Freiheitsgrade und eine bessere Skalierbarkeit, erhöhen anderseits aber den erforderlichen Planungsaufwand. In diesem Abschnitt wird die SharePoint Server-Suche behandelt. Die SharePoint Foundation-Suche ist von den hier erwähnten Merkmalen nicht betroffen und in jeder Hinsicht gegenüber der SharePoint Server-Suche deutlich eingeschränkt. Sofern Sie über eine kleinere SharePoint-Topologie verfügen, ist für Sie voraussichtlich lediglich die Vorstellung der Suchlösungen in diesem Abschnitt relevant, da sich die anschließenden Abschnitte an mittleren bis großen Serverfarmen orientieren.
Suchlösungen Für die Verwendung in SharePoint steht Ihnen eine Reihe an unterschiedlichen Lösungen zur Verfügung (Abbildung 3.19).
141
Kapitel 3
Abbildg. 3.19
Planung der SharePoint-Installation
Übersicht der Suchlösungen
In der Tabelle 3.23 werden die wichtigsten verfügbaren Suchlösungen gegenübergestellt. Die Beschreibung der hier erwähnten Funktionen finden Sie in Kapitel 11. Tabelle 3.23
Funktionsvergleich der Suchlösungen Funktion
Suche in Websitesammlung Beste Suchergebnisse Beste Suchergebnisse mit Vorschau Ähnliche Suchergebnisse Suchbereiche Profilabhängige Suchergebnisse 142
SharePoint Foundation 2010
Search Server Search Server SharePoint 2010 Express 2010 Server 2010
FAST Search für SharePoint Server 2010
Suche
Tabelle 3.23
Funktionsvergleich der Suchlösungen (Fortsetzung) Funktion
SharePoint Foundation 2010
Search Server Search Server SharePoint 2010 Express 2010 Server 2010
FAST Search für SharePoint Server 2010
Verwaltete Eigenschaften Verbundsuche Suchvorschläge Suchergebnis nach verwalteten Eigenschaften sortieren Relevanztuning durch Pro- und Demotion Personensuche Integration von Taxonomie Mandantenfähigkeit Verfeinerungen
SharePoint Foundation 2010 Die SharePoint Foundation 2010-Suche ist die Suchlösung für kleine Unternehmen mit überschaubarem Inhalt und einfachen Ansprüchen an die Suche. Die SharePoint Foundation 2010-Suche ist auf die jeweilige Websitesammlung beschränkt, in welcher der Benutzer sucht. Zudem können keine Inhalte aus externen Datenquellen (Websites, Exchange Server etc.) indiziert werden. SharePointInhalte können dagegen sehr einfach und ohne großen Aufwand indiziert und gefunden werden. Die IFilter für die Office-Anwendungen werden mitgeliefert. Sie können die SharePoint Foundation 2010-Suche nutzen, falls Sie keinen Bedarf an einer websitesammlungsübergreifenden bzw. unternehmensweiten Suche haben oder zusätzliche Investitionen in Lizenzen nicht möglich sind. Die SharePoint Foundation-Suche bietet keinerlei Redundanz, um die Suche auf mehrere Server zu verteilen. Anders als bei der SharePoint Server-Suche kann die Abfrage- nicht von der Durchforstungsrolle getrennt werden. Die einzige Möglichkeit einer horizontalen Skalierung besteht in der direkten Zuordnung eines Suchservers zu einer Inhaltsdatenbank (Abbildung 3.20). In einem solchen Szenario benutzen die Suchserver gleichzeitig eigene Suchdatenbanken und sind somit voneinander isoliert. Zusammengefasst hat die SharePoint Foundation-basierte Suche die folgenden Eigenschaften für die Suchkomponente: 쐍 Die Suche kann auf einem dedizierten Server bereitgestellt werden 쐍 Die Durchforstungs- und Abfragekomponente können nicht voneinander getrennt werden 쐍 Die Suche kann nicht redundant ausgelegt werden 쐍 Pro Suchserver können max. 10 Mio. Elemente indiziert werden 143
Kapitel 3
Abbildg. 3.20
Planung der SharePoint-Installation
Hochskalierte SharePoint Foundation-Suche
HINWEIS Sie können viele der massiven Nachteile der SharePoint Foundation-Suche durch den Einsatz von Search Server 2010 Express kompensieren, der Ihnen kostenfrei zur Verfügung steht.
Search Server 2010 Express Search Server 2010 Express steht zum kostenlosen Download im Internet bereit. Dieses Produkt beinhaltet deutlich mehr Funktionen und Möglichkeiten als die SharePoint Foundation 2010Suche. So können Sie z.B. externe Datenquellen indizieren. Neben den SharePoint-Seiten können Sie auch ein Windows Dateisystem, einen Exchange Server und Internetseiten mit in Ihre Suche aufnehmen. Anders formuliert unterstützt Search Server Express die wichtigsten Quellen für die Durchforstung, wie Sie auch eine vollwertige SharePoint Server 2010-Installation unterstützt. SharePoint-Inhalte lassen sich, anders als es bei der SharePoint Foundation 2010-Suche der Fall ist, über die Grenzen von Websitesammlungen hinaus suchen und finden. HINWEIS Search Server 2010 Express dient lediglich einer SharePoint Foundation-basierten Farm. In SharePoint Server-basierten Farmen ist Search Server 2010 überflüssig, da sämtliche Funktionen bereits durch den SharePoint-Server abgebildet werden. Search Server 2010 Express wird auf einem dedizierten Server installiert, ist jedoch in seinen Skalierungsmöglichkeiten eingeschränkt. Zwar lassen sich weitere Web-Front-End-Server der Umgebung hinzufügen, zusätzliche Applikationsserver, die Suchkomponenten bereitstellen, werden hingegen nicht unterstützt. Sollten Sie diese horizontale Skalierbarkeit benötigen, greifen Sie am besten zum kostenpflichtigen Microsoft Search Server 2010.
144
Suche
Sie können Microsoft Search Server 2010 sowohl mit der integrierten SQL Server Express-Datenbank wie auch mit einem dedizierten SQL-Server betreiben. Wichtigster Unterschied hierbei ist die Skalierung: Während SQL Server Express lediglich bis zu 300.000 Elemente für die Indizierung unterstützt, können durch den Einsatz von SQL Server bis zu 10 Millionen Elemente indiziert werden. Die Installationsroutine von Microsoft Search Server 2010 beinhaltet eine vollständige SharePoint Foundation 2010-Installationsroutine. Sie können daher im Rahmen einer Installation zu einer Serverfarm beitreten (Abbildung 3.21). Installieren Sie dabei Microsoft Search Server 2010 nicht über eine bestehende SharePoint Foundation 2010-Installation. Abbildg. 3.21
Integration von Search Server Express in eine SharePoint Foundation-Serverfarm
Zusammengefasst sollten Sie Microsoft Search Server 2010 Express verwenden, wenn Sie eine günstige Einstiegslösung mit Suchfunktionen für Abteilungen benötigen, in denen ein Server für die Bereitstellung der Suche ausreicht.
Search Server 2010 Der kostenpflichtige Search Server 2010 stellt Ihnen alle Funktionen von Search Server Express zur Verfügung und bietet Ihnen neben einer verbesserten vertikalen Skalierung zusätzlich eine horizontale Skalierbarkeit. Somit können Sie anstatt 300.000 bzw. 10 Millionen Elemente nun bis zu 100 Millionen Elemente in den Index aufnehmen und Sie haben die Möglichkeit, die Durchforstungs- und Abfragekomponenten auf mehrere Server zu verteilen, hierdurch Redundanz zu erhalten und die Leistung zu steigern. HINWEIS Wie bereits SharePoint Search Server 2010 Express ist SharePoint Search Server 2010 nicht dafür geeignet, in einer SharePoint Server 2010-basierten Serverfarm bereitgestellt zu werden, sondern lediglich für SharePoint Foundation 2010-Serverfarmen geeignet bzw. enthält in seiner Installationsroutine eine SharePoint Foundation 2010-Installation.
145
Kapitel 3
Abbildg. 3.22
Planung der SharePoint-Installation
Beispieltopologie einer Search Server-Bereitstellung
Um eine Serverfarm bereitzustellen wie in dem Beispielszenario (Abbildung 3.22), führen Sie auf allen Servern der Serverfarm den Search Server 2010 aus.
SharePoint Server 2010 Die Suche von SharePoint Server 2010 beinhaltet alle Funktionen von Search Server 2010. Zusätzlicher Nutzen ergibt sich aus der Integration mit anderen SharePoint Server-Funktionen wie zum Beispiel der Integration der Personensuche. Die Planung der Suche auf Basis von SharePoint Server 2010 ist Thema der nächsten Abschnitte.
FAST Search Server 2010 für SharePoint FAST Search Server 2010 für SharePoint ist die Unternehmenssuchlösung von Microsoft. Durch die Übernahme der ursprünglichen Ausgründung einer norwegischen Universität in 2008 steht mit dieser Version die erste in die Microsoft-Produktpalette integrierte Version von FAST zur Verfügung. FAST Search Server 2010 für SharePoint wird grundsätzlich auf mindestens einem dedizierten Server installiert und sollte nach Möglichkeit keine weitere Aufgaben übernehmen. FAST Search Server 2010 für SharePoint ist für sehr große Datenmengen konzipiert und bietet einige interessante Funktionen, um für Benutzer die Verwendung der Suche maximal attraktiv zu gestalten. In vielen Unternehmen wird die Suche nur in geringfügigem Umfang verwendet, da Benutzer häufig unzufrieden mit den Suchergebnissen sind bzw. zu viel Zeit aufwenden müssen, um die gesuchten Inhalte zu lokalisieren. In SharePoint Server wird erstmalig eine Reihe von Funktionen eingeführt, die diese Suche sehr effektiv unterstützen. Die in FAST Search Server 2010 für SharePoint zusätzlich bereitgestellten Suchfunktionen unterstützen die Benutzer maximal bei der Suche nach Ihren Inhalten und fügen der SharePoint Server-Suche eine Vielzahl von Mehrwerten hinzu. So können z.B. aus einem Dokument Entitäten wie Orte, Zeitangaben, Personen etc. extrahiert und den Suchergebnissen hin-
146
Suche
zufügt werden. Diese Entitäten lassen sich anschließend dazu nutzen, die Ergebnisse einer Suche zu verfeinern, indem sich die Ergebnismenge z.B. nach einem Ort filtern lässt. Außerdem unterstützt die FAST-basierte Suche eine Vorschau auf die lokalisierten Inhalte und ermöglicht so beispielsweise den direkten Zugriff auf PowerPoint-Folien in den Suchergebnissen. Eine FAST Search Server-Installation kann fast beliebig skaliert und redundant ausgelegt werden. Zudem kann eine FAST Search Server-Farmumgebung auch für mehrere SharePoint-Serverfarmen verwendet werden (Abbildung 3.23). Abbildg. 3.23
Vereinfachte Beispieltopologie für FAST Search Server
Weiterführende Informationen zu FAST finden Sie unter http://www.microsoft.de/es.
Schlüsselfaktoren identifizieren Wichtig für die Dimensionierung einer künftigen Suchtopologie ist die Erstellung eines Mengengerüsts hinsichtlich der zu indizierenden Inhalte (Durchforstungslast) sowie der zu erwartenden Anzahl an Suchvorgängen (Abfragelast). Zusätzlich können die Ansprüche an die Aktualität des Indexes und die Verfügbarkeit die Topologie beeinflussen.
Bestimmung einer logischen Struktur Eine wesentliche Rolle bei der Bestimmung einer Sucharchitektur spielt die Anzahl der durch den SharePoint-Server zu indizierenden Elemente. Dabei sind nicht nur Elemente in SharePoint, sondern auch jede externe Webseite, jede E-Mail in öffentlichen Ordnern, jede SharePoint-Liste und -Bibliothek zu berücksichtigen. Dieser sogenannte Korpus wird später als Element im Index gespeichert. Um einen Anhaltspunkt für die Dimensionierung der SharePoint-Farm hinsichtlich der Sucharchitektur zu erhalten, eruieren Sie die Werte aus Tabelle 3.24. Tabelle 3.24
Planung der Serverrollen für die Suche Rolle
<10 Mio.
10-40 Mio.
40-60 Mio.
60-80 Mio.
80-100 Mio.
Abfrageserver
1 bis 2
2 bis 4
5 bis 6
7 bis 8
9 bis 10
Durchforstungsserver
1
1 bis 2
2
3
4
Durchforster
1 bis 2
1 bis 4
4
6
6 bis 8
Durchforstungsdatenbank
1
1 bis 2
2
3
3 bis 4
147
Kapitel 3
Tabelle 3.24
Planung der SharePoint-Installation
Planung der Serverrollen für die Suche (Fortsetzung) Rolle
<10 Mio.
10-40 Mio.
40-60 Mio.
60-80 Mio.
80-100 Mio.
Eigenschaftendatenbank
1
1 bis 2
2
3
3 bis 4
Suchadministrationsdatenba nk
1
1
1
1
1
HINWEIS In einer SharePoint Server 2010-basierten Suchtopologie können Sie bis auf die Suchadministrationsdatenbank und die Suchverwaltung alle Komponenten redundant gestalten. Durchforstungsarchitektur Die Durchforstungsarchitektur bestimmt maßgeblich, wie schnell neue Inhalte in den Index aufgenommen werden und so den Nutzern der Suche zur Verfügung stehen. Je mehr Durchforstungskomponenten in der Farm zur Verfügung stehen, desto mehr Elemente (Listen, Dokumente, Webseiten etc.) können gleichzeitig indiziert werden. Parallel dazu lässt sich die Last auf den Datenbanken durch zusätzliche Durchforstungsdatenbanken senken. Planen Sie für den Speicherbedarf der Durchforstungsdatenbank ca. 5 % des zu indizierenden Volumens ein. Der Ausfall der Durchforstungskomponente ist nicht direkt durch die Benutzer bemerkbar. Lediglich durch nicht aktualisierte Suchergebnisse wird nach längerer Zeit ein nicht mehr zur Verfügung stehender Durchforstungsserver auffällig. Ein Grund, die Anzahl der Durchforstungsserver zu erhöhen, besteht in der Verkürzung der Durchforstungsintervalle. In großen Farmen kann auch eine inkrementelle Durchforstung erhebliche Zeit beanspruchen, die durch jeden zusätzlichen Durchforstungsserver deutlich reduziert werden kann. Um in Ihrer speziellen Umgebung einen Näherungswert für die erforderliche Anzahl an Durchforstungsservern zu erhalten, können Sie testweise Inhaltsquellen durchforsten und in der Zentraladministration die Zeitspanne für die Durchforstung identifizieren. Beachten Sie bei Ihrer Planung immer auch die erforderliche Zeit für vollständige Durchforstungen. Im Fehlerfall kann es erforderlich werden, den Index neu aufzubauen. Während die häufig stattfindende, inkrementelle Durchforstung vergleichsweise wenig Zeit beansprucht, steht Ihnen im Fehlerfall die Suche erst wieder zur Verfügung, wenn Sie eine vollständige Indizierung durchgeführt haben. Abfragearchitektur Die Abfragearchitektur entscheidet darüber, wie schnell Suchanfragen beantwortet werden und wie ausfallsicher dies geschieht. Dabei liegt der Index, anders als in SharePoint 2007, lediglich auf den Abfrageservern und nicht mehr vollständig auf den Durchforstungsservern. Der Index lässt sich zudem erstmalig in mehrere Partitionen aufteilen. Zudem ist es möglich, einen Spiegel für eine Indexpartition einzurichten, um ein Abbild des Indexes auf einem weiteren Abfrageserver vorzuhalten. Eine Indexpartition darf dabei nicht mehr als 10 Millionen Elemente enthalten. Durch die Partitionierung können Sie die Größe des erforderlichen Speicherplatzes auf den Abfrageservern begrenzen. Weiterhin werden bei einer Suchabfrage diverse Metadaten aus der Eigenschaftendatenbank abgefragt. Es ist möglich, zusätzliche Eigenschaftendatenbanken hinzuzufügen, um die Last auf dieser zu verringern. Planen Sie für den Speicherbedarf der Eigenschaftendatenbank ca. 1,5 % des zu indizierenden Volumens ein. 148
Suche
Topologieableitung Die zuvor erfassten Planungselemente der Suche müssen zu guter Letzt in einer konkreten Topologie münden. Anhand der Abbildung 3.24 wird eine Beispieltopologie erläutert. Abbildg. 3.24
Beispielsucharchitektur
In diesem Beispiel werden zwei Durchforstungsserver mit jeweils zwei Durchforstungskomponenten bereitgestellt, die jeweils auf unterschiedliche Durchforstungsdatenbanken zugreifen. Die Abfragekomponente wird auf allen sechs Web-Front-End-Servern ausgeführt und bietet so eine gute Plattform für die Lastverteilung und die Reduktion des erforderlichen Speichervolumens für den Index. Der Index wurde dabei auf sechs Partitionen aufgeteilt und aus Redundanzgründen jeweils gespiegelt. Jeder Abfrageserver hält somit eine Partition und einen Spiegel einer anderen Partition vor. Die Eigenschaftendatenbank beherbergt die Metadaten der Suche. Es wird ggf. mehr als eine Eigenschaftendatenbank benötigt, sobald mehr als 25 Millionen Objekte in der Datenbank enthalten und eine große Menge an Metadaten assoziiert sind. In diesem Beispiel werden zwei Eigenschaftendatenbanken vorgehalten. Zur Optimierung der Leistung ist es denkbar, im nächsten Schritt einen weiteren Datenbankserver hinzuzufügen und weitere Durchforstungsdatenbanken auf diesen auszulagern.
Sucharchitektur testen und anpassen Nach dem Bereitstellen der Suche und der zu indizierenden Inhaltsquellen messen Sie die Intervalle, um anhand der Messergebnisse ggf. Änderungen an der Sucharchitektur vorzunehmen. Im ersten Schritt werden dazu alle Inhaltsquellen mittels einer vollständigen und inkrementellen Durchforstung indiziert. Nach Abschluss der Vorgänge lassen sich die benötigten Zeiten ablesen (Abbildung 3.25).
149
Kapitel 3
Abbildg. 3.25
Planung der SharePoint-Installation
Dauer einer Durchforstung ablesen
Vergleichen Sie die Zeiten mit Ihren Vorgaben bzw. Ihrem Anspruch an die Indexaktualität. Sollten die Durchforstungsvorgänge länger dauern als geplant, ergreifen Sie geeignete Gegenmaßnahmen (Tabelle 3.25). Tabelle 3.25
Maßnahmen zur Optimierung der Suche Ursache
Maßnahme
Durchforstungskomponente oder -server ist ausgelastet
Hinzufügen einer oder mehrerer Durchforstungskomponenten oder -server
Durchsatz der Durchforstungsdatenbank limitiert die Durchforstungsgeschwindigkeit
Hinzufügen einer oder mehrerer Durchforstungsdatenbanken auf demselben SQL-Server
CPU- oder Speicherauslastung von SQL Server verhindert ein schnelleres Durchforsten
Hinzufügen einer oder mehrerer Durchforstungsdatenbanken auf einem zusätzlichen SQLServer
Ähnliches gilt für die Abfragearchitektur Ihrer SharePoint-Umgebung. Die Geschwindigkeit, mit der Suchergebnisse ausgeliefert werden, hängt maßgeblich von drei Faktoren ab: der Sucharchitektur, der Anzahl der gleichzeitig laufenden Suchabfragen und der Anzahl der Elemente im Index. Die Sucharchitektur und die Anzahl der Elemente im Index können Sie in Ihrer Testumgebung simulieren. Schwieriger ist es, die Last, die durch die Benutzer verursacht wird, zu simulieren. Beziehen Sie daher die erhöhte Last durch die Benutzer in der späteren Produktivumgebung ein. Sollten Sie in der Planungsphase oder zu einem späteren Zeitpunkt feststellen, dass die Suchergebnisse nicht schnell genug ausgeliefert werden, finden Sie in Tabelle 3.26 Vorschläge zur Optimierung. Tabelle 3.26
Optimierung der Abfragearchitektur Ursache
Maßnahme
Volltextabfrage ist langsam
Hinzufügen von Indexpartitionen
Durchsatz der Eigenschaftendatenbank limitiert die Abfragegeschwindigkeit
Hinzufügen einer oder mehrerer Eigenschaftendatenbanken auf dem SQL-Server
CPU- oder Speicherauslastung von SQL Server verhindert eine schnellere Abfrage
Hinzufügen einer oder mehrerer Eigenschaftendatenbanken auf einem zusätzlichen SQL-Server
Mithilfe der SharePoint Server-Leistungsindikatoren können Sie die Auslastung der Server in Ihrer Farm einschätzen. Sollten die Engpässe innerhalb der SharePoint-Umgebung liegen, reichen Leistungsindikatoren ggf. nicht aus. Hier sind zusätzliche Möglichkeiten gefragt, um die Vorgänge der 150
Sicherheit
SharePoint-Suche in ihre einzelnen Prozesse zu zerlegen und zu analysieren. SharePoint Server 2010 bietet hierfür auf Web Analytics basierende Berichte, anhand derer sich etwaige Probleme besser eingrenzen lassen. Diese Berichte finden Sie in der Zentraladministration unter Überwachung im Abschnitt Berichte. Hier finden Sie verschiedene Berichte, die Ihnen sowohl Auskunft über das Durchforstungs- als auch das Abfrageverhalten Ihrer Sucharchitektur geben. Die Grafik in Abbildung 3.26 zeigt, wie sich die Abfragelatenz über die verschiedenen Aktionen verteilt. Sollten die Werte für die Volltextabfrage oder die Eigenschaftenspeicherabfrage besonders hoch sein, können Sie mit einer weiteren Indexpartition bzw. einer weiteren Eigenschaftendatenbank diese Werte reduzieren. Abbildg. 3.26
Ein Bericht gibt Auskunft über die Zusammensetzung der Abfragelatenz
Sicherheit Die Planung der Sicherheitsaspekte hat bei SharePoint-Projekten ein besonders hohes Gewicht. Die Ursache hierfür liegt beispielsweise darin, dass Sie allein durch die Wahl des Authentifizierungsanbieters weitreichende Auswirkungen auf die Funktionalität vieler Komponenten und die Benutzerinteraktion zu erwarten haben. Selbst zu Komponenten wie der Suche gibt es Querauswirkungen durch diese Wahl. In diesem Abschnitt werden die wichtigsten SharePoint-Sicherheitsfunktionen und -aspekte für Ihre Planung erläutert.
151
Kapitel 3
Planung der SharePoint-Installation
Berechtigungen Berechtigungen gelten für viele IT-Administratoren als bekanntes Standardelement bei der Administration von IT-Systemen. Dabei wissen speziell Administratoren, die schon einmal mit den erweiterten Operationen der Verwaltung und der automatisierten Steuerung von Berechtigungen konfrontiert wurden, um die Problematik bei der Handhabung dieser Berechtigungsstrukturen und wie schwer es sein kann, diese zu bereinigen. Für die Berechtigungsverwaltung von SharePoint wird es, anders als bei Dateisystemberechtigungsstrukturen, noch diffiziler, durch nachträgliche Änderungen gewachsene Strukturen zu bereinigen. Eine Ursache ist, dass es noch weniger Werkzeuge für die Steuerung von Berechtigungen in SharePoint gibt als beispielsweise für das Dateisystem, die Ihnen gerade zum Beginn des Produktzyklus zur Verfügung stehen. Daher ist es umso wichtiger, schon zu Beginn des Projekts die Basis für eine klare Berechtigungsstruktur zu schaffen, die Ihnen den vorzeitigen Einsatz von kostenpflichtigen Drittanbieterwerkzeugen erspart.
Globale SharePoint-Berechtigungen SharePoint bietet Ihnen eine Vielzahl an Rollen und Berechtigungsstufen für die Umsetzung einer eigenen Berechtigungsstruktur. Integriert in SharePoint sind diese Elemente jedoch auf vier Kategorien begrenzbar. Anhand dieser wird das Berechtigungszusammenspiel erläutert. Auf der Seite der Rollen und Dienste gibt es die Dienstanwendungskonten, die Farmadministratoren, die Websitesammlungsadministratoren und die Webanwendungsbenutzer, selbst wenn diese innerhalb einer Websitesammlung wieder in verschiedenste SharePoint-Gruppen und damit Siterollen unterteilt werden. Auf der anderen Seite hingegen gibt es Berechtigungsstufen, Webanwendungsrichtlinien und Richtlinienstufen. Berechtigungsstufen geben ein Berechtigungsprofil vor, das verschiedene Berechtigungen zu einer Berechtigungsstufe zusammenfasst. Diese Berechtigungsstufe kann dann innerhalb der Website verwendet werden, um Berechtigungen zu erteilen. Beispielsweise wird durch das Zuordnen der Berechtigungsstufe Teilnehmen zu einem Benutzer oder einer Gruppe das Lese- und Schreibrecht innerhalb einer SharePoint-Site delegiert (Abbildung 3.27). Webanwendungsrichtlinien dienen der Ausführung von speziellen Berechtigungen, unabhängig davon, was innerhalb einer Website an Berechtigungen definiert und vergeben wird. Dies ist erforderlich, da SharePoint-Funktionen nicht mehr ordnungsgemäß funktionieren könnten, weil einige Anwender die Berechtigungseinstellungen auf einem Objekt so konfiguriert haben, dass andere Dienste wie z.B. die Suche dieses nicht mehr erreichen können. Richtlinienstufen hingegen sind anders formuliert Berechtigungsstufen für Webanwendungsrichtlinien. Aufgrund der Komplexität von Richtlinienstufen, ähnlich der von Berechtigungsstufen, werden Berechtigungen in Ihnen zusammengefasst. Nun stellt sich die Frage nach dem Aussehen des Gesamtbilds. Dieses erschließt sich gut aus der Betrachtung und Abgrenzung der vier Rollen zueinander. Ein Webanwendungsbenutzer hat sein Einsatzgebiet innerhalb einer Webanwendung und wurde in dieser Webanwendung direkt oder indirekt durch einen Websitesammlungsadministrator für seine Rolle berechtigt. Er kann für seine eigenen Inhalte oder gemäß der durch den Websitesammlungsadministrator zugewiesenen Rechte bestimmte Funktionen innerhalb von SharePoint nutzen.
152
Sicherheit
Abbildg. 3.27
Einsatz von SharePoint-BuiltIn-Gruppen und -Berechtigungsstufen
Ein Websitesammlungsadministrator ist eine notwendige Rolle innerhalb jeder Websitesammlung. Diese Rolle kann ausschließlich von Benutzern, nicht von Gruppen ausgeübt werden. Allerdings kann eine beliebige Anzahl von Websitesammlungsadministratoren definiert werden. Websitesammlungsadministratoren haben umfassende Rechte innerhalb ihrer zugehörigen Websitesammlung und können innerhalb dieser neue Websites und andere Inhalte erzeugen, Features aktivieren, Anpassungen vornehmen und Berechtigungen delegieren. Eingesetzt werden die Websitesammlungsadministratoren durch die Farmadministratoren beim Erstellen der Websitesammlung. Websitesammlungsadministratoren können zudem weitere Websitesammlungsadministratoren bestimmen. Unabhängig davon, ob Websitesammlungsadministratoren in einer Berechtigungsliste für den Zugriff auf ein Objekt enthalten sind oder nicht, können Sie trotzdem innerhalb Ihrer Websitesammlung vollständige Zugriffsrechte ausüben. Farmadministratoren haben die umfassendsten Rechte. Diese Rechte beinhalten jedoch nicht das Recht zum Lesen von beliebigen Inhalten wie denen einer Webanwendung, sondern die umfangreichsten Rechte zum Anpassen unter anderem aller sicherheitsrelevanten Konfigurationen. Farmadministratoren erstellen Webanwendungen inklusive der obersten Websitesammlung und setzen Websitesammlungsadministratoren ein oder entfernen diese. Farmadministratoren haben Ihren Wirkungsbereich jedoch primär in der globalen Konfiguration der Serverfarm, in der Bereitstellung von Diensten, der Wartung der Serverfarm und der Anpassung der Richtlinienstufen. Dienstanwendungen werden durch die Farmadministratoren erzeugt und erhalten ihre Zugriffsrechte häufig durch die Einrichtung einer Hintertür. Richtet der Farmadministrator beispielsweise die Suchdienstanwendung ein, wird automatisch eine Richtlinienstufe für das Inhaltszugriffskonto der Durchforstungskomponente hinzugefügt, welches es diesem erst ermöglicht, die Inhalte der Webanwendung zu indizieren, da es andernfalls über keine ausreichenden Berechtigungen verfügen würde.
Berechtigungselemente In SharePoint steht Ihnen eine Reihe an Elementen zur Verfügung, die für die Abbildung einer Berechtigungsstruktur verwendet werden können. Zunächst ist festzustellen, dass Berechtigungen in SharePoint, ähnlich wie auf dem Dateisystem, unter Verwendung von Vererbung bis auf die Objekt153
Kapitel 3
Planung der SharePoint-Installation
ebene vergeben werden können. Dabei ist wichtig herauszustellen, dass unter SharePoint, anders als auf dem Dateisystem, grundlegend nur wenig Werkzeuge zur Verfügung stehen, um die Berechtigungen zu verwalten und automatisiert abzuändern. Zudem gibt es in den SharePoint-Berechtigungsstufen, anders als bei den NTFS-Berechtigungen des Dateisystems, keine Zugriff verweigertBerechtigungen. Bevor jedoch ein Resümee hieraus gezogen werden kann, ist es wichtig, sich die verfügbaren Elemente in einer Berechtigungsstruktur zu verdeutlichen und deren Eigenschaften zu verinnerlichen. Die Abbildung 3.28 stellt eine Übersicht der Kernelemente der SharePoint-Berechtigungsstruktur und deren Variationen bei der Berechtigungsvergabe dar. Dabei werden zunächst die Rahmenbedingungen vereinfacht und eine flache Berechtigungsstruktur vorausgesetzt. Abbildg. 3.28
Vereinfachte Darstellung einer möglichen SharePoint-Berechtigungsinfrastruktur
Aus Abbildung 3.28 geht hervor, dass die in SharePoint zu berechtigenden Benutzer bzw. Gruppen einer SharePoint-Berechtigungsstufe zugeordnet werden, welche wiederum an ein Objekt gebunden ist, von wo aus sich die Berechtigung standardmäßig zunächst in die unterliegenden Hierarchien vererbt. Ihnen steht somit eine Reihe an Varianten zum Abbilden der Berechtigungsstruktur zur Verfügung. HINWEIS Beachten Sie bitte, dass Sie SharePoint-Gruppen anders als Active Directory-Gruppen nicht verschachteln können, um Berechtigungen zu delegieren. Hier wird schnell die Frage aufgeworfen, welche Vor- und Nachteile mit der jeweiligen Berechtigungslösung verbunden sind. Ähnlich wie bei der Berechtigungsvergabe auf dem Dateisystem gibt es in SharePoint nicht nur unterschiedliche Ansätze, sondern zusätzlich nicht zwangsläufig eine optimale Vorgehensweise zur Berechtigungsvergabe. Daher ist es bedeutend, die verschiedenen Ansätze gegenüberstellend zu vergleichen. Zunächst werden die Rahmenbedingungen des Einsatzes von SharePoint-Gruppen für die Berechtigungsverwaltung verdeutlicht:
154
Sicherheit
SharePoint-Gruppen 쐍 Können ausschließlich innerhalb einer Websitesammlung verwendet werden. Somit kann eine SharePoint-Gruppe aus Websitesammlung A keine Rechte in Websitesammlung B erhalten. 쐍 Kann sowohl Benutzer als auch Active Directory-Gruppen als Mitglieder enthalten 쐍 Es wird keine Verschachtelung von SharePoint-Gruppen unterstützt 쐍 Auf Basis von SharePoint-Gruppen kann mit Bordmitteln nachvollzogen werden, welche Berechtigungen eine SharePoint-Gruppe innerhalb der gesamten Websitesammlungen besitzt 쐍 Sie können die Gruppenmitgliedschaft einer SharePoint-Gruppe vor den Anwendern optional verbergen 쐍 Die Anwender können wahlweise die Mitgliedschaft in einer SharePoint-Gruppe beantragen und Sie können nach eigenem Ermessen steuern, ob Sie diese Mitgliedschaftsanfrage vollautomatisiert zulassen 쐍 Beim Anlegen einer neuen Site haben Sie die Wahl, entweder die zwangsläufig in der ersten Website der Rootwebsitesammlung miterstellten SharePoint-Gruppen durch Vererbung zu berechtigen oder neue SharePoint-Gruppen für die anzulegende Site zu berechtigen 쐍 Das Recht zur Verwaltung einer SharePoint-Gruppenmitgliedschaft kann einfach an Benutzer sowie Gruppen (Active Directory- und SharePoint-basierte) delegiert werden Die Eigenschaften von Active Directory-Sicherheitsgruppen als Berechtigungselement in SharePoint hingegen lauten wie folgt: 쐍 Active Directory-Gruppen unterstützen Verschachtelung. Achten Sie dennoch darauf, dass Sie nur sehr begrenzt verschachteln, da dies andernfalls im Einzelfall zu schwer identifizierbaren Zugriffsproblemen in SharePoint führen kann. 쐍 Es werden lediglich Sicherheitsgruppen, jedoch keine Verteilergruppen für die Berechtigungsvergabe in SharePoint unterstützt 쐍 Sie können anhand der Mitgliedschaft in einer Active Directory-Sicherheitsgruppe nicht direkt die Berechtigungen der Gruppe in SharePoint bestimmen. Dies ist nur indirekt möglich, sofern Sie ein solides Mapping-Modell von Active Directory-Gruppen zu SharePoint-Gruppen umgesetzt haben. 쐍 Die übermäßige Verwendung von Active Directory-Gruppen kann problematische Auswirkungen zeigen, da somit die Größe des Benutzertokens stetig steigt und bei der Anmeldung im Browser oder im Netz für Probleme sorgen kann. Diese Probleme können jedoch teilweise durch geänderte Registrierungseinstellungen behoben werden. 쐍 Die Verwaltung des Anlegens und der Verwaltung von Gruppen und deren Mitgliedschaften kann an Active Directory-Benutzer und -Gruppen delegiert werden Es ist offensichtlich, dass beide Gruppentypen spezifische Eigenschaften besitzen mit jeweils deutlich voneinander abweichenden Vor- und Nachteilen in der Verwendung innerhalb von SharePoint. Bei der Berechtigungsplanung sollte das Ziel sein, nach Möglichkeit Gruppen anstelle von Anwenderkonten zu verwenden, um Berechtigungen zu delegieren, da Anwenderkonten durch regelmäßige Positions- und damit Aufgabenwechsel in Unternehmen andernfalls vielzählige Berechtigungszuweisungen hinterlassen, die verwaisen. Natürlich liegt, ähnlich wie auf einem Dateiserver, die Empfehlung zur Berechtigungsvergabe ganz allgemein bei Gruppen, um den Verwaltungsaufwand zu reduzieren und die Zugriffssteuerungslisten gering zu halten.
155
Kapitel 3
Planung der SharePoint-Installation
Ein gutes Beispiel für einen Mittelweg zwischen der Verwendung von SharePoint- und Active Directory-Gruppen bietet das nachfolgende Beispiel (Abbildung 3.29). Es ist jedoch zu beachten, dass dieses Beispiel aufgrund der vielfachen Variationen in den Rahmenbedingungen nicht zwangsläufig auch für Ihre Umgebung das beste Modell darstellt. Abbildg. 3.29
Beispiel für ein Berechtigungsszenario
In diesem Beispiel kommen gleich mehrere Rollen zum Einsatz. Auf der einen Seite gibt es die häufig von der restlichen Infrastrukturadministration isolierten Portaladministratoren. Diese kümmern sich um die Bereitstellung des Portals und die Berechtigungen innerhalb des Portals, indem sie SharePoint-Gruppen erstellen und für diese Gruppen jeweils eine zugehörige Gruppe in Active Directory erzeugen. Diese Active Directory-Gruppe wiederum fügen Sie als ein Mitglied der zugeordneten SharePoint-Gruppe ein. Die separaten Active Directory-Administratoren verwalten nunmehr diese angelegten Active Directory-Gruppen und können somit ohne jegliche Berechtigungen innerhalb des Portals Anwendern Zugriffsrechte im Portal zuordnen. Ein weiteres Detail wird bei
156
Sicherheit
der Analyse der tieferen Hierarchieebenen der Portalstruktur deutlich. Dort gibt es wie in diesem Beispiel Abteilungen oder auch Projektteams, die sich häufig innerhalb Ihres Portalbereichs weitestgehend selbst organisieren, berechtigen und Inhalte bereitstellen. Für diese Sites wurde die Berechtigungsvererbung daher aufgebrochen und neue SharePoint-Gruppen mit den jeweils zugehörigen Active Directory-Gruppen erzeugt. Im Unterschied zu der Rootwebsitesammlung wurden hier die Berechtigungen so delegiert, dass eine Gruppe von Abteilungsadministratoren das Recht über die Verwaltung der abteilungsspezifischen SharePoint-Gruppen erhält. Somit ist ein Abteilungsadministrator dazu in der Lage, ohne jegliche Active Directory-Berechtigungen ein Benutzerkonto innerhalb seiner Struktur mit Zugriffsrechten zu versehen. Ein weiterer Vorteil dieser Lösung ist die Möglichkeit, den Abteilungsadministratoren beispielsweise nicht zwangsläufig gravierendere Rechte einzuräumen. Dieses Modell lässt zu, dass die Berechtigungsänderung unabhängig von der inhaltlichen Verwaltung der Website umsetzbar wird. Folgende positive Eigenschaften sind mit diesem Beispiel verbunden. 쐍 Anhand der Active Directory-Gruppenmitgliedschaft eines Anwenders lässt sich sehr gut identifizieren, welche Rechte er innerhalb der SharePoint-Site besitzt 쐍 Rollenwechsel innerhalb eines Unternehmens sind nicht mehr problematisch, da der Anwender einfach von seinen SharePoint-Rechten isoliert werden kann 쐍 Es gibt eine klare und verteilte Rollentrennung 쐍 Das Modell ist relativ flexibel und lässt auch einfache Ausnahmen bei der Berechtigungsdelegierung zu 쐍 Das System zur konsequenten Verwendung von Gruppen zur Berechtigung ist sehr zielstrebig und positiv umgesetzt In diesem komplexen System gibt es auch zwangsläufig Nachteile, die hier ebenfalls erläutert werden. 쐍 Das Anwenderanmeldetoken kann bei einer komplexen Sitestruktur mit vielen Gruppenmitgliedschaften einen zu hohen Umfang annehmen und evtl. bei der Anmeldung zu Problemen führen 쐍 Es ist erforderlich, parallel für jedes Berechtigungsprofil eine zusätzliche Gruppe in Active Directory anzulegen und zu pflegen
Delegierungsebenen Die Berechtigungshierarchie innerhalb einer Farm kann auf die folgenden Ebenen zusammengefasst werden (Abbildung 3.30). 쐍 Farmadministratoren Mitglieder der Gruppe der Farmadministratoren haben umfassende Zugriffsberechtigungen auf die Serverfarm und auf alle zugehörigen Server. Sie können PowerShell-Skripts ausführen, Dienstanwendungen und Webanwendungen erstellen und verwalten und die zugehörigen primären Websitesammlungsadministratoren bestimmen. Standardmäßig haben sie jedoch keinerlei Zugriffsrechte auf die Inhalte der Webanwendungen. Sie erhalten einen Teil der Berechtigungen in der Farm durch eine automatisch zugeordnete Mitgliedschaft in der lokalen Gruppe WSS_ADMIN_WPG. 쐍 Dienstanwendungsadministratoren Sie werden durch den Farmadministrator bestimmt und verwalten ausschließlich eine Dienstanwendung, die nicht durch sie, sondern durch den Farmadministrator angelegt wurde. Dabei macht nicht die Delegierung der Verwaltung aller Dienstanwendungen Sinn. Prädestiniert für die Delegierung sind Dienstanwendungen wie die Suche oder der Benutzerprofildienst. 157
Kapitel 3
Abbildg. 3.30
Planung der SharePoint-Installation
Administrative Rollen einer SharePoint-Serverfarm
쐍 Featureadministratoren Featureadministratoren werden in der Regel durch den Farmadministrator bestimmt und verwalten ausschließlich eine Untermenge an Funktionen, die zu einer speziellen Dienstanwendung gehören. Beispielsweise kann ein Featureadministrator ausschließlich die Zielgruppen einer Benutzerprofildienstanwendung verwalten. 쐍 Websitesammlungsadministratoren Websitesammlungsadministratoren haben volle Zugriffsrechte innerhalb einer Websitesammlung, unabhängig davon, ob Sie explizite Zugriffsrechte auf ein Objekt besitzen oder nicht. Websitesammlungsadministratoren werden entweder durch einen anderen Websitesammlungsadministrator oder einen Farmadministrator bestimmt. Beim Anlegen einer Websitesammlung durch den Farmadministrator muss der Farmadministrator einen oder zwei Websitesammlungsadministratoren bestimmen. Weitere Websitesammlungsadministratoren können durch den ernannten Websitesammlungsadministrator bestimmt werden. Websitesammlungsadministratoren können neue Sites, jedoch keine neuen Websitesammlungen erzeugen. 쐍 Sitebesitzer Mitglieder der jeweiligen SharePoint-Gruppe Sitebesitzer haben standardmäßig volle Zugriffsrechte innerhalb der gesamten Site. Sie können somit administrative Aufgaben wahrnehmen und erhalten E-Mail-Benachrichtigungen im Falle einer ausstehenden Löschung einer inaktiven Site und über Berechtigungsanfragen. Sitebesitzer werden durch den Websitesammlungsadministrator delegiert.
158
Sicherheit
Dienstkonten Für die Bereitstellung von SharePoint wird eine Vielzahl an Benutzerkonten erforderlich. Identifizieren Sie anhand dieses Abschnitts rechtzeitig die für Ihre Serverfarm erforderlichen Dienstkonten.
Verwaltete Konten SharePoint 2010 unterstützt das Erstellen verwalteter Konten, um die Sicherheit zu verbessern und die Anwendungsisolation sicherzustellen. Mithilfe verwalteter Konten sind Sie nicht mehr auf Dienstkonten angewiesen, deren Kennworte nicht ablaufen und somit potenziell gegen Sicherheitsrichtlinien verstoßen, sondern die Kennwortverwaltung wird an SharePoint übertragen. In diesem Fall verwaltet SharePoint gemäß Ihrer Vorgaben sämtliche Dienstkennworte und trägt dafür Sorge, dass die Kennworte sowohl kontinuierlich geändert werden als auch dafür, dass alle Mitgliedsserver einer Serverfarm zu jedem Zeitpunkt über das passende Kennwort zum Start des jeweiligen Diensts verfügen.
Erforderliche oder optionale Dienstkonten Die folgenden Konten sind für die Einrichtung einer SharePoint-Serverfarm erforderlich oder optional verwendbar (Tabelle 3.27). Tabelle 3.27
SharePoint-Dienstkonten Name des Diensts
Opt.
nur SS
Verw.
Anmerkung
Farmkonto
Zentraladministrationskonto
SQL-Datenbankdienst
Für Kerberos
Foundation-Suchdienstkonto Foundation-Inhaltszugriffskonto Anwendungspoolkonto Dienstanwendungen
Empfohlen, potenziell mehr als ein Konto
Anwendungspoolkonto Portalanwendungen
Empfohlen, potenziell mehr als ein Konto
Suchdienstkonto (Server)
Office Server Search
Inhaltszugriffskonto (Server)
Office Server Search
PerformancePoint
Unbeaufsichtigtes Dienstkonto für den Secure Store, Enterprise Edition
Verzeichnisdienstsynchronisa-tionskonto WarmUp
Konto für WarmUp-Skript (abhängig von WarmUpLösung)
Web Analytics-Datenverarbeitungsdienst
Läuft standardmäßig unter dem Farmkonto
Portal Super User
Optimierung des Veröffentlichungscaches
159
Kapitel 3
Tabelle 3.27
Planung der SharePoint-Installation
SharePoint-Dienstkonten (Fortsetzung) Name des Diensts
Opt.
nur SS
Verw.
Anmerkung
Portal Super Reader
Optimierung des Veröffentlichungscaches
Claims2WindowsToken-Dienstkonto
Nur für Kerberos/ Forderungsauthentifizierungsszenarien
Reporting Services-Dienstkonto
Nur beim Einsatz der Reporting Services erforderlich
Analysis Services-Dienstkonto
Nur beim Einsatz von Project Server erforderlich
Unbeaufsichtiges Dienstkonto Excel Services Unbeaufsichtiges Dienstkonto PerformancePoint Unbeaufsichtiges Dienstkonto Visio Services SS Verw. Opt.
Nur SharePoint Server Konto kann als verwaltetes Dienstkonto angelegt werden Optional bzw. nicht zwingend erforderliches Konto
Authentifizierung Die Wahl der Authentifizierungsmethode für die Nutzung in SharePoint ist ein wichtiger und häufig unterschätzter Punkt in der Planung einer SharePoint-Infrastruktur. Hintergrund ist, dass es eine Vielzahl an Abhängigkeiten zwischen den Authentifizierungsmethoden und den Funktionen bzw. Möglichkeiten bei der Verwendung von SharePoint gibt. HINWEIS Sie können die Authentifizierungsmethoden im Nachhinein nicht beliebig konvertieren, daher sollten Sie sich vor dem Anlegen von Webanwendungen darüber im Klaren sein, welche Authentifizierungsmethode mittelfristig die richtige Wahl für Ihre Umgebung ist.
Anonymer Zugriff Der anonyme Zugriff wird für SharePoint-Implementierungen unterstützt. Je nach Art der SharePoint-Site gibt es aus Sicherheitsgründen unterschiedliche Ebenen, die zu konfigurieren sind, um den anonymen Zugriff freizuschalten. Vom Grundaufbau her ist das System für die meisten SharePoint-Sites so konzipiert, dass Sie bei Bedarf einzelne Dokumentbibliotheken und Listen dafür konfigurieren können, dass anonyme Benutzer lesend Zugriff auf diese erhalten. Für alle weiteren Anliegen wie schreibenden Zugriff für anonyme Benutzer sind erweiterte Arbeitsschritte erforderlich. HINWEIS Die Verwendung einiger Sitevorlagen erfordert zusätzliche Maßnahmen, um den Zugriff für anonyme Benutzer wie gewünscht zu erlauben. Mehr Informationen dazu finden Sie in Kapitel 12.
160
Sicherheit
Authentifizierungsmethode festlegen Die Wahl der Authentifizierungsmethode ist eine komplexe Aufgabe. Ihnen stehen viele Authentifizierungsmethoden zur Verfügung. Speziell der neue Komplex der Authentifizierungsmethoden, die im Rahmen der Einführung der forderungsbasierten Authentifizierung zur Verfügung stehen, wird Ihnen zunächst die Auswahl zusätzlich erschweren. Um Ihnen die Planungsentscheidung zu erleichtern, finden Sie in diesem Abschnitt eine Reihe an Tabellen, die Ihnen eine Gegenüberstellung der verschiedenen Methoden bieten. Zunächst einmal sind die Authentifizierungsanbieter in zwei Kategorien unterteilt, zwischen denen im Nachhinein nicht beliebig umgeschaltet werden kann: 쐍 Klassische Authentifizierung 쐍 Forderungsbasierter Authentifizierungsmodus Die Gruppe der klassischen Authentifizierungsmethoden bietet Ihnen alle weithin bekannten Windows-Authentifizierungen (Tabelle 3.28). Tabelle 3.28
Gegenüberstellung der Windows-Authentifizierungen Authentifizierungstyp
Vorteile
Nachteile
Basis
Arbeitet mit allen Browsern zusammen. Ergibt keine Schwierigkeiten mit Proxyservern und Firewalls. Ermöglicht einen Hop bei der Authentifizierung.
Das Benutzerpasswort ist völlig ungeschützt. SSL sollte daher zwingend zum Schutz der Benutzerkennung verwendet werden. Unterstützt keine Serverauthentifizierung.
Digest
Breite Browserunterstützung und unproblematisch bei Proxservern und Firewalls
Anfällig für Replay-Angriffe. Unterstützt keine Serverauthentifizierung.
NTLM
Relativ sichere Authentifizierungsmethode. Funktioniert nicht durch die meisten Wird von den meisten Browsern HTTP-Proxyserver und ist somit primär in unterstützt. Intranet Szenarien von Bedeutung. Proprietäres Protokoll. Unterstützt keine Serverauthentifizierung.
Kerberos
Sicherstes der hier angeführten Authentifizierungsprotokolle, beidseitige Authentifizierung mit breiter Browserunterstützung und der Möglichkeit einer Multi-Hop-Authentifizierung (Delegierung). Offenes Protokoll.
Komplizierte Einrichtung. Erschwerte Fehleridentifizierung. Problematisch wegen KDC-Verfügbarkeit aus dem Internet und Proxyproblematik.
Diese Authentifizierungsmethoden sind in SharePoint standardmäßig aktiviert. Für die Mehrzahl der Szenarien werden diese Methoden hinreichende Sicherheit, Kompatibilität und Funktionalität bieten. Sobald Sie sich jedoch in einer heterogenen Welt bewegen, eine organisationsübergreifende Zusammenarbeit wünschen, externe Benutzer anbinden, andere Anwendung integrieren oder gar SSO-Ziele verfolgen, sollten Sie zur zweiten Kategorie der Authentifizierungsmethoden tendieren. Die forderungsbasierte Authentifizierung. Diese bietet wiederum die Unterstützung für weitere Authentifizierungsmethoden, von denen zwei neuartig sind: 쐍 Formularbasierte Authentifizierung (FBA))" 쐍 SAML-Token-basierte Authentifizierung 161
Kapitel 3
Planung der SharePoint-Installation
Die formularbasierte Authentifizierung ist nicht neu in SharePoint 2010. Sie ist vielmehr im Vergleich zu der vorherigen Implementierung in SharePoint 2007 durch die Forderungsauthentifizierung flexibler integriert. So können beispielsweise Anwender aus verschiedenen Identitätsspeichern sich nun erstmalig eine Webanwendung teilen und sich gegenseitig einfache Berechtigungen zuweisen. HINWEIS In früheren Versionen von SharePoint gab es bei der Zusammenarbeit und der Berechtigung zwischen Benutzern der Windows-Authentifizierung und Benutzern einer FBA eine Reihe von Einschränkungen, die dazu führten, dass beispielsweise Benutzer aus dem einen Authentifizierungsschema nicht ohne Weiteres über den PeoplePicker Benutzer aus dem anderen auswählen und berechtigen konnten. Diese Probleme gehören mit der neuen Lösung der Vergangenheit an. Die FBA erhält ihren Namen durch das Anmeldeformular, welches verwendet wird, um die Anmeldeinformationen aufzunehmen und über den Mitgliedschaftsanbieter weiterzuleiten. Standardmäßig sind folgende Mitgliedschaftsanbieter verfügbar: 쐍 AspNetSqlMembershipProvider 쐍 LDAPMembershipProvider 쐍 ADMembershipProvider Sie haben so beispielsweise die Möglichkeit, eine einfache SQL Server-Datenbank als Identitätsspeicher zu verwenden, in der Sie z.B. Benutzerkonten für den Extranetzugriff vorhalten. Beachten Sie jedoch, dass Sie bei den so angebundenen Benutzern auf die Meine Website verzichten müssen. Eine Gegenüberstellung der formularbasierten Authentifizierung und der Windows-Authentifizierung finden Sie in Tabelle 3.29. Tabelle 3.29
Gegenüberstellung der formularbasierten Authentifizierung und der Windows-Authentifizierung Element
Windows-Authentifizierung
Formularbasierte Authentifizierung
Anmeldekennung
Basiert auf der SID des Active Directory-Benutzerobjekts
Basiert auf einer eindeutigen, binären ID, die aus dem Anbieternamen und dem Benutzernamen erstellt wird
Zwischenspeicherung
Anmeldeinformationen werden von IIS, Internet Explorer und Windows zwischengespeichert und verwaltet
Zum Speichern der Anmeldeinformationen des Benutzers wird für die Dauer der Sitzung ein verschlüsseltes Cookie verwendet (ASP.Net basiert)
Rollen und Gruppenmitgliedschaften
Die Liste der Active DirectoryDomänengruppen, denen der Benutzer im Zugriffstoken angehört, wird von Windows verwaltet. In SharePoint Server 2010 werden Informationen verwendet, die im Zugriffstoken gespeichert sind.
Jede ASP.NET-Rolle wird während der Authentifizierung wie eine Domänengruppe behandelt. ASP.NET kann die Rollen, denen ein Benutzer angehört, basierend auf den Einstellungen in der web.config-Datei in einem Cookie zwischenspeichern.
Die forderungsbasierte Authentifizierung ist neu in SharePoint 2010 und basiert auf der WIF. Bei der forderungsbasierten Authentifizierung werden Forderungen von SharePoint akzeptiert, um einen Client zu identifizieren und für den Zugriff zu autorisieren. Forderungen werden in Form von SAML-Token dargestellt, welche wiederum Fakten darstellen, die von einer als vertrauenswürdig definierten Autorität publiziert werden. Ein Beispiel für eine solche Forderung kann sein, dass Janka 162
Sicherheit
Züllich Mitglied der Gruppe der SharePoint-Autoren ist. Jedoch sind auch bislang in der Authentifizierungswelt unübliche Fakten wie Janka ist Leiterin der PR-Abteilung möglich. Um Ihnen eine Differenzierung zwischen den verfügbaren Primärauthentifizierungsmethoden zu ermöglichen, finden Sie in der Tabelle 3.30 eine Gegenüberstellung einschließlich elementarer Vorund Nachteile. Tabelle 3.30
Vergleich der Authentifizierungsanbieter Authentifizierungsmethode
Beschreibung
Vor- und Nachteile
Windows
Die Windows-Authentifizierung unterstützt unsichere bis hochsichere Authentifizierungsprotokolle. Diese stehen Ihnen direkt nach der Bereitstellung zur Verfügung.
Nicht alle Browser unterstützen alle Windows-Authentifizierungsformen. Mit Ausnahme von Kerberos vergleichsweise einfach und schnell zu implementieren. Kein eigener Code für die Verwendung erforderlich.
SAML-Token-basierte Authentifizierung
Bietet neue Möglichkeiten, speziell für die verteilte Authentifizierung in farmübergreifenden und ExtranetSzenarien
Einrichtung komplex Einschränkungen bei der Client-Integration Extranet-Szenario
Formularbasiert (FBA)
Bietet Ihnen eine von Active Directory unabhängige Authentifizierung und eine Basis für Extranet-Szenarien
Einrichtung relativ komplex Extranet-Szenario Einschränkungen bei der Client-Integration
HINWEIS Unabhängig davon, für welche der Authentifizierungsmethoden Sie sich entscheiden, wird für die farminterne Authentifizierung die Forderungsauthentifizierung verwendet. Diese müssen Sie jedoch nicht gesondert konfigurieren, um die Funktionalität sicherzustellen. Der Einsatz von Kerberos als Authentifizierungsmethode kann unabhängig von den bislang angeführten Aspekten für eine Reihe von Einsatzszenarien erforderlich werden, da es die einzige verbreitete Authentifizierungsmethode ist, für die Sie die Delegierung verwenden können. HINWEIS Die Delegierung von Benutzern oder speziellen Dienstkonten wird in Situationen erforderlich, in denen Sie die Identität eines Benutzers oder eines Dienstkontos gegenüber einem anderen Dienst bestätigen müssen. Für dieses Szenario steht Ihnen erst mit SharePoint 2010 überhaupt eine Alternative zu Kerberos zur Verfügung: die Forderungsauthentifizierung. Diese wird jedoch von einer Vielzahl an Diensten und Softwareprodukten nicht unterstützt und erfordert eine teilweise nicht mögliche Erweiterung der jeweiligen Anwendung. Auch wenn die Forderungsauthentifizierung sicherlich eine wichtige Rolle in der Zukunft spielen wird, sind zu diesem Zeitpunkt die Mehrzahl dieser Szenarien nur mithilfe von Kerberos lösbar. So gibt es neben der Notwendigkeit der Delegierung für einige Webanwendungen wie Excel Services oder PerformancePoint auch den möglichen Anspruch der Nutzung einer Kerberos-Delegierung beim Gebrauch einiger Webparts. Beispielsweise greift ein Benutzer über ein RSS-Viewer-Webpart auf RSS-Feeds zu. Sofern das RSS-Webpart auf eine Quelle zugreift, die eine Authentifizierung erfordert, wird die eingeschränkte Kerberos-Delegierung benötigt, um die Authentifizierung des Benutzers gegenüber dem RSS-Feed zu ermöglichen.
163
Kapitel 3
Planung der SharePoint-Installation
Als weitere Hilfe für die Wahl der Authentifizierungsmethode steht Ihnen folgendes Diagramm zur Verfügung (Abbildung 3.31). Dabei ist zu beachten, dass nicht alle Aspekte in diesem Diagramm berücksichtigt werden konnten, sondern lediglich die primär wichtigen Aspekte für die Mehrzahl der Anforderungen für eine Entscheidung herangezogen werden, um Ihnen einen einfacheren Einstieg in diese keinesfalls einfache Thematik zu ermöglichen. Abbildg. 3.31
Hilfe zur Entscheidungsfindung bei der Wahl des Authentifizierungsanbieters
Identität und Zugriff auf LoB-Anwendungen Beim Zugriff auf LoB-Anwendungen stellt die Authentifizierung einen wichtigen Aspekt dar. Dieser Abschnitt bringt Ihnen die aktuellen Möglichkeiten und die zugehörigen Implikationen in Kombination mit SharePoint näher. Wenn davon abgesehen wird, dass Sie theoretisch auch anonym auf LoB-Datenquellen zugreifen können, was in der Praxis eher unwahrscheinlich ist, kann man die SharePoint-Variationen im Zugriffsszenario auf LoB-Datenquellen auf zwei grundlegende Szenarien reduzieren: 쐍 Zugriff auf LoB-Datenquellen als ein vertrauenswürdiges Subsystem (Dienstkontext) 쐍 Zugriff auf LoB-Daten durch Delegierung (Benutzerkontext) Zugriff im Dienstkontext Beim Zugriff im Dienstkontext wird die LoB-Datenquelle als vertauenswürdiges Subsystem behandelt und nach der Authentifizierung des Benutzers an SharePoint greift dieser über den Web-Front-End über eine einheitliche Identität eines Dienstkontos auf die LoB-Datenquelle zu (Abbildung 3.32).
164
Sicherheit
Abbildg. 3.32
Zugriff im Dienstkontext
Hierfür stehen Ihnen zwei Varianten zur Verfügung. 쐍 Verwendung der Anwendungspoolidentität 쐍 Verwendung eines Dienstkontos Durch die Verwendung der Anwendungspoolidentität kann der Code für den Zugriff auf die LoBDaten beispielsweise im Kontext der Webanwendung ausgeführt oder alternativ die RevertToSelfMethode verwendet werden. Bei der Verwendung eines Dienstkontos können Sie entweder die Informationen der Identität für den LoB-Zugriff in der Secure Store-Dienstanwendung oder in Verbindungszeichenfolgen speichern. Zugriff im Benutzerkontext (Delegierung) In einer Situation, in der das Back-End-System eine eigene Authentifizierung durchführt und die Identität des Benutzers für den Datenzugriff erforderlich wird, ist das Delegierungsmodell die Lösung (Abbildung 3.33). Die Mehrzahl der Authentifizierungsprotokolle ist nicht für Multi-Hop-Szenarien, also für eine Delegierung geeignet, somit ist die Auswahl an Lösungen für das Weiterleiten der Benutzeridentität an Drittsysteme eingeschränkt. Für eine Delegierung im Benutzerkontext stehen Ihnen seit SharePoint 2010 zwei Möglichkeiten zur Verfügung. 쐍 Forderungsauthentifizierung 쐍 Kerberos-Delegierung Abbildg. 3.33
Zugriff im Benutzerkontext (Delegierung)
165
Kapitel 3
Planung der SharePoint-Installation
Bei der Verwendung der Kerberos-Delegierung authentifiziert sich der Benutzer gegenüber dem Web-Front-End-Server. Dieser kann nach erfolgreicher Einrichtung der Kerberos-Delegierung den Benutzer gegenüber dem hinter dem Web-Front-End-Server liegenden System authentifizieren. HINWEIS Microsoft SQL Server PowerPivot für SharePoint unterstützt keine Delegierung der Benutzeridentität. Die Forderungsauthentifizierung hingegen ermöglicht ein unkompliziertes Weiterreichen der durch den Benutzer zur Authentifizierung verwendeten Forderungen an Drittsysteme, sofern eine Vertrauensstellung eingerichtet wurde und Quelle und Ziel »Forderungs-aware« sind. HINWEIS Genau hier liegt das Problem: Zu diesem Zeitpunkt erlauben die Mehrzahl der SharePoint-Dienstanwendungen standardmäßig keine ausgehende Forderungsauthentifizierung. Allerdings ist dies grundsätzlich möglich und Sie werden voraussichtlich in künftigen Versionen Erweiterungen in diesem Bereich vorfinden. Zuletzt bleibt jedoch das wesentliche Problem, dass die Mehrzahl der heutigen LoB-Anwendungen keinerlei Standardunterstützung für die Forderungsauthentifizierung bieten. Daher wären zunächst Entwicklungsaufwände erforderlich, um Ihre LoB-Anwendung Forderungs-aware umzugestalten. Eine nachträgliche Erweiterung um diese Funktion ist nicht selbstverständlich.
Zonenzuordnungen Zonen dienen in SharePoint primär zweierlei Anliegen. Der korrekten Konfiguration von alternativen Zugriffszuordnungen (AAM) bzw. der einwandfreien Erstellung von Links durch SharePoint in Szenarien mit Reverseproxyservern oder Load-Balancern und der Definition unterschiedlicher Authentifizierungsvarianten für eine Webanwendung. Häufig wird in diesem Zusammenhang jedoch ein Detail übersehen: Die Zonenkonfiguration hat Auswirkungen auf das Verhalten des Crawlers. Die Zonen werden von der Durchforstungskomponente in einer bestimmten Reihenfolge abgearbeitet. Sobald der Crawler erfolgreich authentifiziert ist, kann er die Inhalte durchforsten. Genau hier liegt jedoch das Problem. Der Crawler kann sich lediglich an einer für NTLM konfigurierten Zone erfolgreich authentifizieren. Sobald Kerberos- oder Digest-Authentifizierung verwendet werden, schlägt nicht nur die Authentifizierung der Durchforstungskomponente fehl, sondern er stellt ebenfalls jeden weiteren Versuch, sich an einer potenziell weiteren, vorhandenen Zone zu authentifizieren und die Website über diesen Weg zu durchforsten, ein. HINWEIS Bei Kerberos tritt dieses Problem auf, sobald Sie einen Nicht-Standardport (80 oder 443) für die Bereitstellung der Webanwendung verwenden. Sollte dieses Szenario auf Sie zutreffen, erweitern Sie die Webanwendung und verwenden Sie für diese Webseiten die Basisoder NTLM-Authentifizierung. Die Reihenfolge, in der der Crawler versucht, sich an einer Zone zu authentifizieren, lautet wie folgt: 쐍 Standard 쐍 Intranet 쐍 Internet 쐍 Benutzerdefiniert 쐍 Extranet 166
Sicherheit
Planen Sie daher die Zuordnung einer Zone zu einer Authentifizierungsmethode sorgfältig, um Probleme mit der Indizierung zu vermeiden. Ein weiterer Aspekt für die Planung der Zonen ist die Zuordnung von eingehenden Anfragen zu einer Zone. Sobald eine eingehende Anfrage nicht eindeutig einer Zone zugeordnet werden kann, wird diese eingehende Anfrage an die Standardzone weitergeleitet. Aus diesen Grundlagen resultieren die folgenden Rahmenbedingungen für Ihre Planung der Zonen. 쐍 Verwenden Sie nicht mehr Zonen als wirklich nötig. Jede weitere Zone wird durch eine weitere Webanwendung repräsentiert und stellt daher zunächst keinen Vorteil an sich dar. 쐍 Verwenden Sie, wenn möglich, die sicherste Authentifizierungsmethode in der Standardzone 쐍 Möchten Sie die Inhalte der Webanwendung indizieren, richten Sie zumindest eine Zone mit der NTLM-Authentifizierung ein und sorgen Sie dafür, dass Zonen, die die Digest- oder KerberosAuthentifizierung (auf Nicht-Standardports) verwenden, in der Reihenfolge nach der NTLMZone positioniert werden.
Extranetanbindung der Serverfarm Bei der Planung der Positionierung der Serverfarm bei einer Anbindung an öffentliche Netzwerke gilt es, die vielfältigen Anforderungen bestmöglich zu vereinen. Aufgrund der Abhängigkeit von SharePoint-Serverfarmen von gemeinhin einem zentralen Verzeichnisdienst wie Active Directory muss umsichtig bei der Planung vorgegangen werden. In diesem Abschnitt werden einige der wichtigsten Extranet-Szenarien und Möglichkeiten mit ihren Vor- und Nachteilen erläutert.
Sichere Veröffentlichung von SharePoint durch UAG oder TMG Microsoft bietet für die sichere Anbindung von SharePoint an öffentliche Netze oder aber auch zum Schutz vor internen Angriffen zwei Lösungen an. Diese sind nicht zwingend für die Umsetzung der in diesem Abschnitt angeführten Szenarien erforderlich, sie bieten Ihnen jedoch gegenüber anderen Lösungen eine Reihe an Vorteilen bei der sicheren Veröffentlichung Ihrer Serverfarm. Bei den beiden Lösungen handelt es sich um TMG und das UAG. Beide Produkte entstammen der Forefront-Produktfamilie, in der Microsoft die wichtigsten Sicherheitslösungen zusammengefasst hat. Während Sie in Kapitel 13 weiterführende Informationen zu beiden Produkten erhalten, sollen diese hier lediglich in einer Übersicht vorgestellt werden. TMG ist die mittlerweile sechste Version des ursprünglichen Produkts Microsoft Proxy Server, das zuletzt unter dem Namen Internet Security and Acceleration Server 2006 veröffentlicht wurde. Dabei handelt es sich bei TMG um eine integrierte, mehrschichtige Firewall- und WebcacheLösung, die eine Reihe an Funktionen bietet, um auch Anwendungsserver sicher zu veröffentlichen. Beispielsweise kann durch die Filterung auf der Anwendungsebene eine Reihe von unerwünschten Zugriffen auf den SharePoint-Server unterbunden werden und Ihre Farm durch Präauthentifizierung oder eine Reihe von Intrusion Detection System (IDS-) Maßnahmen vor Eindringlingen geschützt werden. Dabei werden Ihnen in der aktuellen Version eine Reihe von neuen Funktionen geboten, um Sie auch vor neuen Bedrohungen effektiv zu schützen.
167
Kapitel 3
Planung der SharePoint-Installation
Common Criteria Selbst in der heutigen Zeit werden Microsoft-basierte Sicherheitslösungen von vielen Experten der Branche immer noch, allerdings mittlerweile zu Unrecht, belächelt. Selbst wenn Drittanbieter bei einigen Disziplinen höhere Funktionalität anbieten, sind die in der Forefront-Produktpalette enthaltenen Sicherheitstechnologien längst den Kinderschuhen entwachsen und bieten nicht nur solide Sicherheitsfunktionen, sondern auch hochwertige Technologien der Spitzenklasse. Dabei verlässt sich Microsoft keinesfalls auf die Testate der eigenen Experten, vielmehr misst Microsoft in seiner Sicherheitsstrategie der unabhängigen Beurteilung durch Dritte einen hohen Stellenwert bei. Somit erhielt zuletzt auch der TMG-Vorgänger, der ISA Server 2006, im Rahmen eines aufwendigen Prüfverfahrens durch das Bundesamt für Sicherheit in der Informationstechnik (BSI) die für kommerzielle Produkte höchste international anerkannte Zertifizierungsstufe: Common Criteria, EAL 4+. Dabei steht EAL 4 für »methodisch entwickelt, getestet und durchgesehen«. Anders ausgedrückt lässt sich sagen, dass die enthaltenen Sicherheitsfunktionen ordnungsgemäß entwickelt und implementiert wurden. Microsoft wird auch in Zukunft Produkte dieser Art zertifizieren lassen, jedoch wird bis zum Abschluss der Zertifizierung dieser neuen Produktgeneration aufgrund der Komplexität noch ein wenig Zeit vergehen. Weiterführende Informationen finden Sie unter http://www.commoncriteriaportal.org. UAG ist der Nachfolger von Intelligent Application Gateway (IAG) 2007. Dieses Produkt wurde durch die 2006 erfolgte Übernahme von Whale Communications in die Microsoft-Produktpalette integriert und ist in der aktuellen Version erstmalig an den wichtigen Stellen an die neue MicrosoftOberflächenstrategie angepasst. Im Gegensatz zum TMG ist UAG ein echtes SSL-VPN-Gateway, das unter anderem zusätzlich Unterstützung für DirectAccess enthält. UAG setzt nun auf TMG auf, sodass neben der über TMG gesteuerten Netzwerkkommunikation und Filterung UAG für die Anbindung von Anwendungen wie SharePoint Server, Exchange Server bzw. OWA und zahllosen weiteren, auch Nicht-Microsoft-Anwendungen sorgt. Dabei bietet UAG sowohl einen anderen Ansatz wie auch deutlich vom TMG abweichende Funktionen. Die nachfolgende Tabelle ermöglicht Ihnen eine schnelle Differenzierung zwischen beiden Produkten (Tabelle 3.31). Tabelle 3.31
Funktionsvergleich von TMG und UAG Funktion Veröffentlichen von Webanwendungen mithilfe von HTTPS Layer 3-Firewall Ausgehender Proxyserver Unterstützung von Hochverfügbarkeit Präauthentifizierung Schutz vor Zero Day Exploits (NIS) Unterstützung der Active Directory-Verbunddienste
168
TMG
UAG
Sicherheit
Tabelle 3.31
Funktionsvergleich von TMG und UAG (Fortsetzung) Funktion
TMG
UAG
Basis
Hochwertig
Standort-VPNs Anwendungsschutz Ermittlung der Endpunktintegrität Verhinderung von Datenlecks Unterstützung von Drittanbieteranwendungen Vollständige Direktzugriff (Direct Access-) Unterstützung
Back-to-Back-Umkreistopologie In Szenarien, in denen Sie Inhalte Ihrer SharePoint-Serverfarm sowohl externen als auch internen Anwendern unter Verwendung des eigenen Active Directory-Benutzerkontos zur Verfügung stellen, und gleichzeitig nicht zulassen möchten, dass externe oder gar anonyme Benutzter direkten Zugriff auf Ihr internes Netzwerk erhalten, bietet es sich möglicherweise an, die Serverfarm in das Umkreisnetzwerk auszulagern (Abbildung 3.34). Abbildg. 3.34
Back-to-Back-Anbindung
Die dann entstehende Topologie weist folgende Eigenschaften auf: 쐍 Die gesamte Hardware und alle Daten befinden sich im Umkreisnetzwerk 쐍 Speziell die Ebenen der Web-Front-End-Server und der restlichen Farm können zusätzlich durch Router oder Firewalls getrennt werden, um die Abfragen weiter einzuschränken 쐍 Der aus dem Internet eingehende HTTPS-Verkehr wird auf das Lastenausgleichsmodul terminiert und als HTTP-Verkehr weitergeleitet. Alternativ für die Lastenausgleichsmodule kann an 169
Kapitel 3
Planung der SharePoint-Installation
dieser Stelle auch das TMG/UAG zum Einsatz kommen, um auf Anwendungsebene zusätzlichen Schutz zu bieten. 쐍 Die Server der Farm sind in dieser Konstellation Mitgliedsserver der intern existierenden Active Directory-Gesamtstruktur. Alternativ wäre es denkbar, eine neue Active Directory-Gesamtstruktur im Umkreisnetzwerk aufzubauen und beide Gesamtstrukturen über eine Vertrauensstellung zu verbinden. 쐍 Etwaige LoB-Anwendungen werden im internen Netzwerk erreicht Die folgenden Vor- und Nachteile sind durch diese Lösung zu erwarten (Tabelle 3.32): Tabelle 3.32
Back-to-Back-Bewertung Vorteile
Nachteile
Die gesamte Farm und deren Inhalte sind im Umkreisnetzwerk isoliert
Durch die Mitgliedschaft in der Domäne sind eine Reihe von Protokollfreischaltungen zwischen dem Umkreisund dem internen Netzwerk erforderlich. Weitere Protokollfreischaltungen wie für LoB-Anwendungen sind möglicherweise nötig.
Sollte das Extranet kompromittiert werden, gibt es nur begrenzte Auswirkungen auf das interne Netzwerk
Der Infrastrukturaufwand ist vergleichsweise hoch
Back-to-Back-Umkreistopologie mit interner Serverfarm Eine Variation zu der letzten Umkreislösung stellt der Ansatz, in dem Sie die Serverfarm vollständig in das interne Netzwerk verlagern und lediglich die Load-Balancer (Lastenausgleichsmodule) oder alternativ TMG/UAG in das Umkreisnetzwerk verlagern (Abbildung 3.35), dar. Abbildg. 3.35
170
Back-to-Back-Umkreistopologie mit interner Serverfarm
Sicherheit
Diese Lösung ist bei geringerer Sicherheit einfacher zu implementieren und bietet dafür eine hohe Flexibilität, sofern die Serverfarm auf eine Reihe weiterer interner Ressourcen wie Datei- oder Exchangeserver und weitere sensible Datenquellen wie LoB-Anwendungen zurückgreifen muss. In diesem Fall kann der vermeintliche Isolationsmehrwert aufgebraucht werden. Gerade bei der holistischen Betrachtung einer Lösung, bei der auch Anwendungen wie OWA parallel veröffentlicht werden, wird festgestellt, dass beispielsweise die Exchange Server-CAS-Rolle ebenfalls im internen Netzwerk positioniert wird. Anders formuliert sollten Sie eine solche Lösung in Betracht ziehen, wenn Sie keinen anonymen Benutzern auf Ihrer Serverfarm, sondern lediglich authentifizierten Benutzern den Zugriff gewähren. Um die Sicherheit der Lösung zu erhöhen, ersetzen Sie die Lastenausgleichsmodule (Load Balancer) durch ein TMG/UAG und verwenden Sie Präauthentifizierung in der DMZ, um keinerlei unauthentifizierte Zugriffe auf das interne Netzwerk zu gewähren. Tabelle 3.33
Back-to-Back-Szenario mit interner Serverfarm-Bewertung Vorteile
Nachteile
Hohe Flexibilität bei der Verwendung der Serverfarm und der Anbindung von Datenquellen bei moderater Sicherheit
Nicht für Szenarien mit anonymen Zugriffen zu empfehlen Sicherheitsgefahr bei Kompromittierung der Serverfarm für das interne Netzwerk
Edgefirewall-Topologie In einer Edge-Topologie werden das produktive Netz und somit auch die SharePoint-Serverfarm lediglich durch eine Firewall vom Internet und den über das Internet zugreifenden Benutzer getrennt. Da diese Topologie aufgrund des direkten Produktivnetzzugriffs sensibel ist, sollte als Firewall eine Lösung mit einer Präauthentifizierung und der Filterung auf Anwendungsebene, wie TMG oder UAG (bevorzugt), zum Einsatz kommen. Abbildg. 3.36
Edgefirewall-Topologie
171
Kapitel 3
Tabelle 3.34
Planung der SharePoint-Installation
Edgefirewall-Topologiebewertung Vorteile
Nachteile
Hohe Flexibilität bei der Verwendung der Serverfarm und der Anbindung von Datenquellen
Nicht für Szenarien mit anonymen Zugriffen zu empfehlen
Einfachste Lösung mit dem geringsten Aufwand für Konfiguration und Hardware
Sicherheitsgefahr bei Kompromitierung der Serverfarm für das interne Netzwerk Nur eine Firewall trennt das Internet vom internen Netz
Back-to-Back-Umkreisnetzwerk mit farmübergreifenden Diensten Es gibt Szenarien, in denen Sie auf eine im Umkreisnetzwerk positionierte Serverfarm zugreifen, die einen Teil Ihrer Dienste von einer im internen Netzwerk stehenden Serverfarm bezieht. Dies kann beispielsweise von Vorteil sein, wenn Sie Meine Websites oder in großen Umgebungen eine zentrale Suche zur Verfügung stellen. Dieser Lösungsansatz hat die folgenden Eigenschaften: 쐍 Eine eigene Domäne wird für die Serverfarm im Umkreisnetzwerk verwendet 쐍 Sämtliche Rollen der Serverfarm sind im Umkreisnetzwerk positioniert 쐍 Für einzelne Dienste wie den Benutzerprofildienst kann es erforderlich werden, eine bidirektionale Vertrauensstellung zwischen beiden Domänen einzurichten 쐍 Der Secure Store-Dienst wird in Szenarien benötigt, in denen externe Datenquellen zum Einsatz kommen, die nicht in der eigenen Domäne liegen. Beispielsweise kann dies für PerformancePoint, Excel Services, InfoPath und Visio Services der Fall sein. Abbildg. 3.37
172
Back-to-Back-Lösung mit farmübergreifenden Diensten
Sicherheit
Tabelle 3.35
Topologiebewertung Vorteile
Nachteile
Wichtige Dienste werden zentral im internen Netzwerk bereitgestellt
Für einige Dienste wird eine bi-direktionale Vertrauensstellung zwischen beiden Domänen benötigt
Gute Isolation der SharePoint-Serverfarm
Aufgeteilte Back-to-Back-Topologie Ein weiterer denkbarer Ansatz für die Positionierung Ihrer SharePoint-Server besteht in der Trennung der Serverrollen in unterschiedliche Netzwerkbereiche (Abbildung 3.38). Dabei können Sie die Web-Front-End-Server in das Umkreisnetzwerk und die Datenbankserver in das interne Netzwerk positionieren. Die Anwendungsserver können sowohl in das Umkreisnetzwerk als auch in das interne Netzwerk positioniert werden. Dabei ist es aus Leistungsaspekten von Vorteil, diese in das interne Netzwerk zu verschieben, um die Suche zu optimieren. Abbildg. 3.38
Aufgeteilte Back-to-Back-Topologie
Dieser Lösungsansatz hat die folgenden Eigenschaften (Tabelle 3.36): 쐍 Die SharePoint-Rollen werden auf unterschiedliche Netzwerkbereiche verteilt 쐍 Es werden unterschiedliche Domänen für die jeweiligen Netzwerksegmente verwendet. Dabei ist eine Vertrauensstellung zwischen beiden Domänen erforderlich. 쐍 Die Umkreisnetzwerkdomäne muss der internen Domäne vertrauen 쐍 Eine Vertrauensstellung ist lediglich nicht erforderlich, wenn die Anwendungsserver im Umkreisnetzwerk positioniert werden
173
Kapitel 3
Tabelle 3.36
Planung der SharePoint-Installation
Topologiebewertung Vorteile
Nachteile
Datenbankserver wird nicht das Umkreisnetzwerk positioniert
Eine Vertrauensstellung zwischen beiden Domänen wird benötigt
Erreichung einer relativen Isolation
Die Komplexität der Lösung wird deutlich erhöht Intrafarmkommunikation ist auf zwei Domänen verteilt Die Leistungsfähigkeit der Farm ist nicht optimal
Zusammengefasst lässt sich sagen, dass dieser Lösungsansatz aufgrund der Komplexität und der Leistungsimplikationen bei moderater Sicherheit eher die Ausnahme als die Regel darstellen sollte.
Verschlüsselung der Kommunikation Die Einrichtung einer sicheren Verbindung zwischen SharePoint und dem Endanwender hat zahlreiche Gründe. Neben dem Schutz der Informationen, die zwischen Client und Server ausgetauscht werden, bietet die Verwendung von SSL zusätzlichen Schutz für die Anmeldephase. In Abhängigkeit von der verwendeten Authentifizierungsmethode wird das Kennwort des Anwenders potenziell unverschlüsselt an den Server übertragen und so können diese Information vergleichsweise einfach abgefangen werden. Dies ist beispielsweise bei FBA-Verfahren der Fall. Der SSL-Tunnel wird generell vor dem Übertragen der Anmeldeinformationen aufgebaut, sodass alle Authentifizierungsmethoden einen zusätzlichen Schutz erhalten. Des Weiteren bietet die Verwendung von SSL eine zusätzliche Sicherheit für den Client, da der Server sich gegenüber dem Client durch das verwendete Zertifikat eindeutig identifiziert und somit für den Client keine Zweifel darüber bestehen müssen, dass er sich zu einem nicht vertrauenswürdigen System verbindet. HINWEIS Die Intrafarmkommunikation wird mithilfe eines von der Farmpassphrase abgeleiteten Schlüssels gesichert.
Datenschutz Der Einsatz von SharePoint-Technologien birgt viele Vorteile und Möglichkeiten, von denen jedoch einige Funktionen gerade in europäischen Unternehmen aus der Sicht von Betriebsräten als problematisch eingestuft werden können. Diesen Funktionen sollten Sie bei Ihrer Planung eine besondere Beachtung schenken, um das Wohlwollen aller bei der Verwendung der SharePoint-Technologien beteiligten Personen nicht zu riskieren. Die potenziell kritischen Funktionen sind dabei in zwei Gruppen unterteilt: 쐍 Soziale Netzwerkinformationen der Meine Website 쐍 Protokollierungsfunktionen Nicht zuletzt durch die neuen Funktionen für soziale Netzwerke werden speziell Datenschutzbeauftragte oder Betriebsräte SharePoint-Implementierungen kritisch in Hinsicht auf die Gewährleistung des Datenschutzes hinterfragen. Daher ist es wichtig zu wissen, welche Daten wo erfasst werden und wie dieses Verhalten im Bedarfsfall abzuändern oder ganz zu deaktivieren ist. In diesem Abschnitt
174
Sicherheit
wird darauf eingegangen, wo welche Daten erfasst werden. Primär in Kapitel 5,7 und 9 erfahren Sie, wie die hier erwähnten Komponenten administrativ zu steuern sind. In der Übersicht sind folgende SharePoint-Komponenten für eine Betrachtung aus der Datenschutzperspektive von besonderem Interesse: 쐍 Abfrageprotokollierung 쐍 Aktivitätsfeed 쐍 Bewertungen 쐍 Thematische Kategorien und Pinnwände 쐍 Unterstützung für das SharePoint Server-Kollegenimport-Add-In 쐍 Verbundsuche 쐍 Verwaltete Metadaten und Unternehmensschlüsselwörter 쐍 Web Analytics 쐍 Webserverprotokolle 쐍 Websites vom Typ Meine Website und Benutzerprofile
Abfrageprotokollierung Der SharePoint-Suchdienst erfasst Informationen zu Suchabfragen von Benutzern und zu den Suchergebnissen, die die Benutzer auf ihren Computern auswählen. Diese Informationen werden in SharePoint dazu verwendet, um die Relevanz von Suchergebnissen und Abfragevorschläge zu verbessern. Mitglieder der Gruppe Farmadministratoren oder ein Administrator für die Suchdienstanwendung können darüber hinaus Berichte erstellen, die auf diesen Informationen basieren.
Aktivitätsfeed Aktivitätsfeeds ermöglichen es Benutzern, Feeds für Ereignisse zu ihren Websites vom Typ Meine Website hinzuzufügen. Über Feeds können sie Informationen zu Aktivitäten ihrer Kollegen erhalten, z.B. Aktualisierungen von Profileigenschaften und die Erstellung von thematischen Kategorien und Notizen. Aktivitätsfeeds ermöglichen nicht die Nachverfolgung von Aktivitäten, für die ein Benutzer nicht über die Berechtigung zum Anzeigen verfügt. Abbildg. 3.39
Aktivitäten, die standardmäßig von Anwendern verfolgt werden
175
Kapitel 3
Planung der SharePoint-Installation
Aktivitätsfeeds sind standardmäßig in einer Benutzerprofildienst-Anwendung deaktiviert, sodass die angeführten, zu verfolgenden Aktivitäten keine Ergebnisse liefern (Abbildung 3.39).
Bewertungen SharePoint ermöglicht es Benutzern, Bewertungen zu SharePoint-Listenelementen und -Dokumentbibliothekselementen hinzuzufügen. Diese Bewertungen werden auch in den Aktivitätsfeeds der Benutzer angezeigt. Die Benutzernamen werden nicht neben den Bewertungen von SharePointListenelementen, -Dokumentbibliothekselementen oder Aktivitätsfeeds angezeigt. Die Benutzernamen werden von Microsoft SharePoint Server gespeichert und sind über das SharePoint-Objektmodell zugänglich. Das SharePoint-Bewertungsfeature ist standardmäßig aktiviert. Das Bewertungsfeature kann von einem Mitglied der Gruppe Farmadministratoren, einem Administrator, der einer Benutzerprofildienstanwendung zugewiesen wurde, oder einem beliebigen Benutzer mit der Berechtigung, Funktionen und Daten für das soziale Netzwerk zu verwalten, deaktiviert werden. Entfernen Sie zum Deaktivieren von Bewertungen die Berechtigung Features für das soziale Netzwerk verwenden für einen Benutzer oder eine Gruppe. Ein SharePoint-Administrator kann auch das Bewertungssteuerelement auf SharePoint-Seiten für eine Websitesammlung deaktivieren, sodass das Steuerelement den Benutzern auf Websites nicht mehr angezeigt wird.
Meine Website Websites vom Typ Meine Website ermöglichen es Benutzern, persönliche Informationen zu speichern und anzuzeigen, auf die andere SharePoint-Benutzer und Anwendungen zugreifen können. Benutzer können Aussehen, Verhalten und Inhalt ihrer Meine Website-Seiten personalisieren und darüber hinaus ihre SharePoint-Benutzerprofile auf der Basis ihrer Meine Website-Seiten aktualisieren. Standardmäßig werden einige Benutzerinformationen wie Name, Kontoname, E-Mail-Adresse, Telefonnummer und Name des Vorgesetzen in die Meine Website- und SharePoint-Profile eingeschlossen. Ein Farm- oder Benutzerprofildienstadministrator kann Benutzerprofile so konfigurieren, dass bestimmte Daten in die Meine Website- und SharePoint-Profile einbezogen oder ausgeschlossen werden. Für jede Profileigenschaft gibt es eine zugeordnete Datenschutzebene. Die nachfolgende Abbildung veranschaulicht die verfügbaren Datenschutzebenen (Abbildung 3.40). Abbildg. 3.40
Verfügbare Datenschutzebenen und deren Konfigurierbarkeit aus der Benutzerperspektive
Die Benutzer können je nach Vorgabe Datenschutzebenen auswählen, mit deren Hilfe sichergestellt ist, dass die in ihren Profilen gespeicherten Daten nur für die gewünschten Personen sichtbar sind. Ein Farm- oder Benutzerprofildienstadministrator kann eine Standard-Datenschutzebene für eine Profileigenschaft vorgeben und es den Benutzern ermöglichen, diese Einstellung außer Kraft zu
176
Sicherheit
setzen. Ferner kann dieser darüber hinaus eine Datenschutzebene für eine bestimmte Profileigenschaft erzwingen, sodass Benutzer diese Einstellung nicht außer Kraft setzen können. Farm- und Benutzerprofildienstadministratoren können auf alle Daten zugreifen, und zwar ungeachtet der vom Benutzer festgelegten Datenschutzebenen.
SharePoint Server-Kollegenimport-Add-In Mithilfe des SharePoint Server-Kollegenimport-Add-Ins in Outlook 2010 wird der Ordner für gesendete E-Mails eines Benutzers überprüft, um nach bestimmten Namen und Stichwörtern zu suchen und die Häufigkeit, mit der diese Namen und Stichwörter verwendet werden, zu ermitteln. Benutzern steht als Ergebnis auf ihrer Meine Website unter Mein Profil und der Registerkarte Kollegen eine Vorschläge anzeigen-Schaltfläche zur Verfügung, die nun zusätzlich auf diese Informationen zurückgreift, um das Kommunikationsverhalten des Benutzers in die Kollegenauswahl mit einzubeziehen. Zusätzlich steht eine Liste mit vorgeschlagenen Schlüsselwörtern auf der Seite zum Bearbeiten des Profils für das Benutzerprofil zur Verfügung. Die Liste wird regelmäßig aktualisiert und im Profil des Benutzers auf seinem lokalen Computer gespeichert. Benutzer müssen jeden Kontaktnamen und jedes Stichwort genehmigen oder ablehnen, bevor er bzw. es dem Profil hinzugefügt wird. Sie haben die Möglichkeit, als Farmadministrator zu deaktivieren und verhindern, dass Websites vom Typ Meine Website auf diese Informationen zugreifen.
Thematische Kategorien und Pinnwände Mit den SharePoint-Features für thematische Kategorien und Pinnwände können Benutzer SharePoint-Seiten und Internetseiten einer Kategorie zuordnen oder eine Notiz hinzufügen, um diese Seiten für sich und andere Benutzer leichter auffindbar zu machen. Dieses Feature ist standardmäßig aktiviert und kann von Farmadministratoren oder einem Benutzerprofildienstadministrator verwaltet und deaktiviert werden. Wenn ein Benutzer Kategorien oder Notizen hinzufügt, wird der Benutzername des Benutzers mit der Kategorie oder Notiz gespeichert. Die von Benutzern erstellten Kategorien und Notizen werden in den Aktivitätsfeeds der Kollegen der Benutzer sowie aller Benutzer angezeigt, die diese Kategorie in ihrem Benutzerprofil als interessant angegeben haben. Der Benutzer hat jedoch die Möglichkeit, seine Kategorie als privat zu markieren, sodass dieses Objekt anderen Anwendern nicht angezeigt werden kann (Abbildung 3.41). Abbildg. 3.41
Thematische Kategorien und Pinnwände beim Anlegen bzw. Auswählen einer Kategorie
177
Kapitel 3
Planung der SharePoint-Installation
Sollte der Anwender sich im Nachhinein entscheiden, seine Kategorien und Notizen vor der Einsicht Dritter zu schützen, kann er dies über seine Meine Website realisieren (Abbildung 3.42). Es ist nicht möglich, Notizen als privat zu kennzeichnen. Abbildg. 3.42
Nachträgliche Verwaltung der Kategorien und Notizen über Meine Website
Verbundsuche Die SharePoint-Verbundsuche ermöglicht es Administratoren der Suchdienstanwendung, Ergebnisse von mehreren Suchanbietern für Benutzerabfragen bereitzustellen. Standardmäßig werden von der SharePoint-Verbundsuche nur die lokalen SharePoint-Inhalte durchsucht. Ein Administrator für eine Suchdienstanwendung kann Suchanbieter, z.B. jedes beliebige Remote- oder Onlinesuchmodul eines Drittanbieters, hinzufügen. Wenn ein Administrator für eine Suchdienstanwendung einen Suchanbieter hinzufügt, werden Benutzerabfragen an diesen Suchanbieter gesendet und es werden die von diesem Suchanbieter zurückgegebenen Ergebnisse angezeigt. Informationen zu den Datenschutzbestimmungen für das Suchmodul Microsoft Bing finden Sie unter http://go.microsoft.com/fwlink/?linkid=147849. Die Datenerfassung wird von Microsoft nicht kontrolliert und Praktiken, wie sie bei anderen Suchanbietern üblich sind, kommen nicht zum Einsatz.
Verwaltete Metadaten und Unternehmensschlüsselwörter Unternehmensschlüsselwörter sind verwaltete Metadatenwerte und werden als solche in einer zentralen Datenbank, die wiederum einer dedizierten Dienstanwendung zugeordnet wird, gespeichert und einer Reihe an Funktionen, wie für Taxonomien und die Suche nach Inhalten, zur Verfügung gestellt. Der verwaltete Metadatendienst ist ein wichtiger Bestandteil von SharePoint. Unternehmensschlüsselwörter sowie verwaltete Metadaten sind im Allgemeinen öffentlich und somit für alle Benutzer einsehbar. Wenn Spalten der Datenbank für verwaltete Metadaten und Unternehmensschlüsselwörter verwendet werden und Benutzerdaten in der Datenbank gespeichert und freigegeben sind, kann eine SharePoint-Liste konfiguriert werden, um die verwalteten Metadaten und Unternehmensschlüsselwörterdaten für die Datenbank für thematische Kategorien freizugeben, die vom Benutzerprofildienst verwaltet wird. Dadurch wird die Sichtbarkeit der Benutzerdaten auf alle Benutzer erweitert, die ein Feature verwenden, das auf die Datenbank für thematische Kategorien vertraut. Davon ausgenommen sind nur die Benutzerdaten in Spalten, die an Ausdruckssätze gebunden sind. Metadatenwerte, 178
Sicherheit
die in für eine Websitesammlung spezifischen Ausdruckssätzen gespeichert sind, werden unabhängig davon, ob die Listeneinstellung zur Freigabe für die Datenbank für thematische Kategorien aktiviert ist, nicht für diese Datenbank freigegeben. Um die Auswirkungen der Verwendung von Schlüsselwörtern besser einschätzen zu können, werden den Benutzern folgende Texte bei deren Einsatz angezeigt: 쐍 Beim Hinzufügen von Unternehmensschlüsselwörtern zu einer Liste oder einem Inhaltstyp wird der folgende beschreibende Text angezeigt: Unternehmensschlüsselwörter sind für andere Benutzer freigegeben, um die Suche und das Filtern sowie die Konsistenz und Wiederverwendung von Metadaten zu vereinfachen. 쐍 Auf der Benutzeroberfläche für die Einstellungen können Listenbesitzer auf einfache Art die Spalte für Unternehmensschlüsselwörter hinzufügen. Auf der Benutzeroberfläche wird der folgende Text angezeigt: Unternehmensschlüsselwörter hinzufügen In eine Spalte für Unternehmensschlüsselwörter können Benutzer mindestens einen Textwert eingeben, der für andere Benutzer und die Anwendung freigegeben wird, um die Suche und das Filtern sowie die Konsistenz und Wiederverwendung von Metadaten zu vereinfachen. Durch das Hinzufügen einer Spalte für Unternehmensschlüsselwörter wird auch die Synchronisierung zwischen vorhandenen Schlüsselwortfeldern der Vorversion und der Infrastruktur für verwaltete Metadaten bereitgestellt. (Dokumentkategorien werden beim Hochladen in die Unternehmensschlüsselwörter kopiert.) 쐍 Auf derselben Seite mit Listeneinstellungen wird der folgende beschreibende Text für die Metadatenerweiterung angezeigt: Werte, die Spalten vom Typ »Verwaltete Metadaten« und »Unternehmensschlüsselwörter« hinzugefügt werden, können für den Dienst für Funktionen und Daten für das soziale Netzwerk freigegeben werden, damit die Metadaten- und Schlüsselwortkategorien für Elemente in dieser Liste in Kategorienlisten angezeigt werden.
Web Analytics Die Web Analytics-Dienste ermöglichen es Ihnen, mehr über die Besuche auf Ihren SharePointWebsites zu erfahren. Zu den Daten, die durch die Web Analytics-Dienste erfasst werden, gehören u.a. die folgenden Informationen. 쐍 Die Stichwörter, die der Endbenutzer verwendet, um die SharePoint-Website zu finden 쐍 Die angezeigten Websites 쐍 Die Suchen, die auf der Website ausgeführt werden 쐍 Der Browsertyp des Clients HINWEIS
Keine dieser Daten werden an Microsoft gesendet.
Standardmäßig sind die Web Analytics-Dienste bei einer Serverfarminstallation nicht aktiv und die zugehörige Dienstanwendung ist nicht zwingend erforderlich.
179
Kapitel 3
Planung der SharePoint-Installation
Webserverprotokolle Da SharePoint auf IIS basiert, werden auch dessen Protokollierungsfunktionen aufgegriffen, die für verschiedenste Analyse- und Fehlerbehebungsmaßnahmen dienlich sind. Die standardmäßig protokollierten Felder lauten wie folgt (Abbildung 3.43). Abbildg. 3.43
Standardmäßig protokollierte Felder der Internetinformationsdienste für SharePoint-Webanwendungen
Nicht erwünschte Felder können ohne gravierende Auswirkungen deaktiviert werden.
Hochverfügbarkeit Die Planung der Hochverfügbarkeit ist für jede Ebene der SharePoint-Architektur unabhängig voneinander (Abbildung 3.44). In diesem Abschnitt erfahren Sie die Kernplanungsaspekte für die Hochverfügbarkeitsplanung. Die Planung der Hochverfügbarkeit einer SharePoint-Plattform im Ganzen besteht neben der Planung der Verfügbarkeit der jeweiligen SharePoint-Ebene aus einer Reihe weiterer, SharePointunspezifischer Maßnahmen, welche in diesem Zusammenhang eine nur stichwortartige Erwähnung finden. 쐍 Hardwareverfügbarkeit 쐍 Netzwerkkartenredundanz (beispielsweise durch Standby-Teaming) 쐍 Festplattenredundanz (durch die Wahl verschiedener RAID-Stufen wie RAID-1, RAID-5 oder RAID-10) 쐍 Netzteilredundanz (mit jeweils unabhängigen Stromquellen) 쐍 Generelle Hardwareredundanz durch mehrere physische Server für die jeweilige Rolle 180
Hochverfügbarkeit
Abbildg. 3.44
Übersicht der Hochverfügbarkeit in den jeweiligen SharePoint-Ebenen
쐍 Virtualisierungsverfügbarkeit 쐍 Platzieren Sie beim Einsatz von virtuellen Maschinen die Maschinen der jeweiligen SharePoint-Ebene auf unterschiedlichen physischen Virtualisierungshosts, um im Falle des Ausfalls eines Hosts nicht die vollständige SharePoint-Funktion zu verlieren
Web-Front-End-Ebene Die Web-Front-End-Ebene ist die Ebene, über welche die Clients Kontakt zur Farm aufnehmen und über die diese alle Dienste konsumieren. Demnach ist sie aus der Sicht der Clients zunächst die wichtigste Ebene, wenn einmal davon abgesehen wird, dass bei einem Ausfall der Datenbank der Client ebenfalls außer einem Fehler keinerlei Informationen mehr in seinem Browser angezeigt bekommt. Auf der Web-Front-End-Ebene gibt es lediglich NLB als integrierte Methode, um eine Hochverfügbarkeit inkl. eines Lastenausgleichs zu erreichen. Das in Windows integrierte Netzwerklastenausgleichsverfahren hat dabei zunächst einmal nichts mit SharePoint zu tun. Es basiert darauf, dass die in einem Array zusammengefassten Clusterknoten anhand eines konfigurierten Algorithmus die eingehenden Sitzungen untereinander aufteilen und bei der Nichtverfügbarkeit einer der Arraymitglieder den Algorithmus neu berechnen, um die Sitzungen zwischen den verbleibenden Knoten neu aufzuteilen. Aus der Zeitperspektive bedeutet dies, dass nach 5 Sekunden Verlust des Takts (Heartbeats) der fehlerhafte Cluster ersetzt wird, was in etwa weitere 2 bis 3 Sekunden Zeit beansprucht. Während der Vorteil an diesem Verfahren darin liegt, dass diese bewährte Technologie in Windows Server enthalten ist und somit keinerlei Mehrkosten und in der Regel einen nur begrenzten Konfigurationsaufwand erzeugt, gibt es leider eine ganze Reihe an Nachteilen. Der schwerwiegendste dieser Nachteile besteht darin, dass bei der Verfügbarkeitsüberprüfung innerhalb des Arrays nicht die Verfügbarkeit der Webanwendung, sondern lediglich die »Pingbarkeit« des Servers ausschlaggebend ist. 181
Kapitel 3
Planung der SharePoint-Installation
Dies kann dazu führen, dass ein Clusterknoten weiterhin Sitzungen erhält, obwohl die Webanwendung potenziell seit geraumer Zeit nicht mehr reagiert. WICHTIG In dem Abschnitt zur Dienstpositionierung haben Sie bereits erfahren, dass die Zentraladministration auf der Anwendungsebene bereitgestellt werden sollte. In kleineren Umgebungen ohne eine Anwendungsschicht ist unbedingt zu vermeiden, dass die Zentraladministration ebenfalls über NLB bereitgestellt wird. Greifen Sie auf die Zentraladministration unter Verwendung des jeweiligen Servernamens zu, um Probleme zu vermeiden. Bevor die weiteren Probleme von NLB aufgezeigt werden, die bei der Planung zwingend Berücksichtigung finden sollten, sollten an dieser Stelle die möglichen Alternativen zu NLB erwähnt werden: 쐍 Hardware Load-Balancer (HLB) 쐍 TMG 쐍 UAG Alle drei hier vorgestellten Lösungsansätze bieten eine deutlich bessere Lösung für das Verfügbarkeitsproblem der Webanwendung, da anstelle eines Pings eine HTTP-Get-Abfrage verwendet wird, um die Funktionalität der Webanwendung sicherzustellen. Sofern auf diese Anfrage mehrmals nicht binnen einer definierten Millisekundenzahl reagiert wird, wird der Knoten als nicht verfügbar markiert und erhält bis zu seiner Wiedererreichbarkeit vorerst keine weiteren Sitzungen. Die angeführten Lösungen haben noch eine Reihe weiterer, teilweise gravierender Vorteile gegenüber NLB. Diese Vorteile gehen verständlicherweise einher mit Nachteilen wie erhöhten Kosten oder einer gesteigerten Komplexität. Vergessen werden darf nicht, dass bei dem Wunsch nach Hochverfügbarkeit die jeweilig gewählte Lösung ebenfalls hochverfügbar ausgelegt werden muss. Dabei bietet jede der drei Technologien ihre eigene Hochverfügbarkeitslösung. Bei HLB ist diese anbieterspezifisch. TMG bietet einen eigenen, integrierten NLB-Modus an. Dabei kann mittlerweile ein Array auf zwei verschiedenen Wegen gebildet werden: eigenständig- oder Enterprise Management System (EMS)-basiert. Dies ermöglicht die Kaskadierung auf TMG-Ebene in mehrere Dutzend TMG-Server. UAG hingegen bietet über dessen integrierten NLB-Modus die Möglichkeit, bis zu acht Knoten nebeneinander zu schalten. Das in Windows integrierte NLB hingegen bietet eine Verteilung der Last auf bis zu 32 Knoten, bei einem recht geringen Overhead bzw. Leistungsverlust für den Netzwerklastenausgleich. Die folgende Liste gibt Ihnen einen Auszug der zusätzlichen Mehrwerte der jeweiligen Alternativlösungen: HLB 쐍 Anbieterspezifisch (beispielsweise SSL-Offloading) TMG 쐍 Einmalige Anmeldung (Single Sign-On, SSO) 쐍 Link-Übersetzung 쐍 Formulare zum Ändern des Kennworts, selbst bei bereits abgelaufenen Kennworten 쐍 SSL-Offloading 쐍 Sicherheit durch Filterung auf Anwendungsebene 쐍 Entlastung der Farm durch Reverseproxycache 쐍 Präauthentifizierung 182
Hochverfügbarkeit
UAG 쐍 SSO (Windows-übergreifend) 쐍 Linkübersetzung 쐍 Formulare zum Ändern des Kennworts, selbst bei bereits abgelaufenen Kennworten 쐍 SSL-Offloading 쐍 Sicherheit durch Filterung auf Anwendungsebene 쐍 Endpunktüberprüfung (inkl. Netzwerkzugriffsschutz (Network Access Protection, NAP)-Integration) 쐍 Nahtloses Säubern der Sitzungen im Client-Browser 쐍 Präauthentifizierung Als Entscheidungshilfe für die Wahl der Ausfallsicherheit auf der Web-Front-End-Ebene dient Ihnen die nachfolgende Tabelle (Tabelle 3.37). Tabelle 3.37
Gegenüberstellung der Hochverfügbarkeitslösungen für die Web-Front-End-Ebene Funktion
NLB
HLB
TMG
UAG
Load-Balancing-Funktionalität Kosten Komplexität Sonstige Mehrwerte
Sofern Sie sich für das integrierte NLB entscheiden, ist ein weiterer Kernaspekt bei der Planung die Wahl des NLB-Modus und der exakte Aufbau der Architektur. Ursache ist das potenzielle Switch Flooding. Hintergrund hierfür sind die Anpassungen, die durch das NLB zu diesem Effekt führen: Je nach Betriebsmodus werden die von den Web-Front-End-Servern ausgehenden Netzwerkpakete so modifiziert, dass potenziell das Switch, an dem die Web-Front-End-Server angeschlossen sind, die MAC-Adressen nicht mehr ordnungsgemäß zuordnen kann und daher die Antwortpakete an alle Ports des VLANs sendet (Switch Flooding). Um diesen Effekt präziser zu beschreiben, ist eine genaue Kenntnis über die Funktionsweise von NLB erforderlich.
NLB-Unicastmodus Es gibt zwei Hauptmodi, in denen NLB betrieben werden kann: 쐍 Unicastmodus 쐍 Multicastmodus 쐍 Neben dem Multicastmodus gibt es noch einen IGMP-Multicastmodus Im Unicastmodus erhalten alle Clusterknoten eine einheitliche MAC-Adresse, die auch für die einzigartigen IP-Adressen im Address Resolution Protocol (ARP))" Verwendung findet. Das ARP spielt an dieser Stelle eine entscheidende Rolle, da ein Switch die Pakete nicht anhand der IP-Adresse, sondern anhand der MAC-Adresse an den zur MAC-Adresse zugehörigen Port sendet. Normalerweise 183
Kapitel 3
Planung der SharePoint-Installation
erlernt ein Switch durch das Versenden von Paketen über den Switchport die MAC-Adressen und aktualisiert seine Zuordnungstabellen. Nun aber muss das Switch gleich auf mehreren Ports parallel die gleiche MAC-Adresse bedienen lernen. Im Ethernet-Paket des Absenders kommt weiterhin die physische Adresse der Netzwerkkarte zum Einsatz, die durch das Switch gelernt werden kann. Im ARP-Reply des Pakets hingegen wird eine besondere MAC-Adresse verwendet, die mit 02-BF beginnt. Die Effekte, die aus diesen Gegebenheiten resultieren, sind folgende: Einerseits können die Switches die MAC-Adressen nicht lernen und die Antwortpakete werden somit an alle Ports gesendet (Switch Flooding), andererseits können die beiden Clusterknoten nun nicht mehr miteinander kommunizieren, da Sie dieses Kommunikationsverhalten auch für die Kommunikation über die alleinige IP des Knotens verwendet. Somit ist die Kommunikation zwischen den Knoten unmöglich, es sei denn Sie verbinden die Knoten mithilfe eines weiteren Netzwerks und einer dort angebundenen Netzwerkkarte, die nicht Mitglied des NLB-Arrays sein kann. HINWEIS Es gibt jedoch auch Switches, die zusätzlich die ARP-Antworten auswerten, was zu einer Störung bzw. Fehlfunktion von NLB im Unicastmodus führt. Wie Sie sehen, führt der Einsatz von NLB im Unicastmodus zu einer Vielzahl an Konsequenzen, von denen aufgrund der Komplexität des Themas noch nicht alle Aspekte Erwähnung gefunden haben. Um Ihnen eine einfache Planung zu ermöglichen, berücksichtigen Sie daher bitte nachfolgende Liste für die NLB-Unicast-Einsatzplanung: 쐍 Verwenden Sie zusätzliche Netzwerkkarten in einem zusätzlichen Netzwerk, um die Intra-Clusterkommunikation sicherzustellen 쐍 Sollten Sie dies nicht wünschen, berücksichtigen Sie bei der SharePoint-Dienstplanung, dass Sie keine Dienste auf anderen NLB-Knoten bereitstellen, die von einem der anderen Clustermitglieder verwendet werden müssen. Andernfalls kommt es zwangsläufig zu einer Vielzahl an Fehlern und Fehlfunktionen. In einer Situation, in der Sie alle Dienste auf die dahinterliegende Anwendungsebene positionieren, stellt dies kein grundsätzliches Problem dar. Ein Beispiel für eine mögliche Intra-Web-Front-End-Kommunikation stellt die Partitionierung des Indexes auf verschiedenen Abfrageservern dar, sofern diese Rolle auf den Web-FrontEnd-Servern bereitgestellt wird. 쐍 Die Intra-Clusterkommunikation ist nicht zwingend für die NLB-Funktionalität erforderlich 쐍 Begrenzen Sie das Switch Flooding, um die verfügbare Bandbreite so hoch wie möglich zu halten 쐍 Sie haben unterschiedliche Möglichkeiten, das Switch Flooding zu begrenzen. So können Sie entweder einen Hub an den Switch anschließen und alle Clusterknoten an diesen Hub anschließen oder begrenzen Sie die Auswirkungen des Switch Floodings, indem Sie ein kleines VLAN abbilden, in dem sich lediglich die betroffenen Knoten befinden. 쐍 Setzen Sie im Falle des Einsatzes eines Hubs den Wert von MaskSourceMAC auf 쐍 Sofern Sie die VLAN-Lösung anstreben, sollten Sie ggf. Ihr Layer 3-Switch im Layer 2Modus betreiben 쐍 Die Auswirkungen des Switch Floodings sind von der Kommunikationsart abhängig. Sollten Sie beispielsweise eine SharePoint-Farm betreiben, auf die von außen zugegriffen wird, um Inhalte herunter- und nur selten hochzuladen, sind die Auswirkungen entsprechend gering, da nur die auf die Farm eingehenden Pakete das Switch fluten. 184
Hochverfügbarkeit
쐍 Der Einsatz von geteamten Netzwerkadaptern kann in Kombination mit NLB zu Problemen führen 쐍 Teaming-Funktionen von Drittanbietern greifen an ähnlichen Stellen in das Netzwerkgeschehen ein wie NLB. Bevor Sie den kombinierten Einsatz beschließen, konsultieren Sie die Herstellertreiberdokumentation und stellen Sie sicher, dass die von Ihnen angestrebte Lösung unterstützt wird. 쐍 Weiterführende Informationen zu Teaming-Problemen in Kombination zu Unicast-NLB finden Sie im KB-Artikel 278431 (http://support.microsoft.com/kb/278431)
NLB Multicastmodus Aufgrund der zahlreichen Problematiken und Aspekte bei der Verwendung von Unicast als Betriebsmodus steht Ihnen Multicast als Alternative zur Verfügung. Multicast wird sonst eher in Bereichen wie Videokonferenzen oder Multimediastreaming verwendet. Jedoch findet es ebenso Verwendung beim Multicast-Betriebsmodus für NLB. Dabei erhalten die Clusterknoten zusätzlich zu ihrer Unicast-IP und MAC-Adresse eine Multicast-MAC-Adresse, die mit 03-BF beginnt. Hierdurch wird für Switches eine einfache und effiziente parallele Verteilung von Paketen an unterschiedliche Ports ermöglicht. In Antwortpaketen ist nun die Unicast-MAC-Adresse des Absenders und im ARPAbschnitt die Multicast-MAC-Adresse enthalten. Bei diesem Verfahren hat ein Switch in der Regel keine Probleme, die MAC-Adressen inkl. der Portzuordnung zu erlernen, sofern Multicast-Adressen unterstützt werden. Genau hier liegt jedoch das Problem, denn viele Router unterstützen keine Multicast-MAC-Adressen, die einer Unicast-IP-Adresse zugeordnet sind. Im Einzelfall kann eine Lösung so aussehen, dass Sie MAC-Adressen statisch eintragen (siehe den KB-Artikel 197862 unter http:// support.microsoft.com/kb/197862). Zusammenfassend ist es demnach möglich, die Eigenschaften und die Besonderheiten beim Planen des Multicast-Betriebsmodus wie folgt anzugeben. 쐍 Stellen Sie sicher, dass Ihre Hardwareinfrastruktur der Router und Switches Unicast-IP-Adressen zu Multicast-MAC-Adressen unterstützen 쐍 Verwenden Sie IGMP-Multicast, sofern Ihr Switch IGMP-Snooping unterstützt 쐍 Ohne IGMP-Snooping ist es evtl. erforderlich, das Switch manuell dafür zu konfigurieren, welche Ports für den Multicast-Verkehr zu verwenden sind 쐍 Zudem wird durch die IGMP-Aktivierung der Datenverkehr nur auf Netzwerklastenausgleich-Ports eingeschränkt. Hierdurch wird sichergestellt, dass der für einen NLB-Cluster vorgesehene Datenverkehr nur durch die Ports geleitet wird, die für die Clusterhosts bestimmt sind, und nicht durch alle Switchports. 쐍 Verwenden Sie keine Hubs, um die Clusterknoten wie beim Unicast-Betriebsmodus an einen Switchport anzuschließen 쐍 Die Kommunikation zwischen den Clusterknoten wird durch den Multicast-Betriebsmodus nicht beeinträchtigt
Affinität Ein weiterer wichtiger Detailaspekt bei der Einsatzplanung von NLB ist die Auswahl der Affinität. Sie haben die Möglichkeit zwischen drei verschiedenen Affinitätsstufen zu wählen: 쐍 Einfach (Standard) 185
Kapitel 3
Planung der SharePoint-Installation
쐍 Keine 쐍 Netzwerk Die Affinität beeinflusst, auf welcher Basis die Sitzungen verteilt werden. Dies ist wichtig zu wissen, da andernfalls leicht die Situation entstehen kann, in der alle Sitzungen auf einem Knoten fokussiert werden oder Sie eine nicht wunschgemäße Verteilung der Sitzungen erhalten. Die Standardaffinität Einfach bewirkt eine Verteilung der Clients anhand der Quell-IP-Adresse und ist für die meisten Situationen zweckgemäß. Weitere Gründe für den Einsatz der Einfachen Affinität sind leichte Performancevorteile und die Tatsache, dass Clients mit potenziell mehreren Verbindungen allesamt über einen Knoten an die Inhaltsdatenbanken herantreten. Die Affinität Keine sorgt dafür, dass eingehende Verbindungen anhand des Quellports verteilt werden, und ist in Situationen von Bedeutung, in denen aufgrund der Netzwerkinfrastruktur viele, wenn nicht gar alle Clients mit der gleichen Quell-IP-Adresse an den Web-Front-End-Server herantreten. Dies würde in einer vollständig einseitigen Belastung der Web-Front-Ends resultieren, was jegliche Lastverteilung zunichtemachen würde. Gründe für eine solche Konstellation wäre beispielsweise NAT über einen Router. Hierdurch würde die Routingkomponente alle Quell-IP-Adressen durch seine eigene im Paket ersetzen. Die Einstellung Keine Affinität hat zur Folge, dass ein Client potenziell parallel über verschiedene Web-Front-Ends Kontakt zu der Farm aufnimmt. Diese Affinität ist beispielsweise problematisch, wenn Sie ein VPN-Protokoll über den Clusterknoten verwenden möchten. Wählen Sie diese Affinität nur, wenn Sie eine massiv einseitige Lastverteilung aufgrund gleicher Quell-IP-Adressen haben. Die Affinität Netzwerk bewirkt, dass die Verbindungen aus dem gleichen Klasse C-Netzwerk vom gleichen Clusterknoten entgegengenommen werden können. Dies trifft beispielsweise zu, wenn Clients über mehrere Proxyserver eines Providers auf Ihre Farm zugreifen. Weitere Details zur Implementierung von NLB finden Sie in Kapitel 16.
Anwendungsebene Auf der Anwendungsebene gibt es eine deutlich vereinfachte Logik bei der Bereitstellung von Hochverfügbarkeit. Die Bereitstellung von Hochverfügbarkeit wird erreicht, indem Sie in der Regel mehrere Server bereitstellen und lediglich den jeweiligen Dienst auf dem Server starten. Durch den in SharePoint integrierten Dienste Load-Balancer werden somit im Falle des Ausfalls eines Servers automatisch die verbleibenden mit dem Dienst ausgestatteten Server der Farm verwendet. Es gibt lediglich einige dienstanwendungsspezifische Besonderheiten wie beispielsweise die Abfragekomponente. Auch wenn diese Komponente in der Regel mit auf der Web-Front-End-Ebene bereitgestellt wird, ist in diesem Zusammenhang wichtig, dass Sie die Möglichkeit zur Bildung von Indexpartitionen bei der Planung im Blickfeld haben. Sie partitionieren, um die Datenlast zu verringern und die Abfrageleistung zu erhöhen. Tragen Sie jedoch dafür Sorge, dass im Falle einer Partitionierung auch eine Kopie der jeweiligen Partition auf einem anderen Server vorgehalten wird, damit im Falle des Ausfalls eines Servers weiterhin sämtliche Inhalte abfragbar bleiben. HINWEIS Die Dienststeuerung für die Suchdienste sollten Sie, anders als bei den verbleibenden Diensten, SharePoint überlassen. SharePoint startet die für die jeweiligen Suchrollen erforderlichen Dienste auf den Servern der Farm automatisch, gemäß der definierten Konfiguration.
186
Hochverfügbarkeit
Datenbankebene Für die Hochverfügbarkeit auf der Datenbankebene stehen Ihnen für SharePoint das klassische Failoverclustering und eine Datenbankspiegelung zur Verfügung.
Failovercluster Das klassische Failoverclustering ermöglicht sowohl eine Skalierung als auch Redundanz unter Verwendung eines SQL Server Active/Passive-Clusters. Sie benötigen für den Aufbau eines Failoverclusters die Windows Server Enterprise Edition und in Abhängigkeit von der gewünschten maximalen Clusterknotenanzahl ggf. die SQL Server Enterprise Edition anstelle der Standard Edition, welche lediglich maximal zwei Knoten unterstützt. Durch die Verwendung der Enterprise Edition können Sie bis zu 16 Knoten mehr als eine SQL Server-Instanz bereitstellen, um die Last besser zu verteilen und auch größere SharePoint-Farmen zu unterstützen. Durch die Verwendung eines SQL Server-Clusters haben Sie im Fehlerfall lediglich eine Downtime von wenigen Sekunden bis hin zu einer guten Minute, in der ein Failover stattfindet. Die von einer Standardinstallation abweichenden Hardwareanforderungen inkludieren die Anbindung eines gemeinsamen Speichermediums. In der Regel wird hierfür ein SAN verwendet und beiden Knoten mehrere gemeinsame LUNs zugewiesen. Alternativ dazu kann beispielsweise dazu im Falle eines Zwei-Knoten-Clusters eine vergleichsweise günstige Alternative über einen unüblich terminierten SCSI-Bus gewählt werden. Zusätzlich dazu wird ein Taktnetzwerk zwischen den beiden Clusterhosts etabliert, über den sich beide Knoten über die Verfügbarkeit des jeweils anderen Knoten auf dem Laufenden halten. Demnach ist zumindest ein weiterer Netzwerkadapter für den Clusterhost erforderlich. HINWEIS Sie finden die Microsoft-Supportrichtlinie für Windows Server 2008-basierte Cluster im KB-Artikel 943984 (http://support.microsoft.com/kb/943984). Speziell für virtualisierte SQL-Server finden Sie eine weitere Richtlinie im KB-Artikel 956893 (http://support.microsoft.com/ kb/956893).
Datenbankspiegelung Eine Datenbankspiegelung ermöglicht Redundanz auf Datenbankebene. Dabei werden die ausgewählten Datenbanken zwischen zwei Knoten synchronisiert, indem die Transaktionen direkt vom Prinzipalserver zum Spiegelserver gesendet werden. Somit ist die Spiegeldatenbank immer fast vollständig auf einem aktuellen Stand. Während bei der Datenbankspiegelung drei verschiedene Betriebsmodi verfügbar sind, ist der Betriebsmodus Hohe Sicherheit mit automatischem Failover (synchron) erforderlich. Neben den beiden SQL-Servern, die sowohl in der gleichen Sprache als auch SQL Server-Edition vorliegen müssen, ist noch eine dritte SQL Server-Instanz (Zeuge) erforderlich, für die eine Abweichung in der SQL Server-Edition möglich ist, und sorgt somit im Fehlerfall für einen automatischen Failover. SharePoint ist »Spiegel-aware« und kann im Fehlerfall nach nur wenigen Sekunden Ausfallzeit des Prinzipalservers den Betrieb mit dem Spiegelserver wieder aufnehmen, der dann zum Prinzipalserver wird.
187
Kapitel 3
Planung der SharePoint-Installation
HINWEIS
Datenbanken, die für die Verwendung des SQL Server FILESTREAM-Providers, also RBS aktiviert wurden, können nicht gespiegelt werden. Ferner wird die Spiegelung einiger weniger SharePoint-Datenbanken nicht unterstützt (Web Analytics-Staging-Datenbank, Benutzerprofilsynchronisierungsdatenbank) oder nicht empfohlen (Verwendungs- und Integritätsdatendatenbank).
Die Datenbankspiegelung wird in allen für SharePoint unterstützen SQL Server Versionen (SQL Server 2005, 2008 und 2008 R2) in der Standard und Enterprise Edition unterstützt.
Vergleich der beiden Modelle Für die Entscheidung zwischen beiden Modellen finden Sie in der Tabelle 3.38 eine Gegenüberstellung beider Hochverfügbarkeitslösungen. Tabelle 3.38
Gegenüberstellung der Datenbankhochverfügbarkeitsansätze Failovercluster
Datenbankspiegelung
Failoverzeit
Wenige Sekunden bis zu einer guten Minute
Wenige Sekunden
Transaktionskonsistenz
Ja
Ja
Wiederherstellungszeit
Etwas geringer (Millisekundenbereich)
Etwas länger (Millisekundenbereich)
Autom. Failover
Ja
Ja
Schutz vor defektem Speicher
Nein, da Speicher geteilt wird
Ja, da Speicher unabhängig voneinander
Benötigter Speichertyp
Geteilter Speicher (teuer)
Verwendung einer günstigen Speicheranbindung möglich
Anforderungen an den Standort
Clusterknoten müssen sich im gleichen Alle drei Server können im LAN verstreut Subnetz befinden sein, sollten jedoch eine geringe Latenz von 1 MS vorweisen
DB-Wiederherstellungsmodell
Vollständiges Wiederherstellungsmodell empfohlen, jedoch weitere möglich
Erfordert das vollständige Wiederherstellungsmodell
Auswirkungen auf die Leistung
Begrenzt während eines Failovers
Zusätzliche CPU und Arbeitsspeicherbelastung
Verwaltung
Auf Serverebene
Höherer Aufwand, erfordert Konfiguration auf Datenbankebene und ggf. mehr Eingriffe
Kommunikation In diesem Abschnitt werden die wichtigsten Kommunikationsbeziehungen innerhalb der Serverfarm und zwischen der Serverfarm und Remotesystemen aufgezeigt.
188
Kommunikation
Netzwerkkonnektivität SharePoint benötigt für die Bereitstellung von Funktionalität für Endanwender eine geringe Anzahl an Ports. Im Vergleich dazu ist die Bandbreite der erforderlichen Ports für Serverfarminterne- und Domänenkommunikation deutlich höher. Die Liste der für SharePoint erforderlichen Ports finden Sie in Tabelle 3.39. Tabelle 3.39
Für SharePoint erforderliche Ports und Protokolle Dienst
Port
SharePoint-Ebene
Funktion und Beschreibung
Webdienst
TCP 80 TCP 443
Web-Front-End
Standardports für HTTP und HTTPS Kommunikation
Suchdienst V1
TCP/UDP 445
Web-Front-End/ Anwendung
Erforderlich für Suchabfragen, Durchforstung und Indizierung (empfohlene Variante)
Suchdienst V2
TCP/UDP 137-139
Web-Front-End/ Anwendung
Erforderlich für Suchabfragen, Durchforstung und Indizierung (alternative Variante)
Dienstanwendungen
TCP 32843 TCP 32844
Web-Front-End/ Anwendung
Farmintern für Dienstanwendungskommunikation (32843 für HTTP 32844 für HTTPS)
DrittanbieterDienstanwendungen
TCP 32845
Web-Front-End/ Anwendung
Optional, falls Drittanbieterdienstanwendungen bereitgestellt werden
Benutzerprofilsynchronisierung
TCP 5725 TCP/UDP 389 TCP/UDP 88 TCP/UDP 53 UDP 464
Anwendung
Erforderlich für die Active DirectorySynchronisierung auf dem Server mit dem Forefront Identity Management-Agenten
SQL
TCP 1433 UDP 1434
Datenbank
Standardports für die Kommunikation aller SharePoint-Server mit der Datenbank. UDP 1434 dient der SQL Probe.
Sandbox
TCP 32846
Web-Front-End/ Anwendung
Ausgehend erforderlich auf allen SharePoint-WebFront-End-Servern und eingehend auf allen SharePoint-Servern, die den Dienst bereitgestellt haben
SMTP
TCP 25
Web-Front-End/ Anwendung
Ausgehend für alle SharePoint-Server und optional eingehend für alle SharePoint-Server, die für den Empfang von Nachrichten für SharePoint konfiguriert wurden
Domänenmitgliedschaft
TCP/UDP 389 TCP/UDP 88 TCP/UDP 53
Alle
SharePoint-Server sind zumeist Mitglieder in einer Domäne und benötigen daher direkten Kontakt zu den Domänen Controllern. Für einige Domänenfunktionen sind zusätzliche Dienste und Ports erforderlich.
Dokumentkonvertierung
TCP 8082 TCP 8093
Web-Front-End/ Anwendung
Der Startprogrammdienst für die Dokumentkonvertierung nutzt TCP 8082 und der Lastenausgleichmoduldienst für die Dokumentkonvertierung TCP Port 8093
189
Kapitel 3
Planung der SharePoint-Installation
HINWEIS
Die vollständige Liste aller für Windows Server 2008 und Windows Server 2008 R2 erforderlichen Netzwerkports finden Sie im KB-Artikel 832017 (http://support.microsoft.com/kb/ 832017).
IP-Unterstützung SharePoint 2010 unterstützt sowohl reine IPv4- als auch IPv6-Umgebungen. Gemischte IPv4- und IPv6-Umgebungen werden ebenfalls unterstützt. Aufgrund der Eigenschaft, dass in Windows Server 2008 und Windows Server 2008 R2 sowohl IPv4 als auch IPv6 standardmäßig installiert sind, sind keine besonderen Maßnahmen erforderlich, um IPv6 als primäres Protokoll zu verwenden. Bei paralleler Bereitstellung von IPv4 und IPv6 hat IPv6 Vorrang. Um ein Protokoll zu erzwingen, kann das jeweils andere in den Netzwerkkartenbindungen deaktiviert werden. HINWEIS Auch wenn IPv6 von SharePoint unterstützt wird, gibt es bei der Verwendung einer komplexen Topologie inkl. einer Veröffentlichungsfirewall möglicherweise Einschränkungen bei der Verwendung von IPv6. Prüfen Sie daher zuvor sämtliche Infrastrukturkomponenten, ob diese auch unter IPv6 die volle Funktionalität gewährleisten. Beachten Sie bei der Verwendung von IPv6 in Kombination mit SharePoint 2010 folgende Aspekte: 쐍 Auf dem Domänencontroller muss Windows Server 2008 oder Windows Server 2008 R2 ausgeführt werden 쐍 In allen Versionen von Microsoft SQL Server, die für SharePoint 2010-Produkte unterstützt werden, wird auch IPv6 unterstützt. Weitere Informationen zur IPv6-Unterstützung für SQL Server 2008 finden Sie unter http://go.microsoft.com/fwlink/?linkid=183115. Weitere Informationen zur IPv6-Unterstützung für SQL Server 2005 finden Sie unter http://go.microsoft.com/fwlink/?linkid=183118. 쐍 Alle Endbenutzer-URLs müssen auf DNS-Namen mit AAAA-Einträgen basieren. Das Wechseln zu SharePoint-URLs mit IPv6-Literaladressen wird nicht unterstützt. Ein Beispiel für eine Literaladressen-URL ist http://[2001:db8:85a3:8d3:1319:8a2e:370:7344]. SharePoint 2010-Produkte unterstützen jedoch das Eingeben von IPv6-Literaladressen für bestimmte Farmverwaltungsfunktionen, beispielsweise für das Eingeben des Servernamens beim Erstellen oder Anfügen von Datenbanken. Bei Servernamen mit dem Literaladressformat müssen Sie die Literaladresse in eckige Klammern einschließen. Weitere Informationen zu AAAA-Einträgen finden Sie unter http://go.microsoft.com/fwlink/?linkid=181956. HINWEIS Weiterführende Informationen zu IPv6 und der Integration in Microsoft WindowsSysteme finden Sie unter http://www.microsoft.com/ipv6.
E-Mail SharePoint 2010 besitzt eine Schnittstelle, um E-Mails zu empfangen und zu versenden. Während die Fähigkeit, E-Mails zu empfangen, eine optionale Komponente ist, die es Ihnen ermöglicht, Dokumente und Nachrichten direkt an eine Dokumentbibliothek zu versenden, ist die Funktion, E-
190
Kommunikation
Mails zu versenden, ein integraler Bestandteil von SharePoint. Ausgehende E-Mail-Nachrichten sind für zentrale Benachrichtigung
