Restricciones y límites del software de SharePoint 2013
SE APLICA A:2013 2016 2019 Subscription Edition SharePoint en Microsoft 365
En este artículo se describen los límites y límites de software de SharePoint Server 2013, entre los que se incluyen:
Límites: Límites estáticos que el diseño no puede superar
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.
Importante
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 obtener información sobre los requisitos actuales de hardware y software, vea Requisitos de hardware y software para SharePoint 2013.
Nota:
La información acerca de la planeación de la capacidad que se incluye en este documento proporciona directrices que se deben tener en cuenta durante la planeación. Esta información se basa en las pruebas realizadas en Microsoft con propiedades activas. No obstante, los resultados que se obtengan pueden variar en función de los equipos usados y según las características y la funcionalidad que se implemente en los sitios.
Obtenga información sobre límites de SharePoint en Microsoft 365.
Información general sobre restricciones y límites
Este artículo contiene información que le ayudará a entender los límites de rendimiento y capacidad probados de SharePoint Server 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. Es posible que la adición de servidores a la instalación no aumente los límites de capacidad de los objetos que aparecen en las tablas de la sección Límites y límites más adelante en este artículo. 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.
Hay muchos factores que pueden afectar al rendimiento en un entorno determinado, y cada uno de estos factores puede afectar al rendimiento en diferentes áreas. Algunos de los resultados de prueba y las recomendaciones de este artículo pueden estar relacionados con características o operaciones de usuario que no existen en el entorno y, por lo tanto, no se aplican a la solución. Solo es posible obtener datos exactos sobre su propio entorno mediante pruebas exhaustivas.
Límites máximos, umbrales y límites admitidos
En SharePoint Server 2013, hay ciertos límites que son por diseño y no se pueden superar. Algunos otros límites se establecen en valores predeterminados que puede cambiar el administrador de la granja de servidores. También hay ciertos límites que no están representados por un valor configurable, como el número de colecciones de sitios por aplicación web.
Los límites son límites absolutos que no se pueden superar por diseño. Es importante comprender estos límites para asegurarse de que no se realizan suposiciones incorrectas al diseñar la granja de servidores.
Un ejemplo de límite 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 límite es un valor absoluto integrado y no se puede superar por diseño.
Un umbral es un parámetro que tiene un valor predeterminado que no se puede superar 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. Sin embargo, es importante comprender que superar el umbral puede afectar al rendimiento de la granja de servidores, 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 se establece en 250 MB, pero se puede cambiar para admitir el 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 límites admitidos se refieren a parámetros que no están 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 saber 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 disminución concurrente del 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. Sin embargo, en la mayoría de los casos, operar a un límite establecido o cerca de este no es un procedimiento recomendado, ya que los objetivos aceptables de rendimiento y confiabilidad se logran mejor cuando el diseño de una granja de servidores proporciona un equilibrio razonable de valores de límites.
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. Se pueden cambiar muchos límites en SharePoint Server 2013, pero es importante comprender cómo el cambio de un límite determinado afecta a otras partes de la granja de servidores.
Establecimiento de los límites
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 al número de colecciones de sitios no es absoluto, pero se calcula en función de un conjunto esperado de características de uso en el que el rendimiento general de la granja de servidores sería aceptable en el límite dado en la mayoría de las circunstancias.
Obviamente, si algunos servicios funcionan con parámetros superiores a los que se usan para las pruebas de límites, se reducirán los límites efectivos máximos de otros servicios. Por lo tanto, es importante ejecutar rigurosos ejercicios de administración de capacidad y pruebas de escalado para implementaciones específicas con el fin de establecer límites efectivos para ese entorno.
Nota: No se describe el hardware que se usó para validar los límites de este documento, ya que los límites se recopilaron de varias granjas de servidores y entornos.
La metáfora del gráfico
Para comprender la relación entre los recursos de hardware, la carga y el rendimiento, es importante tener una manera de visualizar los factores implicados y cómo se afectan entre sí.
Tenga en cuenta la capacidad de una granja de servidores como circular, cuyo tamaño representa el agregado de factores como servidores, recursos de hardware como CPU y RAM, capacidad de almacenamiento, IOPS de disco, ancho de banda de red y 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 circular se divide en segmentos que representan la carga de varios 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 en una granja de servidores no es estática (las solicitudes del usuario, por ejemplo, solo pueden ser significativas durante determinadas horas del día), el tamaño relativo de los segmentos está constantemente en flujo. 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 en los servidores de base de datos se vuelve demasiado grande, aumentan las longitudes de la cola de disco, lo que a su vez aumenta la latencia de todas las demás solicitudes.
Límites y límites máximos
En esta sección se enumeran los objetos que pueden formar parte de una solución y se proporcionan directrices para el rendimiento aceptable de cada tipo de objeto. Un rendimiento aceptable significa que el sistema probado puede admitir ese número de objetos, pero que el número no se puede superar sin una disminución en el rendimiento o una reducción 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 cree particiones en la solución para asegurarse de que no supera las directrices de capacidad.
Límites por jerarquía
En esta sección se proporcionan los límites ordenados por la jerarquía lógica de una granja de servidores de SharePoint Server 2013.
Límites de aplicaciones web
En la siguiente tabla se enumeran las recomendaciones para aplicaciones web.
Límite | Notas | Notas | Notas |
---|---|---|---|
Aplicación web |
20 por granja de servidores |
Admitido |
Recomendamos limitar lo máximo posible el número de aplicaciones web. Cree más colecciones de sitios con nombre de host siempre que sea posible en lugar de agregar aplicaciones web. |
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 |
Admitido |
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 |
Admitido |
Las rutas de acceso administradas se almacenan en la memoria caché del servidor web y se usan recursos de la CPU para procesar las solicitudes entrantes respecto de la lista de rutas de acceso administradas. 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 tiene previsto superar 20 rutas de acceso administradas en una aplicación web determinada, se recomienda probar el rendimiento aceptable del sistema. |
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 PowerShell. Para obtener más información, vea Set-SPInfoPathFormsService. |
Límites de servidores web y servidores de aplicaciones
En la siguiente tabla se enumeran las recomendaciones para servidores web en la granja de servidores.
Límite | Notas | Notas | 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) |
Límites de bases de datos de contenido
En la siguiente tabla se enumeran las recomendaciones para bases de datos de contenido.
Límite | Notas | Notas | Notas |
---|---|---|---|
Número de bases de datos de contenido |
500 por granja de servidores |
Admitido |
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 del 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 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. Con 200 GB por base de datos de contenido y 500 bases de datos de contenido por granja, SharePoint Server 2013 admite 100 TB de datos por granja. |
Tamaño de la base de datos de contenido (escenarios de uso general) |
200 GB por base de datos de contenido |
Admitido |
Se recomienda limitar el tamaño de las bases de datos de contenido a 200 GB, excepto cuando se apliquen las circunstancias de las filas siguientes de esta tabla. Si usa Remote BLOB Storage (RBS), el volumen total del almacenamiento remoto de BLOB y los metadatos de la base de datos de contenido no debe superar el límite de 200 GB. |
Tamaño de la base de datos de contenido (todos los escenarios de uso) |
4 TB por base de datos de contenido |
Admitido |
Las bases de datos de contenido de hasta 4 TB se admiten cuando se cumplen las siguientes condiciones: Se recomienda un rendimiento del subsistema de disco de 0,25 IOPS por GB, dos IOPS por GB para un rendimiento óptimo. Debe haber desarrollado planes para alta disponibilidad, recuperación de desastres, futura capacidad y prueba de rendimiento. Tenga en cuenta los siguientes factores: Puede que las copias de seguridad nativas de SharePoint Server 2013 de más de 200 GB no cumplan los requisitos de copia de seguridad y restauración. Evalúe y pruebe la copia de seguridad de SharePoint Server 2013 y las soluciones alternativas de copia de seguridad para determinar la mejor solución para su entorno específico. Se recomienda tener una administración proactiva de administradores cualificados 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. Algunos ejemplos de complejidad pueden ser las implementaciones de código personalizado, el uso de más de 20 columnas en la promoción de propiedades o las características enumeradas como que no se usarán 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. Esta disposición permite que las implementaciones de SharePoint Server 2013 se escalen indefinidamente. Esta refactorización será más sencilla y rápida si las bases de datos de contenido tienen menos de 200 GB. Se sugiere que, para facilitar la copia de seguridad y restauración, las colecciones de sitios individuales dentro de una base de datos de contenido estén limitadas a 100 GB. Para obtener más información, vea Límites de colecciones de sitios. IMPORTANTE: No se recomienda el uso de bases de datos de contenido que superen los 4 TB, excepto en escenarios de archivo de documentos (descritos en la siguiente fila de esta tabla). Si, en el futuro, necesita actualizar la instalación de SharePoint Server 2013, la actualización de las colecciones de sitios dentro de las bases de datos de contenido puede ser difícil y lleva mucho tiempo. > Se recomienda escalar horizontalmente entre varias bases de datos de contenido, en lugar de superar los 4 TB de datos en una base de datos de contenido única. |
Tamaño de la base de datos de contenido (escenario de archivado de documentos) |
Ningún límite explícito de base de datos de contenido |
Admitido |
Las bases de datos de contenido sin límite explícito de tamaño para usarse con escenarios de archivado de documentos son compatibles si se cumplen las siguientes condiciones: Cumpla todos los requisitos del límite "Tamaño de la base de datos de contenido (todos los escenarios de uso)" anteriormente en esta tabla, y debe asegurarse de que ha considerado cuidadosamente todos los factores descritos en el campo Notas de ese 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 ni seguridad de nivel de elemento en ningún objeto de SharePoint Server 2013 en la base de datos de contenido. Note: Document archive content databases can be configured to accept documents from Content Routing workflows. For more information about large-scale document repositories, see Estimate performance and capacity requirements for large scale document repositories in SharePoint Server 2010, and the Typical large-scale content management scenarios section of the article Enterprise content storage planning (SharePoint Server 2010). |
60 millones de elementos, incluidos documentos y elementos de lista |
60 millones de elementos, incluidos documentos y elementos de lista |
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. |
El mayor número de elementos por base de datos de contenido que se ha probado en SharePoint Server 2013 es de 60 millones de elementos, incluidos documentos y elementos de lista. Si tiene previsto almacenar más de 60 millones de elementos en SharePoint Server 2013, debe implementar varias bases 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) |
10.000 máximo (2.500 colecciones de sitios no personales y 7.500 sitios personales, o bien 10.000 sitios personales solos) |
Admitido |
Se recomienda limitar el número de colecciones de sitios de una base de datos de contenido a 5000. No obstante, se admiten hasta 10.000 colecciones de sitios. En una base de datos de contenido con hasta 10 000 colecciones de sitios totales, un máximo de 2500 de estas colecciones pueden ser colecciones de sitios no personales. Es posible admitir 10 000 colecciones de sitios personales si son las únicas colecciones de sitios dentro de la base de datos de contenido. 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. 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. Exceeding the 5,000 site collection limit puts you at risk of longer downtimes during upgrades. Si tiene previsto superar las 5000 colecciones de sitios, se recomienda tener una estrategia de actualización clara para abordar el impacto en la duración de la interrupción y las operaciones, y obtener hardware adicional para acelerar las actualizaciones y actualizaciones de software que afectan a las bases de datos. To set the warning and maximum levels for the number of sites in a content database, use the PowerShell cmdlet Set-SPContentDatabase with the -WarningSiteCount parameter. Para obtener más información, vea [Set-SPContentDatabase]/powershell/module/sharepoint-server/Set-SPContentDatabase?view=sharepoint-ps&preserve-view=true). |
Subsistema de almacenamiento de BLOB Storage remoto (RBS) en almacenamiento conectado a la red (NAS) |
El tiempo hasta el primer byte de cualquier respuesta del NAS debe mantenerse en un rango de 40 milisegundos 95% del tiempo. |
Cuando SharePoint Server 2013 se configura para usar RBS, y los blobs en almacenamiento NAS, considere el siguiente límite admitido. |
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 40 milisegundos el 95 % del tiempo. Límites de colecciones de sitios |
Límites de colecciones de sitios
En la siguiente tabla se enumeran las recomendaciones para colecciones de sitios.
Límite | Notas | Notas | Notas |
---|---|---|---|
750 000 por granja de servidores (500 000 con la raíz en la plantilla de sitios personales y 250 000 con la raíz en otros tipos de sitios). |
Compatible |
Compatible |
El número máximo recomendado de sitios por granja de servidores es de 500 000 colecciones de sitios que contienen solo un sitio personal más 250 000 colecciones de sitios que contienen cualquier otra para todas las demás plantillas de sitio. Los sitios pueden residir todos en una sola aplicación web o se pueden distribuir por varias aplicaciones web. Este límite se ve afectado por otros factores que podrían reducir el número efectivo de colecciones de sitios que pueden ser compatibles con una base de datos de contenido determinada. Si cada una de estas bases de datos de contenido contiene 1000 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 aunque 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 y por granja de servidores. 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 1000 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 aunque 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 y por granja de servidores. 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 |
250 000 por colección de sitios / 250 000 por granja de servidores / 500 000 sitios personales por granja de servidores. |
El número máximo recomendado de sitios web es de 500 000 sitios basados en la plantilla de sitio personal y 250 000 sitios basados en todas las demás plantillas. Este límite se aplica por colección de sitios así como por granja de servidores. |
El número máximo recomendado de sitios web es de 500 000 sitios basados en la plantilla de sitio personal y 250 000 sitios basados en todas las demás plantillas. Este límite se aplica por colección de sitios y por granja de servidores. El rendimiento puede disminuir cuando el número de subsitios supera 2.000 en el nivel de la colección de sitios. IMPORTANTE: Se recomienda mantenerse por debajo de 2000 subsitios por colección de sitios. Puede crear un gran número total de sitios web creando varias colecciones de sitios con hasta 2000 webs por colección de sitios. Por ejemplo, 125 colecciones de sitios que contienen 2000 webs equivalen cada una a 250 000 sitios de la granja de servidores. Sin embargo, este umbral se consideraría el límite máximo recomendado para sitios no personales. Si tiene 250 000 colecciones de sitios, todas ellas que contienen un sitio web raíz que no es la plantilla de sitio personal, agregar un subsitio a cualquiera de esos sitios raíz superaría el límite de 250 000 sitios web. Si se supera el límite recomendado de 2000 sitios por colección de sitios, pueden producirse los siguientes problemas: La eliminación o creación de un sitio o subsitio puede afectar considerablemente a la disponibilidad de un sitio. El acceso al sitio y a los subsitios será limitado mientras se elimina el sitio. El intento de crear muchos subsitios al mismo tiempo también puede producir un error. Al tener más de 2000 subsitios, el rendimiento de acciones como ejecutar PSConfig al agregar un nuevo servidor a una granja de servidores existente o después de instalar las actualizaciones de SharePoint puede disminuir drásticamente. Ejecutar la operación stsadm -o checklocalupgradestatus o la ejecución diaria del trabajo del temporizador Trabajo de versión del producto puede requerir varias horas. La exploración de la página Revisar el estado de la base de datos (<your_SharePoint_CentralAdmin_URL>,_admin/UpgradeStatus.aspx) en el sitio web de Administración central puede dar lugar a un tiempo de espera. |
Tamaño de la colección de sitios |
Tamaño máximo para la base de datos de contenido |
Admitido |
A site collection can be as large as the content database size limit for the applicable usage scenario. For more information about the different content database size limits for specific usage scenarios, see the Content database limits table in this article. En general, se recomienda limitar el tamaño de las colecciones de sitios a 100 GB por los siguientes motivos: Ciertas acciones de colección de sitios, como la copia de seguridad o restauración de la colección de sitios o el cmdlet move-SPSite de PowerShell, provocan operaciones grandes de SQL Server que pueden afectar al rendimiento o producir un error si otras colecciones de sitios están activas en la misma base de datos. For more information, see 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. |
Límites de listas y bibliotecas
La tabla siguiente contiene una lista de recomendaciones para listas y bibliotecas. Para obtener 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 | Notas | Notas | Notas |
---|---|---|---|
Tamaño de filas de lista |
8.000 bytes por fila |
Límite máximo |
Each list or library item can only occupy 8,000 bytes in total in the database. 300 bytes are reserved, leaving 7700 bytes for end-user columns. For details on how much space each kind of field consumes, see Column limits. |
Tamaño de archivos |
2 GB |
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. |
El tamaño de archivo máximo predeterminado es de 250 MB. Este límite es un límite configurable que se puede aumentar hasta 2 GB (2047 MB). Sin embargo, un gran volumen de archivos grandes puede afectar al rendimiento de la granja de servidores. |
Documentos |
30.000.000 por biblioteca |
Admitido |
Puede crear bibliotecas de documentos grandes mediante el anidamiento de carpetas o el uso de vistas estándar y jerarquía de sitios. Este valor puede variar según la forma en que se organizan los documentos y carpetas, y según el tipo y tamaño de los documentos que se almacenan. |
Versiones principales |
400.000 |
Admitido |
Este valor se establece en el nivel de biblioteca para los archivos. Versiones menores |
Versiones menores |
511 |
Límite máximo |
El número máximo de versiones de archivo menores es de 511. No se puede superar este límite. Elementos |
30.000.000 por lista |
30.000.000 por lista |
Admitido |
Puede crear listas grandes mediante 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. |
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 |
12 operaciones de combinación por consulta |
Umbral |
Especifica el número máximo de combinaciones permitidas por consulta, como esos valores basados en columnas de búsqueda, de persona o grupo o de estado de flujo de trabajo. If the query uses more than eight joins, the operation is blocked. Esta condición no se aplica a las operaciones de elemento único. When using the maximal view via the object model (by not specifying any view fields), SharePoint will return up to the first 12 lookups. Note: After applying the SharePoint Server 2013 cumulative update package released on August 13, 2013 (https://support.microsoft.com/kb/2817616), the default value is increased from 8 to 12. |
Limitación de vista de lista |
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. |
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. |
20,000 |
20,000 |
Umbral |
Especifica el número máximo de elementos de lista o biblioteca que una operación de base de datos, como una consulta, puede procesar al mismo tiempo cuando un auditor o administrador los realiza con los permisos adecuados. Esta configuración funciona junto con Permitir invalidación de modelos de objetos. Nota: Este umbral debe habilitarse mediante código personalizado para establecer SPQueryThrottleOption. |
Subsitio |
2.000 por vista de sitio |
Umbral |
La interfaz para enumerar subsitios de un sitio web determinado no funciona bien, ya que el número de subsitios supera los 2000. 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, PowerPoint y Excel para archivos .docx, .pptx, .ppsx y .xlsx |
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 puede superar los 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. Cuando el número de ámbitos de seguridad únicos de una lista supera el valor del umbral de vista de lista (establecido de forma predeterminada en 5 000 elementos de lista), se producen más recorridos de ida y vuelta de SQL Server cuando se ve la lista, lo que puede afectar negativamente al rendimiento de la vista de lista. Un ámbito es el límite de seguridad de un objeto protegible y cualquiera de sus elementos secundarios que no tienen definido un límite de seguridad independiente. A scope contains an Access Control List (ACL), but unlike NTFS ACLs, a scope can include security principals that are specific to SharePoint Server 2013. The members of an ACL for a scope can include Windows users, user accounts other than Windows users (such as forms-based accounts), Active Directory groups, or SharePoint groups. |
Límites de columnas
Los datos de SharePoint Server 2013 se almacenan en tablas de SQL Server. Each column type has a size value listed in bytes. La suma de todas las columnas de una lista de SharePoint no puede superar los 8000 bytes.
Límite | Número máximo de columnas | Tipo de límite | Tamaño por columna | Notas |
---|---|---|---|---|
Línea simple de texto |
255 |
Umbral |
30 bytes |
|
Líneas de texto múltiples |
350 |
Umbral |
22 bytes |
|
Elección |
255 |
Umbral |
30 bytes |
|
Elección (varias selecciones) |
350 |
Umbral |
22 bytes |
|
Número |
550 |
Umbral |
14 bytes |
|
Moneda |
550 |
Umbral |
14 bytes |
|
Fecha y hora |
550 |
Umbral |
14 bytes |
|
Búsqueda |
750 |
Umbral |
10 bytes |
|
Sí/No |
1000 |
Umbral |
7 bytes |
|
Persona o grupo |
750 |
Umbral |
10 bytes |
|
Hipervínculo o imagen |
127 |
Umbral |
60 bytes |
|
Umbral |
255 |
Umbral |
30 bytes |
|
Umbral |
350 |
Umbral |
22 bytes |
|
Umbral |
750 |
Umbral |
10 bytes |
|
Metadatos administrados |
190 |
Umbral |
60 bytes para el primero, 40 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 |
Umbral |
2 |
Umbral |
30 bytes |
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, dado un tipo de contenido externo "Customer" que tiene campos como "ID", "Name", "Country" y "Description", al agregar una columna de datos externos de tipo "Customer" a una lista, puede agregar campos secundarios para mostrar los campos "ID", "Name" y "Description" del cliente. En general, estas columnas son las que se agregan:
Columna principal: un campo de texto.
Columna Id. oculta: un campo de texto multilínea.
Secondary columns: Each secondary column is a text/number/Boolean/multi-line text that is based on the data type of the secondary column as defined in the Business Data Catalog model. Por ejemplo, el identificador podría asignarse a una columna Número ; El nombre puede asignarse a una columna *Línea única de texto; La descripción puede asignarse a una columna Varias líneas de texto .
Límites de páginas
En la siguiente tabla se enumeran las recomendaciones para páginas.
Límite | Notas | Notas | Notas |
---|---|---|---|
Elementos web |
25 por página Wiki o de elemento web |
Umbral |
This figure is an estimate based on simple Web Parts. La complejidad de los elementos web determina cuántos elementos web se pueden usar en una página sin que se vea afectado el rendimiento. |
Límites de seguridad
Límite | Notas | Notas | Notas |
---|---|---|---|
Número de grupos de SharePoint al que puede pertenecer un usuario |
5,000 |
Admitido |
Este tipo no es un límite difícil, pero es coherente con las directrices de Active Directory. Hay varias cosas que pueden afectar a este número: 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 El tiempo de comprobación de seguridad: a medida que aumenta el número de grupos del que un usuario es miembro, también aumenta el tiempo requerido para la comprobación de acceso. |
Usuarios de una colección de sitios |
2 millones por colección de sitios |
Admitido |
Puede agregar millones de personas al sitio web 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. Si tiene muchas entradas (grupos de seguridad de usuarios) en la colección de sitios (más de 1000), debe usar PowerShell para administrar usuarios en lugar de la interfaz de usuario. Esta plataforma proporcionará una mejor experiencia de administración. |
Principios y usuarios de Active Directory en un grupo de SharePoint |
5 000 por 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. Las actividades más afectadas por este límite son las siguientes: Capturar usuarios para validar permisos. Esta operación requiere cada vez más tiempo a medida que aumenta el número de usuarios de un grupo. Representar la pertenencia de la vista. Esta operación siempre requiere tiempo. |
Grupos de SharePoint |
10.000 por colección de sitios |
Admitido |
Por encima de 10.000 grupos, el tiempo para ejecutar operaciones aumenta de forma considerable. Esta implicación es especialmente cierta al agregar un usuario a un grupo existente, crear un nuevo grupo y representar vistas de grupo. |
Entidad de seguridad: tamaño del ámbito de seguridad |
5.000 por lista de control de acceso (ACL) |
Admitido |
The size of the scope affects the data that is used for a security check calculation. This calculation occurs every time that the scope changes. No hay ningún límite difícil, pero cuanto mayor sea el ámbito, más tiempo tardará el cálculo. |
Límites por característica
En esta sección se enumeran los límites ordenados por característica.
Límites de búsqueda
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.
Nota:
Limits for Search have changed significantly as the feature has been updated. For more information, see Plan search in SharePoint Server.
Búsqueda: límites de la topología
Los límites de la topología aseguran una comunicación eficaz entre los componentes de la búsqueda. Exceeding these limits slows down the communication between search components, which can result in longer query latencies and ultimately outage of search.
Límite | Notas | Notas | Notas |
---|---|---|---|
Componentes de procesamiento analítico |
6 por aplicación de servicio de búsqueda; 1 por servidor |
Admitido |
|
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 escalar, agregue una base de datos de informes de análisis cuando el tamaño de cualquiera de las bases de datos de análisis implementadas alcance un tamaño total de 250 GB o filas totales de 20 M. 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 |
Admitido |
El mayor número probado de elementos que puede contener una base de datos de vínculos es 100 millones. |
Componentes de rastreo |
16 por aplicación de servicio de búsqueda; 1 por servidor |
Compatible |
|
Componentes de índice |
60 por aplicación de servicio de búsqueda; 4 por servidor |
Admitido |
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. Para SharePoint Foundation 2013, este límite es un componente de índice por aplicación de servicio search y no se puede superar. |
Particiones de índice |
25 por aplicación de servicio de búsqueda |
Admitido |
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. 3 por partición de índice |
Admitido |
3 por partición de índice |
Admitido |
Cada partición de índice puede tener un conjunto de réplicas. Si aumenta el número de réplicas de índice, este cambio tiene un efecto positivo en el rendimiento de la consulta y proporciona una mejor tolerancia a errores. Sin embargo, si agrega demasiadas réplicas a la partición de índice, este exceso puede afectar negativamente a la indexación. En el caso de los escenarios de sitios de Internet, que suelen tener una alta tasa de consultas pero un volumen de contenido bajo (menos de 4 millones de elementos por partición), el límite admitido es de seis réplicas de índice por partición. 1 por servidor |
Componentes de procesamiento de contenido |
1 por servidor |
Admitido |
La topología de búsqueda admite el escalado horizontal del número de componentes de procesamiento de contenido. Aunque un host físico o una máquina virtual específicos admiten varios componentes de procesamiento de contenido, se logra un mejor uso de la capacidad de CPU mediante 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 documentos entrantes en paralelo. Este mecanismo supone un único componente de procesamiento de contenido por host. Si el número de núcleos físicos en el host es igual a N, el componente de procesamiento de contenido tendrásesiones de alimentación de N K. K es un coeficiente constante con el valor inicial 3. 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, establezca la propiedad NumberOfCssFeedersPerCPUForRegularCrawl de la aplicación de servicio de búsqueda. SharePoint Server 2013 limita el valor de N a 12, incluso si un servidor tiene más de 12 núcleos físicos. Por lo tanto, un servidor de 16 núcleos tendrá NK = 12 * 3 = 36 sesiones de alimentación. En el caso de que todavía haya tiempo de CPU inactivo, considere la posibilidad de aumentar el coeficiente K en lugar 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 |
Componentes de búsqueda |
64 por aplicación de servicio de búsqueda |
Admitido |
64 por aplicación de servicio de búsqueda |
Admitido |
Este límite no incluye componentes de rastreo. La suma del resto de los componentes de búsqueda debe permanecer dentro de este límite. |
Aplicaciones del servicio de búsqueda |
20 por granja de servidores |
Admitido |
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 |
Hay sobrecarga asociada a cada origen de contenido, por lo que se recomienda crear el menor número de orígenes de contenido que cumplan los demás requisitos operativos, por ejemplo, las diferencias en la prioridad de rastreo y la programación. |
Búsqueda: límites de tamaño de elemento
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 busca texto en un elemento y solo obtiene resultados de la primera parte del texto, es posible que el componente de procesamiento de contenido haya truncado el elemento porque superó algunos de los límites de tamaño del elemento. Cuando el componente de procesamiento de contenido trunca un elemento, indica este truncamiento estableciendo la propiedad administrada IsPartiallyProcessed en True. A warning will also show up in the Crawl Log, stating why the item was truncated.
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 | Notas | Notas | 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. You can change the default limit for the maximum document size. Para realizar este cambio, use los cmdlets de Microsoft PowerShell para cambiar la propiedad de aplicación del servicio Search MaxDownLoadSize o MaxDownloadSizeExcel. MaxDownLoadSize doesn't impact the maximum size for Excel documents. Enter the value in megabytes. The maximum value for the maximum document size is 1024 MB, also for Excel documents. Si aumenta el límite para el tamaño máximo del documento, la búsqueda indexará más contenido y se necesitará 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. |
Límite |
La búsqueda divide el contenido en palabras individuales (tokens). El separador de palabras produce tokens del primer millón de caracteres de un único elemento, incluidos los datos adjuntos del elemento. El número real de caracteres procesados 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 se indexa. |
Límite máximo |
La búsqueda divide el contenido en palabras individuales (tokens). El separador de palabras produce tokens del primer millón de caracteres de un único elemento, incluidos los datos adjuntos del elemento. El número real de caracteres procesados 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 se indexa. |
Tamaño de propiedad administrada indizada |
512 KB por propiedad administrada que permite búsqueda o consulta |
Umbral |
Este umbral es el valor predeterminado para el tamaño máximo de una propiedad administrada que se establece en "searchable" o "queryable". You can configure this limit by using PowerShell cmdlets and the schema object model to set the MP.MaxCharactersInPropertyStoreIndex attribute. Enter the value in bytes. The maximum value for this maximum size is 2,097,152 bytes. Si aumenta este límite, habilitará la indexació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. |
Tamaño de propiedad administrada recuperable |
16 KB por propiedad administrada |
Umbral |
Este umbral es el valor predeterminado para el tamaño máximo de una propiedad administrada recuperable. You can configure this limit per managed property by using PowerShell cmdlets and the schema object model to set the P.MaxCharactersInPropertyStoreForRetrievalattribute. Enter the value in bytes. The maximum value for this maximum size is 2,097,152 bytes. Si aumenta este límite, habilitará la indexación de más datos por propiedad administrada. La indización y la recuperación de más datos por propiedad administrada incrementa la carga total del sistema y consume más espacio en disco. |
Límite máximo |
16 KB por propiedad administrada |
Límite máximo |
Este límite es el tamaño máximo de una propiedad administrada que se puede ordenar y refinable. |
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. |
Búsqueda: límites del diccionario
El diccionario limita la protección de la memoria, la eficacia del procesamiento de contenido y los resultados de las consultas.
Límite | Notas | Notas | Notas |
---|---|---|---|
Número de entradas en un diccionario de sinónimos |
1 millón |
Admitido |
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 |
Admitido |
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 |
Este límite limita el número de términos permitidos para los diccionarios de inclusiones y exclusiones para la corrección ortográfica de consultas y la extracción de la empresa. 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. |
Búsqueda: límites del esquema
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 | Notas | Notas | Notas |
---|---|---|---|
Propiedades rastreadas |
500.000 por aplicación de servicio de búsqueda |
Admitido |
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 supera este límite admitido, este exceso reduce la velocidad de indexación. |
Propiedades administradas |
50.000 por aplicación de servicio de búsqueda |
Admitido |
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 |
Admitido |
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. |
Límite máximo |
1000 |
Propiedades de metadatos reconocidas |
Una propiedad administrada puede tener varios valores del mismo tipo. Esta ilustración es el número máximo de valores por propiedad administrada multivalor administrada por documento. Si se excede este número, se descarta el resto de los valores. |
Propiedades de metadatos reconocidas |
100.000 por elemento rastreado |
Admitido |
This is the maximum number of metadata properties that the crawl component can determine when crawling an item. These metadata properties can be mapped or used for queries. Acercarse a este número de propiedades rastreadas podría dar lugar a una tasa baja de rastreo. |
Búsqueda: límites de rastreo
Límite | Notas | Notas | Notas |
---|---|---|---|
Direcciones de comienzo |
500 por origen de contenido |
Admitido |
|
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 |
Admitido |
Búsqueda: límites para consultas y resultados
Los límites de las consultas y los resultados protegen al motor de búsqueda frente a la ejecución de expresiones de consulta grandes y la devolución de conjuntos de resultados grandes. Impedir que el motor de búsqueda ejecute expresiones de consulta grandes y devuelva conjuntos de resultados grandes evita ataques de denegación de servicio (DoS) y se asegura de que los resultados se devuelvan a tiempo. Si tiene que recuperar más resultados, se recomienda usar la paginación.
Límite | Notas | Notas | Notas |
---|---|---|---|
Longitud del texto para consultas con el lenguaje de consulta de palabras clave |
4 KB (4.096 caracteres) |
Admitido |
Este valor es el valor probado y predeterminado para la longitud máxima de texto de una consulta compilada mediante 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. 500 filas |
Admitido |
500 filas |
Admitido |
Este valor es el 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. You can change the value for the maximum number of rows in a result set by using PowerShell cmdlets to change the Search service application property MaxRowLimit. MaxRowLimit defines the maximum value of the query property RowLimit and the Discovery query property RowLimit. RowLimit defines the number of rows each page contains in a result set. You can increase MaxRowLimit up to 10,000 rows, this is the supported boundary. |
Extracción de resultados |
Sin límite |
Admitido |
|
Cuota de alertas de búsqueda |
100.000 alertas por aplicación de servicio de búsqueda |
Admitido |
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 combinación 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. |
Búsqueda: límites de clasificación
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 | Notas | Notas | 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 |
Admitido |
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 es de 200 páginas autoritarias por nivel de relevancia por aplicación de servicio de búsqueda. Si agrega más páginas, es posible que no logre la relevancia deseada. Agregue el sitio clave al primer nivel de relevancia. Agregue más sitios clave en los niveles de relevancia segundo o tercero, de uno en uno. Evalúe la relevancia después de cada adición para asegurarse de que ha logrado el efecto de relevancia deseado. |
Búsqueda: límites de índice
Los límites de índice impiden que el índice crezca fuera de los límites y exceda los recursos disponibles.
Límite | Notas | Notas | 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. |
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. |
Para SharePoint Foundation 2013, el número máximo de elementos indexados es de 2 millones de elementos por partición de índice. |
Para SharePoint Foundation 2013, el número máximo de elementos indexados es de 2 millones de elementos por partición de índice, antes de aplicar la actualización pública de junio de 2016. La actualización pública de junio de 2016, aumenta este límite a 10 millones de elementos por partición de índice. Límites de servicio de perfiles de usuario For SharePoint Foundation 2013, the maximum number of indexed items is 2 million items per index partition, before applying the June 2016 Public Update. The June 2016 Public Update, increases this limit to 10 million items per index partition. |
Límites de servicio de perfiles de usuario
En la siguiente tabla se enumeran las recomendaciones para el servicio de perfiles de usuario.
Límite | Notas | Notas | Notas |
---|---|---|---|
Perfiles de usuario |
2.000.000 por aplicación de servicio |
Admitido |
Una aplicación de servicio de perfiles de usuario puede admitir hasta 2 millones de perfiles de usuario con funcionalidad de características sociales 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 |
Admitido |
Up to 500 million total social tags, notes and ratings are supported in a social database without significant decreases in performance. No obstante, las operaciones de mantenimiento de bases de datos, como copia de seguridad y restauración, pueden presentar una reducción del rendimiento al llegar a ese punto. |
Límites de distribución de contenido
En la siguiente tabla se enumeran las recomendaciones para la distribución de contenido.
Límite | Notas | Notas | Notas |
---|---|---|---|
Trabajos de distribución de contenido que se ejecutan en diferentes rutas de acceso |
20 |
Admitido |
Para ejecutar trabajos simultáneamente en rutas de acceso conectadas a colecciones de sitios de la misma base de datos de contenido de origen, existe un mayor riesgo de interbloqueos en la base de datos. For jobs that must run concurrently, we recommend that you move the site collections into different source content databases. Nota: No se pueden ejecutar trabajos simultáneos en la misma ruta de acceso. Si usa instantáneas de SQL Server para la implementación de contenido, cada ruta de acceso crea una instantánea. This increases the I/O requirements for the source database. Para obtener más información, vea Rutas de acceso y trabajos de distribución. |
Límites de blogs
En la siguiente tabla se enumeran las recomendaciones para blogs.
Límite | Notas | Notas | Notas |
---|---|---|---|
Entradas de blog |
5.000 por sitio |
Admitido |
El número máximo de entradas de blog es de 5.000 por sitio. |
Comentarios |
1.000 por entrada |
Admitido |
El número máximo de comentarios es de 1.000 por entrada. |
Límites de Servicios de conectividad empresarial
En la siguiente tabla se enumeran las recomendaciones para Servicios de conectividad empresarial.
Límite | Notas | Notas | Notas |
---|---|---|---|
ECT (en memoria) |
5.000 por servidor web (por inquilino) |
Límite máximo |
Número total de definiciones de tipo de contenido externo (ECT) cargadas en la memoria en un determinado momento en un servidor web. |
Conexiones de sistema externo |
500 por servidor web |
Límite máximo |
Número de conexiones de sistema externo activas o abiertas en un momento dado. El valor máximo predeterminado es 200; el límite es 500. Este límite se aplica en el ámbito del servidor web, independientemente del tipo de sistema externo (por ejemplo, base de datos, ensamblado .NET, etc.) El máximo predeterminado se usa para restringir el número de conexiones. Una aplicación puede especificar un límite mayor a través del contexto de ejecución; el límite aplica el máximo incluso para las aplicaciones que no respetan el valor predeterminado. |
Elementos de base de datos devueltos por solicitud |
2.000 por conector de base de datos |
Umbral |
Número de elementos por solicitud que puede devolver el conector de base de datos. El conector de la base de datos usa el máximo predeterminado de 2.000 para restringir el número de resultados que se pueden devolver por página. La aplicación puede especificar un límite mayor a través del contexto de ejecución; Absolute Max aplica el máximo incluso para las 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. The default max is used by the database connector to restrict the number of results that can be returned per page. La aplicación puede especificar un límite mayor a través del contexto de ejecución; el máximo absoluto aplica el máximo permitido incluso para las aplicaciones que no respetan el valor predeterminado, como la indexación. |
Límites de flujos de trabajo
En la siguiente tabla se enumeran las recomendaciones para flujos de trabajo.
Límite | Notas | Notas | Notas |
---|---|---|---|
Umbral de aplazamiento de flujo de trabajo |
15 |
Umbral |
15 is the maximum number of workflows allowed to be executing against a content database at the same time, excluding instances that are running in the timer service. When this threshold is reached, new requests to activate workflows will be queued to be run by the workflow timer service later. As non-timer execution is completed, new requests will count against this threshold. This is limit can be configured by using the Set-SPFarmConfig PowerShell cmdlet. For more information, see Set-SPFarmConfig. Nota: Este límite no hace referencia al número total de instancias de flujo de trabajo que pueden estar en curso. En su lugar, es el número de instancias que se están procesando. Si se aumenta este límite, aumenta el rendimiento de inicio y finalización de las tareas de flujo de trabajo, pero también aumenta la carga de los recursos del sistema y la base de datos de contenido. |
Tamaño de lote de temporizador de flujo de trabajo |
100 |
Umbral |
El número de eventos que cada ejecución del trabajo del temporizador de flujo de trabajo recopilará y entregará a los flujos de trabajo. Se puede configurar mediante 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 |
Admitido |
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 |
Admitido |
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 |
Admitido |
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 máximo de 125 para la profundidad del nodo 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 |
Límite |
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 |
Admitido |
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 utilizados para esta prueba eran máquinas virtuales de Hyper-V con procesador de 16 núcleos y 24 GB de RAM cada uno. |
Tamaño del 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 |
Admitido |
Las pruebas han confirmado que el rendimiento de las asociaciones de flujo de trabajo de inicio automático no se ve afectado cuando el tamaño de la lista aumenta 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. |
Límites de metadatos administrados
The following table lists the recommended guidelines for managed metadata configuration.
Tipo de límite | Notas | Notas | Notes |
---|---|---|---|
Límite máximo |
Los metadatos predeterminados basados en la ubicación permiten establecer valores predeterminados para columnas de lista por carpeta. Solo se pueden aplicar valores predeterminados basados en la ubicación en un máximo de 1000 carpetas por sitio, o hasta que el archivo de datos en el que se almacenan para el sitio los metadatos predeterminados basados en la ubicación (client_LocationBasedDefaults.html) alcance los 265 MB. |
Si hay más de 1000 carpetas en el archivo de datos o si el tamaño del archivo de datos supera los 256 MB, se omitirán los valores predeterminados agregados para las carpetas adicionales. |
Los metadatos predeterminados basados en la ubicación permiten establecer valores predeterminados para columnas de lista por carpeta. Solo se pueden aplicar valores predeterminados basados en la ubicación en un máximo de 1000 carpetas por sitio, o hasta que el archivo de datos en el que se almacenan para el sitio los metadatos predeterminados basados en la ubicación (client_LocationBasedDefaults.html) alcance los 265 MB. 1000 vínculos o tamaño de archivo de 256 MB por documento |
Límite máximo |
Cuando se agrega un documento con vínculos a una carpeta, SharePoint Foundation 2013 actualizará los vínculos automáticamente si el destino de los vínculos se mueve a una ubicación nueva. En el caso de un documento con más de 1000 vínculos o con un tamaño superior a 256 MB, el documento se trata como si no contuviera ningún vínculo y se pasan por alto las actualizaciones de los destinos de los vínculos de todo el documento. |
Límites de almacén de términos de metadatos administrados (base de datos) |
When a document containing links is added to a folder, SharePoint Foundation 2013 will update links automatically when the link target is moved to a new location. In a document with more than 1,000 links, or a document with a file size that exceeds 256 Mb, the document is treated as though it contains no links, and updates to link targets are ignored for the entire document. |
Límites de almacén de términos de metadatos administrados (base de datos)
En la siguiente tabla se enumeran las recomendaciones para almacenes de términos de metadatos administrados.
Límite | Notas | Notas | Notas |
---|---|---|---|
Número máximo de niveles de términos anidados en un almacén de términos |
7 |
Admitido |
Los términos de un conjunto de términos pueden representarse jerárquicamente. Un conjunto de términos puede tener hasta siete niveles de términos (un término principal y seis niveles de anidación debajo de él.) |
Número máximo de conjuntos de términos en un almacén de términos |
1,000 |
Admitido |
Puede tener hasta 1.000 conjuntos de términos en un almacén de términos. Nota: Tanto el conjunto de términos local como el conjunto global de términos siguen el límite de 30 000 términos por sitio de términos. Use conjuntos de términos globales para almacenar los datos reutilizables de todas las colecciones de sitios, en lugar de usar una gran cantidad de conjuntos de términos de colección de sitios o crear un nuevo servicio de metadatos administrados. Una aplicación web puede tener conexiones a varios servicios. |
Número máximo de términos en un conjunto de términos |
30,000 |
Admitido |
30 000 es el número máximo de términos que puede haber en un conjunto de términos. Nota: Las etiquetas adicionales para el mismo término, como sinónimos y traducciones, no cuentan como términos independientes. |
Número total de elementos en un almacén de términos |
1,000,000 |
Admitido |
Un elemento es un término o un conjunto de términos. La suma del número de términos y conjuntos de términos no puede superar los 1000 000. Las etiquetas adicionales para el mismo término, como sinónimos y traducciones, no cuentan como términos independientes. Nota: No puede tener tanto el número máximo de conjuntos de términos como 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 |
Admitido |
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 |
Admitido |
El número máximo admitido de términos en un conjunto de términos de navegación administrada es de 2.000. |
Vea también Información general del servicio de metadatos administrados en SharePoint 2013 y El impacto de tener varios servicios de metadatos administrados por granja de servidores
Límites de Servicios de Visio
The following table lists the recommended guidelines for instances of Visio Services in SharePoint.
Tipo de límite | Notas | Notas | Notas |
---|---|---|---|
Umbral |
50 MB |
Umbral |
Aumento de la huella de memoria de Servicios de Visio. Los tamaños de archivo más grandes tienen los siguientes efectos colaterales: Reducción de la cantidad de solicitudes de servidor de aplicaciones por segundo. 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. |
Umbral |
120 segundos |
Umbral |
Reducción de la disponibilidad de la CPU y la memoria. 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. |
Umbral |
Antigüedad mínima de caché: de 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. |
Umbral |
Antigüedad máxima de caché: de 0 a 24 horas |
Umbral |
La edad de caché máxima se aplica a diagramas no conectados a datos. Este valor determina cuánto tiempo se mantendrá el diagrama actual en la memoria. Si se aumenta la edad máxima de caché, se reduce la latencia para los dibujos comúnmente solicitados. Sin embargo, establecer La antigüedad máxima de caché en un valor muy alto aumenta la latencia y ralentiza el rendimiento de los elementos que no se almacenan en caché, ya que los elementos que ya están en la memoria caché consumen y reducen la memoria disponible. |
Límites del servicio de Web Analytics de SharePoint
The SharePoint Web Analytics service has been deprecated in SharePoint Server 2013.
Límites de PerformancePoint Services
The following table lists the recommended guidelines for PerformancePoint Services in SharePoint.
Tipo de límite | Notas | Notas | Notas |
---|---|---|---|
Celdas |
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. |
Límite máximo |
15 columnas por 60.000 filas |
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 |
Admitido |
El número máximo de columnas y filas al representar cualquier objeto de panel de PerformancePoint que usa una lista de SharePoint como origen de datos. El número de filas podría cambiar según el número de columnas. |
Consulta a un origen de datos de SQL Server |
15 columnas por 20.000 filas |
Admitido |
The maximum number of columns and row when rendering any PerformancePoint dashboard object that uses a SQL Server table data source. El número de filas podría cambiar según el número de columnas. |
Límites de Word Automation Services
En la siguiente tabla se enumeran las recomendaciones para Word Automation Services.
Límite | Notas | Notas | 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 (recomendada) Umbral 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 muestran 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 |
El número de conversiones que se inician afecta al rendimiento de Word Automation Services. |
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 empiecen a producir errores de forma intermitente y que los permisos de usuario expiren. Los permisos del usuario expiran 24 horas después del momento en que se inicia un trabajo de conversión. |
Tamaño del trabajo de conversión |
100.000 elementos de conversión |
Admitido |
Un trabajo de conversión incluye uno o más elementos de conversión, cada uno de los cuales representa una sola conversión que se realiza en un único archivo de entrada en SharePoint. Cuando se inicia un trabajo de conversión (usando el método ConversionJob.Start), el trabajo de conversión y todos los elementos de conversión se transmiten a un servidor de aplicaciones que después almacena el trabajo en la base de datos de Word Automation Services. Un gran número de elementos de conversión aumenta 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 |
Admitido |
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 registros de la base de datos automáticamente, por lo que la base de datos puede crecer indefinidamente sin mantenimiento. Los administradores pueden quitar manualmente el historial de trabajos de conversión usando el cmdlet Remove-SPWordConversionServiceJobHistory de PowerShell. Para obtener más información, vea Remove-SPWordConversionServiceJobHistory. |
Límites de Servicios de Excel
The following table lists the recommended guidelines for Excel Services in SharePoint.
Tipo de límite | Notas | Notas | Notes |
---|---|---|---|
Admitido |
10 MB |
Límites del servicio de traducción automática |
The maximum size of a workbook that can be opened in Excel Services is 10 megabytes. |
Límites del servicio de traducción automática
En la siguiente tabla se enumeran las recomendaciones para el servicio de traducción automática.
Límite | Notas | Notas | 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 |
Los documentos que exceden el límite de caracteres tienen demasiado texto que traducir, lo que reduce el rendimiento del servicio. |
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 |
El uso de más procesos que el límite no aumenta el rendimiento porque hay 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 |
Al iniciar más traducciones que el límite, se produce un error en las traducciones debido al tiempo de espera porque no se pueden procesar antes del 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 |
Admitido |
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 |
Admitido |
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. |
Límites de Office Web Application Service
The following table lists the recommended guidelines for Office Online. Office client application limits also apply when an application is running as a web app.
Límite | Notas | Notas | 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 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. |
Umbral |
8 por documento |
Umbral |
OneNote merges combine changes from multiple users who are co-authoring a notebook. 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. |
Límites de Project Server
En la siguiente tabla se enumeran las recomendaciones para Project Server. Para más información sobre cómo planear para Project Server, vea Planning and architecture for Project Server 2010.
Límite | Notas | Notas | Notas |
---|---|---|---|
Final de tiempo del proyecto |
Fecha: 31/12/2149 |
Límite máximo |
Los planes de proyecto no pueden extenderse más allá de la fecha 12/31/2149. |
Entregas por plan del proyecto |
1.500 entregas |
Límite máximo |
Los planes de proyecto no pueden contener más de 1500 entregas. |
Número de campos de una vista |
256 |
Límite máximo |
Un usuario no puede tener más de 256 campos agregados a una vista que haya definido en Project Web App. |
Número de cláusulas en un filtro de una vista |
50 |
Límite máximo |
Un usuario no puede agregar un filtro a una vista que tenga más de 50 cláusulas. |
Límites de aplicaciones de SharePoint
En la siguiente tabla se enumeran las recomendaciones para aplicaciones para SharePoint.
Límite | Notas | Notas | Notas |
---|---|---|---|
Tamaño máximo del paquete de la aplicación Access/SharePoint |
100 Mb |
Límite máximo |
Tamaño máximo de almacenamiento de la aplicación Access en SQL Azure Nota: Access comprime la base de datos cuando crea el paquete de la aplicación, por lo que el paquete de la aplicación 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 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 |
Se pueden mostrar hasta 2000 aplicaciones (compradas en la tienda) en la página Administrar licencias. Para administrar la licencia de cualquier aplicación, vaya a la página Todo el contenido del sitio donde está instalada la aplicación y haga clic en Licencias, o bien busque la aplicación mediante la búsqueda de Marketplace. |
Número de licencias de aplicación por inquilino |
1,000,000 |
Compatible |
El número máximo de licencias admitidas (compra de aplicaciones de la tienda) para una única implementación de SharePoint, ya sea local o de SharePoint en Microsoft 365. 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 |
When more than 500 apps from the corporate catalog are available to a single user, that user will no longer see any apps in the default Add an App view. En su lugar, aparecerá un mensaje indicándole que explore el catálogo de aplicaciones o la Tienda SharePoint. |
Límites del servicio de caché distribuida
En la siguiente tabla se enumeran las recomendaciones para el servicio de caché distribuida.
Límite | Notas | Notas | Notas |
---|---|---|---|
Número de entidades que se pueden seguir (usuarios, documentos, sitios y hashtags) por host de caché |
400,000 |
Admitido |
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. |
Otros límites
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 | Notas | Notas | 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. |