Evaluar Conozca los pros y contras de las tecnologías, productos y proyectos que está considerando.

La caída de rendimiento de SharePoint nada al parejo de SQL Server

Para que no se empantane el rendimiento de SharePoint, se necesita un sistema escalable de base de datos que elimine problemas de disco en SQL Server.

Cuando las cosas marchan lentas en un sistema de SharePoint, a menudo la solución inicial es agregar más servidores Web para manejar mejor la carga. Pero estos servidores frontales se basan en el mismo servidor de fondo de base de datos y es aquí donde SharePoint normalmente enfrenta la mayoría de los problemas de rendimiento. En esencia, esto se debe a que se basa en SQL Server tanto como base de datos como sistema de archivos. No es que SQL Server sea un demonio de la velocidad, que podría serlo, pero las demandas de procesamiento de SharePoint tienden a destacar el cuello de botella más común de SQL Server: las E/S del disco.

Es importante tener esto en mente al planificar a largo plazo la gestión del rendimiento de SharePoint. Entonces, ¿qué se puede hacer para mitigar, o incluso evitar, los bloqueos que pueden arruinar el rendimiento de SQL Server?

Empezar por obtener los Binary Large Objects (BLOBs), o grandes objetos binarios de SharePoint, - para un conocedor de SharePoint, me refiero típicamente a los archivos adjuntos - fuera de la base de datos de SQL Server. Tanto SharePoint como SQL Server son compatibles con la tecnología de Almacenamiento Remoto BLOB (RBS) de Microsoft, la cual habilita a SQL Server para ubicar todos los documentos (Word, Excel y otros) de regreso al Sistema de Archivos de Nueva Tecnología (NTFS) a donde pertenecen.

NTFS lee y escribe archivos rápidamente, mientras que SQL Server tiene que gestionarlos a través de sus páginas de base de datos de 8KB, lo que puede consumir una gran cantidad de espacio en disco y recursos del servidor. Para evitar esto, RBS coloca los archivos en NTFS e incorpora índices de punteros hacia ellos en SQL Server. Eso significa que se puedan escribir dichos archivos adjuntos a discos totalmente diferentes del que contiene la base de datos principal, lo que ayuda a reducir la congestión del disco y a mantener la rapidez de SQL Server.

Almacenamiento premium y mantenimiento regular

Una de las mejores inversiones en la gestión del rendimiento de SharePoint es la compra de almacenamiento rápido y más que suficiente. Las organizaciones, al planear sus compras, deberían centrarse primeramente en la velocidad, ya que a menudo es uno de los aspectos más costosos del almacenamiento. Si usted puede permitírselo, las áreas de redes de almacenamiento ultra-rápido apoyadas por el manejo de cachés de estado sólido le ofrecen alto rendimiento de almacenamiento, que muy a menudo necesita SharePoint. Por supuesto, también es conveniente asegurarse de que hay suficiente capacidad de almacenamiento disponible para todos los datos que estén siendo creados en una instalación de SharePoint.

El mantenimiento regular es también crucial para la eficacia continua del SQL Server. La plataforma de colaboración de SharePoint puede generar una gran cantidad de datos, especialmente en el almacenamiento intensivo de documentos donde se presentan varias versiones de ellos y hay que monitorear los cambios y conservar las múltiples versiones de ellos para propósitos de referencia. Las masas de nuevos datos pueden dejar confundido a SQL Server sobre la mejor forma de ejecutar consultas. El mantenimiento adecuado de la base de datos, incluyendo la reconstrucción o reorganización de índices y actualización de las estadísticas de SQL Server, le ayudan a que permanezcan ajustados para así mantener un mejor rendimiento. Además, toma sentido la desfragmentación de los archivos de la base de datos cuando el nivel de fragmentación empiece a superar el 7% u 8%.

Particionarlo
Aunque SharePoint se autoescala sin mayores problemas debido a la escalabilidad inherente de la Web, SQL Server no puede hacerlo tan fácilmente. Es por eso que los gerentes de muchos grandes entornos de SharePoint construyen varias granjas de servidores, cada una con su sistema dedicado de back-end (tras el usuario). Por ejemplo, una organización puede tener un conjunto de servidores de SharePoint y una base de datos SQL Server asociada a la biblioteca de documentos para toda la empresa, otra para los blogs de usuarios, otra para proyectos especiales y así sucesivamente. Eso es probablemente más fructífero que tratar de volcar todo en una sola base de datos de SQL Server.

Los administradores de SharePoint también deberían planear la adquisición de algunas herramientas extras – por ejemplo, las rutinas nativas de copia de seguridad de SharePoint no son las más veloces del mundo. Además, los administradores deberían visitar el sitio web de Microsoft TechNet, el cual detalla posibles soluciones a los problemas específicos de rendimiento, así como las mejores prácticas diseñadas para ayudar a mantener los entornos de SharePoint alejados del tortuguismo.

Al final, muchos de los problemas de rendimiento de SharePoint terminan siendo remontados a los problemas de rendimiento del disco de SQL Server. Al centrarse en la construcción de un almacenamiento robusto, escalable y manejable tras el usuario, las organizaciones deben ser capaces de obtener beneficios tras una inversión a largo plazo de SharePoint que ofrezca una mayor eficiencia y menos cuellos de botella en su rendimiento.

Las métricas de rendimiento necesitan ser definidas y monitoreadas

También es importante que se desarrollen algunas expectativas razonables y medibles de rendimiento para el entorno de SharePoint. La clave es tratar de basarlas en la experiencia del usuario final. En otras palabras, un rendimiento aceptable puede ser definido por la cantidad máxima de tiempo que un usuario podría esperar para revisar un documento, accesar a un blog o realizar alguna otra tarea de SharePoint. Tales parámetros pueden fraccionarse en varias métricas potenciales de rendimiento en back-end para que usted y sus usuarios puedan valorar si se está manteniendo el desempeño del SQL Server.

Una vez que se definan las métricas de la experiencia del usuario, necesitan ser medidas regularmente, con resultados gráficos a manera que se identifiquen las tendencias. Eso permitirá detectar fácilmente si el sistema SharePoint empieza a fallar en el cumplimiento de las expectativas de la organización.

SOBRE EL AUTOR: Don Jones, Socio Senior y Principal Tecnologista en Estrategia de la firma de Consultoría de TI denominada Concentrated Technology LLC.

Este artículo se actualizó por última vez en noviembre 2012

Profundice más

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close