Best Practices SharePoint and SQL Installation

29
Best Practices & Performance Optimierung Samuel Zürcher, Sen. Consultant Experts Inside GmbH

description

 

Transcript of Best Practices SharePoint and SQL Installation

Page 1: Best Practices SharePoint and SQL Installation

Best Practices &Performance Optimierung

Samuel Zürcher, Sen. Consultant

Experts Inside GmbH

Page 2: Best Practices SharePoint and SQL Installation

Einführung Setup- und Serviceaccounts (Least Privileged) SQL Server Installation Farm Setup (Varianten, Authentifizierung) Datenbankdesign und Erstellung Farm Konfiguration Fine Tuning (Crawling, Icons, Filehandling etc.) Q & A

Agenda

Page 3: Best Practices SharePoint and SQL Installation

Samuel Zürcher

Senior Consultant / Evangelist

SharePoint und SQL Server

MCTS, MCITP, MCT, MVP

Kontakt und Webauftritte

[email protected]

[email protected]

Blog: http://sharepointszu.com

Community: http://www.sharepointcommunity.ch

Konferenz: http://www.collaborationdays.ch

XING: https://www.xing.com/profile/Samuel_Zuercher3

Facebook: http://www.facebook.com/sharepointszu

Twitter: @sharepointszu

Samuel Zürcher [MVP] hat Langjährige Erfahrung mit SharePoint seit der Version 2.0, breites Technologie Know-how und ist seit 15 Jahren in der IT tätig. Er ist im Projektmanagement in verschiedenen Projektgrössen und Komplexitätsstufen daheim, kennt sich aber auch mit dem innersten Kern von SharePoint aus. Verschiedene Zertifizierungen für SharePoint und der Microsoft Certified Trainer runden sein Profil ab (MCT, MCTS, MCIPT). Er ist der Initiant und zusammen mit Stefan Heinz Begründer der www.sharepointcommunity.ch und Co-Organisator der Collaboration Days.

Speaker

Page 4: Best Practices SharePoint and SQL Installation

SharePoint Komponenten (Rollen) Web Frontend Applikationsserver Datenbankserver Mail Server (Verbindung zu Exchange)

Vor der Installation Technische Voraussetzungen Mengengerüst Farm- und Storage Sizing (HP Sizing Tool, Capacity Planning,

Farm Design beim Anmeldefenster auf Abbrechen)

Hardware Abgestimmt auf das Mengengerüst Security- bzw. Policy Anforderungen? (DMZ, Verfügbarkeit etc.)

Einführung

Page 5: Best Practices SharePoint and SQL Installation

Nur x64 fähige Hardware wird unterstützt Frontend- und Applikationsserver

4 Kern Prozessor 8GB RAM 80GB Systemfestplatte Anzahl wächst mit dem Mengengerüst

SQL Server (Clustered, Mirrored oder Standallone) 2 x 4 Kern Prozessor 16GB RAM 80GB Systemfestplatte RAID 10 Disksubsystem oder Attached Storage In der Regel 1 DB Server, in grossen Farmen 1-n DB Server Datenbankserver langsam = SharePoint langsam

Hardware Voraussetzungen

Page 6: Best Practices SharePoint and SQL Installation

Windows Server (ausschliesslich x64) Ab Version 2008 SP2 Installieren der Prerequisites (Für Serverprodukte

automatisch mit dem Prerequisites Installer) SQL Server (ausschliesslich x64)

SQL Server 2005 SP3 CU3 SQL Server 2008 SP1 CU2 (oder >= CU5)

Active Directory AD DS von Windows Server 2003 SP2 (Auch

Functional Level) Wichtig für die Profilsynchronisation, nicht wichtig für

Foundation

Software Voraussetzungen

Page 7: Best Practices SharePoint and SQL Installation

Erfolgreiche Intranet-Projekte mit SharePoint 2010 sind… …mit einem dedizierten Projektleiter ausgestattet …Management driven …auf die (grössten) Bedürfnisse der Mitarbeitenden

fokussiert …sorgfältig geplant und gut vorbereitet …mit genügend Ressourcen unterwegs …auf scale out und scale up Szenarien vorbereitet …nicht dazu da, die User endlich auf interne Prozesse zu

zwingen …new Technology, new way of work aware …klein gestartet und mit weiteren Iterationen gewachsen

Merkmale erfolgreicher Projekte

Page 8: Best Practices SharePoint and SQL Installation

Admin Account (Optional) Setup Account (dbcreator, securityadmin Rolle in SQL) SQL Account (SQL Instanz Principal) SharePoint Farm Account (Farm Principal) Services Account (Service Applications) 1-n Webapplikations-Accounts (1 pro Webapplikation) Webapplikations-Account für MySite Import Account für Profile (Replicate Directory

Changes auf Active Directory) Crawling Account (Indexer)

Setup- und Serviceaccounts

Page 9: Best Practices SharePoint and SQL Installation

Wann Kerberos und wann NTLM? Kernfrage: Muss ich später auf weitere Daten ausserhalb SharePoint

zugreifen? Wenn ja, dann Kerberos zwingend Zusammensetzung eines SPN

Dienstname/Server:Port z.B. SQLSvc/MyServer:1433 und SQLSvc/MyServer.MyDomain.ch:1433

Für welche Accounts? SQL Service Account Alle Webapplication Service Accounts Farm Account

ACHTUNG: Beim Crawling mit Kerberos sind nur Ports 80 und 443 zulässig, also zwingend mit Host Headers arbeiten (ausser CA)

Vorbereitungen für Kerberos

Page 10: Best Practices SharePoint and SQL Installation

Genug starke Hardware Grundsatz: SQL langsam => SharePoint langsam Testumgebung 8GB RAM, Live Umgebung 16GB Sollte ein SQL virtualisiert werden? Wenn immer

möglich, Nein Vorsicht, Verwirrung bei Collations

Supportmeldung: http://support.microsoft.com/kb/2008668 Technet Anweisung: http://

technet.microsoft.com/en-us/library/cc262869.aspx (dient auch für’s Aufsetzen)

Richtig ist Latin1_General_CI_AS_KS_WS

SQL Server Installation

Page 11: Best Practices SharePoint and SQL Installation

Fill Factor 70% T-Log Backup alle 15min bis max. 24h Disable Boost SQL Server Priority Max Degree of Parallelism 1 (für SharePoint only Instanzen) Min und Max Memory konfigurieren Temp DB auf 10GB und 4 Files verteilen, Autogrowth 1GB Lock Pages in Memory (für SQL Std. –T845) und Perform

Volume Maintennance Tasks für SQL Account setzen Traceflag 1117 (-T1117) für gleichmässigen Filegrowth Backupcompression einschalten Index Maintennance <=30% Reorganisation, sonst Rebuild Update Statistics täglich, DBCC Checkdb vor Fullbackup

Parametrisierung

Page 12: Best Practices SharePoint and SQL Installation

SQL Instanz für Search

SQL Instanz für Daten und Konfiguration

Transaction Log Datenbanken Temp DB

L1 L2 L3

L4 L5 L6

Best Practice auf dem SQL

Page 13: Best Practices SharePoint and SQL Installation

Verschiedene Varianten Vollständig per vom DBA erstellten Datenbanken Nur Content Datenbanken vom DBA erstellt Setup Wizzardd Ja / Nein Power Shell (z.B. Codeplex)

Grösse der Farm ist ausschlaggebend Kleine Farm Von Hand, nur Content DB vom DBA erstellt Mittlere Farm Grossteil von Hand, DBs wenn möglich

vom DBA erstellt Grosse Farm Je nach Deployment von Hand oder per

Script und alle DBs vom DBA erstellt

Farm Setup

Page 14: Best Practices SharePoint and SQL Installation

Skalierung «Single Server»

WFEApplikationSQL Express

Page 15: Best Practices SharePoint and SQL Installation

Skalierung «Small Farm»

WFEApplikation

SQL Server

Page 16: Best Practices SharePoint and SQL Installation

Skalierung «Medium Farm»

Applikation

WFEWFE

SQL Server Cluster

Page 17: Best Practices SharePoint and SQL Installation

Skalierung «Big Farm»

WFEWFE

SQL Server Cluster 1

Application

SQL Server Cluster 2

WFE

Page 18: Best Practices SharePoint and SQL Installation

Vom DBA erstellte DBs per Script erstellen Datenfiles auf mehrere Dateien verteilen Faustregel: 0.25 bis 0.5 mal Prozessorkerne, in der

Regel 4-8 Files 1. File 128 MB und Nogrowth für System Tables Restliche Files auf gesamte DB Grösse aufteilen Log Initial 1GB (wenn es grösser sein muss 8GB) Nie Shrinkfile auf DBs ausführen Achtung, Script muss im SQLCMD Mode

ausgeführt werden

Datenbankdesign und Erstellung

Page 19: Best Practices SharePoint and SQL Installation

Round Robin

Page 21: Best Practices SharePoint and SQL Installation

My Site (je nach Variante des Aufsetzens) Search Setup und Konfiguration PDF Crawling iFilter (Foxit oder Adobe für x64 Systeme) User Profil Import aus dem AD

Achtung bei NetBios Verwendung Timeouts und Probleme (BlogPost)

Blocked Filetypes anpassen (lnk, url, pdf) Analytics und Diagnostic Logging DisableLoopBackCheck damit auf dem Server selbst lokale

IIS Sites aufgerufen werden können (KB896861) Login Prompt für Explorerview vermeiden (BlogPost)

Farm Konfiguration

Page 22: Best Practices SharePoint and SQL Installation

Icons für pdf, url und lnk Dateien Browserfilehandling (BlogPost, wenn das nicht hilft) OpenControl Anpassung (BlogPost) SharePoint Governance nicht vergessen (Blog Serie) Social Timer Jobs aktivieren Die Krux mit dem Search Center Für Publishing infrastruktur (Event ID 7362 BlogPost)

Cash Reader Cash Super User

Probleme nach August 11 CU (Event ID 3 BlogPost) SAN Zertifikate und Binding auf mehreren IIS Seiten

appcmd set site /site.name:"<IISSiteName>" /+bindings.[protocol='https',bindingInformation='*:443:<hostHeaderValue>']

Fine Tuning

Page 23: Best Practices SharePoint and SQL Installation

Lasttesten von SharePoint mit Visual Studio

Christian Glessner

Christian Glessner

Page 24: Best Practices SharePoint and SQL Installation

Ist meine Farm performant? Passt meine Topologie? Reicht meine Hardware? Wie viele Benutzer können auf meiner

Farm maximal parallel arbeiten? Hat meine custom SharePoint Solution ein

Memory Leak?

Glauben ist gut, wissen ist besser!

Page 25: Best Practices SharePoint and SQL Installation

Erstellen eines Testplans Erstellen der Testumgebung Erstellen von Tests, Tools & Testdaten Lasttest ausführen Optimieren der Architektur Bereitstellung in der

Produktionsumgebung

Vorgehen

Page 26: Best Practices SharePoint and SQL Installation

Enthalten im SharePoint 2010 Administration Toolkit

Generiert VS 2008 Load Test Projekt basierend auf IIS logs

VS 2008 Team System und SharePoint müssen lokal installiert sein

Gutes Muster, schlechte Doku

SharePoint Load Test Kit (LTK)

Page 27: Best Practices SharePoint and SQL Installation

Test Agent & Controller

Domain Controller

SP WFE SQL Server

Einfache Testumgebung

Page 28: Best Practices SharePoint and SQL Installation

Test Controller

Domain Controller

SQL Server

Komplexe Testumgebung

SP WFE

Azure Test Agents

SP APP

Page 29: Best Practices SharePoint and SQL Installation

Questions & Answers

….noch Fragen?!

Kontakt:

[email protected]

Mehr zum Thema:

http://sharepointszu.com/category/die-serie-best-practice/