Sponsors

Agradecimiento especial

Mejores prácticas de SQL Server para SharePoint On Premise Alberto De Rossi MCP / MCT SQL Server

SQL Server en un evento Sharepoint? Sí: Porque Sharepoint depende de SQL Server Porque la información de usuarios, contenido, búsqueda y otros se almacenan en SQL Server Por que los DBA y los Administradores de Sharepoint hablan diferentes idiomas …y es necesario que coordinen

Lo primero que debemos considerar 1. Planifica el tamaño de tu instancia de SQL Server 2. Configúralo bien 3. Mantenlo siempre afinado 4. Planifica la disponibilidad

1.Planificar el tamaño Tipos de base de datos Administración Contenido Aplicaciones Cuántas bases de datos se requieren? Que tan grandes deben ser? Que tan rápido van a crecer?

2.Configurar SQL Server (1/3) Instala una instancia que dedicada a Sharepoint Debe ser una instancia nombrada (No Default) MAXDOP debe ser configurado como 1 Mínimo 4GB RAM, 8 a 16GB RAM para implementaciones mayores Asignar el máximo de memoria de modo que queden GB libres para el sistema operativo Asegurarse que el servidor y las bases de datos tengan el Collation Latin1_General_CI_AS_KS_WS (Consistencia con NTFS) Mantener siempre instalados los últimos Service Pack

2.Configurar SQL Server – BDs de contenido (2/3) Aislar los archivos de datos de los archivos de transacción log ubicándolos en unidades físicas independientes Calcular el tamaño inicial de las bases de datos de contenido: ((D × V) × S) + (10 KB × (L + (V × D))) D: Numero estimado de documentos V: Cantidad de versiones estimada S: Tamaño promedio de los documentos L: Lista de ítems (más difícil de estimar, documentos x 3)

2.Configurar SQL Server – tempdb (3/3) Ubicarla en una unidad independiente y rápida Crear varios archivos de datos del mismo tamaño, uno por cada núcleo disponible (máximo 8) Tamaño ideal: 10% a 15% del total de las bases de datos de contenido El valor de autocrecimiento debe ser grande

3.Mantenlo siempre bien afinado (1/2) Monitorear el desempeño regularmente Herramientas de SQL Server y Windows Server (Vistas dinámicas, Tuninng Advisor, Performance Monitor, Activity Monitor) Herramientas de terceros (Quest Software Spotlight) Chequear la integridad de la base de datos periódicamente Para identificar problemas físicos o lógicos en las bases de datos Usar DBCC CHECKDB Ejecutar fuera de horas pico Bases de datos con problemas pueden provocar errores en la operación

3.Mantenlo siempre bien afinado (1/2) Verificar fragmentación de índices La fragmentación ocurre por diseño en SQL Server La fragmentación aumenta el uso de espacio en disco y reduce los tiempos de respuesta Mayor posibilidad de que se presente en las bases de Contenido y de Búsqueda Usar vista dinámica sys.dm_db_index_phisycal_stats Reorganizar ( 30%) Ejecutar fuera de horas pico Incluir un factor de relleno (Fill Factor) entre 75% y 85%

4.Planifica la disponibilidad (1/2) Establecer el nivel de criticidad de Sharepoint En base a la criticidad, establecer disponibilidad baja, media o alta Mirror disponible desde SQL Server 2005 Enterprise Edition Una base de datos principal y una copia reflejada redirección transparente para el cliente No se puede consultar la base de datos reflejada Reflejado es por base de datos Modos síncrono y asíncrono

4.Planifica la disponibilidad (2/2) Always ON Disponible desde SQL Server 2012 Conjunto de réplicas primarias de lectura y escritura Conjunto de réplicas secundarias de solo lectura. 4 en SQL 2012 y 6 en SQL 2014 Basado en Windows Server Failover Cluster (WSFC) Modos síncrono y asíncrono

Preguntas?

@albertoderossi dblearner.com/blog