Exportar (0) Imprimir
Expandir todo

Restricciones y límites del software de SharePoint 2013

 

Se aplica a: SharePoint Server 2013 Standard, SharePoint Server 2013 Enterprise, SharePoint Foundation 2013, Project Server 2013

Última modificación del tema: 2014-07-14

Resumen:información sobre los límites de capacidad y rendimiento probados de SharePoint Server 2013 y relación entre límites y rendimiento aceptable.

En este artículo se describen los límites y límites máximos del software de SharePoint Server 2013. Estos incluyen los siguientes:

  • Límites máximos: 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.

ImportanteImportante:
Algunos valores de este artículo se basan en los resultados de prueba de Productos de SharePoint 2010 y pueden no representar los valores finales de SharePoint Server 2013. Este artículo se actualizará con los valores correspondientes cuando se dispongan de datos de pruebas de SharePoint Server 2013.
Para más información sobre los requisitos de hardware y software actuales, consulte Requisitos de hardware y software para SharePoint 2013.
NotaNota:
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:

Este artículo contiene información que le ayudará a entender los límites de rendimiento y capacidad probados de SharePoint Server 2013 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 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 2013. 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 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.

Tenga en cuenta que hay muchos factores que pueden afectar al rendimiento en un determinado entorno y cada uno de estos factores 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.

En SharePoint Server 2013, 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 máximos 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 2013 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 es 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 límite admitido es el número de colecciones de sitios por granja de servidores. El límite admitido es la cantidad máxima de colecciones de sitios por aplicación web que cumplió con el rendimiento esperado 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 2013 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.

En SharePoint Server 2013, 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 comprender la relación entre recursos de hardware, carga y rendimiento, es importante tener un modo de visualizar los factores implicados y cómo se afectan unos y otros.

Evaluaremos la capacidad de una granja como un gráfico, el tamaño que representa el agregado de factores como servidores, los recursos de hardware como CPU y RAM, la capacidad de almacenamiento, los IOP de disco, el ancho de banda y la latencia. El tamaño del gráfico está relacionado con los recursos generales de la granja; al agregar recursos (como servidores de granja), se aumenta el tamaño del gráfico.

Este gráfico está dividido en porciones que representan la carga desde una gran variedad de orígenes: solicitudes de usuario, consultas de búsqueda, operaciones con características instaladas, trabajos de temporizador y sobrecarga del sistema operativo. Cada una de estas secciones deben compartir recursos de granja disponibles. Si el tamaño de una porción aumenta, el tamaño de las otras debe disminuir proporcionalmente. Puesto que la carga de una granja no es estática (las solicitudes de usuario, por ejemplo, solo pueden ser significativas durante determinadas horas del día), el tamaño relativo de las porciones está variando constantemente. Sin embargo, cada porción debe mantener un tamaño mínimo necesario para que funcione normalmente y, puesto que las funciones representadas por cada porción son interdependientes, el aumento del tamaño de una porción puede colocar más carga en otras porciones además de reducir los recursos disponibles que podrán consumir.

Con esta metáfora, el objetivo del diseño de la granja es aumentar el tamaño del gráfico lo suficiente como para acomodar el tamaño necesario de cada fracción cuando hay carga máxima.

Pensemos ahora en un escenario en el que las solicitudes de usuario aumentan un 100% sobre la línea base. Digamos que la mitad aproximadamente de las solicitudes son consultas de búsqueda, y la otra mitad listas y documentos para editar. Este aumento de la carga estrecha las otras fracciones del gráfico, pero algunas características de la granja deben trabajar más para compensarlo. El servicio de búsqueda tiene que procesar más consultas, la mayoría de las cuales se administran por la memoria caché, pero algunas consultas se pasan a los servidores de la base de datos, lo que también aumenta su carga. Si la carga de los servidores de la base de datos aumenta demasiado, las longitudes de las colas del disco también lo harán, lo que a su vez aumenta la latencia de todas ellas.

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 recomendaciones 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.

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

En la siguiente tabla se enumeran las recomendaciones para aplicaciones web.

 

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

Aplicación web

20 por granja de servidores

Compatible

Recomendamos limitar lo máximo posible el número de aplicaciones web. En vez de agregar aplicaciones web, cree colecciones de sitios con nombre de host siempre que sea posible.

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 para colecciones de sitios con nombre de host

20 por granja de servidores

Compatible

Las rutas de acceso administradas para colecciones de sitios con nombre de host se aplican en el nivel de granja de servidores. Todas las rutas de acceso administradas que se creen se pueden aplicar a cualquier aplicación web.

Ruta de acceso administrada para colecciones de sitios basados en rutas de acceso

20 por aplicación web

Compatible

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.

Las rutas de acceso administradas para colecciones de sitios basadas en rutas de acceso se aplican a nivel de la aplicación web. Se puede crear un conjunto diferente de rutas de acceso administradas para cada aplicación web. 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 la recuperación de las soluciones. 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, vea Set-SPInfoPathFormsService.

En la siguiente tabla se enumeran las recomendaciones para servidores web en 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 memoria asignada a los servidores web

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

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

 

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

Número de bases de datos de contenido

500 por granja de servidores

Compatible

El número máximo de bases de datos de contenido por granja de servidores es de 500. Con 500 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 puede que la interfaz de administración se ralentice y sea difícil navegar por ella.

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

200 GB por base de datos de contenido

Compatible

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

Compatible

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

  • Rendimiento de subsistema de disco de 0,25 IOP por GB. Para un rendimiento óptimo, se recomienda 2 IOP por GB.

  • 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 2013 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 2013 y de copia de seguridad alternativa para determinar la mejor solución para su entorno específico.

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

  • La complejidad de las personalizaciones y configuraciones en SharePoint Server 2013 puede necesitar 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ódigos 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 2013 en varias bases de datos de contenido. Esto permite el escalado de forma indefinida de las implementaciones de SharePoint Server 2013. 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, vea Límites de colecciones de sitios.

ImportanteImportante:
Las bases de datos de contenido de más de 4 TB, excepto para el uso en escenarios de archivado de documentos (descrito en la fila de abajo), 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

Compatible

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 2013 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 2013 en la base de datos de contenido.

    NotaNota:
    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, vea el tema sobre estimación de requisitos de rendimiento y capacidad para repositorios de documentos de gran escala (http://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

Compatible

El número más grande de elementos por base de datos de contenido que se haya probado en SharePoint Server 2013 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 2013, debe implementar varias bases de datos de contenido.

Colecciones de sitios por base de datos de contenido

10.000 máximo (2.500 colecciones de sitios no personales y 7.500 sitios personales, o bien 10.000 sitios personales solos)

Compatible

Recomendamos especialmente limitar a 5.000 el número de colecciones de sitios en una base de datos de contenido. No obstante, se admiten hasta 10.000 colecciones de sitios. Observe que una base de datos de contenido (con hasta un total de 10.000 colecciones de sitios) puede contener un máximo de 2.500 colecciones de sitios no personales. Es posible admitir 10.000 colecciones de sitios personales si son las únicas colecciones de sitios de la base de datos de contenido.

Estos límites están relacionados con la velocidad de la actualización. Cuanto mayor sea el número de colecciones de sitios en una base de datos, más lenta será la actualización con respecto a la actualización de la base de datos y a las actualizaciones de las colecciones de sitios.

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. 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 5.000 colecciones de sitios, se corre el riesgo de que los tiempos de inactividad se prolonguen durante las actualizaciones. Si planea exceder las 5.000 colecciones de sitios, le recomendamos que disponga de una estrategia de actualización clara destinada a minimizar las interrupciones y a reducir el impacto en las operaciones. Le recomendamos también que obtenga hardware adicional para acelerar las actualizaciones y las actualizaciones de software que afectan a las bases de datos.

Para establecer los niveles máximos y 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 más información, vea 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 2013 se configura para usar RBS, y los blobs en almacenamiento NAS, considere el siguiente límite máximo.

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

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

 

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

Colecciones de sitios por granja de servidores

750.000 (500.000 sitios personales y 250.000 de otro tipo por granja)

Compatible

El número máximo de colecciones de sitios recomendado por granja de servidores es de 500.000 sitios personales más 250.000 para el resto de plantillas de sitios. Los sitios pueden residir todos en una sola aplicación web o se pueden distribuir por varias aplicaciones web.

Tenga en cuenta que este límite se ve afectado por otros factores que podrían reducir el número efectivo de colecciones de sitios que admite una base de datos de contenido. 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, si una granja de servidores contiene un número total menor de bases de datos de contenido, y cada una de ellas contiene un número elevado de colecciones de sitios, el rendimiento de la granja puede verse afectado negativamente bastante antes de que se alcance el límite de colecciones de sitios.

Por ejemplo, la granja A contiene una aplicación web con 200 bases de datos de contenido, que es una configuración admitida. Si cada una de estas bases de datos de contenido contiene 1.000 colecciones de sitios, el número total de colecciones de sitios de la aplicación web será de 200.000, lo que entra dentro de los límites admitidos. No obstante, si cada base de datos de contenido contiene 10.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 granja de servidores será de 2.000.000, lo que supera el límite del número de colecciones de sitios admitidas por aplicación web.

Es necesario supervisar el uso de memoria en los servidores web, ya que depende de patrones de uso y del número de sitios a los que se tiene acceso en un determinado período de tiempo. De igual modo, los destinos de rastreo también pueden mostrar presión de memoria, con lo que hay que configurar el grupo de aplicaciones para que se recicle antes de que la memoria disponible en cualquier servidor web caiga por debajo de 2 GB.

Sitio web

10.000 por colección de sitios

Compatible

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

Puede crearse un número total de sitios web muy grande si se anidan los subsitios. Por ejemplo, en una jerarquía superficial con 100 sitios, cada uno de ellos con 1.000 subsitios, tendría un total de 100.000 sitios web. Una jerarquía profunda con 100 sitios, cada uno de ellos con 10 niveles de subsitios, también contendría en total 100.000 sitios web.

Nota: 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.

Tamaño de la colección de sitios

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

Compatible

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, vea 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 de 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 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, vea 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, es necesario hacer una copia de seguridad de toda la base de datos de contenido. Si en una única base de datos de contenido hay varias colecciones de sitios que contienen más de 100 GB, las operaciones de copia de seguridad y restauración pueden llevar mucho tiempo y dar error.

Número de canales de dispositivo por colección de sitios de publicación

10

Límite máximo

El número máximo permitido de canales de dispositivo por colección de sitios de publicación es de 10.

En la siguiente tabla se enumeran las recomendaciones para listas y bibliotecas. Para más información, vea 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, vea Límites de columnas.

Tamaño de archivos

2 GB

Límite máximo

El tamaño de archivo máximo predeterminado es de 250 MB. Este límite puede configurarse y aumentarse hasta 2 GB (2.047 MB). No obstante, un volumen elevado de archivos de gran tamaño puede afectar al rendimiento de la granja de servidores.

Documentos

30.000.000 por biblioteca

Compatible

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

Compatible

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.

Versiones menores

511

Límite máximo

El número máximo de versiones de archivo menores es de 511. Este límite no se puede exceder.

Elementos

30.000.000 por lista

Compatible

Se puede 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

Compatible

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 anchas 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.

Limitación 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.

Limitación 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á considerablemente a medida que aumente el número de subsitios.

Coautoría en Word y 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ímites máximo es 99.

Si hay 99 coautores que tienen un mismo documento abierto para edición simultánea, cualquier usuario después de ese número recibirá un error de “Archivo en uso” y únicamente podrá abrir una copia de solo lectura.

Más de 10 coeditores degradarán 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 en el servidor.

Á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 50.000.

En la mayoría de granjas de servidores, recomendamos reducir este límite a 5.000 ámbitos únicos. Para listas grandes, considere la opción de adoptar un diseño que use el menor número posible de permisos.

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 separada. 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 a SharePoint Server 2013. 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.

Los datos de SharePoint Server 2013 se almacenan en tablas de SQL Server. Para permitir el número máximo de columnas posibles en una lista de SharePoint, SharePoint Server 2013 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 esto puede generar una carga excesiva en el servidor. Recomendamos hacer una prueba de rendimiento antes de superar este límite.

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 exceder 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

12 bytes

El ajuste de 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

12 bytes

El ajuste de 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

12 bytes

La envoltura de la fila 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 elección 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 elección.

Número

72

Umbral

12 bytes

El ajuste de 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 filas de SQL Server se realiza después de cada 8 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 líneas 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 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 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

12 bytes

El ajuste de las filas de SQL Server se realiza después de cada 8 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 multilínea.

  • 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.

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ímite Valor máximo Tipo de límite Notas

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

5.000

Compatible

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 2013 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

Compatible

Puede agregar millones de personas al sitio web con grupos de seguridad de Microsoft Windows para administrar la seguridad en vez de usar 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

Compatible

SharePoint Server 2013 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

Compatible

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)

Compatible

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.

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

Las recomendaciones para la búsqueda están organizadas de acuerdo con los aspectos de la búsqueda a los que afectan: la topología, el tamaño de los elementos, los diccionarios, el rastreo, el esquema, las consultas y los resultados, la clasificación y el índice.

NotaNota:
Los límites de búsqueda han cambiado significativamente con la actualización de la característica. Para más información, consulte Planeación de búsquedas en SharePoint Server 2013.

Los límites de la topología aseguran una comunicación eficaz entre los componentes de la búsqueda. Si se sobrepasa este límite, la comunicación entre los componentes de la búsqueda se hace más lenta, lo que puede provocar mayores latencias de la consulta y, en última instancia, la interrupción de la búsqueda.

 

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

Componentes de procesamiento analítico

6 por aplicación de servicio de búsqueda; 1 por servidor

Compatible

Bases de datos de informes analíticos

4 por aplicación de servicio de búsqueda

Umbral

Se puede superar este límite para adaptarse a requisitos específicos. Al cambiar la escala, agregue una base de datos de informes analíticos cuando el tamaño de cualquiera de las bases de datos implementadas alcance un tamaño total de 250 GB, o un total de 20 millones de filas. De este modo, la repartición es lo más equilibrada posible.

Bases de datos de vínculo

4 por aplicación de servicio de búsqueda

Compatible

El mayor número probado de elementos que puede contener una base de datos de vínculos es 100 millones.

Componentes de rastreo

1 por servidor

Compatible

No hay ningún límite individual del número de componentes de rastreo por aplicación de servicio de búsqueda. En lugar de eso, el límite del número total de componentes de búsqueda por aplicación de servicio de búsqueda limita el número de componentes de rastreo.

Componentes de índice

60 por aplicación de servicio de búsqueda; 4 por servidor

Compatible

Para calcular el número de componentes de índice que tiene, multiplique el número de particiones de índice por el número de réplicas de índice.

Particiones de índice

25 por aplicación de servicio de búsqueda

Compatible

Una partición de índice contiene un subconjunto del índice de aplicación de servicio de búsqueda. Si se aumenta el número de particiones de índice, cada partición contendrá un subconjunto más pequeño del índice, lo que reduce la RAM y el espacio en disco necesarios en los servidores que hospedan los componentes de índice.

Réplicas de índice

3 por partición de índice

Compatible

Cada partición de índice puede tener un conjunto de réplicas. El aumento del número de réplicas de índice tiene un efecto positivo en el rendimiento de las consultas y proporciona una mejor tolerancia a errores. No obstante, agregar demasiadas réplicas a la partición de índice puede tener un efecto negativo en la indización.

Para escenarios de sitios de Internet, que suelen tener un índice elevado de consultas pero poco volumen de contenido (menos de 4 millones de elementos por partición), el límite admitido es de 6 réplicas de índice por partición.

Componentes de procesamiento de contenido

1 por servidor

Compatible

La topología de búsqueda admite el escalado horizontal del número de componentes de procesamiento de contenido. Aunque un host físico específico o una máquina virtual admita varios componentes de procesamiento de contenido, el mejor uso de la capacidad de CPU se consigue con un componente de procesamiento de contenido. La razón es que un mecanismo integrado maximiza el uso de CPU, ya que ajusta el número de sesiones de alimentación de acuerdo con los núcleos CPU disponibles. Varias sesiones de alimentación permiten que el componente de procesamiento de contenido procese los documentos entrantes en paralelo. Este mecanismo asume que hay un solo componente de procesamiento de contenido por host.

Si el número de núcleos físicos en el host es igual a N, entonces el componente de procesamiento de contenido tendrá N*K sesiones de alimentación. K es un coeficiente constante con 3 como valor inicial. Un servidor de 4 núcleos tendrá 12 sesiones de alimentación, lo que significa que el componente de procesamiento de contenido puede procesar 12 documentos en paralelo. Para cambiar el valor de K, hay que definir la propiedad NumberOfCssFeedersPerCPUForRegularCrawl de la aplicación del servicio de búsqueda.. SharePoint 2013 limita el valor de N a 12, incluso si un servidor tiene más de 12 núcleos físicos. Así, un servidor con 16 núcleos tendrá N*K = 12 * 3 = 36 sesiones de alimentación.

En caso de que todavía haya tiempo de CPU inactivo, considere la opción de incrementar el coeficiente K en vez de agregar un componente de procesamiento de contenido adicional. Si aumenta el coeficiente K, asegúrese de que el host disponga de suficiente memoria.

Componentes de procesamiento de consulta

1 por servidor

Compatible

SharePoint 2013 solo admite un componente de procesamiento de consultas por máquina física o máquina virtual.

Componentes de búsqueda

64 por aplicación de servicio de búsqueda

Compatible

 

Aplicaciones del servicio de búsqueda

20 por granja de servidores

Compatible

Pueden implementarse varias aplicaciones de servicio de búsqueda en la misma granja de servidores, ya que se pueden asignar bases de datos y componentes de búsqueda a distintos servidores. Este límite es inferior al del número total de aplicaciones de servicio de una granja de servidores.

Orígenes de contenido

500 por aplicación de servicio de búsqueda

Límite máximo

Los límites de tamaño de elemento protegen el rendimiento de rastreo y el tamaño del índice. Aquí se muestran algunos ejemplos de cómo pueden afectar los límites a la búsqueda:

  • Si no puede obtener resultados cuando se busca un elemento, es posible que el elemento sea demasiado grande. Aparecerá una advertencia en el registro de rastreo que indica que el archivo excedió el tamaño máximo que el rastreador puede descargar.

  • Si está buscando texto en un elemento y solo obtiene resultados de la primera parte del texto, es posible que el componente de procesamiento del contenido haya truncado el elemento porque exceda algunos de los límites de tamaño de elemento. Cuando el componente de procesamiento de contenido trunca un elemento, lo indica estableciendo la propiedad administrada IsPartiallyProcessed en True. También aparecerá una advertencia en el registro de rastreo, que indica por qué se ha truncado el elemento.

Si ajusta los límites de tamaño de elemento, le recomendamos que trabaje con ellos en el orden en que aparecen en esta tabla.

 

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

Tamaño de documento que puede descargar el componente de rastreo

64 MB (3 MB para documentos de Excel)

Umbral

La búsqueda descarga metadatos y contenido desde un documento hasta que alcance el tamaño máximo de documento. El resto del contenido no se descarga. La búsqueda siempre descarga los metadatos de un documento.

Puede cambiar el límite para el tamaño máximo de documento, pero ello no afectará a los documentos de Excel. Con tal fin, use los cmdlets de Windows PowerShell para cambiar la propiedad de aplicación de servicio de búsqueda MaxDownLoadSize. Puede establecer el límite de 0 a 1 GB.

Si aumenta el límite para el tamaño máximo del documento, la búsqueda indiza más contenido y necesita más espacio en disco.

Tamaño del contenido analizado

2 millones de caracteres

Límite máximo

La búsqueda detiene el análisis de un elemento después de analizar hasta 2 millones de caracteres del contenido del elemento, incluidos los datos adjuntos del elemento. La cantidad real de caracteres analizados puede ser menor que este límite porque la búsqueda utiliza como máximo 30 segundos en el análisis de un solo elemento y sus datos adjuntos. Cuando la búsqueda detiene el análisis de un elemento, el elemento se marca como parcialmente procesado. El contenido sin analizar no se procesa y, por tanto, no está indizado.

Tokens producidos por el separador de palabras

30.000

Límite máximo

La búsqueda divide el contenido en palabras individuales (tokens). La búsqueda produce hasta 30.000 tokens de un único elemento, incluidos los datos adjuntos del elemento. La cantidad real de tokens puede ser inferior a este límite porque la búsqueda usa un máximo de 30 segundos en la separación de palabras. El contenido restante no se procesa y, por lo tanto, no está indizado.

Tamaño de propiedad administrada indizada

512 KB por propiedad administrada que permite búsqueda o consulta

Umbral

Este es el tamaño máximo predeterminado de una propiedad administrada que permite búsqueda o es consultable. Si se aumenta este límite, se habilitará la indización de más datos por propiedad administrada. La indización de más datos por propiedad administrada consume más espacio en disco e incrementa la carga total del sistema. Este límite se puede configurar con los cmdlets de Windows PowerShell y con el modelo de objetos de esquema para definir el atributo MP.MaxCharactersInPropertyStoreIndex. Puede establecer el límite desde 0 a 2048 KB.

Tamaño de propiedad administrada recuperable

16 KB por propiedad administrada

Umbral

Este es el tamaño máximo predeterminado de una propiedad administrada recuperable. Si incrementa este límite, podrá indizar más datos por propiedad administrada. El incremento de este límite también permite la recuperación de más datos por propiedad administrada para los resultados de búsqueda. La indización y recuperación de más datos por propiedad administrada consume más espacio en disco e incrementa la carga total del sistema. Este límite puede configurarse por propiedad administrada con los cmdlets de Windows PowerShell y el modelo de objetos de esquema para definir el atributo P.MaxCharactersInPropertyStoreForRetrieval. Puede establecer el límite desde 0 a 2048 KB.

Tamaño de propiedad administrada ordenable y restringible

16 KB por propiedad administrada

Límite máximo

Este es el tamaño máximo de una propiedad administrada que se puede ordenar y refinar.

Tamaño del token

Variable

Límite máximo

La búsqueda puede indizar tokens de cualquier longitud. Pero el separador de palabras que se utiliza para generar los tokens de búsqueda puede limitar la longitud de los tokens. Los separadores de palabras son componentes que reconocen el idioma y dividen el contenido en palabras individuales (tokens). También puede crear separadores de palabras personalizados. El límite de tamaño del token depende, por tanto, del separador de palabras.

Este es el límite del separador de palabras para los idiomas occidentales:

  • El separador de palabras solo tiene en cuenta los primeros 1000 caracteres de un token para la división, y omite el resto de los caracteres.

  • El separador de palabras divide tokens que tienen más de 300 caracteres en dos o más tokens donde ninguno de ellos tiene más de 300 caracteres. Por ejemplo, un token de 612 caracteres se divide en dos tokens de 300 caracteres y un token de 12 caracteres.

Los límites del diccionario protegen la memoria, la eficiencia del procesamiento de contenido y los resultados de la consulta.

 

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

Número de entradas en un diccionario de sinónimos

1 millón

Compatible

El diccionario de sinónimos contiene sinónimos de los términos de las consultas. Exceder este límite probado puede dar como resultado el aumento del uso de memoria y del tiempo de respuesta a las consultas.

Número de entradas en un diccionario de extracción de entidades personalizado

1 millón

Compatible

Exceder este límite probado puede dar como resultado el aumento del uso de memoria, una mayor lentitud en la indización y un aumento del tiempo de respuesta a las consultas.

Número de entradas en un diccionario de búsqueda personalizado

5.000 términos por inquilino

Límite máximo

Esto limita el número de términos permitidos para diccionarios de inclusiones y exclusiones para corrección ortográfica de consultas y extracción de asociaciones. Puede almacenar más términos de los que marca este límite en el almacén de términos, pero la búsqueda solo usa 5000 términos por inquilino.

Los límites del esquema protegen los recursos de la memoria y mantienen la sobrecarga de las operaciones de administración a un nivel aceptable.

 

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

Propiedades rastreadas

500.000 por aplicación de servicio de búsqueda

Compatible

El contenido y los metadatos de los elementos que rastree se representan como propiedades rastreadas. Puede asignar estas propiedades rastreadas a propiedades administradas. Si el número de propiedades rastreadas excede este límite admitido, se reduce la velocidad de indización.

Propiedades administradas

50.000 por aplicación de servicio de búsqueda

Compatible

La búsqueda usa propiedades administradas en las consultas. Las propiedades rastreadas se asignan a propiedades administradas. Si se excede el límite admitido de propiedades administradas, se reduce la velocidad de indización.

Asignaciones de propiedades administradas

100 por propiedad administrada

Compatible

Las propiedades rastreadas pueden asignarse a propiedades administradas. Si se excede este límite, podría reducirse la velocidad de rastreo y el rendimiento de las consultas.

Valores por propiedad administrada

1000

Límite máximo

Una propiedad administrada puede tener varios valores del mismo tipo. Este es el número de valores máximo por propiedad administrada multivalor por documento. Si se excede este número, se descarta el resto de los valores.

Propiedades de metadatos reconocidas

100.000 por elemento rastreado

Compatible

Este es el número máximo de propiedades de metadatos que puede determinar el componente de rastreo cuando se rastrea un artículo. Estas propiedades de metadatos se pueden asignar o utilizar para las consultas. Acercarse a este número de propiedades rastreadas podría dar lugar a una tasa baja de rastreo.

 

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

Direcciones de comienzo

500 por origen de contenido

Compatible

Longitud del nombre de host del equipo

15 caracteres

Umbral

NetBIOS limita la longitud máxima del nombre de host del equipo a este valor.

Bases de datos de rastreo

15 por aplicación de servicio de búsqueda

Compatible

 

Los límites para consultas y resultados protegen al motor de búsqueda de la ejecución de expresiones de consulta muy grandes y de la devolución de conjuntos de resultados muy grandes. Evitar que el motor de búsqueda ejecute expresiones de consulta muy grandes y devuelva conjuntos de resultados muy grandes evita los ataques de denegación de servicio (DoS) y se asegura de que los resultados se devuelvan de forma oportuna. Si tiene que recuperar más resultados, se recomienda utilizar la paginación.

 

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

Longitud del texto para consultas con el lenguaje de consulta de palabras clave

4 KB (4.096 caracteres)

Compatible

Este es el valor predeterminado y probado de la longitud máxima del texto para una consulta creada con el lenguaje de consulta de palabras clave, excepto para las consultas de detección. Para las consultas de detección, 16 KB (16.384 caracteres) es el valor máximo predeterminado.

El valor predeterminado de la longitud máxima del texto puede aumentarse hasta el límite de 20 KB (20.480) para todos los tipos de consulta.

Número de filas de un conjunto de resultados

5000 filas

Compatible

Este es el valor predeterminado y probado para el número máximo de filas de un conjunto de resultados, excepto para una consulta de detección. Para las consultas de detección, el valor predeterminado es 10.000 filas. Para mostrar el conjunto de resultados completo, emita más consultas de paginación.

Puede cambiar el valor para el número máximo de filas de un conjunto de resultados usando cmdlets de Windows PowerShell para cambiar la propiedad de aplicación del servicio de búsqueda MaxRowLimit. MaxRowLimit define el valor máximo de la propiedad de consulta RowLimit y la propiedad de consulta de detección RowLimit. RowLimit define el número de filas que contiene cada página en un conjunto de resultados. Puede aumentar MaxRowLimit hasta 10.000 filas, se trata de un límite máximo.

Extracción de resultados

Sin límite

Compatible

Cuota de alertas de búsqueda

100.000 alertas por aplicación de servicio de búsqueda

Compatible

Los usuarios finales pueden establecer alertas de búsqueda para el conjunto de resultados de una consulta. Cuando se cambian o actualizan los resultados, la búsqueda notifica al usuario final. Este es el límite probado para una aplicación de servicio de búsqueda que tiene una mezcla de consultas de usuario final (75%) y de alerta (25%). El límite para una aplicación de servicio de búsqueda que solo tiene consultas de alerta es de 400.000 alertas. Estos límites se basan en un sistema con cinco consultas por segundo (QPS).

Los límites de clasificación protegen la memoria del servidor de aplicaciones, la latencia de consulta y el tamaño del índice.

 

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

Modelos de clasificación

1.000 por inquilino

Límite máximo

La aproximación a este límite puede tener un efecto negativo en el rendimiento general del sistema.

Contextos únicos usados para clasificación

15 contextos únicos por modelo de clasificación

Límite máximo

Este es el número máximo de contextos únicos por modelo de clasificación.

Páginas relevantes

1 página de primer nivel y el número mínima de páginas de segundo y tercer nivel por aplicación de servicio de búsqueda

Compatible

Use el menor número posible de páginas de segundo y tercer nivel mientras aún no haya alcanzado la relevancia deseada.

El límite máximo es de 200 páginas relevantes por nivel de relevancia por aplicación de servicio de búsqueda. Si se agregan 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.

Los límites de índice impiden que el índice crezca fuera de los límites y exceda los recursos disponibles.

 

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

Términos únicos en el índice

2^31 (>2 mil millones de términos)

Límite máximo

Este es el número máximo de términos únicos que pueden existir en el índice de una aplicación de servicio de búsqueda.

Índices de texto completo definidos por el usuario

10

Límite máximo

Este es el número máximo de índices de texto completo.

Elementos indizados

10 millones por partición de índice

Compatible

Cada partición de índice contiene un subconjunto de todo el índice de búsqueda. Si el número de elementos indizados es alto en relación con la cantidad de memoria del servidor, esto afectará negativamente al tiempo de respuesta de consulta.

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

Compatible

Una aplicación de servicio de perfiles de usuario puede admitir hasta 2 millones de perfiles de usuario con funcionalidad de características sociales completas. 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

Compatible

Se admiten hasta 500 millones en total 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.

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

Compatible

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.

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

Si usa instantáneas de 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 el tema sobre rutas de acceso y trabajos de distribución.

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

Compatible

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

Comentarios

1.000 por entrada

Compatible

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

En la siguiente tabla se enumeran las recomendaciones 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

El número de conexiones de sistema externo activas/abiertas en un determinado momento. El valor máximo predeterminado es de 200; el límite máximo es de 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 usa para restringir el número de conexiones. Una aplicación puede especificar un límite más grande a través del contexto de ejecución; el límite máximo aplica 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. Una aplicación puede especificar un límite más grande a través del contexto de ejecución; el máximo absoluto aplica 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.

Latencia de respuesta

600 segundos

Umbral

Tiempo de expiración usado por el conector de datos externos en cada solicitud. El valor predeterminado es 180 segundos, pero las aplicaciones se pueden configurar para especificar un valor superior hasta un máximo de 600 segundos.

Tamaño de respuesta de servicio

150.000.000 bytes

Umbral

Volumen superior de datos por solicitud que puede devolver el conector de datos externos. El valor predeterminado es 3.000.000 bytes, pero las aplicaciones se pueden configurar para especificar un valor superior hasta un máximo de 150.000.000 bytes.

Descriptor de filtro (en almacén)

200 por método ECT

Límite máximo

El número máximo de descriptores de filtro por método ECT es de 200.

Identificador ECT (en almacén)

20 por ECT

Límite máximo

El número máximo de identificadores por ECT es de 20.

Elemento de base de datos

1.000.000 por solicitud

Umbral

El número máximo predeterminado de elementos por solicitud que puede devolver el conector de base de datos es 2.000, y el máximo absoluto es 1.000.000.

El conector de base de datos usa el máximo predeterminado para restringir el número de resultados que se pueden devolver por página. La aplicación puede especificar un límite más grande a través del contexto de ejecución; el máximo absoluto aplica el máximo permitido incluso para aplicaciones que no respetan el valor predeterminado, como la indización.

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, vea Set-SPFarmConfig.

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

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 recopilará y entregará a los flujos de trabajo. Puede configurarse con Windows PowerShell. Para permitir eventos adicionales, se pueden ejecutar instancias adicionales del servicio del temporizador de flujo de trabajo de SharePoint Foundation.

Asociaciones de flujo de trabajo

100 por lista

Compatible

Si se excede este límite, el rendimiento del explorador empeorará como consecuencia del gran volumen de datos que se carga para más de 100 asociaciones y sus columnas de estado.

Documentos o elementos de lista que se pueden crear o cargar en bloque para iniciar instancias de flujo de trabajo

5.000 elementos

Compatible

Las pruebas han verificado que se pueden procesar todos los eventos de activación de flujo de trabajo al crear hasta 5.000 elementos en una única carga en bloque. Si se excede este límite, podría agotarse el tiempo de espera de la iniciación del flujo de trabajo.

Definiciones de flujo de trabajo publicadas por sitio web

1.000 por sitio web

Compatible

El número máximo admitido de definiciones de flujo de trabajo publicadas por sitio web es 1.000.

Número total de asociaciones de flujo de trabajo por sitio

1.799 por sitio

Límite máximo

El Bus de servicio admite un máximo de 1.799 suscripciones por ámbito. Este valor máximo incluye la suma de asociaciones publicadas y no publicadas.

Tamaño máximo de definición de flujo de trabajo (xaml)

5120 KB

Límite máximo

Se producirá un error si se intenta publicar archivos xaml que excedan el límite de tamaño.

Profundidad máxima de un subpaso de flujo de trabajo en xaml (complejidad de flujo de trabajo)

121 niveles

Límite máximo

Hay un límite estricto de 125 para profundidad de nodos en xaml. El valor máximo de 121 niveles tiene en cuenta las actividades predeterminadas (fase, secuencia, etc.) que SharePoint Designer inserta automáticamente.

Activaciones de instancias de flujo de trabajo por segundo y por servidor web

6 por segundo

Umbral

Las pruebas han confirmado que un servidor web de SharePoint puede activar un máximo de 6 instancias de flujo de trabajo por segundo. Este número es acumulativo y, por lo tanto, aumenta con el número de servidores web que hay en la granja. Por ejemplo, 2 servidores web pueden activar 12 instancias de flujo de trabajo por segundo y 3 servidores web pueden activar 18.

Llamadas Rest de flujo de trabajo de SharePoint por segundo y por servidor web

60 por segundo

Compatible

Las pruebas han confirmado que un servidor web de SharePoint puede procesar de manera efectiva hasta 60 llamadas Rest por segundo del flujo de trabajo de SharePoint.  Si se supera este nivel de volumen, recomendamos que se agregue un servidor web adicional con equilibrio de carga a la granja de servidores de SharePoint. En las pruebas, 120 llamadas Rest por segundo a un solo servidor web resultaron en un uso constante de CPU del 90-100 %. Al agregar un segundo servidor web, el uso de CPU se redujo al 30-40 % en ambos servidores. Agregar un tercer servidor web permitió el procesamiento de 180 llamadas por segundo, con un 30-40 % de uso de CPU en los tres servidores, y así sucesivamente. Los servidores usados para esta prueba fueron máquinas virtuales Hyper-V con procesador de 16 núcleos y 24 GB de RAM cada uno.

Tamaño de valor de variable de flujo de trabajo

256 KB

Límite máximo

La cantidad máxima de datos que se pueden almacenar en una única variable de flujo de trabajo es de 256 KB. Si se excede este límite, la instancia de flujo de trabajo finalizará.

Tamaño de lista máximo para búsquedas de flujo de trabajo en campos no indizados

5.000 elementos por vista de lista

Umbral

Este límite es un resultado del límite de tamaño de vista máximo. Si se excede este límite, las búsquedas de flujo de trabajo en campos no indizados darán error para usuarios no administradores. En este umbral, debe crearse un índice para el campo a fin de que los flujos de trabajo puedan hacer búsquedas con respecto al campo.

Tamaño de lista máximo para asociaciones de flujo de trabajo de inicio automático

10 millones de elementos por lista

Compatible

Las pruebas han confirmado que el rendimiento de asociaciones de flujo de trabajo de inicio automático no se ve afectado cuando el tamaño de la lista crece a 1 millón de elementos. Como el tiempo de respuesta no cambia cuando se escala el tamaño de lista, el límite efectivo es el mismo que el número máximo de elementos en una lista que no sea de flujo de trabajo.

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

Compatible

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

Compatible

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

Compatible

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

NotaNota:
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

Compatible

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.

NotaNota:
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.

Número de etiquetas de variante

209 por almacén de términos

Compatible

El número máximo de etiquetas de variante por almacén de términos es 209.

Número de términos en un conjunto de términos de navegación administrada

2.000

Compatible

El número máximo admitido de términos en un conjunto de términos de navegación administrada es de 2.000.

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

 

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 mínima de caché: 0 a 24 horas

Umbral

La edad de caché mínima se aplica a diagramas conectados a datos. Determina la cantidad de tiempo 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 máxima de caché: 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 comúnmente 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.

El servicio de SharePoint Web Analytics ya no se usa en SharePoint Server 2013.

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

 

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 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

Compatible

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

Compatible

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.

En la siguiente tabla se enumeran las recomendaciones para 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 Word Automation Services.

Frecuencia con la cual se inician las conversiones (minutos)

1 minuto (recomendado) 

59 minutos (predeterminada)

59 minutos (límite máximo)

Umbral

Este valor determina la frecuencia con la que se ejecuta el trabajo del temporizador de 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 del temporizador una vez por minuto.

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

Para formatos de salida PDF/XPS: 30 x M. Para todos los demás formatos de salida: 72 x M, donde M es el valor de la frecuencia con la que se inician las conversiones (minutos).

Umbral

El número de conversiones que se inician afecta al rendimiento de 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

Compatible

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 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 Word Automation Services

2 millones de elementos de conversión

Compatible

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.

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, vea Remove-SPWordConversionServiceJobHistory.

En la siguiente tabla se enumeran las recomendaciones para Servicios de Excel en SharePoint Server 2013.

 

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

Tamaño máximo del libro

10 MB

Compatible

El tamaño máximo de un libro que se puede abrir en Servicios de Excel es de 10 megabytes.

En la siguiente tabla se enumeran las recomendaciones para el servicio de traducción automática.

 

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

Tamaño de archivo de entrada para archivos binarios

524.288 KB por archivo

Umbral

Los archivos que exceden el límite tardan demasiado tiempo en transferirse y procesarse, lo que reduce el rendimiento del servicio.

Tamaño de archivo de entrada para archivos de texto

15.360 KB por archivo

Umbral

Los archivos que exceden el límite contienen demasiado texto que traducir, lo que reduce el rendimiento del servicio.

Recuento máximo de caracteres para documentos de Microsoft Word

0

Umbral

Los documentos que exceden el límite de caracteres tienen demasiado texto que traducir, lo que reduce el rendimiento del servicio.

Procesos de traducción simultáneos totales

5

Umbral

Usar más procesos que los establecidos por el límite no supone un aumento del rendimiento, ya que existe un límite en la cantidad de texto que se puede traducir a la vez.  Al usar más procesos, se incrementa la demanda de recursos del servidor.

Retraso entre traducciones

59 minutos

Umbral

Si las traducciones se empiezan en un intervalo que excede el límite, se necesitará demasiado tiempo para traducir los documentos y el número de traducciones en cola puede llegar a ser demasiado elevado.

Número de traducciones por proceso de traducción

1.000 por proceso

Umbral

Si se empiezan más traducciones que el límite, se producirá un error por agotamiento del tiempo de espera ya que no es posible procesarlas antes de que se agote el período de tiempo de espera.

Solicitudes de traducción simultáneas máximas

300

Umbral

Si hay más de 300 solicitudes de traducción simultáneas, las traducciones podrían agotar el tiempo de espera ya que las solicitudes estarían a la cola durante un tiempo superior al período de tiempo de espera.

Archivos por trabajo de traducción

100.000 archivos

Compatible

Si se envían trabajos con un número de archivos superior al límite, el tiempo de envío y de procesamiento del trabajo será demasiado largo.

Tamaño de base de datos del servicio de traducción automática

1.000.000 archivos

Compatible

Las operaciones para mantener la cola de trabajos se vuelven lentas si la base de datos crece hasta superar el número máximo de archivos de la base de datos.

En la siguiente tabla se enumeran las recomendaciones 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 durante un determinado período de tiempo.

Operaciones de combinación simultáneas de OneNote

8 por documento

Umbral

OneNote combina los cambios de combinación de varios usuarios que son coautores de un bloc de notas. Si hay demasiadas combinaciones simultáneas en progreso, se genera una página de conflicto, que obliga al usuario a llevar a cabo la combinación manualmente.

En la siguiente tabla se enumeran las recomendaciones para Project Server. Para más información sobre cómo planear para Project Server, vea Planeación y arquitectura de Project Server 2013.

 

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

Final de tiempo del proyecto

Fecha: 31/12/2149

Límite máximo

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

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.

En la siguiente tabla se enumeran las recomendaciones para aplicaciones para SharePoint.

 

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

Tamaño máximo del paquete de la aplicación Access/SharePoint

100 Mb

Límite máximo

100 MB es el límite de un paquete de aplicación creado en el cliente de Access.

NotaNota:
Access comprime la base de datos al crear el paquete de la aplicación, de manera que este puede incluir más de 100 MB de datos.

Tamaño máximo de almacenamiento de la aplicación Access en SQL Azure

1 GB

Límite máximo

Cada aplicación de Access creada en SharePoint Online crea una base de datos en SQL Azure. 1 GB es el límite de almacenamiento de la base de datos en SQL Azure. En una instalación local, el administrador controla el tamaño de la base de datos SQL asociada.

Aplicaciones mostradas en la página Administrar licencias

2.000

Límite máximo

En la página Administrar licencias pueden aparecer hasta 2.000 aplicaciones (compradas en la tienda). Si lo desea, puede seguir administrando la licencia de cualquier aplicación desde la página Contenidos del sitio del sitio en el que la aplicación está instalada. Para ello, haga clic en Licencias o busque la aplicación con la búsqueda del catálogo de soluciones.

Número de licencias de aplicación por inquilino

1.000.000

Compatible

El número máximo de licencias admitidas (compra de aplicaciones desde la tienda) para una sola implementación de SharePoint, ya sea local o SharePoint Online. Si se excede este límite, el rendimiento puede empeorar no

Número de aplicaciones mostradas en la página Agregar una aplicación

240

Límite máximo

Una vez alcanzado este límite, solo se verán las primeras 240 aplicaciones y aparecerá un mensaje indicándole que busque la aplicación.

Número de administradores por licencia de aplicación

30

Límite máximo

Solo puede haber 30 personas que administren una licencia. Los administradores de licencia pueden agregar o quitar usuarios o eliminar una licencia.

Número de licencias de aplicación asignadas a un usuario visibles por ese usuario

2.000

Límite máximo

Si se asignan más de 2.000 licencias a un usuario, ese usuario dejará de ver aplicaciones en la vista predeterminada de Agregar una aplicación. En su lugar, aparecerá un mensaje indicándole que explore el catálogo de aplicaciones o la Tienda SharePoint.

Número de aplicaciones del catálogo corporativo que puede ver un único usuario

500

Límite máximo

Si hay más de 500 aplicaciones del catálogo corporativo a disposición de un único usuario, ese usuario dejará de ver aplicaciones en la vista predeterminada de Agregar una aplicación. En su lugar, aparecerá un mensaje indicándole que explore el catálogo de aplicaciones o la Tienda SharePoint.

En la siguiente tabla se enumeran las recomendaciones para el servicio de caché distribuida.

 

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

Número de entidades que se pueden seguir (usuarios, documentos, sitios y hashtags) por host de caché

400.000

Compatible

El número total de entidades que puede seguir un único usuario en un host de caché distribuida con 16 GB de RAM asignados al servicio de caché distribuida es de 400.000.

Número de hosts de caché en un clúster

16

Límite máximo

El número total de hosts de caché que puede admitir un clúster de caché distribuida es de 16.

Cantidad máxima de memoria dedicada a un host de caché

16 GB

Límite máximo

La cantidad total de memoria que se puede dedicar al servicio de caché distribuida en cualquier host de caché en un clúster es de 16 GB.

En la tabla siguiente se enumeran los límites y las recomendaciones para los servicios y características que no se han cubierto en otras secciones.

 

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

Número de subcadenas de agente de usuario por canal de dispositivo

150

Límite máximo

El número máximo de subcadenas de agente de usuario por canal de dispositivo móvil es de 150.

Número de orígenes de SharePoint por caso de exhibición de documentos electrónicos

100

Límite máximo

El número máximo de orígenes de SharePoint que se pueden agregar a un caso de exhibición de documentos electrónicos es de 100.

Número de orígenes de Exchange (buzones de correo) por caso de exhibición de documentos electrónicos

1.500

Límite máximo

El número máximo de orígenes de Exchange (buzones de correo) por caso de exhibición de documentos electrónicos es de 1.500.

Tamaño máximo de consulta de exhibición de documentos electrónicos

16.000 caracteres o 500 palabras clave

Límite máximo

El tamaño de una consulta de exhibición de documentos electrónicos está limitado a 500 palabras clave o 16.000 caracteres, lo que se alcance antes.

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft