Ce que tout DBA doit savoir sur SQL Server et SharePoint 2013

SQLSaturday 323 – Paris 2014

Ce que tout DBA doit savoir sur la configuration et l’optimisation de SQL Server pour SharePoint

Serge Luca . ShareQL


Sponsors Gold


Sponsors Silver et Bronze


SharePoint SQL Server


A propos

Serge Luca

SharePoint MVP

Consultant, speaker, trainer

Managing partner of www.ShareQL.com

Works with SharePoint since 2001

Blog: http://sergeluca.wordpress.com/

[email protected]

@SergeLucaSerge Luca

http://www.shareql.com/

http://sergeluca.wordpress.com/

mailto:[email protected]


A propos de nous

Share

QL

6

Isabelle Van CampenhoudtMVP SQLTheSQLgrrrl.wordpress.com

Serge LucaMVP SharePointSergeluca.wordpress.com

ShareQL un mariage réussiPrès de 40 années d’expertise et d’expérience sur le monde de la base de données et de SharePoint


Agenda

Introduction

Architecture SharePoint

Installation de SP & configuration SQL Server

Le moteur de recherche

La BI

Les Backups/Restore

Haute disponibilité (HA) et reprise sur incident (DR)


Introduction




La BI

Les Backups/Restore

Haute disponibilité


SharePoint 2013 : catalogue de services

Web Content Management

***

Document Management

*****

Collaboration (teams & projects)

*****

Social

***

Workflows

*****

Project Management

*****

Enterprise Search

*****

Self Service BI

****

Integration with LOB

*****

Application development

*****

Forms + Access

*****

Apps market store

****

E-Discovery

****

Info Lifecycle

****

Personal Sites

*****

Enterprise Portal

*****


Rapide historique

2001

• v1 Team Services

2003• v2 “Windows SharePoint Services v2 and SharePoint Portal Server 2003”•First version written in .Net

2007•v3 “Windows SharePoint Services v3 and Microsoft Office SharePoint Server 2007”•Very popular : generated 1.5 billion $ revenue•Quadrant leader according to Gartner

2010• v4 “Microsoft SharePoint Foundation 2010” and Microsoft SharePoint Server 2010” + cloud (Office 365)

2013:• v5 “Microsoft SharePoint Foundation 2013” and Microsoft SharePoint Server 2013” + cloud (Office 365)

2016 ?


Introduction




La BI

Les Backups/Restore

Haute disponibilité (HA) et reprise sur incident (DR)


Architecture haut niveauSharePoint = souvent 3 fermes

La ferme SharePoint et la ferme

workflows exploitent SQL Server

La ferme OWA (Office Web Apps) permet la visualization/edition des documents Office en mode web•n’utilise pas directement SQL Server

Ferme SharePoint

Ferme Office Web App (OWA)

Ferme Workflows


Architecture ferme SharePoint

2 produits Microsoft SharePoint Server 2013 Microsoft SharePoint Foundation 2013

(which is the SharePoint engine, free)

Microsoft SharePoint Foundation 2013

Browser ClientsBrowser Clients

Office ClientsOffice Clients

……

Microsoft SharePoint Server 2013

Windows Server 2008R2/2012/2012R2

Internet Information Services

.NET Framework and ASP.NET 4.5

SQL Server 2008 R2 or 2012 or 2014


Ferme SharePoint : Architecture logique

Site collection

Sites

Lists

Ex: team A

Ex: Project 1

Ex: Project 2

Ex: Project 3


Ferme SharePoint et bases de données

Site collectionSites

Lists

Web applications (= IIS web sites)

Farm

Content database

Configuration Databases

Service Application

Service Databases


Exemple de ferme (minimale) classique

2 Web/Query/Application /Central Admin/1 Dedicated Index Server (With Web role to allow it to crawl content)2 SQL Standard Edition Cluster Nodes (Active/Passive) – Mirror also optionSmallest highly available farm


…ou plus complexe

Scale up and Scale out…


En bref…

98% du contenu de SharePoint est stocké dans SQL

Server

La configuration de la ferme est

stockée dans la “configuration

db”

La contenu de l’administration

central est stocké dans la “content

db”

La plupart des services ont au moins une db

Tous les web applications ont au moins une db de

contenu


…mais encore

Une ferme SP a souvent au moins 20 DB

1 site collection se trouve dans 1 DB

La DB de contenu peut comporter n site collections (2000 par défaut)

Conseil : 1 site coll > 100 GB -> DB dédiée

L’admin SharePoint peut “controller” la taille de la DB•Quota Templates pour 1 site coll•Maximum Number of Site Collections


Introduction




La BI

Les Backups/Restore



Préparer la ou les instances SQL Servers • 2008 R2, 2012 (Enterprise SP1 pour BI),

2014• 1 ou n instances SQL Server• Collation :

Latin1_General_CI_AS_KS_WS (pour les DB SharePoint)

• MAXDOP=1

Choisir qui crée les DB (configuration, contenu, services)• Soit le DBA • Soit l’admin SharePoint (PowerShell ou

GUI: Administration Centrale)• Eviter le configuration wizard car DB

avec gui


Le service SQL Server : compte de domaine Instances nommées (ex .\SharePoint) Alias (DNS de préférence)

Toutes les DB peuvent être créées au préalable Demander à l’admin SP quel est le “compte de setup” Compte de setup =

security admin server role db creator server role dbo owner sur db impactées via Powershell

Description des DB http://technet.microsoft.com/en-us/library/cc678868(v=office.15).aspx

http://technet.microsoft.com/en-us/library/cc678868(v=office.15).aspx



Un installation de SharePoint correcte se déroule via PowerShell à l’aide d’AutoSPInstaller et éventuellement d’AutoSPInstallerGUI

Un fichier xml comportant le nom de toutes les DB est créé Vérifier que l’alias soit bien utilisé


Modèle de recovery à utiliser

Model db : recovery model = full

Tempdb : recovery model = simple

SharePoint DB : recovery model ?

Content DB = full Config DB= simple

Services App DB= ça dépend :•http://

technet.microsoft.com/en-us/library/cc678868.aspx

Always On Availability groups: recovery = full !


Placement des fichiers

Priorité (du disque le plus rapide au plus lent)

Tempdb Data and Transaction Log Files

Content DB Transaction Log Files

Search DB Data Files (except admin db)

Content Database Data Files

Utiliser plusieurs data files pour les content db et search db

Distribute Equally-Sized Data Files Across Separate Disks

Number of Data Files Should Be <= Number of Processor Cores

Multiple Data Files Not Supported for Other DBs


Taille des DB de contenuLes bases de données de contenu sont les plus grosses• Bonne pratique : éviter > 200 GB/DB

(raisons opérationnelles)• 0.5 IOPS/G recommandé

• 4 TB/DB supporté • Si au moins 0.25 IOPS/G (ideal: 2

IOPS/G)

1 DB par site collection ou plusieurs site collections dans une DB• Exiger d’avoir le SLA de chaque site

collection !

Capacity plan obligatoire

((D × V) × S) + (10 KB × (L + (V × D)))


Eviter la defragmentation d’indexes

Job will defragment the indices

If fragment > 30% &

rowcount > 10.000

Job will update statistics

AUTO_CREATE_STATISTICS

OFF


Introduction




La BI

Les Backups/Restore



Logical Architecture


SharePoint 2013 Crawler Model We now have one crawl role that communicates with all Crawl DBs

Each crawler role contains only one “crawl component”

Role loads items to crawl from specified Crawl DB, processes them, and then commits Same host can be distributed across crawl databases

Split work among multiple crawlers SharePoint hosts distributions happens through ContentDB Ids rather than Host URL

Crawling Improvements


Search database IOPS requirements

Database name IOPS requirements Typical load on I/O subsystem.

Crawl database Medium to high IOPS 10 IOPS per 1 document per second (DPS) crawl rate.

Link database Medium IOPS 10 IOPS per 1 million items in the search index.

Search administration database Low IOPS Not applicable.

Analytics reporting database Medium IOPS Not applicable.


Latence

latence entre les Web front ends et SQL Server < 1 ms durant 10 minutes à 99.9 % Scripts de tests

http://blogs.msdn.com/b/erica/archive/2013/11/11/sharepoint-2013-network-latency-test-script.aspx


Introduction




La BI

Les Backups/Restore



Les outils BI dans SharePoint sont: Excel Services Reporting Services

Est un Service Application (géré entièrement par SP) Avec PowerView

PowerPivot PerformancePoint (scorecards)

Ces outils ont été créés par l’équipe SQL Server de Microsoft L’installation (complexe) peut se faire par l’admin SharePoint

À partir du setup d’installation SQL Server


Installer des composants BI de SharePoint 2013

1 Install SharePoint 2013 (Entr) with SQL

Server 2012 SP1

2 Install Excel Services

3 Install Analysis Services en

Mode SharePoint

4 Spécifier le serveur Analysis Services dans Excel Services

5 Installer les add-in Reporting Services et RS

en mode intégré

6 Déployer les add-in

PowerPivot pour SharePoint


Pour la BI la configuration Kerberos est indispensable ! Sinon

problème de double hop Problème de data refresh

Définir les SPNs Le DBA SQL Server doit fournir à l’admin SharePoint

la liste de toutes les instance SQL Servers y compris Analysis services (ne pas oublier l’instance SharePoint)

Les ports (verifier qu’ils soient statiques)


Introduction




La BI

Les Backups/Restore



Outils intégrés SharePoint (GUI ou Powershell) Utilisent le service SQL Server en arrière plan

Y compris pour backup compression, encryption, snapshot

“Data” (granular) Y compris DB de services A éviter si Site collection > 85 GB

“Ferme” = les configs IIS, fichier web.configs, + Data Full ou différentiel

Outils SQL Server Plus flexibles (log de fichiers de transaction, ect…) Stopper le SharePoint Timer Service avant le restore ! La config DB peut être backupée & restorée seulement si la ferme est offline !!!!

3th party


Introduction




La BI

Les Backups/Restore



SharePoint supporte SQL Server mirroring, log shipping, clustering, availability groups

L’instance Analysis Service SharePoint mode ne supporte pas le clustering


Always On Availability Groups & SharePoint (HA)

SQL 1

FARM 1

SQL 2

ProductionToronto

High Availabilty

Synchronous


Always On Availability Groups & SharePoint (HA)

SQL 1

FARM 1

SQL 2

Synchronous

ProductionToronto

High Availabilty


Database Support – Sync Commit

Database Supported

Admin Content Yes

App Management Yes

BDC Yes

Config Yes

Content Yes

Managed Metadata Yes

PerformancePoint Yes

PowerPivot Not Tested

Project Yes

Search Analytic Reporting Yes

Search Admin Yes

Database Supported

Search Crawl Yes

Search Links Yes

Secure Store Yes

State Service Yes

Subscription Settings Yes

Translation Services Yes

UPA Profile Yes

UPA Social Yes

UPA Sync Yes

Usage(=loggingDB) Yes – NR

Word Automation Yes

WE


Always On Availability Groups & SharePoint (DR)

SQL 1

FARM 1

SQL 2

FARM 2

SQL 3

ProductionToronto

DRMontréal

Asynchronous

DisasterRecovery

Synchronous


Database Support – Async Commit

Database Supported

Admin Content No

App Management Yes

BDC Yes

Config No

Content Yes

Managed Metadata Yes

PerformancePoint Yes

PowerPivot Not Tested*

Project Yes

Search Analytic Reporting No

Search Admin No

Database Supported

Search Crawl No

Search Links No

Secure Store Yes

State Service No

Subscription Settings Yes

Translation Services Yes

UPA Profile Yes

UPA Social Yes

UPA Sync No

Usage Yes – NR

Word Automation Yes

WE


Conclusions

Bonne collaboration necessaire entre Admin SP et DBA SQL 3 types de DB (config, content, services) Bien comprendre les limites de HA-DR Capacity planning


• Database types & descriptions :

http://technet.microsoft.com/en-us/library/cc678868(v=office.15).aspx• Workflow Manager DBs:



Software

Ce que tout DBA doit savoir sur SQL Server et SharePoint 2013