Share point 2013, sql server 2012 y las bases de datos

  • Published on
    13-Jun-2015

  • View
    463

  • Download
    0

Embed Size (px)

DESCRIPTION

Sesin en Iberian SharePoint Conference con el maestro Eladio Rincn

Transcript

<ul><li> 1. Optimizando SharePoint para grandes volmenes de informacin</li></ul> <p> 2. Eladio Rincn y Daniel Seara SolidQ Global SLhttp://blogs.solidq.com/ElRinconDelDBA http://blogs.solidq.com/sharepoint @daniel_seara y @erinconSQL ServerSharePoint Server 3. Agenda Introduccin Componentes de SharePoint Arquitecturas Retos del Binomio SharePoint SQL Server Buenas practicas del Front-End Buenas practicas del Back-End Introduccin y Caso Prctico de RBS Conclusiones3 4. Componentes de SharePoint 2013 -Servidores Web Front-End-NLB configurado aparte-Servidores de Aplicaciones-Request Management * Distributed Cache * Office Web App en servidor separado Search + components-Servidor(es) de BD Back-End-Separacin de Roles-Comunicaciones entre Servidores -Latencia 1 gigabit por segundo4 5. Arquitectura Tipo-Small Un servidor Rol de Frontal Web Rol de Servidor de AplicacionesUn servidor Office Web Applications Rol de Servidor de BD5 6. Arquitectura Tipo-Medium Caso Real de Granja Mediana - Usuarios = 4000 - #Documentos &gt;= 1M - Total GB = 300 GBFront-End Balanceo de cargaServidor de Aplicaciones - Search: Crawl, Index - Excel, Visio, Metadatos, Back-End Cluster de SQL Server6 7. Arquitectura Tipo-Large 4 Servidores Frontales en Balanceo de Carga32 GB RAM, 2 Quad @ 2,33, HW NLB, 300GB4 Servidor de Aplicaciones64GB, 4 six core @ 2,4, HW NLB, 300GB, 1 GigabitBackEnd Cluster de SQL Server32 GB, 4 quad @2.4, (1.25 TB * 7), SQL Data (4), Logs (1), TempBD (1), Backup (1)- MSFT: Intranet Empresarial de Colaboracin -Usr = 90.000/da RPS = 700 RPD= 19.000.000 #Items: 23 M 7 8. Y en mi caso, Qu arquitectura debera usar?Capacity Planning 1.Usuarios Concurrentes2.Peticiones por Segundo (RPS)3.Peticiones por Da (RPD)4.Usuarios Activos por Da5.Distribucin de la Carga de Trabajo8 9. Front-End: Buenas PrcticasServidor Bsqueda9 10. Front-End: Buenas Prcticas10 11. Back-End: Buenas Prcticas Crear las Bases de Datos en SQL Server El asistente usa model como plantilla 1 Mb de tamao inicial Crecimiento en segmentos de a 1 Mb Base de datos de configuracin de la granja 60 Mb 20% Base de Datos de Administracin Central 120 Mb 20% Base de datos de contenido Depende del estimado inicial No debiera ser menor a la de Administracin Central 12. Back-End: Buenas Prcticas12 13. Back-End: Buenas Prcticas Separacin de Tipos de ArchivosArchivos de Datos Archivos de Registro de Transacciones Datos de Tempdb No Log13 14. Back-End: Buenas Prcticas Tempdb y BD_Contenido Archivo_1.ndf Archivo_2.ndf Archivo_n.ndf14 15. Back-End: Buenas PrcticasMantenimiento Multi-CoreBackup CompresinMant. ndices DBCC15 16. 101 de Revisin de Opciones de Configuracin Memoria, Procesadores TempDB, archivos de datos Compresin, Resource Governor16 17. SolidQ Health Check Configuracin SQL Server para SharePoint 18. Deteccin de Latencias WaitStatsPETICIONES DE SHAREPOINT18 19. Latencias en Servidor RBS? Mucho contenido y grande &gt;= 1MBMuchos lectores Gestin MemoriaPocos cambios En archivos candidatosLmites de recursos Memoria, CPU, Disco19 20. Qu es RBS? Local FILESTREAM ApplicationSQL ServerApplication DatabaseRBS Client LibraryRBS Aux ResourcesProvider LibraryBLOB Store (File Group And tables)20 21. Qu es RBS? Remote FILESTREAM Application RBS Client Library Provider LibrarySQL ServerApplication Database RBS Aux Resources BLOB Store Database BLOB Store (File Group and tables)***** a travs de terceros ***** 21 22. Cuando no usar RBS para SharePoint Reduccin de espacio Bases de datos ms grande Mejores Backups Mejores lecturas &lt; 1MB Sin mantenimiento22 23. Decisiones en RBS: Dnde y Cuanto23 24. Decisiones en RBS: Uso24 25. SolidQ Health Check Configuracin SQL Server para SharePoint 26. Conclusiones Evaluar Mtricas lo ms temprano posible Reacciona con tus posibilidades Realista y anticipa Necesidades Seguimiento y Evaluacin Continua Gestin adecuada de Infraestructura SQL DBA + SPS Admin + Recursos26 27. 27</p>