#SQSummit13@erincon

Optimizando SharePoint para grandes volúmenes de información

CB40001

Mentor y Director Dpto Relacional

erincon@solidq.com

MVP SQL Server

Eladio Rincón

@jquintozamora SharePoint and Search Specialist

jquinto@solidq.com

MSCA, MCITP, MCPD SharePoint

José Quinto Zamora

2

EN CUMPLIMIENTO CON LA LEY 15/1999 DE PROTECCION DE DATOS DE CARÁCTER PERSONAL, PONEMOS EN TU CONOCIMIENTO QUE

ESTA SESIÓN VA A SER GRABADA POR SOLIDQ Y QUE ESTA GRABACIÓN PODRÍA SER UTILIZADA COMO

MATERIAL DE MARKETING Y HACERSE PUBLICA A TRAVÉS DE DIVERSOS MEDIOS, COMO POR EJEMPLO NUESTRA PAGINA WEB.

TENIENDO EN CUENTA QUE TU IMAGEN PUEDE APARECER EN ESA GRABACIÓN,

SI NO DESEAS APARECER, ROGAMOS NOS LO COMUNIQUES POR LOS MEDIOS QUE YA CONOCES.

COMUNICADO

3

Agenda

1. Introducción– Componentes de SharePoint– Arquitecturas

2. Retos del Binomio SharePoint – SQL Server• Buenas practicas del Front-End• Buenas practicas del Back-End

3. Introducción y Caso Práctico de RBS

4. Conclusiones

4

Componentes de SharePoint 2013- Servidores Web – Front-End- NLB configurado a parte

- Servidores de Aplicaciones- Request Management *- Distributed Cache * - Office Web App en servidor separado- Search + components

- Servidor(es) de BD – Back-End- Separación de Roles

- Comunicaciones entre Servidores- Latencia- Ancho de banda

5

Arquitectura Tipo-SmallUn servidor• Rol de Frontal Web

• Rol de Servidor de Aplicaciones

• Rol de Servidor de BD

Un servidor• Office Web

Applications

6

Arquitectura Tipo-Medium

Caso Real de Granja Mediana- Usuarios = 4000- #Documentos >= 1M- Total GB = 300 GB

Front-End

Balanceo de carga

Back-End

Cluster de SQL Server

Servidor de Aplicaciones

- Search: Crawl, Index

- Excel, Visio, Metadatos, …

7

Arquitectura Tipo-Large

- MSFT: Intranet Empresarial de Colaboración

- Usr = 90.000/día- RPS = 700- RPD= 19.000.000- #Items: 23 M

4 Servidores Frontales en

Balanceo de Carga

BackEnd – Cluster de SQL Server

4 Servidor de Aplicaciones

32 GB RAM, 2 Quad @ 2,33, HW NLB, 300GB

64GB, 4 six core @ 2,4, HW NLB, 300GB, 1 Gigabit

32 GB, 4 quad @2.4, (1.25 TB * 7), SQL Data (4), Logs (1), TempBD (1), Backup (1)

8

Y en mi caso, ¿Qué arquitectura debería usar?

Capacity Planning1. Usuarios Concurrentes

2. Peticiones por Segundo (RPS)

3. Peticiones por Día (RPD)

4. Usuarios Activos por Día

5. Distribución de la Carga de Trabajo

9

DEMOCapacity Planning

Analizar WSS_LoggingAnalizar logs de IIS

10

Front-End: Buenas Prácticas

Servidor Búsqued

a

Multi-threading

Kerberos

11

Front-End: Buenas Prácticas

BLOB Cache

OutPut Cache

Object Cache

12

Back-End: Buenas Prácticas

13

Back-End: Buenas Prácticas Separación de Tipos de Archivos

Archivos de Datos

Archivos de Registro de Transacciones

Datos de Tempdb – No Log

14

Back-End: Buenas Prácticas Tempdb y BD_Contenido

Archivo_1.ndf

Archivo_2.ndf

Archivo_n.ndf

…

15

Backup – Compresión

Mant. índices

DBCC

Back-End: Buenas PrácticasMantenimiento Multi-Core

16

DEMO101 de Revisión de opciones de configuración

��

17

Detección de Latencias

PETICIONES DE SHAREPOINT

18

Latencias en Servidor ¿RBS?Mucho contenido y grande• >= 1MB

Muchos lectores

• Gestión Memoria

Pocos cambios• En archivos candidatos

Límites de recursos

• Memoria, CPU, Disco

19

¿Qué es RBS?

SQL Server

Application

RBS Client Library

Provider Library

ApplicationDatabase

RBS Aux Resources

BLOB Store(File GroupAnd tables)

Local FILESTREAM

20

¿Qué es RBS?

SQL Server

Application

RBS Client Library

Provider Library

ApplicationDatabase

RBS Aux Resources

BLOB StoreDatabase

BLOB Store(File Group and tables)

Remote FILESTREAM

***** a través de terceros *****

21

¿Qué es RBS?

***** a través de terceros *****

SQL Server 2

SQL Server 1

Application

RBS Client Library

Provider Library

ApplicationDatabase

RBS Aux Resources

BLOB StoreDatabase

BLOB Store(File Group and tables)

Remote FILESTREAM

22

Cuando no usar RBS para SharePoint

Reducción de espacio

Bases de datos más grande

Mejores Backups

Mejores lecturas < 1MB

Sin mantenimiento

***** sin terceros *****

23

DEMOUsando RBS y juegos varios

24

Conclusiones

1. Tomemos el tiempo necesario para evaluar

métricas antes de decidir arquitectura

2. Hagamos un mantenimiento de las mismas

3. Integremos ambos equipos DBA y SPAdmin

para conseguir resultados optimos

¿Preguntas?

25

26

¡Gracias!

Nos podrás encontrar en los horarios especificados en la cafetería. Acércate y aclara tus dudas