Mejorar los tiempos de cargar de los reportes en Reporting Services SQL Server 2005

Mejorar los tiempos de cargar de los reportes en Reporting Services SQL Server 2005
Descripción de la solución.
Reporting Services para SQL Server 2005 es hospedado sobre Internet Information Services (IIS). IIS tiene una característica de optimización, el cual da de baja o apaga una aplicación después de un periodo de 20 minutos de inactividad (el valor default). Esta opción es manejada porla propiedad Idle Timeout Metabase.

Este comportamiento causa la sensación al usuario que el reporte que va a consultar toma demasiado tiempo, este tiempo puede variar entre 5 a 20 segundos para que el reporte sea mostrado al usuario. Causando la impresión de que los reportes son lentos.
Para evitar que el servidor de reportes se dé de baja, se realiza una consulta al servidor de reportes demanera periódica para que este nunca quede inactivo, este proceso no consume recursos y es realizado bastante rápido ya que el servidor de reportes se encuentra actualmente en ejecución.

 
Podemos pensar que simplemente deshabilitando la opción de Idle Timeout del IIS esto quede resuelto, pero es una técnica útil, ya que el proceso de Reporting Services puede ser dado de baja por varios motivos,tal como reiniciar un servidor, reiniciar el IIS, un problema en un reporte, baja memoria RAM, etc.
No me imagino estar pendiente a que el proceso de mis reportes empresariales estén siempre activos, consultando cada hora cruzando los dedos para que ningún ejecutivo se le ocurra en una reunión mostrar los reportes y se muestre este retraso (como lo mencione anteriormente, este tiempo puedellegar hasta los 20 segundos, dependiendo la carga), por esa razón tener una alternativa que este verificando que los reportes estén activos siempre será una alternativa útil para incrementar la satisfacción del cliente.
La solución consiste de asignar correctamente los valores a la propiedad de worker processes en el IIS, y generar un Reporte que únicamente este realizando un ping a la estructura dereportes, cada determinado tiempo para evitar que el proceso de Reporting Services en IIS sea dado de baja, o al sufrir un reinicio de los servicios este proceso se vuelva a levantar.
Créditos
Esta guía está basada principalmente en el artículo de Lukasz Pawlowski [Keeping your report servers awake (or No more waiting for report server to startup)], el cual implementa el reporte aquí utilizadocomo parte de la solución.
La información de la configuración del worker processes está basado en el artículo de Microsoft [Planning for Scalability and Performance with Reporting Services] sobre rendimiento de Reporting Services en SQL Server 2005
Implementación.
Una vez visto la teoría vamos a la práctica.
Lo primero que vamos a configurar es el atributo de worker processes dentro del IIS.Abrimos el Internet Information Services, seleccionamos de la carpeta Application Pool la instancia de la aplicación de Reporting Services en este caso ReportServer si la instalación del producto fue la default, y vemos las propiedades (File->Properties).

En la pestaña de Performance, en la sección de Web Garden asignamos el valor de worker processes, se recomienda asignar el valor dependiendodel número de procesadores, si nuestro sistema tiene 2 procesadores worker processes sería a 2, si nuestro servidor tuviera 4 podemos asignar 4 worker processes.
Este valor es muy importante porque mientras más grande sea este dato, tomará más tiempo al Reporting Services inicializar y por lo tanto tomará mucho más tiempo a los reportes cargar y ejecutar, ya que la carga de procesamiento sebalancea entre todos los worker processes que asignemos, el abuso de este parámetro afectara sensiblemente el rendimiento de nuestro Reporting Services.
En mi caso como mi servidor ocupa un solo procesador el valor esta en 1.

Configuración del Reporting Services
Enseguida agregamos el reporte que permite estar despierto a nuestro Reporting Services.
El reporte puede ser descargado del enlace...