SQL Server Integration Services en un Failover Cluster

-

Oficialmente Microsoft NO recomienda instalar Integration Services en un ambiente de FailOver Cluster, puede ver la recomendación oficial en este sitio http://msdn.microsoft.com/es-es/library/ms345193.aspx. Sin embargo, si por razones de pruebas desean instalar Integration Services en un clúster, entonces deben seguir estos pasos:

 

  • Primero debe instalar Integration Services en cada nodo del clúster
  • En el directorio en el cual está instalado SQL Server, el cual es por default C:\Program Files\Microsoft SQL Server\90\DTS\Binn  o C:\Program Files\Microsoft SQL Server\100\DTS\Binn dependiendo de la versión de SQL Server, ya sea SQL 2005 o SQL 2008. En ese directorio van a encontrar un archivo llamado MsDtsSrvr.ini.xml dicho archivo por default tiene un contenido similar al siguiente

 

image

<?xml version="1.0" encoding="utf-8"?>

<DtsServiceConfiguration xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<StopExecutingPackagesOnShutdown>true</StopExecutingPackagesOnShutdown>

<TopLevelFolders>

<Folder xsi:type="SqlServerFolder">

<Name>MSDB</Name>

<ServerName>.</ServerName>

</Folder>

<Folder xsi:type="FileSystemFolder">

<Name>File System</Name>

<StorePath>..\Packages</StorePath>

</Folder>

</TopLevelFolders>

</DtsServiceConfiguration>

 

  • Noten la entrada <ServerName>.</ServerName>  eso nos indica el nombre del servidor utilizado para Integration Services, si queremos administrar las instancias todos los nodos que pertenecen al cluster se debe modificar el archivo XML para que incluya los nombres de los servidores que pertenecen al cluster y que están ejecutando integration services, por ejemplo si los servidores se llaman SERVIDOR01 y SERVIDOR02 el XML quedaría de la siguiente forma

 

<?xml version="1.0" encoding="utf-8"?>

<DtsServiceConfiguration xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<StopExecutingPackagesOnShutdown>true</StopExecutingPackagesOnShutdown>

<TopLevelFolders>

<Folder xsi:type="SqlServerFolder">

<Name>MSDB</Name>

<ServerName>SERVIDOR01</ServerName>

</Folder>

<Folder xsi:type="SqlServerFolder">

<Name>MSDB</Name>

<ServerName>SERVIDOR02</ServerName>

</Folder>

<Folder xsi:type="FileSystemFolder">

<Name>File System</Name>

<StorePath>..\Packages</StorePath>

</Folder>

</TopLevelFolders>

</DtsServiceConfiguration>

 

  • Los pasos anteriores no configuran Integration Services como un recursos del cluster, si desean configurarlo como un recurso del cluster visiten el sigiuiente artículo http://msdn.microsoft.com/es-es/library/ms345193.aspx en el cual van a encontrar los pasos para realizar dicha configuración.

 

Saludos,

 

Ing. Eduardo Castro Martinez

Technorati Tags:

Comments

Post a Comment

Popular posts from this blog

Cómo identificar consultas más pesadas en SQL Server

-
Muchas veces nos encontramos en situaciones en las cuales tenemos un servidor SQL Server, y los usuarios reportan que el sistema está lento, por lo tanto, es crucial que podamos identificar cuál es la causa.  El primer paso puede ser identificar cuáles son las consultas TSQL que están consumiendo más recursos en el servidor, para poder identificarlas podemos recurir al siguiente script, el cual nos devuelve las consultas ordenadas por tiempo de ejecución, a partir de esta consulta podemos identicar el TSQL que consume más recursos e iniciar nuestras tareas de mejoras de desempeño. -- Consultas que afectan el desempeño SELECT TOP 10 SUBSTRING ( qt . TEXT , ( qs . statement_start_offset / 2 ) + 1 , ( ( CASE qs . statement_end_offset WHEN - 1 THEN DATALENGTH ( qt . TEXT ) ELSE qs . statement_end_offset END - qs . statement_start_offset ) / 2 ) + 1 ) AS consulta_TSQL , db . name AS [nombre_base_datos] , qs . total_...
Read more

Permitiendo la administración de los jobs a usuarios que no son System Administrators en SQL Server Agent 2005 o superior

-
Antes de que llegara el Microsoft SQL Server 2005 al mercado, si usted deseaba que alguien tuviera acceso a ver, modificar, crear y ejecutar los SQL Server Agent Jobs, necesitaba darle permisos de Systems Administrator al login deseado de SQL Server, con el inconveniente que de también le iba a permitir hacer lo que deseara en esa instancia. A partir del SQL Server 2005, se incluyeron los siguientes 3 roles: SQLAgentUserRole: Los usuarios pueden crear jobs y manejar solo los jobs que ellos han creado. SQLAgentReaderRole: Van a tener los privilegios del rol SQLAgentUserRole junto con la habilidad de enumerar y ver el historial de todos los jobs. SQLAgentOperatorRole: Van a tener los mismos privilegios del rol SQLAgentReaderRole junto con la habilidad de ejecutar jobs locales de los cuales ellos no son dueños. El procedimiento para asignarle permisos a un login en alguno de esos roles es el siguiente: 1. Agregue el usuario deseado a la base de datos "msdb...
Read more

FileTable en SQL Server 2012

-
Image
SQL Server 2012 incluye una nueva característica llamada FileTable, lo que permite el FileTable es poder tener dentro de la base de datos un tipo especial de tabla en la cual se puedan almacenar archivos y directorios, de la misma forma en que se hace en un sistema de archivos NTFS. De esta forma los archivos almacenados en un FileTable puede ser accedidos por otras aplicaciones de la misma forma en que se acceden archivos en el sitema de archivos NTFS. La ventaja de que presenta FileTable es que el contenido es presentado a las aplicaciones como un directorio compartido. Cuando se realiza una operación de creación de archivos, borrado o modificación, el comando es interceptado por SQL Server que hace posible que se reflejen los cambios dentro del FileTable.   A muchos parecerá familiar al concepto de FILESTREAM, sin embargo se puede configurar FileTables de forma separada del FILESTREAM, incluso si lo desea puede seguir utilizando FILESTREAM. Para habilitar el FileTable pr...
Read more