Estimación de los requisitos de rendimiento y capacidad para los Servicios de conectividad empresarial de Microsoft en SharePoint Server 2010

 

Se aplica a: SharePoint Server 2010

Última modificación del tema: 2016-11-30

**Resumen:**En este artículo se ofrece una guía sobre planeamiento y rendimiento y se analiza el impacto del uso de Servicios de conectividad empresarial en Microsoft SharePoint Server 2010.

Para obtener más información acerca de Servicios de conectividad empresarial, vea Información general de Servicios de conectividad empresarial (SharePoint Server 2010).

En este tema:

• Glosario

• Características de la granja de servidores de la prueba

• Resultados de las pruebas

• Recomendaciones

Glosario

En la lista siguiente se definen los Servicios de conectividad empresarial términos utilizados en este documento.

Término	Definición
Asociación	Una asociación vincula los tipos de contenido externo relacionados. Por ejemplo, los clientes se puede asociar a sus pedidos de ventas. Las asociaciones se utilizan de forma conjunta con los Elementos Web.
Elemento externo	Instancia de un tipo de contenido externo.
Lista externa	Una lista de elementos de un tipo de contenido externo.
Sistema externo	Un origen de datos admitido que se puede modelar mediante Servicios de conectividad empresarial, como una base de datos, un servicio web o un ensamblado .NET Framework personalizado.
Página de perfil	Una página de perfil muestra los datos de un elemento de un tipo de contenido externo.
Servicio de almacenamiento seguro	Un servicio compartido que almacena conjuntos de credenciales de forma segura para orígenes de datos externos y los asocia a identidades individuales o de grupo.
Elemento web	Componente reutilizable del sitio de SharePoint que presenta información procedente de varios orígenes de datos.

Características de la granja de servidores de la prueba

En esta sección se definen los escenarios de prueba y se describe el proceso de prueba que se usó para cada escenario. En cada sección de resultados de las pruebas, más adelante en este artículo, se proporciona información detallada, como los resultados de las pruebas y parámetros específicos.

Nombre de la prueba	Descripción de la prueba
Lista externa	Representar una lista externa típica. Cambie las características de la lista externa (número de elementos, tamaño de elementos, etc.) para ver de qué modo afecta al rendimiento y la latencia.
Página de perfil	Representar una página de perfil típica. Cambie las características de la página de perfil (número de elementos por asociación, tamaño de elementos, etc.) para ver de qué modo afecta al rendimiento y la latencia.

Conjunto de datos

La capacidad y el rendimiento de lista externa y la página de perfil dependen en gran medida del volumen de los datos procesados. Para las listas externas, la cantidad de datos que se procesan se determina en función de tres variables: el número de elementos de la lista externa, el número de columnas por elemento y el tamaño de cada elemento. En la siguiente tabla se describen las listas externas representativas utilizadas en las pruebas.

Lista externa	Pequeña	Mediana	Grande
Número de elementos	500	2000	4000
Número de columnas por elemento	25	25	25
Tamaño del elemento	2 KB	4 KB	8 KB

Para las páginas de perfil, el cantidad de datos que se represente dependerá del número y la complejidad de las asociaciones utilizadas. Una asociación vincula los tipos de contenido externos relacionados en un sistema. Una página de perfil puede contener varias asociaciones y cada asociación puede incluir diversos elementos. En la siguiente tabla se describen las páginas representativas utilizadas en la prueba.

Página de perfil	Pequeña	Mediana	Grande
Número de asociaciones	2	2	10
Número de elementos por asociación	100	500	2500
Tamaño del elemento	4 KB	4 KB	4 KB

Carga de trabajo

Las pruebas midieron el rendimiento y la latencia en páginas de perfil y listas externas. Las pruebas estaban diseñadas para ayudar a desarrollar cálculos del modo en que el rendimiento y la latencia responden a los cambios en las siguientes variables:

• Número de servidores front-end web .

• Número de elementos en la lista externa.

• Tamaño del elemento externo.

• Número de elementos por asociación

• Método de autenticación (Modo PassThrough o autenticación de Servicio de almacenamiento seguro).

• Origen de datos externo (Servicio web Windows Communication Foundation (WCF) o base de datos SQL Server).

• Carga en el servidor front-end web medido como uso de CPU.

Las cifras de capacidad y rendimiento específicas presentadas en este artículo serán diferentes de las cifras en entornos reales. Las cifras que se presentan están diseñadas para proporcionar un punto de partida para el diseño de un entorno a una escala adecuada. Después de completar el diseño inicial del sistema, pruebe la configuración para determinar si admitirá los factores del entorno.

Definiciones de las zonas verde y roja

Para cada configuración se ejecutaron dos pruebas con el fin de determinar una zona verde, o rendimiento recomendado que se pudiera mantener, y una zona roja o rendimiento máximo que se pudiera tolerar durante un breve período de tiempo pero que se debe evitar.

Para determinar las cargas de usuario de las zonas verde y roja, se realizó una prueba escalonada que se detuvo cuando se cumplieron las siguientes condiciones:

• Para la zona verde, todos los servidores front-end web en la granja tienen una utilización de CPU de un 40-50 por ciento constante. Esto se logra aumentando la carga de usuarios que se utiliza y estableciendo tiempos de respuesta en las pruebas, lo que significa que cada prueba puede tener una carga de usuarios diferente.

• Para la zona roja, todos los servidores front-end web en la granja tienen una utilización de CPU de un 90-99 por ciento constante. Esto se logra aumentando la carga de usuarios que se utiliza en las pruebas, lo que significa que cada prueba puede tener una carga de usuarios diferente.

Hardware, configuración y topología

En esta sección se describe el hardware, la configuración y las topologías utilizadas en la prueba.

Hardware de laboratorio

Para proporcionar un alto nivel de detalle en los resultados de la prueba, se usaron varias configuraciones de granja de servidores en las pruebas. Las configuraciones de granja de servidores varían de uno a cuatro servidores web y un solo servidor de bases de datos que ejecuta software de base de datos de Microsoft SQL Server 2008.

En la tabla siguiente se enumera el hardware específico usado para realizar las pruebas.

	Servidor front-end web	Servidor de aplicaciones	Servidor de bases de datos	Sistema externo
Procesadores	2 procesadores @2,33 GHz (4 núcleos)	2 procesadores @2,33 GHz (4 núcleos)	4 procesadores @3,2 GHz (4 núcleos)	4 procesadores @3,2 GHz (4 núcleos)
RAM	8 GB	8 GB	32 GB	32 GB
Sistema operativo	Windows Server 2008 R1 (x64)	Windows Server 2008 R1 (x64)	Windows Server 2008 R1 (x64)	Windows Server 2008 R1 (x64)
Número de adaptadores de red	2	2	2	2
Velocidad del adaptador de red	1 GB	1 GB	1 GB	1 GB
Autenticación	NTLM	NTLM	NTLM	NTLM
Versión de software	SharePoint Server 2010, versión preliminar	SharePoint Server 2010, versión preliminar	SQL Server 2008	SQL Server 2008

En la prueba se utilizaron dos sistemas externos: un servicio web WCF y una base de datos. Los sistemas externos se alojaron en un equipo físico independiente (los detalles se describen en la tabla que incluye el hardware específico). En la siguiente lista se describen dos sistemas externos:

• Servicio web WCF   Servicio web WCF que devuelve datos en memoria almacenados en caché. Los datos se almacenan de forma eficaz en una tabla hash y se devuelven inmediatamente al llamarse mediante Servicios de conectividad empresarial. Los datos constan de 8000 filas de 25 campos, cada uno de distintos tipos .NET.

• Base de datos   Tabla con 25 columnas, distintos tipos de datos y 8000 filas. La tabla se encuentra en una base de datos independiente que se aloja en SQL Server 2008.

Topología

La CPU y la memoria del servidor front-end web es un factor de limitación importante para el rendimiento. La CPU del servidor de aplicaciones también se debe tener en cuenta para los modos de autenticación de Servicios de conectividad empresarial que requieren llamadas al Servicio de almacenamiento seguro.

La topología se vio variada mediante la adición de servidores front-end web adicionales.

Topología de planeamiento de capacidad de los servicios de conectividad empresarial

Resultados de las pruebas

En las siguientes secciones se muestran los resultados de las pruebas de Servicios de conectividad empresarial en SharePoint Server 2010. Para cada grupo de pruebas, solo se cambian ciertas variables específicas para mostrar el efecto progresivo en el rendimiento de la granja de servidores.

Los gráficos de prueba utilizan la siguiente leyenda para describir el conjunto de datos:

Sistema externo, tipo de prueba,[Autenticación],[Número de asociaciones], tamaño del elemento, número de elementos, carga de CPU

Elemento	Descripción
Sistema externo	Origen de datos externo: WCF (servicio web WCF) o DB (base de datos).
Tipo de prueba	Tipo de prueba: EL (lista externa) o PP (página de perfil).
Autenticación	Método de autenticación: SSS (se utiliza el modo de autenticación del Servicio de almacenamiento seguro (por ejemplo, WindowsCredentials)). Si no se especifica SSS, el modo PassThrough se utiliza durante la prueba.
Número de asociaciones	Número de asociaciones en la página del perfil (por ejemplo, 2A). Este elemento sólo se aplica a las pruebas de página del perfil.
Tamaño del elemento	Tamaño del elemento (en KB).
Número de elementos	Número de elementos de la lista externa o número de elementos por asociación.
Carga de CPU	Carga de CPU: la utilización de CPU del servidor front-end web de la RZ (zona roja) es superior al 90 o el uso de CPU del servidor front-end web de la GZ (zona verde) está entre el 40-50 por ciento.

Todas las pruebas sobre las que se informa en este artículo se realizaron sin tiempo de reflexión, que es un retraso natural entre operaciones consecutivas. En un entorno real, cada operación va seguida de un retraso mientras el usuario realiza el siguiente paso en la tarea. En cambio, en las pruebas de la zona roja, cada operación fue seguida inmediatamente por la operación siguiente, lo que dio como resultado una carga continua en la granja de servidores. Esta carga introdujo la contención de la base de datos y otros factores que pueden afectar de forma adversa el rendimiento.

Efecto en la latencia del número de servidores front-end web

En los siguientes gráficos se muestran los resultados de la prueba del número de servidores front-end web en la latencia. Los resultados de la prueba se distribuyen sobre diferentes gráficos para facilitar la comparación de las variables relacionadas.

Gráfico 1:

En el siguiente gráfico se muestran los resultados de las pruebas de la lista externa. Se puede utilizar para comparar el modo en que el sistema externo (servicio web WCF o base de datos) y la carga de CPU (zona roja o zona verde) afectan al rendimiento.

Gráfico 1: Efecto en la latencia del número de servidores front-end web

En la siguiente lista se describen los conjuntos de datos utilizados:

• WCF,EL,4k,500,RZ: una lista externa con 500 elementos, 4 K de datos por elemento, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• WCF,EL,4k,500,GZ: una lista externa con 500 elementos, 4 K de datos por elemento, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• WCF,EL,4k,500,GZ: una lista externa con 500 elementos, 4 K de datos por elemento, el sistema externo es una base de datos y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

Gráfico 2:

En el siguiente gráfico se muestran los resultados de las pruebas de la página de perfil. Se puede utilizar para comparar el modo en que el sistema externo (servicio web WCF o base de datos) y la carga de CPU (zona roja o zona verde) afectan al rendimiento.

Gráfico 2: Efecto en la latencia del número de servidores front-end web

Tal y como se muestra en los gráficos 1 y 2, el tiempo promedio por página permanece casi igual para los escenarios de zona roja y zona verde a pesar de agregar más usuarios y servidores front-end web. (Durante la prueba, se incrementó la carga de usuarios para poder mantener todos los servidores front-end web en el intervalo de actividad de CPU necesario). Sin embargo, aún se trata de una ganancia de rendimiento, ya que al aumentar el número de servidores front-end web en la granja, se habilita que SharePoint Server pueda atender a más usuarios en la misma tasa. Existe una mejora evidente aproximadamente multiplicada por cinco, en los casos de la zona verde en comparación con los casos de la zona roja. Por lo tanto, se recomienda que el uso de CPU del servidor front-end web se mantenga en el intervalo del 40-50 por ciento.

En la siguiente lista se describen los conjuntos de datos utilizados:

• WCF,PP,2A, 100,RZ: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es un servicio web WCF y el uso de CPU del servidor front-end web es superior al 90 por ciento.

• DB, PP,2A,100,RZ: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es una base de datos y el uso de CPU del servidor front-end web es superior al 90 por ciento.

• WCF, PP,2A,100,GZ: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es un servicio web WCF y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

• DB, PP, 2A,100,GZ: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es una base de datos y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

Gráfico 3:

En el siguiente gráfico se muestran los resultados de las pruebas de la zona roja. Se comparan datos similares, por lo que la única variable es la autenticación utilizada. Estos datos se pueden utilizar para determinar si el uso del Servicio de almacenamiento afecta al rendimiento.

Gráfico 3: Efecto en la latencia del número de servidores front-end web

En los escenarios de zona roja, el Servicio de almacenamiento seguro no parece implicar una sobrecarga notable cuando la medición se realiza mediante el tiempo promedio por página. Esto se puede atribuir al hecho de que la sobrecarga del Servicio de almacenamiento seguro se ve eclipsada por un factor mayor, que es la elevada carga de usuarios. En la mayoría de los casos, el Servicio de almacenamiento seguro y los resultados del Servicio de almacenamiento no seguro son similares.

También se debe recordar que el Servicio de almacenamiento seguro tendrá un efecto mínimo en los servidores de aplicaciones.

En la siguiente lista se describen los conjuntos de datos utilizados:

• WCF,EL,4k,500,RZ: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es un servicio web WCF, se utiliza el modo de autenticación PassThrough y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• WCF,EL,SSS,4k,500,RZ: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web es más del 90 por ciento.

• WCF,PP,2A,100,RZ: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es un servicio web WCF, se utiliza el modo de autenticación PassThrough y el uso de CPU del servidor front-end web es superior al 90 por ciento.

• WCF,PP,SSS,2A,100,RZ: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación del Servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de CPU del servidor front-end web es superior al 90 por ciento.

• DB, EL, SSS,4k,500,RZ: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es una base de datos, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web es más del 90 por ciento.

• DB, PP,2A,100,RZ: una página de perfil con el uso de 2 asociaciones, 100 elementos por asociación, el sistema externo es una base de datos, se utiliza el modo de autenticación PassThrough y el uso de CPU del servidor front-end web es superior al 90 por ciento.

Gráfico 4:

En el siguiente gráfico se muestran los resultados de las pruebas de la zona verde. Se comparan datos similares, por lo que la única variable es la autenticación utilizada. Los conjuntos de datos similares se pueden utilizar para determinar si el uso del Servicio de almacenamiento seguro afecta al rendimiento.

Gráfico 4: Efecto en la latencia del número de servidores front-end web

La sobrecarga asociada con el Servicio de almacenamiento seguro se hace más evidente en las páginas de perfil durante los escenarios de carga típicos. Existe un breve tiempo promedio por página adicional de unos 20 milisegundos para las páginas de perfil.

En la siguiente lista se describen los conjuntos de datos utilizados:

• WCF, EL,4k,500,GZ: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es un servicio web WCF, se utiliza el modo de autenticación PassThrough y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• WCF, EL,SSS,4k,500,GZ: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• WCF, PP,2A,100,GZ: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es un servicio web WCF, se utiliza el modo de autenticación PassThrough y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

• WCF, PP,SSS,2A,100,GZ: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación del Servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

• DB, EL,4k,500,GZ: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es una base de datos, se utiliza el modo de autenticación PassThrough y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• DB, EL,SSS,4k,500,GZ: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es una base de datos, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• DB, PP,2A,100,GZ: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es una base de datos, se utiliza el modo de autenticación PassThrough y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

• DB, PP,SSS,2A,100,GZ: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es una base de datos, se utiliza un modo de autenticación del Servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

Efecto en el rendimiento del número de servidores front-end web

Gráfico 1:

En el siguiente gráfico se muestran los resultados de las pruebas de la lista externa tal y como se miden en solicitudes por segundo (RPS). Se puede emplear para comparar el modo en que la carga de CPU (zona roja o verde) afecta al rendimiento.

Gráfico 1: Efecto en el rendimiento del número de servidores front-end web

En la siguiente lista se describen los conjuntos de datos utilizados:

• WCF, EL,4k,500,RZ,RPS: una lista externa con 500 elementos, 4 K de datos por elemento, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• WCF, EL,4k,500,GZ,RPS: una lista externa con 500 elementos, 4 K de datos por elemento, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web está entre el 40 y 50 por ciento.

Gráfico 2:

En el siguiente gráfico se muestran los resultados de las pruebas de la página de perfil tal y como se miden en solicitudes por segundo (RPS). Se puede utilizar para comparar el modo en que el sistema externo (servicio web WCF o base de datos) y la carga de CPU (zona roja o zona verde) afectan al rendimiento.

Gráfico 2: Efecto en el rendimiento del número de servidores front-end web

Tal y como se muestra en los gráficos 1 y 2, las solicitudes por segundo (RPS) aumentan de forma lineal hasta que se agrega el tercer servidor front-end web. Tras ello, la tendencia se vuelve logarítmica o sublineal. Aunque existe una ventaja añadida al agregar más servidores front-end web a la granja, se proporciona menos valor para el coste. En concreto, con la adición de un cuarto servidor front-end web se obtiene un beneficio bastante pequeño.

En la siguiente lista se describen los conjuntos de datos utilizados:

• WCF,PP,2A,100,RZ,RPS: una página de perfil con dos asociaciones, 100 elementos por asociación, el sistema externo es un servicio web WCF y el uso de CPU del servidor front-end web es superior al 90 por ciento.

• DB,PP,2A,100,RZ,RPS: una página de perfil con dos asociaciones, 100 elementos por asociación, el sistema externo es una base de datos y el uso de CPU del servidor front-end web es superior al 90 por ciento.

• WCF,PP,2A,100,GZ,RPS: una página de perfil con dos asociaciones, 100 elementos por asociación, el sistema externo es un servicio web WCF y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

• DB,PP,2A,100,GZ,RPS: una página de perfil con dos asociaciones, 100 elementos por asociación, el sistema externo es una base de datos y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

Gráfico 3:

En el siguiente gráfico se muestran los resultados de las pruebas de la zona roja tal y como se miden en solicitudes por segundo (RPS). Se comparan datos similares, por lo que la única variable es la autenticación utilizada. Estos resultados se pueden utilizar para determinar si el uso del Servicio de almacenamiento seguro afecta al rendimiento.

Gráfico 3: Efecto en el rendimiento del número de servidores front-end web

En la siguiente lista se describen los conjuntos de datos utilizados:

• WCF,EL,4k,500,RZ,RPS: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es un servicio web WCF, se utiliza el modo de autenticación PassThrough y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• WCF,EL,SSS,4k,500,RZ,RPS: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• WCF,PP,2A,100,RZ,RPS: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es un servicio web WCF, se utiliza el modo de autenticación PassThrough y el uso de CPU del servidor front-end web es superior al 90 por ciento.

• WCF,PP,SSS,2A,100,RZ,RPS: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación del Servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de CPU del servidor front-end web es superior al 90 por ciento.

• DB,EL,4k,500,RZ,RPS: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es una base de datos, se utiliza el modo de autenticación PassThrough y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• DB,EL,SSS,4k,500,RZ,RPS: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es una base de datos, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web es más del 90 por ciento.

• DB,PP,2A,100,RZ,RPS: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es una base de datos, se utiliza el modo de autenticación PassThrough y el uso de CPU del servidor front-end web es superior al 90 por ciento.

• DB,PP,SSS,2A,100,RZ,RPS: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es una base de datos, se utiliza un modo de autenticación del Servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de CPU del servidor front-end web es superior al 90 por ciento.

Gráfico 4:

En el siguiente gráfico se muestran los resultados de las pruebas de la zona verde tal y como se miden en solicitudes por segundo (RPS). Se comparan datos similares, por lo que la única variable es la autenticación utilizada. Estos resultados se pueden utilizar para determinar si el uso del Servicio de almacenamiento seguro afecta al rendimiento.

Gráfico 4: Efecto en el rendimiento del número de servidores front-end web

Tal y como se muestra en los gráficos 3 y 4, la sobrecarga del Servicio de almacenamiento seguro implica valores de RPS más bajos en algunos casos. Sin embargo, la tendencia logarítmica lineal es similar y en la mayoría de los casos, la diferencia de RPS entre la sobrecarga del Servicio de almacenamiento no seguro y el Servicio de almacenamiento seguro es ligera.

En la siguiente lista se describen los conjuntos de datos utilizados:

• WCF,EL,4k,500,GZ,RPS: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es un servicio web WCF, se utiliza el modo de autenticación PassThrough y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• WCF,EL,SSS,4k,500,GZ,RPSuna lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• WCF,PP,2A,100,GZ,RPS: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es un servicio web WCF, se utiliza el modo de autenticación PassThrough y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

• WCF,PP,SSS,2A,100,GZ,RPS: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación del Servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

• DB,EL,4k,500,GZ,RPS: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es una base de datos, se utiliza el modo de autenticación PassThrough y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• DB, EL,SSS,4k,500,GZ,RPS: una lista externa con 500 elementos, 4 KB de datos por elemento, el sistema externo es una base de datos, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• DB,PP,2A,100,GZ,RPS: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es una base de datos, se utiliza el modo de autenticación PassThrough y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

• DB,PP,SSS,2A,GZ,RPS: una página de perfil con 2 asociaciones, 100 elementos por asociación, el sistema externo es una base de datos, se utiliza un modo de autenticación del Servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

Efecto del tamaño del elemento en la latencia

En el siguiente gráfico se muestra el resultado de la prueba del tamaño del elemento externo en la latencia. Las pruebas incrementaron el tamaño de los elementos en la lista externa y midieron el efecto en la latencia.

Efecto del tamaño del elemento en la latencia

En la siguiente lista se describen los conjuntos de datos utilizados:

• WCF,EL,500,RZ: una lista externa con 500 elementos, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web es más del 90 por ciento.

• WCF,EL,SSS,500,RZ: una lista externa con 500 elementos, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web es más del 90 por ciento.

• WCF,EL,500,GZ: una lista externa con 500 elementos, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• WCF,EL,SSS,500,GZ: una lista externa con 500 elementos, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

Efecto del tamaño del elemento en el rendimiento

En el siguiente gráfico se muestra el resultado de la prueba del tamaño del elemento externo en el rendimiento tal y como se mide en solicitudes por segundo (RPS). Las pruebas incrementaron el tamaño de los elementos en la lista externa y midieron el efecto en el rendimiento.

Efecto del tamaño del elemento en el rendimiento

El rendimiento de RPS siempre es inferior linealmente conforme aumenta el tamaño del elemento. Las condiciones de carga elevada proporcionan más RPS. Sin embargo, tal y como se muestra en los resultados de las pruebas anteriores, las condiciones de carga elevada también implican tiempos de respuesta de página más amplios.

En la siguiente lista se describen los conjuntos de datos utilizados:

• WCF,EL,500,RZ: una lista externa con 500 elementos, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• WCF,EL,SSS,500,RZ: una lista externa con 500 elementos, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• WCF,EL,500,GZ: una lista externa con 500 elementos, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• WCF,EL,SSS,500,GZ: una lista externa con 500 elementos, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

Efecto del número de elementos en la latencia

En el siguiente gráfico se muestra el resultado de los números de elementos en la latencia. Las pruebas incrementaron el número de elementos en la lista externa y midieron cómo afectaba al tiempo que se tardaba en representar la página.

Efecto del número de elementos en la latencia

En la siguiente lista se describen los conjuntos de datos utilizados:

• WCF,EL,4k,RZ: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• WCF,EL,SSS,4k,RZ: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• DB,EL,4k,RZ: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• DB,EL,SSS,4k,RZ: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es una base de datos, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• WCF,EL,4k,GZ: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• WCF,EL,SSS,4k,GZ: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• DB,EL,4k,GZ: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• DB,EL,SSS,4k,RZ: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es una base de datos, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

Efecto del número de elementos en el rendimiento

En el siguiente gráfico se muestra el resultado de la prueba del número de elementos en el rendimiento tal y como se mide en solicitudes por segundo (RPS). Las pruebas incrementaron el número de elementos en la lista externa y midieron el efecto en el rendimiento.

Efecto del número de elementos en el rendimiento

Tal y como muestra este gráfico, las solicitudes por segundo (RPS) disminuyeron casi linealmente conforme aumenta el número de elementos. En comparación con las pruebas anteriores que estudiaron el efecto del tamaño del elemento, el aumento del número de elementos parece tener un efecto mayor en el rendimiento que el aumento del tamaño del elemento.

En la siguiente lista se describe el conjunto de datos:

• WCF,EL,4k,RZ,RPS: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• WCF,EL, SSS,4k,RZ,RPS: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• DB,EL,4k,RZ,RPS: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• DB,EL,SSS,4k,RZ,RPS: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es una base de datos, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• WCF,EL,4k,GZ,RPS: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• WCF,EL, SSS,4k,GZ,RPS: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• DB,EL,4k,GZ,RPS: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• DB,EL,SSS,4k,GZ,RPS: una lista externa con un número variable de elementos, cada elemento tiene 4 KB de datos, el sistema externo es una base de datos, se utiliza un modo de autenticación de servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

Efecto del número de elementos por asociación en la latencia

En el siguiente gráfico se muestra el resultado de los números de elementos en una asociación en la latencia. Las pruebas incrementaron el número de elementos en la lista externa y midieron cómo afectaba al tiempo que se tardaba en representar la página.

Efecto del número de elementos por asociación en la latencia

En la siguiente lista se describe el conjunto de datos:

• WCF,PP,2A,RZ: una pagina de perfil con 2 asociaciones, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• WCF,PP, SSS,2A,RZ: una página de perfil con 2 asociaciones, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación del Servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de CPU del servidor front-end web es superior al 90 por ciento.

• DB,PP,2A,GZ: una página de perfil con 2 asociaciones, el sistema externo es una base de datos y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• DB,PP,SSS,2A,GZ: una página de perfil con 2 asociaciones, el sistema externo es una base de datos, se utiliza un modo de autenticación del Servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

Efecto del número de elementos por asociación en el rendimiento

En el siguiente gráfico se muestra el resultado de la prueba del número de elementos en una asociación en el rendimiento tal y como se mide en solicitudes por segundo (RPS). Las pruebas incrementaron el número de elementos en una asociación y midieron el efecto en el rendimiento.

Efecto del número de elementos por asociación en el rendimiento

En la siguiente lista se describe el conjunto de datos:

• WCF,PP,2A,RZ: una pagina de perfil con 2 asociaciones, el sistema externo es un servicio web WCF y el uso de la CPU del servidor front-end web es superior al 90 por ciento.

• WCF,PP,SSS,2A,RZ: una página de perfil con 2 asociaciones, el sistema externo es un servicio web WCF, se utiliza un modo de autenticación del Servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de CPU del servidor front-end web es superior al 90 por ciento.

• DB,PP,2A,GZ: una página de perfil con 2 asociaciones, el sistema externo es una base de datos y el uso de la CPU del servidor front-end web está entre el 40-50 por ciento.

• DB,PP,SSS,2A,GZ: una página de perfil con 2 asociaciones, el sistema externo es una base de datos, se utiliza un modo de autenticación del Servicio de almacenamiento seguro (por ejemplo, WindowsCredentials) y el uso de CPU del servidor front-end web está entre el 40-50 por ciento.

Recomendaciones

En esta sección se proporcionan recomendaciones generales sobre rendimiento y capacidad. Use estas recomendaciones para determinar las características de capacidad y rendimiento de la topología inicial que creó para decidir si se debe escalar o aumentar la escala de la topología inicial.

Recomendaciones de hardware

Para obtener información específica sobre los requisitos del sistema mínimos y recomendados, consulte Requisitos de hardware y software (SharePoint Server 2010) ().

Recomendaciones relacionadas con el rendimiento de los Servicios de conectividad empresarial

En esta sección se proporcionan recomendaciones de rendimiento para el uso de listas externas y páginas de perfil, así como recomendaciones de rendimiento general para Servicios de conectividad empresarial.

Recomendaciones de listas externas

En la siguiente tabla se describe el modo en que los datos se mueven desde el sistema externo a una lista externa.

Carga	Proceso	Representación
Servicios de conectividad empresarial de Microsoft consulta al sistema externo y carga los datos devueltos en SharePoint Server.	Aplica cualquier procesamiento adicional (ordenación, filtro, grupo) en los datos cargados.	La lista externa representa los elementos en la página.

Servicios de conectividad empresarial de Microsoft no dispone de una caché en memoria para los elementos externos. Los datos tienen que cargarse y representarse cada vez que una lista externa se actualiza. Por lo tanto, muchas de estas recomendaciones intentan limitar cuántos datos se deben representar.

En la siguiente lista se describen las recomendaciones de la lista externa:

• Mantenga el número de elementos que se debe representar tan bajo como sea posible, limitando el número de filas devueltas desde el sistema externo. Este es el factor clave en el rendimiento de la lista externa. Se recomienda mantener el número de filas devueltas entre 100-500. El número de filas devuelvas desde el sistema externo no debe sobrepasar las 2000. Los filtros se pueden utilizar para limitar el número de elementos que devuelve el sistema externo. Para obtener más información sobre los filtros, consulte Procedimiento para crear un tipo de contenido externo basado en una tabla de SQL Server (https://go.microsoft.com/fwlink/?linkid=192184&clcid=0xC0A).

• La representación de una lista supone un gran consumo de CPU en el servidor front-end web y el servidor de aplicaciones. El número de elementos difiere del número total de elementos que se cargan y se representan. El número de elementos que se representa depende de la configuración de la vista de la lista externa. Tenga en cuenta la experiencia general del usuario, el número de elementos que se puede ver con comodidad en una pantalla y mantenga el número de elementos representado por página en una cantidad razonable. Se recomienda mantener el número de elementos en un valor aproximado de 30 por página (valor predeterminado.)

• Mantenga el número de columnas en una lista externa en un número razonable. Un gran número de columnas puede afectar al rendimiento y también puede influir negativamente en la experiencia del usuario (demasiadas columnas para verse sin problemas en una pantalla).

• No incluya columnas de gran tamaño (especialmente cadenas) en las vistas de lista. Las columnas superiores a 1 KB no se deben incluir en una vista de lista. El tipo de contenido externo aún puede incluir la columna de gran tamaño. Sin embargo, sólo se podrá mostrar en la vista de elemento único.

• Al diseñar una lista externa, configure la vista predeterminada para que sea la que querrán ver la mayoría de los usuarios. El cambio de la ordenación o el filtro de una vista requiere que los datos se carguen, se procesen y se representen.

Recomendaciones de la página de perfil

• El número de asociaciones es un factor fundamental en el rendimiento de la página de perfil. Se recomienda mantener el número de asociaciones en 2 como máximo para obtener el menor rendimiento.

• Se prevén números de rendimiento más bajos, tanto en rendimiento como en latencia, con un número mayor de elementos por asociaciones.

Recomendaciones generales para Servicios de conectividad empresarial

• Se produjo una mejora evidente de rendimiento, aproximadamente multiplicada por cinco, en el efecto del número de servidores front-end web en la latencia y comparando los casos de la zona verde y con los de la zona roja. Por lo tanto, se recomienda que el uso de CPU del servidor front-end web se mantenga en el intervalo del 40-50 por ciento.

• El número de elementos parece influir más en el rendimiento que el tamaño del elemento. Si se controla el origen de datos externo, mantenga elevado el tamaño del elemento y bajo el número de elementos para obtener mejores resultados. Por ejemplo, considere la adición de datos de gran tamaño en un solo elemento en lugar de distribuir los datos en varios elementos.

• Los niveles de registro de diagnóstico para Servicios de conectividad empresarial de Microsoft también puede ser un factor importante en la latencia y el rendimiento tal y como la perciben los usuarios. Mantenga los niveles de registro en los niveles mínimos permitidos para un uso normal. Cambie los niveles de registro a un nivel de detalle mayor de forma temporal sólo cuando sea necesario contar con una supervisión más exhaustiva.

• El rendimiento del sistema externo juega un papel importante en el rendimiento de Servicios de conectividad empresarial. Se debe tener en cuenta el rendimiento y la latencia del sistema externo cuando se planeen la capacidad y el rendimiento.

Topologías con incremento de la escalabilidad vertical y con incremento de la escalabilidad horizontal

Es posible calcular el rendimiento de la topología inicial en comparación con la topología propia en las topologías iniciales que se proporcionan en Planeación de disponibilidad (SharePoint Server 2010) (https://go.microsoft.com/fwlink/?linkid=189518&clcid=0xC0A). Esta estrategia puede ayudarle a determinar con rapidez si se debe incrementar la escalabilidad vertical u horizontal de la topología inicial para lograr los objetivos de capacidad y rendimiento.

Para aumentar la capacidad y el rendimiento de una de las topologías de punto de inicio, puede escalar verticalmente mediante el aumento de la capacidad de los equipos de servidor existentes, o bien puede escalar horizontalmente mediante la adición de más servidores a la topología. En esta sección se describen las características de rendimiento general de varias topologías escaladas horizontalmente. Las topologías de ejemplo representan las siguientes maneras comunes de escalar una topología.

• Para proporcionar más carga de usuarios, agregue equipos de servidores web.

• Para proporcionar más carga de datos, agregue capacidad al rol de servidor de bases de datos. Para ello, aumente la capacidad de un solo servidor (en clúster o reflejado), mediante la actualización a un servidor de 64 bits o la adición de servidores reflejados o en clúster.

• Mantenga una proporción de no más de ocho equipos de servidor web en un equipo de servidor de bases de datos (en clúster o reflejado). Aunque las pruebas en nuestro laboratorio tuvieron una proporción óptima específica de servidores web en los servidores de bases de datos para cada escenario de prueba, la implementación de hardware más robusto, especialmente para el servidor de bases de datos, puede producir mejores resultados en el entorno.

Estimación de los objetivos de rendimiento

Muchos factores pueden afectar al rendimiento. Entre ellos se incluyen:

• Número de usuarios

• El tipo, la complejidad y la frecuencia de las operaciones de usuario

• El número de devoluciones en una operación

• Rendimiento de las conexiones de datos

Cada uno de estos factores puede tener un efecto importante sobre el rendimiento de la granja de servidores. Tenga en cuenta todos estos factores al planear la implementación.

SharePoint Server 2010se puede implementar y configurar de varias maneras. Como resultado, no hay una forma sencilla para calcular cuántos usuarios pueden ser admitidos por un número determinado de servidores. Por lo tanto, asegúrese de que realiza pruebas en su propio entorno antes de implementar SharePoint Server 2010 en un entorno de producción.

Optimizaciones

Cuellos de botella comunes y sus causas

Durante las pruebas de rendimiento, se detectaron distintos cuellos de botella habituales. Un cuello de botella es una situación en la que se alcanza la capacidad máxima de un componente determinado de una granja de servidores. Esto produce un estancamiento o una disminución en el rendimiento de la granja de servidores.

En la siguiente tabla se enumeran algunos cuellos de botella comunes y se describen sus causas y soluciones posibles.

Solución de problemas de rendimiento y escalabilidad

Cuello de botella	Causa	Solución
Contención de bases de datos (bloqueos)	Los bloqueos de la base de datos impiden que varios usuarios realicen modificaciones en conflicto en un conjunto de datos. Cuando un conjunto de datos está bloqueado por un usuario o proceso, ningún otro usuario o proceso puede modificar el mismo conjunto de datos hasta que el primer usuario o proceso haya terminado de modificar los datos y abandone el bloqueo.	Para ayudar a reducir la incidencia de bloqueos de la base de datos, puede hacer lo siguiente: Distribuya los formularios enviados en más bibliotecas de documentos. Escale el servidor de bases de datos. Ajuste el disco duro del servidor de bases de datos para que sea de lectura y escritura. Existen métodos para sortear el sistema de bloqueo de la base de datos en SQL Server 2005, como el parámetro NOLOCK. Sin embargo, no se recomienda ni admite el uso de este método debido a la posibilidad de que se dañen los datos.
E/S de disco de servidor de bases de datos	Cuando el número de solicitudes de E/S de un disco duro supera la capacidad de E/S del disco, las solicitudes se ponen en cola. Como resultado, aumenta el tiempo necesario para completar cada solicitud.	La distribución de archivos de datos en varias unidades físicas permite E/S en paralelo. El blog sobre E/S en disco y asignación de disco en SharePoint (en inglés) (https://go.microsoft.com/fwlink/?linkid=129557&clcid=0xC0A) (en inglés) contiene información útil sobre cómo resolver problemas de E/S en disco.
Uso de CPU del servidor web	Cuando un servidor web está sobrecargado con solicitudes de usuario, el uso de CPU promedio se aproximará al 100%. Esto impide que el servidor web responda a las solicitudes de forma rápida y puede causar tiempos de espera y mensajes de error en los equipos cliente.	Este problema se puede resolver de dos maneras. Se pueden añadir servidores web a la granja para distribuir la carga de usuarios, o bien, se pueden escalar los servidores web o servidores agregando procesadores de mayor velocidad. Para obtener más información, consulte Plan para disponibilidad (SharePoint Server 2010) (https://go.microsoft.com/fwlink/?linkid=189518&clcid=0xC0A).

Supervisión del rendimiento

Para ayudar a determinar cuándo tiene que escalar en vertical u horizontal un sistema, use contadores de rendimiento para supervisar el mantenimiento del sistema. Use la información en las tablas siguientes para determinar qué contadores de rendimiento debe supervisar y a qué procesos se deben aplicar los contadores de rendimiento:

Servidores web

En la tabla siguiente, se muestran los contadores de rendimiento y los procesos que deben supervisarse en los servidores web de la granja.

Contador de rendimiento	Aplicar a objeto	Notas
Tiempo de procesador	Total	Muestra el porcentaje de tiempo transcurrido desde que este subproceso usó el procesador para ejecutar instrucciones.
Uso de memoria	Grupo de aplicaciones	Muestra el uso promedio de la memoria del sistema para el grupo de aplicaciones. Se debe determinar el grupo de aplicaciones correcto que se va a supervisar. La pauta básica es determinar el uso de memoria máximo para una aplicación web dada y asignar ese número más 10 al grupo de aplicaciones asociado.

Servidores de bases de datos

En la siguiente tabla se muestran los procesos y contadores de rendimiento para supervisar los servidores de bases de datos en la granja de servidores.

Contador de rendimiento	Aplicar a objeto	Notas
Promedio de longitud de la cola de disco	Disco duro que contiene SharedServices.mdf	Los valores promedio mayores que 1,5 por cilindro indican que los tiempos de escritura para ese disco duro no son suficientes.
Tiempo de procesador	Proceso de SQL Server	Los valores promedio mayores que 80% indican que la capacidad del procesador en el servidor de bases de datos no es suficiente.
Tiempo de procesador	Total	Muestra el porcentaje de tiempo transcurrido desde que este subproceso usó el procesador para ejecutar instrucciones.
Uso de memoria	Total	Muestra el uso promedio de la memoria del sistema.

See Also

Other Resources

Centro de recursos: Servicios de conectividad empresarial en SharePoint Server 2010 (en inglés)