Compartir a través de


Administración de capacidad de SharePoint Server 2010: Límites y límites máximos del software

 

Se aplica a: SharePoint Server 2010

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

En este artículo se describen los límites y límites máximos del software de Microsoft SharePoint Server 2010. Entre ellas se incluyen las siguientes:

  • Límites: Límites estáticos que el diseño no debe exceder.

  • Umbrales: Límites configurables que se pueden exceder para dar cabida a ciertos requisitos.

  • Límites admitidos: Límites configurables que se han establecido en un valor probado de manera predeterminada.

Nota

La información acerca de la planeación de la capacidad que se incluye en este documento proporciona directrices que se deben tener en cuenta durante la planeación. Esta información se basa en las pruebas realizadas en Microsoft con propiedades activas. No obstante, los resultados que se obtengan pueden variar en función de los equipos usados y según las características y la funcionalidad que se implemente en los sitios.

En este artículo:

  • Información general de límites máximos y límites

    • Límites máximos, umbrales y límites admitidos

    • Establecimiento de los límites

  • Límites y límites máximos

    • Límites por jerarquía

      • Límites de aplicaciones web

      • Límites de servidores web y servidores de aplicaciones

      • Límites de bases de datos de contenido

      • Límites de colecciones de sitios

      • Límites de listas y bibliotecas

      • Límites de columnas

      • Límites de páginas

    • Límites por característica

      • Límites de búsqueda

      • Límites del servicio de perfiles de usuario

      • Límites de distribución de contenido

      • Límites de blogs

      • Límites de Servicios de conectividad empresarial

      • Límites de flujos de trabajo

      • Límites de almacén de términos de metadatos administrados (base de datos)

      • Límites de Servicios de Visio

      • Límites del servicio de Web Analytics de SharePoint

      • Límites de PerformancePoint Services

      • Límites de Word Automation Services

      • Límites de SharePoint Workspace

      • Límites de OneNote

      • Límites de Office Web Application Service

      • Límites de Project Server

Información general de límites máximos y límites

Este artículo contiene información que le ayudará a entender los límites de rendimiento y capacidad probados de SharePoint Server 2010, y proporciona directrices sobre la relación de los límites con un rendimiento aceptable. Use la información incluida en este artículo para determinar si la implementación que planeó se encuentra dentro de los límites de rendimiento y capacidad aceptables, y para configurar de forma adecuada los límites en su entorno.

Los resultados de las pruebas y las directrices proporcionados en este artículo se aplican a un solo conjunto o granja de servidores de SharePoint Server 2010. Si se agregan servidores a la instalación, es posible que no aumenten los límites de capacidad de los objetos enumerados en las tablas de la sección Límites y límites máximos que encontrará más adelante en este tema. Por otra parte, si se agregan equipos servidores, aumentará el rendimiento de una granja de servidores, lo que podría ser necesario para lograr un rendimiento aceptable con muchos objetos. En algunos casos, los requisitos de números elevados de objetos en una solución podrían requerir más servidores en la granja de servidores.

Tenga en cuenta que hay muchos factores que pueden afectar al rendimiento en un determinado entorno y cada uno de ellos puede afectar a su vez al rendimiento en otras áreas. Algunos de los resultados de las pruebas y recomendaciones incluidos en este artículo pueden estar relacionados con características u operaciones del usuario que no existen en su entorno y, por lo tanto, no se aplican a su solución. Solo es posible obtener datos exactos sobre su propio entorno mediante pruebas exhaustivas.

Límites máximos, umbrales y límites admitidos

En SharePoint Server 2010, hay ciertos límites que son de diseño y que no se pueden exceder, y otros límites que se establecen en valores predeterminados que el administrador de la granja de servidores puede modificar. También hay ciertos límites que no están representados por un valor configurable, como el número de colecciones de sitios por aplicación web.

  • Los límites son límites absolutos que no se pueden exceder por diseño. Es importante entender estos límites para no hacer suposiciones incorrectas al diseñar una granja de servidores.

    Un ejemplo de límite máximo es el límite de tamaño de documento de 2 GB; no se puede configurar SharePoint Server para almacenar documentos de más de 2 GB. Este es un valor absoluto integrado y no se puede exceder por diseño.

  • Los umbrales son límites que tienen un valor predeterminado que no se puede exceder a menos que se modifique el valor. En ciertos casos, los umbrales se pueden exceder para dar cabida a desviaciones en el diseño de la granja de servidores, pero es importante entender que al hacerlo se puede ver afectado el rendimiento de la granja además del valor efectivo de otros límites.

    El valor predeterminado de ciertos umbrales solo se puede exceder hasta un valor máximo absoluto. Un buen ejemplo es el límite de tamaño de documento. De forma predeterminada, el umbral de tamaño de documento predeterminado está establecido en 50 MB, pero puede modificarse para admitir un límite máximo de 2 GB.

  • Los límites admitidos definen el valor probado de un parámetro específico. Los valores predeterminados de estos límites se definen mediante pruebas y representan las limitaciones conocidas del producto. Si se exceden los límites admitidos, se pueden producir resultados inesperados, una reducción considerable en el rendimiento u otros efectos perjudiciales.

    Algunos límites admitidos son parámetros configurables que se establecen de forma predeterminada en el valor recomendado, mientras que otros están relacionados con parámetros no representados por un valor configurable.

Un ejemplo de un límite admitido es el número de colecciones de sitios por aplicación web. El límite admitido es 250 000, que es la cantidad máxima de colecciones de sitios por aplicación web que alcanzó los niveles de referencia de rendimiento durante las pruebas.

Es importante tener en cuenta que muchos de los valores límite que se proporcionan en este documento representan un punto en una curva que describe una carga de recursos creciente y una reducción concomitante en el rendimiento a medida que aumenta el valor. Por lo tanto, si se exceden ciertos límites, como el número de colecciones de sitios por aplicación web, solo podría obtenerse una reducción fraccional en el rendimiento de la granja de servidores. No obstante, en la mayoría de los casos, el funcionamiento a un límite establecido o a un nivel próximo no es un procedimiento recomendado, ya que es más fácil alcanzar las metas aceptables de rendimiento y confiabilidad cuando el diseño de una granja de servidores proporciona un equilibrio razonable de los valores límite.

Las directrices de umbrales y límites admitidos están determinadas por el rendimiento. En otras palabras, se pueden exceder los valores predeterminados de los límites, pero a medida que se aumenta el valor límite, el rendimiento de la granja de servidores y el valor efectivo de otros límites pueden verse afectados. Muchos de los límites de SharePoint Server pueden modificarse, pero es importante entender cómo se verán afectadas otras partes de la granja de servidores al modificar un determinado límite.

Establecimiento de los límites

En SharePoint Server 2010, los umbrales y límites admitidos se establecen mediante pruebas y la observación del comportamiento de la granja de servidores bajo cargas en aumento, hasta el punto en que los servicios y operaciones de la granja de servidores alcanzan sus límites de funcionamiento efectivos. Algunos servicios y componentes de la granja de servidores pueden admitir una carga mayor que otros, por lo que en algunos casos debe asignarse un valor límite basado en un promedio de varios factores.

Por ejemplo, las observaciones del comportamiento de la granja de servidores bajo carga cuando se agregan colecciones de sitios indican que ciertas características presentan una latencia inaceptablemente alta, mientras que otras características siguen funcionando con parámetros aceptables. Por lo tanto, el valor máximo asignado a la cantidad de colecciones de sitios no es absoluto, sino que se calcula en función de un conjunto esperado de características de uso en el que el rendimiento de la granja de servidores en general sería aceptable en el límite especificado en la mayoría de los casos.

Obviamente, si algunos servicios funcionan con parámetros más altos que los usados en las pruebas de límites, los límites efectivos máximos de otros servicios se reducirán. Por lo tanto, es importante ejecutar rigurosos ejercicios de administración de la capacidad y pruebas de escala para implementaciones específicas a fin de establecer límites efectivos para dicho entorno.

Nota: No se describe el hardware que se usó para validar los límites indicados en este documento, ya que estos se recopilaron de varias granjas de servidores y entornos. Para obtener descripciones de las granjas de servidores que utilizamos en las pruebas, consulte Recomendaciones y resultados de pruebas de rendimiento y capacidad (SharePoint Server 2010) y Casos prácticos técnicos de rendimiento y capacidad (SharePoint Server 2010).

La metáfora del ecualizador

Puede considerar los umbrales y límites admitidos como controles deslizantes en un ecualizador gráfico en el que cada límite representa una frecuencia determinada. En esta metáfora, aumentar el valor de un límite puede disminuir el valor efectivo de uno o más límites.

Imagine que un control deslizante representa el número máximo de documentos por cada biblioteca, un límite admitido con un valor máximo probado de alrededor de 30 millones. Sin embargo, este valor depende de otro control deslizante que representa el tamaño máximo de documentos en la granja de servidores, un umbral con un valor predeterminado de 50 MB.

Si cambia el tamaño máximo de documentos a 1 GB para adaptarse a vídeos u otros objetos grandes, el número de documentos que la biblioteca puede servir con eficacia a los usuarios se reducirá en consecuencia. Por ejemplo, la configuración de hardware y topología de una granja de servidores determinada puede admitir 1 millón de documentos de hasta 50 MB. Sin embargo, la misma granja de servidores con el mismo número de documentos no puede cumplir los mismos objetivos de latencia y rendimiento si la granja sirve un tamaño promedio de documento mayor porque se estableció el límite de tamaño de archivo en 1 GB.

El grado al que se reduce el número máximo de documentos en este ejemplo es difícil de predecir y se basa en el número de archivos de gran tamaño en la biblioteca, el volumen de datos que contienen, las características de uso de la granja de servidores y la disponibilidad de los recursos de hardware.

Límites y límites máximos

En esta sección se enumeran los objetos que pueden formar parte de una solución y se proporcionan directrices para el rendimiento aceptable de cada tipo de objeto. Un rendimiento aceptable significa que el sistema, tal como se probó, puede admitir ese número de objetos, pero el número no se puede exceder sin que se produzca cierta reducción en el rendimiento o en el valor de los límites relacionados. Los objetos se enumeran por ámbito y por característica. Se proporcionan datos de límites, así como notas que describen las condiciones en las que se obtiene el límite y vínculos a información adicional según corresponda.

Use las directrices incluidas en este artículo para revisar sus planes de solución generales. Si sus planes de solución exceden las directrices recomendadas para uno o varios objetos, siga uno de estos procedimientos:

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

  • Marque estas áreas para probarlas y supervisarlas durante su implementación.

  • Rediseñe o particione la solución para asegurarse de que no se excedan los niveles de capacidad recomendados.

Límites por jerarquía

En esta sección se proporcionan los límites ordenados por la jerarquía lógica de una granja de servidores de SharePoint Server 2010.

Límites de aplicaciones web

En la siguiente tabla se enumeran las directrices recomendadas para aplicaciones web.

Límite Valor máximo Tipo de límite Notas

Base de datos de contenido

300 por aplicación web

Admitido

Con 300 bases de datos de contenido por aplicación web, las operaciones de usuario final, como abrir el sitio o las colecciones de sitios, no se ven afectadas. No obstante, las operaciones administrativas, como crear una nueva colección de sitios, experimentarán una reducción en su rendimiento. Recomendamos usar Windows PowerShell para administrar la aplicación web cuando haya presente un gran número de bases de datos de contenido, ya que la interfaz de administración se vuelve lenta y difícil de navegar.

Zona

5 por aplicación web

Límite máximo

El número de zonas definido para una granja de servidores se codifica de forma rígida en 5. Las zonas incluyen Predeterminada, Intranet, Extranet, Internet y personalizada.

Ruta de acceso administrada

20 por aplicación web

Admitido

Las rutas de acceso administradas se almacenan en la memoria caché del servidor web y se usan recursos de la CPU para procesar las solicitudes entrantes respecto de la lista de rutas de acceso administradas.

Si se exceden 20 rutas de acceso administradas por aplicación web, se agrega más carga al servidor web para cada solicitud.

Si planea exceder veinte rutas de acceso administradas en una aplicación web determinada, recomendamos probar el sistema para comprobar si tiene un rendimiento aceptable.

Tamaño de caché de la solución

300 MB por aplicación web

Umbral

La memoria caché de la solución permite al servicio de InfoPath Forms mantener soluciones en la memoria caché a fin de acelerar su recuperación. Si se excede el tamaño de memoria caché, las soluciones se recuperan del disco, lo que puede demorar los tiempos de respuesta. Puede configurar el tamaño de la memoria caché de solución usando el cmdlet Set-SPInfoPathFormsService de Windows PowerShell. Para obtener más información, consulte Set-SPInfoPathFormsService.

Colección de sitios

250 000 por aplicación web

Admitido

El número máximo recomendado de colecciones de sitio por aplicación web es de 250 000.

Tenga en cuenta que este límite se ve afectado por otros factores que pueden reducir el número efectivo de colecciones de sitios que puede admitir una aplicación web determinada. Debe tenerse cuidado para evitar superar los límites admitidos cuando un objeto de contenedor, como una base de datos de contenido, contiene un número mayor de otros objetos.

Por ejemplo, en una granja de servidores que contiene un gran número de aplicaciones web, el número total de colecciones de sitios puede alcanzar un número que no pueden soportar los recursos de granja. Esto puede suceder incluso cuando tanto el número de aplicaciones web por granja de servidores como el de colecciones de sitios por aplicación web caen en sus límites admitidos.

De forma similar, si una granja de servidores contiene un número total menor de bases de datos de contenido, cada una de las cuales contiene un número mayor de colecciones de sitios, el rendimiento de la granja puede verse afectado negativamente antes de que el límite admitido del número de colecciones de sitios se alcance.

El siguiente caso ilustra este punto.

La granja de servidores A contiene una aplicación web con 200 bases de datos de contenido, una configuración admitida. Si cada una de estas bases de datos de contenido contiene 200 colecciones de sitios, el número total de colecciones de sitios de la aplicación web será de 40 000, lo que entra dentro de los límites admitidos. Sin embargo, si cada base de datos de contenido contiene 2 000 colecciones de sitios, incluso si este número está admitido para una base de datos de contenido, el número total de colecciones de sitios de la aplicación web será de 400 000, lo que supera el límite del número de colecciones de sitios admitidas por aplicación web.

Límites de servidores web y servidores de aplicaciones

En la siguiente tabla se enumeran las directrices recomendadas para servidores web de la granja de servidores.

Límite Valor máximo Tipo de límite Notas

Grupos de aplicaciones

10 por servidor web

Umbral

El número máximo está determinado por las capacidades del hardware.

Este límite depende principalmente de:

  • La cantidad de RAM asignada a los servidores web

  • La carga de trabajo que sirve la granja de servidores, es decir, la base de usuarios y las características de uso (los grupos de aplicaciones con una sola aplicación altamente activa pueden llegar a 10 GB o más)

Límites de bases de datos de contenido

En la siguiente tabla se enumeran las recomendaciones para bases de datos de contenido.

Límite Valor máximo Tipo de límite Notas

Tamaño de la base de datos de contenido (escenarios de uso general)

200 GB por base de datos de contenido

Admitido

Es muy recomendable limitar el tamaño de las bases de datos de contenido a 200 GB, excepto cuando se aplican las circunstancias de las siguientes filas de esta tabla.

Si va a usar el almacenamiento remoto de blobs (RBS), el volumen total de almacenamiento remoto de blobs y los metadatos en la base de datos de contenido no debe superar este límite.

Tamaño de la base de datos de contenido (todos los escenarios de uso)

4 TB por base de datos de contenido

Admitido

Las bases de datos de contenido de hasta 4 TB se admiten cuando se cumplen las siguientes condiciones:

  • Rendimiento del subsistema de disco de 0,25 E/S por segundo por GB. Se recomiendan 2 E/S por segundo por GB para un rendimiento óptimo.

  • Debe haber desarrollado planes para alta disponibilidad, recuperación de desastres, futura capacidad y prueba de rendimiento.

También debe tener muy en cuenta los siguientes factores:

  • Puede que las copias de seguridad nativa de SharePoint Server 2010 de bases de datos de contenido de más de 200 GB no cumplan los requisitos de copia de seguridad y restauración. Se recomienda evaluar y probar las soluciones de copia de seguridad de SharePoint Server 2010 y de copia de seguridad alternativa para determinar la mejor solución para su entorno específico.

  • Es muy recomendable tener una gestión de administradores proactiva de las instalaciones de SharePoint Server 2010 y SQL Server.

  • La complejidad de las personalizaciones y configuraciones en SharePoint Server 2010 puede requerir la división o refactorización de datos en varias bases de datos de contenido. Pida consejo a un arquitecto profesional y realice pruebas para determinar el tamaño óptimo de la base de datos de contenido para su implementación. Los ejemplos de complejidad pueden incluir implementaciones de código personalizadas, el uso de más de 20 columnas en la promoción de propiedades o las características enumeradas para no usarse en la sección de más de 4 TB a continuación.

  • La refactorización de colecciones de sitios permite un escalado horizontal de una implementación de SharePoint Server 2010 en varias bases de datos de contenido. Esto permite a las implementaciones de SharePoint Server 2010 escalar indefinidamente. Esta refactorización será más sencilla y rápida si las bases de datos de contenido tienen menos de 200 GB.

  • Para una copia de seguridad y restauración sencillas, sugerimos que las colecciones de sitios individuales en una base de datos de contenido estén limitadas a 100 GB. Para más información, consulte Límites de colecciones de sitios.

Para obtener más información sobre la planificación del tamaño de los datos de SharePoint Server 2010, consulte Planeación y configuración del almacenamiento y capacidad de SQL Server (SharePoint Server 2010).

Importante

Las bases de datos de contenido de más de 4 TB, excepto para el uso en escenarios de archivado de documentos (descritos en la siguiente fila), no se recomiendan. Lo más probable es que la actualización de colecciones de sitios en estas bases de datos de contenido sea muy difícil y lleve mucho tiempo.
Es muy recomendable realizar el escalado horizontal en varias bases de datos de contenido, en lugar de superar los 4 TB de datos en una única base de datos de contenido.

Tamaño de la base de datos de contenido (escenario de archivado de documentos)

Ningún límite explícito de base de datos de contenido

Admitido

Las bases de datos de contenido sin límite explícito de tamaño para usarse con escenarios de archivado de documentos son compatibles si se cumplen las siguientes condiciones:

  • Debe cumplir todos los requisitos de límite de “Tamaño de la base de datos de contenido (todos los escenarios de uso)” anteriormente descritos en esta tabla, y debe asegurarse de que ha tenido en cuenta todos los factores tratados en el campo Notas de este límite.

  • Los sitios de SharePoint Server 2010 deben basarse en las plantillas de sitio Centro de documentación o Centro de registros.

  • De media, se obtiene acceso cada mes a menos del 5 % del contenido de la base de datos de contenido, y menos del 1 % de contenido se modifica o se escribe.

  • No use alertas, flujos de trabajo, correcciones de vínculos o seguridad de nivel de elementos en cualquier objeto de SharePoint Server 2010 en la base de datos de contenido.

    Nota

    Las bases de datos de contenido de archivado de documentos se pueden configurar para aceptar documentos de flujos de trabajo de enrutado de contenido.

Para más información acerca de repositorios de documentos a gran escala, consulte el tema Resultados y recomendaciones de la prueba de rendimiento y capacidad (SharePoint Server 2013) (https://technet.microsoft.com/es-es/library/ff608068.aspx) y la sección Escenarios habituales de administración de contenido a gran escala del artículo Planeación del almacenamiento del contenido empresarial (SharePoint Server 2010).

Elementos de base de datos de contenido

60 millones de elementos, incluidos documentos y elementos de lista

Admitido

El número más grande de elementos por base de datos de contenido que se haya probado en SharePoint Server 2010 es de 60 millones de elementos, incluidos documentos y elementos de lista. Si tiene intención de almacenar más de 60 millones de elementos en SharePoint Server 2010, debe implementar varias bases de datos de contenido.

Colecciones de sitios por base de datos de contenido

Se recomiendan 2 000

5 000 máximo

Admitido

Recomendamos especialmente limitar el número de colecciones de sitios en una base de datos de contenido a 2 000. No obstante, se admiten hasta 5 000 colecciones de sitios.

Estos límites se relacionan con la velocidad de la actualización. Cuanto más grande sea el número de colecciones de sitios en una base de datos, más lenta será la actualización.

El límite en el número de colecciones de sitios en una base de datos está subordinado al límite en el tamaño de la base de datos de contenido que tenga más de una colección de sitios (200 GB). En consecuencia, a medida que aumente el número de colecciones de sitios de una base de datos, el tamaño promedio de las colecciones de sitio que contiene deberá reducirse.

Si se excede el límite de 2 000 colecciones de sitios, se corre el riesgo de que los tiempos de inactividad se prolonguen durante las actualizaciones. Si planea exceder las 2 000 colecciones de sitios, recomendamos contar con una estrategia de actualización clara y obtener hardware adicional para acelerar las actualizaciones y las actualizaciones de software que afecten a las bases de datos.

Para establecer el nivel de advertencia para el número de sitios de una base de datos de contenido, use el cmdlet Set-SPContentDatabase de Windows PowerShell con el parámetro -WarningSiteCount. Para obtener más información, consulte Set-SPContentDatabase.

Subsistema de almacenamiento remoto de blobs (RBS) en almacenamiento conectado a la red (NAS)

El tiempo hasta el primer byte de cualquier respuesta del NAS no puede exceder 20 milisegundos.

 

Límite máximo

Cuando SharePoint Server 2010 se configura para usar RBS, y los BLOB en almacenamiento NAS, considere el siguiente límite máximo.

Desde el momento en que SharePoint Server 2010 solicita un BLOB, hasta que recibe el primer byte del NAS, no pueden pasar más de 20 milisegundos.

Límites de colecciones de sitios

En la siguiente tabla se enumeran las recomendaciones para colecciones de sitios.

Límite Valor máximo Tipo de límite Notas

Sitio web

250 000 por colección de sitios / 250 000 por granja de servidores / 500 000 sitios personales por granja de servidores.

Admitido

El número máximo recomendado de sitios y subsitios es 250 000 sitios.

El rendimiento puede disminuir cuando el número de subsitios supera 2 000 en el nivel de la colección de sitios.

Importante

Se recomienda mantenerse por debajo de 2 000 subsitios por colección de sitios.

Puede crear un gran número total de sitios web mediante la creación de varias colecciones de sitios con un máximo de 2 000 webs por colección de sitios. Por ejemplo, 125 colecciones de sitios que contienen 2 000 webs cada una equivaldrán a 250 000 sitios en la granja de servidores. Sin embargo, esto podría considerarse el límite máximo recomendado para sitios no personales.

Si tiene 250 000 colecciones de sitios, todas con un sitio web raíz que no es la plantilla de sitio personal, al agregar un subsitio a cualquiera de estos sitios raíz se superaría el límite máximo de 250 000 sitios web.

Si se supera el límite recomendado de 2 000 sitios por colección de sitios, pueden producirse los siguientes problemas:

  • La eliminación o creación de un sitio o subsitio puede afectar considerablemente a la disponibilidad de un sitio. El acceso al sitio y a los subsitios será limitado mientras se elimina el sitio. El intento de crear muchos subsitios al mismo tiempo también puede producir un error.

  • Cuando tiene más de 2 000 subsitios, disminuye drásticamente la realización de acciones como la ejecución de PSConfig al agregar un nuevo servidor a una granja de servidores existente o después de instalar actualizaciones de SharePoint.

  • Ejecutar la operación stsadm -o checklocalupgradestatus o la ejecución diaria del trabajo del temporizador Trabajo de versión del producto puede requerir varias horas.

  • Explorar la página Revisar el estado de la base de datos (<su_dirección_URL_de_Administración_central_de_SharePoint > / _admin/UpgradeStatus.aspx) en el sitio web de Administración central puede resultar en un error de tiempo de espera.

Tamaño de la colección de sitios

Tamaño máximo para la base de datos de contenido

Admitido

Una colección de sitios puede ser tan grande como el límite de tamaño de base de datos de contenido para el escenario de uso aplicable. Para obtener información acerca de los distintos límites de tamaño de bases de datos de contenido para escenarios de uso específicos, consulte la tabla Límites de bases de datos de contenido de este artículo.

En general, es muy recomendable limitar el tamaño de las colecciones de sitios a 100 GB por los siguientes motivos:

  • Ciertas acciones relacionadas con las colecciones de sitios, como la copia de seguridad y restauración de una colección de sitios o el cmdlet Move-SPSite de Windows PowerShell, generan operaciones de Microsoft SQL Server grandes que pueden afectar al rendimiento o producir un error si hay otras colecciones de sitios activas en la misma base de datos. Para obtener más información, consulte Move-SPSite.

  • La copia de seguridad y restauración de colecciones de sitios de SharePoint solo se admite para un tamaño máximo de colecciones de sitios de 100 GB. Para colecciones de sitios más grandes, debe realizarse una copia de seguridad de toda la base de datos de contenido. Si una única base de datos contiene varias colecciones de sitios de más de 100 GB, las operaciones de copia de seguridad y restauración pueden llevar mucho tiempo y suponen un riesgo.

Límites de listas y bibliotecas

En la siguiente tabla se enumeran las directrices recomendadas para listas y bibliotecas. Para obtener más información, consulte Diseño de listas de gran tamaño y maximización del rendimiento de las listas (SharePoint Server 2010).

Límite Valor máximo Tipo de límite Notas

Tamaño de filas de lista

8.000 bytes por fila

Límite máximo

Cada elemento de lista o biblioteca solo puede ocupar 8 000 bytes en total en la base de datos. 256 bytes están reservados para columnas integradas, lo que deja 7 744 bytes para columnas de usuario final. Para obtener detalles sobre la cantidad de espacio que consume cada tipo de campo, consulte Límites de columnas.

Tamaño de archivos

2 GB

Límite máximo

El tamaño de archivo máximo predeterminado es 50 MB. El tamaño puede aumentarse hasta 2 GB, pero un volumen elevado de archivos de gran tamaño puede afectar al rendimiento de la granja de servidores.

Documentos

30.000.000 por biblioteca

Admitido

Se pueden crear bibliotecas de documentos muy grandes anidando carpetas, o usando vistas estándar y jerarquía de sitios. Este valor puede variar según la forma en que se organizan los documentos y carpetas, y según el tipo y tamaño de los documentos que se almacenan.

Versiones principales

400.000

Admitido

Si se excede este límite, las operaciones de archivo básicas, como abrir, guardar o eliminar archivos y ver el historial de versiones, pueden producir errores.

Elementos

30.000.000 por lista

Admitido

Se pueden crear listas muy grandes usando vistas estándar, jerarquías de sitio y navegación de metadatos. Este valor puede variar según el número de columnas de la lista y el uso de la lista.

Límite de tamaño de filas

6 filas de tabla internas a la base de datos usadas para un elemento de lista o biblioteca

Admitido

Especifica el número máximo de filas de tablas internas a la base de datos que se pueden usar para un elemento de lista o biblioteca. Para admitir listas amplias con muchas columnas, cada elemento puede ajustarse sobre varias filas de tabla internas, hasta seis filas de forma predeterminada. Los administradores de la granja de servidores pueden configurar esto a través del modelo de objetos únicamente. El método del modelo de objetos es SPWebApplication.MaxListItemRowStorage.

Operaciones en masa

100 elementos por operación en masa

Límite máximo

La interfaz de usuario permite seleccionar un máximo de 100 elementos para operaciones en masa.

Limitación de búsqueda de vista de lista

8 operaciones de combinación por consulta

Umbral

Especifica la cantidad máxima de combinaciones permitidas por consulta, tales como las basadas en las columnas de búsqueda, persona o grupo, o de estado de flujo de trabajo. Si la consulta usa más de ocho combinaciones, la operación se bloquea. Esto no se aplica a las operaciones de un solo elemento. Cuando se usa la vista máxima mediante el modelo de objetos (sin especificar ningún campo de vista), SharePoint devolverá hasta las primeras ocho búsquedas.

Umbral de vista de lista

5,000

Umbral

Especifica la cantidad máxima de elementos de lista o biblioteca que puede procesar simultáneamente una operación de base de datos, como una consulta, fuera del intervalo diario de horas que establece el administrador y durante el cual las consultas no tienen restricciones.

Umbral de vista de lista para auditores y administradores

20,000

Umbral

Especifica la cantidad máxima de elementos de lista o biblioteca que puede procesar simultáneamente una operación de base de datos, como una consulta, cuando un auditor o administrador con los permisos apropiados realiza la operación. Esta configuración funciona junto con Permitir invalidación de modelos de objetos.

Subsitio

2.000 por vista de sitio

Umbral

La interfaz para enumerar subsitios de un sitio web determinado no tiene un buen rendimiento, ya que el número de subsitios supera los 2 000. De la misma forma, el rendimiento de la página Todo el contenido del sitio y del control de vista de árbol se reducirán considerablemente a medida que aumente el número de subsitios.

Coautoría en Microsoft Word y Microsoft PowerPoint para archivos .docx, .pptx y .ppsx

10 editores simultáneos por documento

Umbral

El número máximo recomendado de editores simultáneos es 10. El límite máximo es 99.

Si hay 99 coautores que tienen un mismo documento abierto para edición simultánea, cualquier usuario después del número 100 recibirá un error de "Archivo en uso" y deberá ver una copia de solo lectura.

Más de 10 coeditores empeorará gradualmente la experiencia del usuario y crearán más conflictos, y los usuarios deberán pasar por más iteraciones para que sus cambios se carguen correctamente.

Ámbito de seguridad

50.000 por lista

Umbral

El número máximo de ámbitos de seguridad únicos establecidos para una lista no debe exceder los 50 000. Para la mayoría de las granjas de servidores, recomendamos que considere la posibilidad de reducir este límite a 5 000 ámbitos únicos. Para listas grandes, considere utilizar un diseño que utilice tan pocos permisos únicos como sea posible. Si el número de ámbitos de seguridad únicos de una lista excede el valor del umbral de vista de lista (establecido de forma predeterminada en 5 000 elementos de lista), se producen recorridos de ida y vuelta adicionales de SQL Server cuando se ve la lista. Esto puede afectar negativamente al rendimiento de la vista de lista.

Un ámbito es el límite máximo de seguridad de un objeto protegible y cualquiera de sus elementos secundarios que no tenga definido un límite máximo de seguridad separado. Un ámbito contiene una lista de control de acceso (ACL), pero a diferencia de las ACL de NTFS, un ámbito puede incluir entidades de seguridad específicas para SharePoint Server. Los miembros de la ACL de un ámbito pueden incluir usuarios de Windows, cuentas de usuario que no sean usuarios de Windows (como cuentas basadas en formularios), grupos de Active Directory o grupos de SharePoint.

Límites de columnas

Los datos de SharePoint Server 2010 se almacenan en tablas de SQL Server. Para permitir el número máximo de columnas posibles en una lista de SharePoint, SharePoint Server creará varias filas en la base de datos cuando los datos no entren en una sola fila. Esto se denomina ajuste de filas.

Cada vez que se ajusta una fila en SQL Server, se coloca una carga de consulta adicional en el servidor cuando se consulta dicho elemento, ya que debe incluirse una combinación de SQL en la consulta. Para evitar una carga excesiva, de forma predeterminada se permiten como máximo seis filas de SQL Server para un elemento de SharePoint. Este límite lleva a una limitación particular en el número de columnas de cada tipo que se pueden incluir en una lista de SharePoint. En la siguiente tabla se describen los límites aplicables a cada tipo de columna.

El parámetro de ajuste de fila puede aumentarse por encima de seis, pero puede generar una carga excesiva en el servidor. Se recomienda realizar una prueba de rendimiento antes de superar este límite. Para obtener más información, consulte Diseño de listas de gran tamaño y maximización del rendimiento de las listas (SharePoint Server 2010).

Cada tipo de columna tiene un valor de tamaño expresado en bytes. La suma de todas las columnas de una lista de SharePoint no puede superar los 8 000 bytes. Según el uso de columnas, los usuarios pueden llegar al límite de 8 000 bytes antes de alcanzar la limitación de ajuste de filas de seis filas.

Límite Valor máximo Tipo de límite Tamaño por columna Notas

Línea simple de texto

276

Umbral

28 bytes

El ajuste de las filas de SQL Server se realiza después de cada 64 columnas en una lista de SharePoint. El valor de ajuste de fila predeterminado de seis permite un máximo de 384 columnas de línea de texto única por lista de SharePoint (6 * 64 = 384). No obstante, dado que el límite por elemento de lista de SharePoint es de 8 000 bytes, de los cuales 256 bytes están reservados para columnas de SharePoint integradas, el límite real es de 276 columnas de línea de texto única.

Líneas de texto múltiples

192

Umbral

28 bytes

El ajuste de las filas de SQL Server se realiza después de cada 32 columnas en una lista de SharePoint. El valor de ajuste de fila predeterminado de seis permite un máximo de 192 columnas de líneas de texto múltiples por lista de SharePoint (6 * 32 = 192).

Elección

276

Umbral

28 bytes

El ajuste de las filas de SQL Server se realiza después de cada 64 columnas en una lista de SharePoint. El valor de ajuste de fila predeterminado de 6 permite un máximo de 384 columnas de elección por lista de SharePoint (6 * 64 = 384). No obstante, dado que el límite por elemento de lista de SharePoint es de 8 000 bytes, de los cuales 256 bytes están reservados para columnas de SharePoint integradas, el límite real es de 276 columnas de elección.

Número

72

Umbral

12 bytes

El ajuste de las filas de SQL Server se realiza después de cada 12 columnas en una lista de SharePoint. El valor de ajuste de fila predeterminado de seis permite un máximo de 72 columnas de número por lista de SharePoint (6 * 12 = 72).

Moneda

72

Umbral

12 bytes

El ajuste de las filas de SQL Server se realiza después de cada 12 columnas en una lista de SharePoint. El valor de ajuste de fila predeterminado de seis permite un máximo de 72 columnas de moneda por lista de SharePoint (6 * 12 = 72).

Fecha y hora

48

Umbral

12 bytes

El ajuste de las filas de SQL Server se realiza después de cada ocho columnas en una lista de SharePoint. El valor de ajuste de fila predeterminado de seis permite un máximo de 48 columnas de fecha y hora por lista de SharePoint (6 * 8 = 48).

Búsqueda

96

Umbral

4 bytes

El ajuste de las filas de SQL Server se realiza después de cada 16 columnas en una lista de SharePoint. El valor de ajuste de fila predeterminado de seis permite un máximo de 96 columnas de búsqueda de valor único por lista de SharePoint (6 * 16 = 96).

Sí/No

96

Umbral

5 bytes

El ajuste de las filas de SQL Server se realiza después de cada 16 columnas en una lista de SharePoint. El valor de ajuste de fila predeterminado de seis permite un máximo de 96 columnas Sí/No por lista de SharePoint (6 * 16 = 96).

Persona o grupo

96

Umbral

4 bytes

El ajuste de las filas de SQL Server se realiza después de cada 16 columnas en una lista de SharePoint. El valor de ajuste de fila predeterminado de seis permite un máximo de 96 columnas de persona o grupo por lista de SharePoint (6 * 16 = 96).

Hipervínculo o imagen

138

Umbral

56 bytes

El ajuste de las filas de SQL Server se realiza después de cada 32 columnas en una lista de SharePoint. El valor de ajuste de fila predeterminado de seis permite un máximo de 192 columnas de hipervínculo o imagen por lista de SharePoint (6 * 32 = 192). No obstante, dado que el límite por elemento de lista de SharePoint es de 8 000 bytes, de los cuales 256 bytes están reservados para columnas de SharePoint integradas, el límite real es de 138 columnas de hipervínculo o imagen.

Calculado

48

Umbral

28 bytes

El ajuste de las filas de SQL Server se realiza después de cada ocho columnas en una lista de SharePoint. El valor de ajuste de fila predeterminado de seis permite un máximo de 48 columnas Calculado por lista de SharePoint (6 * 8 = 48).

GUID

6

Umbral

20 bytes

El ajuste de las filas de SQL Server se realiza después de cada columna en una lista de SharePoint. El valor de ajuste de fila predeterminado de seis permite un máximo de 6 columnas GUID por lista de SharePoint (6 * 1 = 6).

Int

96

Umbral

4 bytes

El ajuste de las filas de SQL Server se realiza después de cada 16 columnas en una lista de SharePoint. El valor de ajuste de fila predeterminado de seis permite un máximo de 96 columnas Int por lista de SharePoint (6 * 16 = 96).

Metadatos administrados

94

Umbral

40 bytes para el primero, 32 bytes para cada uno de los siguientes

Al primer campo de metadatos administrados agregado a una lista se asignan cuatro columnas:

  • Campo de búsqueda para la etiqueta real

  • Campo de texto oculto para el valor de cadena

  • Un campo de búsqueda para el detectar todo

  • Un campo de búsqueda para el desbordamiento del detectar todo

Cada campo de metadatos administrados subsiguiente agregado a una lista agrega dos columnas más:

  • Campo de búsqueda para la etiqueta real

  • Campo de texto oculto para el valor de cadena

El número máximo de columnas de metadatos administrados se calcula como (14 + (16 * (n-1))), donde n es el valor de asignación de fila (predeterminado como 6).

Las columnas de datos externos tienen el concepto de una columna principal y columnas secundarias. Cuando se agrega una columna de datos externos, se pueden seleccionar algunos campos secundarios del tipo de contenido externo que se desea agregar a la lista. Por ejemplo, en el caso de un tipo de contenido externo “Cliente” que tiene campos como “Id.”, “Nombre”, “País” y “Descripción”, cuando se agrega una columna de datos externos del tipo “Cliente” a una lista, se pueden agregar campos secundarios para mostrar el “Id.”, “Nombre” y “Descripción” del cliente. En general, estas son las columnas que se agregan:

  • Columna principal: Un campo de texto.

  • Columna Id oculta: Un campo de texto de varias líneas.

  • Columnas secundarias: Cada columna secundaria es un texto/número/expresión booleana/texto multilínea basado en el tipo de datos de la columna secundaria definido en el modelo del Catálogo de datos profesionales. Por ejemplo, Id. podría asignarse a una columna Número; Nombre podría asignarse a una columna de Línea de texto única; Descripción podría asignarse a una columna de Líneas de texto múltiples.

Límites de páginas

En la siguiente tabla se enumeran las recomendaciones para páginas.

Límite Valor máximo Tipo de límite Notas

Elementos web

25 por página Wiki o de elemento web

Umbral

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

Límites de seguridad

Límite Valor máximo Tipo de límite Notas

Número de grupos de SharePoint al que puede pertenecer un usuario

5,000

Admitido

No es un límite estricto, pero es coherente con las directrices de Active Directory. Hay varias cosas que pueden afectar a este número:

  • El tamaño del token de usuario

  • La memoria caché de grupos: SharePoint Server 2010 tiene una tabla que almacena en caché el número de grupos a los que pertenece un usuario en cuanto dichos grupos se usan en listas de control de acceso (ACL).

  • El tiempo de comprobación de seguridad: a medida que aumenta el número de grupos del que un usuario es miembro, también aumenta el tiempo requerido para la comprobación de acceso.

Usuarios de una colección de sitios

2 millones por colección de sitios

Admitido

Puede agregar millones de personas al sitio web mediante grupos de seguridad de Microsoft Windows para administrar la seguridad en vez de utilizar usuarios individuales.

Este límite se basa en la capacidad de administración y facilidad de navegación en la interfaz de usuario.

Cuando hay muchas entradas (grupos de seguridad de usuarios) en la colección de sitios (más de mil), debe usar Windows PowerShell para administrar los usuarios en vez de la UI. Esto proporcionará una mejor experiencia de administración.

Principios/usuarios de Active Directory en un grupo de SharePoint

5 000 por grupo de SharePoint

Admitido

SharePoint Server 2010 permite agregar usuarios o grupos de Active Directory a un grupo de SharePoint.

Tener hasta 5 000 usuarios (o grupos o usuarios de Active Directory) en un grupo de SharePoint proporciona un rendimiento aceptable.

Las actividades más afectadas por este límite son las siguientes:

  • Capturar usuarios para validar permisos. Esta operación requiere cada vez más tiempo a medida que aumenta el número de usuarios de un grupo.

  • Representar la pertenencia de la vista. Esta operación siempre requiere tiempo.

Grupos de SharePoint

10.000 por colección de sitios

Admitido

Por encima de 10 000 grupos, el tiempo para ejecutar operaciones aumenta de forma considerable. Esto ocurre especialmente cuando se agrega un usuario a un grupo existente, cuando se crea un nuevo grupo y cuando se representan vistas de grupo.

Entidad de seguridad: tamaño del ámbito de seguridad

5.000 por lista de control de acceso (ACL)

Admitido

El tamaño del ámbito afecta a los datos que se usan para un cálculo de comprobación de seguridad. Este cálculo se realiza cada vez que cambia el ámbito. No hay un límite estricto, pero cuanto más grande sea el ámbito, más tiempo llevará el cálculo.

Límites por característica

En esta sección se enumeran los límites ordenados por característica.

Límites de búsqueda

En la siguiente tabla se enumeran las directrices recomendadas para búsquedas.

Límite Valor máximo Tipo de límite Notas

Aplicaciones de servicio de búsqueda de SharePoint

20 por granja de servidores

Admitido

Pueden implementarse varias aplicaciones de servicio de búsqueda de SharePoint en la misma granja de servidores, ya que se pueden asignar bases de datos y componentes de búsqueda a distintos servidores. El límite recomendado de 20 es inferior al límite máximo para todas las aplicaciones de servicio de una granja de servidores.

Bases de datos de rastreo y elementos de bases de datos

10 bases de datos de rastreo por aplicación de servicio de búsqueda

25 millones de elementos por base de datos de rastreo

Umbral

La base de datos de rastreo almacena los datos de rastreo (tiempo/estado, etc.) acerca de todos los elementos que se han rastreado. El límite admitido es de 10 bases de datos de rastreo por aplicación de servicio de búsqueda de SharePoint.

El límite recomendado es de 25 millones de elementos por base de datos de rastreo (o un total de cuatro bases de datos de rastreo por aplicación de servicio de búsqueda).

Componentes de rastreo

16 por aplicación de servicio de búsqueda

Umbral

El límite recomendado por aplicación es de 16 componentes de rastreo en total, a razón de dos por base de datos de rastreo y dos por servidor, suponiendo que el servidor tiene al menos ocho procesadores (núcleos).

El número total de componentes de rastreo por servidor debe ser inferior a 128/(total de componentes de consulta) para minimizar la degradación de E/S de propagación. Aunque se exceda el límite recomendado, es posible que no aumente el rendimiento del rastreo; de hecho, el rendimiento de rastreo podría reducirse en función de los recursos disponibles en el servidor de rastreo, la base de datos y el host de contenido.

Particiones de índice

20 por aplicación de servicio de búsqueda; 128 en total

Umbral

La partición de índice contiene un subconjunto del índice de aplicación de servicio de búsqueda. El límite recomendado es de 20. Si se aumenta el número de particiones de índice, cada partición contendrá un subconjunto más pequeño del índice, lo que reducirá la RAM y el espacio en disco necesarios en el servidor de consulta que hospeda el componente de consulta asignado a la partición de índice. El límite máximo para el número total de particiones de índice es de 128.

Elementos indizados

100 millones por aplicación de servicio de búsqueda; 10 millones por partición de índice

Admitido

SharePoint Search admite particiones de índice, cada una de las cuales contiene un subconjunto del índice de búsqueda. El máximo recomendado es de 10 millones de elementos en cualquier partición. El número máximo total de elementos recomendado (por ejemplo, personas, elementos de lista, documentos, páginas web) es de 100 millones.

Entradas de registro de rastreo

100 millones por aplicación de búsqueda

Admitido

Este es el número de entradas de registro individuales en el registro de rastreo. Sigue el límite de "elementos indizados".

Base de datos de propiedades

10 por aplicación de servicio de búsqueda; 128 en total

Umbral

La base de datos de propiedades almacena los metadatos de los elementos de cada partición de índice asociados con ella. Una partición de índice puede estar asociada con un solo almacén de propiedades. El límite recomendado es de 10 bases de datos de propiedades por aplicación de servicio de búsqueda. El límite máximo para particiones de índice es de 128.

Componentes de consulta

128 por aplicación de búsqueda; 64/(total de componentes de rastreo) por servidor

Umbral

El número total de componentes de consulta está limitado por la capacidad de los componentes de rastreo de copiar archivos. El número máximo de componentes de consulta por servidor está limitado por la capacidad de los componentes de consulta de absorber archivos propagados desde componentes de rastreo.

Reglas de ámbito

100 reglas de ámbito por ámbito; 600 en total por aplicación de servicio de búsqueda

Umbral

Si se excede este límite, se reducirá la actualización del rastreo y se retrasarán los resultados potenciales de las consultas del ámbito.

Ámbitos

200 ámbitos del sitio y 200 ámbitos compartidos por aplicación de servicio de búsqueda

Umbral

Si se excede este límite, se puede reducir la eficiencia del rastreo y, si se agregan los ámbitos al grupo de presentación, puede resultar afectada la latencia del explorador del usuario final. Además, la presentación de los ámbitos en la interfaz de administración de búsqueda se degrada a medida que el número de ámbitos excede el límite recomendado.

Grupos de presentación

25 por sitio

Umbral

Los grupos de presentación se usan para la presentación agrupada de ámbitos a través de la interfaz de usuario. Si se excede este límite, comienza a degradarse la experiencia de ámbito en la interfaz de administración de búsqueda.

Alertas

1 000 000 por aplicación de búsqueda

Admitido

Este es el límite probado.

Orígenes de contenido

50 por aplicación de servicio de búsqueda

Umbral

El límite recomendado de 50 puede excederse hasta el límite máximo de 500 por aplicación de servicio de búsqueda. No obstante, deben usarse menos direcciones de comienzo y debe seguirse el límite de rastreo simultáneo.

Direcciones de comienzo

100 por origen de contenido

Umbral

El límite recomendado puede excederse hasta el límite máximo de 500 por origen de contenido. No obstante, cuantas más direcciones tenga, menos orígenes de contenido deberán usarse. Si tiene muchas direcciones de comienzo, recomendamos colocarlas como vínculos en una página HTML y hacer que el rastreador HTTP rastree la página, siguiendo los vínculos.

Rastreos simultáneos

20 por aplicación de búsqueda

Umbral

Este es el número de rastreos que pueden realizarse al mismo tiempo. Si se excede este número, la velocidad de rastreo general puede reducirse.

Propiedades rastreadas

500 000 por aplicación de búsqueda

Admitido

Estas son las propiedades detectadas durante un rastreo.

Regla de impacto de rastreo

100

Umbral

Límite recomendado de 100 por granja de servidores. La cantidad recomendada puede excederse. Sin embargo, disminuirá la presentación de las reglas de acceso al sitio en la interfaz de administración de búsqueda. Con aproximadamente 2 000 reglas de acceso al sitio, la página Administrar reglas de acceso al sitio se vuelve ilegible.

Reglas de rastreo

100 por aplicación de servicio de búsqueda

Umbral

Este valor puede excederse. Sin embargo, disminuirá la presentación de las reglas de rastreo en la interfaz de administración de búsqueda.

Propiedades administradas

100 000 por aplicación de servicio de búsqueda

Umbral

Estas son las propiedades que usa el sistema de búsqueda en las consultas. Las propiedades rastreadas se asignan a propiedades administradas.

Asignaciones

100 por propiedad administrada

Umbral

Si se excede este límite, puede reducirse la velocidad de rastreo y rendimiento de las consultas.

Eliminación de direcciones URL

100 eliminaciones por operación

Admitido

Este es el número máximo recomendado de direcciones URL que deberían quitarse del sistema en una misma operación.

Páginas relevantes

Una página de primer nivel y la menor cantidad posible de páginas de segundo y tercer nivel por aplicación de servicio de búsqueda

Umbral

El límite recomendado es de una página relevante de primer nivel y la menor cantidad posible de páginas de segundo y tercer nivel para lograr la relevancia deseada.

El límite máximo es de 200 por nivel de relevancia por aplicación de búsqueda, pero aunque se agreguen más páginas, es posible que no se logre la relevancia deseada. Agregue el sitio clave al primer nivel de relevancia. Agregue más sitios clave al segundo o tercer nivel de relevancia, de uno en uno, y evalúe la relevancia después de cada adición para asegurarse de que se ha logrado el efecto de relevancia deseado.

Palabras clave

200 por colección de sitios

Admitido

El límite recomendado puede excederse hasta el límite máximo (impuesto por ASP.NET) de 5 000 por colección de sitios, con cinco opciones más probables por palabra clave. Si se excede este límite, la presentación de palabras clave en la interfaz de usuario de administración del sitio disminuirá. El límite impuesto por ASP.NET puede modificarse editando los archivos web.config y client.config (MaxItemsInObjectGraph).

Propiedades de metadatos reconocidas

10 000 por elemento rastreado

Límite máximo

Este es el número de propiedades de metadatos que se pueden determinar y potencialmente asignar o usar para consultas cuando se rastrea un elemento.

Límites de servicio de perfiles de usuario

En la siguiente tabla se enumeran las recomendaciones para el servicio de perfiles de usuario.

Límite Valor máximo Tipo de límite Notas

Perfiles de usuario

2.000.000 por aplicación de servicio

Admitido

Una aplicación de servicio de perfiles de usuario puede admitir hasta 2 millones de perfiles de usuario con funcionalidad de características sociales completa. Este número representa el número de perfiles que se puede importar en el almacén de perfiles de personas desde un servicio de directorio, y también el número de perfiles que una aplicación de servicio de perfiles de usuario puede admitir sin producir reducciones en el rendimiento de las características sociales.

Etiquetas temáticas, notas y clasificaciones

500.000.000 por base de datos social

Admitido

Se admiten hasta un total de 500 millones de etiquetas temáticas, notas y clasificaciones en una base de datos social sin reducciones importantes en el rendimiento. No obstante, las operaciones de mantenimiento de bases de datos, como copia de seguridad y restauración, pueden presentar una reducción del rendimiento al llegar a ese punto.

Límites de distribución de contenido

En la siguiente tabla se enumeran las recomendaciones para la distribución de contenido.

Límite Valor máximo Tipo de límite Notas

Trabajos de distribución de contenido que se ejecutan en diferentes rutas de acceso

20

Admitido

En el caso de trabajos simultáneos en rutas de acceso conectadas a colecciones de sitios en la misma base de datos de contenido de origen, hay un riesgo mayor de interbloqueos en la base de datos. En el caso de trabajos que se deben ejecutar simultáneamente, recomendamos mover las colecciones de sitios a diferentes bases de datos de contenido de origen.

Nota

No es posible realizar trabajos simultáneos en la misma ruta de acceso.

Si usa instantáneas de Microsoft SQL Server para la distribución de contenido, cada ruta de acceso crea una instantánea. Esto aumenta los requisitos de E/S de la base de datos de origen.

Para obtener más información, vea Rutas de acceso y trabajos de distribución.

Límites de blogs

En la siguiente tabla se enumeran las recomendaciones para blogs.

Límite Valor máximo Tipo de límite Notas

Entradas de blog

5.000 por sitio

Admitido

El número máximo de entradas de blog es de 5.000 por sitio.

Comentarios

1.000 por entrada

Admitido

El número máximo de comentarios es de 1.000 por entrada.

Límites de Servicios de conectividad empresarial

En la siguiente tabla se enumeran las directrices recomendadas para Servicios de conectividad empresarial.

Límite Valor máximo Tipo de límite Notas

ECT (en memoria)

5.000 por servidor web (por inquilino)

Límite máximo

Número total de definiciones de tipo de contenido externo (ECT) cargadas en la memoria en un determinado momento en un servidor web.

Conexiones de sistema externo

500 por servidor web

Límite máximo

Número de conexiones de sistema externo activas o abiertas en un momento determinado. El valor predeterminado máximo es 200. El límite máximo es 500. Este límite se aplica en el ámbito del servidor web, independientemente del tipo de sistema externo (por ejemplo, base de datos, ensamblado .NET etc.). El máximo predeterminado se utiliza para restringir el número de conexiones. Una aplicación puede especificar un límite mayor mediante el contexto de ejecución. El límite máximo impone el máximo incluso para aplicaciones que no respetan el valor predeterminado.

Elementos de base de datos devueltos por solicitud

2.000 por conector de base de datos

Umbral

Número de elementos por solicitud que puede devolver el conector de base de datos.

El conector de la base de datos usa el máximo predeterminado de 2 000 para restringir el número de resultados que se pueden devolver por página. La aplicación puede especificar un límite mayor mediante el contexto de ejecución. El máximo absoluto impone el máximo incluso para aplicaciones que no respetan el valor predeterminado. El límite máximo para este límite es de 1 000 000.

Límites de flujos de trabajo

En la siguiente tabla se enumeran las recomendaciones para flujos de trabajo.

Límite Valor máximo Tipo de límite Notas

Umbral de aplazamiento de flujo de trabajo

15

Umbral

15 es el número máximo de flujos de trabajo que se pueden ejecutar simultáneamente respecto de una base de datos de contenido, excluidas las instancias que se ejecutan en el servicio del temporizador. Cuando se alcanza este umbral, las nuevas solicitudes para activar flujos de trabajo se colocarán en cola para que el servicio de temporizador de flujo de trabajo las ejecute posteriormente. A medida que se realiza la ejecución sin temporizador, se tendrán en cuenta las nuevas solicitudes para determinar el umbral. Este límite puede configurarse mediante el cmdlet Set-SPFarmConfig de Windows PowerShell. Para obtener más información, consulte Set-SPFarmConfig.

Nota: Este límite no se refiere al número total de instancias de flujo de trabajo que pueden estar en curso. En su lugar, es el número de instancias que se están procesando. Si se aumenta este límite, aumenta el rendimiento de inicio y finalización de las tareas de flujo de trabajo, pero también aumenta la carga de los recursos del sistema y la base de datos de contenido.

Tamaño de lote de temporizador de flujo de trabajo

100

Umbral

El número de eventos que cada ejecución del trabajo del temporizador de flujo de trabajo obtendrá y entregará a los flujos de trabajo. Se configura mediante Windows PowerShell. Para permitir eventos adicionales, se pueden ejecutar instancias adicionales del servicio del temporizador de flujo de trabajo de Microsoft SharePoint Foundation.

Límites de almacén de términos de metadatos administrados (base de datos)

En la siguiente tabla se enumeran las recomendaciones para almacenes de términos de metadatos administrados.

Límite Valor máximo Tipo de límite Notas

Número máximo de niveles de términos anidados en un almacén de términos

7

Admitido

Los términos de un conjunto de términos pueden representarse jerárquicamente.  Un conjunto de términos puede tener hasta siete niveles de términos (un término principal y seis niveles de anidación debajo de él.)

Número máximo de conjuntos de términos en un almacén de términos

1,000

Admitido

Puede tener hasta 1.000 conjuntos de términos en un almacén de términos.

Número máximo de términos en un conjunto de términos

30,000

Admitido

30 000 es el número máximo de términos que puede haber en un conjunto de términos.

Nota

Las etiquetas adicionales correspondientes al mismo término, como sinónimos y traducciones, no se cuentan como términos separados.

Número total de elementos en un almacén de términos

1,000,000

Admitido

Un elemento es un término o un conjunto de términos. La suma del número de términos y conjuntos de términos no puede exceder 1 000 000. Las etiquetas adicionales correspondientes al mismo término, como sinónimos y traducciones, no se cuentan como términos separados.

Nota

No se puede tener el número máximo de conjuntos de términos y el número máximo de términos simultáneamente en un almacén de términos.

Límites de Servicios de Visio

En la siguiente tabla se enumeran las recomendaciones para instancias de Servicios de Visio en Microsoft SharePoint Server 2010.

Límite Valor máximo Tipo de límite Notas

Tamaño de archivos de dibujos web de Visio

50 MB

Umbral

Servicios de Visio tiene una opción de configuración que permite al administrador cambiar el tamaño máximo de los dibujos web que procesa Visio.

Los tamaños de archivo más grandes tienen los siguientes efectos colaterales:

  • Aumento de la huella de memoria de Servicios de Visio.

  • Aumento en el uso de la CPU.

  • Reducción de la cantidad de solicitudes de servidor de aplicaciones por segundo.

  • Aumento de la latencia general.

  • Aumento de la carga de la red de granjas de servidores de SharePoint.

Tiempo de espera de recálculo de dibujo web de Visio

120 segundos

Umbral

Servicios de Visio tiene una opción de configuración que permite al administrador cambiar el tiempo máximo que puede pasar recalculando un dibujo después de actualizar los datos.

Un mayor tiempo de espera de recálculo tiene las siguientes consecuencias:

  • Reducción de la disponibilidad de la CPU y la memoria.

  • Reducción en la cantidad de solicitudes de aplicaciones por segundo.

  • Aumento de la latencia promedio en todos los documentos.

Un menor tiempo de espera de recálculo tiene las siguientes consecuencias:

  • Reducción de la complejidad de los diagramas que se pueden mostrar.

  • Aumento de la cantidad de solicitudes por segundo.

  • Reducción de la latencia promedio en todos los documentos.

Edad de caché mínima de Servicios de Visio (diagramas conectados a datos)

Edad de caché mínima: De 0 a 24 horas

Umbral

La edad de caché mínima se aplica a diagramas conectados a datos. Determina la cantidad de tiempo mínima que debe pasar para poder quitar el diagrama actual de la memoria caché.

Si la edad mínima de caché se establece a un valor muy bajo, se reducirá el rendimiento y aumentará la latencia, ya que la invalidación de la memoria caché suele obligar a Visio a recalcular frecuentemente y reduce la disponibilidad de la CPU y la memoria.

Edad de caché máxima de Servicios de Visio (diagramas no conectados a datos)

Edad de caché máxima: De 0 a 24 horas

Umbral

La edad de caché máxima se aplica a diagramas no conectados a datos. Este valor determina cuánto tiempo se mantendrá el diagrama actual en la memoria.

Si se aumenta la edad máxima de caché, se reduce la latencia para los dibujos frecuentemente solicitados.

No obstante, si se establece la edad máxima de caché en un valor muy alto, aumentará la latencia y se reducirá el rendimiento en el caso de elementos no almacenados en la memoria caché, ya que aquellos elementos que ya están en la memoria caché consumen y reducen la memoria disponible.

Límites del servicio de Web Analytics de SharePoint

En la siguiente tabla se enumeran las directrices recomendadas para el servicio Web Analytics de SharePoint.

Límite Valor máximo Tipo de límite Notas

Entidades de SharePoint

30 000 por cada granja de servidores cuando Web Analytics está habilitado

Admitido

No habilite Web Analytics si la granja de servidores contiene, o se espera que contenga, más de 30 000 entidades de SharePoint, que incluyen todas las aplicaciones web, colecciones de sitios y sitios. Este número no es exacto, ya que las diferentes combinaciones de entidades de SharePoint pueden tener un efecto mayor o menor en el rendimiento del conjunto de servidores que el escenario probado, que se describe en el artículo Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010. Sin embargo, a medida que el número de entidades de SharePoint en la granja de servidores se aproxima estrechamente a este límite, el rendimiento de la granja puede reducirse a niveles inaceptables.

Para obtener más información acerca de los límites máximos y límites para el servicio Web Analytics de SharePoint, consulte Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010.

Límites de PerformancePoint Services

En la siguiente tabla se enumeran las recomendaciones para PerformancePoint Services en Microsoft SharePoint Server 2010.

Límite Valor máximo Tipo de límite Notas

Celdas

1.000.000 por consulta en origen de datos de Servicios de Excel

Límite máximo

Un cuadro de mandos de PerformancePoint que llama a un origen de datos de Servicios de Excel está sujeto a un límite de no más de 1.000.000 celdas por consulta.

Columnas y filas

15 columnas por 60.000 filas

Umbral

El número máximo de columnas y filas al representar cualquier objeto de panel de PerformancePoint que usa un libro de Microsoft Excel como origen de datos. El número de filas podría cambiar según el número de columnas.

Consulta a una lista de SharePoint

15 columnas por 5.000 filas

Admitido

El número máximo de columnas y filas al representar cualquier objeto de panel de PerformancePoint que usa una lista de SharePoint como origen de datos. El número de filas podría cambiar según el número de columnas.

Consulta a un origen de datos de SQL Server

15 columnas por 20.000 filas

Admitido

El número máximo de columnas y filas al representar cualquier objeto de panel de PerformancePoint que usa una tabla de SQL Server como origen de datos. El número de filas podría cambiar según el número de columnas.

Límites de Word Automation Services

En la siguiente tabla se enumeran las directrices recomendadas para Microsoft Word Automation Services.

Límite Valor máximo Tipo de límite Notas

Tamaño de archivo de entrada

512 MB

Límite máximo

El tamaño de archivo máximo que se puede procesar con Microsoft Word Automation Services.

Frecuencia con la cual se inician las conversiones (minutos)

1 minuto (recomendada) 

15 minutos (predeterminada)

59 minutos (límite máximo)

Umbral

Este valor determina la frecuencia con la que se ejecuta el trabajo de temporizador de Microsoft Word Automation Services. Un número menor hace que el trabajo del temporizador se ejecute más rápido. Nuestras pruebas demuestran que es más útil ejecutar este trabajo de temporizador una vez por minuto.

Número de conversiones que se inician por proceso de conversión

Formatos de salida PDF o XPS: 30 x M para todos los demás formatos de salida: 72 x M donde M marca el valor de la frecuencia con la cual se inician las conversiones (minutos)

Umbral

El número de conversiones que se inician afecta al rendimiento de Microsoft Word Automation Services.

Si estos valores se establecen por encima de los niveles recomendados, es posible que algunos elementos de conversión comiencen a producir errores de forma intermitente y que los permisos del usuario expiren. Los permisos del usuario expiran 24 horas después del momento en que se inicia un trabajo de conversión.

Tamaño del trabajo de conversión

100.000 elementos de conversión

Admitido

Un trabajo de conversión incluye uno o más elementos de conversión, cada uno de los cuales representa una sola conversión que se realiza en un único archivo de entrada en SharePoint. Cuando se inicia un trabajo de conversión (usando el método ConversionJob.Start), el trabajo de conversión y todos los elementos de conversión se transmiten a un servidor de aplicaciones que después almacena el trabajo en la base de datos de Microsoft Word Automation Services. Si el número de elementos de conversión es grande, aumentará el tiempo de ejecución del método Start y el número de bytes transmitidos al servidor de aplicaciones.

Total de procesos de conversión activos

N-1, donde N es el número de núcleos en cada servidor de aplicaciones

Umbral

Un proceso de conversión activo puede consumir un solo núcleo de procesamiento. Por lo tanto, los clientes no deben ejecutar más procesos de conversión que la cantidad de núcleos de procesamiento que tienen sus servidores de aplicaciones.  El trabajo del temporizador de conversión y otras actividades de SharePoint también requieren el uso ocasional de un núcleo de procesamiento.

Recomendamos dejar siempre 1 núcleo libre para el trabajo del temporizador de conversión y SharePoint.

Tamaño de la base de datos de Microsoft Word Automation Services

2 millones de elementos de conversión 

Admitido

Microsoft Word Automation Services mantiene una cola persistente de elementos de conversión en su base de datos. Cada solicitud de conversión genera uno o varios registros.

Microsoft Word Automation Services no elimina los registros de la base de datos automáticamente, por lo que la base de datos puede crecer de forma indefinida sin mantenimiento. Los administradores pueden quitar manualmente el historial de trabajos de conversión usando el cmdlet Remove-SPWordConversionServiceJobHistory de Windows PowerShell. Para obtener más información, consulte Remove-SPWordConversionServiceJobHistory.

Límites de SharePoint Workspace

En la siguiente tabla se enumeran las directrices recomendadas para Microsoft SharePoint Workspace 2010.

Límite Valor máximo Tipo de límite Notas

Sincronización de SharePoint Workspace

30 000 elementos por lista

Límite máximo

SharePoint Workspace no sincroniza las listas que tienen más de 30 000 elementos. Esta restricción existe porque el tiempo para descargar una lista que tiene más de 30 000 elementos es muy largo y el uso de recursos es alto.

Sincronización de SharePoint Workspace

Límite de 1 800 documentos en SharePoint Workspace

Límite máximo

Se advierte a los usuarios cuando tienen más de 500 documentos en SharePoint Workspace, pero pueden continuar agregando documentos.

Límites de OneNote

En la siguiente tabla se enumeran las directrices recomendadas para Servicios de Microsoft OneNote.

Límite Valor máximo Tipo de límite Notas

Número de secciones y grupos de sección en un bloc de notas de OneNote (en SharePoint)

Vea el límite para "Documentos" en Límites de listas y bibliotecas

Cada sección se considera una carpeta y un documento en la lista. Cada grupo de secciones se cuenta como una carpeta y un documento en la lista.

Tamaño máximo de una sección

Vea el límite para el "tamaño de archivo" en los límites de listas y bibliotecas

 

Este máximo excluye las imágenes, archivos incrustados y copias impresas XPS para OneNote de más de 100 KB. Las imágenes y los archivos incrustados de más de 100 KB se dividen en sus propios archivos binarios. Esto significa que una sección con 100 KB de datos con tipo y cuatro documentos incrustados de Word de 1 MB cada uno se considerarán una sección de 100 KB.

Tamaño máximo de una imagen, archivo incrustado y copia impresa XPS de OneNote en una sección de OneNote.

Vea el límite para el "tamaño de archivo" en los límites de listas y bibliotecas

Cada elemento se almacena como un archivo binario independiente y, por lo tanto, está sujeto a los límites de tamaño de archivo. Cada operación de impresión deOneNote dará como resultado un archivo binario de copia impresa XPS, incluso si la copia impresa contiene varias páginas.

Tamaño máximo de todas las imágenes, archivos incrustados y copias impresas XPS en una sola página de OneNote.

El límite predeterminado es el doble del límite de "Tamaño de archivos".

Umbral

Esto se aplica al contenido incrustado en una sola página de OneNote, no a una sección o bloc de notas. Si los usuarios encuentran esto, aparecerá el siguiente error en OneNote: jerrcStorageUrl_HotTableFull (0xE0000794). Los usuarios pueden solucionar esto mediante la división del contenido incrustado en distintas páginas y la eliminación de las versiones anteriores de la página. Si los usuarios tienen que ajustar este valor (“Max Hot Table Size”), el límite efectivo es la mitad del valor absoluto que definen (por ejemplo, si se especifica un tamaño máximo de tabla dinámica de 400 MB, significa que el tamaño máximo de todo el contenido incrustado en una página está limitado a 200 MB).

Operaciones de combinación

Una por núcleo de CPU por servidor web

Límite máximo

OneNote combina los cambios de combinación de varios usuarios que son coautores de un bloc de notas. Si no hay un núcleo de CPU disponible para ejecutar una combinación, se genera una página de conflicto, que obliga al usuario a realizar la combinación manualmente).

Este límite se aplica si OneNote se ejecuta como una aplicación de cliente o como un Microsoft Office Web Apps.

Límites de Office Web Application Service

En la siguiente tabla se enumeran las directrices recomendadas para Office Web Apps. Los límites de aplicaciones cliente de Office también se aplican cuando una aplicación se ejecuta como una aplicación web.

Límite Valor máximo Tipo de límite Notas

Tamaño de caché

100 GB

Umbral

Espacio disponible para representar documentos, creado como parte de una base de datos de contenido. De forma predeterminada, la memoria caché disponible para representar documentos es de 100 GB. No se recomienda aumentar la memoria caché disponible.

Representaciones

Uno por documento por segundo por núcleo de CPU por servidor de aplicaciones (máximo de ocho núcleos)

Límite máximo

Es el número promedio medido de representaciones que pueden realizarse de documentos "típicos" en el servidor de aplicaciones a lo largo del tiempo.

Límites de Project Server

En la siguiente tabla se enumeran las directrices recomendadas para Microsoft Project Server. Para obtener más información acerca de cómo supervisar Project Server, consulte Planeación y arquitectura de Project Server 2010.

Límite Valor máximo Tipo de límite Notas

Final de tiempo del proyecto

Fecha: 31/12/2049

Límite máximo

Los planes de Project no se pueden extender más allá del 31/12/2049.

Entregas por plan del proyecto

1.500 entregas

Límite máximo

Los planes de Project no pueden contener más de 1.500 entregas.

Número de campos de una vista

256

Límite máximo

El usuario no puede agregar más de 256 campos a una vista definida en Project Web App.

Número de cláusulas en un filtro de una vista

50

Límite máximo

El usuario no puede agregar un filtro a una vista que tiene más de 50 cláusulas.