Cálculo de los requisitos de rendimiento y capacidad para entornos de InfoPath Forms Services (Office SharePoint Server)
En este artículo:
Características clave
Entorno de prueba
Resultados de las pruebas
Recomendaciones
Este escenario de planeación del rendimiento y la capacidad incorpora una única granja de servidores de Microsoft Office SharePoint Server 2007 que ejecuta InfoPath Forms Services. La granja de servidores se usa para publicar las plantillas de formulario de InfoPath. Tenga en cuenta que los resultados de las pruebas mostrados en este artículo son específicos de InfoPath Forms Services en Office SharePoint Server 2007. Los resultados de las pruebas podrían no ser representativos de las características de rendimiento de Microsoft Office Forms Server 2007.
Características clave
En las características clave se describen los factores del entorno, las características de uso y otros aspectos que, probablemente, se encontrarán en las implementaciones basadas en este escenario.
Las características clave para este escenario son:
**Autenticación, control de acceso y autorización **En este escenario se usa la autenticación integrada de Windows. Normalmente, los sitios y el contenido se protegen mediante el uso de grupos de seguridad o la concesión de acceso a usuarios individuales según sus cuentas de usuario. La autenticación y la autorización afectan al rendimiento y requieren una conexión de red entre los servidores de la granja y los controladores de dominio. El rendimiento es el número de operaciones que puede realizar una granja de servidores por segundo. El rendimiento se mide en solicitudes por segundo (RPS).
Servicio de directorio asociado Este escenario incorpora un servicio de directorio de Active Directory asociado para proporcionar información acerca del usuario y la organización. Esta información la usan las características de Office SharePoint Server 2007 para ofrecer una funcionalidad avanzada tales como presencia, identificación y audiencias.
Operaciones de usuario complejas (lectura y escritura) En un entorno de formularios, los usuarios ven y contribuyen al contenido. Los objetivos de rendimiento de este escenario están diseñados para garantizar tiempos de respuesta razonables para operaciones de usuario complejas tales como cargar plantillas de formulario o rellenar formularios.
Crecimiento de los datos y los sitios en el transcurso del tiempo Además de estimar el volumen inicial de los datos, en un entorno de colaboración de Office SharePoint Server 2007 se debe tener en cuenta el crecimiento de los datos y los sitios a lo largo del tiempo. Una granja de servidores diseñada solo para el volumen de datos inicial puede ser insuficiente muy pronto.
Tiempos de respuesta de usuario Los objetivos de tiempo de respuesta de los usuarios para operaciones habituales, poco habituales, de larga ejecución e infrecuentes se enumeran en la tabla Tiempo de respuesta de usuario al final del artículo Planeación de límites de software (Office SharePoint Server). Algunas organizaciones pueden tolerar tiempos de respuesta de usuario más lentos o podrían requerir tiempos de respuesta más rápidos. El tiempo de respuesta de usuario esperado es un factor clave que determina los destinos generales de rendimiento. Cuando el número de usuarios es más elevado, es necesario un objetivo de rendimiento más alto para lograr el mismo tiempo de respuesta de usuario.
Simultaneidad de usuarios Se da por supuesta una tasa de simultaneidad del 10%, con un 1% de usuarios simultáneos realizando solicitudes en un momento dado. Por ejemplo, para 10.000 usuarios, 1.000 pueden estar usando la solución al mismo tiempo y 100 usuarios pueden estar realizando solicitudes.
Entorno de prueba
Las pruebas de este escenario se diseñaron para ayudar a desarrollar estimaciones sobre la manera en que las diferentes configuraciones de granja de servidores responden a los cambios de las siguientes variables:
Complejidad del formulario
Tipo de operación del usuario
Conexiones de datos diferentes
Número de bibliotecas de documentos a las que se enviaron formularios
Es importante recordar que las cifras concretas de rendimiento y capacidad que se presentan en este artículo serán distintas de las cifras de los entornos reales. Las cifras se ofrecen como un punto de partida para el diseño de un entorno con el tamaño apropiado. Una vez que haya completado el diseño del sistema inicial, pruebe la configuración para determinar si el sistema será compatible con los factores de su entorno.
Para obtener más información acerca de la manera de probar la implementación, vea Herramientas de planeación de rendimiento y capacidad (Office SharePoint Server) y el kit de herramientas de pruebas web de InfoPath Forms Services 2007 (en inglés) (https://go.microsoft.com/fwlink/?linkid=129547&clcid=0xC0A) (en inglés).
Suposiciones
- Arquitectura de 64 bits En el entorno de prueba solo se usaron servidores web de 64 bits. Aunque Office SharePoint Server 2007 se puede implementar en servidores de 32 bits, recomendamos usar servidores de 64 bits en implementaciones de granjas de servidores. Para obtener más información, vea la sección donde se comparan los servidores de 64 bits y 32 bits del artículo Acerca de la planeación del rendimiento y la capacidad (Office SharePoint Server).
Definiciones de prueba
En esta sección se definen los escenarios de prueba y se proporciona información general sobre el proceso de prueba usado para cada escenario. Se ofrece información detallada, como los resultados de las pruebas y los parámetros específicos, en cada una de las secciones de resultados de las pruebas, más adelante en este artículo.
Definiciones de prueba
| Nombre de la solución | Descripción de la prueba |
|---|---|
Solución de línea de base |
|
Abrir formulario |
|
Guardar en una única biblioteca de documentos de SharePoint |
|
Enviar formulario a través de una conexión de datos de SharePoint |
|
Solución de línea de base con lógica de negocios y controles complejos |
|
Guardar el formulario a través de una conexión de datos de SharePoint (cinco bibliotecas de documentos) |
|
Enviar formulario a través de una conexión de datos de SharePoint (cinco bibliotecas de documentos) |
|
Topología de laboratorio
Para obtener un nivel de detalle mayor en los resultados de la prueba, se usaron varias configuraciones de granjas de servidores, desde uno a ocho servidores web y un único servidor de base de datos con el software de base de datos Microsoft SQL Server 2005. La prueba se realizó con cuatro equipos cliente. Todos los servidores web y el servidor de base de datos eran de 64 bits, y los equipos cliente eran de 32 bits.
En la tabla siguiente se incluye el hardware específico que se usó para las pruebas.
| Función del equipo | Hardware |
|---|---|
Servidor web |
2 procesadores de núcleo cuádruple Intel Xeon E5345 a 2,33 GHz 8 gigabytes (GB) de RAM |
Servidor de base de datos |
4 procesadores de núcleo cuádruple Intel Xeon a 3,2 GHz 16 GB de RAM Cinco discos duros de 146 GB a 15.000 rpm, RAID 5 |
Equipo cliente |
2 procesadores Intel a 3,06 GHz 2 GB de RAM |
En el entorno de pruebas se usó una red de un gigabit (mil millones bits/segundo). Recomendamos usar una red de un gigabit entre los servidores de una granja de servidores de Office SharePoint Server para garantizar un ancho de banda de red suficiente.
Software
En la siguiente tabla se describe el software instalado en los servidores usados para estas pruebas.
| Función del equipo | Software |
|---|---|
Servidor web |
Sistema operativo Windows Server 2008 Enterprise Edition con Service Pack 1 (SP1) y las últimas actualizaciones. Microsoft Office SharePoint Server 2007 con Service Pack 1 (SP1), versión x64. Tenga en cuenta que las pruebas se realizaron antes del lanzamiento de la Actualización de infraestructura para servidores de Microsoft Office. Versión 3.5 de Microsoft .NET Framework. |
Servidor de base de datos |
Windows Server 2008 Enterprise Edition con SP 1 y las últimas actualizaciones. Software de base de datos SQL Server 2005. .NET Framework versión 3.5 |
Equipo cliente |
Windows Server 2003 Enterprise Edition con SP 1 y las últimas actualizaciones. |
Resultados de las pruebas
En las tablas siguientes se muestran los resultados de las pruebas para InfoPath Forms Services en Office SharePoint Server 2007 con SP1. Para cada grupo de pruebas, solo se cambian ciertas variables específicas con el fin de mostrar el impacto progresivo en el rendimiento de la granja de servidores.
Tenga en cuenta que todas las pruebas de este artículo se realizaron sin tiempo de reflexión, es decir, sin ningún retraso natural entre operaciones consecutivas. En un entorno real, a cada operación le sigue un retardo mientras el usuario realiza el siguiente paso en la tarea. Por el contrario, en esta prueba, a cada operación le siguió de manera inmediata la siguiente operación, lo que provocó una carga continua de la granja de servidores que, a su vez, provocó la contención de la base de datos y otros factores que pueden afectar negativamente al rendimiento.
Para obtener más información acerca de los cuellos de botella en InfoPath Forms Services, vea la sección Cuellos de botella frecuentes y sus causas más adelante en este artículo.
Efecto de la lógica de negocios y los controles complejos de un formulario en el rendimiento
Las dos pruebas de la tabla siguiente muestran cómo afecta al rendimiento de la granja de servidores la incorporación de lógica de negocios y controles complejos a un formulario. En la tabla que se presenta al final de esta sección también se incluyen las diferencias entre las dos plantillas de formulario probadas.
| Servidores web | Rendimiento de la solución de línea de base (RPS) | Rendimiento de la solución de línea de base con lógica de negocios y controles complejos (RPS) |
|---|---|---|
1 |
325 |
292 |
2 |
633 |
547 |
4 |
1076 |
954 |
6 |
1052 |
1095 |
8 |
1102 |
1065 |
En el siguiente gráfico se muestra que la incorporación de lógica de negocios y controles complejos no afecta necesariamente al rendimiento de la granja de servidores de una forma lineal. El rendimiento mejora de forma significativa para ambas soluciones de prueba en los cuatro servidores web. Las líneas de tendencia son similares para ambas soluciones de prueba. En resumen, cuando se usan lógica de negocios y controles complejos en un formulario, aumenta la demanda en los servidores web de la granja de servidores, lo que puede indicar que se deben agregar servidores web a la misma.
.gif "Gráfico del impacto de la lógica de negocios")
En la siguiente tabla se muestran las variables del diseño de plantillas de formulario para la solución de formulario compleja.
Variables de plantilla de formulario
| Parámetro | Solución de línea de base | Solución de línea de base con lógica de negocios y controles complejos |
|---|---|---|
Cuello de botella |
E/S de disco de base de datos |
E/S de disco de base de datos |
Conexiones de datos |
1 (enviar a servicio web) |
1 (enviar a servicio web) |
Origen de datos principal |
Sin formato (todos los elementos son elementos secundarios directos de myFields) |
Jerárquica (elementos agrupados en secciones) |
Regla de cerrar al enviar |
Sí |
Sí |
Secciones |
0 |
6 (2 opcionales) |
Tablas extensibles o de repetición |
0 |
1 |
Validación de datos |
4 |
10 |
Reglas |
0 |
3 |
Devoluciones |
2 |
1 |
Optimización de primera solicitud |
Sí |
No |
Efecto de diferentes operaciones en el rendimiento
Estas pruebas muestran la manera en que distintas operaciones realizadas en una solución específica afectan al rendimiento de la granja de servidores.
En la siguiente tabla se muestra la diferencia de rendimiento cuando se llevan a cabo diferentes operaciones (enviar a servicio web, formulario abierto, guardar en una única biblioteca de documentos, enviar a una conexión de datos de SharePoint) en el mismo formulario.
Todas las devoluciones tienen 10 KB.
Efecto de diferentes operaciones en el rendimiento
| Servidores web | Solución de línea de base (envío a servicio web) (RPS) | Formulario abierto (RPS) | Guardar en una biblioteca de documento único (RPS) | Enviar a una conexión de datos de SharePoint (RPS) |
|---|---|---|---|---|
1 |
325 |
302 |
331 |
241 |
2 |
633 |
591 |
416 |
313 |
4 |
1076 |
847 |
429 |
301 |
6 |
1052 |
877 |
426 |
292 |
8 |
1102 |
825 |
431 |
305 |
Como se muestra en el gráfico siguiente, las operaciones de guardado en una única biblioteca de documentos y de envío a una conexión de datos de SharePoint tuvieron un impacto significativo en el rendimiento. El rendimiento no mejoró al agregar servidores web a la granja de servidores. Sin embargo, el rendimiento de las operaciones de envío a servicio web y de formulario abierto sí mejoraron al agregar servidores web.
En este escenario de prueba, se logró un rendimiento óptimo mediante el uso de cuatro servidores web. Se pueden lograr mejores resultados mediante el uso de un servidor de base de datos más eficaz. Además, es una buena recomendación poner las bases de datos de contenido en un servidor de base de datos diferente de la base de datos de estado de la sesión. Esta práctica mejoró el rendimiento de la granja de servidores al menos un 10% en nuestro laboratorio de pruebas.
.gif "Gráfico de impacto de operaciones de InfoPath Forms Server")
En la tabla siguiente se muestran los parámetros de diseño de la plantilla de formularios que se usaron en este escenario de prueba.
Variables de plantilla de formulario
| Parámetro | Solución de línea de base | Abrir formulario | Guardar en una única biblioteca de documentos | Enviar a una conexión de datos de SharePoint |
|---|---|---|---|---|
Cuello de botella |
E/S de disco de base de datos |
No es aplicable. |
Bloqueos de base de datos |
Bloqueos de base de datos |
Conexiones de datos |
1 (enviar a servicio web) |
1 (enviar a biblioteca de documentos de SharePoint) |
1 (enviar a servicio web) |
1 (enviar a una conexión de datos de SharePoint) |
Origen de datos principal |
Sin formato (todos los elementos son un elemento secundario directo de myFields) |
Sin relieve |
Sin relieve |
Sin relieve |
Regla de cerrar al enviar |
Sí |
Sí |
No |
Sí |
Secciones |
0 |
0 |
0 |
0 |
Tablas extensibles o de repetición |
0 |
0 |
0 |
0 |
Validación de datos |
4 |
4 |
4 |
4 |
Reglas |
0 |
0 |
0 |
0 |
Devoluciones |
2 |
1 |
2 |
1 |
Optimización de primera solicitud |
Sí |
No |
Sí |
No |
Efecto en el rendimiento de bibliotecas de documento único frente a bibliotecas de varios documentos
Las pruebas de la tabla siguiente muestran cómo afecta al rendimiento el envío de un formulario a una única biblioteca de documentos en comparación con la distribución de los envíos de formulario a varias bibliotecas de documentos.
Efecto en el rendimiento de bibliotecas de documento único frente a bibliotecas de varios documentos
| Servidores web | Línea de base (RPS) | Enviar a una única biblioteca de documentos mediante una conexión de datos de SharePoint (RPS) | Enviar a cinco bibliotecas de documentos mediante una conexión de datos de SharePoint (RPS) | Guardar en una biblioteca de documento único (RPS) | Guardar en cinco bibliotecas de documentos (RPS) |
|---|---|---|---|---|---|
1 |
325 |
241 |
229 |
331 |
319 |
2 |
633 |
313 |
436 |
416 |
523 |
4 |
1076 |
301 |
485 |
429 |
637 |
6 |
1052 |
292 |
455 |
426 |
591 |
8 |
1102 |
305 |
468 |
431 |
621 |
Tal y como se muestra en el siguiente gráfico, la distribución de formularios entre varias bibliotecas de documentos puede mejorar el rendimiento. En implementaciones pequeñas, el uso de varias bibliotecas de documentos no es un factor importante a tener en cuenta. Sin embargo, a medida que aumenta el número de formularios guardados en una única biblioteca más allá de los límites descritos en Planeación de límites de software (Office SharePoint Server), el rendimiento puede mejorar mucho gracias a las bibliotecas de documentos distribuidas, que reducen la contención. Para implementaciones empresariales a gran escala, es aconsejable diseñar formularios que envían datos a través de una conexión de datos en lugar de formularios que se guardan en bibliotecas de documentos.
.gif "Impacto de conexiones de datos de InfoPath Forms Server")
En la tabla siguiente se muestran los parámetros de diseño de la plantilla de formularios que se usaron en esta prueba.
Variables de plantilla de formulario
| Parámetro | Enviar formulario a través de una conexión de datos de SharePoint | Enviar formulario a través de una conexión de datos de SharePoint (cinco bibliotecas de documentos) | Guardar en una biblioteca de documento único (RPS) | Guardar en cinco bibliotecas de documentos (RPS) |
|---|---|---|---|---|
Cuellos de botella |
Bloqueos de base de datos |
Bloqueos de base de datos |
Bloqueos de base de datos |
Bloqueos de base de datos |
Conexiones de datos |
1 (enviar a biblioteca de documentos de SharePoint) |
1 (enviar a servicio web) |
1 (enviar a biblioteca de documentos de SharePoint) |
1 (enviar a servicio web) |
Origen de datos principal |
Sin formato (todos los elementos son un elemento secundario directo de myFields) |
Sin relieve |
Sin relieve |
Sin relieve |
Regla de cerrar al enviar |
Sí |
Sí |
Sí |
Sí |
Secciones |
0 |
0 |
0 |
0 |
Tablas extensibles o de repetición |
0 |
0 |
0 |
0 |
Validación de datos |
4 |
4 |
4 |
4 |
Reglas |
0 |
0 |
0 |
0 |
Devoluciones |
1 |
1 |
1 |
1 |
Optimización de primera solicitud |
No |
No |
No |
No |
Recomendaciones
En esta sección se proporcionan recomendaciones generales sobre el rendimiento y la capacidad. Use estas recomendaciones para determinar las características de capacidad y rendimiento de la topología inicial que creó en Planeación de la disponibilidad (Office SharePoint Server), y para determinar si necesita escalar dicha topología en vertical o en horizontal.
Recomendaciones de hardware
Para obtener información más específica acerca de los requisitos del sistema mínimos y recomendados, vea Determinación de los requisitos de hardware y software (Office SharePoint Server).
Nota
Los requisitos de memoria para servidores web y servidores de base de datos dependen del tamaño de la granja de servidores, del número de usuarios simultáneos y de la complejidad de las características y páginas de la granja. Las recomendaciones de memoria de la tabla siguiente pueden ser suficientes para una granja de servidores de poco uso o uso ligero. Sin embargo, el uso de memoria debe supervisarse detenidamente para determinar si debe agregarse más.
Topologías de escalado en vertical u horizontal
Puede calcular el rendimiento de la topología inicial si la compara con las topologías iniciales que se proporcionan en Planeación de la disponibilidad (Office SharePoint Server). Al hacerlo, podrá determinar rápidamente si necesita escalar la topología inicial en vertical o en horizontal para satisfacer sus objetivos de rendimiento y capacidad.
Si ha determinado que su implementación no necesita una gran disponibilidad, lea Planeación de la redundancia (Office SharePoint Server) para obtener información acerca de cómo determinar los requisitos para conseguir redundancia.
Para aumentar la capacidad y el rendimiento de una de las topologías iniciales, tiene dos posibilidades. Puede realizar un escalado en vertical, implementando equipos de servidor con mayor capacidad, o un escalado en horizontal, agregando más servidores. En esta sección se describen las características de rendimiento generales de varias topologías con escalado en horizontal. Las topologías de ejemplo representan los siguientes modos comunes de escalar una topología para un escenario de InfoPath Forms Services:
Para poder asumir una mayor carga de usuarios, agregue servidores web.
Para asumir una mayor carga de datos, agregue capacidad a la función de servidor de base de datos mediante el aumento de la capacidad de un solo servidor (en clúster o reflejado), mediante la actualización a un servidor de 64 bits o mediante la incorporación de más servidores en clúster o reflejados.
Mantenga una proporción inferior a ocho servidores web por cada servidor de base de datos (en clúster o reflejado). Aunque las pruebas de nuestro laboratorio arrojaron una relación óptima específica de servidores web con servidores de base de datos para cada escenario de pruebas, la implementación de hardware más sólida, especialmente para el servidor de base de datos, puede ofrecer mejores resultados en su entorno.
Cálculo de destinos de rendimiento
Hay muchos factores que pueden afectar al rendimiento. Entre ellos, se incluyen el número de usuarios, el tipo, la complejidad y la frecuencia de las operaciones de los usuarios, el número de devoluciones en una operación y el rendimiento de las conexiones de datos. Cada uno de estos factores puede tener una repercusión importante en el rendimiento de la granja de servidores. Debe estudiar detenidamente cada uno de estos factores al planear la implementación.
Office SharePoint Server 2007 se puede implementar y configurar de varias formas, por lo que no hay una manera sencilla de estimar cuántos usuarios se pueden admitir en un número determinado de servidores. En consecuencia, asegúrese de realizar pruebas en su entorno de prueba antes de implementar Office SharePoint Server 2007 en un entorno de producción.
Optimizaciones
En las siguientes secciones se abordan métodos para mejorar el rendimiento de las granjas de servidores mediante la optimización de las plantillas de formulario y del servidor de base de datos.
Optimizaciones de diseño de plantillas de formulario
Optimizar la primera solicitud (es decir, la solicitud para abrir el formulario) para las plantillas de formulario sin eventos onLoad ni lógica de negocios. Optimizar la primera solicitud mediante la demora de la creación de una entrada de estado de sesión en la base de datos hasta que se produzca una solicitud POST. Tenga en cuenta que para este tipo de plantillas de formulario, si la única solicitud POST es para cerrar el formulario después del envío, no se creará el estado de sesión de SQL. Para aplicar esta optimización, el diseñador de formularios debe establecer la configuración avanzada del envío para que cierre el formulario después de enviar. Para obtener más información acerca de las optimizaciones del diseño de plantillas de formulario, vea un artículo en seis partes que encontrará en el blog que trata sobre el diseño de formularios habilitados para explorador en InfoPath Forms Services (en inglés) (https://go.microsoft.com/fwlink/?linkid=129548&clcid=0xC0A) (en inglés).
Si un escenario implica guardar un formulario en una biblioteca de documentos, es mejor enviar el formulario a la biblioteca en lugar de guardarlo. Una operación Enviar desencadena un solo viaje de ida y vuelta o solicitud POST, mientras que una operación Guardar desencadena dos solicitudes POST. El nombre del formulario se puede generar dinámicamente mediante el uso de una regla o un control en el formulario.
Para reducir la latencia del usuario, recomendamos que el diseñador de formularios reduzca el número de controles por vista. Para optimizar la vista de la primera página, coloque los controles que consumen muchos recursos, como los campos de texto enriquecido, en vistas posteriores y no en la vista predeterminada.
Optimizaciones de servidor de base de datos
- Es más importante tener una versión de 64 bits del sistema operativo Windows Server 2003 en la base de datos que tener una versión de 64 bits del software de base de datos SQL Server. Esto se debe a que la arquitectura de 64 bits de Windows Server proporciona la mejor asignación de direcciones y hay más memoria disponible para el proceso de SQL. Por otro lado, si la memoria física del servidor de base de datos es un cuello de botella del rendimiento, considere también la posibilidad de usar un servidor de base de datos de 64 bits. La configuración recomendada para SQL Server 2005 es un equipo de 64 bits con 8 procesadores con la versión de 64 bits de Windows Server 2003.
Cuellos de botella frecuentes y sus causas
Durante las pruebas de rendimiento se detectaron distintos cuellos de botella frecuentes. Un cuello de botella es una situación en la que se alcanza la capacidad de un componente determinado de una granja de servidores, lo que provoca una disminución del rendimiento de la granja.
La siguiente tabla enumera algunos cuellos de botella frecuentes, y describe sus causas y posibles soluciones.
Cuellos de botella en InfoPath Form Services
| Cuello de botella | Causa | Resolución |
|---|---|---|
Contención de la base de datos (bloqueos) |
Los bloqueos de la base de datos impiden que varios usuarios realicen modificaciones que entran 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 modificarlo hasta que el primer usuario o proceso finaliza la modificación de los datos y libera el bloqueo. |
Para ayudar a reducir la incidencia de bloqueos de base de datos, puede hacer lo siguiente:
Existen métodos para evitar el sistema de bloqueo de la base de datos en SQL Server 2005, como el parámetro NOLOCK. Sin embargo, no se recomienda ni se admite el uso de este método debido a la posibilidad de daños en los datos. |
E/S de disco del servidor de base 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 colocan en la cola. Como resultado, aumenta el tiempo necesario para completar cada solicitud. |
La distribución de archivos de datos entre varias unidades físicas permite la E/S en paralelo. El blog sobre la asignación de discos y E/S de disco en SharePoint (en inglés) (https://go.microsoft.com/fwlink/?linkid=129557&clcid=0xC0A) (en inglés) contiene información muy útil acerca de cómo solucionar problemas de E/S de disco. |
Uso de la CPU del servidor web |
Cuando un servidor web está sobrecargado con solicitudes de usuario, el promedio de uso de la CPU se aproxima al 100 por cien. Esto impide que el servidor web responda rápidamente a las solicitudes y puede provocar agotamientos del tiempo de espera y mensajes de error en los equipos cliente. |
Este problema puede resolverse de dos maneras. Se pueden agregar servidores web adicionales a la granja para distribuir la carga de usuarios o se puede ampliar el servidor web agregando procesadores de mayor velocidad. Vea Planeación de la disponibilidad (Office SharePoint Server) y Planeación de la redundancia (Office SharePoint Server) para obtener más información. |
Cálculo de los requisitos de espacio en disco
En estas secciones se proporcionan tablas que le pueden ayudar a calcular los requisitos de espacio en disco para este escenario. Los requisitos de espacio de disco para el hardware variarán en gran medida según la función del servidor y el escenario, y dependen de los datos que deben almacenarse en la base de datos de contenido, los requisitos de almacenamiento en caché y el número y tamaño de los formularios y plantillas de formulario almacenados en la granja de servidores. En la explicación siguiente, siempre que sea posible, los números de las fórmulas se basan en los requisitos de espacio en disco que pueden predecirse (como el tamaño de los archivos de instalación).
Primero, calcule los requisitos de espacio en disco para cada función de servidor. A continuación, en función de la topología que haya planeado, en casos en que las funciones de servidor comparten el mismo servidor físico, sume los requisitos de espacio en disco de esas funciones. Por último, asegúrese de que el hardware admite los requisitos de espacio en disco.
Adicionalmente, use los procedimientos recomendados para el almacenamiento de SQL Server en los servidores de base de datos. Para obtener más información, vea el tema que trata del diseño de almacenamiento de la base de datos física (en inglés) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0xC0A) (en inglés). Si se implementa más de un servidor de base de datos, aplique el factor de espacio de disco de SQL por separado para cada servidor web.
Nota
Los archivos de sistema operativo y de programa deben almacenarse aparte de los archivos de datos en una unidad independiente o en una matriz redundante de discos independientes (RAID).
Requisitos de espacio en disco para servidores de base de datos
Use la tabla siguiente para calcular los requisitos de espacio en disco de los servidores de base de datos de la granja de servidores. Si se implementa más de un servidor de base de datos, calcule esta suma por separado para cada uno de ellos.
| Categoría | Descripción | Valor |
|---|---|---|
Archivos de sistema operativo |
Espacio de disco necesario para los archivos de sistema y de configuración de Windows Server 2008. Para obtener más información, vea el artículo sobre la elección de un sistema de archivos para la partición de la instalación (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0xC0A). |
4 GB |
Archivo de paginación |
De forma predeterminada, el tamaño del archivo de paginación será el mismo que la cantidad de memoria física. |
|
Archivos de instalación de SQL Server |
Espacio en disco necesario para los archivos de programa e instalación de SQL Server. Para obtener más información, vea los requisitos del sistema de SQL Server 2005 Standard Edition (https://go.microsoft.com/fwlink/?linkid=78870&clcid=0xC0A). |
425 MB |
Archivos de registro de base de datos |
Guarde el archivo .ldf de SharedServices_DB en un disco duro distinto a los discos en los que se encuentra el archivo .mdf de SharedServices_DB y Content_DB de WSS. Los administradores seguramente desearán tener un disco específico dedicado a los archivos de registro, porque los archivos de registro pueden llegar a ser muy grandes. Si lo prefiere, configure los archivos de registro para que se reciclen tras alcanzarse aproximadamente el 50% del espacio de disco disponible. El espacio en disco de los archivos de registro variarán según la configuración de registro y el número de bases de datos. Para obtener más información, vea la página que trata del diseño de almacenamiento de bases de datos físico (en inglés) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0xC0A) (en inglés). |
|
Base de datos de configuración |
Por lo general, la base de datos de configuración no aumentará por encima de este tamaño. Se trata de un tamaño máximo estimado, no de una limitación fija. |
1,5 GB |
Bases de datos de contenido |
Coloque el archivo SharedServices_DB.mdf en el disco virtual que tenga la matriz de discos y la capacidad mayores. Calcule el volumen de contenido que se almacenará en las bases de datos de contenido. Tenga en cuenta los factores siguientes:
|
|
Crecimiento futuro |
Debe prever el doble de la cantidad de datos prevista para la implementación inicial. Especifique un número adecuado para su entorno. |
|
Espacio libre |
Deje al menos un 25% de espacio libre para cada disco duro o volumen. |
|
Capacidad total |
Requisitos de espacio en disco para servidores web de bases de datos
Use la tabla siguiente para calcular los requisitos de espacio en disco de cada servidor web de la granja de servidores.
| Categoría | Descripción | Valor |
|---|---|---|
Archivos de sistema operativo |
Espacio de disco necesario para los archivos de sistema y de configuración de Windows Server 2008. Para obtener más información, vea el artículo sobre la elección de un sistema de archivos para la partición de la instalación (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0xC0A). |
4 GB |
Archivo de paginación |
De forma predeterminada, el tamaño del archivo de paginación será el mismo que la cantidad de memoria física. |
|
Archivos de instalación de Office SharePoint Server 2007 |
1,3 GB |
|
.NET Framework versión 3.5 |
60 MB |
|
Espacio libre |
Deje al menos un 25% de espacio libre para cada disco duro o volumen. |
|
Capacidad total |
Supervisión del rendimiento
Como ayuda para determinar cuándo es necesario realizar un escalado vertical u horizontal del sistema, use contadores de rendimiento para supervisar el estado del sistema. Use la información de las tablas siguientes para determinar los contadores de rendimiento que deben supervisarse, así como el proceso que debe aplicarse a los contadores de rendimiento.
Servidores web
En la tabla siguiente, se muestran los contadores de rendimiento y los procesos que deben supervisarse para los servidores web de la granja.
| Contador de rendimiento | Aplicar a objeto | Notas |
|---|---|---|
Tiempo de procesador |
Total |
Muestra el porcentaje de tiempo durante el cual este subproceso ha usado 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. Deberá identificar el grupo de aplicaciones adecuado que debe supervisarse. La indicación básica consiste en identificar el pico de uso de memoria de una aplicación web determinada y asignar ese número más 10 al grupo de aplicaciones asociado. |
Servidores de base de datos
En la tabla siguiente, se muestran los contadores de rendimiento y los procesos que deben supervisarse para los servidores de base de datos de la granja.
| Contador de rendimiento | Aplicar a objeto | Notas |
|---|---|---|
Promedio de la longitud de cola de disco |
Disco duro que contiene SharedServices.mdf |
Los valores promedio superiores a 1,5 por cilindro indican que los tiempos de escritura de ese disco duro son insuficientes. |
Tiempo de procesador |
Proceso de SQL Server |
Los valores promedio que superen el 80% indican que la capacidad del procesador del servidor de base de datos es insuficiente. |
Tiempo de procesador |
Total |
Muestra el porcentaje de tiempo durante el cual este subproceso ha usado el procesador para ejecutar instrucciones. |
Uso de memoria |
Total |
Muestra el promedio de uso de la memoria del sistema. |
Descarga de este libro
En este tema se incluye el siguiente libro descargable para facilitar la lectura y la impresión:
Vea la lista completa de libros disponibles en la página que muestra el contenido descargable para Office SharePoint Server 2007.
Vea también
Otros recursos
Kit de herramientas web de InfoPath Forms Services 2007 (en inglés)