Hoy vamos a comentar una situación que hemos observado frecuentemente: Distintos problemas de conectividad al tener activada la opción TCP Chimney.

TCP Chimney es una característica que incluida en Windows 2003 SP2, en el  Scalable Networking Pack (SNP)  de Windows 2003, y, por defecto, en Windows 2008. Lo que permite es que parte del procesamiento se realice en el adaptador de red, por lo que reduce el consumo de CPU del procesador. Para que este traspaso de carga sea posible, el adaptador de red tiene que ser compatible con esta opción.

Sin embargo, hemos observado que activar esta característica con SQL Server en Windows 2003, puede provocar distintos errores relacionados con conectividad. El mensaje puede ser variado y normalmente muy genérico, del tipo: “General Network Error” o “Transport-level error”. Si nuestro SQL está conectándose a otros sistemas (por ejemplo, un servidor vinculado Oracle) el mensaje de error puede estar encapsulado en un mensaje del proveedor utilizado.

Por lo tanto, si estáis teniendo errores aleatorios de conectividad, y tenéis activado la opción TCP Chimney, os recomendamos deshabilitarlo en las dos máquinas involucradas (origen y destino de la conexión).

En los siguientes links tenemos la información de cómo deshabilitarlo:

- http://support.microsoft.com/kb/948496

- http://support.microsoft.com/kb/942861

Un saludo,

Raquel Vicente de la Rosa

Ingeniero de Soporte de SQL Server

Os comentaré en este post un problema con el que me he encontrado al querer actualizar los componentes de SQL Server 2005 en un cluster de 2 nodos. Tengo una instancia de SQL Server 2005 y una instancia de Analysis Services. Ejecuto el Service Pack 3, la instancia de SQL Server 2005 se me actualiza correctamente al SP3, sin embargo la instancia de Analysis Services no se actualiza y da un fallo indicando que estamos ejecutando la instalación en el nodo pasivo (cuando sin embargo sí estamos en el nodo activo!). El error es el siguiente:

"This installation must be run from the active node. You are running it from a passive node. To proceed, cancel the installation and run it again from the active node."

En el fichero hotfix.log de instalación del Service Pack (por defecto en la carpeta C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap), se puede ver la información siguiente:

11/17/2009 17:18:12.173   Instance Details: MSSQLSERVER
11/17/2009 17:18:12.173     agentservicename = SQLSERVERAGENT
11/17/2009 17:18:12.173     associatedhotfixbuild = 4261
11/17/2009 17:18:12.173     clustername = CLUSNAME
:   :   :   :   :
11/17/2009 17:18:12.188   Instance Details: MSSQLSERVER
11/17/2009 17:18:12.188     associatedhotfixbuild = 1520
11/17/2009 17:18:12.188     clustername = CLUSNAMEX

La primera parte del hotfix.log que muestro aquí corresponde a SQL Server Agent, y la segunda a OLAP.
Vemos que el clustername es distinto. En ambos casos debería ser el mismo.
No he identificado el porqué de esta diferencia (sospecho que se instaló anteriormente una aplicación con este nombre CLUSNAMEX como referencia).
En cualquier caso, para salir de esta situación he seguido los pasos siguientes:

- En el nodo actual (donde se ejecuta el Setup, y que es activo para Analysis Services), abrir el registro
- Ir a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.2\Cluster
(En mi caso MSSQL.2 es el identificadorr para la instancia existente de Analysis Services)
- comprobar que esta clave apunta a CLUSNAMEX
- Parar la replicación de la clave de regitro entre los nodos:
cluster res "Analysis Services" /removecheck: "Software\Microsoft\Microsoft SQL Server\MSSQL.2\Cluster"
- Cambiar el valor a CLUSNAME en ambos nodos
- Habilitar de nuevo el checkpointing:
cluster res "Analysis Services" /addcheck: "Software\Microsoft\Microsoft SQL Server\MSSQL.2\Cluster"

Después de esto la instancia de Analysis Services se actualizó correctamente al Service Pack 3.

Para más información acerca de la instalación de Analysis Services en cluster, podéis consultar el artículo siguiente: http://support.microsoft.com/kb/910230.

Espero que esta información os resulte útil.

Marcos Celada

Ingeniero de soporte de SQL Server

Hola a todos.

Comentaros que he creado un nuevo blog de BizTalk en castellano donde podréis encontrar post más específicos de este producto.

Un saludo

Enrique Palomino | BizTalk Escalation Engineer