Elegir un protocolo de red
Para conectarse a SQL Server motor de base de datos, debe tener habilitado un protocolo de red. Microsoft SQL Server puede atender solicitudes en varios protocolos al mismo tiempo. Los clientes se conectan a SQL Server con un único protocolo. Si el programa cliente no sabe en qué protocolo SQL Server está escuchando, configure el cliente para probar secuencialmente varios protocolos. Use Administrador de configuración de SQL Server para habilitar, deshabilitar y configurar protocolos de red.
Memoria compartida
El protocolo de memoria compartida es el más sencillo de utilizar y no tiene ningún valor configurable. Dado que los clientes que usan el protocolo de memoria compartida solo pueden conectarse a una instancia de SQL Server que se ejecuta en el mismo equipo, no es útil para la mayoría de las actividades de base de datos. Utilice el protocolo de memoria compartida para la solución de problemas cuando sospeche que los demás protocolos no están configurados correctamente.
Nota:
Los clientes que utilizan MDAC 2.8 o versiones anteriores no pueden emplear el protocolo de memoria compartida. Si intentan hacerlo, se cambian automáticamente al protocolo Canalizaciones con nombre.
TCP/IP
TCP/IP es un protocolo habitual ampliamente utilizado en Internet. Se comunica a través de redes interconectadas de equipos que poseen diversas arquitecturas de hardware y distintos sistemas operativos. TCP/IP incluye estándares para enrutar el tráfico de red y ofrece características avanzadas de seguridad. Es el protocolo más popular empleado hoy en día. La configuración del equipo para usar TCP/IP puede ser compleja, pero la mayoría de los equipos en red ya están configurados correctamente. Para configurar las opciones de TCP/IP que no se exponen en Administrador de configuración de SQL Server, consulte la documentación de Microsoft Windows.
Canalizaciones con nombre
Canalizaciones con nombre es un protocolo desarrollado para redes de área local. Una parte de la memoria la usa un proceso para pasar información a otro, de modo que la salida de uno es la entrada del otro. El segundo proceso puede ser local (en el mismo equipo que el primero) o remoto (en un equipo en red).
Canalizaciones con nombre frente a sockets TCP/IP
En un entorno LAN (Red de área local) rápido, los clientes de sockets TCP/IP (Protocolo de control de transporte/Protocolo de Internet) y las canalizaciones con nombre ofrecen un rendimiento similar. Sin embargo, la diferencia de rendimiento entre los clientes de Sockets TCP/IP y Canalizaciones con nombre se hace patente en redes lentas, por ejemplo a través de redes WAN (Red de área extensa) o redes de acceso telefónico. Esto se debe a las diferentes formas en que los mecanismos de comunicación entre procesos (IPC) se comunican entre nodos.
Para las canalizaciones con nombre, las comunicaciones de red suelen ser más interactivas. Un nodo no envía datos hasta que otro nodo los pide con un comando de lectura. Una lectura de red normalmente implica una serie de mensajes de canalizaciones con nombre de lectura antes de comenzar a leer los datos. Resultan muy costosos en una red lenta y causan un tráfico excesivo en la red, lo que, a su vez, afecta a otros clientes de la red.
También es importante aclarar si se trata de canalizaciones locales o canalizaciones de red. Si la aplicación de servidor se ejecuta localmente en el equipo que ejecuta una instancia de SQL Server, el protocolo canalizaciones con nombre local es una opción. Las canalizaciones con nombre locales se ejecutan en modo de kernel y son muy rápidas.
Para los sockets TCP/IP, las transmisiones de datos son más precisas y tienen menos sobrecarga. Las transmisiones de datos también pueden aprovechar los mecanismos de mejora del rendimiento de los sockets TCP/IP, como ventanas, confirmación diferida, etc. Esto puede resultar muy beneficioso en una red lenta. Según el tipo de aplicaciones, estas diferencias de rendimiento pueden ser significativas.
Los sockets TCP/IP también aceptan una cola pendiente. Esto puede proporcionar un efecto de suavizado limitado en comparación con las canalizaciones con nombre que podrían provocar errores de canalización ocupados al intentar conectarse a SQL Server.
En general, se prefiere TCP/IP en una red LAN, WAN o de acceso telefónico lenta, mientras que las canalizaciones con nombre pueden ser una opción mejor cuando la velocidad de la red no es un problema, ya que ofrecen una mayor funcionalidad, y son más fáciles de usar y configurar.
Habilitar el protocolo
Para que funcione, el protocolo debe estar habilitado en el cliente y el servidor. El servidor puede escuchar solicitudes en todos los protocolos habilitados al mismo tiempo. Los equipos cliente pueden elegir uno o probar los protocolos en el orden indicado en Administrador de configuración de SQL Server.
Para ver un breve tutorial sobre cómo configurar protocolos y conectarse al motor de base de datos, consulte Tutorial: Introducción con el motor de base de datos.