preguntas más frecuentes sobre el tamaño y el rendimiento de Configuration Manager sitio

Separe las bandejas de entrada Configuration Manager y los archivos de SQL Server en al menos dos volúmenes diferentes. Esta separación le permite optimizar los tamaños de asignación de clústeres para los diferentes tipos de E/S que realizan.

Para el volumen que hospeda las bandejas de entrada del servidor de sitios, use NTFS con unidades de asignación 4K u 8K. ReFS escribe 64 000, incluso para archivos pequeños. Configuration Manager tiene muchos archivos pequeños, por lo que ReFS puede producir una sobrecarga de disco innecesaria.

Para los discos que contienen SQL Server archivos de base de datos, use el formato NTFS o ReFS, con unidades de asignación de 64 000.

Las matrices modernas de unidades de estado sólido (SSD) y Azure Premium Storage pueden proporcionar alta IOPS en un solo volumen, con pocos discos. Normalmente se agregan más unidades a una matriz para obtener almacenamiento adicional, no rendimiento adicional. Si usa discos físicos basados en ejes, es posible que necesite más IOPS de las que puede generar en un solo volumen. Debe asignar el 60 % del total de IOPS y espacio en disco recomendados para el archivo .mdf , el 20 % para el archivo .ldf y el 20 % para los archivos temporales de registro y datos. Los archivos .ldf y temp pueden residir en un único volumen con el 40 % (20 % + 20 %) de las IOPS asignadas.

SQL Server versiones anteriores a SQL Server 2016 creadas de forma predeterminada solo un archivo de datos temporales. Debe crear más para evitar SQL Server bloqueos y esperar el acceso a un único archivo. Las opiniones de la comunidad varían en función del mejor número de archivos de datos temporales que se van a crear, de cuatro a ocho. Las pruebas revelan poca diferencia entre cuatro y ocho, por lo que puede crear cuatro archivos de datos temporales de igual tamaño . Los archivos de datos tempdb deben tener entre un 20 y un 25 % del tamaño de la base de datos completa.

Cuando se pueda configurar, establezca la memoria del controlador RAID en un 70 % de asignación para las operaciones de escritura y un 30 % para las operaciones de lectura. En general, use una configuración de matriz RAID 10 para la base de datos del sitio. RAID 1 también es aceptable para sitios a pequeña escala con requisitos bajos de E/S, o si usa ssd rápidas. Con matrices de discos más grandes, configure discos de reserva para reemplazar automáticamente los discos con errores.

Ejemplo: Máquina física con discos físicos

Las directrices de ajuste de tamaño para un servidor de sitio colocado y SQL Server con 100 000 clientes son 1200 IOPS para bandejas de entrada de servidor de sitio y 5000 IOPS para archivos SQL Server.

La configuración de disco resultante podría tener el siguiente aspecto:

1. No incluye los discos de reserva recomendados.
2. Este valor procede de configuraciones de disco de ejemplo.

Hyper-V ofrece un rendimiento similar al de un servidor físico, si los recursos de hardware (núcleos de CPU y almacenamiento de paso a través) están dedicados al 100 % a la máquina virtual (VM). El uso de archivos de disco .vhd o .vhdx de tamaño fijo provoca un impacto mínimo del 1-5 % en el rendimiento de E/S. El uso de archivos de disco .vhd o .vhdx de expansión dinámica provoca un impacto en el rendimiento de E/S de hasta un 25 % para la carga de trabajo de Configuration Manager. Si necesita discos que se expanden dinámicamente, compense agregando un rendimiento de IOPS adicional del 25 % a la matriz.

Al ejecutar el servidor de sitio de Configuration Manager o SQL Server dentro de una máquina virtual, aísle las unidades del sistema operativo host de Hyper-V del sistema operativo de la máquina virtual y las unidades de datos.

Para obtener más información sobre la optimización de máquinas virtuales, consulte Performance Tuning Hyper-V Servers (Optimización del rendimiento de servidores de Hyper-V).

Ejemplo: Servidor de sitio basado en máquinas virtuales de Hyper-V

Las directrices de ajuste de tamaño para un servidor de sitio colocado y SQL Server con 150 000 clientes son 1800 IOPS para bandejas de entrada de servidor de sitio y 7400 IOPS para archivos SQL Server.

La configuración de disco resultante podría tener el siguiente aspecto:

1. No incluye los discos de reserva recomendados.
2. Vhdx de paso a través de tamaño fijo para la unidad de máquina virtual dedicada al volumen subyacente.
3. Este valor procede de configuraciones de disco de ejemplo.

Para empezar, lea las preguntas más frecuentes sobre Configuration Manager en Azure.

Las máquinas virtuales de infraestructura como servicio (IaaS) de Azure que aprovechan los discos basados en Premium Storage pueden tener una alta IOPS. En estas máquinas virtuales, configure discos adicionales para las necesidades de espacio en disco previstas, en lugar de para IOPS adicionales.

Azure Storage es inherentemente redundante y no requiere varios discos para la disponibilidad. Puede rayar discos en el Administrador de discos o Espacios de almacenamiento para proporcionar espacio y rendimiento adicionales.

Para obtener más información y recomendaciones sobre cómo maximizar Premium Storage rendimiento y ejecutar servidores SQL Server en máquinas virtuales IaaS de Azure, consulte:

• Optimización del rendimiento de la aplicación

• Guía de discos

Ejemplo: servidor de sitio basado en Azure

Las directrices de ajuste de tamaño para un servidor de sitio colocado y SQL Server con 50 000 clientes son ocho núcleos, 32 GB y 1200 IOPS para bandejas de entrada de servidor de sitio y 2800 IOPS para archivos SQL Server.

La máquina de Azure resultante podría ser DS13v2 (ocho núcleos, 56 GB) con la siguiente configuración de disco:

1. Este valor procede de configuraciones de disco de ejemplo.
2. La guía de Azure permite colocar TempDB en la unidad D: local basada en SSD, dado que no superará el espacio disponible y permite una distribución de E/S de disco adicional.

Ejemplo: servidor de sitio basado en Azure (para un aumento instantáneo del rendimiento)

El rendimiento del disco de Azure está limitado por el tamaño de la máquina virtual. La configuración del ejemplo anterior de Azure puede limitar la expansión futura o el rendimiento adicional. Si agrega discos adicionales durante la implementación inicial de la máquina virtual de Azure, puede aumentar el tamaño de la máquina virtual de Azure para aumentar la potencia de procesamiento en el futuro, con una inversión inicial mínima. Es mucho más sencillo planear con antelación para aumentar el rendimiento del sitio a medida que cambian los requisitos, en lugar de tener que realizar una migración más complicada.

Cambie los discos del ejemplo de Azure anterior para ver cómo cambia la IOPS.

DS13v2

1. Los discos se secciona mediante Espacios de almacenamiento.
2. Este valor procede de configuraciones de disco de ejemplo. El tamaño de la máquina virtual limita el rendimiento.
3. La guía de Azure permite colocar TempDB en la unidad D: local basada en SSD, dado que no superará el espacio disponible y permite una distribución de E/S de disco adicional.

Si necesita más rendimiento en el futuro, puede convertir la máquina virtual en DS14v2, lo que duplicará la CPU y la memoria. El ancho de banda de disco adicional permitido por ese tamaño de máquina virtual también aumentará instantáneamente la IOPS de disco disponible en los discos configurados anteriormente.

DS14v2

1. Los discos se secciona mediante Espacios de almacenamiento.
2. Este valor procede de configuraciones de disco de ejemplo. El tamaño de la máquina virtual limita el rendimiento.
3. La guía de Azure permite colocar TempDB en la unidad D: local basada en SSD, dado que no superará el espacio disponible y permite una distribución de E/S de disco adicional.

Ambos pueden funcionar adecuadamente, suponiendo que el servidor único tenga el tamaño adecuado o que la conectividad de red sea suficiente entre los dos servidores.

La SQL Server remota requiere el costo inicial y operativo de un servidor adicional, pero es habitual entre la mayoría de los clientes a gran escala. Entre las ventajas de esta configuración se incluyen:

• Aumento de las opciones de disponibilidad del sitio, como SQL Server Always On
• Capacidad de ejecutar informes pesados con un procesamiento menos escuchado en el sitio
• Recuperación ante desastres más sencilla en algunas situaciones
• Administración de seguridad más sencilla
• Separación de roles para la administración de SQL Server, como con un equipo de DBA independiente

La SQL Server colocada requiere un único servidor y es típica para la mayoría de los clientes a pequeña escala. Entre las ventajas de esta configuración se incluyen:

• Menores costos para máquinas, licencias y mantenimiento
• Menos puntos de error en el sitio
• Mejor control para planear el tiempo de inactividad

De forma predeterminada, SQL Server usa toda la memoria disponible en el servidor, lo que podría provocar que el sistema operativo y otros procesos del equipo se agoten. Para evitar posibles problemas de rendimiento, es importante asignar memoria a SQL Server explícitamente. En los servidores de sitio colocados con SQL Server, asegúrese de que el sistema operativo tenga suficiente RAM para el almacenamiento en caché de archivos y otras operaciones. Asegúrese de que queda suficiente RAM para SMSExec y otros procesos de Configuration Manager. Al ejecutar SQL Server en un servidor remoto, puede asignar la mayor parte de la memoria a SQL, pero no a todos. Revise las directrices de ajuste de tamaño para obtener instrucciones iniciales.

SQL Server asignación de memoria debe redondearse a GB enteros. Además, a medida que la RAM aumenta a grandes cantidades, puede permitir que SQL Server tengan un porcentaje mayor. Por ejemplo, cuando hay 256 GB o más de RAM disponibles, puede configurar SQL Server hasta un 95 %, ya que todavía conserva mucha memoria para el sistema operativo. La supervisión del archivo de página es una buena manera de asegurarse de que hay suficiente memoria para el sistema operativo y cualquier proceso de Configuration Manager.

Puede encontrarse con problemas de contención de memoria si hay más de 16 núcleos físicos y no hay suficiente RAM en el SQL Server. La carga de trabajo Configuration Manager funciona mejor cuando hay al menos 3-4 GB de RAM por núcleo disponibles para SQL. Al agregar núcleos a la SQL Server, asegúrese de aumentar la RAM en cantidades proporcionales.

En general, los grupos de disponibilidad tienen un efecto insignificante en el rendimiento del sistema cuando hay suficientes redes disponibles entre los servidores de réplica. Puede tener un rápido crecimiento del archivo .ldf del registro de base de datos en un entorno de grupo de disponibilidad ocupado. Sin embargo, el espacio de archivos de registro se libera automáticamente después de una copia de seguridad correcta de la base de datos. Agregue un trabajo de SQL Server para que la base de datos de Configuration Manager realice una copia de seguridad, por ejemplo, cada 24 horas, y una copia de seguridad .ldf cada seis horas. Para obtener más información sobre los grupos de disponibilidad y Configuration Manager, incluidos más información sobre las estrategias de copia de seguridad de SQL Server, consulte Preparación para usar un grupo de disponibilidad de SQL Server Always On.

SQL Server compresión no se recomienda para la base de datos de Configuration Manager. Aunque no hay ningún problema funcional con la habilitación de la compresión en una base de datos Configuration Manager, los resultados de las pruebas no muestran mucho ahorro de tamaño en comparación con el posible impacto en el rendimiento considerable para el sistema.

Los secretos de la base de datos de Configuration Manager ya se almacenan de forma segura, pero agregar SQL Server cifrado puede agregar otra capa de seguridad. No hay problemas funcionales con la habilitación del cifrado en la base de datos, pero puede haber hasta un 25 % de degradación del rendimiento. Por lo tanto, cifre con precaución, especialmente en entornos a gran escala. Recuerde también actualizar los planes de copia de seguridad y recuperación para asegurarse de que puede recuperar correctamente los datos cifrados.

Para ver las versiones admitidas de SQL, consulte Compatibilidad con versiones de SQL Server. Desde el punto de vista del rendimiento, todas las versiones compatibles de SQL Server cumplen los criterios de rendimiento necesarios. Sin embargo, SQL Server 2016 o posterior tiende a superar a SQL Server 2014 en algunos aspectos de la carga de trabajo de Configuration Manager. Además, la ejecución de SQL Server 2014 en SQL Server nivel de compatibilidad de 2012 (110) mejora el rendimiento en general. En el momento de la instalación, Configuration Manager bases de datos que se ejecutan en SQL Server 2014 se establecen en el nivel de compatibilidad 110. SQL Server 2016 o posterior se establece en el nivel de compatibilidad predeterminado de SQL Server versión, como 130 para SQL Server 2016. La actualización de SQL Server en contexto no actualiza los niveles de compatibilidad hasta que instale la siguiente versión principal Configuration Manager rama actual.

Si ve tiempos de espera o lentitud inusuales en determinadas consultas SQL en SQL Server 2016 o posterior, como cuando se usa RBAC en la consola de Administración, intente cambiar el nivel de compatibilidad de SQL Server en la base de datos de Configuration Manager a 110. Se admite totalmente la ejecución en SQL Server nivel de compatibilidad 110 en SQL Server 2014 y versiones más recientes de SQL Server. Para obtener más información, vea Tiempo de espera de la consulta SQL o ralentización de la consola en determinadas consultas de base de datos Configuration Manager.

A partir de enero de 2018, debe evitar las siguientes versiones de SQL Server, debido a varios problemas conocidos relacionados con el rendimiento u otros posibles problemas:

• SQL Server 2012 SP3 CU1 a CU5
• SQL Server 2014 SP1 CU6 a SP2 CU2
• SQL Server 2016 RTM a CU3, SP1 CU3 a CU5

Sí, actualice los índices tan a menudo como una vez por semana y las estadísticas con tanta frecuencia como una vez al día para mejorar SQL Server rendimiento. Los scripts de terceros y la información adicional disponible en las comunidades Configuration Manager y SQL Server pueden ayudar a optimizar estas tareas.

En sitios grandes, algunas tablas de SQL Server, como CI_CurrentComplianceStatusDetails, HinvChangeLog, pueden ser grandes, en función de los patrones de uso. Es posible que tenga que reducir o modificar el enfoque de mantenimiento para ellos uno por uno.

SQL Server Express no tiene ninguna implicación significativa en el rendimiento en sitios secundarios y es adecuada para la mayoría de los clientes. También es fácil de implementar y administrar, y es la configuración recomendada para casi todos los clientes a cualquier tamaño.

Hay una situación en la que es posible que se necesite una instalación SQL Server completa. Si tiene un gran número de puntos de distribución y paquetes o orígenes en su entorno, es posible superar el límite de tamaño de 10 GB de SQL Server Express. Si el número de paquetes multiplica el número de puntos de distribución es superior a 4000 000, como 2000 DP con 2000 fragmentos de contenido, considere la posibilidad de usar SQL Server completa en los sitios secundarios.

Dejar la configuración en 0 (usar todos los procesadores disponibles) es óptimo para el rendimiento general del procesamiento en la mayoría de las circunstancias.

Muchos administradores de Configuration Manager siguen las instrucciones de Recomendaciones y directrices para la opción de configuración "Grado máximo de paralelismo" en SQL Server. En la mayoría de los hardware grandes modernos, esta guía conduce a una configuración máxima sugerida de ocho. Sin embargo, si ejecuta muchas consultas más pequeñas en comparación con el número de procesadores, puede resultar útil establecerla en un número mayor. Limitarse a ocho no es necesariamente la mejor opción en sitios más grandes cuando hay más núcleos disponibles.

En servidores SQL Server con más de ocho núcleos, comience con una configuración de 0 y realice solo cambios si experimenta problemas de rendimiento o bloqueo excesivo. Si necesita cambiar MaxDOP porque tiene problemas de rendimiento en 0, comience con un nuevo valor al menos mayor o igual que el número mínimo recomendado de núcleos para el tamaño SQL Server de ese sitio. Ir por debajo de este valor casi siempre tiene implicaciones negativas en el rendimiento. Por ejemplo, un SQL Server remoto para un sitio cliente de 100 000 necesita al menos 12 núcleos. Si el SQL Server tiene 16 núcleos, empiece a probar la configuración de MaxDOP con un valor de 12.

Tenga cuidado al deshabilitar la protección antivirus en cualquier sistema. En entornos de gran volumen y seguros, se recomienda deshabilitar la supervisión activa para obtener un rendimiento óptimo.

Para obtener más información sobre las exclusiones de antivirus recomendadas, consulte Exclusiones de antivirus recomendadas para Configuration Manager 2012 y Servidores de sitio de rama actual, sistemas de sitio y clientes.

Cambiar algunas configuraciones clave de IIS, como WsusPool Queue Length y WsusPool Private Memory limit, puede mejorar el rendimiento de WSUS, incluso en instalaciones más pequeñas. Para obtener más información, consulte Hardware recomendado.

Asegúrese también de que tiene instaladas las actualizaciones más recientes para el sistema operativo que ejecuta WSUS:

• Windows Server 2012: cualquier actualización acumulativa que no sea de "solo seguridad" publicada en octubre de 2017 o posterior. (KB4041690)
• Windows Server 2012 R2: cualquier actualización acumulativa que no sea de "solo seguridad" publicada en agosto de 2017 o posterior. (KB4039871)
• Window Server 2016: cualquier actualización acumulativa que no sea de "solo seguridad" publicada en agosto de 2017 o posterior. (KB4039396)

Consulte la guía completa para Microsoft mantenimiento de WSUS y Configuration Manager SUP.

La supervisión del rendimiento del servidor tradicional funciona de forma eficaz para Configuration Manager generales. También puede aprovechar los distintos módulos de administración de System Center Operations Manager para Configuration Manager, SQL Server y Windows Server para supervisar el estado básico de los servidores. También puede supervisar directamente los contadores de Windows Monitor de rendimiento (PerfMon) Configuration Manager proporciona. Supervise los trabajos pendientes en las distintas bandejas de entrada para detectar señales de advertencia tempranas de posibles problemas de rendimiento del sitio o trabajos pendientes.

Vea también

• Directrices de tamaño y rendimiento del sitio
• preguntas más frecuentes sobre Configuration Manager en Azure