El objetivo de esta investigación, es estudiar en forma concreta una aplicación diseñada especialmente para operar dentro del ambiente de las redes de computadoras, tal como lo es Microsoft SQL Server 7.0; con el fin de poder conocer su arquitectura, las plataformas en las cuales es capáz de operar,sus metodos de instalación, los procedimientos necesarios para trabajar en él y los elementos por los cuales se encuentra constituída dicha aplicación.

SQL Server es un sistema administrador para Bases de Datos relacionales basadas en la arquitectura Cliente / Servidor (RDBMS) que usa Transact-SQL para mandar peticiones entre un cliente y el SQL Server.

SQL Server usa la arquitectura Cliente / Servidor para separar la carga de trabajo en tareas que corran en computadoras tipo Servidor y tareas que corran en computadoras tipo Cliente:

• El Cliente es responsable de la parte lógica y de presentar la información al usuario. Generalmente, el cliente corre en una o más computadoras Cliente, aunque también puede correr en una computadora Servidor con SQL Server.

• SQL Server administra Bases de Datos y distribuye los recursos disponibles del servidor (tales como memoria, operaciones de disco, etc) entre las múltiples peticiones.

La arquitectura Cliente /Servidor permite desarrollar aplicaciones para realizar en una variedad de ambientes.

El RDBMS es responsable de:

• Mantener las relaciones entre la información y la Base de Datos.
• Asegurarse de que la información es almacenada correctamente, es decir, que las reglas que definen las relaciones ente los datos no sean violadas.
• Recuperar toda la información en un punto conocido en caso de que el sistema falle.

Éste es una versión de SQL (Structured Query Languaje) usado como lenguaje de programación para SQL Server. SQL es un conjunto de comandos que permite especificar la información que se desea restaurar o modificar. Con Transact – SQL se puede tener acceso a la información, realizar búsquedas, actualizar y administrar sistemas de Bases de Datos Relacionales.

Los componentes Cliente y Servidor de SQL Server corren en los Sistemas Operativos mostrados en la siguiente tabla:

SQL se encuentra totalmente integrado con Windows NT y toma ventaja de muchas de sus características:

SQL Server está integrado con el sistema de seguridad de Windows NT. Esta integración permite accesar tanto a Windows NT como a SQL Server con el mismo user name y password. Además SQL Server una las características de encriptación que Windows NT para la seguridad en red. SQL Server está provisto de su propia seguridad para clientes no-Microsoft.

SQL Server soporta las capacidades de multiprocesamiento simétrico (SMP) de Windows NT. SQL Server automáticamente toma ventaja de cualquier procesador adicional que sea agregado al Servidor.

SQL Server corre como un servicio dentro de Windows NT, permitiendo operarlo remotamente.

Es un componente de Windows NT Enterprise Edition. Soporta la conexión de dos servidores, o nudos, en un cluster para aumentar las habilidades y tener un mejor manejo de la información y las aplicaciones. SQL Server trabaja en conjunto con el Cluster Server para intercambiar papeles automáticamente en caso de que el nodo primario falle.

SQL Server es capaz de funcionar con los productos Microsoft Back Office. Back Office es un grupo de aplicaciones para servidor que trabajan juntos para ayudar a construir business-solutions.

La siguiente tabla describe algunas aplicaciones de Back Office que trabajan con SQL Server:

Los servicios de SQL Server incluyen MSSQLServer, SQLServerAgent, Microsoft Distributed Transaction Coordinator (MSDTC), y Microsft Search. Aunque estos servicios de SQL generalmente corren en Windows NT, también pueden correr como aplicaciones.

Este servicio es el motor de la Base de Datos. Este es el componente que procesa todas las declaraciones de Transact-SQL y administra todos los archivos que definen a la Base de Datos dentro del Servidor. Sus características son:

• Asignar los recursos de la computadora a múltiples usuarios simultáneos.
• Previene problemas lógicos, tales como sincronización de peticiones de usuarios que desean actualizar la misma información al mismo tiempo.
• Garantiza la integridad y consistencia de datos.

Este es un servicio que trabaja conjuntamente con SQL Server para crear y administrar tareas locales o externas; letras y operadores.

MSDTC permite a los clientes incluir muchos tipo de datos en una transacción. Coordina la correcta realización de las transacciones distribuidas para asegurar que todas las actualizaciones en todos los servidores son permanentes; o en caso de errores, que las modificaciones son canceladas.

Este servicio es un motor de full-text que corre como un servicio de Windows NT. El soporte Full Text involucra la habilidad de emitir queries hacia los datos y la creación y mantenimiento de índices que facilitan dichos queries.

SQL Server incluye una variedad de software para administrar y mantener al servidor, encontrando ayuda acerca de temas específicos, diseñando y creando Bases de Datos y buscando información.

SQL Server está provisto de un cliente administrativo, que es el SQL Server Enterprise Manager, el cual es una Consola de Administración de Microsoft (MMC) de tipo Snap-in. MMC es una interfase de usuario compartida para administración de servidor usada por Back Office. Esta consola compartida, provee un ambiente consistente para administración de herramientas.

Sql Server provee un número de herramientas administrativas y asistentes que atienden aspectos particulares de SQL Server. La siguiente tabla describe las herramientas y asistentes de SQL Server:

SQL Server usa una arquitectura de comunicación por capas para aislar aplicaciones internas de red y protocolos. Esta arquitectura permite desplegar la misma aplicación en diferentes ambientes de red. Los componentes en la arquitectura de comunicación incluyen:

• APLICACIÓN: Una aplicación es desarrollada usando una aplicación de interfaz de programación para Base de Datos (API). La aplicación no tiene conocimiento de los protocolos internos de red usados para la comunicación con SQL Server.
• INTERFAZ DE LA BASE DE DATOS: Esta es una interfaz usada por una aplicación para mandar peticiones a SQL Server y procesar los resultados devueltos por SQL Server.
• LIBRERÍA DE RED: Este es un componente de Software de comunicación que empaqueta las peticiones de la Base de Datos y los resultados para transmitirlos por medio del protocolo de red apropiado. Una librería de Red, también conocida como Net-Library, debe ser instalada tanto en el cliente como en el servidor. Tanto Clientes como Servidores pueden usar más de una Net-Library al mismo tiempo, pero deben usar una Librería de Red común para comunicarse satisfactoriamente. SQL Server soporta protocolos de red tales como TCP/IP, Novell, IPX/SPX, Banyan VINES/IP, Named Pipes,y Apple Talk ADSP.
• TABULAR DATA STREAM: (TDS) Es un protocolo por niveles de aplicación usado para la comunicación entre un Cliente y SQL Server. Los paquetes TDS son encapsulados en los paquetes de red hechos por la protocol stak usada por las Net-Libraries.
• SERVICIOS OPEN DATA: Este es un componente de SQL Server que se encarga de las conexiones de red, pasando las peticiones del cliente al SQL Server para procesar y regresar cualquier resultado a los Clientes. Open Data escucha automáticamente en todas las Net-Libraries que están instaladas en el servidor.

Los usuarios accesan al SQL Server a través de una aplicación que está escrita con una interfaz de objetos de datos o con una API. SQL Server soporta interfaces comunes y APIs nativos de bajo nivel.

Una Base de Datos API define como escribir una aplicación para conectar una Base de Datos y pasar comandos a la Base de Datos. SQL Server provee soporte nativo para dos clases principales de Bases de Datos API, lo cual define la interfaz de objetos de datos que se puede usar. Las Bases de Datos API se usan para tener mayor control sobre el comportamiento y desarrollo de las aplicaciones.

• OLE DB: Esta es una interfaz de acceso a datos basada en el COM (Component Object Model). Soporta aplicaciones escritas usando OLE DB o Interfaces de Objetos de Datos basadas en OLE DB. Puede accesar a la información en SQL Server, otras Bases de Datos relacionales y otras fuentes de datos.
• OPEN DATABASE CONNECTIVITY: 8ODBC) Es una interfaz por capas. Accesa directamente al protocolo SQL Server TDS y soporta aplicaciones o componentes que estén escritos usando ODBC o interfaces basadas en ODBC. Puede accesar a los datos en SQL Server, y otras Bases de Datos relacionales, pero generalmente no puede ser usado para accesar otras fuentes de datos.

• ACTIVE X DATA OBJECTS: (ADO) Encapsula la OLE DB API en un modelo simplificado de objetos que reduce el desarrollo de aplicaciones y los costos de mantenimiento. ADO puede ser usado a partir de Microsoft Visual Basic, Visual Basic para Aplicaciones, Active Server Pages (ASP) y el Scripting Object Model de Microsoft Internet Explorer.
• REMOTE DATA OBJECTS: (RDO) Mapea y encapsula al ODBC API. RDO puede ser usado desde Visual Basic y Visual Basic para aplicaciones.

SQL Server provee una variedad de herramientas de administración para minimizar y automatizar las tareas administrativas rutinarias. Las declaraciones de Transact-SQL son el mecanismo interno usado para administrar SQL Server.

SQL Server puede ser administrado usando:

• Utilidades Batch incluidas en SQL Server, tales como OSQL o BCP.
• Herramientas de administración gráfica incluidas en SQL Server.
• Aplicaciones COM-compatibles: tal como Visual Basic.

(SQL-DMO) Es una colección de objetos de administración basados en COM, usados por SQL Server. SQL-DMO oculta los detalles de las operaciones Transact-SQL y es apropiado para escribir scripts de administración para SQL Server. Las herramientas de administración incluidas en SQL Server están escritas usando SQL-DMO.

Es un servicio que trabaja en conjunto con SQL Server para desempeñar las siguientes tareas administrativas:

• Administración de Alertas: Las alertas brindan información acerca del estado de un proceso, tal como cuando un trabajo está completo o cuando ocurre un error. El agente de SQL Server monitorea la aplicación de Windows NT y genera alertas.
• Notificación: El agente de SQL Server puede enviar e-mails, o iniciar otra aplicación cuando ocurre una alerta, por ejemplo, se puede programar una alerta para que ocurra cuando una Base de Datos o cuando una transacción está casi completa o cuando un respaldo de la Base de Datos ha terminado exitosamente.
• Ejecución de Tareas: El agente de SQL Server incluye un motor de creación y planeación de tareas. Las tareas pueden ser simples operaciones de un solo paso, o pueden ser tareas complejas de varios pasos que requieren planeación. También se pueden crear pasos de las tareas con Transact-SQL, leguajes script, o comandos del Sistema Operativo.
• Administración de Réplicas: La replicación es el proceso de copiar datos o transacciones de un SQL Server a otro. El agente de SQL Server es responsable de sincronizar los datos entre los servidores, monitorear los datos para buscar cambios y replicar la información en otros servidores.

SQL Server valida a los usuarios con 2 niveles de seguridad; autentificación del login y validación de permisos en la Base de Datos de cuentas de usuarios y de roles. La autentificación identifica al usuario que está usando una cuenta y verifica sólo la habilidad de conectarse con SQL Server. El usuario debe tener permiso para accesar a las Bases de Datos en el Servidor. Esto se cumple para asignar permisos específicos para la Base de Datos, para las cuentas de usuario y los roles. Los permisos controlan las actividades que el usuario tiene permitido realizar en la Base de Datos del SQL Server.

Un usuario debe tener una cuenta para conectarse al SQL Server. Este reconoce 2 mecanismos de autentificación: Autentificación de SQL Server y de Windows NT. Cada uno tiene un diferente tipo de cuenta.

• Modo de autentificación de Windows NT: Sólo está autorizada la autentificación de Windows NT. Los usuarios no pueden usar cuentas de SQL Server.
• Modo mixto: Cuando se usa este modo de autentificación, los usuarios se pueden conectar a SQL Server con la autentificación de Windows NT o con la de SQL Server.

Después de que los usuarios han sido autentificados, y se les ha permitido conectarse al SQL Server, deben tener cuentas en la Base de Datos. Las cuentas de usuario y los roles, identifican permisos para ejecutar tareas.

Las cuentas de usuario utilizadas para aplicar permisos de seguridad son las de usuarios, o grupos de Windows NT o las de SQL Server. Las cuentas de usuario son específicas para cada Base de Datos.

Permiten reunir a los usuarios en una sola unidad a la cual se le pueden aplicar permisos. SQL Server contiene roles de servidor y de Base de Datos predefinidos, para tareas administrativas comunes, de manera que pueden asignársele determinados permisos administrativos a un usuario en particular. También se pueden crear roles de Base de Datos definidos por el usuario. En SQL Server, los usuarios pueden pertenecer a varios roles:

• Roles fijos del Servidor: Proveen agrupamientos con privilegios administrativos a nivel del Servidor. Son administrados independientemente de las Bases de Datos de usuarios a nivel servidor.
• Roles fijos de la Base de Datos: Proveen agrupamientos con privilegios administrativos a nivel de Base de Datos.
• Roles de usuarios definidos en la Base de Datos: También se pueden crear roles para Base de Datos, para representar un trabajo desarrollado por un grupo de empleados dentro de una organización. No es necesario asignar y quitar permisos a cada persona. En función de que cambia un rol, se pueden cambiar fácilmente los permisos del rol y hacer que los cambios se apliquen automáticamente a todos los miembros del rol.

Dentro de cada Base de Datos, se asignan permisos a las cuentas de usuarios y a los roles para permitir o limitar ciertas acciones. SQL Server acepta comandos después de que un usuario ha accesado a la Base de datos.

SQL Server realiza los siguientes pasos cuando valida permisos:

1. Cuando el usuario realiza una acción, tal como ejecutar un comando de Transact-SQL o elegir una opción de un menú, los comandos de Transact SQL son enviadas al SQL Server.
2. Cuando SQL Server recibe un comando de Transact –SQL, checa que el usuario tenga permiso de ejecutar dicha instrucción.
3. Después, SQL realiza cualquiera de las siguientes acciones:

1. Si el usuario no tiene los permisos adecuados, SQL Server devuelve un error.
2. Si el usuario tiene los permisos adecuados, SQL Server realiza la acción.

Cada SQL Server tiene dos tipos de Bases de datos: Bases de Datos del Sistema y Bases de Datos del usuario. Las Bases de Datos del sistema almacenan información acerca de SQL Server como un total. SQL Server usa la Base de Datos del sistema para operar y administrar al sistema. Las Bases de Datos de usuarios, son Bases de Datos creadas por los usuarios. Una copia del SQL Server puede administra una o más Bases de datos de usuario.

Cuando SQL Server es instalado, el setup crea 4 bases de datos de sistema 2y 2 de usuario, de ejemplo. La Base de Datos de distribución es instalada cuando se configura SQL Server para actividades de replicación.

Una Base de Datos, es una colección de datos, tablas y otros objetos. Los objetos de la Base de Datos ayudan a estructurar los datos y definir mecanismos para la integridad de datos.

SQL Server 7.0 requiere el siguiente hardware como mínimo:

• Computadora: DEC Alpha AXP y sistemas compatibles, Intel o compatibles (Pentium 166 MHz o superior, Pentium PRO, o Pentium II).

• Unidad de Disco: Un CD-ROM, más un disco duro con al menos 80 MB de espacio libre en disco para la instalación mínima.

La siguiente tabla muestra la cantidad mínima de espacio disponible en disco que requieren las diferentes instalaciones:

El usuario puede elegir entre tres opciones de instalación: típica, mínima y personalizada. Una instalación típica instala los archivos binarios de SQL Server en el directorio Mssql7. La opción típica, instala los dispositivos de datos en el directorio Mssql\Data, y utiliza los llamados Pipes y Sockets escuchando en el puerto 1433. Para cambiar estas configuraciones, se debe seleccionar la instalación personalizada. Si la instalación de SQL Server detecta que SQL Server 6.X está instalado en la computadora, la opción de actualización se presentará en un cuadro de diálogo. La siguiente lista muestra qué componentes se instalan o no con cada opción de instalación:

• SQL Server Enterprise Manager
• SQL Server Profiler
• SQL Server Query Analyzer
• Version Upgrade Wizard
• Client Diagnostic Utilities
• SQL Server Books Online
• Replication objects
• MS DTC Client Support
• Development files
• Sample files
• Server Debug symbols

PERSONALIZADA:

Después de que los componentes ha sido seleccionados, el programa de instalación tiene información suficiente para continuar. El Setup informa al usuario que tiene suficiente información e inicia el proceso. El proceso de copiar archivos, mueve todos los archivos requeridos a la carpeta de instalación seleccionada y a los directorios de Windows. Después, el setup detiene el MSSQL y al servicio SQL Executive si se tiene una versión previa instalada.

El siguiente paso es instalar los paquetes que son requeridos por componentes de soporte adicionales. Estos consisten en: Microsoft Data Access Components, Microsoft Management Console, MSDTC, HTML Help viewer y DLT Tape driver. La selección de paquetes está basada en las selecciones del usuario para la instalación.

Después de que los valores de registro han sido modificados, el sistema es actualizado para incluir el nuevo Mssql7, y el servicio de SQL Server inicia. Cuando el servicio de SQL Server está funcionando, el Setup inicia el Cnfgsvr.exe para configurar las configuraciones iniciales de SQL Server.

Después de que todos estos pasos se han llevado a cabo, pasa lo siguiente:

• Los Windows NT Performance Monitor entries son agregados al registro.
• La replicación es instalada.
• Se crean los grupos de programas y los íconos.
• Se actualiza el archivo Setup.iss en el directorio Windows .
• Aparece un cuadro de diálogo indicando que ha terminado la instalación.

Durante la instalación, se generan los siguientes archivos de información, para ayudar a localizar cualquier problema que ocurra.

• Windows\Sqlstp.log
• C:\Mssql7\Log\Errorlog
• C:\Mssql7\Install\Cnfgsvr.out

La primera pantalla de instalación de SQL Server da la opción de realizar una instalación remota, pero los prerequisitos deben estar previamente instalados en la computadora remota.

Para iniciar una instalación automática, primero se debe generar un archivo ".iss". Se puede crear este archivo iniciando la instalación de SQL Server con la opción –r y seguir la instalación interactuando con las opciones correctas para su sistema. Una vez que la instalación ha terminado exitosamente se tendrá el archivo Instalar.iss en el directorio de Windows. Se puede copiar o mover este archivo a la ubicación que se desee. En instalaciones subsecuentes se podrá iniciar la instalación de SQL y especificar el archivo ".iss" como entrada, usando la opción de instalación –f1.

Si falló la instalación de SQL Server 7.0, hay varios archivos que pueden ayudar a determinar qué falló. El primer archivo es Sqlstp.log en el directorio de Windows. El archivo Sqlstp.log da información detallada de lo que hace la instalación. Revisando este archivo se dará una idea de lo que ocurrió durante la instalación.

Si el proceso de instalación falló en la parte de configuración, se debe revisar tanto los archivos de error en el directorio MSSQL7\Log y Cnfgsvr.out en el directorio MSSQL7\Install. La instalación de SQL Server ejecuta una aplicación llamada Cnfgsvr.exe para configurar SQL Server. Esta aplicación inicia SQL Server, se conecta a él y ejecuta los primeros comandos de instalación.

Cualquier error encontrado durante este proceso es escrito en el archivo Cnfgsvr.out. Cuando SQL Server inicia, genera un registro (log) de error que contiene los errores que SQL Server puede encontrar. Este archivo, llamado errorlog, se encuentra en el directorio

Para desinstalar SQL Server 7.0, use cualquiera de las siguientes opciones:

1. En el menú de Inicio, seleccionar Programas, seleccione Microsoft SQL Server 7.0, y seleccionar Desinstalar SQL Server 7.0.
2. Usar Agregar/Quitar programas en el Panel de Control para eliminar SQL Server 7.0.
3. Ejecutar un guión de desinstalación.

Cuando SQL Server 7.0 se ha instalado satisfactoriamente, un archivo de desinstalación llamado Uninst.isu, es creado. Este archivo se localiza en el directorio especificado para los archivos de programa. Para iniciar una desinstalación automática, se corre el archivo UnInstallShield, Isuninst.exe, y se selecciona el archivo guión de desinstalación.

Versiones anteriores del chip Cyrix no soportan el juego completo de instrucciones del chip Pentium. SQL Server 7.0 hace uso de algunas de esas instrucciones por lo que el programa de instalación detecta dicho chip y se niega a instalar el programa.

Las siguientes características no están disponibles en SQL Server 7.0 Desktop si se ejecuta en un equipo con Windows 95 o Windows 98:

• Conexiones entrantes PIPE
• Autenticación Windows NT
• I/O Asíncrono
• Publicación por Transacción
• Clustering
• Búsqueda de texto completo
• Detección automática de archivos Unicode

Microsoft SQL Server permite el uso de hasta 2,048 MB de memoria virtual. Este artículo describe la cantidad de memoria que debe asignar a SQL Server en distintas configuraciones de memoria.

Windows NT otorga a cada aplicación para Windows de 32-bits, una dirección de espacio virtual de 4-gigabytes (GB), de la cuál, los 2 GB de la parte baja es privada por proceso y disponible para el uso de la aplicación. La parte alta (2 GB) se reserva para uso del sistema.

El espacio de 4-GB se mapea a la dirección física de memoria por el Administrador de Memoria Virtual de Windows NT (Windows NT Virtual Memory Manager, VMM). La memoria física disponible puede ser de hasta 4 GB, dependiendo de la plataforma de soporte de hardware.

Una aplicación Windows de 32-bits tal como SQL Server solamente percibe direcciones virtuales o lógicas, no físicas. La cantidad de memoria física que una aplicación usa en un momento dado (el conjunto de trabajo) se determina por la cantidad de memoria física disponible y el VMM. La aplicación no puede controlar directamente la residencia en memoria.

Los sistemas de direcciones virtuales, como Windows NT permiten un mejor rendimiento de la memoria física, tal que la proporción de memoria virtual contra la física excede 1:1. Como resultado, programas más grandes pueden ser ejecutados en computadoras con una gran diversidad de configuraciones de memoria física. Sin embargo, en la mayoría de los casos, al usar una cantidad significativamente mayor de memoria virtual, que la suma de la combinación de elementos de trabajo de todos los procesos, resultará en un desempeño bajo.

Por lo tanto, configurar SQL Server para más memoria virtual que la cantidad de memoria física disponible, resultará en un desempeño bajo.

También se deben considerar los requerimientos de memoria del sistema operativo Windows NT, unos 12 MB aproximadamente, con algunas variaciones, dependiendo de las demandas posteriores de la aplicación. Ya que los parámetros de SQL Server se configuran hacia delante, estas demandas posteriores pueden ir en aumento conforme Windows NT requiera más memoria residente para soportar elementos adicionales como tablas de páginas, etc.

Esto resulta en una cantidad variable de memoria que podrá ser usada por SQL Server dependiendo de la configuración de memoria de la computadora. La tabla que sigue, muestra un estimado general de configuraciones de memoria y asume que se cuenta con un servidor dedicado para base de datos. Si la computadora se comparte entre varios usuarios (tal como un servidor de archivos, servidor de base de datos, y/o estaciones clientes), menor cantidad de memoria se deberá asignar a SQL Server y más se deberá dejar para el sistema operativo y otros usos.

Recuerde que estos valores solo son estimados, y se presentan para darle una idea aproximada de la ubicación de memoria de SQL Server sobre diferentes estados de memoria. Para más información, usted podrá usar las características de monitoreo de Windows NT (Performance Monitor) para determinar el comportamiento de memoria de sus sistema. Una buena fuente de información es el Volumen 3 de Windows NT Resource Kit, "Optimizing Windows NT," por Russ Blake, [ISBN 1-55615-619-7], quien dedica cerca de 600 páginas a varios aspectos de monitoreo y optimización de Windows NT y Aplicaciones Windows de 32-bits.

Debido a que Windows NT asigna recursos adicionales para cada thread spawned (por ejemplo, se asigna 1 MB por cada thread ), SQL Server rara vez requerirá ser configurado para usar más de 1500 MB, aun en sistemas con 2 GB o más de memoria física. Los intentos de hacerlo pueden causar un comportamiento impredecible cuando toda la memoria en los 2GB de espacio virtuales del procesador se haya utilizado.

En sistemas configurados adecuadamente para ejecutar SQL Server Enterprise Edition, dónde el espacio de memoria virtual disponible se expande a 3 GB, más memoria puede ser configurada para SQL Server. S e debe consultar la documentación de SQL Server Enterprise Edition para más guías en la configuración de memoria de estos sistemas.

La cantidad mínima de memoria para SQL Server en un procesador Intel es de 16 megabytes (MB). SQL Server para plataformas RISC requerirá de más memoria debido a la cantidad promedio de baja densidad de las instrucciones de la computadora.

Sin embargo, considerando en general al software, hardware, aplicaciones e inversión de personal en los sistemas cliente/servidor, agregar más memoria es generalmente una sabia decisión, y por comparación una inversión económica. Muchas instalaciones aseguran que 32 MB es un buen inicio, y no es poco común que se configuren los servidores con 128 MB o incluso más memoria, la cual asignan para usos en beneficio de