Arquitectura de Bases de Datos SQL Server

La arquitectura interna de las bases de datos en SQL Server estn compuestas por 2
tipos de estructura, la estructura lgica y la estructura fsica. Es muy importante
conocer cmo es que estas estructuras estn compuestas y cul es la relacin que
tienen los objetos de base de datos con cada una de estas estructuras.

Estructura Lgica:
Desde el punto de vista lgico, la base de datos debe tener al menos 1 FileGroup el
cual contiene a toda la metadata de la misma base de datos, es decir tablas y vistas de
sistema, a este FileGroup inicial se le conoce como Primario y est presente en
todas las bases de datos. Todos los objetos de usuario que contengan data, ya sean
tablas o ndices, deben estar ligados a un FileGroup, esto se puede definir al
momento de ejecutar la sentencia DDL de creacin del objeto, si no se indica a que
FileGroup estar ligado ese objeto, este pertenecer al FileGroup por defecto
definido en la base de datos. La base de datos solo puede tener definido 1 solo default
FileGroup.
Las bases de datos pueden tener hasta 32767 FileGroups definidos, segn los lmites
establecidos para la ltima versin de SQL Server, la cual es SQL Server 2008 R2. Uno
de los propsitos de los FileGroups es poder distribuir la data a travs de varios
discos duros fsicos, de esta manera se puede obtener mayor rendimiento en las
operaciones de I/O debido a que ms de un disco trabajara al mismo tiempo. Otro de
los propsitos es poder esconder la ubicacin fsica real de la informacin a los
programadores, ya que para ellos la tabla X pertenece al FileGroup A, pero no
saben en que data files fsicamente se encuentra la informacin de la tabla X.
Los FileGroups pueden contener 1 o ms Datafiles, y cada uno de estos datafiles se
pude encontrar en un discos diferentes, lo cual tambin agilizara las consultas y los
ingresos de informacin a las tablas que se encuentren asignadas a este FileGroup,
debido a que SQL Server distribuir la informacin uniformemente a travs de todos los
DataFiles del FileGroup.
Estructura Fsica:

Desde el punto de vista fsico, como ya hemos visto, tenemos los DataFiles que los
en realidad los archivos de datos, es decir donde se guarda toda la informacin de la
base de datos. Un DataFile solo puede pertenecer a 1 FileGroup.
Internamente los DataFiles estn divididos en Extends y estos a su vez en Pages.
Las Pages son la unidad minima de almacenamiento dentro de la base de datos. Un
Page tiene 8 Kb de tamao en espacio de disco. Un Extend tiene 8 Pages
contiguas que lo conforman, es decir, un Extend tiene como tamao 64 Kb de
espacio en disco.
En un Page solo puede haber informacin de 1 sola tabla, es decir el espacio de un
Page no es compartido entre tablas o ndices. En el caso de los Extends, estos
pueden ser de dos tipos:

Mixed: Los cuales son compartidos hasta por 8 objetos, uno por cada Page.
Uniform: Los cuales solo pertenecen a un solo objeto, es decir que todos los
Pages pertenecen a un solo objeto.

Normalmente cuando se crea una nueva tabla esta es asignada a un Extend de tipo
Mixed, hasta alcanzar la utilizacin de hasta 8 Pages, a partir de ese momento se
asignan Extends de tipo Uniform para optimizar el uso del espacio en la tabla.
Los DataFiles normalmente tienen 2 extensiones de archivo, las cuales son estandar
mas no obligarias, la extencion mdf que se utiliza para el primer Datafile
perteneciente al FileGroup primario, y la extension ndf que se utiliza para los
demas datafiles que se agregan posteriormente a los demas FileGroups de la base de
datos.
En el caso del LogFile, este no pertenece a un FileGroup en especfico, en cambio
archivo esta ligado directamente a la base de datos. Las bases de datos de SQL Server
solo pueden tener un solo LogFile activo al mismo tiempo, si bien se pueden crear
multiples LogFiles en la base de datos, solo uno podra ser escrito, ya que solo uno
puede estar activo, cuando este archivo se llene, la base de datos pasara a escribir al
siguiente archivo de transacciones, y asi sucesivamente. Por esta razon no es muy
conveniente ni til tener ms de un LogFile.
En conclusin espero que sea de ayuda estas explicaciones sobre la arquitectura de
una base de datos de SQL Server, si desean temas por favor no duden en
solicitarlo, har lo posible para poder cubrir los temas solicitados en el ms corto
tiempo.

Estructura fsica
Una base de datos se almacena en varios ficheros o archivos en disco. Como
mnimo tendremos dos ficheros que explicaremos ms adelante.
Tenemos la posibilidad de almacenar estos ficheros en discos que no estn ni
tan siquiera formateados o que no tengan una particin hecha, pero este
mtodo no es el ms aconsejable. Es ms razonable almacenar estos archivos
en un disco ya formateado, con formato NTFS.
En empresas cuyo volumen de datos es altsimo y el trabajo que se realiza
sobre la base de datos soporta una actividad elevada, se almacenan los
archivos en grupos de discos denominados RAID por hardware. Este mtodo

mejora considerablemente el rendimiento, y nos asegura que en caso de fallos

inesperados no perdamos esa valiosa informacin.
Como es lgico, nosotros para realizar nuestros ejemplos, no vamos a basarnos
en esta tipo de estructuras de hardware, lo almacenaremos en nuestro disco
duro, aunque veremos cmo asegurar nuestros datos mediante planes de
mantenimiento con copias de seguridad automticas.
Como hemos mencionado, como mnimo tendremos dos archivos donde
almacenar la base de datos:
*Archivo de datos.
*Archivo de registro de transacciones.
Pero debes saber que tenemos otras posibilidades y podemos utilizar archivos
extras para mejorar el rendimiento de nuestra base de datos, podemos usar
varios archivos, si pensamos que nuestra base de datos va a alcanzar un
tamao grande. O si deseamos que nuestros datos se almacenen en diferentes
dispositivos de almacenamiento u ordenadores, y de este modo permitir un
trabajo ms rpido al poder acceder a la informacin en paralelo.
Centrndonos en lo principal:
*El archivo de datos, o aquellos que aadimos como extras, son los
archivos que tendrn almacenada la informacin, los datos. Pero recuerda que
hemos dicho que SQL Server 2008 nos permite tambin crear en nuestras
bases de datos, no slo informacin, sino tambin una serie de objetos que
trabajan con la informacin. Pues bien, esta serie de objetos tambin se
almacena en el archivo de datos.
*Por otro lado, tenemos el archivo de registro de transacciones. Este
fichero es tan importante como el anterior. Su importante tarea es garantizar
que esa base de datos permanece integra. Gracias a estos archivos de
registros (puede haber ms de uno), en caso de ser necesario, podremos
recuperar la base de datos, ya que almacena las modificaciones que se
producen debido a la actividad o la explotacin de la base de datos.

2.1.3 Requerimientos para instalacin.

2.1.4 Instalacin del software de BD en modo transaccional
2.1.5 Variables de Ambiente y archivos importantes para instalacin.
2.1.6 Procedimiento general de instalacin
2.1.7 Procedimiento para configuracin de un DBMS.
2.1.8 Comandos generales de alta y baja del DBMS