Monitorización en WSS 3.0 & MOSS (I)!

Al igual que ocurre con otras aplicaciones, tenemos que monitorizar el rendimiento de nuestras soluciones WSS 3.0 & MOSS para asegurar su productividad y disponibilidad. Una primera posibilidad de monitorización nos la da el Performance Monitor que proporciona Windows Server 2003. Esta utilidad nos permite monitorizar parámetros clave de rendimiento como el rendimiento del procesador, la paginación, etc. Además de estas métricas, SharePoint añade sus propios contadores de rendimiento. Empecemos.

image

Monitorización del rendimiento

Las métricas de rendimiento para SharePoint se basan fundamentalmente en los tiempos de respuesta que se le da a las aplicaciones cliente. En particular, lo más importante para el usuario final es la tasa de refresco del navegador. En este sentido, como administradores de SharePoint responsables de monitorizar el rendimiento, tenemos que asegurar que los usuarios reciben y perciben un rendimiento óptimo. Hay una serie de factores que pueden afectar el rendimiento óptimo de los usuarios:

  • El rendimiento del servidor.
  • El rendimiento de la aplicación SharePoint.
  • El rendimiento de la red.
  • El rendimiento del cliente (navegador).

Para cada uno de estos factores tenemos una serie de subsistemas y protocolos que podemos monitorizar y ajustar. La idea es identificar los cuellos de botella que tienen un efecto negativo sobre la productividad del usuario. Además, la idea es establecer una recogida de datos de rendimiento que se pueda analizar contra el valor objetivo y de esta forma identificar tendencias y prever posibles problemas de rendimiento.

Monitorización de la disponibilidad

Esta monitorización difiere de la anterior en cuanto a que su objetivo es identificar fallos frente a tendencias. Se trata de identificar puntos de caía crítica y asegurarnos de que se nos avisa de manera adecuada ante este tipo de situaciones. Por ejemplo, el fallo del hardware del servidor o de la conexión a la BD podrían producir que nuestra solución SharePoint no estuviese disponible a los usuarios. Para mitigar estos problemas, es necesario diseñar e incorporar un sistema de alertas en el diseño de la solución SharePoint. Esto implicará necesariamente el uso de herramientas de monitorización de sistema y/o red (Por ejemplo, para SQL Server 2008 podemos usar Performance Studio) que nos avisen cuando se haya sobrepasado un cierto umbral como por ejemplo que el disco está lleno, hay un fallo de red, o bien se ha producido una disfunción en el procesador.

Usando Peformance Monitor

Como hemos comentado, Windows Server 2003 proporciona la utilidad Performance Monitor para medir el rendimiento de las aplicaciones que corren sobre el sistema operativo. Para ello mide los datos (contadores de rendimiento) procedentes de los objetos de rendimiento que están construidos sobre el S.O o de las aplicaciones que corren sobre él. Podemos seleccionar una serie de objetos de rendimiento que podemos tracear y analizar:

image

Performance Monitor permite también crear alertas sobre ciertos incidentes umbral como puede ser un número excesivo de bloqueos de SQL Server, lo que podría indicar que SQL Server es incapaz de antender más peticiones. También podremos crear y planificar tareas de gestión de rendimiento y disponibilidad.

Microsoft Operations Manager

Microsoft Operations Manager (MOM) proporciona un pack para  WSS 3.0 & MOSS que monitoriza eventos en el log de eventos de aplicación. Este pack proporciona alertas sobre eventos que podrían indicar posibles problemas de configuración o de provisionamiento de servicios como por ejemplo:

  • Fallos en operaciones de backup o restauración.
  • Servicios core (como búsqueda, notificaciones de alertas y administración) que no están en ejecución.
  • Fallos en el crawling de contenidos.
  • La propagación de uno o más índices de contenidos falla.
  • La compilación de audiencias o la importación de perfiles de usuario falla.

Guías de Rendimiento y Capacidad

Finalmente, para cerrar este post me gustaría recordaros que hay algunas guías básicas de planning de rendimiento y capacidad para WSS 3.0 & MOSS. Un resumen de las mismas es:

Elemento

Recomendación

Número  máximo de conexiones de sitios en al BD de SharePoint

50.0000

Número  máximo de sitios web en una colección de sitios

250.000

Número  máximo de listas en un sitio

2.000

Número  máximo de elementos en una lista

10.000.000

Número  máximo de documentos en una biblioteca de documentos

2.000.000

Número  máximo de documentos en una carpeta

2.000

Número  máximo de fichero

2 GB

Número  máximo de elementos indexados en un SSP

50.000.000

Número  máximo de ámbitos de búsqueda en una colección de sitios

1.000

Número  máximo de perfiles en un SSP

5.000.000

Y hasta aquí llega este primer post sobre monitorización en plataforma SharePoint. Espero que os haya resultado interesante.

Publicado por

Juan Carlos González

Juan Carlos es Ingeniero de Telecomunicaciones por la Universidad de Valladolid y Diplomado en Ciencias Empresariales por la Universidad Oberta de Catalunya (UOC). Cuenta con más de 12 años de experiencia en tecnologías y plataformas de Microsoft diversas (SQL Server, Visual Studio, .NET Framework, etc.), aunque su trabajo diario gira en torno a SharePoint & Office 365. Juan Carlos es MVP de Office Servers & Services desde 2015 (anteriormente fue reconocido por Microsoft como MVP de Office 365 y MVP de SharePoint Server desde 2008 hasta 2015), coordinador del grupo de usuarios .NET de Cantabria (Nuberos.Net, www.nuberos.es), co-fundador y coordinador del Grupo de Usuarios de SharePoint de España (SUGES, www.suges.es), así como co-director de la revista gratuita en castellano sobre SharePoint CompartiMOSS (www.compartimoss.com). Hasta la fecha, ha publicado 8 libros sobre SharePoint & Office 365 y varios artículos en castellano y en inglés sobre ambas plataformas.

2 comentarios en “Monitorización en WSS 3.0 & MOSS (I)!”

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *