Diseño de listas de gran tamaño y maximización del rendimiento de las listas (SharePoint Server 2010)

 

Se aplica a: SharePoint Server 2010

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

Este artículo ofrece información sobre el rendimiento de bibliotecas de documentos y listas de gran tamaño. Las recomendaciones de este artículo son el resultado de una serie de pruebas de rendimiento que se llevaron a cabo con Microsoft SharePoint Server 2010. El objetivo de este artículo es observar las características de rendimiento de las listas de gran tamaño y cómo afectan las diferentes configuraciones al rendimiento de las listas de gran tamaño y a las granjas. SharePoint Server 2010 incluye varias mejoras nuevas que facilitan la creación y el uso de listas de gran tamaño. Sin embargo, la creación e implementación de listas de gran tamaño todavía requiere de una cuidadosa planificación. Debe considerar múltiples factores como, por ejemplo, arquitectura de la información, rendimiento, recuperación ante desastres y gobierno. Este artículo trata sobre la arquitectura de la información y las características que se utilizan para implementar listas de gran tamaño, además de la forma en que configuraciones específicas afectan al rendimiento.

Existen también algunas opciones clave de diseño que debe escoger y que pueden afectar al rendimiento de las listas de gran tamaño. Entre ellas están los permisos, el número de columnas que se añaden a una lista, el número de columnas de búsqueda en las vistas y las carpetas e índices que se utilizan para organizar una lista. Estas decisiones afectan al rendimiento de las listas y este efecto se incrementa al aumentar el tamaño de las listas. Este artículo explica cómo las diferentes opciones de diseño afectan al rendimiento de las listas de gran tamaño para que pueda diseñar correctamente una lista de gran tamaño que cumpla los requisitos de rendimiento, además de los requisitos empresariales y que ofrezca una buena experiencia del usuario.

Aunque este artículo se centra específicamente en SharePoint Server 2010, las limitaciones también se aplican a Microsoft SharePoint Foundation. En este artículo se tratan varias características que mejoran notablemente la experiencia de trabajar con listas de gran tamaño y están disponibles solo en SharePoint Server 2010. En este artículo no se diferencia SharePoint Foundation de SharePoint Server.

En este artículo:

• Descripción de métodos de consulta

• Ejemplo de escenario de listas de gran tamaño

• Listas de gran tamaño y SharePoint Server 2010

• Medidas de rendimiento y metodología de prueba

• Limitaciones

• Otros límites

• Diferencias entre listas de gran tamaño y listas normales

• Diseño de listas de gran tamaño e implementación

• Conclusión

Descripción de métodos de consulta

Existen tres métodos principales que pueden utilizarse para obtener acceso a los datos de la lista: vistas de lista con navegación de metadatos, elemento web Consulta de contenidos y búsqueda. Cada método tiene sus pros, sus contras y usos concretos para los que se ajusta particularmente bien.

Vista de lista y navegación de metadatos

Las vistas de lista siempre obtienen acceso a la base de datos de Microsoft SQL Server. Esto tiene como resultado un rendimiento de consultas más lento y una carga mayor en los recursos deSQL Server, en comparación con otros métodos. Las vistas de lista también representan la mayoría de HTML, lo que ocasiona tiempos de carga de páginas más lentos en comparación con otros métodos. Las vistas de lista ofrecen la mejor experiencia para los usuarios a la hora de configurar vistas, filtrar datos de forma dinámica y llevar a cabo acciones en documentos, como por ejemplo gestionar versiones y editar propiedades. Puede utilizar la navegación de metadatos para filtrar los resultados de la vista de listas. Se recomienda utilizar las vistas de lista cuando se necesitan datos enriquecidos de columna y acceso a acciones de los elementos de listas. En escenarios con gran cantidad de lecturas y consultas se recomienda utilizar otros métodos de consulta.

Elemento web Consulta de contenido

El elemento web Consulta de contenido muestra una vista de configuración estática de datos almacenados en caché mediante el Portal del proveedor de mapa de sitio, para mejorar el rendimiento. El elemento web Consulta de contenido representa la menor cantidad de HTML y se almacena en la caché. Resulta en tiempos de carga de página más rápidos, además de facilitar la existencia de varias consultas en una sola página. El elemento web Consulta de contenido debe utilizarse para mostrar enlaces a elementos de lista, documentos o páginas relacionadas. Aunque el elemento web Consulta de contenido también puede configurarse para que no se almacenen en la caché, debe utilizar esta configuración solo en las páginas en que los requisitos de rendimiento sean bajos o en páginas para las que el almacenamiento en caché no sea útil, como por ejemplo en las que las consultas cambian según el usuario que obtiene acceso a la página.

Búsqueda

Los elementos web Búsqueda pueden utilizarse para descargar consultas a un sistema optimizado para buscar contenido (frente a propiedades de edición y visualización de actualizaciones en tiempo real). Los elementos web Búsqueda pueden configurarse para utilizar consultas estáticas o específicas del usuario. Los elementos web Búsqueda ofrecen un buen rendimiento. Sin embargo, los datos más actuales que se obtienen son los del rastreo más reciente. Esto significa que los resultados son más antiguos que los de las vistas de lista y de los elementos web Consulta de contenido.

Escenarios de ejemplo de listas de gran tamaño

Existen algunos escenarios comunes de listas de gran tamaño, y según el escenario, deberá tomar una u otra decisión sobre el diseño. Por ejemplo, en un escenario de colaboración con listas de gran tamaño, los usuarios añaden contenidos y actualizan las propiedades de forma frecuente. En este tipo de escenario, no es recomendable que el tamaño de las listas aumente hasta llegar a millones de elementos, ya que dificultaría el filtrado de contenido y porque el contenido se actualiza y modifica frecuentemente. Si trabaja con bibliotecas de documentos sin estructura, este artículo puede ayudarle a conocer las limitaciones que protegen el rendimiento de SQL Server. La siguiente tabla muestra las consideraciones en escenarios de listas de gran tamaño.

Escenario	Tamaño de lista	Gestión	Relación de lectura/actualización/agregación	Contenido nuevo	Usuarios
Biblioteca de documentos sin estructura	Cientos	Sin gestor	Lecturas altas, agregaciones equilibradas y actualizaciones	Carga manual	Decenas
Lista de gran tamaño o biblioteca de colaboración	Miles	Propietarios de asuntos informales	Lecturas altas, más actualizaciones que agregaciones	Carga manual	Cientos
Repositorio estructurado de gran tamaño	Decenas de miles	Administrador de contenido dedicado	Lecturas muy altas, menor número de agregaciones y actualizaciones significativamente menores	Envío y carga	Decenas de miles
Archivo a gran escala	Millones	Equipo de administradores de contenido	Lecturas y actualizaciones bajas, agregaciones altas	Envío	Decenas de miles

Biblioteca de documentos sin estructura

La biblioteca de documentos sin estructura se utiliza a menudo en equipos o grupos de trabajo y normalmente contiene entre decenas y cientos de documentos. Estas bibliotecas pueden aumentar de tamaño hasta superar el límite de la vista de lista sin planearlo, lo que puede afectar a algunas operaciones, como la agregación de columnas. Uno de los problemas que pueden aparecer es que los usuarios pueden obtener excepciones de límite de vista de lista si las vistas superan los 5.000 elementos. Esto puede reducirse mediante la supervisión de las bibliotecas que se acercan al límite de vistas (se muestra un medidor en la página de configuración de biblioteca de una biblioteca de documentos, para indicar que la biblioteca de documentos está a punto de superar el límite de vistas de lista).

Normalmente en este escenario hay decenas o incluso cientos de usuarios, pero pocos usuarios simultáneos. Por ello, las cargas dentro de una biblioteca única no representan casi nunca un problema. Sin embargo, pueden existir muchas bibliotecas de este tipo. En lugar de planear la admisión de instancias específicas, es más importante centrarse en admitir la escala de estas bibliotecas.

Lista de gran tamaño o biblioteca de colaboración

La lista de colaboración de gran tamaño puede contener entre cientos y miles de elementos y se utiliza como almacén de un gran número de contenido activo. Las listas de colaboración de gran tamaño generalmente incluyen soluciones de gestión de conocimientos, bibliotecas de ingeniería y repositorios colaterales de ventas y marketing. Los usuarios agregan y editan contenido de forma activa (un gran número de operaciones de lectura y escritura). Puede colocar la estructura y la gestión en su lugar para mantener la biblioteca organizada. Sin embargo, debido a que los usuarios realizan una gran cantidad de tareas, pueden producirse eventos fuera del control de los administradores. Esto puede provocar que la lista crezca más rápidamente de lo esperado o que supere los límites previstos. Este tipo de repositorio puede contener cientos o miles de usuarios con decenas o incluso cientos de usuarios simultáneos.

En comparación con un repositorio o archivo organizado, una lista de colaboración de gran tamaño es más proclive a los cambios administrativos, como por ejemplo la agregación o eliminación de carpetas, la agregación de tipos de contenido y columnas, o la reorganización del contenido. La limitación de la vista de lista puede imposibilitar estas acciones, debido al tamaño de la lista.

Repositorio estructurado de gran tamaño

El repositorio estructurado de gran tamaño puede contener desde miles a cientos de miles de elementos. El contenido es normalmente definitivo y los usuarios o los procesos de sistema como, por ejemplo, los flujos de trabajo, se encargan de enviarlo. Los repositorios estructurados de gran tamaño se utilizan normalmente para archivos de registros de departamentos, almacenamiento de documentos de valor alto y documentos definitivos que se muestran en páginas web. Normalmente los contenidos están estructurados y altamente gestionados para facilitar el control del crecimiento de la lista. Este escenario puede contener decenas o cientos de usuarios simultáneos y una base de miles de usuarios. El porcentaje de lecturas es mucho mayor que el de escrituras. Sin embargo, pueden existir actualizaciones de contenido y éste puede agregarse o eliminarse frecuentemente. Un repositorio de gestión de conocimientos para una división u organización es un ejemplo de repositorio estructurado de gran tamaño.

En este escenario, es importante conocer profundamente las necesidades del usuario y realizar pruebas integrales antes de poner en marcha la solución. De este modo, el estado de la solución es bastante completo y definitivo antes de que se llene con una gran cantidad de contenido. Por ejemplo, puede ser necesaria la configuración de las jerarquías y filtros adecuados de navegación de metadatos para ofrecer una experiencia de navegación de contenido correcta.

Archivo a gran escala

Un archivo a gran escala contiene desde miles a millones de elementos, tanto en una lista única como distribuidos en varias listas, o en su máxima expresión, varias colecciones de sitios. Normalmente este escenario cuenta con una cantidad baja de lecturas y actualizaciones y se utiliza generalmente solo como almacenamiento a largo plazo de documentos que deben conservarse para el cumplimiento o por otros motivos (por ejemplo, documentos que deben conservarse durante siete años para cumplir los requisitos legales). En este escenario es importante el alto rendimiento del envío y eliminación de documentos. La búsqueda es el método principal para recuperar contenidos.

Listas de gran tamaño y SharePoint Server 2010

Las características que servían de ayuda en Office SharePoint Server 2007 también lo hacen con SharePoint Server 2010, y se han mejorado muchas de ellas para que ofrezcan mejores resultados a gran escala. SharePoint Server 2010 también cuenta con multitud de características nuevas que ayudan a mejorar el rendimiento de las listas de gran tamaño y que permiten que los usuarios las utilicen de forma efectiva. Esta sección resume las características nuevas y mejoradas de SharePoint Server 2010.

Características mejoradas

Las siguientes secciones presentan las características de Microsoft Office SharePoint Server 2007 que se han mejorado en SharePoint Server 2010.

Elementos web Consulta de contenido

Puede configurar el elemento web Consulta de contenido para mostrar resultados mediante filtrado de listas, tipos de contenido y columnas. Puede ordenar los resultados y seleccionar las columnas que se muestran. Este proceso hace que el elemento web Consulta de contenido sea perfecto para mostrar contenidos de listas de gran tamaño en páginas web. Los elementos web Consulta de contenido normalmente se almacenan en caché. Esto permite cargas de página más rápidas y menos cargas de bases de datos. Uno de los usos de los elementos web Consulta de contenido en escenarios de gestión de conocimientos es su utilización al publicar páginas para mostrar enlaces a documentos relacionados con el contenido de la página web.

SharePoint Server 2010 ofrece mejoras de rendimiento en los siguientes escenarios clave:

• Optimización de consultas de lista única para aprovechar los índices de forma más efectiva

• Mejora de la invalidación y actualización de algoritmos y configuración predeterminada para mejorar la utilización de la caché cuando los usuarios realizan operaciones de escritura

Búsqueda

SharePoint Server 2010 proporciona nuevas capacidades de búsqueda que incluyen un panel de refinamiento de términos de búsqueda y escalabilidad mejorada que admite latencia de consultas de fracciones de segundo con 100 millones de documentos. También cuenta con Microsoft FAST Search Server 2010 for SharePoint, que puede utilizarse para llegar a un mayor número de puntos de escala que con la Búsqueda de SharePoint Server 2010.

Algunas de las nuevas mejoras de búsqueda que ayudan a buscar contenidos en listas de gran tamaño incluyen compatibilidad con operadores booleanos en consultas de texto libre; compatibilidad mejorada con operadores como igual a, menor que y mayor que; refinamientos de rango; y coincidencia de prefijos en palabras clave y propiedades. Por ejemplo, la consulta "compartir" ofrece resultados que incluyen "Sharepoint". La búsqueda también cuenta con sugerencias de consulta que hacen recomendaciones según lo que el usuario escriba en una consulta. La interfaz de usuario de la búsqueda también se ha mejorado mediante paneles de búsquedas relacionadas, opciones más probables, personas relacionadas y refinamientos de palabras clave.

SharePoint Server 2010La búsqueda también mejora las capacidades entorno a la escala.SharePoint Server 2010 La búsqueda admite incremento de la escalabilidad horizontal de los servidores de índice, rastreo y consultas. Entre otras mejoras, también se incluyen índices más actualizados, mejor resistencia y disponibilidad más alta. FAST Search Server 2010 for SharePoint incluye todas las capacidades de búsqueda de SharePoint Server 2010 y agrega escalabilidad a peticiones extremas, extracción de entidades, clasificación de relevancia ajustable, opciones más probables visuales, miniaturas y visualizaciones previas.

Plantillas de sitio de Centro de documentación y Centro de registros

El Centro de documentación y Centro de registros son plantillas de sitio de SharePoint Server 2010 que puede utilizar para crear repositorios estructurados. La plantilla de sitio del Centro de documentación incluye funciones como elementos web Consulta de contenido preconfigurado para devolver resultados relevantes por usuarios conectados y una biblioteca de documentos con navegación de metadatos configurada.

La plantilla de sitio de Centro de registros es parecida a la plantilla de sitio del Centro dedocumentación, pero tiene activada la característica de organizador de contenido para enrutar documentos, además de contar con una biblioteca de registro en la que los elementos que se agregan se declaran automáticamente registros y no se pueden eliminar. La plantilla de sitio de Centro de registros es la única plantilla de sitio integrada que no tiene activado el analizador de documentos, lo que protege la fidelidad del contenido enviado. Desactivar el analizador de documentos afecta al rendimiento de determinadas operaciones, hecho que la hace más indicada para almacenamiento de documentos a gran escala (decenas de millones de elementos) que otras plantillas de sitio.

Nuevas características

Esta sección describe las nuevas características en SharePoint Server 2010 que ayudan a la gestión de listas de gran tamaño y al rendimiento de las listas.

Organizador de contenido

El organizador de contenido puede utilizarse en cualquier sitio para enrutar contenido a bibliotecas de documentos y carpetas determinadas, o incluso a otros sitios. El organizador de sitios puede utilizarse para crear carpetas automáticamente para contenido según propiedades de metadatos. Los usuarios pueden enviar contenidos al organizador de contenido desde otros sitios sin tener que preocuparse de donde se almacenan en el plan de archivos. El organizador de contenido puede utilizarse para equilibrar el contenido en carpetas diferentes y así mantener automáticamente un tamaño máximo para cada carpeta. Cuando se alcanza el límite de tamaño especificado, se crea una nueva subcarpeta para contener los elementos adicionales.

Navegación de metadatos

La navegación de metadatos es una nueva característica de SharePoint Server 2010 que permite a los usuarios filtrar listas de forma dinámica, para que puedan encontrar lo que buscan. La navegación de metadatos permite que los usuarios puedan seleccionar opciones de filtro y administra la realización de las consultas de la forma más eficiente. La navegación de metadatos cuenta con dos partes. Una de ellas es un conjunto de controles de navegación que permiten que el usuario filtre una lista con jerarquías de navegación y filtros clave. La otra parte es un mecanismo para reordenar y volver a intentar las consultas.

La navegación de metadatos cuenta con lógica de reintento y reserva que intenta realizar consultas de forma eficiente mediante índices. Si una consulta devuelve demasiados resultados, esta se coloca en reserva y devuelve un conjunto de resultados para mejorar el rendimiento. Si no puede realizarse una consulta adecuada, se produce una reserva y los filtros se aplican a un conjunto limitado de resultados. La navegación de metadatos crea índices automáticamente. En conjunto, el reintento, la reserva y la gestión de índices convierten a la navegación de metadatos en una parte muy importante para trabajar con listas de gran tamaño de forma efectiva. Existen dos tipos de mecanismos de filtrado: jerarquías de navegación y filtros clave

Las jerarquías de navegación utilizan un control de árbol para explorar jerarquías de carpetas, tipos de contenido, campos de elección o conjuntos de términos de metadatos gestionados. Esto permite que los usuarios utilicen un control de árbol para dinamizar en una jerarquía de metadatos de la misma forma en que exploran carpetas. Cuando los usuarios seleccionan un elemento de una jerarquía para una columna de metadatos gestionada, se muestran todos los elementos que coinciden con el término especificado o con cualquiera de sus términos descendientes secundarios. Esto se llama inclusión descendiente y puede utilizarse en campos vinculados con un conjunto de términos de metadatos gestionado. Los usuarios pueden volver a seleccionar el elemento para filtrar solo por ese elemento concreto sin incluir los términos descendientes secundarios. Todas las consultas de navegación de metadatos son recurrentes y muestran resultados de todas las carpetas de la lista.

Los filtros clave pueden modificarse para realizar filtrados adicionales de resultados dentro de la jerarquía. Por ejemplo, puede agregar la columna Modificado por como filtro clave y luego escribir un nombre de usuario, para obtener resultados en que Modificado por coincida con el usuario especificado, Para obtener más información, consulte Navegación y filtro de metadatos (https://go.microsoft.com/fwlink/?linkid=219154&clcid=0xC0A). La ilustración siguiente muestra un ejemplo de jerarquías de navegación de metadatos y filtros clave.

Metadatos gestionados

Los metadatos gestionados son un nuevo conjunto de características que agregan capacidades adicionales de arquitectura de información a SharePoint Server. Las características de los metadatos gestionados incluyen un servicio compartido que se conoce como servicio de metadatos gestionados. El servicio de metadatos gestionados puede utilizarse para almacenar conjuntos de términos que pueden reutilizarse mediante una implementación de SharePoint Server 2010. Entre las características de los metadatos gestionados se incluyen los siguientes:

• Conjuntos de términos que admiten jerarquías planas o profundas

• Tipo de columna de metadatos gestionados que utiliza conjuntos de términos como propiedades disponibles

• Conjuntos de términos que pueden ser abiertos para que cualquiera pueda agregar nuevos términos, o bien restringidos para que solo usuarios específicos puedan gestionar el conjunto de términos

Mediante el uso de columnas de metadatos gestionados y conjuntos de términos para organizar contenidos, tiene a su disposición características con el elemento web Consulta de contenido y la navegación de metadatos para facilitar la búsqueda y descubrimiento de contenido a los usuarios. Los metadatos gestionados también sirven de ayuda en consultas de búsqueda regulares, ya que agrega palabras clave que pueden utilizarse para clasificar documentos. Los metadatos gestionados pueden utilizarse en el panel de refinamiento de búsqueda. La siguiente ilustración muestra un ejemplo de navegación de metadatos gestionados.

Limitaciones

SharePoint Server 2010 introduce varios límites configurables para ayudar al rendimiento de las granjas de servidores. Ahora existen limitaciones configurables en el nivel de las aplicaciones web. Se han agregado para que las operaciones de los usuarios individuales o los procesos no afecten al rendimiento de las granjas de servidores de forma negativa. Por ejemplo, la limitación de vista de lista es un límite que evita que las consultas afecten a más de un número determinado de elementos de lista.

Índices compuestos

Los índices son importantes en las listas de gran tamaño. Ahora en SharePoint Server 2010 pueden crearse índices compuestos. Los índices compuestos son útiles si las consultas se realizan normalmente en dos columnas porque una consulta en una sola columna puede no ser lo suficientemente selectiva. Las vistas no utilizan los índices compuestos. Sin embargo, la navegación de metadatos sí los utiliza. Cuando se da una condición de limitación, la lógica de navegación de metadatos puede volverlo a intentar y utilizar índices compuestos aplicables e índices únicos para las condiciones de filtro escogidas y así obtener resultados completos o parciales que satisfagan la consulta.

Panel del programador

El panel del programador muestra información detallada de diagnóstico para cada carga de página. El panel del programador está desactivado de forma predeterminada. Sin embargo, puede activarlo manualmente o configurarlo para que se mantenga activado en todo momento. Al activar el panel del programador, puede utilizarlo para obtener información sobre consultas de bases de datos, tiempos de carga y errores. El panel del programador facilita el análisis y el diagnóstico de problemas de rendimiento de forma rápida. La ilustración siguiente muestra el panel del programador. La característica de navegación de metadatos puede verse en el panel del programador en caso de listas largas y condiciones de limitación en las que la lista de índices que se utilizan para el reintento y los resultados parciales aparecen en el árbol de operaciones de la izquierda y las diferentes consultas indizadas de SQL Server que se intentan aparecen en la lista de la derecha.

El panel del programador también es útil para depurar elementos web y consultas personalizadas. Para obtener más información sobre como activar el panel del programador, consulte el blog de : Activar el Panel del programador mediante el Modelo de objetos / Powershell(https://go.microsoft.com/fwlink/?linkid=219613&clcid=0xC0A).

Iterador de contenido

La API de programador de iterador de contenido simplifica la escritura de código frente a listas de gran tamaño y es especialmente importante con el nuevo límite de vista de lista. El iterador de contenido es un método para recuperar contenido para realizar operaciones en él en conjuntos pequeños, en lugar de realizar operaciones en el conjunto completo de datos. Esto evita que las operaciones superen el límite de vista de listas.

Almacenamiento remoto de BLOB

De forma predeterminada, SharePoint Server 2010 almacena los datos de los archivos (objetos binarios grandes (BLOB)) en bases de datos de SQL Server. Normalmente, gran parte del contenido de una base de datos son datos BLOB. El almacenamiento remoto de BLOB permite que estos datos se almacenen fuera de SQL Server, lo que posibilita tener opciones de almacenamiento más económicas y reducir el tamaño de las bases de datos de contenido. El Almacenamiento remoto de BLOB es una conjunto de API de biblioteca que se incorpora como paquete de características complementarias para SQL Server 2008. Se requiere un proveedor de almacenamiento remoto de BLOB de un tercero para utilizar la API de almacenamiento remoto de BLOB.

Mediciones de rendimiento y pruebas de metodología

Esta sección incluye una explicación sobre la metodología de pruebas que se utilizó para las pruebas que se mencionan en este artículo. Al presentar los datos se mencionan las desviaciones de esta tecnología.

Configuración de hardware y granjas de servidores

La configuración de granjas de servidores de prueba se especifica en las siguientes ilustraciones y tabla. Dos aspectos de la configuración de prueba presentaban diferencias significativas respecto a la mayoría de implementaciones reales. Concretamente:

• Se utilizó autenticación NTLM para evitar que el controlador de dominio se convirtiera en el cuello de la botella. Esto resultó en una mejora de rendimiento escasa.

• El servidor de aplicaciones contenía una instancia de SQL Server que se utilizó para la base de datos de registro. Esto se llevó a cabo para reducir la carga de la instancia principal de SQL Server, ya que el nivel de registro era mucho más alto respecto a las implementaciones reales.

Nombre de equipo	Dos servidores web	Un servidor de aplicaciones	Un servidor de bases de datos
Función	Servidor web front-end	Servidor de aplicaciones	Instancia de SQL Server
Procesadores	2px4c@2,33 GHz	2px4c@2,33 GHz	4px2c@3,19 GHz
RAM	8 GB	8 GB	32 GB
Sistema operativo	Windows Server 2008 R2 x64	Windows Server 2008 R2 x64	Windows Server 2008 R2 x64
Almacenamiento y su geometría (incluida la configuración de discos de SQL Server	50 + 18 + 205 GB	50 + 18 + 300 GB	Matriz de disco: 15 discos de 450 GB @ 15 K RPM
Número de NIC	2	2	2
Velocidad de NIC	1 gigabit	1 gigabit	1 gigabit
Autenticación	NTLM	NTLM	NTLM
Versión de software	SharePoint Server 2010 (Versión preliminar)	SharePoint Server 2010 (Versión preliminar), SQL Server 2008 CTP 3	SQL Server 2008 CTP 3
Número de instancias de SQL Server	N/A	1	1
Tipo de equilibrador de carga	Hardware	N/A	N/A
Configuración de caché de salida
Configuración de caché de objetos
Configuración de caché de BLOB
Nivel de registro de ULS	Medio	Medio	Medio
Ubicación de la base de datos de uso		X
Configuración de base de datos de uso (lo que se registra)
Configuración de IRM	Ninguna	Ninguna	Ninguna
Configuración del antivirus	Ninguna	Ninguna	Ninguna

Tipo de base de datos	Número de bases de datos	Configuración de RAID
DB temporal	1	0
DB de configuración	1	0
DB de contenido #1	1	0
DB de perfil	1	0
DB de búsqueda	1	0
DB de taxonomía	1	0

Carga de prueba

Las pruebas se llevaron a cabo en un punto de carga óptimo, o zona verde, mediante una mezcla general de operaciones. Para medir los cambios concretos, las pruebas se llevaron a cabo en todos los puntos en los que se alteró una variable. Para encontrar el punto de carga óptimo, se agergaron hilos adicionales para saturar el entorno a la vez que se mantenían las siguientes métricas:

• Latencia del percentil 75 inferior a 1 segundo

• CPU del servidor web front-end inferior al 50 por ciento

• SQL ServerCPU inferior al 50 por ciento

• La CPU del servidor de la aplicación es inferior al 50 por ciento

• Tasa de fallos inferior al 0,01 por ciento

Definiciones de pruebas

La tabla siguiente define la prueba y ofrece una visión general del proceso que se siguió para cada prueba.

Nombre de la prueba	Descripción de la prueba
Carga de documentos	Carga de un documento Edición y actualización de las propiedades del documento.
Carga y enrutamiento del documento	Carga de un documento Edición y actualización de las propiedades del documento. Enrutamiento del documento que coincide con una regla de enrutamiento.
Descarga de documentos	Descarga de un documento
Acceso a la biblioteca de documentos	Acceso a la página de vista de lista de la biblioteca de documentos
Acceso a la página de inicio con elementos web Consulta de contenido	Acceso a una página de inicio del sitio del Centro de documentación que contiene tres elementos web Consulta de contenido. El elemento web Consulta de contenido devuelve 15 documentos con mayor valoración El elemento web Consulta de contenido devuelve los 15 documentos más nuevos El elemento web Consulta de contenido no almacenado en caché devuelve los 15 elementos más recientes que modificó el usuario actual.
Consulta de reserva de metadatos gestionados	Consulta de vista de lista que devuelve más de 5.000 resultados, que filtra en una columna de metadatos gestionados de valor único.
Consulta selectiva de metadatos gestionados	Consulta de vista de lista que devuelve 1.000 resultados y filtra en una columna de metadatos gestionados de valor único.
Consulta de reserva de tipo de contenido	Consulta de vista de lista que devuelve más de 5.000 resultados y filtra por tipo de contenido.
Consulta selectiva de tipo de contenido	Consulta de vista de lista que devuelve 1000 resultados y filtra por tipo de contenido.

Combinación de pruebas

La composición de cada combinación de pruebas fue diversa. Las pruebas se llevaron a cabo mediante un sistema de prueba de Visual Studio. Se completaron puntos de datos específicos para cada prueba y, a continuación, se ejecutó la combinación de pruebas durante 2 minutos de calentamiento y 10 minutos de recopilación de datos. Los resultados que se presentan en este artículo son el resultado de la media obtenida durante esos 10 minutos. La tabla siguiente muestra el porcentaje de cada solución en una combinación de pruebas.

Nombre de la solución	Porcentaje en la combinación
Carga de documentos (incluidas las propiedades de edición de documentos)	20
Descarga de documentos	20
Acceso a la biblioteca de documentos	20
Acceso a la página de inicio con elementos web Consulta de contenido	10
Consulta de reserva de metadatos gestionados (más de 5.000 resultados)	5
Consulta selectiva de metadatos gestionados (100 resultados)	10
Consulta de reserva de tipo de contenido (más de 5.000 resultados)	5
Consulta selectiva de tipo de contenido (100 resultados)	10

Limitaciones

Los límites evitan que se produzcan operaciones que pueden afectar al rendimiento de las granjas de servidores de forma negativa. Estos valores predeterminados han sido probados y seleccionados cuidadosamente. En el caso de determinados límites, como la limitación de vista de lista, no se recomienda cambiar el valor. Valore detenidamente las consecuencias de cambiar estos límites. Si estos límites evitan la realización de una operación, valore primero la posibilidad de cambiar la operación para que se ejecute de forma mejor indizada, antes que cambiar el límite para ajustarse a operaciones de rendimiento bajo. La mayoría de las limitaciones de que trata esta sección pueden configurarse en Administración central, desde Aplicaciones de administración web, y luego seleccionando Configuración general - Limitación de recursos desde la cinta que corresponde a una aplicación web concreta.

Limitación de vista de lista

SharePoint Server 2010 admite bibliotecas de documentos y listas que contienen decenas de millones de elementos. Puede crear bibliotecas de documentos de gran tamaño mediante el uso de carpetas, vistas estándar, jerarquías de sitios y navegación de metadatos. Para recuperar datos desde listas de gran tamaño mediante vistas de lista o consultas de lenguaje de marcado de la aplicación de colaboración (CAML), los datos deben particionarse mediante la utilización de carpetas, índices, o ambos. De lo contrario, la búsqueda es el único mecanismo que puede utilizarse para obtener acceso a los datos de forma eficiente. El número de elementos que admite una única biblioteca de documentos puede variar, según la organización de documentos y carpetas, el tamaño y el tipo de documentos almacenados, el uso de la biblioteca de documentos y el número de columnas en la biblioteca de documentos.

Sugerencia

Con la introducción de la limitación de vista de lista, puede dudar sobre cómo se relaciona esto con la recomendación de 2.000 elementos por carpeta con Office SharePoint Server 2007. Puede parecer que, en lugar de 2.000, el nuevo límite son 5.000. Si los usuarios examinan el contenido principalmente mediante carpetas, se trata del mismo concepto. Sin embargo, con la introducción del reintento y reserva de la navegación de metadatos, las consultas de gran tamaño devolverán un subconjunto de resultados que mejoran el rendimiento. Esto significa que las carpetas pueden contener miles de elementos, pero el rendimiento se mantendrá intacto si las consultas devuelven demasiados resultados.

De forma predeterminada, la limitación de vista de lista evita las operaciones que manejan más de 5.000 elementos como, por ejemplo, las consultas que devuelven más de 5.000 elementos o la agregación de una columna a una lista que contiene más de 5.000 elementos. Aunque es posible configurar este valor predeterminado, es muy recomendable mantenerlo. Si se utilizan consultas con rendimientos bajos en las listas con más de 5.000 elementos, el rendimiento general puede verse reducido significativamente al aumentar este límite.

Algunas operaciones, como las consultas sin indizar o agregar una columna a una lista, consumen tiempo y recursos proporcionales al número de elementos en la lista. En listas pequeñas no tiene importancia, ya que hay pocos elementos y la operación es rápida. A medida que aumenta el tamaño de la lista, estas operaciones llevan más tiempo y utilizan un mayor número de recursos. En lugar de permitir que estas operaciones funcionen de forma ilimitada, la limitación de vista de lista las bloquea. Puede considerarse la limitación de vista de lista como un quitamiedos a lo largo de una carretera que informa sobre si hay que cambiar la consulta y cómo se obtiene acceso a los datos, o si hay que llevar a cabo la operación cuando el nivel de uso de una granja de servidores es bajo.

La limitación de vista de lista es el número máximo de elementos de lista o biblioteca que una operación de base de datos como, por ejemplo, una consulta, puede manejar a la vez. El valor predeterminado es de 5.000 elementos. Este límite tiene un efecto vital en las listas largas, ya que, según la definición de esta limitación, una lista de gran tamaño es una lista que contiene más elementos que los que marca este límite. Las operaciones que lo superan se limitan. Operaciones como la creación de un índice en una lista que supera este límite se evitan, ya que la operación afecta a más de 5.000 elementos. Este límite evita las consultas que tienen una selectividad (elementos que pueden filtrarse de forma eficiente mediante criterios de filtro) de más de 5.000 elementos. Este límite también evita las consultas que filtran en columnas sin indizar. El motivo de esto es que una consulta que filtra (y, en algunos casos, ordena) en una columna no indizada debe aplicar el filtro en todos los elementos de la lista para obtener el conjunto de datos correcto y se aplicará sobre más elementos de los que marca la limitación de vista de lista. El valor predeterminado de este límite se basa en el rendimiento de la granja de servidores y de la lista y en la forma en que SQL Server gestiona los bloqueos. Se recomienda no cambiar este límite.

Para minimizar la contención de las bases de datos, SQL Server utiliza bloqueo en la fila como estrategia para asegurar actualizaciones precisas sin afectar negativamente a los usuarios que obtienen acceso a otras filas. Sin embargo, si una operación de base de datos de lectura o escritura, como una consulta, provoca que se bloqueen más de 5.000 filas al mismo tiempo, SQL Server será más eficiente si escala el bloqueo a la totalidad de la tabla hasta que finalice la operación de base de datos. Al producirse la latencia del bloqueo, evita que otros usuarios puedan obtener acceso a la tabla. Si desea más información sobre bloqueos, consulte Latencia de bloqueos (motor de base de datos (https://go.microsoft.com/fwlink/?linkid=219156&clcid=0xC0A).

El gráfico siguiente muestra el rendimiento de una combinación de consultas frente a una lista de gran tamaño al ajustarse la limitación de vista de lista. Esta combinación de consultas contiene consultas que devuelven todos los elementos de la lista, con lo que a medida que se aumenta la limitación de vista de lista, se devuelven más elementos. Incluso cambiar el límite del valor predeterminado de 5.000 a 10.000 tiene un efecto importante en el rendimiento. En lugar de aumentar o reducir la limitación de vista de lista para mejorar el rendimiento, se recomienda no cambiar la limitación predeterminada de vista de lista y centrarse en el buen rendimiento de las consultas.

Las excepciones en limitaciones de vista de lista se producen porque el rendimiento de las operaciones es pobre. Deben volverse a configurar las operaciones. En lugar de aumentar el límite, debe considerar el motivo por el que se realizan operaciones ineficientes y buscar una solución para ello. En el peor de los casos, puede cambiar temporalmente el parámetro ActivarLimitación a falso para una lista concreta y así ignorar la limitación de vista de lista. Esto solo puede llevarse a cabo en una lista y en ningún caso para un sitio. Debe llevarse a cabo esta acción para permitir el acceso a la lista solo hasta que puedan realizarse cambios para solucionar las operaciones de rendimiento bajo que bloquea la limitación de vista de lista. El parámetro ActivarLimitación debe volver a ser verdadero tan pronto como sea posible.

Importante

Las excepciones a la limitación de vista de lista pueden ser comunes, en especial inmediatamente después de la actualización. Resolver estos problemas cambiando la limitación de la vista de lista puede parecer más fácil. Sin embargo, es muy recomendable no cambiar la limitación de vista de lista.

La limitación de vista de lista no bloquea a los administradores de granjas de servidores y de equipos locales en el servidor web front-end, donde tiene origen una consulta. Estos usuarios deben tener precaución al navegar por listas de gran tamaño que no están configuradas de forma correcta, además de tener precaución al realizar pruebas. Puede parecer que todo funciona según lo esperado, pero puede haber grandes diferencias en los datos que se devuelven a los usuarios. Si desea consultar una lista de todas las operaciones que la limitación de vista de lista evita, consulte Operaciones bloqueadas por la limitación de vista de lista más adelante en este artículo.

De igual forma, pueden ejecutarse servicios de temporizador mediante el uso de una cuenta no protegida por la limitación de vista de lista, Aunque de este modo se activan determinados escenarios, como la creación diferida de un índice en una lista de gran tamaño, en general se debe prestar especial atención para asegurar que el código evita llevar a cabo operaciones de listas de gran tamaño.

Limitación de vista de lista

Valor predeterminado: 5.000	Existía en 2007: no	Configurable: sí
Ubicación de la configuración: Administración central, por aplicación web

Limitación de vista de lista para auditores y administradores

Valor predeterminado: 20.000	Existía en 2007: no	Configurable: sí
Ubicación de la configuración: Administración central, por aplicación web

La limitación de vista de lista para auditores y administradores es la limitación de vista de lista que se utiliza para determinadas cuentas de servicios como, por ejemplo, la cuenta de consulta de búsqueda o las cuentas de lector súper y escritor súper de la caché de objetos. Por ejemplo, el elemento web Consulta de contenido utiliza automáticamente este límite para almacenar los resultados de una consulta de gran tamaño en la caché y así ahorrar recursos de servidor. Puede utilizar código personalizado para solicitar el uso de este límite superior, en caso de que se ejecute como cuenta de lector súper o escritor súper por política de seguridad de aplicación web.

Permitir invalidación de modelos de objetos

Valor predeterminado: sí	Existía en 2007: no	Configurable: sí
Ubicación de la configuración: Administración central, por aplicación web

Permitir la invalidación de modelos de objetos especifica si las cuentas de servicios pueden utilizar la limitación de vista de lista para auditores y administradores. Un administrador de granja de servidores debe activar la invalidación de modelos de objetos y especificar que la lista es una excepción mediante programación. A continuación, los programadores que cuenten con los permisos pertinentes pueden solicitar mediante programación que su consulta o lista utilice el mayor tamaño de vista de lista para auditores y administradores y así poderlo aprovechar. Si se cambia el valor a no, el código personalizado que ejecutan auditores y administradores, incluso si solicita una invalidación, estará sujeto a la limitación de vista de lista, en lugar del límite superior para auditores y administradores. Se recomienda mantener el valor predeterminado de este parámetro y configurar la limitación de vista de lista para auditores y administradores solo en caso de que sea necesario.

Intervalo diario de horas

Valor predeterminado: desactivado	Existía en 2007: no	Configurable: sí
Ubicación de la configuración: Administración central, por aplicación web

Puede definirse un intervalo diario de horas para que las operaciones puedan realizarse sin estar sujetas al límite de vista de lista. La hora puede ajustarse en incrementos de 15 minutos, hasta 24 horas. Una operación de base de datos o consulta que se haya iniciado dentro del intervalo diario de horas continuará hasta que finalice, incluso si no se termina dentro del intervalo diario de horas especificado. De forma predeterminada, el intervalo diario de horas no está configurado, ya que las horas pico varían enormemente entre implementaciones. Por ello, es el administrador el que debe decidirlo. Se recomienda que solo se especifique un intervalo diario de horas si existe un periodo razonable fuera de horas laborables durante el cual haya pocas personas que utilicen la aplicación web. Esto permite que los usuarios puedan realizar operaciones administrativas en listas de gran tamaño, como la creación de un índice, en periodos de tiempo en los que el uso de las granjas de servidores es mucho menor.

Permisos únicos

A medida que los permisos únicos de una lista aumentan, disminuye el rendimiento. Debe reconsiderar todo diseño en el que todo o gran parte del contenido de una lista de gran tamaño debe protegerse de forma única. La diferencia de rendimiento para operaciones en una lista entre 0 y 1.000 permisos únicos es de alrededor del 20 por ciento. Hay un valor configurable predeterminado de 50.000 permisos únicos por lista. Sin embargo, se recomienda que considere bajar este límite a 5.000 permisos únicos, y en el caso de listas de gran tamaño, considere utilizar un diseño que utilice el menor número posible de permisos únicos. Esto ayudará no solo al rendimiento sino también a la manejabilidad.

Es recomendable hacer lo siguiente:

• Minimizar el uso de permisos únicos en elementos individuales y simplificar los diseños de lista que requieren que la mayoría de elementos tengan permisos únicos.

• Si los permisos únicos son necesarios, intente definirlos solo en el nivel lista o carpeta y minimizar el número de elementos individuales que requieren permisos únicos.

• Reconsidere el diseño en caso de que todos los elementos requieran permisos individuales. Puede investigar mediante la división de elementos entre varias listas u organizar los elementos en carpetas y grupos para que se conceda el acceso pertinente sin tener que aplicar permisos únicos en cada elemento.

La definición de permisos avanzados puede afectar al rendimiento, además de dificultar su gestión si se definen de forma diferente en multitud de elementos individuales. La definición de permisos avanzados en una lista o carpeta que supere la limitación de vista de lista se bloqueará, ya que deben actualizarse demasiados elementos individuales. Sin embargo, la definición de permisos avanzados también afecta al rendimiento de otras formas. Por ello, existe un límite configurable que, de forma predeterminada, es de 50.000 permisos únicos por lista. Si intenta declarar permisos únicos después de alcanzar este límite, se bloqueará dicha acción. A diferencia de la limitación de vista de lista, este límite se aplica al crear permisos únicos en un elemento, en lugar de en el momento de la consulta.

Siempre que se rompe la herencia de un permiso en un elemento, como una carpeta, se cuenta como permiso único respecto a este límite. Siempre que la herencia de permisos se rompe, se crea un Identificador de ámbito. Siempre que haga una consulta sobre una vista, se une a la tabla de ámbitos. Luego, al realizar una consulta, debe analizarse y procesarse cada lista de control de acceso único (ACL). Si una lista contiene un gran número de permisos únicos el rendimiento se verá afectado negativamente, por lo que no se recomienda. A medida que crece el número de permisos únicos de una lista, bajará el rendimiento de las consultas. Aunque el límite de permisos únicos predeterminado es de 50.000, podría ser conveniente disminuir este límite a 5.000 permisos únicos.

Permisos únicos

Valor predeterminado: 50.000	Existía en 2007: no	Configurable: sí
Ubicación de la configuración: Administración central, por aplicación web

Ajuste de filas

Al agregar columnas a una lista, se asignan a columnas de una tabla de base de datos de SQL Server. Cada fila en la tabla de base de datos admite un número fijo de cada uno de los varios tipos de columna. Por ejemplo, una fila de base de datos única admite ocho columnas de fecha y hora y doce columnas numéricas. Si existen más de ocho columnas de fecha y hora, cada elemento de la lista utilizará dos filas de tabla de base de datos.

En el caso de las listas de menor tamaño, el efecto del ajuste de filas en el rendimiento es inapreciable. Sin embargo, en listas de gran tamaño, puede tener un efecto determinante. Puede aumentar el número de columnas hasta alcanzar el límite antes de que se produzca el ajuste de filas, pero solo es necesario que un tipo de columna supere el límite para que se produzca el ajuste de filas.

La tabla siguiente muestra el número de columnas para tipos específicos de datos antes de que se produzca el ajuste de filas.

Tipo de columna	Número de columnas por fila de tabla
Línea simple de texto O Selección y varias líneas de texto	64 32
Fecha y hora	8
Sí o no	16
Número y moneda	12
Calculado	8
Entero, búsqueda de valor único, personas y grupo, metadatos gestionados	16
Identificador único	1

El ajuste de filas provoca la disminución aproximada del rendimiento en un 35 por ciento por cada fila adicional y en la mayoría de operaciones. Para comprobar el número de filas que utiliza una lista, debe analizar el esquema de la lista y examinar los tipos de columna de los campos de la lista.

El siguiente gráfico muestra el rendimiento de consultas de solo lectura a medida que aumenta el número de filas de la base de datos de SQL Server que se utilizan para adaptarse al mayor número de columnas de metadatos gestionados. Per llegar a la segunda fila, se agregaron a la lista 15 columnas de metadatos gestionados, y para llegar a la tercera fila, se agergaron a esta lista 31 columnas de metadatos gestionados. Las pruebas se llevaron a cabo solo mediante consultas que aplicaban un filtro sobre los elementos de la lista. Por cada fila adicional, el rendimiento disminuye un 35 por ciento.

Límite de tamaño de filas

Valor predeterminado: 6	Existía en 2007: no	Configurable: sí
Ubicación de la configuración: solo modelo de objeto, SPWebApplication.MaxListItemRowStorage

El límite de tamaño de fila especifica el número máximo de filas de tabla que internas de la base de datos y que se utilizan para cada elemento de una lista, Para encajar listas amplias que cuentan con un gran número de columnas, cada elemento se ajusta sobre varias filas de tabla internas, hasta seis filas. Por ejemplo, si tiene una lista en la que existen un gran número de columnas pequeñas, una que contiene cientos de columnas Sí/No, puede que alcance el límite. En este caso, no podrá agregar más columnas Sí/No a la lista. Sin embargo, es posible que pueda agregar columnas de otros tipos. Ya que cada fila adicional agrega sobrecarga, en listas de gran tamaño debe minimizar el número de columnas del mismo tipo para evitar que se ajusten las columnas.

Columnas de búsqueda y vistas de lista

Todas las columnas de búsqueda de una vista de lista provoca que se unan con otra tabla. Cada columna de búsqueda adicional de una vista aumenta la complejidad de la navegación de metadatos y de las consultas de vista de lista. Además de las columnas de búsqueda estándar, también cuentan como columnas de búsqueda los metadatos gestionados de valor único, los metadatos gestionados de valor múltiple, personas de valor único y columnas de grupos, además de personas de valor múltiple y columnas de grupos. Agregar columnas de búsqueda a una vista no provoca una disminución gradual o lineal del rendimiento, sino que este último se mantiene bastante estable hasta que se alcanzan las ocho columnas, momento en el que disminuye de forma drástica.

El siguiente gráfico muestra el cambio en el rendimiento a medida que aumenta el número de columnas de búsqueda en una vista. Como puede ver, el cambio en el rendimiento de cero a ocho se mantiene bastante estable, pero cuando se alcanzan las 10 columnas de búsqueda, el rendimiento disminuye en gran medida. Esta prueba se realizó con la lista utilizando solo una fila. Si la lista ajusta las filas el rendimiento disminuye mucho antes.

El gráfico siguiente muestra la utilización de CPU de SQL Server a medida que aumenta el número de columnas de búsqueda en una vista. Como puede observar, hay un cambio significativo al alcanzar las 10 columnas de búsqueda. En una lista que cuenta con un gran número de consultas, las vistas que contienen más de ocho columnas de búsqueda provocan que las consultas utilicen un número desproporcionadamente grande de recursos de SQL Server. Se recomienda no modificar este límite a un valor superior a ocho.

Aunque la disminución del rendimiento no se refiere al número total de columnas de búsqueda de una lista, sino que solo se refiere al número de columnas de búsqueda en una vista o consulta, SharePoint Workspace no puede sincronizar ninguna lista que tenga más de ocho columnas de búsqueda. Esto se produce sin que importe la utilización de las columnas en una vista o no.

Limitación de búsqueda de vista de lista

Valor predeterminado: 8	Existía en 2007: no	Configurable: sí
Ubicación de la configuración: Administración central, por aplicación web

Otros límites

Esta sección describe los límites que no se tratan en ninguna otra sección de este artículo.

Índices por lista

Valor predeterminado: 20

Existía en 2007: sí, el límite era 10

Configurable: no

La tabla anterior muestra el límite de índice que pueden crearse por lista, incluidos los índices compuestos y los creados por SharePoint Server 2010. Este límite no es configurable.

Vista Hoja de datos y exportación a Excel

Valor predeterminado: 50.000

Existía en 2007: no

Configurable: no

La tabla anterior muestra el número máximo de elementos que pueden utilizarse para exportar a Microsoft Excel y la vista Hoja de cálculo, Sin embargo, la limitación de vista de lista bloqueará la vista Hoja de datos. Por ello, si la limitación de vista de datos es de 5.000 elementos y tiene entre 5.000 y 50.000 elementos en una vista de lista, al intentar utilizar la vista Hoja de cálculo, obtendrá un mensaje de excepción de vista de lista, aunque el límite de vista Hoja de cálculo sea superior.

SharePoint Workspace

Valor predeterminado: 30.000 elementos por lista

Existía en 2007: no

Configurable: no

Microsoft SharePoint Workspace cuenta con un límite no configurable que bloquea la sincronización de una lista que tiene más de 30.000 por lista. Si una lista contiene 30.000 elementos, los usuarios no podrán sincronizar la lista mediante SharePoint Workspace y los elementos no podrán sincronizarse de forma selectiva.

Diferencias entre listas de gran tamaño y listas normales

Cuando una lista supera la limitación de vista de lista, algunas operaciones que podrían funcionar anteriormente se bloquean. La mayor preocupación es la vista de lista predeterminada, ya que es la que los usuarios utilizan de forma más frecuente para obtener acceso a una lista. Las vistas de lista deben configurarse para funcionar correctamente en una lista de gran tamaño. Por ejemplo, se produce un error al obtener acceso a una lista si la raíz de la lista contiene más elementos que los que permite la limitación de vista de lista. Si se ha activado la característica de navegación de metadatos, se muestra un subconjunto de los resultados, en lugar de un error.

La limitación de vista de lista bloquea toda operación de base de datos que afecta a más elementos que los definidos por la limitación de vista de lista. Esta limitación no solo bloquea el número de elementos que se devuelven o se modifican. Por ejemplo, si tiene un filtro en una columna no indizada que devuelve 100 resultados y la lista contiene 10.000 elementos, la consulta falla, ya que debe examinar la totalidad de los 10.000 elementos. Si agrega un índice a esta columna, la operación se limita a solo 100 elementos y se lleva a cabo correctamente.

Las operaciones en listas de gran tamaño pueden clasificarse en los dos grupos siguientes:

• Listas que superan la limitación de vista de lista Se evitan algunas operaciones cuando el tamaño del total de la lista supera el límite de vista de lista, incluso si los elementos están divididos en carpetas. Estas operaciones incluyen consultas recurrentes, como la gestión de versiones desprotegidas, que operan en todos los elementos sin importar la carpeta en la que se encuentran. Las vistas que devuelven todos los elementos sin carpetas también se evitan. Además, las operaciones que afectan a la totalidad de la lista, como agregar una columna y crear o eliminar índices, se bloquean.

• El contenedor supera la limitación de vista de lista Algunas operaciones se evitan porque una carpeta o la raíz de la lista contiene más elementos que los que permite la limitación de vista de lista. Por ejemplo, si una lista contiene 10.000 elementos y una carpeta contiene 3.000, puede cambiar el nombre de la carpeta o eliminarla. Sin embargo, si la carpeta contiene 6.000 elementos (supera la limitación de vista de lista), no se puede eliminar la carpeta, ya que la operación supera la limitación de vista de lista.

Cuando una lista supera la limitación de vista de lista, debe planear la correcta configuración de las vistas y de otras opciones de navegación. Lo ideal sería configurar las vistas y otras opciones de navegación por adelantado, pero a menudo las listas pueden sobrepasar la limitación de vista de lista y requerir acciones. Algunas operaciones, como la creación de una columna o la indización de una columna en una lista que contiene varios elementos, llevarán mucho tiempo. Estas operaciones se bloquean mediante la limitación de vista de lista. Sin embargo pueden llevarse a cabo durante el intervalo diario de horas o por los administradores de granjas de servidores o equipos. Debe planificar estas operaciones antes de realizarlas. Si la lista ya supera el tamaño permitido, planifique la utilización de un intervalo diario de horas o de credenciales administrativos para llevar a cabo estas operaciones.

Sugerencia

La limitación de vista de lista evita algunas acciones administrativas de lista que son comunes al definir una lista. Si es posible, debe configurar todos los tipos de contenido, columnas e índices de una lista antes de que su tamaño supere la limitación de vista de lista.

El tamaño de una lista puede crecer tanto que puede agotarse el tiempo de ejecución de algunas operaciones si se ejecutan desde un navegador web. Por ejemplo, si una lista contiene millones de documentos, puede llevar demasiado tiempo agregar una nueva columna. Para llevarlo a cabo, debería utilizar Windows PowerShell y asegurarse de que lo hace fuera de horas pico, ya que se bloquearán las operaciones para los demás usuarios.

Operaciones bloqueadas por la limitación de la vista de lista

En la tabla siguiente aparecen las operaciones que la limitación de vista de lista bloquea.

Operaciones bloqueadas cuando una lista supera la limitación de vista de lista

Operación	Descripción
Agregar/eliminar/actualizar una columna de lista	Todas las columnas. incluidas las columnas de búsqueda y las calculadas, además de varios tipos de actualizaciones, como un cambio de tipo o un cambio de exclusividad. Algunas actualizaciones, como el cambio de nombre, no se bloquean porque no afectan a todos los elementos de la lista.
Agregar/eliminar/actualizar un tipo de contenido de lista	Afecta a todos los elementos de la lista por lo que se bloquea en todas las listas que sobrepasan la limitación de vista de lista.
Crear/eliminar un índice	Afecta a todos los elementos de la lista, por lo que se bloquea en todas las listas que sobrepasan la limitación de vista de lista.
Gestionar archivos sin versión protegida	Una consulta recurrente no indizada que falla en todas las listas que sobrepasan la limitación de vista de lista.
Consultas recurrentes no indizadas	Incluye filtros y algunas ordenaciones. Esta operación falla si el tamaño de lista sobrepasa la limitación de vista de lista. Como no hay índice, lleva a cabo un examen total de la totalidad de la lista. Además, devuelve todos los elementos e ignora las carpetas.
Consulta de lista cruzada	Incluye consultas del elemento web Consulta de contenido y sigue la configuración de limitación de vista de lista para auditores y administradores, que es de 20.000 elementos de forma predeterminada. Si la operación incluye más de 20.000 elementos, la consulta falla.
Columnas de búsqueda que aplican comportamiento de relaciones	No puede crear columnas de búsqueda que aplican comportamiento de relación si la lista a la que se hace referencia contiene más elementos que los que marca la limitación de vista de lista.
Eliminación de una lista	Afecta a todos los elementos de la lista, por lo que se bloquea en todas las listas que sobrepasan el número de elementos de la limitación de vista de lista.
Eliminación de un sitio	Si la suma de todos los elementos de un sitio es superior a la limitación de vista de lista, se evita la eliminación del sitio, ya que afecta a demasiados elementos.
Guardar lista como plantilla con datos	Afecta a todos los elementos de la lista, por lo que se bloquea en todas las listas que sobrepasan el número de la limitación de vista de lista.
Mostrar totales en vistas de lista	Lleva a cabo una consulta a todos los elementos de la lista, por lo que se bloquea en todas las listas que sobrepasan la limitación de vista de lista.
Activar/desactivar archivos adjuntos en una lista	Afecta a todos los elementos de la lista, por lo que se bloquea en todas las listas que sobrepasan la limitación de vista de lista.

Operaciones bloqueadas cuando el contenedor sobrepasa la limitación de vista de lista

Operación	Descripción
Eliminar/copiar/cambiar el nombre de una carpeta	No se puede llevar a cabo si la carpeta contiene más elementos que los que marca la limitación de vista de lista, ya que afecta a demasiadas filas.
Consultas que filtran en columnas no indizadas	No se puede llevar a cabo si el contenedor (carpeta o lista) contiene más elementos que los que marca la limitación de vista de lista. La operación realiza un examen total de toda la carpeta, ya que no existe índice.
Definir permisos de seguridad con personalización avanzada	No se puede llevar a cabo si la lista o carpeta sobre la cual se quieren definir los permisos de personalización avanzada contiene más elementos que los que marca la limitación de vista de lista, ya que afecta a demasiadas filas. A pesar de ello, sí puede definir permisos con personalización avanzada en elementos secundarios, como documentos, en una lista de gran tamaño, aunque no puede definir los permisos de la lista en sí o de carpetas que contengan más elementos que los que permite la limitación de vista de lista.
Abrir con Explorer	No muestra ningún elemento si en el contenedor hay más elementos que los que permite la limitación de vista de lista (exceptuando los elementos en subcarpetas). Si una carpeta contiene 8.000 elementos pero tiene una subcarpeta con 4.000 elementos y solo 4.000 elementos en la raíz, la opción Abrir con Explorer funcionará. Si la raíz de una lista contiene más elementos que los que permite la limitación de vista de lista, Abrir con Explorer no mostrará nada. Para utilizar Abrir con Explorer, los elementos de la lista deben estar organizados en carpetas y en cantidades inferiores a la limitación de vista de lista en la raíz de cualquier contenedor.

Características disponibles que pueden no funcionar según lo esperado

Esta sección contiene información sobre características que pueden no funcionar según lo esperado en relación a las listas de gran tamaño.

Vista Hoja de cálculo

El botón de vista Hoja de cálculo que está disponible en la pestaña de cinta de la biblioteca de una biblioteca de documentos no se desactiva si la lista sobrepasa la limitación de vista de lista. Sin embargo, si el tamaño de la lista supera la limitación de vista de lista, la vista carga algunos elementos, pero muestra el mensaje "No tiene permiso para ver la totalidad de la lista porque su tamaño sobrepasa la limitación de vista de lista aplicada por el administrador". Puede desactivar la opción de vista de hoja de cálculo desde la cinta en la configuración de la lista. También existe un límite estricto de 50.000 elementos, por lo que esta vista se bloqueará aunque la limitación de vista de lista se haya definido por encima de los 50.000 elementos.

Planificación del diseño e implementación de listas de gran tamaño

Antes de implementar una lista de gran tamaño, tenga en cuenta el caso y los requisitos empresariales. Requisitos como al acuerdo de nivel de servicio (SLA), tiempo para realizar una copiar de seguridad y restauración, tamaño del contenido, cantidad de contenido (número de elementos) y tiempos de acceso son factores muy importantes que hay que considerar. Según el tamaño y la demanda de la aplicación, debe tomar decisiones importantes a varios niveles, incluido hardware, almacenamiento de contenido e información de la arquitectura de SharePoint Server 2010. Una aplicación de gran tamaño que tiene millones de elementos y cientos de usuarios simultáneos puede requerir hardware independiente para el proyecto específico, aunque un repositorio de documentos con decenas de usuarios simultáneos y decenas de miles de documentos puede funcionar bien con el hardware compartido existente y una única biblioteca de documentos en un sitio existente.

El resultado final de la planificación debe ser una lista de tipos de columna (nombres, tipo de dato y uso), índices, estructura de carpetas, uso de páginas y enlaces de navegación, estructura planificada de permisos, número estimado de elementos y tamaño total de datos. Los detalles también deben incluir información sobre los tipos de consultas que se llevarán a cabo y cómo se obtendrá acceso a los datos de la lista, como se crearan y cómo se actualizarán.

Una vez planificado el diseño e implementación de una lista de gran tamaño, el paso siguiente es diseñar y construir un prototipo. Este estadio de la planificación trata sobre el diseño de una lista de gran tamaño, la implementación de una prueba de concepto y la validación de su funcionamiento. En este punto, puede ser útil rellenar un entorno de prueba con una gran cantidad de contenido para validar las hipótesis sobre el acceso a los datos y su rendimiento. El resultado final del proceso de diseño debe ser una prueba de concepto de la lista que se quiere construir, documentación de las columna, tipos de contenido, estructura de carpetas, vistas, índices, columnas utilizadas para la navegación de metadatos u otros métodos de recuperación, cualquier taxonomía que se utilice, el uso de varios elementos web y de cualquier otra característica, como el organizador de contenido.

Estimación del tamaño del contenido

En el caso de las listas de gran tamaño, es importante estimar varios números a la hora de planificar la capacidad y tomar decisiones sobre el diseño. Hay algunos números importantes que debe tener en cuenta, entre los cuales están los siguientes:

• Tamaño total de la base de datos de contenido

• Tamaño medio y máximo de los archivos

• Número de versiones

• Cantidad de contenido: número total de elementos en una lista

Tamaño de la base de datos de contenido

El tamaño total de la base de datos de contenido es importante para planificar el espacio de disco y el hardware necesarios, además de establecer los elementos compatibles con la copia de seguridad y restauración y un acuerdo de nivel de servicio. El tamaño total de la base de datos de contenido es el factor más importante para estimar la cantidad de tiempo de inactividad necesario para realizar las operaciones de copia de seguridad y restauración.

El tamaño de la base de datos de contenido puede estimarse mediante el cálculo del tamaño medio de los documentos multiplicado por el número medio de versiones por documento, multiplicado por el número estimado de documentos. Agregue un 20 por ciento adicional de datos de base de datos de contenido, además de los archivos. Este número es alto, ya que las versiones normalmente aumentan de tamaño con el tiempo, por lo que el tamaño medio de los archivos de los documentos protegidos es generalmente superior al tamaño medio de archivo de todas las versiones. Debe agregar un tamaño de almacenaje significativo en caso de que el tamaño de la lista supere el tamaño estimado, a menos que cuente con mecanismos para controlar de forma efectiva la cantidad de contenido.

Tamaño medio y máximo de los archivos

El tamaño máximo de los archivos es necesario para asegurar que se especifica la configuración de aplicación web correcta para los archivos que pueden cargarse (el valor predeterminado es 50 MB y el máximo puede llegar a los 2 GB). El tamaño medio de los archivos se utiliza para conocer la velocidad a la que puede crecer el contenido y para estimar el tamaño total del contenido. El tamaño medio de archivo puede estimarse mediante la evaluación de los archivos en sistemas que actualmente cumplan la función del sistema que se quiere utilizar.

Sugerencia

Debe planificar la agregación de un 10 a un 20 por ciento adicional a la base de datos de contenido para datos, además de los archivos y que el índice de búsqueda será de aproximadamente un 75 por ciento del tamaño de la base de datos del contenido.

Número medio de versiones

Debe tener en cuenta el control de versiones, ya que puede aumentar enormemente el tamaño del contenido. Existen métodos con los que puede limitar las versiones. Por ejemplo, puede utilizar políticas de retención de gestión de información para eliminar todas las versiones anteriores pasado un periodo de tiempo específico, o bien puede limitar el número de versiones que se guardarán. Existen otros factores que también afectan a las versiones. Por ejemplo, si su repositorio recibe todo el contenido mediante un organizador de contenido, puede no existir ninguna versión, ya que el organizador de contenido copia solo la última versión protegida. Si los usuarios editan los documentos de su repositorio de forma activa, debería considerar la coautoría: cada sesión de coautoría crea una versión automáticamente. Considere el uso del repositorio y evalúe las soluciones existentes para estimar el número medio de versiones de un documento que se crearán.

Cantidad de contenido

La cantidad de contenido es el número total de elementos en una lista única. Para estimar la cantidad de contenido, debe evaluar las fuentes de contenido existentes y lo que se moverá al nuevo sistema, o bien examinar cuantos usuarios utilizarán el sistema y cuál es su propósito. Existen algunos números relacionados, incluidos los elementos por contenedor y los elementos por elemento dinámico de metadatos o filtro de índice. Estos números también son importantes al planificar las vistas y la navegación de metadatos.

Eliminación del almacenamiento de BLOB

Las listas que tiene requisitos de almacenamiento de gran tamaño pueden implicar una decisión fundamental sobre cómo almacenar los documentos. De forma predeterminada, SharePoint Server 2010 almacena todos los documentos como BLOB en la base de datos de SQL Server. SharePoint Server 2010 y SQL Server 2008 ofrece una API de almacenamiento remoto de BLOB que permite que se almacenen los documentos fuera de la base de datos de SQL Server, lo que reduce el tamaño de la base de datos. La decisión sobre si utilizar o no el Almacenamiento remoto de BLOB depende en gran medida del ahorro económico.

Microsoft ha llevado a cabo pruebas recientemente que demuestran que el Almacenamiento remoto de BLOB provoca la disminución del rendimiento en un 5 a un 10 por ciento y que en archivos de gran tamaño no existe diferencia apreciable en la latencia. Sin embargo, el rendimiento puede variar según el proveedor específico de Almacenamiento remoto de BLOB que se utilice. Al utilizar el Almacenamiento remoto de BLOB, se reduce el tamaño de la base de datos de contenido. Sin embargo, esto no implica necesariamente que sea posible almacenar más elementos en una base de datos de contenido. El rendimiento se ve afectado por la cantidad de elementos en listas en la base de datos de SQL Server; incluso si se eliminan los BLOB, el tamaño de la lista no varía, Existen unos cuantos escenarios en los que las ventajas económicas superan a los problemas de rendimiento:

• Archivo, datos de no colaboración

• Almacenamiento de BLOB de gran tamaño, como vídeos e imágenes que se actualizan con muy poca frecuencia

La utilización del Almacenamiento remoto de BLOB puede agergar más servidores y tecnología a la granja de servidores y es necesario agregar un proveedor de almacenamiento remoto de BLOB. Un proveedor de Almacenamiento remoto de BLOB puede admitir el almacenamiento de BLOB en almacenamiento más económico fuera de la base de datos de SQL Server. Es necesario SQL Server Enterprise para utilizar la API de almacenamiento de BLOB.

El punto de intersección en que el Almacenamiento remoto de BLOB se convierte en rentable puede que se encuentre en la tasa de terabytes de datos. No debe utilizar el Almacenamiento remoto de BLOB sólo porque tiene bases de datos con terabytes de contenido. Debe considerar detenidamente la copia de seguridad y restauración y los acuerdos de nivel de servicio. El Almacenamiento remoto de BLOB dificulta la recuperación tras desastres, ya que requiere la sincronización de dos tecnologías. El aspecto clave a considerar es el tiempo requerido para restaurar el sistema tras un desastre y para manejar los BLOB de copia de seguridad. Para obtener más información, consulte Información general de RBS (SharePoint Server 2010).

Arquitectura de lista

Es importante seleccionar la arquitectura adecuada para un proyecto de lista de gran tamaño, ya que una vez implementadas, puede ser difícil modificar las decisiones tomadas. Planifíquelas por avanzado y tenga en cuenta el tamaño y la cantidad de contenido, el uso del repositorio, cómo se agregará y se actualizará el contenido y la forma en que se obtendrá acceso a él. Todos estos aspectos pueden afectar a la organización del contenido (en una lista, varias listas o incluso en colecciones de varios sitios), qué metadatos se utilizarán y cómo se recuperará el contenido. Todas estas decisiones son importantes para las listas de gran tamaño ya que si existe una gran cantidad de contenido, volver a diseñar el uso de un sistema se vuelve un proceso más difícil.

Lista única, listas múltiples o colecciones de varios sitios

Al diseñar una solución de lista de gran tamaño, es importante considerar la idoneidad de una arquitectura de lista única. La decisión de colocar el contenido en una lista única debe basarse en los requisitos empresariales, como son la facilidad de utilización en el trabajo y el descubrimiento de contenido. En muchos casos puede resultar más adecuado el uso de varias listas. La máxima prioridad debería ser la creación de una implementación correcta fácil de usar que ofrezca una experiencia de usuario positiva mediante las capacidades de SharePoint Server 2010 y de los recursos disponibles.

Utilice una lista única para facilitar que los usuarios puedan encontrar el contenido y trabajar con él y así no duden sobre dónde colocar su contenido o a qué lista deben obtener acceso para encontrar lo que están buscando. Sin embargo, a medida que aumenta la cantidad de contenido, también aumenta la dificultad para encontrar contenido, especialmente si se utilizan métodos como las vistas de filtro o las carpetas de navegación. Cuando una lista alcanza los cientos de miles de elementos, la dificultad del uso de la navegación de metadatos puede ser incluso mayor. Las consultas pueden devolver cientos o miles de resultados, ya que no son lo suficientemente específicos.

Por ejemplo, si existen 5.000 términos en el dominio de un índice y cada término cuenta con un número equivalente de elementos que coinciden con el filtro, aplicar el filtro sobre un término devolverá 20 resultados con una lista de 100.000 elementos y 200 resultados con una lista de 1000.000 elementos. Si el tamaño de la lista es demasiado grande, muchos de los filtros que seleccionen los usuarios no devolverán un conjunto de resultados adecuado para que los usuarios puedan encontrar lo que están buscando. Si un proyecto tiene varios tipos de contenido separados de forma diferenciada y que los usuarios generalmente podrán distinguir, entonces puede considerar la utilización de varias listas.

En puntos de escala de gran tamaño, como por ejemplo en un escenario de archivos de gran escala, puede ser útil considerar la utilización de una arquitectura de colección de varios sitios. Existe una nueva característica de SharePoint Server 2010 que permite la agrupación conjunta de colecciones de sitios para cargar documentos equilibrados. La característica del organizador de contenido se utiliza para enrutar documentos entre varias colecciones de sitios. Para recuperar los documentos debe utilizarse la búsqueda. Esto funciona en el caso del almacenamiento a largo plazo, ya que permite que se equilibre el contenido en varias colecciones de sitios y escalas para admitir muchos más documentos que los que admite una lista única.

Resumen de recomendaciones para las listas

• Utilice listas únicas para grandes cantidades de elementos si:

  • No es lógico colocar los elementos en listas separadas.

  • Ofrecerá al usuario la mejor experiencia.

• Utilice varias listas para grandes cantidades de elementos si:

  • Es lógico agrupar los elementos en varias listas.

  • Ofrecerá al usuario la mejor experiencia.

  • Los usuarios no se confundirán al escoger en qué lista deben agregar o buscar contenido.

• Utilice una colección de varios sitios si:

  • El repositorio requiere un número superior a las decenas de millones de elementos que admite un único repositorio.

  • Es lógico agrupar los elementos en colecciones de varios sitios como, por ejemplo, en datos de partición por año.

Metadatos

Con SharePoint Server 2010, los metadatos y los tipos de contenido son útiles para crear información de arquitectura. Las nuevas características, como son los metadatos gestionados, los conjuntos de términos y la navegación de metadatos hacen que éstos últimos sean muy útiles e importantes para recuperar contenido. Ya que operaciones como modificar tipos de contenido y columnas se bloquean en las listas de gran tamaño, es especialmente importante planificar con anticipación los requisitos de los metadatos. Si planea utilizar la navegación de metadatos o algún otro método de recuperación de contenido por metadatos, es importante planificar los tipos de contenido y las columnas que tendrán durante la fase de diseño.

En la mayoría de escenarios de listas, los metadatos no solo son útiles sino que además son un requisito para que los usuarios utilicen el sistema. Existen tres formas principales de aplicación de metadatos: procesos integrados en el sistema, configuraciones y código personalizados y aplicación manual por parte de los usuarios. Para utilizar las columnas para recuperar contenido, la mayoría de elementos deben contar con un valor especificado para la columna. Esto revela la importancia de planificar qué columnas se utilizarán para la navegación y cómo se rellenarán los metadatos. La única forma de garantizar que se aplican los metadatos correctos es utilizar procesos y personalizaciones integrados. Por ejemplo, ya que cada elemento cuenta con un tipo de contenido, si los tipos de contenido se utilizan para clasificar documentos, cada elemento tendrá sus metadatos, lo que facilita la aplicación de filtros por tipo de contenido.

Tipos de contenido

La categorización de contenido más básica debe aplicarse a lo tipos de contenido. Si utiliza metadatos para clasificar el contenido como, por ejemplo, tipo de documento o de elemento, debería pensar en utilizar esa clasificación para sus tipos de contenido. Los tipos de contenido permiten definir las columnas asociadas con un tipo de contenido, además de estar asociadas a flujos de trabajo y a la plantilla. Solo puede asociarse una plantilla con un tipo de contenido, y esta plantilla es la que debe utilizar para crear una nueva instancia de tipo de contenido, mediante el menú Nuevo Documento en una biblioteca de documentos.

Puede utilizar plantillas para formatos de archivo en Microsoft Word, Microsoft PowerPoint y Excel, además de en otros productos. Cuando los usuarios crean nuevas instancias del tipo de contenido, la aplicación concreta del cliente se utiliza para empezar la autoría mediante una plantilla. Una vez se ha cargado el contenido, los usuarios pueden seleccionar uno de los tipos de contenido. Los tipos de contenido deben distinguirse entre ellos, ser específicos y contener una cantidad lo suficientemente pequeña de tipos de contenido por lista, para que los usuarios no tengan dificultades a la hora de seleccionar qué tipo de contenido deben utilizar.

Ya que los tipos de contenido controlan los metadatos que los usuarios deben rellenar cuando crean o cargan un elemento, valore las columnas necesarias para cumplir los requisitos empresariales y para minimizar la barrera al enviar contenido. Una buena elección de tipos de contenido para clasificar el contenido a nivel principal ayuda automáticamente a la navegación. Como cada elemento tiene un tipo de contenido, existe un elemento dinámico como filtro que servirá para cada elemento.

Resumen de recomendaciones de tipo de contenido

• Utilice tipos de contenido como método más básico para organizar el contenido.

• Utilice tipos de contenido para seleccionar las columnas específicas necesarias para ese tipo de contenido.

• Deben existir pocos tipos de contenido por lista (no deben superar los 10) y deben ser lo suficientemente diferentes entre ellos para que los usuarios puedan discernir qué tipo de contenido deben utilizar.

• Los tipos de contenido ofrecen una columna integrada en la que cada elemento tendrá un valor que puede utilizarse para filtros y para la navegación de metadatos.

Ejemplo de una lista de colaboración de gran tamaño y de tipos de contenido: biblioteca de especificaciones de producto

Los equipos de desarrollo de producto utilizan las bibliotecas de especificaciones de producto para almacenar especificaciones de diseño, planes de pruebas y otros elementos para el desarrollo de productos. En este ejemplo se utilizan los siguientes seis tipos de contenido. Todos los tipos de contenido tienen columnas para la fecha de inicio del proyecto, fecha de final de proyecto, presupuesto, miembros del equipo de diseño, nombre del producto y tipo de producto.

• Especificación de producto: archivo de Word contiene los detalles del diseño de un producto. Los metadatos adicionales incluyen el diseñador y la fecha final de revisión.

• Especificación de prueba: archivo de Word que contiene el plan de prueba de un producto. Los metadatos adicionales incluyen el probador y el estado de finalización.

• Plan de desarrollo: archivo de Word que contiene el plan de desarrollo del producto.

• Guión gráfico: presentación de PowerPoint que se utiliza para presentar los bocetos del diseño.

• Análisis de costes: hoja de cálculo de Excel que analiza el coste de desarrollo del producto y las oportunidades potenciales de mercado.

• Escala de tiempo: hoja de cálculo de Excel que contiene detalles sobre la planificación de desarrollo del producto.

En este ejemplo, los usuarios pueden aplicar filtros según el tipo de contenido para buscar la especificación de un producto o su guión visual. Las plantillas personalizadas también ayudan a estructurar el trabajo de los usuarios. Existe un número reducido de columnas y tipos de contenido para que los usuarios puedan seleccionar fácilmente las opciones que mejor se adaptan a su trabajo, aunque es fácil filtrar y buscar contenido rellenando los metadatos.

Columnas

Número de columnas y columnas obligatorias

Puede utilizar columnas para especificar el tipo de metadatos que contiene un elemento, y puede marcarlas como ocultas, opcionales u obligatorias. Utilice columnas ocultas en tareas automatizadas, como por ejemplo flujos de trabajo, para que los usuarios no puedan editarlas. Utilice columnas obligatorias solo si es estrictamente necesario. Por ejemplo, una propiedad de metadatos puede ser necesaria para enrutar un elemento a su ubicación apropiada o para la navegación. En estos casos, no es deseable que los usuarios dejen el valor en blanco. A menor número de elementos con metadatos rellenados para una columna que se utiliza como filtro de navegación, menor será la utilidad de la navegación, ya que las consultas dejarán de devolver muchos de los elementos.

A medida que aumenta el número de columnas de metadatos, disminuyen las posibilidades de que los usuarios rellenen los metadatos, ya que implica un mayor trabajo adivinar qué columnas son las adecuadas y especificar un valor. Si utiliza un gran número de columnas obligatorias, la adopción de usuarios puede resultar difícil, ya que cargar contenido lleva demasiado tiempo. En un escenario abierto y de colaboración, este factor puede afectar negativamente. Sin embargo, a medida que aumenta el valor del contenido y el esfuerzo por crearlo, aumentan también las posibilidades de que los usuarios se tomarán el tiempo necesario para rellenar los campos pertinentes, especialmente si no se lleva a cabo esta operación con frecuencia.

Durante la fase de diseño, debe valorar qué metadatos son necesarios para llevar a cabo las operaciones requeridas y recuperar contenido, estimar el tiempo que llevará a los usuarios rellenar esos metadatos y estimar sus efectos en los usuarios. Si los usuarios no adoptan el sistema porque la sobrecarga de creación de contenido es demasiado alta, puede resultar difícil reestructurar el sistema más adelante.

Tipos de campo y campos de valor único frente a campos de valor múltiple

Un factor a tener en cuenta en la elección de columnas es el tipo de columna y la necesidad de que sea de valor múltiple. Las consultas en campos de metadatos gestionados resultan más eficientes que las consultas en columnas de selección, por lo que debe valorar el uso de campos de metadatos gestionados en lugar de campos de selección. Las columnas, como por ejemplo metadatos gestionados y persona o grupos, pueden admitir valores múltiples. Las consultas en columnas de valor múltiple no son tan eficientes como las consultas en columnas de valor único.

Las columnas y los tipos de contenido normalmente son los componentes centrales para clasificar y recuperar contenido en una lista de gran tamaño. Durante el proceso de planificación, debe dejarse preparada una lista de columnas y tipos de contenido. El número de columnas y tipos de contenido que se agregan a una lista puede afectar ligeramente al rendimiento. El número de columnas de un tipo específico que se agreguen a una lista única provocará el ajuste de las columnas. Para obtener más información, consulte Ajuste de filas que ya se ha mencionado en este artículo.

Ejemplo de una lista de colaboración de gran tamaño y sus columnas: biblioteca de especificaciones de producto

En esta sección se describen las columnas que se utilizan en este ejemplo de la forma siguiente:

• Columnas que SharePoint Server 2010 mantiene automáticamente: Identificador, Tipo de contenido, Modificado, Creado, Modificado por, Creado por, Identificador de documento

• Columnas que se mantienen mediante personalizaciones:

  • Valores predeterminados de metadatos por carpeta para Tipo de producto y Equipo de producto (cada tipo de producto tiene una carpeta y cada carpeta de tipo de producto contiene varias carpetas de equipo de producto)

  • Actualización de flujo de trabajo: estado de aprobación, proyecto finalizado

• Columnas mantenidas por los usuarios: Diseñador, Probador, Fecha de revisión final

• Columnas que funcionan correctamente en la navegación: Tipo de contenido, Tipo de producto, Equipo de producto

• Columnas que se utilizan para realizar un seguimiento del estado y que funcionan correctamente en la navegación: Fecha de revisión final, estado de aprobación, proyecto finalizado

• Columnas que pueden ser útiles para la navegación: Diseñador, Probador, Nombre de producto, Modificado, Modificado por

Resumen de recomendaciones sobre columnas

• Minimice el número de columnas disponibles para rellenar.

• Seleccione cuidadosamente las columnas que se utilizarán para los procesos de sistema y la navegación. Valore los campos que serán necesarios y minimice el número de campos obligatorios.

• Los campos obligatorios deben utilizarse cuando sean necesarios para la navegación, como el uso de elementos web Consulta de contenido frente a un campo concreto. También deben utilizarse para la administración como, por ejemplo, especificar las acciones de retención en un campo de fecha que los usuarios deben especificar.

• Como las consultas en columnas de valor único son más rápidas que en columnas de valor múltiple, intente utilizar columnas de valor único, a no ser que los valores múltiples sean necesarios.

El número total de columnas concretas de una lista puede provocar el ajuste de las columnas, lo que disminuye el rendimiento. Si es posible, minimice el número de columnas en una lista de gran tamaño para evitar el ajuste de columnas.

Carpetas

Debe valorar detenidamente cómo organizar el contenido en carpetas. Existen tres formas principales de uso de las carpetas:

• Organizar el contenido en carpetas de forma lógica. Por ejemplo, puede organizar los contratos en carpetas según el año o mes en que se firmaron, o bien facturas según su fecha de creación. En este escenario, los usuarios pueden navegar fácilmente por toda la estructura de la carpeta o utilizar metadatos para buscar documentos. Además, es fácil enrutar automáticamente los documentos a la carpeta correcta. El organizador de contenido ofrece capacidades que pueden utilizarse para limitar el número de elementos en una única carpeta mediante la creación de subcarpetas al agregar elementos sobre un límite determinado.

• Organice el contenido en carpetas para retención y permisos u otras funciones administrativas. Por ejemplo, puede crear una carpeta para documentos confidenciales a la que pueda obtener acceso un número menor de usuarios, o bien aplicar retenciones según ubicación para que los documentos tengan una planificación de retención diferente basada en su carpeta. En este escenario, la navegación de usuario puede ser más complicada, ya que puede que a los usuarios no les importe dónde se encuentra un documento, siempre que puedan obtener acceso a él. La navegación de metadatos y la búsqueda son los métodos principales de búsqueda de documentos, más que el uso de la estructura de carpetas.

• Organice el contenido en carpetas para ayudar al usuario a navegar por temas o categorías. Muchos usuarios están acostumbrados a navegar por carpetas. En aplicaciones concretas, puede resultar importante conservar una estructura de carpetas que facilite la navegación por parte de los usuarios. En este escenario, los usuarios generalmente conocen la estructura de la carpeta y saben dónde buscar y colocar los documentos. La navegación de metadatos y la búsqueda pueden utilizarse en combinación con este método.

Existen mejoras en SharePoint Server 2010 que proporcionan más flexibilidad para utilizar las carpetas y disminuyen la dependencia de los requisitos de rendimiento. Mediante el uso de metadatos gestionados y navegación de metadatos, los usuarios pueden filtrar fácilmente por metadatos, en lugar de navegar por carpetas. Esto permite organizar el contenido con objetivos administrativos, como permisos o políticas, en lugar de hacerlo solo para la navegación de los usuarios. Por ejemplo, puede tener una carpeta o material clasificado al que solo puedan obtener acceso determinados empleados y otra carpeta a la que puedan obtener acceso todos los empleados. Puede especificar permisos diferentes sobre las carpetas y utilizar el organizador de contenido para desplazarlo automáticamente hasta la carpeta adecuada, según los metadatos. Sigue teniendo la opción de utilizar carpetas para la navegación, en combinación con la navegación de metadatos.

Mediante la característica del organizador de contenido, este puede desplazarse automáticamente a las carpetas según el tipo de contenido y los metadatos sin que los usuarios tengan que decidir dónde debe colocarse. Además, el organizador de contenido puede utilizarse para crear nuevas carpetas automáticamente cuando una carpeta alcance el límite de elementos especificado. Debe tener en cuenta que la opción Abrir con Explorer (WebDAV) no funcionará en listas de gran tamaño si los elementos no están organizados en carpetas en que el número de elementos no sobrepase la limitación de vista de lista en la raíz de cualquier carpeta.

Las vistas basadas en carpeta y las basadas en metadatos tienen un rendimiento similar. Desde un punto de vista lógico y de experiencia de usuario, es recomendable utilizar carpetas para dividir el contenido. La navegación de metadatos realiza consultas recurrentes, por lo que se devuelven todos los elementos que se encuentran fuera de carpetas. Si este es el método principal de recuperación de contenido, puede que la estructura de carpetas no sea tan importante.

El siguiente gráfico muestra los resultados de una prueba que se llevó a cabo utilizando vistas de varios tipos para obtenr acceso al mismo número de elementos. Todas las vistas devolvieron 1.000 resultados. Este gráfico revela las consultas por segundo de estas vistas de forma individual, a medida que aumenta el tamaño de las listas. Los resultados demuestran que a medida que aumenta el tamaño de las listas, el rendimiento de la carpeta y de las vistas indizadas se mantiene relativamente plano, a pesar de que el rendimiento de las carpetas es mejor en listas de menor tamaño. En la mayoría de listas de gran tamaño se utiliza una combinación de carpetas y vistas indizadas, por lo que las diferencias de rendimiento no deben ser el factor para decidir si utilizar carpetas o índices para recuperar datos.

Resumen de recomendaciones de carpetas

• Planifique la organización de los elementos en carpetas. Los elementos pueden desplazarse de forma automática o manual.

• Características como la navegación de metadatos hacen que sea menos necesario limitar la cantidad de elementos en las carpetas.

• Utilice la navegación de metadatos en combinación con la navegación de carpetas. De este modo, las carpetas pueden utilizarse para gestionar políticas y retenciones, en lugar de utilizarse solo para organizar el contenido a recuperar.

• En caso de que proporcione la mejor experiencia de usuario, valore la posibilidad de organizar el contenido en carpetas para facilitar la navegación, incluso en combinación con otras opciones de navegación.

• Al utilizar el organizador de contenido para desplazar documentos automáticamente a carpetas según los metadatos, valore la posibilidad de activar la opción de crear elementos adicionales en subcarpetas cuando se alcance un límite específico.

• Debe organizar los elementos en carpetas que no contengan más elementos que los especificados en la limitación de vista de carpeta en la raíz de cualquier carpeta concreta, si es que desea utilizar la opción Abrir con Explorer (WebDAV).

• Para recuperar contenido en las vistas de lista, debe utiliza la navegación de metadatos y los índices, en caso de no utilizar carpetas.

Ejemplo de lista de colaboración de gran tamaño y carpetas: biblioteca de especificaciones de producto

En la biblioteca de especificaciones de producto, las carpetas se utilizan para facilitar la navegación y para colocar contenido de forma lógica. Los usuarios tienen claro qué carpeta utilizar para crear una nueva especificación de producto. Existe una carpeta para cada tipo de producto y cada tipo de producto tiene varias carpetas para cada equipo de producto. Cada equipo de producto tiene un conjunto de documentos para cada producto que diseñan y los documentos específicos de cada producto se almacenan en el conjunto de documentos. Esto crea una estructura con el siguiente aspecto:

• Esquís de descenso: Tipo de producto (Carpeta)

  • Esquís de carrera: Equipo de producto (Carpeta)

    Corredor de descensos super rápido X: Producto (Conjunto de documentos)

Puede configurar cada valor predeterminado de metadatos en cada una de las carpetas y los usuarios de la biblioteca pueden encontrar fácilmente contenido mediante las carpetas.

Ejemplo de archivo de gran escala y carpetas: Centro de registro

El sitio Centro de registro se utiliza para el almacenamiento a largo plazo de elementos que deben conservarse para cumplir con los requisitos legales y cuyo contenido ya no se modifica activamente. En este escenario, los elementos se enrutan automáticamente en dos carpetas: restringidos y confidenciales. La carpeta de elementos restringidos contiene permisos estrictos a la que tienen acceso un número reducido de personas y cuyos documentos deben conservarse durante 10 años. El acceso a la carpeta de elementos confidenciales es más permisivo y los documentos deben conservarse durante 7 años. Esto facilita la reducción del número de permisos únicos y asimismo facilita su gestión, ya que la carpeta adecuada asigna los permisos a cada elemento. Todos los elementos que se envían al sitio Centro de registro se enrutan a las carpetas raíz, confidencial o restringidos según los metadatos.

Índices

Existe un límite no configurable de 20 índices por lista que pueden crearse, incluidos los índices compuestos y las características de SharePoint Server 2010 que indizan las columnas de forma predeterminada. Agregar índices a una lista tiene un efecto mínimo en el rendimiento. Sin embargo, afecta a algunas operaciones, como, por ejemplo, agregar y actualizar. Debe evitar utilizar más índices de los necesarios, ya que los que no se utilicen afectarán al rendimiento de forma negativa, y algunas características de SharePoint Server 2010 agregan índices al activarse. Por ejemplo, SharePoint Server 2010 requiere al menos tres ranuras de índice si utiliza las características de expiración y eDiscovery. Valore la posibilidad de conservar al menos tres ranuras de índice disponibles, por si debe crear nuevos índices más adelante.

SharePoint Server 2010 utiliza un mecanismo de indización propio para trabajar con la estructura de tabla de base de datos. Cree índices en SharePoint Server mediante la modificación de la configuración de la lista.

Al planificar índices, tenga en cuenta lo siguiente:

• Los índices son necesarios para aplicar filtros en listas que sobrepasen la limitación de vista de lista.

• Planifique detenidamente los índices simples y compuestos que va a crear, ya que existe un límite de 20 índices.

• Reserve ranuras de índices para las características de SharePoint Server 2010 que puedan requerir la creación de columnas, como por ejemplo eDiscovery y Retención de Política de Gestión de Información.

• Cree índices simples si utiliza un campo único para filtrar con elementos web Consulta de contenido, vistas por filtros y si utiliza jerarquías de navegación de metadatos y filtros que se utilizan a menudo como filtro único.

• Cree índices compuestos para las consultas que filtran mediante dos columnas y que normalmente devuelven más elementos de los que lo hace la limitación de vista de lista de forma individual, pero que son selectivas de forma conjunta.

• Los índices pueden afectar negativamente al rendimiento de algunas operaciones, como, por ejemplo, agregar un documento o editar sus propiedades. Por ello, únicamente debe crear índices si es necesario.

Planifique los índices detenidamente

Las listas tienen un límite estricto de 20 índices y las columnas indizadas son de gran importancia en una lista de gran tamaño. Por este motivo, debe seleccionar cuidadosamente los índices simples y compuestos. Existen muchas características que utilizan los índices. Por ejemplo, la característica de navegación de metadatos indiza automáticamente en jerarquías de navegación y filtros clave. Debe crear índices en las columnas que sean importantes para el filtrado en la navegación y en la arquitectura de la información.

Índices de creación automática

Las características de SharePoint Server pueden crear índices que se tienen en cuenta respecto al límite de índice de lista. En la tabla siguiente se muestra una lista de las características de SharePoint Server 2010, comunes en las bibliotecas de documentos que agregan columnas indizadas.

Columna	Característica	Uso
Estado de Suspensión y Registro	Administración de registros locales o Suspensión y eDiscovery	Esta columna se agrega y se indiza cuando se activa la característica de recopilación de sitios de la Administración de registros locales o la de Suspensión y eDiscovery y un elemento se define como registro o se coloca en suspensión en una lista.
Fecha de expiración, Tipo de contenido	Política de administración de información	Estas dos columnas se agregan y se indizan cuando se activa la suspensión en la Política de Administración de Información en un tipo de contenido que se agrega a la lista o cuando se activa la suspensión basada en ubicación en una lista.

Cuándo crear índices simples o compuestos

La función de navegación de metadatos crea automáticamente los índices adecuados para la jerarquía y las columnas de filtros clave que se hayan seleccionado en la página de configuración de navegación de metadatos. Se crean índices simples para todos los campos de árbol de jerarquía y para algunos de los tipos de filtro más selectivos, para que puedan devolverse resultados indizados y parciales al utilizarse de forma individual. Los índices compuestos se crean para todas las combinaciones de jerarquías y filtros clave admitidos de forma conjunta para maximizar la selectividad al utilizar un valor de filtro de árbol y un filtro clave.

Si tiene una lista con varias columnas a las que quiere aplicar un filtro, debe administrar los índices de forma manual, para evitar sobrepasar el límite de índices. Si nunca se van a utilizar combinaciones de jerarquías de navegación y filtros clave, valore la posibilidad de no crear índices compuestos para así reducir la cantidad de índices. Al crear estos índices, es importante seleccionar la indización simple en las columnas que sean selectivas y que puedan utilizarse de forma individual en la vista de lista, tanto como único filtro o como el primer filtro que se aplica antes de seleccionar otro. Los índices compuestos deben utilizarse cuando se utilicen a menudo dos filtros conjuntamente en la navegación de metadatos o en consultas personalizadas y cuando un solo índice no es lo suficientemente selectivo. Cree índices para columnas que se utilizan para filtrar con vistas de lista, elementos web y otros métodos de acceso a datos.

Pueden existir casos en los que los índices múltiples no resulten útiles. Imagine una situación en la que filtra en dos columnas, División y Tipo de contenido. Como se trata de una operación AND, solo se devolverá la intersección en la que coincidan los filtros para División y Tipo de contenido. Esto significa que al realizar una consulta, todos los elementos que coincidan con el filtro División se devolverán en primer lugar y luego se filtrarán por Tipo de contenido. Si solo hay 10 elementos que coinciden con una división concreta, tendrá un conjunto de datos lo suficientemente pequeño para que un índice de Tipo de contenido no tenga importancia. Si existen miles de elementos que coinciden con el valor de División, debe utilizarse un índice compuesto.

Los índices compuestos permiten la creación de un índice en dos columnas, lo que aumenta la eficiencia de las consultas. Los índices compuestos deben utilizarse al llevar a cabo una operación AND en dos columnas. La navegación de metadatos es la única característica integrada de SharePoint Server que utiliza los índices compuestos. Si está activada la característica de navegación de metadatos, se utiliza la lógica de reintento y reserva, incluso si no se han configurado los controles de navegación de metadatos en la lista. Las vistas no deben utilizar los índices compuestos a menos de que se trate de una consulta de navegación de metadatos.

Efecto de los índices en el rendimiento

Los índices son necesarios para realizar consultas en listas que contienen más elementos de los que permite el límite de vista de lista en un contenedor único y pueden significar una mejora sustancial del rendimiento. Aunque se requieren índices para llevar a cabo consultas eficientes en listas de gran tamaño y pueden mejorar ampliamente el rendimiento de las consultas, pueden tener un efecto negativo en otras operaciones, ya que el índice debe mantenerse. Al crear, actualizar y eliminar elementos, los índices en los que participa el elemento también deben actualizarse. Se llevaron a cabo pruebas con operaciones de carga, actualización y eliminación sobre una lista que contenía 10.000 elementos y los resultados mostraron que el efecto entre cero y 20 índices era inferior al 10 por ciento.

Creación de índices

De forma predeterminada, la característica de navegación de metadatos crea índices simples y compuestos de forma automática. Puede desactivar esta opción en la página de configuración de la navegación de metadatos. La característica de navegación de metadatos crea automáticamente un índice simple para cada tipo de columna admitida e índices compuestos para cada combinación admitida de jerarquías de navegación y filtros clave. No se crean índices compuestos automáticamente para las combinaciones de dos filtros clave, aunque puede crearlos manualmente. La navegación de metadatos crea automáticamente índices simples y compuestos para la mayoría de tipos de columnas que admiten índices. Los índices simples no se crean automáticamente en tipos de filtros clave que contienen menos valores y que pueden no ser selectivos de forma individual. Esto incluye Sí/No, selección de valor único o columnas de tipo de contenido, aunque se admiten los índices y pueden crearse de forma manual.

Columnas admitidas para índices simples

La tabla siguiente ofrece información sobre los índices que se crean automáticamente mediante la navegación de metadatos. La navegación de metadatos crea índices de valor único para todas las columnas compatibles con la creación de un índice.

Tipo de columna	Índice creado
Jerarquías de navegación
Metadatos gestionados de valor único	Sí
Metadatos gestionados de valor múltiple	No (sistema indizado como valor múltiple)
Identificador de Tipo de Contenido	Sí
Selección de valor único	Sí
Carpeta	No (sistema indizado por carpeta)
Filtros clave
Metadatos gestionados de valor único	Sí
Metadatos gestionados de valor múltiple	No (sistema indizado como valor múltiple)
Identificador de Tipo de contenido	No (puede crearse manualmente)
Selección de valor único	No (puede crearse manualmente)
Selección de valores múltiples	No (no se admite como indizado)
Número	Sí
Fecha	Sí
Sí/No	No (puede crearse manualmente)
Moneda	Sí
Usuario (valor único)	Sí
Usuario (valor múltiple)*	No (sistema indizado como valor múltiple)
Todas las etiquetas	No (sistema indizado como valor múltiple. Filtro especial sobre todos los valores de metadatos gestionados en el elemento)

Índices compuestos que se crean automáticamente

Mediante la característica de navegación de metadatos, los usuarios pueden seleccionar conjuntamente una jerarquía de navegación y un filtro clave. La característica de navegación de metadatos crea automáticamente índices compuestos para todas las combinaciones admitidas de jerarquías de navegación y filtros clave. La siguiente tabla muestra las combinaciones admitidas.

Jerarquías de navegación	Metadatos gestionados de valor único	Metadatos gestionados de valor múltiple	Identificador de Tipo de contenido	Selección única	Carpeta
Filtros clave
Metadatos gestionados de valor único	Sí	No	Sí	No	No
Metadatos gestionados de valor múltiple	No	No	No	No	No
Identificador de Tipo de contenido	Sí	No	No	No	No
Selección de valor único	No	No	No	No	No
Selección de valor múltiple	No	No	No	No	No
Número	Sí	No	Sí	No	No
Fecha	Sí	No	Sí	No	No
Usuario (único)	Sí	No	Sí	No	No
Todas las etiquetas	No	No	No	No	No
Sí/No	Sí	No	Sí	No	No
Moneda	Sí	No	Sí	No	No
Usuario (valor múltiple)	No	No	No	No	No

Selectividad de metadatos

La importancia de la selectividad de los metadatos aumenta de forma proporcional al aumento del tamaño de la lista. Las recomendaciones siguientes pueden aplicarse a cualquier tamaño de lista. Sin embargo, pueden no ser tan importantes para las listas de menor tamaño.

La selectividad es la cantidad de elementos que deben considerarse para devolver resultados en una consulta. Existen dos variantes: selectividad real (número total de resultados que coinciden con la condición de búsqueda de una consulta) y selectividad de limitación de condiciones (número de resultados que deben tenerse en cuenta después de aplicar las condiciones que se aplican a las columnas indizadas. La selectividad real es la condición principal si se tiene en cuenta la experiencia de usuario. La selectividad de limitación de condiciones es la condición principal si se tiene en cuenta el modo en que afecta a la instancia de SQL Server.

Para utilizar la navegación de metadatos y otros mecanismos de filtrado de listas de forma efectiva, los metadatos que se utilizan para el filtrado deben ser selectivos. De forma predeterminada, las vistas de lista muestran 30 elementos, para que los usuarios puedan examinar los resultados y encontrar lo que están buscando. Si las consultas devuelven más de 30 resultados, los usuarios deben utilizar la paginación para encontrar resultados. Si utiliza un elemento web Consulta de contenido, de 10 a 15 resultados es lo normal. Si el número de resultados es superior, no se mostrarán los resultados adicionales. Si una consulta devuelve cientos de resultados, encontrar lo que se está buscando se vuelve mucho más difícil. La selectividad también es importante para bloquear las operaciones que sobrepasen la limitación de vista de lista que, en el caso de la navegación de metadatos, resulta en reserva y no se devuelven todos los resultados.

Organizador de contenido y equilibrio automático

El organizador de contenido puede convertirse en el componente principal para organizar el contenido en un repositorio de documentos. Los repositorios que utilizan el organizador de contenido cuentan con una experiencia de envío en la que los usuarios cargan un documento en él cuando se encuentra en un estado definitivo. Entre los escenarios en los que puede utilizarse el organizador de contenido, están los siguientes:

• Enrutamiento automático de documentos según metadatos entre sitios y dentro de cada uno.

• Enrutamiento de documentos y creación automática de nuevas carpetas, como carpetas basadas en día, mes y año.

• Equilibrio automático del número de elementos en carpetas.

Acceso y recuperación de datos

El objetivo principal de la mayoría de las listas de gran tamaño es el almacenamiento de contenido para que pueda recuperarse. Es importante planificar la forma en que los usuarios recuperarán el contenido, ya que esto es lo que afecta en mayor medida al rendimiento de una lista de gran tamaño y a la correcta implementación de una lista de gran tamaño. Pueden utilizarse varias características, como la búsqueda, la navegación de metadatos, elementos web Consulta de contenido y vistas, para que los usuarios recuperen los datos más fácilmente. También se utilizan frecuentemente soluciones personalizadas, como elementos web personalizados que realizan consultas sobre los datos. Planifique por adelantado la organización del sitio web. Puede utilizar una página de aterrizaje central como, por ejemplo, la página web del sitio Centro de documentación, para resumir contenido y proporcionar puntos de entrada a la lista de gran tamaño. También puede utilizar la publicación de páginas para crear un sitio web en el que se traten varios temas en cada página y luego se utilicen elementos web para obtener documentos relacionados o elementos de la lista de gran tamaño. Para el acceso y recuperación de datos hay que tener en cuenta lo siguiente:

• Puede utilizarse cualquier combinación de búsqueda, elementos web Consulta de contenido, navegación de metadatos, vistas de lista y elementos web personalizados.

• Planifique por adelantado la forma en que se recuperará el contenido y las columnas que se utilizarán para filtrar y ordenar.

• Planifique el modelo básico de página. Valore si todo el trabajo se lleva a cabo en la biblioteca de documentos o si existe una página de aterrizaje o un modelo multipágina que enlace con contenido relacionado.

Métodos de acceso a los datos

Existen tres características principales de SharePoint Server 2010 que pueden utilizarse para realizar consultar y filtrar datos de lista con una configuración simple: vista de lista y navegación de metadatos, elemento web Consulta de contenido y búsqueda. Existen opciones adicionales que permiten utilizar código personalizado para consultar una lista; estas opciones no aparecen en este artículo.

• Las vistas permiten configurar las columnas que se muestran. Existe una variedad de métodos para mostrar datos de lista. Las vistas pueden configurarse para filtrar y ordenar los resultados según las columnas.

  • La navegación de metadatos es un control de filtrado para las vista de lista de SharePoint Server 2010. Al configurar la navegación de metadatos, puede seleccionar que las jerarquías de metadatos y los filtros clave filtren de forma dinámica los resultados que se muestran en la vista de lista.

• El elemento web Consulta de contenido muestra datos de listas de SharePoint Server 2010. Las consultas pueden configurarse para que devuelvan resultados de una lista o de varias. De forma predeterminada, el elemento web Consulta de contenido se almacena en la caché. Sin embargo, puede seleccionar que no se almacene.

• Los cuadros de búsqueda o los elementos web Resultados de búsqueda pueden utilizarse para devolver resultados de búsqueda. Puede restringir los resultados a una lista concreta y realizar una búsqueda guiada mediante los controles de refinamiento de los metadatos de búsqueda.

La tabla siguiente muestra los métodos de consulta y la forma en que se utilizan.

Método de consulta	Uso
Vista de lista y Navegación de metadatos	Las vistas de lista siempre obtienen acceso a la base de datos del back-end de SQL Server, lo que resulta en las consultas que más impactan al rendimiento y provocan una carga mayor en SQL Server. Utilice las vistas de lista para ofrecer más opciones de interacción con los documentos (protección, desprotección, edición de propiedades) y acceso a los datos en tiempo real.
Elemento web Consulta de contenido	Los elementos web Consulta de contenido utilizan el proveedor de mapa de sitio del portal para almacenar las consultas en la caché y representan la menor cantidad de HTML, lo que agiliza las consultas y la representación. Utilice los elementos web de consulta de contenido para la navegación dinámica y para realizar varias consultas en una misma página.
Elemento web Consulta de contenido no almacenado en la caché	Para ofrecer acceso en tiempo real a los datos, el elemento web Consulta de contenido puede realiza la consulta directamente en la base de datos. Utilice esta configuración si no se puede almacenar la consulta en la caché, si se requieren actualizaciones en tiempo real y para páginas a las que se obtiene acceso menos de una vez por hora, para que la caché no se llene. La carga inicial de un elemento web Consulta de contenido implica una sobrecarga adicional.
Búsqueda	Utilice las consultas de búsqueda para descargar las lecturas a una infraestructura de servidores más fácil de escalar y optimizada para el rendimiento de la lectura. Las consultas de búsqueda pueden optimizarse para utilizar consultas estáticas, o bien puede permitir que los usuarios especifiquen consultas de búsqueda.

Elementos web Consulta de contenido

La tabla siguiente muestra los varios pros y contras del uso de los elementos web Consulta de contenido

Pros

Contras

Fantástico como componente de navegación, para, por ejemplo, enlazar a documentos o páginas relacionadas. Configuración simple para mostrar columnas diferentes. Los elementos web de consulta de contenido múltiple pueden utilizarse fácilmente en una página. Tiempo de representación más rápido, en comparación con las vistas de búsqueda y lista. Se almacena en la caché de forma predeterminada y se reduce la carga de SQL Server.

Solo puede mostrarse un número limitado de propiedades. Los enlaces solo se dirigen directamente a elementos como el documento, la página o el elemento de lista en sí. No puede realizar acciones de lista.

El elemento web Consulta de contenido se utiliza para recuperar contenido de las listas. Puede utilizarse en páginas, documentos y elementos de lista, Los elementos web Consulta de contenido se almacenan en la caché de forma predeterminada, lo que ofrece un mejor rendimiento y afecta a los recursos de SQL Server en menor medida. La configuración predeterminada del almacenamiento en caché es de 30 minutos. Por ello, los datos se mantienen bastante actualizados. A pesar de ello, esto también significa que el elemento web Consulta de contenido utiliza más recursos de SQL Server que las consultas de búsqueda. Como los elementos web Consulta de contenido representan la menor cantidad de HTML, la representación de páginas es rápida y pueden configurarse varios elementos web Consulta de contenido en una página única. Los elementos web Consulta de contenido almacenados en caché proporcionan un acceso rápido a los datos a medida que aumenta el tamaño de la lista. Los elementos web Consulta de contenido tienen una latencia que es casi equivalente a la de una consulta de vista de lista similar.

Los elementos web Consulta de contenido deben utilizarse como componente de navegación y para proporcionar resúmenes de contenido en las páginas. Por ejemplo, puede utilizar las páginas para ofrecer vistas generales del contenido que se encuentra en una biblioteca de documentos y utilizar los elementos web Consulta de contenido para devolver páginas y documentos relacionados. Otros ejemplos incluyen elementos modificados por el usuario actual, elementos más nuevos y elementos con mayor valoración. El elemento web Consulta de contenido puede utilizarse en escenarios de lectura alta en los que la mayoría de los usuarios no necesitan realizar acciones de lista como, por ejemplo, protección, desprotección o gestión de versiones. La siguiente ilustración es un elemento web Consulta de contenido que muestra los documentos con mayor valoración.

El elemento web Consulta de contenido puede utilizarse para obtener acceso a contenido sin entrar en la vista de lista. Los usuarios pueden tener una pequeña cantidad de contenido a la que obtienen acceso con frecuencia o elementos a los que desean hacer un seguimiento. En la plantilla del sitio de Centro de documentación se utilizan tres elementos web Consulta de contenidos de forma predeterminada: uno que devuelve elementos modificados por el usuario conectado, otro para los documentos de mayor valoración y un tercero para los documentos más recientes. Estos tres elementos web Consulta de contenido combinados ofrecen una página de aterrizaje que proporciona el contenido al que un usuario obtiene acceso frecuentemente o en el que tiene un mayor interés. Esto facilita el descubrimiento de contenido nuevo y el acceso rápido a los documentos que se utilizan con mayor frecuencia. Otro ejemplo es la creación de una lista de favoritos que marca el contenido sobre el que se quiere hacer un seguimiento y luego utiliza un elemento web Consulta de contenido para devolver la lista de favoritos, para que así los usuarios puedan obtener acceso rápidamente al contenido que utilizan frecuentemente sin tener que obtener acceso a la lista.

Al utilizar un elemento web Consulta de contenido con una lista de gran tamaño, existen una serie de factores importantes a considerar para que devuelva resultados correctamente y no se vea afectado por la limitación de vista de lista. Deben filtrarse los elementos a una cantidad inferior a la limitación de vista de lista mediante una columna indizada. No se recomienda utilizar consultas de lista cruzada si una de las listas es de gran tamaño. Si el número total de elementos que se tienen en cuenta en la consulta de lista cruzada sobrepasa la limitación de vista de lista para auditores y administradores (20.000 es el valor predeterminado) se bloqueará la operación.

Resumen de recomendaciones para los elementos web Consulta de contenidos

• Utilice los elementos web Consulta de contenidos para devolver elementos a los que los usuarios obtienen acceso frecuentemente, sobre los que tiene interés o que pueden ayudarles a descubrir contenido.

• Al utilizar un elemento web Consulta de contenido en una lista de gran tamaño, debe filtrar los elementos para que la consulta no sobrepase la limitación de vista de lista.

• Para el filtro solo deben utilizarse columnas con índices.

• No utilice el elemento web Consulta de contenido para consultar varias listas si la cantidad total de elementos a tener en cuenta es mayor que lo que permite la limitación de vista de lista para auditores y administradores (20.000 es el valor predeterminado).

• Utilice el almacenamiento en caché para obtener tiempos de carga más rápidos y una carga menor en SQL Server.

Elementos web Búsqueda

La tabla siguiente muestra varios pros y contras sobre los elementos web Búsqueda

Pros

Contras

Descarga las consultas de equipos que utilizan SQL Server para buscar servidores más fáciles de escalar. Los servidores de consulta de búsqueda e índices tienen mayor escalabilidad y mejor rendimiento que las consultas directas a SQL Server. Los resultados se basan en búsquedas completas de texto de documentos, en lugar de en metadatos únicamente. Los resúmenes de texto ofrecen más información sobre los resultados que los elementos web Consulta de contenido.

Los resultados son los menos actuales y se actualizan solo en cada rastreo. Los resultados no muestran valores de columna. No pueden realizarse acciones de lista.

Las consultas de búsqueda ofrecen mejor escalabilidad que el acceso directo a los recursos de SQL Server, ya que la búsqueda está optimizada para escenarios de lectura alta y es más fácil escalar a índices de búsquedas múltiples y servidores de consultas que escalar a instancias de SQL Server. Puede utilizar elementos web Búsqueda, cuadros de búsqueda, o bien una combinación de ellos para facilitar la recuperación de contenido a los usuarios. Las consultas de búsqueda ofrecen un método de descargar consultas a índices de búsqueda y así reducir la carga en SQL Server. Las consultas de búsqueda también se ven afectadas en menor medida por el tamaño de lista, en comparación con los elementos web Consulta de contenido o las consultas de vista de lista.

Puede realizar búsquedas en cualquier escenario para que se muestren resultados de consultas preconfiguradas o especificadas por usuarios. La búsqueda ofrece el mejor rendimiento en puntos altos de escalado. No debe utilizarse la búsqueda si deben realizarse acciones de lista sobre elementos o si deben mostrarse los datos en tiempo real, ya que los resultados solo se actualizan con cada rastreo. La tabla siguiente muestra los tres elementos web Búsqueda que pueden utilizarse.

Elemento web Búsqueda	Descripción
Elemento web Resultados principales	Resultados completos con páginas y el elemento web con el mayor número de características. Admite consultas de sistema o especificadas por usuarios.
Elemento web Resultados federados	Conjunto pequeño de resultados que contienen un enlace opcional para obtener acceso a los resultados completos.
Elemento web Cuadro de búsqueda	Elemento web que se utiliza para utilizar datos del usuario para una consulta.

Vistas de lista

La tabla siguiente muestra los diferentes pros y contras de la utilización de vistas de lista.

Pros	Contras
Las acciones de vista de lista como protección, desprotección y edición de propiedades pueden utilizarse para interactuar con los documentos. Facilidad para personalizar vistas y mostrar columnas diferentes. Experiencia altamente interactiva para filtrar de forma dinámica y ordenar resultados en tiempo real.	Mayor impacto negativo en rendimiento para latencia y rendimiento. Mayor lentitud de representación La mejor experiencia de usuario es con solo un elemento web Vista de lista por página.

Las vistas de lista y la navegación de metadatos admiten la recuperación de contenido en bibliotecas de documentos de gran tamaño que utilizan carpetas, índices o ambos. Las consultas con una vista de lista se realizan en tiempo real y consultan directamente a la base de datos de SQL Server. Esto ofrece los resultados más recientes. Sin embargo, también tiene el mayor impacto negativo en el rendimiento. El rendimiento total disminuirá y aumentará la latencia de las operaciones con las listas de gran tamaño. Las vistas de lista también representan la mayor cantidad de contenido al cargar una página. Por ello, el tiempo de representación de una página es mayor si se utiliza una vista de lista.

Debe utilizar la navegación de metadatos y las vistas de listas si es posible realizar acciones de vista de lista sobre los elementos. Las vistas de lista pueden ser el método principal para trabajar con una lista en escenarios de lectura baja. En escenarios que conllevan un alto número de operaciones de lectura, debe valorar la posibilidad de utilizar otros métodos de consulta como método principal de acceso a los datos de lista.

Configuración de las vistas

Resumen de las recomendaciones sobre la configuración de las vistas

• Seleccione detenidamente las columnas que se utilizarán en las vistas. A mayor número de columnas, mayor será la cantidad de datos a representar, lo que ralentiza el tiempo de carga de página. Existe un equilibrio entre tiempo de carga de página y experiencia de usuario óptima.

• Minimice la cantidad de columnas de búsqueda, como los metadatos gestionados y personas y grupos en vistas, ya que esto provocará la unión con otras tablas de bases de datos y aumentará el tiempo de carga de la base de datos.

• No utilice totales en las columnas.

• Si no se filtran las vistas mediante columnas indizadas, seleccione la opción para que se muestren los elementos en carpetas y compruebe que las carpetas individuales no contienen más elementos de los que permite la limitación de vista de lista.

• Las vistas deben filtrarse en columnas indizadas para reducir el número de elementos que se devuelven y así no sobrepasen la limitación de vista de lista (especialmente si no hay subcarpetas o si las carpetas contiene más elementos de los que permite la limitación de vista de lista).

• Active la característica de navegación de metadatos para devolver los resultados más recientes en consultas que, de otro modo, se bloquearían mediante la limitación de vista de lista. Está activada en casi todos los sitios de forma predeterminada.

• Si utiliza vistas filtradas en combinación con la navegación de metadatos, considere el uso de vistas por ubicación para crear vistas sin filtrar para elementos dinámicos de navegación de metadatos y así se devuelvan todos los resultados.

Número de columnas y columnas de búsqueda

Las vistas son el método más utilizado para obtener acceso a los datos de lista. Las vistas deben seleccionarse detenidamente para optimizar la forma en que los usuarios encontrarán contenido y para cumplir los requisitos de rendimiento. En las listas de gran tamaño, debe poner especial atención en la configuración de las vistas. Recomendamos utilizar solo las vistas estándar y personalizadas. Las vistas Hoja de cálculo, Gantt y Calendario no se recomiendan en listas que sobrepasen la limitación de vista de lista, ya que pueden verse bloqueadas por esta. Las vistas deben contener el menor número de columnas posible, pero hay que tener especial cuidado con el número de columnas de búsqueda /metadatos gestionados, personas y grupos y tipos de búsqueda) ya que las búsquedas provocan la unión con otras tablas, lo que afecta al rendimiento.

Filtro de columnas y totales

La nueva limitación de vista de lista de SharePoint Server 2010 presenta un cambio importante sobre la forma en que se utilizan las vistas en las listas de gran tamaño. Los usuarios obtendrán errores si las vistas intentan devolver más resultados de los que permite la limitación de vista de lista. El uso de totales en una lista de gran tamaño siempre se verá bloqueado por la limitación de vista de lista. Por ello, no debe utilizarlos. Lo importante es el número de elementos que deben examinarse y no necesariamente el número de filas que se devuelven. Si la vista tiene un filtro en el que el color de columna = "Rojo" y el color no es una columna indizada, puede que se bloquee. Aunque la consulta solo contenga 100 elementos coincidentes. si la lista contiene 10.000 elementos, la consulta debe examinar los 10.000. En este caso, los usuarios obtienen errores al intentar obtener acceso a la vista. Para resolver este problema, puede utilizar carpetas, filtros e índices, y navegación de metadatos.

Carpetas

Si una lista está organizada de forma que ninguna carpeta contiene más elementos de los que marca la limitación de vista de lista, puede seleccionar la opción de mostrar los elementos en carpetas. Debe evitarse mostrar todos los elementos fuera de las carpetas, a menos que cuente con mecanismos in situ para filtrar los resultados a cantidades que no superen la limitación de vista de lista.

Indización

En un ejemplo anterior, no se pudo realizar una consulta en la columna Color porque no estaba indizada. Para resolver este problema, debe indizarse la columna Color y la consulta funcionará si los valores son lo suficientemente distintos entre sí. De forma predeterminada, el campo de identificador, la estructura de carpetas y las búsquedas de valor múltiple se indizan en el sistema. Toda columna nueva que se cree y se utilice para filtrar debe contener índices creados de forma manual.

Vistas de ejemplo

Elementos modificados recientemente

La vista Elementos modificados recientemente se utiliza para mostrar los elementos que se han modificado de forma más reciente. Puede utilizarse para la vista predeterminada, cuando los usuarios obtienen acceso al contenido frecuentemente desde varias fuentes que se han modificado recientemente. Es fácil configurar esta vista, ya que utiliza metadatos de sistema que siempre se definen para cada elemento. En las listas de gran tamaño, debe definir el límite de elementos a una cantidad que no supere la limitación de vista de lista o bien debe filtrar los resultados para obtener un resultado menor que la limitación de vista de lista. Para crear esta vista, debe indizar el campo modificado y ordenarlo en orden descendiente. Especifique un filtro para la columna Modificados y utilice la fórmula, [Hoy-x], en la que x es el número de días de antigüedad de los daros que se mostrarán. Seleccione la opción, mayor que o equivalente. La fórmula, [Hoy-x], debe devolver un número de elementos inferior a la limitación de vista de lista.

Mis elementos

La vista Mis elementos puede utilizarse en repositorios en que los usuarios obtienen acceso con frecuencia a sus propios documentos. Esta vista es fácil de configurar, ya que utiliza metadatos de sistema que siempre se definen para cada elemento. En esta vista se filtra por las columnas Modificado por o Creado en las dos columnas. Para crear esta vista en los filtros, seleccione la columna Modificado por, defina el valor a [ME] y defina un segundo filtro con OR en la columna Creado por con el mismo valor [ME]. La columna Creado por debe utilizarse conjuntamente con la columna Modificado por cuando hay varios usuarios que editan los mismos documentos. La columna Modificado por no es una columna de varios usuarios. Por ello, esta vista no mostrará necesariamente todos los documentos que un usuario haya modificado. En este ejemplo, ambas columnas debe indizarse ya que se trata de una operación OR.

Conclusión

SharePoint Server 2010 ofrece nuevas y mejoradas características que mejoran la experiencia del usuario y el rendimiento al trabajar con listas de gran tamaño. Las limitaciones protegen el rendimiento de la granja de servidores para otros usuarios y evitan que las operaciones consuman una cantidad desproporcionadamente alta de recursos de SQL Server. Las mejoras en metadatos y la navegación de metadatos ofrecen una experiencia mejorada a la hora de recuperar datos de lista y los elementos web Consulta de contenido, la búsqueda y las vistas de lista pueden configurarse para trabajar con listas de gran tamaño. Sigue siendo necesaria una planificación detenida de las soluciones correctas para sus requisitos. Sin embargo, pueden desarrollarse listas de gran tamaño rápidamente gracias a las soluciones integradas de configuración, diseñadas para funcionar con un buen rendimiento.

See Also

Other Resources

Centro de recursos: Administración de capacidad para SharePoint Server 2010