Dataprix

Body:

Hace unos días, realizando un proyecto de Integration Services con BIDS (Business Intelligence Developement Studio), me surgió un problema un tanto extraño, había definido una variable de usuario y a la hora de utilizarla me indicaba que no existía. Tras revisar y comprobar que el nombre, tanto en la definición de variables como en el lugar donde lo estaba usando estaba escrito de forma idéntica, todo me parecía muy extraño, no lograba entender porqué no me reconocía dicha variable.

Tras investigar el problema me di cuenta que estaba utilizando la variable "User::Var1" en mi componente, pero lo que realmente había definido era la variable "Usuario::Var1", es decir, estaba usando un Namespace diferente en la definición de la variable y en el componente donde la estaba utilizando. ¿ Dónde estaba el problema ? pues en que habitualmente utilizo BIDS en inglés, donde el Namespace por defecto cuando se define una variable de usuario es "User", mientras que en esta ocasión estaba utilizando la versión en español del producto donde el Namespace por defecto es "Usuario". Como podéis comprobar, es una traducción desafortunada, es más, creo que es una traducción que nunca se debería haber hecho.

En principio me recordó la gran cantidad de problemas que ha ocasionado la traducción de las funciones de Excel, haciendo que una hoja de cálculo que utilice funciones de error si se abre con una versión en diferente idioma en el que se realizó. Por suerte aquí el problema es mucho más sencillo, con conocer este detalle lo podemos solucionar fácilmente, bien cambiando el nombre del Namespace en la definición de la variable, o bien utilizando el mismo Namespace que tiene dicha variable. En mi caso he optado, ya que estoy habituado a utilizar la versión en inglés del producto por cambiar el Namespace de todas las variables que defino a "User" en caso de que tenga que utilizar la versión en español, cosa que intento evitar J

Published: 9/4/2008 6:30 PM

Body: He estado buscando información sobre las DMVS para SSAS 2008 y me he encontrado con que no hay mucha disponible ni siquiera en los books on-line. Incluso en los books on-line están todavía en formato beta. Además no hay que buscar por DMV sino por Schema Rowset.   Mientras tanto si quereis ver las que están finalmente  disponibles podéis ejecutar la siguiente consulta contra vuestro servidor de SSAS 2008:   SELECT TABLE_NAME FROM $SYSTEM.DBSCHEMA_TABLES WHERE TABLE_SCHEMA = '$SYSTEM' ORDER BY TABLE_NAME;     Published: 9/4/2008 6:29 PM

Body: Probar el cluster

Finalmente, hay que asegurar que la instalación de SSIS sobre el cluster está funcionando correctamente.

1. Desplegar un paquete en el sistema de ficheros.
2. Conectarse a la consola de gestión de SSIS para explorarlo. (Cuadro 11).

   

Cuadro 11 - SSIS ejecutándose en un cluster con los dos nodos levantados

1. Apagar uno de los nodos del cluster.
2. Refrescar la conexión al servicio SSIS para chequear que todavía podemos conectarnos al servicio SSIS y el paquete sigue disponible (Cuadro 12).

   

Cuadro 12 - SSIS ejecutándose en un cluster con uno de los nodos caídos

Conclusión

Microsoft no provee por defecto una instalación de SSIS en cluster. Sin embargo, podemos conseguir que SSIS se ejecute como un servicio cluster añadiendo los elementos básicos (sistema de archivado, base de datos MSDB) de ejecución y configuración dentro de nuevos/existentes grupos de recursos de un cluster ya existente.

Microsoft dispone de información adicional en http://technet.microsoft.com/en-us/library/ms345193.aspx

 

Category: SSIS2005 Published: 9/4/2008 6:28 PM

Body: Configurando el almacenamiento compartico

Probablemente este es el punto más importante del proceso de configuración, ya que va a determinar la correcta ejecución de SSIS como servicio cluster. El disco compartido y la base de datos MSDB que va a usar SSIS deben estar especificadas correctamente para que SSIS pueda funcionar realmente con un servicio cluster.

Una vez SSIS ha sido incluído dentro de un grupo de recursos del cluster hay que configurar los ficheros de configuración y el almacenaje.

1. Copiar el fichero MsDtsSrvr.ini.xml desde uno de los nodos a la unidad compartida. Este fichero está localizado en la carpeta definida en la clave del registro ServiceConfigFile que se ha definido.
2. Crear una nueva carpeta en la unidad compartida. Esta carpeta se debe nombrar tal y como esté definido en el fichero MsDtsSrvr.ini.xml.
3. Después es necesario abrir el fichero XML y hacer los cambios apropiados para reflejar la nueva configuración: la localización de la nueva carpeta de almacenamiento y el servidor SQL Server donde estará localizada la base de datos MSDB (Cuadro 9).

   

Cuadro 9 - Nuevo fichero MsDtsSrvr.ini.xml

1. El valor de la clave del registro tiene que ser actualizado para reflejar la nueva ubicación del fichero de configuración. La clave ha de ser actualizada en todos los nodos que formen parte del cluster SSIS (Cuadro 10).

   

Cuadro 10 - Nuevo valor de la clave del registro

1. Reinicializar el grupo de recursos para asegurar que el nuevo valor de la clave de registro es el utilizado.

Category: SSIS2005 Published: 9/4/2008 6:29 PM

Body: Probar el cluster

Finalmente, hay que asegurar que la instalación de SSIS sobre el cluster está funcionando correctamente.

1. Desplegar un paquete en el sistema de ficheros.
2. Conectarse a la consola de gestión de SSIS para explorarlo. (Cuadro 11).

   

Cuadro 11 - SSIS ejecutándose en un cluster con los dos nodos levantados

1. Apagar uno de los nodos del cluster.
2. Refrescar la conexión al servicio SSIS para chequear que todavía podemos conectarnos al servicio SSIS y el paquete sigue disponible (Cuadro 12).

   

Cuadro 12 - SSIS ejecutándose en un cluster con uno de los nodos caídos

Conclusión

Microsoft no provee por defecto una instalación de SSIS en cluster. Sin embargo, podemos conseguir que SSIS se ejecute como un servicio cluster añadiendo los elementos básicos (sistema de archivado, base de datos MSDB) de ejecución y configuración dentro de nuevos/existentes grupos de recursos de un cluster ya existente.

Microsoft dispone de información adicional en http://technet.microsoft.com/en-us/library/ms345193.aspx

 

Category: SSIS2005 Published: 9/4/2008 6:28 PM

Body: Configurando el almacenamiento compartido

Probablemente este es el punto más importante del proceso de configuración, ya que va a determinar la correcta ejecución de SSIS como servicio cluster. El disco compartido y la base de datos MSDB que va a usar SSIS deben estar especificadas correctamente para que SSIS pueda funcionar realmente con un servicio cluster.

Una vez SSIS ha sido incluído dentro de un grupo de recursos del cluster hay que configurar los ficheros de configuración y el almacenaje.

1. Copiar el fichero MsDtsSrvr.ini.xml desde uno de los nodos a la unidad compartida. Este fichero está localizado en la carpeta definida en la clave del registro ServiceConfigFile que se ha definido.
2. Crear una nueva carpeta en la unidad compartida. Esta carpeta se debe nombrar tal y como esté definido en el fichero MsDtsSrvr.ini.xml.
3. Después es necesario abrir el fichero XML y hacer los cambios apropiados para reflejar la nueva configuración: la localización de la nueva carpeta de almacenamiento y el servidor SQL Server donde estará localizada la base de datos MSDB (Cuadro 9).

   

Cuadro 9 - Nuevo fichero MsDtsSrvr.ini.xml

1. El valor de la clave del registro tiene que ser actualizado para reflejar la nueva ubicación del fichero de configuración. La clave ha de ser actualizada en todos los nodos que formen parte del cluster SSIS (Cuadro 10).

   

Cuadro 10 - Nuevo valor de la clave del registro

1. Reinicializar el grupo de recursos para asegurar que el nuevo valor de la clave de registro es el utilizado.

Category: SSIS2005 Published: 9/4/2008 6:27 PM

Body: SSIS formando parte del servicio cluster de SQL Server

Si se desea agregar el servicio SSIS al cluster de SQL Server, entonces se puede utilizar el mismo disco compartido incluido en el grupo de SQL o se puede agregar un disco específico para el almacenaje y la configuración de SSIS.

Se va a utilizar la misma dirección IP y nombre de red por lo que solo será necesario crear el recurso de Servicio Genérico siguiendo los pasos que se explicaron en el capítulo anterior.

Una vez ejecutados esos pasos, el grupo de SQL Server tendrá un aspecto similar al que aparece en el Cuadro 8.

Cuadro 8 - SSIS como recurso dentro del grupo de recursos de SQL Server Category: SSIS2005 Published: 7/29/2008 5:59 PM

Body: SSIS como un servicio cluster independiente

Si se elige esta opción habrá que:

• Crear un recurso de disco físico específico para almacenar la información que permitirá la emulación del cluster. O lo que es lo mismo, definir un sitio donde almacenar los archivos y los paquetes comunes de la configuración (si se decide almacenarlos en un disco físico en vez de una base de datos MSDB).
• Identifique una dirección IP estática y nómbrelo para el servicio de SSIS. Este punto es válido si no se va a utilizar un grupo existente del cluster.

Una vez identificada la información anterior se puede proceder a la creación del grupo.

1. Abrir la consola de administración del cluster en cualquiera de los nodos.
2. Añadir una nueva aplicación
3. Añadir los siguientes recursos:
   1. Un disco compartido.
   2. Un nombre de red.
   3. Una dirección IP estática.
   4. Un servicio genérico. Éste es el elemento más interesante porque definirá el servicio cluster de SSIS. Este recurso tendrá dependencias en la dirección IP y el disco compartido, si estos recursos no están disponibles, entonces el servicio no podrá activarse. Para configurar con éxito este recurso hay que definir el nombre y la clave del registro de Windows (verificar la localización de la clave del registro en su servidor) que se utilizará como se muestra en el Cuadro 5 y el Cuadro 6.

      

   Cuadro 5 - Ventana de parámetros del servicio genérico

   

   Cuadro 6 - Clave del registro

   1. Ahora solo hay que activar el grupo de recursos. La consola tendra un aspecto parecido a la que se muestra en el Cuadro 7.

      

Category: SSIS2005 Published: 7/29/2008 5:40 PM

Body:

En nuestro ejemplo tenemos un cluster llamado CTest compuesto de dos nodos (Romeo y Hamlet). En este cluster ya tenemos instalado el servicio cluster para SQL Server con el nombre Horacio.

Una vez hayamos instalado SSIS en Hamlet podremos conectar con él pero no con Romeo (Cuadro 2). Como indicamos antes, necesitamos instalarlo como si fueran servidores independientes. Pero hay una situación que podría hacernos pensar que SSIS se instala automáticamente como servicio cluster. Cuando SSIS se ha instalado en el nodo activo del cluster (Hamlet en este caso), si se intenta conectar a SSIS en CTest u Horacio, se conectará con éxito (Cuadro 3), sin embargo, si se apaga Hamlet convirtiendo Romeo en el nodo activo, la conexión de SSIS se perderá (Cuadro 4). Esto significa que SSIS no está trabajando aún como un servicio cluster.

Cuadro 2 - Conectividad disponible solo en el nodo instalado

Cuadro 3 - SSIS aparece disponible en la instancia del cluster

Cuadro 4 - SSIS no aparece disponible en la instancia del cluster

Una vez se ha instalado SSIS en ambos servidores podemos proceder a incluirlo como parte del cluster.

La dificultad del siguiente paso es determinar en qué grupo de recursos del cluster se va a añadir el servicio SSIS. Si decidimos fijarlo en el mismo grupo de SQL Server, entonces el servicio de SSIS será parte del cluster de SQL Server, pero si se decide incluirlo como recurso en un grupo nuevo o existente (pero diferente del grupo donde reside SQL Server) entonces SSIS será tratado como servicio cluster independiente del cluster de SQL Server.

Category: SSIS2005 Published: 7/28/2008 4:08 PM