Configuración y planeamiento de capacidad de almacenamiento y SQL Server (SharePoint Server)
SE APLICA A:
2013 2016 2019 Subscription Edition 
SharePoint en Microsoft 365
La información de planeación de capacidad que ofrecemos contiene instrucciones que le ayudarán a planear y configurar el almacenamiento y el nivel de base de datos de SQL Server en un entorno de SharePoint Server. Esta información se basa en las pruebas realizadas en Microsoft con propiedades activas. No obstante, los resultados que se obtengan pueden variar en función de los equipos usados y según las características y la funcionalidad que se implemente en los sitios.
Obtenga información sobre Cómo administrar los límites de almacenamiento del sitio para SharePoint en Microsoft 365
Aunque las pruebas no se ejecutaron en SQL Server 2014 (SP1), SQL Server 2016, SQL Server 2017 RTM o SQL Server 2019, puede usar estos resultados de prueba como guía para ayudarle a planear y configurar el nivel de base de datos de SQL Server y almacenamiento en entornos de SharePoint Server Subscription Edition, 2019 o 2016. Para obtener aprendizaje sobre cómo configurar y ajustar SQL Server 2012, vea SQL Server 2012 para SharePoint Server 2013. Los resultados de la prueba son los mismos que en SharePoint 2013.
Este documento está pensado para su uso conjunto por parte de los implementadores de la granja de servidores de SharePoint Server y los administradores de bases de datos de SQL Server, ya que SharePoint Server a menudo se ejecuta en entornos en los que las bases de datos se administran mediante administradores de bases de datos de SQL Server independientes. Se asume que se tiene un conocimiento significativo sobre SharePoint Server y SQL Server.
En este artículo se da por sentado que el usuario está familiarizado con los conceptos que se presentan en Ajuste de tamaño y administración de la capacidad para SharePoint Server 2013.
Proceso de diseño y configuración a nivel de base de datos y almacenamiento para SharePoint Server 2016 y versiones posteriores
Se recomienda dividir el proceso de diseño del nivel de base de datos y almacenamiento en los siguientes pasos. Estas secciones contienen información detallada sobre cada paso de diseño, incluidos los procedimientos recomendados y los requisitos de almacenamiento:
Recopilar almacenamiento y espacio de SQL Server y los requisitos de E/S
Diseñar arquitectura de almacenamiento según la capacidad y los requisitos de E/S
Validación y supervisión del almacenamiento y el rendimiento de SQL Server
Recopilación de los requisitos de espacio y E/S para almacenamiento y SQL Server
Diversos factores arquitectónicos de SharePoint Server influyen en el diseño del almacenamiento. Los factores clave son: la cantidad de contenido, las características habilitadas, las aplicaciones de servicio implementadas, el número de granjas y los requisitos de disponibilidad.
Antes de empezar a planear el almacenamiento, tiene que comprender cuáles son las bases de datos que SharePoint Server puede usar.
En esta sección:
Bases de datos usadas por SharePoint Server
Las bases de datos instaladas con Servidores de SharePoint (Subscription Edition, 2019 o 2016) dependen de las aplicaciones de servicio que se usan en el entorno. Todos los entornos de SharePoint Server se basan en las bases de datos del sistema de SQL Server. En esta sección se proporciona un resumen de las bases de datos instaladas con servidores de SharePoint. Para obtener información detallada sobre bases de datos, vea Tipos y descripciones de bases de datos en SharePoint Server.
Algunas base de datos de SharePoint Server, el motor de base de datos de SQL Server y SQL Server Reporting Services (SSRS) tienen requisitos o recomendaciones de ubicaciones específicas. Para obtener información acerca de estas ubicaciones de bases de datos, vea Tipos y descripciones de bases de datos en SharePoint Server. La guía de referencia rápida: Bases de datos de SharePoint Servers 2016 y 2019 está disponible para descargar como un archivo PDF o Visio .
Las siguientes son las bases de datos del sistema de SharePoint Server y se instalan automáticamente.
Configuración
Contenido de Administración central
Contenido (uno o más)
La lista siguiente muestra las aplicaciones de servicio de SharePoint Server que tienen bases de datos:
Servicio de administración de aplicaciones
Aplicaciones para SharePoint
Conectividad a datos empresariales
Metadatos administrados
PerformancePoint Services
Project Server (solo SharePoint Server 2013)
Search Service
Administración de búsqueda
Informes de Analytics
Rastreo
Vínculo
Servicio de almacenamiento seguro
Servicio de traducción de SharePoint
Servicio Power Pivot de SQL Server
Servicio de estado
El servicio de configuración de suscripción
Recolección de datos de mantenimiento y uso
Servicio de perfiles de usuario
Perfil
Etiquetas temáticas
Sincronización
Word Automation Services
La lista siguiente muestra las bases de datos de SharePoint Foundation 2013:
Configuración
Contenido de Administración central
Contenido (uno o más)
Servicio de administración de aplicaciones
Aplicación de servicio de búsqueda:
Administración de búsqueda
Informes de Analytics (uno o más)
Rastreo (uno o más)
Vínculo (uno o más)
Servicio de almacenamiento seguro
Aplicación de servicio de configuración de suscripción (si se habilita a través de Windows PowerShell)
Servicio de recolección de datos de mantenimiento
Servicio de conversión de Word
Si se está integrando aún más con SQL Server, el entorno también puede incluir más bases de datos, como en el escenario siguiente. SQL Server Power Pivot para SharePoint se puede usar en un entorno de SharePoint Server 2016 solo si se usa SQL Server 2016 RTM Enterprise Edition y SQL Server 2016 SQL Server Analysis Services (SSAS). Si está en uso, también debe planear la compatibilidad con la base de datos de la aplicación Power Pivot y la carga adicional en el sistema. Para obtener más información, consulte las nuevas notas del producto Deploying SQL Server 2016 PowerPivot and Power View in SharePoint 2016 (Implementación de SQL Server 2016 PowerPivot y Power View en SharePoint 2016). Para obtener información detallada sobre la configuración y la implementación de la inteligencia empresarial en una granja de varios servidores de SharePoint Server 2016, descargue las notas del producto Deploying SQL Server 2016 PowerPivot and Power View in a Multi-Tier SharePoint 2016 Farm (Implementación de SQL Server 2016 PowerPivot y Power View en una granja de servidores de niveles múltiples de SharePoint 2016).
El complemento de SQL Server 2016 Reporting Services (SSRS) se puede usar con cualquier entorno de SharePoint Server 2016. Si usa el complemento, planee admitir las dos bases de datos de SQL Server Reporting Services y la carga adicional necesaria para SQL Server Reporting Services.
SQL Server 2012 Power Pivot para SharePoint 2013 se puede usar en un entorno de SharePoint 2013 que incluye SQL Server 2008 R2 Enterprise Edition y SQL ServerAnalysis Services. Si está en uso, también debe planear la compatibilidad con la base de datos de la aplicación Power Pivot y la carga adicional en el sistema. Para obtener más información, vea Planear una implementación de PowerPivot en una granja de SharePoint, Power Pivot: Información general y Aprendizaje y Power View: información general y aprendizaje.
El complemento de SQL Server 2008 R2 Reporting Services (SSRS) se puede usar con cualquier entorno de SharePoint 2013. Si usa el complemento, planee admitir las dos bases de datos de SQL Server 2008 R2 Reporting Services y la carga adicional necesaria para SQL Server 2008 R2 Reporting Services.
Nota:
Ya no se admite la integración de SQL Server Reporting Services con SharePoint Server 2019. Para obtener más información, vea Servidor de informes de Reporting Services (modo de SharePoint) y Combinaciones admitidas del servidor de SharePoint y Reporting Services.
Información sobre SQL Server y IOPS
En cualquier servidor que hospeda una instancia de SQL Server, es muy importante que el servidor logre la respuesta más rápida posible del subsistema de E/S.
Más matrices y discos más rápidos proporcionan suficientes operaciones de E/S por segundo (IOPS) mientras se mantiene baja latencia y puesta en cola en todos los discos.
No se pueden agregar otros tipos de recursos, como CPU o memoria, para compensar una respuesta lenta del subsistema de E/S. No obstante, puede influir y provocar problemas en toda la granja. Planee una latencia mínima antes de la implementación y supervise los sistemas existentes.
Antes de implementar una nueva granja de servidores, se recomienda realizar una prueba comparativa del subsistema de E/S mediante la utilidad Diskspd. Esta herramienta funciona en todas las versiones de Windows Server con todas las versiones de SQL Server. Para obtener más información, vea Utilidad Diskspd: Una sólida herramienta de pruebas de almacenamiento.
Las pruebas de esfuerzo también proporcionan información valiosa para SQL Server. Para obtener información, consulte Realización de pruebas comparativas sobre el almacenamiento con DiskSpd.
Para obtener información detallada sobre cómo analizar los requisitos de IOPS desde una perspectiva de SQL Server, consulte Análisis de las características de E/S y sistemas de almacenamiento de tamaño para aplicaciones de la base de datos de SQL Server.
Estimar las necesidades básicas de IOPS y almacenamiento
La configuración y el almacenamiento de contenido y IOPS son la capa base que debe planear para cada implementación de SharePoint Server.
Almacenamiento de configuración y IOPS
Los requisitos de almacenamiento para la base de datos de configuración y la base de datos de contenido de Administración central no son amplios. Se recomienda asignar 2 GB para la base de datos de configuración y 1 GB para la base de datos de contenido de Administración central. Con el tiempo, la base de datos de configuración puede crecer más allá de 1 GB. No crece rápidamente: crece aproximadamente 40 MB por cada 50.000 colecciones de sitios.
Los registros de transacciones para la base de datos de configuración pueden ser amplios. Se recomienda realizar periódicamente una copia de seguridad del registro de transacciones de la base de datos de configuración para forzar el truncamiento. Si usa grupos de disponibilidad SQL Server Always On o un reflejo de la base de datos, también debe mantener la base de datos funcionando en modo de recuperación completa. Para obtener más información, consulte El registro de transacciones (SQL Server).
Sugerencia
Si no usa una solución de alta disponibilidad de SQL Server que requiera el uso del modelo de recuperación completa, puede considerar la posibilidad de cambiar la base de datos de configuración al modelo de recuperación simple.
Son mínimos los requisitos de las operaciones IOPS para la base de datos de configuración y la base de datos de contenido de Administración central.
Almacenamiento de contenido y IOPS
La estimación del almacenamiento y IOPS que se requieren para las bases de datos de contenido no es una actividad precisa. Al probar y explicar la siguiente información, pretendemos ayudarle a derivar estimaciones para determinar el tamaño inicial de la implementación. No obstante, cuando el entorno se ejecute, esperamos que revise sus necesidades de capacidad en función de los datos del entorno activo.
Para obtener más información sobre nuestra metodología general de planeamiento de capacidad, vea Ajuste de tamaño y administración de la capacidad para SharePoint Server 2013.
Fórmula para calcular el almacenamiento de las bases de datos de contenido
El siguiente proceso describe cómo calcular aproximadamente el almacenamiento necesario para las bases de datos de contenido, sin considerar los archivos de registro:
Use la siguiente fórmula para calcular el tamaño de las bases de datos de contenido:
Tamaño de base de datos = ((D x V) x S) + (10 KB x (L + (V x D)))
Nota:
El valor 10 KB de la fórmula es una constante que calcula aproximadamente la cantidad de metadatos que necesita SharePoint Server. Si el sistema necesita un uso significativo de metadatos, tal vez convenga aumentar esta constante.
Calcule el número esperado de documentos. Este valor se conoce como D en la fórmula.
La forma en que calcule el número de documentos se verá determinado por las características que use. Por ejemplo, para Mis sitios o los sitios de colaboración, se recomienda calcular el número esperado de documentos por usuario y multiplicar el número de usuarios. Para la administración de registros o los sitios de publicación de contenido, puede calcular el número de documentos que se administran y generan mediante un proceso.
Si va a migrar de un sistema actual, puede que sea más fácil extrapolar el uso y la tasa de crecimiento actual. Si va a crear un nuevo sistema, revise los recursos compartidos de archivos existentes u otros repositorios y calcule en función de esa tasa de uso.
Calcule el tamaño promedio de los documentos que va a almacenar. Este valor se conoce como S en la fórmula. Puede ser útil calcular los promedios de distintos tipos o grupos de sitios. El tamaño promedio de los archivos para Mis sitios, repositorios de medios y distintos portales de departamentos puede variar significativamente.
Calcule el número de elementos de lista en el entorno. Este valor se conoce como L en la fórmula.
Los elementos de lista son más difíciles de calcular que los documentos. Por lo general, usamos una estimación de tres veces el número de documentos (D), pero la fórmula de estimación variará en función de cómo espera usar sus sitios.
Determine el número aproximado de versiones. Calcule el número promedio de versiones que tendrá cualquier documento en una biblioteca. Este valor normalmente será mucho más bajo que el número máximo permitido de versiones. Este valor se conoce como V en la fórmula.
El valor de V debe superar cero.
Como ejemplo, use esta fórmula y las características descritas en la siguiente tabla para calcular el espacio de almacenamiento necesario para archivos de datos en una base de datos de contenido de un entorno de colaboración. El resultado es que se necesitan aproximadamente 105 GB.
| Input | Valor |
|---|---|
| Número de documentos (D) | 200.000 Se calcula suponiendo que 10.000 usuarios se multiplican por 20 documentos |
| Tamaño promedio de los documentos (S) | 250 KB |
| Elementos de lista (L) | 600.000 |
| Número de versiones no actuales (V) | 2 Suponiendo que el máximo permitido de versiones es 10 |
Tamaño de base de datos = (((200 000 x 2)) x 250) + ((10 KB x (600 000 + (200 000 x 2))) = 110 000 000 KB o 105 GB
Nota:
E/S eficiente de archivos en SharePoint Server es un método de almacenamiento en el que un archivo se divide en partes que se almacenan y actualizan por separado. Estas partes se transmiten juntas cuando un usuario solicita el archivo. Esto aumenta el rendimiento de E/S pero normalmente no aumenta el tamaño del archivo. No obstante, los archivos pequeños pueden ver un pequeño aumento en el almacenamiento de disco que se requiere.
Características que influyen en el tamaño de las bases de datos de contenido
Las siguientes características de SharePoint Server pueden afectar el tamaño de las bases de datos de contenido:
Papeleras de reciclaje Hasta que un documento no se elimina por completo de la papelera de reciclaje de la primera y segunda etapa, ocupa espacio en una base de datos de contenido. Calcule cuántos documentos se eliminan cada mes para averiguar el efecto de las papeleras de reciclaje en el tamaño de las bases de datos de contenido.
Auditoría Los datos de auditoría pueden aumentar rápidamente y usar grandes cantidades de espacio en una base de datos de contenido, sobre todo si se activa la auditoría de visualización. En vez de dejar que los datos de auditoría crezcan sin restricción, se recomienda habilitar la auditoría solo en los eventos que son importantes para cumplir las necesidades normativas o controles internos. Use las siguientes instrucciones para calcular el espacio que debe reservar para los datos de auditoría:
Calcule el número de nuevas entradas de auditoría para un sitio y multiplique este número por 2 KB (las entradas por lo general se limitan a 4 KB, con un tamaño promedio de aproximadamente 1 KB).
En función del espacio que desee asignar, determine el número de días de registros de auditoría que desee conservar.
Nota:
Office Online Server es la próxima versión de Office Web Apps Server. Con Office Online Server con SharePoint Servers 2016, 2019, Subscription Edition no afecta al tamaño de la base de datos de contenido. Para implementar Office Online Server en la granja de SharePoint Server 2016, consulte Deploy Office Online Server.
Calcular los requisitos de IOPS de la base de datos de contenido
Los requisitos de IOPS para las bases de datos de contenido varían en función de cómo se usa el entorno, el espacio en disco disponible y el número de servidores que tiene. Por lo general, se recomienda que compare la carga de trabajo esperada en el entorno con una de las soluciones que hemos probado. Para obtener más información y se puede aplicar a la versión más reciente de SharePoint, vea Resultados y recomendaciones de pruebas de rendimiento y capacidad (SharePoint Server 2013).
En las pruebas, descubrimos que las bases de datos de contenido tienden a oscilar entre 0,05 IOPS/GB y aproximadamente 0,2 IOPS/GB. También descubrimos que un procedimiento recomendado es aumentar el extremo superior a 0,5 IOPS/GB. Esta proporción aumentada es más de lo necesario y puede ser mucho más de lo que necesitará en su entorno. Si usa la creación de reflejo, esta mayor proporción da como resultado mucha más E/S que las bases de datos de contenido principal. Tenga en cuenta que las bases de datos de contenido reflejadas nunca son ligeras.
Calcular las necesidades de almacenamiento de la aplicación de servicio y IOPS
Tras calcular las necesidades de IOPS y almacenamiento de contenido, debe determinar el almacenamiento y IOPS que requieren las aplicaciones de servicio que se usan en el entorno.
Requisitos de IOPS y almacenamiento de la aplicación de servicio de SharePoint Server
Para calcular los requisitos de almacenamiento de las aplicaciones de servicio del sistema, primero debe conocer las aplicaciones de servicio y saber cómo las usará. Las aplicaciones de servicio que están disponibles en SharePoint Server 2016 y que tienen bases de datos se recogen en las siguientes tablas. Los datos de almacenamiento e IOPS de todas las aplicaciones de servicio de SharePoint Server Subscription Edition, 2019 o 2016 siguen siendo los mismos que en SharePoint Servers 2010 y 2013.
Requisitos de IOPS y almacenamiento de la aplicación de servicio de búsqueda
| Base de datos | Escalabilidad | IOPS de disco | Tamaño de disco | 10M elementos | 100M elementos |
|---|---|---|---|---|---|
| Rastreo | Una base de datos por 20M elementos IOPS de SQL: 10 por DPS |
Medio/alto | Medio | 15 GB Registro de 2 GB |
110 GB Registro de 50 GB |
| Vínculo | Una base de datos por 60M elementos SQL IOPS: 10 por 1M elementos |
Medio | Medio | 10 GB Registro de 0.1 GB |
80 GB Registro de 5 GB |
| Informes de Analytics | Dividir al llegar a 100-300 GB | Medio | Medio | Dependiente de uso | Dependiente de uso |
| Administración de búsqueda | Una base de datos | Mínimo | Mínimo | 0,4 GB Registro de 1 GB |
Datos de 1 GB Registro de 2 GB |
Recomendaciones de IOPS y requisitos de almacenamiento de la aplicación de servicio
| Aplicación de servicio | Recomendación de estimación de tamaño |
|---|---|
| Perfil de usuario | La aplicación de servicio de perfiles de usuario está asociada con tres bases de datos: Perfil, Sincronización y Etiquetas temáticas. Nota: Las pruebas para los requisitos de almacenamiento de base de datos de perfil de usuario y las recomendaciones de IOPS aún no se han completado. Vuelva a consultar este recurso más adelante para obtener más información. Para obtener información sobre la base de datos de perfiles de usuario, vea Tipos y descripciones de bases de datos en SharePoint Server. |
| Servicio de metadatos administrados | La aplicación de servicio de metadatos administrados tiene una base de datos. El tamaño de la base de datos se ve afectado por el número de tipos de contenido y palabras clave utilizadas en el sistema. Varios entornos incluirán varias instancias de la aplicación de servicio de metadatos administrados. |
| Servicio de almacenamiento seguro | El tamaño de la base de datos de la aplicación de servicio de Almacén seguro está determinado por el número de credenciales en el almacén y el número de entradas en la tabla de auditoría. Se recomienda asignar 5 MB por cada 1000 credenciales. Tiene el mínimo de IOPS. |
| Servicio de estado | La aplicación de servicio de estado tiene una base de datos. Se recomienda asignar 1 GB para esta. Tiene el mínimo de IOPS. |
| Word Automation Services | La aplicación de servicio de Word Automation tiene una base de datos. Se recomienda asignar 1 GB para esta. Tiene el mínimo de IOPS. |
| PerformancePoint Services | La aplicación de servicio de PerformancePoint tiene una base de datos. Se recomienda asignar 1 GB para esta. Tiene el mínimo de IOPS. |
| Servicio de conectividad a datos empresariales | La aplicación de Servicio de conectividad a datos empresariales tiene una base de datos. Esta base de datos es pequeña y es poco probable que crezca significativamente. Tiene el mínimo de IOPS. PerformancePoint Services no es aplicable a Subscription Edition. |
| Administración de aplicaciones | La aplicación de servicio de administración de aplicaciones tiene una base de datos. Esta base de datos es pequeña y es poco probable que crezca significativamente. Tiene el mínimo de IOPS. |
| Power Pivot | La aplicación de servicio de Power Pivot tiene una base de datos. Esta base de datos es pequeña y no tiene un impacto significativo de E/S. Se recomienda usar el mismo IOPS que en la base de datos de contenido de SharePoint. Las bases de datos de contenido tienen requisitos de E/S significativamente mayores que la base de datos de la aplicación de servicio Power Pivot. |
Determinar las necesidades de disponibilidad
La disponibilidad es cuánto perciben los usuarios que un entorno de SharePoint Server está disponible. Un sistema disponible es un sistema que es resistente, es decir, aquel donde los incidentes que afectan al servicio ocurren rara vez y donde se toman medidas oportunas y efectivas cuando ocurren los incidentes.
Los requisitos de disponibilidad pueden aumentar significativamente las necesidades de almacenamiento. Para obtener información detallada, vea Crear una estrategia y arquitectura de alta disponibilidad para SharePoint Server. También vea las notas de producto de SQL Server 2012 Guía de arquitectura AlwaysOn: cómo crear soluciones de recuperación ante desastres y alta disponibilidad mediante los grupos de disponibilidad Always On.
Elección de la versión y edición de SQL Server
Le recomendamos que, para SharePoint Servers Edición de Suscripción, 2019 o 2016, ejecute el entorno en Enterprise Edition de los siguientes SQL Servers para aprovechar las funciones adicionales de rendimiento, disponibilidad, seguridad y administración que ofrecen estas versiones.
SQL Server 2019 (SharePoint Edición de Suscripción, 2019 y 2016)
SQL Server 2017 RTM (SharePoint Servers 2016 y 2019)
SQL Server 2016 (SharePoint Servers 2016 y 2019)
SQL Server 2014 con Service Pack 1 (SP1) (solo SharePoint Server 2016)
Para obtener más información sobre las ventajas de estas versiones, vea Características compatibles con las ediciones de SQL Server 2014, ediciones y características admitidas de SQL Server 2016, ediciones y características admitidas de SQL Server 2017 y Ediciones y características admitidas de SQL Server 2019 (15.x)).
Se recomienda que para SharePoint Server 2013 considere la posibilidad de ejecutar su entorno en la edición Enterprise de SQL Server 2008 R2 con Service Pack 1 (SP1), SQL Server 2012 o SQL Server 2014 para aprovechar las demás funcionalidades de rendimiento, disponibilidad, seguridad y administración que proporcionan estas versiones. Para obtener más información sobre las ventajas de SQL Server 2008 R2 con SP1, SQL Server 2012 y SQL Server 2014 Enterprise Edition, vea Características compatibles con las ediciones de SQL Server 2014, Características compatibles con las ediciones de SQL Server 2012 y Características compatibles con las ediciones de SQL Server 2008 R2.
En particular, debe considerar sus necesidades para las siguientes características:
Compresión de copia de seguridad: la compresión de copia de seguridad puede acelerar cualquier copia de seguridad de SharePoint y está disponible en todas las ediciones de SQL Server 2008 y posterior. Al configurar la opción de compresión en el script de copia de seguridad o al configurar el servidor en el que se ejecuta SQL Server para efectuar compresiones de forma predeterminada, se puede reducir considerablemente el tamaño de las copias de seguridad de base de datos y los registros enviados. Para obtener más información, vea Compresión de copia de seguridad (SQL Server).
Nota:
La compresión de datos de SQL Server no es compatible con SharePoint Server, excepto para las bases de datos de aplicaciones de servicio de búsqueda.
Cifrado de datos transparente: si los requisitos de seguridad incluyen la necesidad de un cifrado de datos transparente, se debe usar SQL Server Enterprise Edition.
Implementación de contenido: si planea usar la característica de implementación de desarrollo, considere la posibilidad de usar SQL Server Enterprise Edition para que el sistema pueda aprovechar las instantáneas de base de datos.
Nota:
Si está usando un proveedor del almacenamiento remoto de blobs que no admite instantáneas de base de datos, no podrá usar instantáneas para la copia de seguridad o implementación de contenido.
Almacenamiento remoto de blobs Si desea aprovechar el almacenamiento remoto de blobs para una base de datos o ubicación fuera de los archivos asociados con cada base de datos de contenido, deberá usar Enterprise Edition de:
Versión preliminar de SharePoint Server Edición de Suscripción:
SQL Server 2016
SQL Server 2017 RTM
SQL Server 2019
SharePoint Server 2019:
SQL Server 2016
SQL Server 2017 RTM
SQL Server 2019
SharePoint Server 2016:
SQL Server 2014 (SP1)
SQL Server 2016
SQL Server 2017 RTM
SQL Server 2019
SharePoint 2013:
SQL Server 2008 R2 con SP1
SQL Server 2012 Enterprise Edition
Regulador de recursos: el regulador de recursos es una tecnología introducida en SQL Server 2008 para permitir la administración de cargas de trabajo y recursos de SQL Server mediante la especificación de límites en el consumo de recursos por solicitudes entrantes. El regulador de recursos permite diferenciar cargas de trabajo y asignar CPU y memoria a medida que se solicitan, según los límites que se especifiquen. Para obtener más información sobre cómo usar Resource Governor, consulte Regulador de recursos.
Le recomendamos que use Resource Governor con SharePoint Server para:
Limitar la cantidad de recursos de SQL Server que consumen los servidores web dirigidos por el componente de rastreo de búsqueda. Como procedimiento recomendado, se recomienda limitar el componente de rastreo a 10% de CPU cuando el sistema está bajo carga.
Supervise cuántos recursos consume cada base de datos en el sistema. Por ejemplo, puede usar el regulador de recursos como guía para determinar la mejor ubicación de las bases de datos entre los equipos que ejecutan SQL Server.
Microsoft Power Pivot para SharePoint Permite a los usuarios compartir y colaborar en modelos de datos y análisis generados por el usuario en Excel en la web al tiempo que actualizan automáticamente esos análisis. Debe tener Office en la web para usar Excel en la web con Power Pivot para SharePoint y SharePoint Server 2016. También puede usar SQL Server 2014 (SP1) o SQL Server 2016 Enterprise Edition y SQL Server Analysis Services para usar la inteligencia empresarial con SharePoint Server 2016. Sin embargo, solo puede utilizar Power Pivot para SharePoint con SQL Server 2016 RTM, no con SQL Server 2014 (SP1).
Power Pivot para SharePoint 2013 Permite que los usuarios compartan y colaboren en análisis y modelos de datos generados por usuarios en Excel y en el explorador mientras se actualizan automáticamente esos análisis. Forma parte de SQL Server 2008 R2 Analysis Services (SSAS) Datacenter y Enterprise Edition, SQL Server 2012 SP1 Analysis Services (SSAS) Enterprise Edition y SQL Server 2014 Analysis Services (SSAS) Enterprise y Business Intelligence Edition.
Diseñar arquitectura de almacenamiento según la capacidad y los requisitos de E/S
La arquitectura de almacenamiento y los tipos de discos que se seleccionen para el entorno pueden afectar al rendimiento del sistema.
En esta sección:
Elegir una arquitectura de almacenamiento
SharePoint Server admite las arquitecturas de almacenamiento del almacenamiento conectado directamente (DAS), la red de área de almacenamiento (SAN) y el almacenamiento conectado a la red (NAS), aunque NAS solo se admite para el uso con bases de datos de contenido configuradas para usar el almacenamiento remoto de blobs. La elección depende de factores dentro de la solución empresarial y la infraestructura existente.
Cualquier arquitectura de almacenamiento debe admitir las necesidades de disponibilidad y desempeñarse adecuadamente en IOPS y latencia. Para ser compatible, el sistema debe devolver de forma coherente el primer byte de datos en 20 milisegundos (ms).
Almacenamiento directo (DAS)
DAS es un sistema de almacenamiento digital que se conecta directamente a un servidor o estación de trabajo, sin una red de almacenamiento entre los dos. Los tipos de discos físicos de DAS incluyen SCSI conectados en serie (SAS) y ATA conectados en serie (SATA).
En general, se recomienda elegir una infraestructura de DAS cuando una plataforma de almacenamiento compartido no puede garantizar un tiempo de respuesta de 20 ms y suficiente capacidad para IOPS promedio y pico.
Red de área de almacenamiento (SAN)
La SAN es una arquitectura que conecta dispositivos de almacenamiento de equipos remotos (como matriz de discos y bibliotecas de cinta) con servidores de modo que los dispositivos se muestran como conectados localmente al sistema operativo (por ejemplo, almacenamiento en bloque).
En general, se recomienda elegir una SAN cuando los beneficios del almacenamiento compartido son importantes para la organización.
Entre las ventajas del almacenamiento compartido se incluyen:
Es más fácil reasignar almacenamiento en disco entre servidores.
Puede atender a varios servidores.
No hay limitaciones en el número de discos a los que se puede tener acceso.
Almacenamiento conectado a la red (NAS)
Una unidad NAS es un equipo autocontenido que se conecta a una red. Su único fin es suministrar servicios de almacenamiento de datos basados en archivos a otros dispositivos en la red. El sistema operativo y otro software en la unidad NAS proporcionan la funcionalidad de almacenamiento de datos, sistemas de archivos y acceso a archivos, así como la administración de estas funcionalidades (por ejemplo, almacenamiento de archivos).
Nota:
NAS solo se admite para su uso con bases de datos de contenido que están configuradas para usar el almacenamiento remoto de blobs (RBS). Cualquier arquitectura de almacenamiento de red debe responder a un ping en 1 ms y debe devolver el primer byte de datos en 20 ms. Esta restricción no se aplica para el proveedor FILESTREAM de SQL Server local, porque solo almacena datos localmente en el mismo servidor.
Nota:
Existe cierta confusión acerca de si se usa la Interfaz estándar de equipos pequeños de Internet (iSCSI) y se asume que es un protocolo NAS. Si se tiene acceso a este almacenamiento de iSCSI a través del Sistema de archivos de Internet común (CFIS), es un protocolo de NAS. Esto significa que no puede usar este almacenamiento con bases de datos de contenido si no están configuradas para usar RBS. No obstante, si tiene acceso a este almacenamiento de iSCSI a través de un disco duro conectado localmente, se considera una arquitectura SAN. Esto significa que puede usarla con NAS.
Elegir los tipos de discos
Los tipos de disco que usan en el sistema pueden afectar a la confiabilidad y rendimiento. Al permanecer igual todo lo demás, las unidades más grandes aumentan el tiempo medio de búsqueda. SharePoint Server admite los siguientes tipos de unidades:
Interfaz estándar de equipos pequeños (SCSI)
Serial Advanced Technology Attachment (SATA)
SCSI conectados en serie (SAS)
Canal de fibra (FC)
Electrónica integrada de dispositivos (IDE)
Unidad de estado sólido (SSD) o disco de unidad flash
Elegir los tipos de RAID
La matriz redundante de discos independientes (RAID) suele usarse para mejorar las características de rendimiento de los discos individuales (eliminando datos en varios discos) y para proporcionar protección de errores de disco individuales.
Todos los tipos de RAID son compatibles con SharePoint Server. Pero le recomendamos usar RAID 10 o una solución de RAID específica del proveedor que tenga un rendimiento equivalente.
Al configurar una matriz de RAID, asegúrese de alinear el sistema de archivos con el desplazamiento suministrado por el proveedor.
Para obtener más información sobre el aprovisionamiento de RAID para SQL Server, vea RAID.
Estimar los requisitos de memoria
La memoria que se requiere para SharePoint Server está directamente relacionada con el tamaño de las bases de datos de contenido que se hospedan en un servidor con SQL Server.
A medida que se agregan aplicaciones de servicio y características, es más probable que los requisitos aumenten. En la siguiente tabla se proporcionan directrices sobre cuánta memoria se recomienda.
| Tamaño combinado de las bases de datos de contenido | RAM recomendada para el equipo que ejecuta SQL Server |
|---|---|
| Mínimo para implementaciones de producción pequeñas | 8 GB |
| Mínimo para implementaciones de producción medianas | 16 GB |
| Recomendación de hasta 2 terabytes | 32 GB |
| Recomendación para el intervalo de 2 terabytes a 5 terabytes | 64 GB |
| Recomendación de más de 5 terabytes | La RAM adicional de más de 64 GB puede mejorar la velocidad de almacenamiento en caché de SQL Server |
Nota:
Estos valores son superiores a los que se recomiendan como valores mínimos para SQL Server debido a la distribución de datos necesaria para un entorno de SharePoint Server. Para obtener más información sobre los requisitos del sistema de SQL Server, vea Requisitos de hardware y software para instalar SQL Server 2014 y Requisitos de hardware y software para instalar SQL Server para SQL Server 2016 y 2017.
Para obtener información sobre los límites de capacidad y las especificaciones de SQL Server, consulte Límites de la capacidad de cálculo de cada edición de SQL Server y Especificaciones de capacidad máxima para SQL Server.
Otros factores que pueden influir en la memoria necesaria se incluyen los siguientes:
El uso de creación de reflejo de SQL Server.
El uso frecuente de archivos mayores que 15 megabytes (MB).
Información sobre los requisitos de la topología de red
Planee las conexiones de red dentro y entre las granjas. Se recomienda usar una red que tenga baja latencia.
En la siguiente lista se proporcionan las recomendaciones y los procedimientos recomendados:
Todos los servidores de la granja deben tener latencia y ancho de banda de LAN en el servidor que ejecuta SQL Server. La latencia no debe ser mayor que 1 milisegundo.
No se recomienda una topología de red de área extensa (WAN) en la que un servidor que ejecuta SQL Server se implemente remotamente de otros componentes de la granja en una red que tiene una latencia mayor que 1 ms, porque esta topología no se ha probado.
Planee una red WAN adecuada si piensa usar el conjunto de aplicaciones de implementación de Always On de SQL Server, creación de reflejo, trasvase de registros o clústeres de conmutación por error para mantener actualizado un sitio remoto.
Se recomienda que los servidores web y servidores de aplicación tengan dos adaptadores de red: un adaptador de red para controlar el tráfico de usuarios y otro para controlar la comunicación con los servidores que ejecutan SQL Server.
Nota:
Si usa iSCSI, asegúrese de que cada adaptador de red esté dedicado a la comunicación de red o a iSCI, pero no a ambos.
Configuración de SQL Server
En las secciones siguientes se describe cómo planear la configuración de SQL Server para SharePoint Server.
En esta sección:
Estimar cuántos servidores se necesitan
Por lo general, SharePoint Server está diseñado para aprovechar el escalado de SQL Server. Por ejemplo, SharePoint Server puede tener un mejor rendimiento con varios servidores de tamaño medio que ejecutan SQL Server que solo con varios servidores grandes.
Coloque siempre SQL Server en un servidor dedicado que no ejecute otros roles de granja ni bases de datos de hospedaje para ninguna otra aplicación. La única excepción a esta recomendación es cuando se implementa el sistema en un servidor independiente para un entorno de desarrollo o de prueba no orientada al rendimiento. Aunque SQL Server se puede ejecutar en el mismo servidor que SharePoint, le recomendamos que ejecute SQL Server en un servidor independiente para lograr un rendimiento mejor.
Las instrucciones siguientes son instrucciones generales sobre cuándo implementar un servidor adicional que ejecutará una instancia de SQL Server:
Agregue un servidor de base de datos adicional cuando tenga más de cuatro servidores web que estén trabajando al máximo de su capacidad.
Agregue un servidor de bases de datos adicional cuando el actual servidor haya alcanzado sus límites de recursos efectivos de RAM, CPU, rendimiento de E/S de disco, capacidad de disco o rendimiento de red.
Para obtener más información, vea Límites de la capacidad de cálculo de cada edición de SQL Server y Especificaciones de capacidad máxima para SQL Server.
Para promover el almacenamiento de credenciales seguro mientras ejecuta la aplicación de servicio de Almacén seguro, se recomienda que la base de datos de Almacén seguro se hospede en una instancia de base de datos independiente en la que el acceso esté limitado a un administrador.
Configurar el almacenamiento y memoria
En el servidor que ejecuta SQL Server, se recomienda que la memoria caché L2 por CPU tenga un mínimo de 2 MB para mejorar la memoria.
Seguir las recomendaciones de configuración de almacenamiento del proveedor
Para obtener un rendimiento óptimo al configurar una matriz de almacenamiento físico, siga las recomendaciones de configuración de hardware suministradas por el proveedor de almacenamiento en lugar de confiar en los valores predeterminados del sistema operativo.
Si no recibe instrucciones del proveedor, le recomendamos que use los cmdlets de almacenamiento de PowerShell disponibles para Windows Server 2012 R2. Para obtener más información, vea Cmdlets de almacenamiento en Windows PowerShell.
Proporcionar tantos recursos como sea posible
Asegúrese de que los canales de E/S de SQL Server en los discos no se compartan desde otras aplicaciones, como el archivo de paginación y los registros de Internet Information Services (IIS).
Proporcione tanto ancho de banda de bus como sea posible. Un ancho de banda de bus mayor ayuda a mejorar la confiabilidad y el rendimiento. Considere que el disco no es el único usuario de ancho de banda de bus, por ejemplo, también debe tener en cuenta el acceso de red.
Establecer opciones de SQL Server
Las siguientes opciones y configuraciones de SQL Server deben establecerse antes de implementar SharePoint Server.
No habilite la creación automática de estadísticas en un servidor que hospede SQL Server y admita SharePoint Server. SharePoint Server configura las opciones necesarias en el aprovisionamiento y la actualización. Las estadísticas de creación automática pueden cambiar el plan de ejecución de una consulta de una instancia de SQL Server a otra instancia de SQL Server. Por lo tanto, con el fin de proporcionar compatibilidad coherente para todos los clientes, SharePoint Server ofrece sugerencias codificadas para las consultas según se necesitan para proporcionar el mejor rendimiento en todos los escenarios.
Para asegurar un rendimiento óptimo, le recomendamos encarecidamente que establezca el grado máximo de paralelismo (MAXDOP) en 1 instancia de SQL Server que hospede bases de datos de SharePoint Server. Para obtener más información sobre cómo establecer el grado máximo de paralelismo, vea Establecer la opción de configuración del servidor Grado máximo de paralelismo.
Configurar bases de datos
Las siguientes instrucciones describen los procedimientos recomendados que deben planearse al configurar cada base de datos en el entorno.
Separar y clasificar por orden de prioridad los datos entre los discos
Le recomendamos que coloque la base de datos tempdb, las bases de datos de contenido, la bases de datos, las bases de datos de búsqueda y los registros de transacciones de SQL Server 2019, SQL Server 2017 RTM, SQL Server 2016, SQL Server 2014 (SP1), SQL Server 2012 y SQL Server 2008 R2 con SP1 en discos duros físicos independientes.
En la siguiente lista se proporcionan las recomendaciones y los procedimientos recomendados para clasificar los datos por orden de prioridad:
Al clasificar por orden de prioridad los datos entre los discos más rápidos, use la siguiente clasificación:
Registros de transacciones y archivos de datos Tempdb
Archivos de registros de transacciones de base de datos
Bases de datos de búsqueda, excepto para la base de datos de administración de búsqueda
Archivos de datos de base de datos
En un sitio de portal excesivamente orientado a la lectura, dé prioridad a los datos sobre los registros.
Las pruebas y los datos del cliente muestran que el rendimiento de la granja de servidores de SharePoint Server puede verse obstaculizado por una E/S de disco insuficiente para tempdb. Para evitar este problema, asigne discos dedicados para tempdb. Si una carga de trabajo alta se proyecta o supervisa, es decir, la acción de lectura promedio o la acción de escritura promedio requiere más de 20 ms, puede que tenga disminuir el cuello de botella separando los archivos en los discos o reemplazando los discos con otros más rápidos.
Para tener un mejor rendimiento, coloque tempdb en una matriz de RAID 10. El número de archivos de datos de tempdb debe ser igual al número de CPU de núcleo y los archivos de datos de tempdb deben establecerse en el mismo tamaño. Cuente los procesadores de doble núcleo como dos CPU para este fin. Cuente cada procesador que admite hyperthreading como una sola CPU. Para obtener más información, vea Optimizar el rendimiento de tempdb.
Separe los archivos de registro y datos de bases de datos en distintos discos. Si los archivos deben compartir discos porque son demasiado pequeños para garantizar una granja o disco completo, o bien si tiene poco espacio en disco, coloque los archivos que tengan distintos modelos de uso en el mismo disco para minimizar las solicitudes de acceso simultáneo.
Consulte a su proveedor de hardware de almacenamiento para obtener información acerca de cómo configurar todos los registros y las bases de datos de búsqueda para la optimización de escritura de su solución de almacenamiento concreta.
Usar varios archivos de datos para bases de datos de contenido
Siga estas recomendaciones para obtener un mejor rendimiento:
Solo cree archivos en el grupo de archivos principal de la base de datos.
Distribuya los archivos en discos diferentes.
El número de archivos de datos debe ser menor o igual que el número de CPU de núcleo. Cuente los procesadores de doble núcleo como dos CPU para este fin. Cuente cada procesador que admite hyperthreading como una sola CPU.
Cree archivos de datos del mismo tamaño.
Importante
Aunque puede usar las herramientas de copia de seguridad y recuperación que se integran en SharePoint Server para realizar copias de seguridad y recuperar varios archivos de datos, si sobrescribe en la misma ubicación, las herramientas no pueden restaurar varios archivos de datos en una ubicación diferente. Por esta razón, es muy recomendable que al usar varios archivos de datos para una base de datos de contenido, use las herramientas de copia de seguridad y recuperación de SQL Server. Para obtener más información acerca de cómo realizar copias de seguridad y recuperar SharePoint Server, vea Planear copias de seguridad y recuperación en SharePoint Server.
Para obtener más información acerca de cómo crear y administrar grupos de archivos, vea Arquitectura de archivos y grupos de archivos.
Limitar el tamaño de las bases de datos de contenido para mejorar la manejabilidad
Planee el tamaño de las bases de datos que mejorará la manejabilidad, el rendimiento y la facilidad para actualizar el entorno.
Para garantizar el rendimiento del sistema, le recomendamos que limite el tamaño de las bases de datos de contenido a 200 GB, excepto cuando determinados escenarios de uso y condiciones admitan tamaños más grandes. Para obtener más información sobre los límites de tamaño de la base de datos de contenido, vea la sección "Límites de base de datos de contenido" en Límites y límites de software para SharePoint Servers 2016 y 2019.
Por lo general, se recomienda que una colección de sitios no supere 100 GB a menos que sea la única colección de sitios en la base de datos para que se puedan usar las herramientas de copia de seguridad pormenorizada de SharePoint Server para mover una colección de sitios a otra base de datos si fuera necesario.
Administrar de manera proactiva el crecimiento de archivos de registro y de datos
Se recomienda administrar proactivamente el crecimiento de los datos y los archivos de registro teniendo en cuenta las siguientes recomendaciones:
En la medida de lo posible, aumente previamente todos los datos y archivos de registro a su tamaño final esperado.
Se recomienda habilitar el crecimiento automático por razones de seguridad. No confíe en la configuración predeterminada de crecimiento automático. Considere las siguientes instrucciones al configurar el crecimiento automático:
Al planear bases de datos de contenido que superan el tamaño recomendado (200 GB), establezca el valor de crecimiento automático de la base de datos en un número fijo de megabytes en vez de en un porcentaje. Esta configuración reduce la frecuencia con la que SQL Server aumenta el tamaño de un archivo. El aumento del tamaño de un archivo es una acción de bloqueo que implica rellenar el nuevo espacio con páginas vacías.
Si no se espera que el tamaño calculado de la base de datos de contenido alcance el tamaño máximo recomendado de 200 GB en el próximo año, establézcalo en el tamaño máximo que se prevé que la base de datos alcance en un año (con un margen de error del 20 por ciento adicional) mediante la propiedad ALTER DATABASE MAXSIZE . Revise periódicamente esta opción para asegurarse de que sigue siendo un valor apropiado, según las tasas de crecimiento pasadas.
Mantenga un nivel de al menos un 25 % de espacio disponible en los discos para permitir modelos de uso de crecimiento y pico. Si va a administrar el crecimiento agregando discos a una matriz de RAID o asignando más almacenamiento, supervise de cerca el tamaño del disco para evitar quedarse sin espacio.
Validar y supervisar el almacenamiento y el rendimiento de SQL Server
Pruebe que su solución de copia de seguridad y rendimiento en el hardware le permita cumplir los contratos de nivel de servicio (SLA). En particular, pruebe el subsistema de E/S del equipo que ejecuta SQL Server para asegurarse de que el rendimiento es satisfactorio.
Pruebe la solución de copia de seguridad que use para asegurarse de que puede realizar copias de seguridad del sistema dentro de la ventana de mantenimiento disponible. Si la solución de copia de seguridad no puede cumplir los contratos de nivel de servicio necesarios para su empresa, puede usar una solución de copia de seguridad incremental, como Microsoft System Center Data Protection Manager.
Es importante realizar un seguimiento de estos componentes de recursos de un servidor que ejecuta SQL Server: CPU, memoria, frecuencia de aciertos de caché y subsistema de E/S. Cuando uno o más de los componentes parezca lento o sobrecargado, analice la estrategia adecuada según la carga de trabajo proyectada y la actual. Para más información, consulte Supervisar y ajustar el rendimiento.
En la siguiente sección se enumeran los contadores de rendimiento que se recomiendan para supervisar el rendimiento de las bases de datos de SQL Server que se ejecutan en el entorno de SharePoint Server. También se enumeran los valores de estado correcto aproximado para cada contador.
Para obtener detalles sobre cómo supervisar el rendimiento y usar los contadores de rendimiento, vea Monitor de rendimiento de Windows y Supervisar el rendimiento.
Contadores de SQL Server para supervisar
Supervise los siguientes contadores de SQL Server para garantizar el buen estado de los servidores:
Estadísticas generales Este objeto proporciona contadores para supervisar la actividad general de todo el servidor, como el número de conexiones actuales y el número de usuarios que se conectan y se desconectan por segundo de los equipos que ejecutan una instancia de SQL Server. Considere la posibilidad de supervisar el siguiente contador:
- Conexiones de usuario Este contador muestra el número de conexiones de usuario en el equipo que está ejecutando SQL Server. Si ve aumentar este número en 500 % con respecto a la línea base, puede que vea una reducción de rendimiento.
Bases de datos Este objeto proporciona contadores para supervisar las operaciones de copia masiva, el rendimiento de la copia de seguridad y recuperación y las actividades de los registros de transacción. Supervise las transacciones y el registro de transacción para determinar cuánta actividad de usuario ocurre en la base de datos y qué tan completo se vuelve el registro de transacción. La cantidad de actividad de usuario puede determinar el rendimiento de la base de datos y afectar al tamaño, al bloqueo y a la replicación del registro. La supervisión de la actividad de registro de bajo nivel para medir la actividad de usuario y el uso de recursos puede ayudar a identificar cuellos de botella en el rendimiento. Considere la posibilidad de supervisar el siguiente contador:
- Transacciones por segundo Este contador muestra el número de transacciones en una base de datos determinada o en todo el servidor por segundo. Este número es más para la línea base y para ayudar a solucionar problemas.
Bloqueos Este objeto proporciona información acerca de los bloqueos de SQL Server en tipos de recursos individuales. Considere la posibilidad de supervisar los siguientes contadores:
Tiempo de espera promedio (ms) Este contador muestra la cantidad promedio de tiempo de espera para cada solicitud de bloqueo que resulta en una espera.
Tiempo de espera de bloqueos (ms) Este contador muestra el tiempo de espera para los bloqueos en el último segundo.
Esperas de bloqueo/s Este contador muestra el número de bloqueos por segundo que no se pudieron satisfacer de inmediato y tuvieron que esperar recursos.
Número de interbloqueos/s Este contador muestra el número de interbloqueos en el equipo que ejecuta SQL Server por segundo. Este número no debe aumentar por encima de 0.
Bloqueos temporales Este objeto proporciona contadores para supervisar los bloqueos de recursos de SQL Server internos denominados bloqueos temporales. La supervisión de bloqueos temporales para determinar la actividad de los usuarios y el uso de recursos puede ayudarle a identificar cuellos de botella en el rendimiento. Considere la posibilidad de supervisar los siguientes contadores:
Promedio de tiempo de espera de bloqueos temporales (ms) Este contador muestra el promedio de tiempo de espera de bloqueos temporales para las solicitudes de bloqueo temporal que se tuvo que esperar.
Esperas de bloqueos temporales/s Este contador muestra el número de solicitudes de bloque temporal que no pudieron concederse inmediatamente.
Estadísticas de SQL Este objeto proporciona contadores para supervisar la compilación y el tipo de solicitudes enviada a una instancia de SQL Server. La supervisión del número de compilaciones de consulta y recompilaciones, así como el número de lotes recibidos mediante una instancia de SQL Server da una indicación de la rapidez con que SQL Server está procesando las consultas de los usuarios y la eficacia con la que el optimizador de consultas está procesando las consultas. Considere la posibilidad de supervisar los siguientes contadores:
Compilaciones SQL/s Este contador indica el número de veces que la ruta de código de compilación se escribe por segundo.
Recompilaciones SQL/s Este contador indica el número de recompilaciones de instrucción por segundo.
Administrador de búferes Este objeto proporciona contadores para supervisar cómo SQL Server usa la memoria para almacenar páginas de datos, estructuras de datos internas y la caché de procedimientos, y también contadores para supervisar la E/S física a medida que SQL Server lee y escribe páginas de base de datos. Considere la posibilidad de supervisar el siguiente contador:
Frecuencia de aciertos de caché del búfer
Este contador muestra el porcentaje de páginas que se encontraron en la memoria caché del búfer sin tener que leer del disco. La frecuencia es el número total de aciertos de caché dividido entre el número total de búsquedas de caché en las últimos mil accesos de páginas. Dado que leer de la memoria caché es mucho menos costoso que leer del disco, le conviene que esta frecuencia sea alta. Por lo general, puede aumentar la frecuencia de aciertos de caché del búfer aumentando la memoria disponible para SQL Server.
Caché de planes Este objeto proporciona contadores para supervisar cómo SQL Server usa la memoria para almacenar objetos como procedimientos almacenados, instrucciones de Transact-SQL preparadas y no preparadas, y desencadenadores. Considere la posibilidad de supervisar el siguiente contador:
Frecuencia de aciertos de caché
Este contador indica la frecuencia entre los aciertos de caché y las búsquedas de planes.
Contadores del servidor físico para supervisar
Supervise los siguientes contadores para garantizar el buen estado de los equipos que ejecutan SQL Server:
Procesador: % de tiempo de procesador: _Total Este contador muestra el porcentaje de tiempo durante el cual el procesador ejecuta procesos de sistema operativo o aplicaciones que no sean inactivas. En el equipo que ejecuta SQL Server, este contador debe mantenerse entre el 50 % y el 75 %. Si hay sobrecarga constante, investigue si hay actividad de proceso anómala o si el servidor necesita más CPU.
Sistema: Longitud de la cola del procesador Este contador muestra el número de subprocesos en la cola del procesador. Supervise este contador para asegurarse de que permanece menos de dos veces el número de CPU de núcleo.
Memoria: Mbytes disponibles Este contador muestra la memoria física, en megabytes, disponible para los procesos que se ejecutan en el equipo. Supervise este contador para asegurarse de que mantiene un nivel de al menos 20 % del total disponible de RAM física.
Memoria: páginas por segundo Este contador muestra la velocidad a la que se leen o escriben las páginas desde o hacia el disco para resolver errores graves de página. Supervise este contador para asegurarse de que permanece por debajo de 100.
Para obtener más información y ver métodos de solución de problemas de memoria, consulte los siguientes recursos:
SQL Server 2014 (SP1) -Supervisar el uso de la memoria
SQL Server 2017, SQL Server 2017 y SQL Server 2019:Supervisar el uso de memoria
Para obtener más información y métodos de resolución de problemas de memoria, consulte Supervisar el uso de la memoria para SQL Server 2008 R2 con SP1, Supervisar el uso de la memoria para SQL Server 2012 y Supervisar el uso de la memoria para SQL Server 2014.
Contadores de discos para supervisar
Supervise los siguientes contadores para garantizar el buen estado de los discos. Los siguientes valores representan valores medidos con el tiempo, no valores que se producen durante un pico repentino y no valores que se basan en una sola medida.
Disco físico: % de tiempo de disco: DataDrive Este contador muestra el porcentaje de tiempo transcurrido durante el cual la unidad de disco seleccionada está ocupada atendiendo solicitudes de lectura o escritura (es un indicador general de cuán ocupado está el disco). Si el contador Disco físico: % de tiempo de disco es alto (más de 90 %), compruebe el contador Disco físico: Longitud actual de la cola de disco para ver cuántas solicitudes de sistema están esperando al acceso de disco. El número de solicitudes de E/S de escritura debe sostenerse en no más de 1,5 a 2 veces el número de ejes que constituyen el disco físico.
Disco lógico: Transferencias de disco/s Este contador muestra la velocidad con la que se llevan a cabo las operaciones de lectura y escritura en el disco. Use este contador para supervisar las tendencias de crecimiento y las previsiones de forma adecuada.
Disco lógico: Bytes de lectura de disco/s y Disco lógico: Bytes de escritura en disco/s Estos contadores muestran la velocidad con la que se transfieren bytes desde el disco durante las operaciones de lectura o escritura.
Disco lógico: Promedio de bytes de disco/lectura Este contador muestra el número promedio de bytes transferidos desde el disco durante las operaciones de lectura. Este valor puede reflejar la latencia de disco: las operaciones de lectura más grandes pueden resultar en una latencia ligeramente incrementada.
Disco lógico: Promedio de bytes de disco/escritura Este contador muestra el número promedio de bytes transferidos desde el disco durante las operaciones de lectura. Este valor puede reflejar la latencia de disco: las operaciones de escritura más grandes pueden resultar en una latencia ligeramente incrementada.
Disco lógico: Longitud actual de la cola de disco Este contador muestra el número de solicitudes que sobresalen en el disco en el momento en que se recopilan los datos de rendimiento. Para este contador, son mejores los valores bajos. Los valores mayores que 2 por disco pueden indicar un cuello de botella y deben investigarse. Por lo tanto, un valor de hasta 8 es aceptable para una unidad lógica (LUN) formada por cuatro discos. Los cuellos de botella pueden crear un trabajo pendiente que se puede propagar más allá del servidor actual que está accediendo al disco y resultando en largas esperas de tiempo para los usuarios. Las posibles soluciones para un cuello de botella son agregar más discos a la matriz RAID, reemplazar los discos existentes con discos más rápidos o mover algunos datos a otros discos.
Disco lógico: Longitud promedio de la cola de disco Este contador muestra el número promedio de solicitudes de lectura y de escritura que se pusieron en cola para el disco seleccionado durante el intervalo de muestra. La regla es que debe haber dos o menos solicitudes de lectura y escritura pendientes por eje. Pero este recuento de solicitudes puede ser difícil de medir debido a la virtualización del almacenamiento y a las diferencias en los niveles RAID entre configuraciones. Busque longitudes de cola de disco superiores a la media en combinación con latencias de disco superiores a la media. Esta combinación puede indicar que la memoria caché de matriz de almacenamiento se está usando en exceso o que el eje que se comparte con otras aplicaciones está afectando al rendimiento.
Disco lógico: Promedio de segundos de disco/lectura y Disco lógico: Promedio de segundos de disco/escritura Estos contadores muestran el tiempo promedio, en segundos, de una operación de lectura o escritura en el disco. Supervise estos contadores para asegurarse de que permanecen por debajo del 85 % de la capacidad del disco. El tiempo de acceso a disco aumenta exponencialmente si las operaciones de lectura o escritura son más del 85 % de la capacidad del disco. Para determinar la capacidad específica para el hardware, vea la documentación del proveedor o use la herramienta de pruebas de almacenamiento, la utilidad Diskspd, para hacer el cálculo. Para obtener más información, consulte Diskspd: Una herramienta de rendimiento de almacenamiento sólida.
Disco lógico: Promedio de segundos de disco/lectura Este contador muestra el tiempo promedio, en segundos, de una operación de lectura desde el disco. En un sistema optimizado, los valores ideales oscilan entre 1 y 5 ms para los registros (idealmente 1 ms en una matriz en caché), y entre 4 y 20 ms para los datos (idealmente menos de 10 ms). Las latencias superiores pueden ocurrir durante las horas pico. No obstante, si se producen valores altos con regularidad, debe investigar la causa.
Disco lógico: Promedio de segundos de disco/escritura Este contador muestra el tiempo promedio, en segundos, de una operación de escritura hacia el disco. En un sistema optimizado, los valores ideales oscilan entre 1 y 5 ms para los registros (idealmente 1 ms en una matriz en caché), y entre 4 y 20 ms para los datos (idealmente menos de 10 ms). Las latencias superiores pueden ocurrir durante las horas pico. No obstante, si se producen valores altos con regularidad, debe investigar la causa.
Al usar configuraciones de RAID con los contadores Disco lógico: Promedio de bytes de disco/lectura o Disco lógico: Promedio de bytes de disco/escritura, use las fórmulas que aparecen en la siguiente tabla para determinar la tasa de entrada y salida en el disco.
| Nivel de RAID | Fórmula |
|---|---|
| RAID 0 | E/S por disco = (lecturas + escrituras) / número de discos |
| RAID 1 | E/S por disco = [lecturas + (2 × escrituras)] / 2 |
| RAID 5 | E/S por disco = [lecturas + (4 × escrituras)] / número de discos |
| RAID 10 | E/S por disco = [lecturas + (2 × escrituras)] / número de discos |
Por ejemplo, si tiene un sistema de RAID 1 que tiene dos discos físicos y los contadores están en los valores que se muestran en la siguiente tabla.
| Contador | Valor |
|---|---|
| Promedio de segundos de disco/lectura** | 80 |
| Disco lógico: Promedio de segundos de disco/escritura** | 70 |
| Longitud promedio de la cola de disco** | 5 |
El valor de E/S por disco se puede calcular de esta forma: (80 + (2 × 70))/2 = 110
El valor de disk queue length se puede calcular de esta forma: 5/2 = 2,5
En esta situación, tiene un cuello de botella de E/S de línea de borde.
Otras herramientas de supervisión
También puede supervisar la latencia de disco y analizar las tendencias con la vista de administración dinámica sys.dm_io_virtual_file_stats en SQL Server 2008. Para obtener más información, vea sys.dm_io_virtual_file_stats (Transact-SQL).
SQL Server 2012 para SharePoint Server 2013
Gracias a Bill Baer, director de marketing de productos principal de Microsoft, y Brian Alderman, consejero delegado y fundador de MicroTechPoint, por proporcionar una serie de módulos de aprendizaje en línea de SQL Server 2012. Un agradecimiento especial al Canal 9 de Microsoft por hospedar estos módulos de aprendizaje en línea en línea. En los siguientes módulos de aprendizaje se proporciona información sobre la configuración de base de datos de SQL Server 2012 que le ayudará a entender cómo mejorar el rendimiento, la disponibilidad y la seguridad de SharePoint Server 2016.
Ajuste de SQL Server 2012 para SharePoint 2013: (03) Configuración de servidor para SQL Server
Ajuste de SQL Server 2012 para SharePoint 2013: (04) Disponibilidad de SQL Server y SharePoint
Consulte también
Conceptos
Información general sobre SQL Server en entornos de SharePoint Server 2016 y 2019
Optimización del rendimiento para SharePoint Server 2013
Procedimientos recomendados para SQL Server en una granja de servidores de SharePoint
Planeamiento del rendimiento en SharePoint Server 2013
Ajuste de tamaño y administración de la capacidad para SharePoint Server 2013
Planeación de capacidad para SharePoint Server 2013
Otros recursos
Introducción a SQL Server en un entorno de SharePoint Server 2013