Planear la implementación escalada
Una implementación escalada de un servidor de informes consta de dos o más instancias del servidor de informes que comparten una única base de datos del mismo. Una implementación escalada permite aumentar el número de usuarios que tienen acceso simultáneamente a los informes y mejorar la disponibilidad del servidor de informes. Si se usa esta topología de implementación, se recomienda que configure las instancias del servidor de informes con valores idénticos, aunque no se requiere. Puede configurar cada servidor para capacidades concretas y ejecutarlos como instancias independientes, por ejemplo, podría desear aislar el procesamiento de informes interactivo del procesamiento de informes por suscripción o programado.
En la lista siguiente se resumen los escenarios admitidos en una implementación escalada:
Ejecute las instancias del servidor de informes en una solución con equilibrio de carga para admitir un gran volumen de creación de informes a petición.
Aumente la disponibilidad del servidor de informes.
Aísle las características de servicio en equipos concretos para permitir el máximo uso de todos los recursos del sistema, pero a la vez almacenar y recuperar los mismos datos de la misma base de datos del servidor de informes.
Una implementación escalada tiene los requisitos siguientes.
Requisito |
Descripción |
|---|---|
Requisitos de edición |
Las siguientes ediciones admiten la implementación escalada: Enterprise, Developer y Evaluation. Las ediciones Standard, Workgroup y Express no admiten una implementación escalada. |
Requisitos de versión |
Todos los servidores de informes deben ser de la misma versión principal y tener las mismas actualizaciones y Service Packs. |
Requisitos de dominio |
Todos los servidores de informes deben estar en el mismo dominio o en un dominio de confianza. |
Requisitos de autenticación |
Las instancias del servidor de informes en una implementación escalada deben tener el mismo tipo de extensión de autenticación. Si ha creado una extensión de autenticación personalizada, debe implementar y utilizar la extensión en todos los nodos. Debería configurar los mismos tipos de autenticación en cada nodo de una implementación escalada. Debido a esta restricción, no puede configurar una implementación escalada que admita el acceso simultáneo de intranet y extranet a la misma base de datos del servidor de informes a través de las instancias del servidor de informes independientes, donde cada instancia se configura para distintos tipos de autenticación y reglas de autorización. La razón para esta restricción es que Reporting Services no sincroniza los valores de permiso personalizados entre distintos tipos de autenticación. Si rompe la herencia de permisos y crea asignaciones de roles en elementos específicos, se producirán errores de denegación de acceso cuando un usuario autenticado a través del otro proveedor de autenticación tenga acceso al elemento. Para evitar este problema, tendría que duplicar cada asignación de rol específica del elemento a través de ambos servidores para obtener dos directivas de seguridad para las dos extensiones de autenticación. Es probable que este ejercicio laborioso y propenso a errores dé lugar a errores de denegación de acceso. Por esta razón, este escenario no se admite. |
Las secciones restantes de este tema proporcionan información pormenorizada sobre los escenarios compatibles.
Implementación escalada para soluciones con equilibrio de carga
Después de configurar una implementación escalada del servidor de informes, los nodos de servidor de informes pueden trabajar con equilibrio de carga en un clúster con equilibrio de carga de red (NLB) para admitir un gran volumen de creación de informes. Para implementar el clúster NLB, se puede utilizar una solución de software o hardware. Implementar Reporting Services en un clúster NLB solamente es necesario para aumentar la capacidad de respuesta del servidor de informes o el número de informes interactivos que se pueden procesar de forma simultánea. Los informes programados y el procesamiento de las suscripciones son más rápidos en una implementación escalada, pero no requieren un clúster NLB para que el rendimiento sea superior.
Para crear y configurar el clúster NLB, se debe utilizar software y herramientas compatibles con esa funcionalidad. Hay características de equilibrio de carga en los sistemas operativos Microsoft Windows Server y en aplicaciones de otros fabricantes. Por sí mismo, Reporting Services no proporciona características de equilibrio de carga ni la capacidad de definir una única dirección URL de servidor virtual para tener acceso a varios nodos de servidor de informes. La solución de hardware o software que seleccione debe proporcionar una manera de definir un nombre de servidor virtual que proporcione un punto único de entrada a todos los nodos del servidor de informes escalado.
Reporting Services no tiene en cuenta los Servicios de Cluster Server de Microsoft. Si utiliza los Servicios de Cluster Server de Microsoft, revise la información siguiente:
Si Reporting Services se ejecuta en un clúster activo-pasivo con Servicios de Cluster Server de Microsoft, el servicio del servidor de informes se ejecuta y administra las solicitudes en cada nodo de clúster en el que se implemente el servicio.
Cuando una base de datos del servidor de informes se hospeda en SQL Server que forma parte de un clúster de conmutación por error, el servidor de informes se debe configurar para utilizar el nombre virtual del clúster de conmutación por error para conectarse a la base de datos del servidor de informes. De lo contrario, el servidor de informes no podrá conectarse a la base de datos del servidor de informes cuando se produzca una conmutación por error.
No puede implementar un servidor de informes en el Servicio de Cluster Server de Microsoft a través de la agrupación en clústeres de conmutación por error de SQL Server. Sin embargo, puede instalar el servidor de informes con la opción de solo archivos durante una instalación de SQL Server.
Para configurar la implementación
Configure dos o más servidores para ejecutarse en un clúster NLB.
Configure un servidor independiente para hospedar la base de datos del servidor de informes.
Instale y configure una implementación escalada del servidor de informes instalando una instancia del mismo en cada nodo del clúster NLB. Para obtener más información sobre cómo instalar los servidores de informes y unirlos a una implementación escalada, vea Cómo configurar una implementación escalada del servidor de informes (configuración de Reporting Services).
Configure la validación del estado de la vista y compruebe la configuración del servidor de informes. Para obtener más información, vea Cómo configurar un servidor de informes en un clúster con equilibrio de carga de red.
En cada nodo de la implementación escalada, configure la propiedad Hostname del servidor de informes para utilizar el nombre URL del NLB. Este paso configura las direcciones URL que el servidor de informes genera para señalar al NLB en lugar de a un servidor concreto. Para obtener más información, vea Cómo configurar un servidor de informes en un clúster con equilibrio de carga de red.
Implementación escalada para mejorar el rendimiento de las características de servicio
Una técnica que mejora el rendimiento del servidor de informes es configurar una implementación escalada que asigne tipos específicos de procesamiento a cada servidor de informes. Por ejemplo, puede configurar un servidor de informes para administrar el procesamiento de suscripciones y de los informes programados, y otro para los informes interactivos. Dado que los servidores de informes se ejecutan en la misma implementación escalada, cada servidor procesa el mismo conjunto de informes.
Para configurar la implementación
Instale y configure una implementación escalada del servidor de informes. Para obtener instrucciones, vea Cómo configurar una implementación escalada del servidor de informes (configuración de Reporting Services).
En el servidor que se utiliza para los informes interactivos, desactive el procesamiento de suscripciones e informes programados.
En el otro servidor que se utiliza para el procesamiento en segundo plano, desactive el servicio web del servidor de informes y el Administrador de informes.
Para obtener más información acerca de cómo desactivar características concretas, vea Cómo activar o desactivar las características de Reporting Services.
Cuestiones que considerar en las implementaciones escaladas
Las diferentes versiones del sistema operativo admiten distintas referencias culturales e intercalaciones.
Si una implementación escalada incluye equipos que ejecutan versiones diferentes del sistema operativo, también pueden admitir referencias culturales e intercalaciones distintas. Esto puede provocar que los informes sean incoherentes o errores en los informes cuando estos se procesan y representan.
Al diseñar un informe, su autor puede configurar las propiedades de los objetos de informe o del informe que afectan a la referencia cultural que se utiliza al procesarlo y representarlo. Esto puede producir datos incoherentes en los informes o errores, porque las distintas versiones de los sistemas operativos admiten referencias culturales diferentes y puede que los informes no se procesen de forma coherente en un mismo servidor de una implementación escalada.
Por ejemplo, una implementación escalada puede incluir un servidor de Windows 2003 y otro de Windows 2008. En una implementación escalada, Reporting Services supone que el entorno de red utilizará software o hardware para las solicitudes de equilibrio de carga a los distintos servidores. Sin embargo, Reporting Services no requiere ni supone que la solución de equilibrio de carga dirija todas las solicitudes de la sesión de un usuario determinado a un solo servidor. El equilibrador de carga puede enviar una solicitud de página al servidor de Windows 2008 y la solicitud de la página siguiente al servidor de Windows 2003. En este ejemplo, un informe que se vaya a procesar depende de una intercalación que se admite en el servidor de Windows 2008 pero no en el servidor de Windows 2003. Esta disponibilidad incoherente de la intercalación esperada durante el procesamiento y la representación del informe puede producir resultados incoherentes en el informe. A continuación se enumeran algunos ejemplos de los síntomas que puede experimentar:
El procesamiento de un informe que tenga que realizar una agrupación, ordenación o filtrado adicionales puede utilizar una intercalación incorrecta para las comparaciones que conduzca a resultados erróneos.
La funcionalidad HideDuplicates podría utilizar la intercalación equivocada, con lo que provocaría resultados incorrectos para los valores ocultos y para los valores que se muestran.
La funcionalidad Lookup, LookupSet y MultiLookup podría utilizar la intercalación equivocada y provocar también resultados incorrectos.
Cualquier propiedad que interactúe con una referencia cultural y un idioma puede verse afectada al procesarse en sistemas operativos diferentes. A continuación se proporciona una lista de algunas de las propiedades que se ven afectadas:
Propiedad de idioma de un informe
Propiedad de intercalación de un conjunto de datos
Las propiedades ValueLocID y LableLocId de elementos de informe
Para evitar el problema, considere alguna de las opciones siguientes:
Use la misma versión del sistema operativo en todos los servidores de las implementaciones escaladas.
Si tiene versiones diferentes del sistema operativo, al crear un informe, use solo referencias culturales que se admitan en todos los servidores.
Configure la afinidad en la solución de equilibrio de carga para que todas las solicitudes de un informe determinado y la sesión de usuario vayan al mismo servidor.