Protocols de Red en SQL Server

Puedes configurar a SQL Server para que acepte conecciones locales, remotas, y dedicadas utilizando varios protocolos tales como Shared Memory, TCP/IP, Named Pipes y Virtual Interface Arquitecture. A nivel servidor, la configuración de estos protocolos la llevas a cabo através de la sección SQL Server Network Configuration de la aplicación SQL Server Configuration Manager. Por otro lado, la configuración de los protocolos en los clientes debe hacerse uno por uno, utilizando la aplicación SQL Native Client Configuration en cada cliente. 

La configuración de los protocolos es importante ya que afecta la cantidad de recursos a usarse y la relativa seguridad del Servidor.

SQL Server soporta conecciones remotas através de dos protocolos: TCP/IP y Named Pipes. 

Las aplicaciones que se ejecutan localmente en el mismo servidor donde corre SQL Server utilizan el protocolo Shared Memory para conectarse, aunque puedes deshabilitar este protocolo si así lo deseas. 

Si tienes aplicaciones escritas para correr bajo versiones de windows viejas, entonces es posible que necesites habilitar el protocolo Named Pipes.

Posted in Uncategorized | Leave a comment

Asegurando el Motor

Para asegurar el motor tienes que cerciorarte de configurar SQL Server de forma justa o precisa, para que corras solamente los servicios y componentes que necesites y con los privilegios mínimos para que corran apropiadamente.

Las configuraciones actuales comunmente requieren que SQL Server tenga acceso a recursos remotos, y tal acceso se da através de la configuración apropiada de los servicios y de los parámetros de configuración del motor que deteminan el acceso a la red.  Todas estas configuraciones se hacen y alteran usando la aplicación SQL Server Configuration Manager. El concepto básico detrás de una configuración apropiada se base en configurar el motor con las opciones de funcionalidad mínimas requeridas por los clientes y aplicaciones. Continue reading

Posted in Instalación | Leave a comment

Bases de datos en SQL Server

Una instalación nueva de SQL Server contiene cinco bases de datos, aunque una de ella es invisible a simple vista. Las bases de datos son: Master, Model, Temp, Msdb y mssqlsystemresource.

La base de datos maestra o Master es una de las más importantes del sistema ya que SQL Server almacena en ella información relacionada con las otras bases de datos asociadas con la instancia, información sobre cuentas de usuario, opciones de configuración y consumo del espacio por los archivos. La información relacionada con los objetos se almacena en la base de datos donde éstos residen.

La base de datos Modelo es como una plantilla o molde que se usa como base para crear otras bases de datos (incluyendo la base de datos temporal), por lo tanto si deseas que todas tus bases de datos tengan un conjunto de características similares, entonces lo recomendable es que modifiques la base de datos modelo. Continue reading

Posted in Estructura | Leave a comment

Archivos Primarios en SQL Server

El hecho de crear una base de datos en SQL Server produce dos resultados principales: SQL Server crea un FILEGROUP con el nombre “PRIMARY” y luego le asigna un archivo primario con extensión mdf. La importancia del archivo primario reside en que éste almacena la lista de nombres de archivos que componen la base de datos, lista que es de suma importancia a la hora de activar bases de datos usando ATTACH y cuando tienes que restaurar o recuperar la base de datos Maestra.

Nota: Si así lo deseas, puedes cambiar la extensión de los archivos aunque es muy recomendable que sigas la siguiente convención para nombrarlos:

mdf — Archivo primario,

ndf — Arhivo secundario

ldf — Archivo que contiene la bitácora de transacciones (transaction log).

Posted in Funcionamiento | Leave a comment

Respaldo y Recuperación en SQL Server

Diseñar un plan de respaldo y recuperación involucra decidir qué bases de datos respaldar, con qué frecuencia, donde almacenar los respaldos, qué tan frecuentemente sobre-escrbirlos y qué tan rápido necesitas recuperar la base de datos. Sin embargo, para diseñar una estrategia de respaldo, primero hay que pensar en el proceso de recuperación y en la pérdida de datos que el negocio puede soportar, ya que de ese factor dependerá el tipo de respaldos a realizar, la frecuencia, y el modelo de recuperación (recovery model) a usar para configurar la base de datos.

Las bases de datos en SQL Server soportan tres modelos de recuperación: Full, Bulk-Logged y Simple y cada uno de estos modelos tiene una influencia muy particular sobre el tamaño del Transaction Log y el grado de pérdida de datos en caso de falla.

Continue reading

Posted in Funcionamiento | Leave a comment