Captulo 7 - Arquitectura Cliente /

Servidor
78 de 106 MSDN - Valorar este tema
Microsoft SQL Server est diseado para trabajar con eficacia en una serie de entornos:

Como un sistema de base de datos cliente / servidor de dos niveles o de varios

niveles
Como un sistema de base de datos de escritorio

Sistemas de bases de datos cliente / servidor

Los sistemas cliente / servidor estn construidos de manera que la base de datos puede
residir en un ordenador central, conocido como un servidor y ser compartida entre
varios usuarios. Los usuarios acceden al servidor a travs de una aplicacin cliente o en
el servidor:

En un sistema cliente / servidor de dos niveles, los usuarios ejecutan una

aplicacin en su equipo local, conocido como un cliente, que se conecta a travs
de una red para el servidor que ejecuta SQL Server. La aplicacin de cliente se
ejecuta tanto la lgica de negocio y el cdigo para mostrar la salida para el
usuario, y tambin se conoce como un cliente pesado.
En un sistema cliente / servidor de varios niveles, la lgica de la aplicacin
cliente se ejecuta en dos lugares:
o
o

El Thin Client se ejecuta en el equipo local del usuario y se centra en

mostrar los resultados al usuario.
La lgica de negocios se encuentra en las aplicaciones de servidor que se
ejecutan en un servidor. Los clientes ligeros solicitan funciones de la
aplicacin de servidor, que es en s una aplicacin multiproceso capaz de
trabajar con muchos usuarios concurrentes. La aplicacin de servidor es
el que abre las conexiones con el servidor de base de datos y pueden
estar ejecutndose en el mismo servidor que la base de datos, o se puede
conectar a travs de la red a un operativo servidor independiente como
servidor de base de datos.
Este es un escenario tpico de una aplicacin de Internet. Por ejemplo,
una aplicacin de servidor puede ejecutarse en un Microsoft Internet
Information Services (IIS) y miles de servicios de los clientes ligeros que
se ejecutan en Internet o una intranet. La aplicacin de servidor utiliza un
grupo de conexiones para comunicarse con una copia de SQL Server.
SQL Server puede estar instalado en el mismo equipo que IIS, o puede
estar instalado en un servidor independiente en la red.

Tener los datos almacenados y administrados en una ubicacin central ofrece varias
ventajas:

Cada elemento de datos se almacena en una ubicacin central donde todos los
usuarios puedan trabajar con l.
Copias separadas del elemento no se almacenan en cada cliente, lo que elimina
los problemas de los usuarios que tienen que asegurarse de que estn trabajando
con la misma informacin.

Las reglas de negocio y la seguridad pueden definirse una vez en el servidor y se

hacen cumplir por igual entre todos los usuarios.
Esto se puede hacer en una base de datos a travs del uso de restricciones,
procedimientos almacenados y disparadores. Tambin se puede hacer en una
aplicacin de servidor.

Un servidor de base de datos relacional optimiza el trfico de la red al devolver

slo los datos que necesita la aplicacin.
Por ejemplo, si una aplicacin que trabaja con un servidor de archivos tiene que
mostrar una lista de los nombres de los representantes de ventas en Oregon, debe
recuperar todo el archivo de los empleados. Si la aplicacin est funcionando
con un servidor de base de datos relacional, enva el siguiente comando:
SELECT nombre, apellidos
DESDE empleados
DONDE emp_title = 'Sales Representative'
Y emp_state = 'OR'

La base de datos relacional devuelve slo los nombres de los representantes de

ventas en Oregon, no a toda la informacin acerca de todos los empleados.

Los costos de hardware pueden ser minimizados.

Dado que los datos no se almacenan en cada cliente, los clientes no tienen que
dedicar espacio en disco para almacenar datos. Los clientes tampoco necesitan la
capacidad de procesamiento para gestionar los datos a nivel local, y el servidor
no tiene que dedicar capacidad de procesamiento de la visualizacin de datos.
El servidor puede ser configurado para optimizar el disco de E / S capacidades
necesarias para recuperar los datos, y los clientes puede ser configurado para
optimizar el formato y la visualizacin de los datos recuperados desde el
servidor.
El servidor puede ser almacenado en un lugar relativamente seguro y equipado
con dispositivos tales como una fuente de alimentacin ininterrumpida (UPS)
ms econmica que la proteccin completamente cada cliente.

Las tareas de mantenimiento, tales como copias de seguridad y restauracin de

datos se simplifica, ya que pueden centrarse en el servidor central.

En los sistemas cliente / servidor grandes, miles de usuarios se pueden conectar a una
instalacin de SQL Server al mismo tiempo. SQL Server tiene la plena proteccin de

estos entornos, con las salvaguardias que impiden problemas como tener varios usuarios
intentan actualizar la misma pieza de datos al mismo tiempo. SQL Server tambin
asigna los recursos disponibles con eficacia, como la memoria, ancho de banda de red y
disco de E / S, entre los mltiples usuarios.
Aplicaciones de SQL Server se pueden ejecutar en el mismo equipo que SQL Server. La
aplicacin se conecta a SQL Server mediante comunicacin los componentes de
Windows entre procesos (IPC), como la memoria compartida, en lugar de una red. Esto
permite que SQL Server para utilizar en sistemas pequeos que una aplicacin necesita
para almacenar sus datos localmente.

Sistemas de bases de datos de escritorio

Mientras que SQL Server funciona efectivamente como un servidor, sino que tambin
se puede utilizar en aplicaciones que necesitan bases de datos independientes
almacenados localmente en el cliente. SQL Server puede configurarse dinmicamente
para funcionar eficientemente con los recursos disponibles en un cliente, sin la
necesidad de dedicar un administrador de base de datos para cada cliente. Los
proveedores de aplicaciones tambin se pueden incrustar SQL Server como el
componente de almacenamiento de datos de sus aplicaciones.

Cuando los clientes utilizan las bases de datos locales de SQL Server, una copia del
motor de base de datos SQL Server se ejecuta en el cliente y gestiona todas las bases de
datos de SQL Server en el cliente. Las aplicaciones se conectan al motor de base de
datos de la misma forma en que se conectan a travs de la red a un motor de base de
datos que se ejecuta en un servidor remoto.

Inicios de sesin
En la mayora de los casos, usted tiene que dar una aplicacin de slo dos piezas de
informacin para conectarse a una instalacin de Microsoft SQL Server:

El nombre de red del servidor que ejecuta SQL Server

Su ID de inicio de sesin

ID de inicio de sesin son los identificadores de la cuenta que controlan el acceso a

cualquier sistema de SQL Server. SQL Server no se completar la conexin a menos
que haya comprobado por primera vez que el ID de inicio de sesin que ha especificado
no es vlido. Esta verificacin del inicio de sesin se denomina autenticacin.
Hay dos tipos de autenticacin de SQL Server, cada uno de los cuales tiene una clase
diferente de ID de inicio de sesin:

Autenticacin de SQL Server

Un miembro de la funcin fija de servidor sysadmin especifica primero a todas
las cuentas de inicio de sesin de SQL Server y contraseas vlidos de SQL
Server. Estos no estn relacionados con su cuenta de Microsoft Windows o la
cuenta de la red. Debe proporcionar tanto el inicio de sesin de SQL Server y la
contrasea cuando se conecta a SQL Server. Se le identific en SQL Server
mediante el inicio de sesin de SQL Server.

Autenticacin de Windows NT

Un miembro de la funcin fija de servidor sysadmin de SQL Server debe

especificar primero a todas las cuentas de Microsoft Windows NT o grupos que
pueden conectarse a SQL Server SQL Server. Cuando se utiliza la autenticacin
de Windows NT, no tiene que especificar un ID de usuario o contrasea cuando
se conecta a SQL Server. Su acceso a SQL Server se controla mediante su cuenta
de Windows NT o grupo, que se autentica al iniciar sesin en el sistema
operativo Windows en el cliente. Cuando se conecta, las solicitudes de software
de cliente de SQL Server una conexin de confianza de Windows para SQL
Server. Windows NT no se abre una conexin de confianza a menos que el
cliente se ha conectado con xito utilizando una cuenta vlida de Windows NT.
Las propiedades de una conexin de confianza incluyen el grupo de Windows
NT y cuentas de usuario del cliente que abre la conexin. Debido a que es
imposible que una conexin de confianza que se completar sin Windows NT
haber autenticado primero el usuario, SQL Server no tiene que hacer nada para
autenticar sus cuentas. SQL Server obtiene la informacin de la cuenta de
usuario de las propiedades de conexin de confianza y los compara con el de
Windows NT cuentas definidas como inicios de sesin vlidos de SQL Server. Si
SQL Server encuentra una coincidencia, se acepta la conexin. Se le identific
en SQL Server por su grupo de Windows NT o una cuenta de usuario.
Cuando SQL Server se ejecuta en Windows NT, los miembros de la funcin fija de
servidor sysadmin pueden especificar uno de los dos modos de autenticacin:

Modo de autenticacin de Windows NT

Slo se permite la autenticacin de Windows NT. Los usuarios no pueden
especificar un ID de inicio de sesin del servidor SQL.

Modo mixto
Si un usuario proporciona un servidor de ID de sesin de SQL cuando se
conectan, se autentican mediante la autenticacin de SQL Server. Si no se
proporciona un ID de inicio de sesin del servidor SQL, se autentican mediante
la autenticacin de Windows NT.

Estos modos se especifican durante la instalacin o con el Administrador corporativo de

SQL Server.
El sistema operativo Windows 95/98 no admite la parte del servidor de la API de
conexin de confianza. Cuando SQL Server se ejecuta en Windows 95/98, que no
admite la autenticacin de Windows NT. Cada usuario debe proporcionar un inicio de
sesin de SQL Server al conectarse. Cuando SQL Server se ejecuta en Windows NT,
Windows 95/98 los clientes pueden conectarse a l mediante la autenticacin de
Windows NT.
Una de las propiedades de un inicio de sesin es la base de datos predeterminada.
Cuando un usuario se conecta a SQL Server, esta base de datos por defecto se convierte
en la base de datos actual para la conexin, a menos que la solicitud de conexin
especifica que otra base de datos se hizo la base de datos actual.

Principio de la pgina

Componentes de cliente
Los usuarios no tienen acceso a Microsoft SQL Server directamente, sino que utilizan
una aplicacin escrita para acceder a los datos en SQL Server. Esto puede incluir
utilidades que vienen con SQL Server, las aplicaciones de terceros que se ejecutan en
SQL Server o las aplicaciones de las instalaciones desarrolladas por los programadores
en el sitio de SQL Server. SQL Server tambin se puede acceder a travs de COM,
Microsoft ActiveX o Windows Distributed aplicaciones de Internet Architecture
(Windows DNA) componentes.
Las aplicaciones se escriben en acceso a SQL Server a travs de una interfaz de
programacin de aplicaciones de bases de datos (API). Un API de base de datos consta
de dos partes:

Las instrucciones de voz pasan a la base de datos.

El lenguaje utilizado con SQL Server es Transact-SQL. Transact-SQL admite
todas las sentencias SQL de nivel de entrada de SQL-92 y muchas caractersticas
de SQL-92 adicionales. Tambin es compatible con las extensiones ODBC a
SQL-92 y otras extensiones especficas de Transact-SQL.

Un conjunto de funciones o interfaces y los mtodos utilizados para enviar las

instrucciones del lenguaje de la base de datos y procesar los resultados devueltos
por la base de datos orientada a objetos.

Apoyo API nativa significa las llamadas a funciones API se asignan directamente a el
protocolo de red se enva al servidor. No existe una traduccin intermedia a otra API sea
necesario. SQL Server proporciona soporte nativo para dos clases principales de la base
de datos de API:

OLE DB
SQL Server incluye un proveedor OLE DB nativo. El proveedor admite las
aplicaciones escritas usando OLE DB u otra API que utilizan OLE DB, como
ActiveX Data Objects (ADO). A travs del proveedor nativo, SQL Server
tambin soporta objetos o componentes que utilizan OLE DB, como ActiveX,
ADO o aplicaciones Windows DNA.

ODBC
SQL Server incluye un controlador ODBC nativo. El controlador es compatible
con las aplicaciones o componentes escritos utilizando ODBC u otra API que
utilizan ODBC, como DAO, RDO, y Microsoft Foundation Classes (MFC)
clases de base de datos.

Un ejemplo de la ayuda no nativa para un API sera una base de datos que no tiene un
proveedor de OLE DB, pero no tener un controlador ODBC. Una aplicacin OLE DB
puede utilizar el proveedor OLE DB para ODBC para conectarse a la base de datos a

travs de un controlador ODBC. Este proveedor asigna la funcin de API OLE DB

requiere de la aplicacin de la funcin ODBC llama enva al controlador ODBC.
SQL Server tambin es compatible con:

DB-Library
DB-Library es una API especfica anterior a SQL Server. SQL Server 7.0 es
compatible con las aplicaciones de DB-Library escritas en C. Las versiones
anteriores de tambin apoy el desarrollo de aplicaciones de DB-Library escritos
utilizando Microsoft Visual Basic SQL Server. Aplicaciones de DB-Library
existentes desarrolladas con versiones anteriores de SQL Server se pueden
ejecutar en SQL Server versin 7.0, pero caractersticas introducidas en SQL
Server 7.0 no estn disponibles para aplicaciones de DB-Library.

Embedded SQL
SQL Server incluye un precompilador C de la API de SQL incorporado.
Aplicaciones de SQL incorporado utilizan la DLL DB-Library para acceder a
SQL Server.

El Proveedor de Microsoft OLE DB para SQL Server, el controlador ODBC de SQL

Server y DB-Library son cada uno implementa como un archivo DLL que se comunica
a SQL Server a travs de un componente llamado un cliente de Net-Library.

Vea tambin
En este volumen

Arquitectura de desarrollo de aplicaciones

En otros volmenes
"Visin general de Creacin de aplicaciones de SQL Server" en Creacin de
aplicaciones de Microsoft SQL Server
Principio de la pgina

Componentes de Comunicacin
Microsoft SQL Server es compatible con varios mtodos de comunicacin entre las
aplicaciones cliente y el servidor. Cuando la aplicacin est en el mismo equipo que
SQL Server, Windows la comunicacin entre procesos (IPC) de componentes, tales
como canalizaciones con nombre locales o memoria compartida, se utilizan. Cuando la
aplicacin est en un cliente independiente, un CIP de red se utiliza para comunicarse
con SQL Server.
El IPC tiene dos componentes:

Interfaz de programacin de aplicaciones (API)

El API es una definicin del conjunto de las funciones llamadas por cualquier
software de intentar utilizar el IPC.

Protocolo
El protocolo define el formato de la informacin que se enva entre dos
componentes que se comunican a travs del IPC. En el caso de un CIP de red, el
protocolo define el formato de los paquetes enviados entre dos ordenadores que
utilizan el IPC.

Algunas API de red se puede utilizar en mltiples protocolos. Por ejemplo, la API de
canalizaciones con nombre y la API RPC Microsoft Win32 se puede utilizar tanto con
varios protocolos. Otras API de red, tales como la API de sockets TCP / IP, se puede
utilizar con un solo protocolo.
Los siguientes componentes de gestionar la comunicacin entre SQL Server y sus
clientes en esta secuencia:
1. La aplicacin cliente llama a la OLE DB, ODBC, DB-Library o Embedded SQL
API. Esto hace que el proveedor OLE DB, el controlador ODBC o DLL DBLibrary que se utilizar para las comunicaciones de SQL Server.
2. El proveedor OLE DB, el controlador ODBC o DB-Library DLL llama a un
cliente de Net-Library. El cliente de Net-Library llama a una API IPC.
3. El cliente llama a la API de IPC se transmiten a un servidor de biblioteca de red
por el IPC subyacente. Si se trata de un local de CIP, las llamadas se transmiten
utilizando un IPC operativo Windows, tales como la memoria compartida o
canalizaciones con nombre locales. Si se trata de un CIP de la red, la pila de

protocolo de red en el cliente utiliza la red para comunicarse con la pila de

protocolo de red en el servidor.
4. El servidor de biblioteca de red pasa a las solicitudes que llegan desde el cliente
a SQL Server.
Respuestas de SQL Server para el cliente siguen el orden inverso.
Este es un ejemplo de la ruta de comunicacin cuando la aplicacin SQL Server se
ejecuta en un equipo independiente de la instalacin de SQL Server. Mientras que la
ilustracin muestra el proveedor OLE DB para SQL Server, SQL Server controlador
ODBC y DB-Library DLL utilizando bibliotecas de red especficos, no hay nada que
limite estos componentes a estas bibliotecas de red. El proveedor, el controlador y DBLibrary pueden utilizar cada una de las SQL Server bibliotecas de red.

Esta es una ilustracin de la ruta de comunicacin cuando la aplicacin SQL Server se

ejecuta en el mismo Microsoft Windows 95/98 equipo que SQL Server.

Si SQL Server se ejecuta en un equipo con Microsoft Windows NT, las canalizaciones
con nombre de biblioteca de red se utiliza para las comunicaciones locales. Para las
conexiones locales con ninguna tarjeta de red, Windows NT utiliza el subsistema de
archivos para implementar una conexin de canalizacin con nombre.
Hay un par emparejado de cliente y servidor de bibliotecas de red para cada API IPC
admitido por SQL Server.
Protocolos de apoyo
a la API IPC
Memoria de copia de
Compartido
memoria (slo
Memoria
conexiones locales)
Sistema de archivos
(local)
RPC de
Multiprotocolo
Dbmsrpcn.dll
Ssmsrp70.dll
TCP / IP
Windows
NetBEUI
NWLink
Sistema de
Ventanas
Ssnmpn70.dll archivos (local)
Canalizaciones con
Canalizaciones
Dbnmpntw.dll (Slo Windows TCP / IP
nombre
con nombre
NT)
NetBEUI
NWLink
Sockets TCP / IP Windows Sockets Dbmssocn.dll Ssmsso70.dll TCP / IP
Netware IPX /
Novell IPX / SPX
Dbmsspxn.dll Ssmssp70.dll NWLink
SPX
Net-Library

API IPC
utiliza
Win32
Memoria
compartida

Win32 cliente
Net-Library
DBmsshrn.dll
(Slo para
Windows 95/98)

Biblioteca de
red del servidor
Ssmssh70.dll
(Slo para
Windows 95/98)

AppleTalk
Banyan VINES

Dbmsadsn.dll Ssmsad70.dll
AppleTalk ADSP (Slo Windows (Slo Windows AppleTalk
NT)
NT)
Ssmsvi70.dll
Banyan VINES
Dbmsvinn.dll (Slo Windows Banyan VINES
SPP
NT)

SQL Server en Windows 95/98 no admite el servidor Canalizaciones con nombre y

Banyan Vines bibliotecas de red porque el sistema operativo no admite la parte del
servidor de la API de protocolo. SQL Server no apoyar la parte del cliente de estas
bibliotecas de red en Windows 95/98, por lo que 95/98 clientes de Windows pueden
utilizar para conectarse a instalaciones de SQL Server en Windows NT.
La memoria compartida biblioteca de red no funciona en equipos con Windows NT y de
la biblioteca de red AppleTalk no se ejecuta en Windows 95/98.
Algunas de las bibliotecas de red soportan solo un tipo de pila de protocolos. Por
ejemplo, el protocolo TCP / IP Sockets biblioteca de red requiere una pila de protocolos
TCP / IP y el SPX biblioteca de red requiere una pila de protocolo IPX / SPX. Las
canalizaciones con nombre y Multiprotocolo bibliotecas de red soportan varias pilas de
protocolos.
Las bibliotecas de red del servidor de Microsoft SQL se han probado intensamente con
las pilas de protocolos de Microsoft y son compatibles con estas pilas. Las pilas de
protocolos de otros fabricantes deben trabajar, siempre y cuando las pilas son totalmente
compatibles con las API utilizadas por la bibliotecas de red de Microsoft SQL Server.
Cuando se usan las canalizaciones con nombre o Multiprotocolo bibliotecas de red para
conectar un cliente a un servidor en el mismo equipo, y el equipo no tiene una pila de
protocolos, las API IPC se implementa el sistema de archivos.
SQL Server se puede escuchar en cualquier combinacin de los servidores bibliotecas
de red al mismo tiempo. Estos se instalan en la parte del servidor de instalacin de SQL
Server y la persona que ejecuta el programa de instalacin puede elegir qu
combinacin de bibliotecas de red instalada. Estas son las predeterminadas del servidor
de red de Bibliotecas instalados por la instalacin de SQL Server.
Windows NT
Windows 95/98
Sockets TCP / IP
Sockets TCP / IP
Multiprotocolo
Multiprotocolo
Canalizaciones con nombre Memoria compartida
Cada SQL Server escucha automticamente en todos los servidores bibliotecas de red
instalados en el servidor.
Todas las bibliotecas de red de cliente se instalan con la parte de las utilidades del
programa de instalacin. En el cliente, se define lo que las bibliotecas de red se utilizan
para conectarse a determinados servidores mediante la herramienta de red de cliente de
SQL Server. Usted puede:

Especifique la biblioteca de red predeterminada utilizada para todas las

conexiones excepto los que utilizan un alias de servidor.
Definir alias de servidor que permiten el uso de bibliotecas de red especficos y
los parmetros de conexin al conectarse a servidores que no soportan los
valores predeterminados.

Para un cliente para conectarse a un servidor que ejecuta SQL Server, el cliente debe
utilizar un cliente de biblioteca de red que coincide con uno de los servidores bibliotecas
de red del servidor est escuchando. Adems, tanto el cliente como el servidor deben
ejecutar una pila de protocolos de apoyo de la API de red llamado por la biblioteca de
red que se utiliza para la conexin. Por ejemplo, si el cliente intenta usar el cliente de
biblioteca de red multiprotocolo, y el servidor est a la escucha en el servidor de
biblioteca de red multiprotocolo, pero el servidor se ejecuta con el protocolo TCP / IP,
mientras que el equipo cliente ejecuta slo con el protocolo IPX / pila de protocolos
SPX, el cliente no puede conectar con el servidor. Tanto el cliente como el servidor
deben utilizar la misma biblioteca de red y ejecutar la misma pila de protocolos.
Cada instalacin de cliente de SQL Server instala todas las bibliotecas de red de cliente.
Configuracin fija canalizaciones con nombre como el cliente predeterminado
biblioteca de red en Windows NT y Windows 95/98. Debido a servidores SQL Server
que se ejecutan en Windows NT escuchan las canalizaciones con nombre de biblioteca
de red de forma predeterminada, todos los clientes pueden utilizar la configuracin
predeterminada para conectarse a cualquier instalacin de Windows NT Server SQL que
se ejecuta con la configuracin predeterminada. El servidor Named Pipes Net-Library
no es compatible con instalaciones de SQL Server que se ejecutan en Windows 95/98.
Cualquier cliente que necesitan para conectarse a un servidor que se ejecuta en
Windows 95/98 debe utilizar la herramienta de red de cliente de SQL o bien cambiar la
biblioteca de red predeterminada o definir alias de servidor especificando una biblioteca
de red en el que escucha el servidor de Windows 95.
Cuando se ejecuta una aplicacin en el mismo equipo que SQL Server, puede utilizar
estos nombres para hacer referencia a la instalacin de SQL Server.
Windows NT
Windows 95/98
Nombre de equipo Nombre de equipo
(Local) *
(Local)
*.
* Donde "(local)" es la palabra local en parntesis y "." es un punto, o un punto.
Usando el nombre del equipo se recomienda. Estas conexiones se pueden hacer con las
canalizaciones con nombre de biblioteca de red que pasa por el sistema de archivos de
Windows NT y la memoria compartida biblioteca de red en Windows 95/98. DBLibrary no admite el uso (local).
SQL Server utiliza un protocolo de nivel de aplicacin llamada secuencia de datos
tabular (TDS) para la comunicacin entre las aplicaciones cliente y SQL Server. Los
paquetes TDS se encapsulan en los paquetes construidos para la pila de protocolos
utilizados por las bibliotecas de red. Por ejemplo, si est utilizando la biblioteca de red

TCP / IP Sockets, entonces los paquetes TDS se encapsulan en los paquetes del
protocolo subyacente TCP / IP.
Puede configurar el tamao del paquete de SQL Server, que es el tamao de los
paquetes TDS. El tamao de los paquetes TDS por defecto es 4 KB en la mayora de los
clientes (aplicaciones de DB-Library defecto 512 bytes), que las pruebas han
demostrado que el tamao de los paquetes TDS ptima en casi todos los escenarios. El
tamao de los paquetes TDS puede ser ms grande que el tamao de los paquetes en el
protocolo subyacente. Si este es el caso, la pila de protocolo del equipo remitente
desmonta los paquetes TDS automticamente en las unidades que se ajusten a los
paquetes de protocolo, y la pila de protocolos en el equipo cliente reensambla los
paquetes TDS en el equipo receptor.
Vea tambin
En otros volmenes
"Administrar servidores" en compaero de SQL Server Administrador de Microsoft
"Gestin de Clientes" en el Acompaante de SQL Server Administrador de Microsoft
Principio de la pgina

Componentes de servidores
Adems de los servidores bibliotecas de red, hay varios componentes principales del
servidor (servicios) a Microsoft SQL Server:

Servicios abiertos de datos

SQL Server (servicio MSSQLServer)

Agente SQL Server (servicio SQLServerAgent)

Servicio Microsoft Search

Coordinador de transacciones distribuidas de Microsoft (MS DTC servicio)

Cuando SQL Server se ejecuta en Microsoft Windows NT, SQL Server, Agente SQL
Server y MS DTC se implementan como servicios de Windows NT. En Microsoft
Windows 95/98, los componentes de servidor no se implementan como servicios porque
el sistema operativo no admite los servicios. El servicio de bsqueda de Microsoft slo
est disponible en Windows NT Server o Windows NT Enterprise Edition, no en
Windows NT Workstation o Windows 95/98.
Los componentes del servidor se pueden detener e iniciar varias maneras:

Windows NT puede iniciar cada servicio de forma automtica cuando el sistema

operativo se est iniciando.
Utilice el Administrador de control de servicios de SQL Server para iniciar o
detener el servicio.

Utilice el Administrador corporativo de SQL Server para iniciar o detener el

servicio.

En Windows NT, utilice el comando stop comandos rpidos netos net start y
para detener o iniciar cada servicio.

Servicios abiertos de datos no se inicia o se detiene por s mismo, sino que se inicia o se
detiene cuando SQL Server se detiene o comienza.
Arquitectura de servicios abiertos de datos
Servicios abiertos de datos es una interfaz entre el servidor de bibliotecas de red y
aplicaciones basadas en servidor. Esto le permite desarrollar:

Procedimientos almacenados extendidos que extienden el poder de TransactSQL y Microsoft SQL Server.
Una aplicacin de servidor que acepta y procesa las sentencias de Transact-SQL
enviadas a ella desde las aplicaciones cliente (SQL Server es un ejemplo de una
aplicacin de Servicios abiertos de datos).

Servicios abiertos de datos tiene una API que consiste en las llamadas a funciones y
macros utilizadas para desarrollar servicios de datos de aplicaciones de servidor abiertos
utilizando C o C + +.
Servicios abiertos de datos se ejecuta en el servidor. Los servidores bibliotecas de red
reciben paquetes TDS cliente y pasarlos a Open Data Services. Servicios abiertos de
datos transforma los paquetes TDS en los acontecimientos que le pasa a las aplicaciones
de servidor a travs de funciones de la API de devolucin de llamada. La aplicacin
servidor utiliza otro conjunto de funciones de la API de servicios de datos abiertos para
enviar respuestas de nuevo a los clientes de SQL Server. SQL Server se ejecuta como
una aplicacin de Servicios abiertos de datos. Servicios abiertos de datos se inicia
automticamente cuando se inicia SQL Server.
El principal tipo de aplicaciones de Servicios abiertos de datos sigue siendo escrita por
los clientes son procedimientos almacenados extendidos. Esta caracterstica de SQL
Server le permite implementar funciones de C + + o C que se puede llamar directamente
desde las instrucciones Transact-SQL. Los procedimientos almacenados extendidos
pueden abrir una conexin con la instalacin de SQL Server que los llam, o conectarse
a instalaciones remotas de SQL Server. Los procedimientos almacenados extendidos
pueden incluir la mayora de las caractersticas de Microsoft Win32 y aplicaciones
COM, y extender la funcionalidad de Transact-SQL.

En el pasado, los Servicios abiertos de datos tambin se utiliza para escribir aplicaciones
de servidor, tales como pasarelas, a otros sistemas de bases de datos. Estos tipos de
aplicaciones en gran medida han sido reemplazados por nuevas tecnologas tales como:

Base de datos API que soporta mltiples bases de datos diferentes y otras fuentes
de datos, como OLE DB y ODBC.
Las aplicaciones escritas para el OLE DB u ODBC API tienen poca necesidad
de una puerta de entrada para acceder a diferentes bases de datos.

El soporte de SQL Server versin 7.0 introduce las consultas distribuidas

heterogneas, que permiten consultas Transact-SQL para extraer datos de
cualquier origen de datos OLE DB sin necesidad de aplicaciones de servidores
especializados.
MS DTC, que permite transacciones distribuidas para abarcar varias bases de
datos.
Servicios de componentes de Windows NT, para el funcionamiento de la lgica
de aplicacin midtier.

Vea tambin
En otros volmenes
"Programacin de Servicios abiertos de datos" en los libros en pantalla
Servicio MSSQLServer
Microsoft SQL Server se ejecuta como un servicio llamado MSSQLServer en Microsoft
Windows NT. No se ejecuta como un servicio en Microsoft Windows 95/98, porque el
sistema operativo no admite servicios. SQL Server tambin puede funcionar como un
archivo ejecutable en Windows NT, aunque por lo general se ejecuta como un servicio.

SQL Server administra todos los archivos que componen las bases de datos en el
servidor. Es el componente que procesa todas las instrucciones Transact-SQL enviadas
desde aplicaciones cliente de SQL Server. SQL Server tambin puede ejecutar
procedimientos almacenados en otros servidores remotos y apoyos distribuidos
consultas que recuperan datos de mltiples fuentes, no slo de SQL Server.
SQL Server asigna recursos de la computadora con eficacia entre varios usuarios al
mismo tiempo. Tambin hace cumplir las reglas de negocio definidas en procedimientos
almacenados y disparadores, asegura la consistencia de los datos, y evita problemas
lgicos como haber dos personas tratando de actualizar los mismos datos al mismo
tiempo.
Servicio SQLServerAgent
Agente SQL Server es compatible con las caractersticas que permiten la programacin
de actividades peridicas en Microsoft SQL Server, o la notificacin a los
administradores de sistemas de los problemas que se han producido con el servidor. Los
componentes del Agente SQL Server que implementan esta funcin son:

Jobs
Objetos definidos que consisten en una o ms etapas que se deben realizar. Los
pasos son instrucciones Transact-SQL que se pueden ejecutar. Los trabajos
pueden realizarse, por ejemplo, para ejecutar en determinados momentos o
intervalos que se repiten.

Alertas
Las acciones que se deben tomar cuando ocurren eventos especficos, como un
error concreto, los errores de ciertos niveles de gravedad, o una base de datos
alcanza un lmite definido de espacio libre disponible. La alerta se puede definir
a tomar acciones como el envo de un correo electrnico, buscapersonas un
operador, o ejecutar un trabajo para abordar el problema.

Operadores
Las personas identificadas a travs de su cuenta de la red o de correo electrnico
de identificacin que pueda solucionar los problemas con el servidor. Ellos
pueden ser el blanco de alertas, ya sea a travs de correo electrnico, un
buscapersonas o un comando net send red.

Estos son los principales componentes utilizados en la definicin y operacin de

trabajos, alertas y operadores.

Las definiciones se almacenan en SQL Server en la base de datos del sistema

msdb.
Cuando se inicia el servicio SQLServerAgent, consulta las tablas del sistema en
la base de datos msdb para determinar qu puestos de trabajo y alertas para
activar.

Agente SQL Server ejecuta trabajos en el tiempo programado.

SQL Server pasa los eventos que se producen en el Agente SQL Server.

Agente SQL Server ejecuta cualquier alerta o enva peticiones de SQL Mail para
SQL Server, o enva neta enviar comandos a Windows.

SQL Server versin 7.0 es ms alto grado de automatizacin que las versiones
anteriores de SQL Server, y hace un mejor trabajo de configurar automticamente para
satisfacer las demandas de procesamiento. Estas caractersticas reducen el potencial de
condiciones de excepcin que activaran las alertas. Trabajos programados siguen
siendo una buena caracterstica para la aplicacin de las tareas repetitivas, como los
procedimientos de copia de seguridad.
Vea tambin
En otros volmenes
"Automatizacin de tareas administrativas" en el Companion de Microsoft SQL Server
Database Developer
Microsoft Search Service

El servicio Microsoft Search es una indexacin de texto completo y motor de bsqueda.

Las versiones anteriores de Microsoft SQL Server admite slo funciones bsicas de
bsqueda de caracteres:

Para un valor de carcter igual a, menor que, o mayor que una constante de
caracteres.
Para un valor de carcter que contiene un patrn de encordado.

Estas bsquedas pueden llevarse a cabo slo en contra de carbn y las columnas
varchar en una base de datos, aunque la funcin PATINDEX podra ser utilizado para
encontrar la ubicacin de una cadena en una columna que tiene un tipo de datos de
texto.
Utilizando el servicio de bsqueda de Microsoft permite a SQL Server versin 7.0 para
apoyar bsquedas ms precisas sobre columnas de cadenas de caracteres.
El servicio Microsoft Search tiene dos funciones:

Soporte de indexacin
Implementa los catlogos de texto completo y los ndices definidos para una
base de datos. Acepta la definicin de los catlogos de texto completo y las
tablas y columnas que componen los ndices en cada catlogo. Implementa las
peticiones para rellenar los ndices de texto completo.

Consulta de apoyo
Procesa las consultas de bsqueda de texto completo. Determina que las entradas
en el ndice cumplen los criterios de seleccin de texto completo. Para cada
entrada que satisfaga los criterios de seleccin, devuelve la identidad de la fila
ms un valor de clasificacin para el servicio MSSQLServer, donde se utiliza
esta informacin para construir el conjunto de resultados de consulta. Los tipos
de consultas compatibles incluyen la bsqueda de:
o
o

Las palabras o frases.

Las palabras en las proximidades de uno al otro.

Formas con inflexin de verbos y sustantivos.

El motor de texto completo se ejecuta como un servicio llamado Microsoft Search en

Microsoft Windows NT. Se instala cuando se selecciona la funcin de bsqueda de texto
durante la instalacin personalizada. El propio servicio de bsqueda de Microsoft no
est instalado en Microsoft Windows 95/98 o Windows NT Workstation, aunque
Windows 95/98 clientes y los clientes de Windows NT Workstation pueden hacer uso
del servicio cuando se conecta a una instalacin de SQL Server que se ejecuta en
Windows NT Server.
El servicio de bsqueda de Microsoft se ejecuta en el contexto de la cuenta del sistema
local. Durante la instalacin, SQL Server agrega como un administrador del servicio de

bsqueda de Microsoft. Para asegurarse de que esta relacin se mantiene correctamente,

todos los cambios en la informacin de la cuenta de servicio MSSQLServer se debe
hacer mediante la ficha Propiedades del cuadro de dilogo Propiedades de SQL
Server en el Administrador corporativo de SQL Server.
Los catlogos e ndices de texto completo no se almacenan en una base de datos SQL
Server. Se almacenan en archivos separados gestionados por el servicio de bsqueda de
Microsoft. Los archivos de catlogo de texto completo slo se puede acceder al servicio
de bsqueda de Microsoft y el administrador del sistema de Windows NT.

Vea tambin
En este volumen
Arquitectura consulta de texto completo
Catlogos de texto e ndices
MS DTC Servicio
El Coordinador de transacciones distribuidas de Microsoft (MS DTC) es un gestor de
transacciones que permite a las aplicaciones cliente incluyen varias fuentes diferentes de
datos en una sola transaccin. Coordina MS DTC confirmar la transaccin distribuida
en todos los servidores de alta en la transaccin.
Una instalacin de Microsoft SQL Server puede participar en una transaccin
distribuida a travs de:

Llamada a procedimientos almacenados en servidores remotos que ejecutan

SQL Server.
Automticamente o explcitamente la promocin de la transaccin local a una
transaccin distribuida y conseguir servidores remotos en la transaccin.

Realizacin de actualizaciones distribuidas que actualizar datos en mltiples

fuentes de datos OLE DB.
Si estas fuentes de datos OLE DB admiten la interfaz de transacciones
distribuidas de OLE DB, SQL Server tambin se puede dar de alta en la
transaccin distribuida.

Coordina el servicio MS DTC el buen fin de la transaccin distribuida para asegurar que
sea todas las actualizaciones en todos los servidores se hacen permanentes, o, en el caso
de errores, los borra.

Aplicaciones de SQL Server tambin pueden llamar a MS DTC directamente a

comenzar una transaccin distribuida explcita. Uno o ms servidores que ejecutan SQL
Server pueden ser instruidos para dar de alta en la transaccin distribuida y coordinar el
buen fin de la operacin con MS DTC.

Vea tambin
En otros volmenes

Windows Server: Cmo configurar alias de cliente de SQL Server Usar

cliconfg
En algunas granjas de varios niveles de SharePoint Server, tiene sentido implementar
los nombres del cliente de SQL Server en los servidores web y de aplicaciones para
abstraer la conexin de SharePoint Server utiliza para conectarse a su servidor de base
de datos. Uso de alias de cliente de SQL Server hace que sea fcil sealar SharePoint en
un servidor de base de datos diferente, si surge una necesidad, ya que se puede hacer a
travs de la modificacin de la configuracin de alias (por ejemplo, redirigir a un
servidor de base de datos standby, en lnea y listo para funcionar, servidor de reserva
tener un nombre de servidor distinto al, servidor de produccin base de datos original).
Consideraciones para la configuracin de alias de cliente de SQL Server se deben hacer
antes de instalar SharePoint Server. Al decidir si aplicar o no los nombres de cliente de
SQL Server, es posible pensar en estos artculos:
El hecho de que usted puede no significa que usted debe - qu necesidad est
impulsando esta configuracin?
Aplicar el "para qu" de prueba - Cules son los riesgos de hacer frente a no
hacer?

En tercer lugar, probablemente tiene sentido que las convenciones de nombres

de servidor en su lugar antes de ir y cosas abstractas, aadiendo una capa ms de
los nombres - le alias confundir a nadie?

1. Inicio> Ejecutar> Escriba "cliconfg"> Enter. Esto nos lleva a la herramienta de red de
cliente de SQL Server.
2. En la ficha General, active el protocolo "TCP / IP".

3. En la ficha Alias, agregue la configuracin de alias de servidor.

4. Mantenga los valores predeterminados en la ficha Opciones de DB-Library.

5. Revise la informacin de la Red de Bibliotecas de la ficha Red de Bibliotecas. Haga

clic en Aplicar y Aceptar.

6. En este punto, el alias se ha creado y la instalacin de SharePoint pueden proceder.

Publicado por Nicholas Bisciotti en 15:52
Etiquetas: instalacin , SQL Server , Windows Server , Windows Server 2008 R2