Topologías de red (SQL Server Compact)

Cuando transfiere datos entre clientes de Microsoft SQL Server Compact 3.5 y SQL Server, los datos pasan por Microsoft Internet Information Services (IIS). Para su red, podría configurar un único servidor para alojar tanto IIS como SQL Server, o tener varios servidores para mejorar el rendimiento y la seguridad, así como varios firewall para mejorar aún más la seguridad. La topología de red que decida implementar dependerá de sus necesidades de seguridad y rendimiento.

Topologías de red

Aunque hay muchas topologías de red que puede utilizar para transferir datos entre clientes de SQL Server Compact 3.5 y SQL Server, son tres las topologías de red comunes:

Topología de servidor único

En esta topología, IIS, el publicador de SQL Server y el distribuidor de SQL Server residen en un único servidor. Este servidor puede o no estar asociado a un servidor de seguridad. Si lo está, solo tendrá que abrir el puerto 80 al tráfico de Internet.

Topología de dos servidores

En esta topología, IIS está configurado en un servidor, y el publicador de SQL Server y el distribuidor de SQL Server se configuran en un servidor diferente. El servidor que ejecute IIS puede estar separado del resto de la red (incluido el equipo en el que se ejecuta SQL Server) mediante firewall, y también se puede proteger de Internet mediante otro firewall adicional. El servidor de seguridad entre el cliente e IIS debe tener abierto el puerto 80, mientras que el servidor de seguridad entre IIS y SQL Server debe tener dos puertos abiertos: el puerto 80 y el puerto asignado a la instancia de SQL Server. Este segundo puerto suele ser normalmente el 1443.

Topología de empresa

Si dispone de un gran número de suscriptores de SQL Server Compact 3.5 que se sincronizan al mismo tiempo, puede dividir el trabajo en varios equipos que ejecuten IIS. De esta forma reducirá retrasos en la transferencia de datos.

Si necesita mayor equilibrio de carga en el equipo en el que se ejecuta SQL Server, puede crear una jerarquía para volver a publicar en varios equipos. El publicador de nivel superior publica datos en los suscriptores de SQL Server. Ellos, a su vez, vuelven a publicar los datos en los suscriptores de SQL Server Compact 3.5. El equilibrio de carga es estático, ya que cada suscriptor de SQL Server Compact 3.5 tiene asignado uno de los republicadores y siempre se sincroniza con dicho republicador.

Al igual que en una topología de dos servidores, se pueden utilizar firewall entre los clientes e IIS, y entre los servidores de IIS y los republicadores.

Usar la agrupación en clústeres de Windows

La replicación de SQL Server Compact 3.5 se puede utilizar en un clúster de Microsoft Windows que contenga un conjunto de servidores web que ejecuten IIS. No obstante, el Agente de servidor de SQL Server Compact 3.5 debe mantener el estado de sesión en las llamadas de cliente; por lo tanto, deberá utilizar hardware o software que equilibre la carga y pueda mantener el estado de sesión entre el Agente de cliente de SQL Server Compact 3.5 y el Agente de servidor de SQL Server Compact 3.5.

Los sistemas de equilibrio de carga funcionan normalmente de la siguiente forma: los clientes obtienen acceso al clúster utilizando un nombre de dominio común con una sola dirección IP virtual; el hardware o software de equilibrio de carga intercepta el tráfico HTTP entrante y lo dirige hacia uno de los servidores del clúster.

SQL Server Compact 3.5 se puede usar con diversos sistemas de equilibrio de carga como, por ejemplo, el equilibrio de carga de red (NLB) de Windows. NLB de Windows viene incluido en Windows 2003 Advanced Server y Windows 2000 Datacenter Server. NLB se puede utilizar con SQL Server Compact 3.5, ya que NLB admite afinidad del cliente. Se trata de una opción que garantiza que el cliente siempre se dirige al mismo servidor que ejecuta IIS dentro del clúster. Tenga en cuenta que si se produce un error de servidor o de red durante una sesión de cliente, será necesario realizar un nuevo inicio de sesión para volver a autenticar al cliente y restablecer el estado de sesión. Igualmente, si agrega un nuevo servidor que ejecute IIS al clúster, redirigirá algo de tráfico del cliente al nuevo servidor. Esto podría afectar a las sesiones existentes.

Para obtener más información, vea la información relacionada con las tecnologías de agrupación en clústeres de Windows en la sección de recursos técnicos de Microsoft Windows Server 2003, en el sitio web de Microsoft Windows Server 2003.