Planear una implementación de Reporting Services

Actualizado: 14 de abril de 2006

SQL Server 2005 Reporting Services ofrece dos modelos de implementación:

• Una implementación estándar consiste en una instancia de servidor de informes que utiliza un motor de base de datos de SQL Server local o remoto para alojar la base de datos del servidor de informes. Se puede utilizar SQL Server 2000 o SQL Server 2005 para alojar la base de datos del servidor de informes.
• Una implementación escalada consiste en varios servidores de informes que comparten una sola base de datos del servidor de informes. La base de datos se puede instalar en una instancia remota de SQL Server o localmente en uno de los servidores de informes. La instancia de SQL Server que aloja la base de datos del servidor de informes puede ser parte de un clúster de conmutación por error.
  Las siguientes ediciones son compatibles con la implementación escalada: Enterprise Edition, Developer Edition y Evaluation Edition.

Para simplificar el proceso de implementación, puede utilizar listas de comprobación que describan la secuencia de tareas que se deben realizar para llevar a cabo una implementación estándar. Para obtener más información, vea Lista de comprobación para la implementación del servidor. Para obtener más información acerca de la implementación escalada, vea Configurar una implementación escalada de un servidor de informes. Para obtener más información acerca de las licencias de SQL Server 2005, vea la sección sobre licencias de SQL Server 2005 que aparece en la página sobre laadquisición del producto del sitio Web de Microsoft SQL Server.

Implementación estándar

El siguiente diagrama muestra el modelo de implementación estándar, con la base de datos de servidor de informes ubicada en un servidor remoto. También puede instalarla localmente para que todos los componentes de servidor estén en el mismo equipo.

Las principales consideraciones al elegir dónde alojar la base de datos del servidor de informes son:

• Recursos de procesamiento
• Disponibilidad de espacio en disco

El servidor de informes y el motor de base de datos compiten por recursos de procesamiento como el tiempo de CPU, la memoria y el acceso al disco. Algunas operaciones de servidor de informes consumen gran cantidad de recursos. Por ejemplo, un servidor de informes intenta utilizar toda la memoria disponible para operaciones de representación de informes. La competición por los recursos de procesamiento se puede reducir si el servidor de informes se ejecuta en un equipo independiente.

Los requisitos de espacio en disco del servidor de informes son la segunda razón por la que se debe utilizar un motor de base de datos de SQL Server remoto para almacenar datos del servidor de informes. Aunque el volumen de una base de datos de servidor de informes puede ser reducido al principio, los requisitos de espacio en disco pueden aumentar notablemente en tiempo de ejecución en función de cómo ejecute los informes y del número de usuarios que tengan acceso al servidor de informes. Para obtener más información, vea Requisitos de la base de datos del servidor de informes.

Implementación escalada

Puede implementar Reporting Services de forma escalada para crear una instalación de servidor de informes altamente disponible y escalable. Configurar una implementación escalada también puede ser de utilidad si se desea mejorar el rendimiento de las operaciones programadas y la entrega de suscripciones. Una implementación escalada de servidor de informes consta de varios servidores de informes que comparten una sola base de datos de servidor de informes. Cada servidor de informes de la implementación se denomina nodo. Los nodos participan en la implementación escalada si el servidor de informes se configura para utilizar la misma base de datos que otro servidor de informes.

Es posible equilibrar la carga de los nodos de servidor para admitir un gran volumen de informes. Asimismo, la base de datos del servidor de informes se puede crear en un clúster de conmutación por error si es necesario cumplir requisitos de alta disponibilidad.

Entre las configuraciones de clúster que no se admiten se encuentra la implementación de una instalación de servidor de informes completa, es decir, un servidor de informes y su base de datos, en cada nodo de un clúster de varios nodos. Concretamente, no se puede implementar Reporting Services en un clúster de dos nodos formado por un nodo activo y un nodo pasivo que se utiliza cuando se produce un error en el nodo activo.

Implementación en un clúster con equilibrio de carga de red (NLB)

Se pueden ejecutar nodos de servidor de informes en un clúster NLB. Para implementar el clúster NLB, se puede utilizar una solución de software o hardware. Para ejecutar los servidores de informes en un clúster NLB, se debe utilizar software y herramientas compatibles con esa funcionalidad. Reporting Services no proporciona ningún método para administrar clústeres de servidores ni servidores virtuales, ni tampoco existe ninguna forma de definir un nombre de servidor virtual que proporcione un único punto de entrada para todos los nodos de una implementación escalada de servidor de informes.

NLB sólo es necesario si se desea mejorar el rendimiento del servidor de informes para los informes a petición y los informes interactivos, como es el caso de los informes de obtención de detalles y de matriz. Los informes programados y el procesamiento de las suscripciones son más rápidos en una implementación escalada, pero no requieren necesariamente un clúster NLB para que el rendimiento sea superior.

Implementación en un clúster de conmutación por error de SQL Server

SQL Server 2005 admite el uso de clústeres de conmutación por error para que se puedan utilizar múltiples discos para una o varias instancias de SQL Server. El uso de clústeres de conmutación por error sólo se admite para la base de datos del servidor de informes; no se puede ejecutar el servicio Web del servidor de informes o el servicio Servidor de informes de Windows como parte de un clúster de conmutación por error.

Para alojar una base de datos de servidor de informes en un clúster de conmutación por error de SQL Server, el clúster debe estar previamente instalado y configurado. Después, se puede seleccionar el clúster de conmutación por error como el nombre del servidor al crear la base de datos del servidor de informes.

Aunque el servicio Web del servidor de informes y el servicio Servidor de informes de Windows no pueden participar en un clúster de conmutación por error, es posible instalar Reporting Services en un equipo que tenga instalado un clúster de conmutación por error de SQL Server. El servidor de informes se ejecuta de manera independiente del clúster de conmutación por error. Si se instala un servidor de informes en un equipo que forma parte de una instancia de conmutación por error de SQL Server, no es obligatorio utilizar el clúster de conmutación por error para la base de datos del servidor de informes, sino que, para alojarla, se puede utilizar otra instancia de SQL Server.

Diagrama de implementación escalada

El siguiente diagrama muestra varios servidores de informes y bases de datos de servidor de informes implementados en clústeres de servidores distintos.

Vea también

Conceptos

Crear una base de datos de servidor de informes
Configurar un servidor de informes para acceso a Internet
Consideraciones internacionales para Reporting Services
Administrar Reporting Services
Secuencias de comandos para tareas administrativas y de implementación

Otros recursos

Implementar Reporting Services

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios

Versión	Historial
14 de abril de 2006	Contenido nuevo: Implementación en un clúster de conmutación por error de SQL Server Implementación en un clúster con equilibrio de carga de red (NLB) Contenido modificado: Se aclaró la forma en que Reporting Services utiliza las tecnologías de clúster.