PDF de programación - compartiMOSS 17

COMPARTIMOSS COMPARTIMOSS 03 Editorial

Tiene antes sus ojos el número 17 de la revista, otro gran
número donde hemos tratado de superar al anterior y
creemos que hemos logrado la meta que nos propusimos,
aunque no hubiera sido posible sin la colaboración de
los autores que, número a número, proveen artículos de
primer nivel para ser publicados.

Como saben, cada 3 meses lanzamos la revista y muchos
lectores la esperan para aprender y conocer acerca de
SharePoint. Pero también desde el último año, desde la
dirección, hemos intentado brindar nuevos beneficios a
nuestros lectores, como la página web donde se accede
a todo el contenido o las aplicaciones para leer la revista
desde distintos dispositivos móviles.

Este número no será la excepción, y por este motivo
queremos Compartir con ustedes una nueva iniciativa que
está relacionada con los autores: a partir de este número y
en cada uno de los siguientes, uno de ellos será reconocido
como “autor destacado” y será candidato para participar
en la elección del mejor artículo del año entre los 4 autores
destacados del año.

El mecanismo es sencillo y transparente, el autor del artículo
que sea más leído en una edición será el autor destacado
en la siguiente edición de la revista, así que son ustedes, los
lectores, quienes deciden quién es el autor destacado de
cada número. Por supuesto, el reconocimiento al trabajo
realizado por los autores no sería totalmente transparente
si los directores, que comúnmente también suelen escribir
artículos, participaran de esta iniciativa, por lo que dichos
artículos quedarán excluidos de la votación, puesto que en
la revista queremos premiar a todas aquellas personas que
aportan su granito de arena escribiendo para cada número.
Esperamos que disfruten este número, como nosotros
disfrutamos haciéndolo.

ALBERTO DÍAZ
[email protected]
JUAN CARLOS GONZÁLEZ
[email protected]
GUSTAVO VÉLEZ
[email protected]
FABIÁN IMAZ
[email protected]

03

COMPARTIMOSS 04 Documentos Relevantes,

limitaciones por umbral

Resumen
Nos pasa a menudo escuchar hablar de threshold,
boundaries y supported limits, pero la realidad es que
como programadores o configuradores raras veces nos
encontramos con situaciones límites, por un lado sólo
por el hecho de trabajar con máquinas virtuales locales
o hosteadas donde realizamos
las personalizaciones,
desplegamos, testeamos, por el otro lado raras veces nos
toca trabajar con listas o bibliotecas con tantos elementos
como para alcanzar estos valores establecidos.

Artículo
Entonces nos llega un requerimiento del Cliente donde
el elemento web out-of-the-box Relevant Documents
presenta el error siguiente:

Imagen 1.- Error elemento web out-of-the-box Relevant Documents.

Entonces hacemos memoria, buscamos información y
empezamos a tomar conciencia de lo que está sucediendo.
En este artículo vamos a hacer un breve repaso sobre qué
son las limitaciones y por qué existen y cómo podemos
sortear este problema desde el punto de vista de
configuraciones o desde un elemento web custom.

Repasemos algunos conceptos.
• Límites máximos - “boundaries: límites absolutos que
no se pueden exceder por diseño Es importante entender
estos límites para no hacer suposiciones incorrectas al
diseñar una granja de servidores.
• Umbrales - “threshold”: Los umbrales son límites
que tienen un valor predeterminado que no se puede
exceder a menos que se modifique el valor. En ciertos
casos, los umbrales se pueden exceder para dar cabida
a desviaciones en el diseño de la granja de servidores,
pero es importante entender que al hacerlo se puede ver
afectado el rendimiento de la granja además del valor
efectivo de otros límites.

límites
• Límites admitidos – “Supported Limits”:
configurables que se han establecido en un valor probado
de manera predeterminada. Los
límites máximos
son límites absolutos que no se pueden exceder por
diseño. Es importante entender estos límites para no
hacer suposiciones incorrectas al diseñar una granja de
servidores.

Cuando vemos estos conceptos nos surgen preguntas
como: ¿qué pasa si mi lista supera la cantidad máxima de
5000 elementos? ¿Dejará de funcionar? ¿Por qué me han
limitado? ¿Es posible cambiar el límite? ¿De dónde surge
el valor 5000?

Intentaré responder a estas preguntas en los siguientes
párrafos para lograr entender o, mejor dicho, comprender
qué es lo que está sucediendo con mi SharePoint.
En SharePoint Server 2010, hay ciertos límites que son
de diseño y que no se pueden exceder y otros límites
que se establecen en valores predeterminados que el
Administrador de la granja de servidores puede modificar.

El umbral y los límites admitidos se establecieron a través
del testing y la observación del comportamiento de la granja
mediante el aumento de la carga hasta el punto donde
los servicios y las operaciones de dicha granja alcanzan
un límite eficaz operacionalmente. Algunos servicios y
componentes pueden tolerar una carga más alta que otros
que en algunos casos se debe asignar un límite basado en
el promedio de varios factores.

...Tener en cuenta que al crear
y usar columnas indizadas,
cada índice de columna
adicional consume recursos
extras de la base de datos...

04

COMPARTIMOSS Tabla 1.- Algunos Límites para Listas y elementos

Vamos a ver algunos de estos límites como ejemplo, en el
sitio de Microsoft se puede obtener el listado completo.
Resumiendo el cuadro anterior, las listas y bibliotecas de
SharePoint 2010 pueden contener un número máximo de
30.000.000 de elementos. En un sitio SharePoint el umbral
de vista de la lista es de 5000 elementos para los usuarios
y de 20.000 para auditores y administradores.

SharePoint 2010 introdujo la funcionalidad de Límites de
Lista (List Throttling) a raíz del mecanismo de bloqueo de
SQL Server.

Cuando se consulta una lista que tiene más de 5.000
elementos el SQL Server aumenta el nivel de bloqueo de
nivel de fila a nivel de bloqueo de tabla. Esto significa que
cualquier consulta posterior será bloqueada por lo que la
concurrencia de consultas no es posible. Lo que nos lleva a
la conclusión que si las consultas (de elementos en listas o
bibliotecas) concurrentes quedaron bloqueadas entonces
no podrá existir la “colaboración”.

Veamos qué es lo que pasa en segundo plano:

1. Los datos de lista o biblioteca de una colección de sitios se
almacenan en una tabla de base de datos de SQL Server, que
usa consultas, índices y bloqueos para mantener globalmente
el rendimiento, el uso compartido y la precisión.
2. Las vistas filtradas con índices de columna (y otras operaciones)
crean consultas de base de datos identifican un subconjunto de
columnas y filas y devuelven este subconjunto al equipo.
3. Los umbrales y los límites ayudan a limitar las operaciones y
equilibrar los recursos para varios usuarios simultáneos.
4. Desarrolladores con privilegios pueden utilizar el modelo
de objetos y modificar aumentando temporalmente los
umbrales y límites en una aplicación custom.
5. Los administradores del conjunto de servidores pueden
especificar ventanas de tiempo dedicadas para que todos los
usuarios puedan realizar operaciones ilimitadas durante las
horas de menor actividad.
6. Los profesionales de la información pueden usar vistas,
estilos y límites de página adecuados para mostrar los datos
en la página más rápidamente.

Imagen 2.- Proceso que tiene lugar en Segundo Plano

05

COMPARTIMOSS Para ayudar a mejorar el rendimiento de una biblioteca
o lista grande, pueden indizar hasta 20 columnas. En
general, el índice de una columna permite encontrar
más rápido las filas que se desean en función de
los valores de esa columna, incluso cuando se está
trabajando con millones de elementos. Cuando se
combinan índices con vistas filtradas, se puede obtener
más rápido los elementos que se necesiten.

Es importante tener en cuenta que al crear y usar
columnas indizadas, cada índice de columna adicional
consume recursos extras de la base de datos y agrega
alguna sobrecarga a cada operación para mantener
el índice. Por lo tanto, debemos agregar índices
únicamente a las columnas que se usarán activamente
para filtrar en vistas de la lista o biblioteca.

funcionalidad

(List Throttling)
Resumiendo, esta
protege al servidor de sobrecargas no intencionales
limitando el número de elementos devueltos en la
consulta. Si la vista es mayor al límite del umbral,
entonces los usuarios obtienen el mensaje que los
datos no pueden ser devueltos como se mostraba en la
imagen del elemento web Relevant Documents.

Hasta aquí se han respondido la mayoría de las dudas
que generalmente tenemos, ¿qué pasa si mi lista
supera la cantidad máxima de 5000 elementos? Nada,
deberemos tener en cuenta tener las distintas vistas de
la lista con filtros apropiados para no devolver “todos
los elementos” ¿Dejará de funcionar? No, si excede la
cantidad de elementos devolverá un mensaje al usuario
¿Por qué me han limitado? Para evitar el bloqueo del
SQL Server a nivel de tabla. ¿Es posible cambiar el
límite? Sí, porque es del tipo umbral. ¿De dónde surge
el valor 5000?, de testeos y pruebas hasta llegar a un
valor ideal.

Ahora que tengo todas mis respuestas… ¿cómo hago
para resolver el problema del elemento web Relevant
Documents cuando en mi sitio existen bibliotecas que
superan ampliamente el valor del umbral?
Solución 1: Modificar los valores
de estos umbrales a nivel de
Web