Compartir a través de


Planeación de límites de software (Office SharePoint Server)

En este artículo:

  • Últimas instrucciones sobre planeación y rendimiento

  • Entorno de prueba

  • Resultados de las pruebas

  • Instrucciones para un rendimiento aceptable

En este artículo se ofrece información que le ayudará a comprender el rendimiento probado y los límites de capacidad de Microsoft Office SharePoint Server 2007, así como información sobre el entorno de prueba y los resultados de las pruebas e instrucciones para obtener un rendimiento aceptable. Use la información de este artículo para determinar si la implementación que ha planeado se encuentra dentro de los límites de rendimiento y capacidad aceptables.

Importante

Algunas de las instrucciones de este artículo se han actualizado para Office SharePoint Server 2007 con SP1. Para ver la lista completa de actualizaciones de Office SharePoint Server 2007 con SP1, vea Libro descargable: Planeación e implementación del Service Pack 1 para Office SharePoint Server 2007 en un entorno de varios servidores.

Los resultados de las pruebas y las instrucciones proporcionadas en este artículo se aplican a una sola instalación de Office SharePoint Server 2007. Agregar equipos servidor a la instalación no aumenta los límites de capacidad de los objetos del sitio que se enumeran en las tablas de la sección Instrucciones para un rendimiento aceptable. Por otra parte, agregar equipos servidor aumenta el rendimiento de una granja de servidores, lo que puede ser necesario para obtener un rendimiento aceptable con grandes cantidades de objetos. En algunos casos, los requisitos para grandes cantidades de objetos dentro de una solución pueden requerir el uso de más de una granja de servidores.

En este artículo, las instrucciones vienen determinadas por el rendimiento. En otras palabras, puede exceder las instrucciones proporcionadas, pero a medida que aumente la escala, experimentará un menor rendimiento.

Tenga en cuenta que existen muchos factores que pueden afectar al rendimiento de un entorno dado e incluso de áreas diferentes de dicho entorno. Algunos resultados de pruebas y recomendaciones de este artículo pueden estar relacionados con características u operaciones de usuario que no existen en su entorno y, por tanto, no son aplicables a su solución. Únicamente la realización de pruebas exhaustivas le proporcionará los datos exactos y específicos de su entorno.

Vea la sección Factores de planeación de capacidad y rendimiento adicionales (Office SharePoint Server) de esta guía para obtener más información acerca de otros factores que afectan al rendimiento y a la capacidad y que no fueron incluidos en el proceso de pruebas de esta guía.

Últimas instrucciones sobre planeación y rendimiento

En esta sección se proporcionan las últimas instrucciones sobre planeación y rendimiento. Las siguientes recomendaciones son fragmentos tomados del documento técnico de recomendaciones de rendimiento para la planeación y la supervisión del almacenamiento (https://go.microsoft.com/fwlink/?linkid=105890&clcid=0xC0A).

Para obtener más información acerca de las últimas instrucciones relacionadas con la planeación y el rendimiento de Office SharePoint Server 2007 con SP1, vea Libro descargable: Planeación e implementación del Service Pack 1 para Office SharePoint Server 2007 en un entorno de varios servidores.

Limitación del tamaño de la base de datos de contenido para mejorar la administración

Considere un tamaño de base de datos que permita mejorar la administración y el rendimiento del entorno.

  • En la mayoría de los casos, para mejorar el rendimiento de Office SharePoint Server 2007, se recomienda no usar bases de datos de contenido de más de 100 GB. Si el diseño requiere una base de datos de más de 100 GB, siga estas instrucciones:

    • Use una sola colección de sitios para los datos.

    • Use una solución de copia de seguridad diferencial, como SQL Server 2005 o Microsoft System Center Data Protection Manager, en lugar de las herramientas de copia de seguridad y recuperación integradas.

    • Pruebe el servidor que ejecuta SQL Server 2005 y el subsistema de E/S antes de pasar a una solución que dependa de una base de datos de contenido de 100 GB.

  • Siempre que sea posible, si una colección de sitios se está aproximando a los 100 GB, se recomienda encarecidamente que coloque una parte de su contenido en una nueva colección de sitios, en una base de datos de contenido independiente, para evitar problemas de rendimiento o administración.

  • Limite las bases de datos de contenido que contengan varias colecciones de sitios a aproximadamente 100 GB.

Nota

Los límites recomendados se aplican únicamente a servidores que ejecuten SQL Server 2005 con Office SharePoint Server 2007. No son instrucciones generales para SQL Server 2005.

Asignación de almacenamiento para versiones y papeleras de reciclaje

Si piensa usar el control de versiones o papeleras de reciclaje en un sitio, tenga en cuenta cómo puede afectar esto a la cuota del sitio.

  • En las bibliotecas que tienen habilitado el control de versiones, el almacenamiento usado para las versiones anteriores se tiene en cuenta para la cuota del sitio. Téngalo en cuenta y haga las previsiones correspondientes.

  • Para cualquier sitio se puede habilitar una o dos etapas de la papelera de reciclaje. La primera etapa (papeleras de reciclaje de usuario y sitio) se incluye en la cuota del sitio. La segunda etapa (la papelera de reciclaje de la colección de sitios) no se incluye en la cuota del sitio. Sin embargo, el contenido de la papelera de reciclaje de la segunda etapa se suma al espacio de almacenamiento que usa la colección de sitios. No olvide reservar suficiente espacio de almacenamiento adicional para la papelera de reciclaje de la segunda etapa. Preste especial atención al número de días que se conservan los documentos eliminados en cada etapa de la papelera de reciclaje.

Uso de plantillas de cuota para administrar el almacenamiento

Use plantillas de cuota para administrar colecciones de sitios con características similares. Una plantilla de cuota establece los límites de almacenamiento de las colecciones de sitios y también envía alertas de correo electrónico cuando se alcanzan los tamaños de almacenamiento especificados. Cualquier cambio realizado en una plantilla de cuota solamente afecta a los nuevos sitios, no a los sitios creados con anterioridad.

Entorno de prueba

En la siguiente tabla se muestran las especificaciones de los equipos en el entorno de prueba.

Función Especificaciones

Equipo independiente

1 procesador de 64 bits Intel Xeon de doble núcleo de 2,8 gigahercios (GHz), 2 gigabytes (GB) de RAM

Equipo servidor web

2 procesadores de 64 bits Intel Xeon de doble núcleo de 2,8 GHz, 4 gigabytes (GB) de RAM

Equipo de base de datos con Microsoft SQL Server

4 procesadores de 64 bits Intel Xeon de doble núcleo a 2,8 GHz con 32 GB de RAM

Equipos cliente

Procesador Pentium III de 1,2 GHz, 1 GB de RAM

Se usó una red Ethernet de 1 gigabit (mil millones de bits/segundo) entre los equipos de la granja.

Las pruebas se realizaron con las configuraciones que se muestran en la siguiente tabla.

Servidor de base de datos 1 servidor web 2 servidores web 3 servidores web 4 servidores web 5 servidores web 6 servidores web 7 servidores web 8 servidores web

0

X

1

X

X

X

X

X

X

X

X

Además, se realizaron pruebas específicas del entorno con varias configuraciones de granja de servidores. Vea los artículos de escenarios que se incluyen en Cálculo de requisitos de rendimiento y capacidad (Office SharePoint Server) para obtener información acerca de las pruebas de configuración específicas del entorno.

Resultados de las pruebas

Las siguientes tablas y gráficos muestran el rendimiento del entorno de prueba dado un conjunto determinado de parámetros, operaciones de usuario y condiciones de carga. Todas estas pruebas se realizaron en una granja 8x1 de Office SharePoint Server 2007. Los resultados proporcionados se aplican a todos los entornos de Office SharePoint Server 2007.

Nota

En el futuro se harán pruebas de otras configuraciones. Los resultados se irán publicando a medida que estén disponibles.

Las mediciones del rendimiento para las distintas operaciones dependen de cómo se usen las colecciones de sitios. Por ejemplo, una sola colección de sitios puede contener miles de subsitios, pero los tiempos de respuesta para los usuarios para operaciones que enumeren el contenedor comienzan a aumentar a medida que aumenta el número de colecciones de sitios. Las operaciones que no enumeran el contenedor seguirán teniendo un rendimiento aceptable.

Los subsitios creados para las pruebas se dividen tal como se muestra en la siguiente tabla.

Tipo de subsitio Porcentaje del total

Sitios de equipo

55%

Área de documentos

20%

Área de reuniones

10%

Blog

10%

Wiki

5%

Cambios en el rendimiento al crear un sitio y enumeración de sitios a medida que aumenta el número de sitios

El tiempo de respuesta para los usuarios para determinadas operaciones aumenta con el número de sitios de una colección de sitios.

En este gráfico se muestra el tiempo de respuesta de los usuarios cuando se enumeran los sitios de una colección de sitios y cuando se crea un nuevo sitio a medida que aumenta el número de sitios existentes.

Gráfico de análisis: tiempo de respuesta de usuario frente a número de sitios

Rendimiento y número de colecciones de sitios

El rendimiento, medido en RPS (respuestas por segundo), disminuye a medida que aumenta el número de colecciones de sitios en la granja.

En la siguiente figura se muestra el descenso del rendimiento al explorar hasta la página de inicio de diferentes colecciones de sitios a medida que aumenta el número de colecciones de sitios en la misma base de datos de contenido. El rendimiento desciende rápidamente a medida que el número total de colecciones de sitios aumenta de 2.000 (RPS=265) a 16.000 (RPS=66); luego, las RPS se mantienen cerca de 50 cuando el número total de colecciones de sitios aumenta hasta 50.000.

Planeación de SharePoint: capacidad de proceso frente a número de sitios

Diferencias de rendimiento entre una biblioteca de documentos plana y una biblioteca de documentos con carpetas

El rendimiento para ciertas operaciones disminuye a medida que aumenta el número de elementos en una carpeta.

En la siguiente figura se muestra la diferencia de rendimiento entre ver todos los elementos de una biblioteca de documentos con y sin uso efectivo de carpetas, lo que resulta vital para ajustar la escala. Como se muestra en el gráfico a continuación, el rendimiento disminuye a medida que aumenta el número de documentos cuando se almacena en bibliotecas planas. El mayor descenso de rendimiento ocurre cuando el número total de documentos es menor de 2.000, de 151 RPS (con 200 documentos) a 63 RPS (con 2.000 documentos). Con 4.000 documentos, el rendimiento desciende a 13 RPS, es decir, un descenso total del rendimiento de más del 90% respecto a una biblioteca vacía.

Gráfico: RPS frente a número de documentos en la biblioteca

En la siguiente figura se muestra el rendimiento relativo entre las vistas de carpeta cuando las carpetas se usan para almacenar y organizar documentos, y una vista indizada de una estructura de biblioteca plana. Cada carpeta contiene 500 documentos creados por distintos usuarios. En este escenario, no hay un descenso significativo del rendimiento hasta 1 millón de documentos para ambos casos, siempre que el número de elementos en la vista no supere el umbral de rendimiento de su sistema. Sin embargo, el rendimiento es mayor cuando se usan carpetas.

Gráfico de rendimiento y documentos en una biblioteca

A medida que aumenta el número de elementos en una carpeta, el rendimiento de la vista de carpetas se reducirá gradualmente. Tenga en cuenta que los resultados anteriores son estimaciones basadas en nuestras pruebas y que los resultados pueden variar en su entorno.

Instrucciones para un rendimiento aceptable

La escalabilidad afecta directamente a la capacidad. En esta sección se enumeran los objetos que contribuyen a una solución y se proporcionan instrucciones para obtener un rendimiento aceptable para cada tipo de objeto. Se proporcionan datos de límites, junto con notas que describen las condiciones con las que se obtienen esos límites, así como vínculos a información adicional disponible. Use las instrucciones de este artículo para revisar los planes de la solución global.

Si los planes de su solución exceden las instrucciones recomendadas para uno o más objetos, lleva a cabo una o más de las siguientes acciones:

  • Evalúe la solución para garantizar que se compensan otras áreas.

  • Marque estas áreas para realizar pruebas y operaciones de supervisión mientras genera e implementa la solución.

  • Vuelva a diseñar la solución para estar seguro de que no se han excedido las instrucciones de capacidad.

En las siguientes tablas se muestran los objetos por categoría y se incluyen las instrucciones recomendadas para obtener un rendimiento aceptable. Por rendimiento aceptable se entiende que el sistema, tal como ha sido probado, admite ese número de objetos, pero que el número no puede aumentarse sin experimentar un menor rendimiento. Un asterisco (*) indica un límite físico; la ausencia de asterisco indica un límite probado o admitido.

En la siguiente tabla se muestran las instrucciones recomendadas para los objetos del sitio.

Objeto del sitio Instrucciones para un rendimiento aceptable Notas Ámbito de impacto al disminuir el rendimiento

Colección de sitios

50.000 por base de datos de contenido

El rendimiento total de la granja disminuye a medida que aumenta el número de colecciones de sitios.

Granja

Colección de sitios

150.000 por aplicación web

Este límite es teórico y depende en gran medida de los siguientes factores:

  • Rendimiento del servidor de base de datos en el que reside la base de datos de configuración.

  • Rendimiento de los servidores web de la granja de servidores.

  • Ancho de banda de red entre los servidores web y el servidor de base de datos.

No se trata de un límite máximo y se supone que hay un único servidor de base de datos. Es posible que el entorno no pueda hospedar tantas colecciones de sitios por aplicación web. Si distribuye las bases de datos de contenido entre servidores de base de datos adicionales, puede aumentar el límite efectivo del número de colecciones de sitios por aplicación web. Debe realizar pruebas para determinar el límite efectivo real de su entorno.

Granja de servidores

Sitio web

250.000 por colección de sitios

Puede crear un número total muy alto de sitios web si anida los subsitios. Por ejemplo, 100 sitios, cada uno con 1.000 subsitios, son 100.000 sitios web. El número máximo recomendado de sitios y subsitios es 125 sitios, con 2.000 subsitios cada uno, que hacen un total de 250.000 sitios.

Colección de sitios

Subsitio

2.000 por sitio web

La interfaz para enumerar los subsitios de un sitio web determinado no tiene un rendimiento adecuado cuando el número de subsitios sobrepasa los 2.000.

Vista del sitio

Documento

5 millones por biblioteca

Puede crear bibliotecas de documentos muy grandes si anida las carpetas y usa vistas estándar y una jerarquía de sitios. Este valor puede variar en función de cómo se organizan los documentos y las carpetas, y del tipo y tamaño de los documentos almacenados.

Biblioteca

Elemento

2.000 por vista

Las pruebas indican una reducción del rendimiento con más de 2.000 elementos. El uso de índices en una vista de carpetas plana puede mejorar el rendimiento.

Vista de lista

Tamaño de archivo de documento

50 MB (2 GB máx.*)

El rendimiento al guardar un archivo es proporcional al tamaño del archivo. El máximo predeterminado es 50 MB. Éste es el máximo que exige el sistema, pero puede cambiarlo por cualquier valor hasta 2 GB.

Rendimiento al guardar bibliotecas y archivos

Lista

2.000 por sitio web

Las pruebas indican una reducción del rendimiento de la vista de lista con más de 2.000 entradas. Para obtener más información acerca de las listas de gran tamaño, vea Notas del producto: trabajo con listas grandes en Office SharePoint Server 2007.

Vista de lista

Tipo de campo

256 por lista

Éste no es un límite físico, pero podría experimentar una reducción del rendimiento en la vista de lista a medida que aumenta el número de tipos de campo en una lista.

Vista de lista

Columna

2.000 por biblioteca de documentos

4.096 por lista

Éste no es un límite físico, pero podría experimentar una reducción del rendimiento en la vista de lista y biblioteca a medida que aumenta el número de columnas en una biblioteca de documentos o una lista.

Vista de biblioteca y lista

Elemento web

50 por página

Esta cifra es una estimación basada en elementos web sencillos. La complejidad de los elementos web determina cuántos elementos web se pueden usar en una página antes de que el rendimiento se vea afectado.

Página

Ruta administrada

20 por aplicación web

Este número de rutas de acceso administradas (20) es un límite flexible. Las rutas de acceso administradas se almacenan en la memoria caché del servidor web y se usan recursos de CPU para procesar las solicitudes entrantes para la lista de rutas administradas. Se debe comprobar el rendimiento antes de que se haya más de 20 rutas de acceso administradas en una única aplicación web.

Aplicación web

En la siguiente tabla se muestran las instrucciones recomendadas para los objetos de persona.

Objeto de persona Instrucciones para un rendimiento aceptable Notas

Usuarios en grupos

2 millones por sitio web

Puede agregar millones de personas a su sitio web si usa grupos de seguridad de Microsoft Windows para administrar la seguridad en lugar de usar usuarios individuales.

Perfil de usuario

5 millones por granja

Este número representa el número de perfiles que se pueden importar de un servicio de directorio, como Active Directory, en el almacén de perfiles de personas.

Entidad de seguridad

Aproximadamente 2.000 por lista de control de acceso (ACL) en cualquier objeto que se pueda proteger (ámbito)

El tamaño total de la lista de control de acceso en los ámbitos no puede superar los 64 KB. Debido a que cada entidad de seguridad tiene un tamaño aproximado de 32 bytes, no puede haber más de 2.000 entidades de seguridad para cada ámbito. Si se alcanza este límite, se producirá un error en la indización de los elementos de ese ámbito, así como todos los elementos inferiores.

Además, dado que los grupos de SharePoint se expanden durante el proceso de indización, si se tiene más de 2.000 usuarios o grupos de directorio en un grupo de SharePoint y se usa ese grupo para proteger ámbitos, se pueden producir errores al indizar elementos protegidos con estos grupos y todos los elementos inferiores.

Este límite sólo se produce cuando se usa la autenticación integrada de Windows.

En la siguiente tabla se muestran las instrucciones recomendadas para los objetos de búsqueda.

Objeto de búsqueda Instrucciones para un rendimiento aceptable Notas

Índices de búsqueda

Uno por SSP

20 por granja de servidores como máximo

Office SharePoint Server 2007 admite un índice de contenido por SSP. Dado que recomendamos 20 SSP por granja de servidores como máximo, se admiten 20 índices de contenido como máximo.

Tenga en cuenta que un SSP sólo se puede asociar a un servidor de índices y a un índice de contenido. Sin embargo, un servidor de índices se puede asociar a varios SSP y puede tener un índice de contenido para cada SSP.

Documentos indizados

50.000.000 por índice de contenido

Office SharePoint Server 2007 admite 50 millones de documentos por servidor de índices. Esta cantidad se puede repartir entre varios índices de contenido según el número de SSP que estén asociados a un servidor de índices.

Orígenes de contenido

500 por SSP*

Éste es un límite físico que exige el sistema.

Direcciones de inicio

500 por origen de contenido*

Éste es un límite físico que exige el sistema.

Alertas

1.000.000 por SSP

Éste es el límite probado.

Ámbitos

200 por sitio

Éste es el límite recomendado por sitio. Recomendamos 100 reglas de ámbito como máximo por ámbito.

Grupos de presentación

25 por sitio

Se usan para la presentación agrupada de los ámbitos mediante la interfaz de usuario.

Reglas de rastreo

10.000 por SSP

Recomendamos 10.000 reglas de rastreo como máximo, con independencia de su tipo.

Palabras clave

15.000 por sitio

Recomendamos un máximo de 10 resultados más probables y cinco sinónimos por palabra clave.

Propiedades rastreadas

500.000 por SSP

Son las propiedades que se detectan durante una operación de rastreo.

Propiedades administradas

100.000 por SSP

Son las propiedades que usa el sistema de búsqueda en las consultas. Las propiedades rastreadas se asignan a propiedades administradas. Recomendamos 100 asignaciones por propiedad administrada como máximo.

Páginas autoritativas

200 por nivel de relevancia

Es el número máximo de sitios en cada uno de los cuatro niveles de relevancia.

Eliminación de resultados

100

Es el número máximo de direcciones URL que se recomienda quitar del sistema en una sola operación.

Registros de rastreo

50.000.000

Número de entradas de registro individuales en el registro de rastreo.

En la siguiente tabla se muestran las instrucciones recomendadas para los objetos de arquitectura lógica.

Objeto de arquitectura lógica Instrucciones para un rendimiento aceptable Notas

Proveedor de servicios compartidos (SSP)

3 por granja (máximo 20 por granja)

 

Zona

5* por granja

El número de zonas definidas para una granja está codificado de forma rígida en 5.

Aplicación web

99 por SSP

Este límite incluye el número de aplicaciones web de las granjas de servidores secundarias que usan recursos de este SSP.

Grupo de aplicaciones de Internet Information Services (IIS)

8 por servidor web

El número máximo está determinado por la capacidad del hardware.

Colección de sitios

50.000 por aplicación web

Base de datos de contenido

100 por aplicación web

Colección de sitios

50.000 por base de datos

En la siguiente tabla se muestran las instrucciones recomendadas para los objetos físicos.

Objeto físico Instrucciones para un rendimiento aceptable Notas

Servidores de índices

1 por SSP*

 

Servidores de aplicaciones que ejecutan Excel Calculation Services

Sin límite

 

Servidores de consultas

Sin límite

Dado que se admiten 100 bases de datos de contenido para cada servidor de consultas, el número de servidores de consultas que se requiere por granja de servidores se basa en el número de bases de datos de contenido de la granja. Por ejemplo, si hay 500 bases de datos de contenido en la granja de servidores, se necesitarán al menos 5 servidores de consultas.

Proporción servidor web/servidor de base de datos

8 servidores web por servidor de base de datos

El factor de escalabilidad depende de la combinación de operaciones.

Relación de servidores web por controlador de dominio

3 servidores web por controlador de dominio

En función de la cantidad de tráfico de autenticación que se genere, su entorno puede admitir un mayor número de servidores web por controlador de dominio.

Rendimiento y número de servidores web

En nuestro entorno de prueba, el rendimiento de la granja se estabilizó al llegar a 5 servidores web por servidor de base de datos y no cambió sustancialmente cuando se agregaron servidores web adicionales. Aunque puede implementar hasta 8 servidores web por servidor de base de datos, puede que no obtenga un aumento de rendimiento considerable con más 5 servidores web. Esto se debe a que, a medida que aumenta el número de servidores web que realizan llamadas a un único servidor de base de datos, llega un momento en que éste alcanza el 100% de su capacidad. Los resultados en su entorno pueden variar en función de las características de rendimiento de su servidor de base de datos. Deberá realizar sus propias pruebas para determinar el número óptimo de servidores web en su entorno de granja.

Agregar más servidores web a una granja una vez que se haya alcanzado el rendimiento óptimo puede ser deseable por otras razones: por ejemplo, si una parte considerable del uso de CPU de los servidores web se emplea en la autenticación de los usuarios. En tal caso, debe realizar pruebas para determinar la solución adecuada.

Tiempos de respuesta de los usuarios

En la siguiente tabla se proporcionan instrucciones para lograr tiempos de respuesta de usuario aceptables para cuatro tipos de operaciones de usuario. Tenga en cuenta que sus requisitos empresariales pueden permitir tiempos de respuesta más cortos o más largos que los sugeridos.

El objetivo de las pruebas era proporcionar tiempos de respuesta por debajo de un segundo para todas las operaciones de usuario final. Sin embargo, esto no es posible en todos los casos, por lo que se usaron las instrucciones de la siguiente tabla.

Tipo de operación Ejemplos Tiempo de respuesta de usuario aceptable

Operación común

  • Explorar hasta la página de inicio

  • Explorar hasta una biblioteca de documentos

<3 segundos

Operación poco frecuente

  • Crear un subsitio

  • Crear una lista

<5 segundos

Operación muy poco frecuente

  • Realizar una copia de seguridad de un sitio

  • Crear una colección de sitios

<7 segundos

Operación de larga duración

  • Indizar un sitio

Varía según la operación y la configuración del sistema. Todas las operaciones de larga duración tendrán una página de información o una página de estado.

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

Conceptos

Notas del producto: trabajo con listas grandes en Office SharePoint Server 2007