¿Qué significa "Clustered"?

servidores en cluster son servidores que funcionan coordinadamente para que
cuando uno deja de prestar servicio, el otro tome su lugar.

"Alberto" wrote:

Buscando servidores sql en mi red me encuentro que recupero información
acerca de si el servidor es "Clustered" o no. ¿Qué significa?
Gracias

On Tue, 13 Feb 2007 17:52:46 +0100, "Alberto" <añ
wrote:

Buscando servidores sql en mi red me encuentro que recupero información
acerca de si el servidor es "Clustered" o no. ¿Qué significa?

Agrupado

"Alberto" <añ wrote in message
news:

Buscando servidores sql en mi red me encuentro que recupero información
acerca de si el servidor es "Clustered" o no. ¿Qué significa?

Cuando lo de "Clustered" se aplica a servidores Sql, se refiere a que
está instalado en dos (o más) nodos de un Windows Server en clúster, que
viene a ser dos ordenadores que comparten un único disco. Si uno de los dos
se cae, se levanta el otro y continúa trabajando con el mismo disco (que
normalmente será un RAID para protegerlo contra averías).

Como esto es un grupo sobre programación, la pregunta que cabe hacerse
es "¿cómo afecta desde el punto de vista de programación que el servidor sql
esté en clúster?" En cuanto a la conexión, no afecta en nada. Los programas
se conectan a un servidor "virtual" que automáticamente se mapea al nodo del
clúster que esté activo, por lo que en la cadena de conexión solo se pone un
único nombre de servidor (a diferencia de la configuración en espejo de sql
2005 que sí que requiere poner el espejo en la cadena de conexión si se
quiere automatizar el acceso al mismo). Donde sí que afecta el clúster a la
programación es en los reintentos en caso de caída del nodo activo. Cuando
esto sucede, se levanta el nodo pasivo y toma las funciones del que estaba
activo, por lo que desde el punto de vista de los clientes el servidor sigue
"vivo". El problema es que tarda un rato en levantarse (según Microsoft,
menos de un minuto, pero en la práctica suele ser más). La conexión da un
error y hay que reintentar la llamada al servidor. Si nuestros programas
deben funcionar contra un servidor en clúster (y aguantar el "failover" del
cluster), tenemos que programarlos de forma que se "recuperen graciosamente"
de los errores y reintenten la conexión al servidor al cabo de unos
momentos.