Configuración de Reporting Services SQL Server 2005 en un clúster de conmutación por error Windows Server 2003

Tengo el siguiente escenario:

Dos máquinas, digamos NODE1 y NODE2, tienen Windows Server 2003 instalado en un clúster de conmutación por error, por ejemplo CLUSTER. En este clúster, SQL Server 2005 se instaló correctamente, por ejemplo, el server virtual es DATABASE. A continuación, SSRS 2005 se instaló en NODE1.

El problema es que la aplicación que va a utilizar esta configuration asume que los reporting services se ejecutan en http: // DATABASE / reports , pero dada la única installation posible (por lo que puedo decir) sólo se puede get http: // NODE1 / informes .

La aplicación no se puede modificar, ¿cuál sería la forma correcta?

Estoy pensando en la configuration de IIS en el clúster (y que se ejecute como el server de database virtual) e instalar los informes y serveres de informes webapps en él, haciendo que el problema se vaya, pero no estoy seguro de si esto es realmente factible ni si ésta es la mejor opción.

Otra opción que he pensado es instalar un proxy inverso, pero de nuevo no estoy seguro acerca de cómo hacerlo responder en http: // DATABASE / informes sin tener que instalar por lo less primero IIS de todos modos (y tomar medidas adicionales .)

¿Consejo?

Lo que no me di count ayer es que DATABASE también resuelve al nodo actualmente activo, no solo CLUSTER:

Digamos que DATABASE es el nombre del clúster y NODE1 y NODE2 son los nodos, entonces DATABASE resuelve el nodo actualmente activo , por lo que si NODE1 es el nodo activo, DATABASE resuelve a NODE1.

Por lo tanto, lo que hay que hacer es instalar los reporting services en ambos nodos que tienen ambos apuntando a la misma database ReportServer en el clúster de database.

Supongamos que ya tiene el clúster y ya tiene instalado SQL Server en modo de clúster (requisitos). Utilice siempre la misma versión (el mismo SP entre los reporting services en cada nodo).

Luego, estos son los pasos a seguir:

  1. Conecte con el nodo activo (NODE1) e instale y configure los reporting services en él, creando una database ReportServer en DATABASE (a través de la configuration de la database, proporcionar cnetworkingenciales adecuadas a la database), a continuación, inicializar la database en la configuration también.

  2. A continuación, conecte, instale y configure los services de generación de informes en el nodo pasivo (NODE2), configure la database en la database existente en DATABASE (la que ya ha creado, proporcionando las mismas cnetworkingenciales para conectarse al DB), pero NO INICIALIZARLO AHORA (EN EL NODO PASIVO).

  3. Conéctate de nuevo al nodo activo y vuelve a ejecutar la configuration de los reporting services. Ahora, en la initialization, verás aparecer el nodo pasivo, puedes inicializarlo desde allí.

Entonces tendrá dos instancias de Reporting Services, una en cada nodo, y apuntando a la misma database. Y ahora, cuando el failover de los nodos tendrá la otra instancia funcionando.

El único dolor que he encontrado hasta ahora es que si no expones los loggings ni los tienes accesibles a través de \ DATABASE \ C $ \ Archivos de progtwig \ MSSQL … \ ReportServer \ Logs, debes recordar cuál es el activo nodo para ir a ver los loggings allí.

Esto se denomina "escalar Reporting Services" y solo se admite en Enterprise Edition (además de desarrollador y evaluación)

Referencias:

http://technet.microsoft.com/en-us/library/ms156453(SQL.90).aspx

http://technet.microsoft.com/en-us/library/ms159114(SQL.90).aspx

Para actualizar ambos serveres de informes: http://technet.microsoft.com/en-us/library/ms143735(SQL.90).aspx