You are on page 1of 96

BASES DE DATOS II

(DISTRIBUIDAS)

Facultad de Ingeniería y Ciencias


Ingeniería en Sistemas e Informática - Electrónica y Redes

Diseño Físico de Bases de Datos


Ing. Jonathan Carrillo
Quito, Septiembre/Octubre 2015
Contenido:
1. Introducción
2. Factores que influyen en el Diseño Físico de BD
Entorno
Proceso
3. El Proceso de Diseño Físico
4. Estructura Física de los DBMS
Acceso al almacenamiento
Medios disponibles para almacenar datos
Discos Magnéticos y Bases de Datos – RAID
Gestión del Ciclo de Vida de la Información
Instalación y configuración un producto DBMS
4. Conclusión

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de Bases de Datos
1. Introducción

• El proceso de Diseño de Bases de Datos tiene el


objetivo de obtener una estructura lógica y física
que contenga:
> los esquemas (conceptual y lógico) donde se
presentan y especifican la estructura y la
integridad de los datos.
> la manipulación de los datos mediante el
esquema lógico estándar y esquema lógico
específico.
> la información útil para un grupo de usuarios de
acuerdo con unos requisitos pre-establecidos

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
1. Introducción

INDEPENDIENTE
DEL DBMS

DEPENDE
DEL DBMS

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
1. Introducción

• DBMS (Database Management System): Es un


paquete de software que se puede utilizar para
controlar la creación, mantenimiento y uso de una
base de datos. Permite a las organizaciones a
desarrollar bases de datos a medida para diversas
aplicaciones (Mullins, 2013).
• DBMS: Consiste en una colección de datos
interrelacionados y una colección de programas para
acceder a esos datos (Korth, 2006)

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
1. Introducción
Diseño Físico = Estructuras/Registros lógicos <-> Estructuras/Registros físicos
Transforma/ el diseño de tablas de la fase del diseño lógico en una implementación
eficiente que soporte todas las aplicaciones que usen la base de datos.

GESTION
COMPARTIDA

Esquema interno
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
1. Introducción
• Las decisiones sobre el nivel de almacenamiento se
les conoce como el esquema interno

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
Objetivo general del diseño físico de Bases de Datos
Determinar estructuras de almacenamiento y
estructuras de acceso para que las aplicaciones que
accedan a la Base de Datos obtengan un buen
rendimiento.
• Para tal efecto, se debe considerar que cada DBMS
ofrece varias opciones de organización de archivos,
caminos de acceso y configuración.
• Por lo tanto, según el uso que se dará a los datos
(dependencia del negocio), el Diseño Físico consiste
en elegir las estructuras más apropiadas para los
archivos de la Base de Datos tomando en
consideración las opciones que ofrece el DBMS.
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
Objetivos específicos del diseño físico de BD
• Minimizar espacio de almacenamiento para los
archivos físicos de la Base de Datos
• Optimizar (minimizar) tiempos de respuesta
• Proporcionar procedimientos óptimos de
recuperación e integridad de la Base de Datos
• Gestionar los metadatos (el diccionario de datos)
• Asegurarse que los requisitos y criterios de seguridad
y confidencialidad se cumplen
• Optimizar rendimiento (maximizar la productividad)
de transacciones (throughput)
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
• Para ser eficiente en el Diseño Físico de Bases de
datos es necesario comprender el entorno y el
proceso donde se desenvuelven los datos:
Entorno:
1. Elección del DBMS
2. Niveles de almacenamiento de las bases de
datos
Proceso:
3. Objetivos y restricciones
4. Entradas, salidas
• Entorno: estructuras de archivos y optimización de consultas (específico del DBMS)
• Proceso DFBD: Entradas, Salidas, Objetivos
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
1. Elección del DBMS
• Un esquema lógico estándar (tablas) de BDD puede
tener varios esquemas físicos posibles en cierto
DBMS.
• Por lo tanto, para decidir qué DBMS se debe
seleccionar, se puede responder por lo menos a las
siguientes preguntas:
> ¿En qué empresa/organización se implementará
la BDD?
> ¿ Cuál es el presupuesto ($) para el proyecto?
> ¿Cuál es el más apropiado técnicamente?

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
1. Elección del DBMS

Major DBMS Vendors (Craigs Mullins)


•IBM: Database Page
(DB2, Informix, IMS, Netezza, solidDB)
•Microsoft SQL Server
•Oracle Corporation
(Berkeley DB, Database 11g, Exadata, MySQL, TimesTen)
•Sybase (acquired by SAP)

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
1. Elección del DBMS
Other DBMS Vendors
Open Source DBMS • Alpha Software
• Actian (Ingres) • Altibase
• Apache Derby • Amazon SimpleDB
• Drizzle • ANTs Compatibility Server
• EnterpriseDB • CA Mainframe DBMS
• Firebird • Datacom (CA Technologies)
• MySQL (acquired by Oracle) • dBASE
• Perst (embedded database) • Empress (embedded database)
• PostgreSQL • eXtremedb (embedded database)
• VoltDB • Filemaker
• HP NonStop SQL
• IDMS - from CA Technologies
• InterBase - from Embarcadero
Technologies
• InterSystems - Cache'
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
1. Elección del DBMS
Other DBMS Vendors
• jBase
• Model 204 - hierarchic DBMS from Rocket Software
• Progress
• Pervasive PSQL
• PublicPIM
• Raima
• Software AG (Adabas, Tamino)
• SQL-Base (Unify)
• SQLite
• Teradata
• ThinkSQL
• U2 - extended relational database system from Rocket Software
• XML Database Products

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
2. Niveles de almacenamiento de las bases de datos
• El nivel de almacenamiento está más cerca del
hardware y del sistema operativo.
• En el nivel de almacenamiento, una base de datos
está formada de registros físicos (también conocidos
como bloques o páginas) organizados en archivos
(datafiles)*

*El componente del DBMS, “Datos Almacenados” es el


encargado de mantener la estructura lógica y fisca de la BD y está
conformado por los archivos de datos (data files, control files y
redo log files) y el diccionario de datos.

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
2. Niveles de almacenamiento de las bases de datos
• Un registro físico (bloque)* es un conjunto de bytes
que se transfieren entre el almacenamiento volátil de
la memoria principal y el almacenamiento fijo de
un disco.
• Los registros lógicos, pueden ser datos, las filas de
una tabla u objetos de la Base de Datos (tables,
indexes, stored procedures, triggers, views, etc).
• El DBMS y el sistema operativo trabajan de manera
conjunta para satisfacer las solicitudes de registros
lógicos hechas por las aplicaciones.
*Un bloque (registro físico) es la mínima unidad de almacenamiento. El tamaño
es una potencia del número dos, tal como 512 (29), 1024 (210) o 4096 (212) bytes.
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
2. Niveles de almacenamiento de las bases de datos

Mapping files to database structures, Mullins C. S.


© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
2. Niveles de almacenamiento de las bases de datos

Representación de bloques (registros físicos) en Oracle


© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
2. Niveles de almacenamiento de las bases de datos

Oracle stores data logically in


tablespaces and physically in
datafiles associated with the
corresponding tablespace
Datafiles and Tablespaces & Storage Structures - Oracle
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
2. Niveles de almacenamiento de las bases de datos

Datafiles and Tablespaces & Storage Structures - Oracle


© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
2. Niveles de almacenamiento de las bases de datos

Data files
contain data and
objects such as
tables, indexes,
stored
procedures, and
views. Data files
can be grouped
together in
filegroups for
allocation and
administration
purposes.

Datafiles and FileGroup – SQL Server


© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
2. Niveles de almacenamiento de las bases de datos

Buffer pool (or data cache), Mullins C. S.


© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
3. Objetivos y restricciones (Proceso)
• Se debe saber qué uso se le va a dar a la base de
datos. Para aquello es necesario analizar:
a. Consultas y transacciones que se espera
ejecutar
b. Frecuencia esperada de consultas y
transacciones
c. Restricciones de tiempo sobre consultas y
transacciones
d. Frecuencia esperada de operaciones de
actualización
e. Restricciones de unicidad sobre los atributos
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
3. Objetivos y restricciones (Proceso)
a. Consultas y transacciones que se espera
ejecutar
> El rendimiento depende del tamaño y número de
registros en los archivos.
> Este análisis determina las estructuras de
acceso (índices) y las estructuras de
almacenamiento (organización de archivos*) de
la Base de Datos, en función del tipo de
operación y los atributos que son tratados en el
motor de la Base de Datos.
*archivo/fichero: es una agrupación de datos como una unidad de
almacenamiento y organizado de forma estructurada .
© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
3. Objetivos y restricciones (Proceso)
a. Consultas y transacciones que se espera
ejecutar
> La mayoría de los DBMS proporcionan
programas estadísticos

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
3. Objetivos y restricciones (Proceso)
b. Frecuencia esperada de consultas y
transacciones
> Si, el volumen de procesamiento es elevado,
aplicar la regla del 80/20: «El 80% del
procesamiento se realiza por el 20% de las
transacciones»
> Por lo tanto, se debe analizar el 20% de
consultas y transacciones más importantes para
recoger el 80% de estadísticas y frecuencias del
procesamiento.

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
3. Objetivos y restricciones (Proceso)
b. Frecuencia esperada de consultas y
transacciones

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
3. Objetivos y restricciones (Proceso)
c. Restricciones de tiempo sobre consultas y
transacciones
> Algunas consultas o transacciones pueden poseer
restricciones de rendimiento muy exigentes, por
ejemplo: “la transacción T debe terminar antes
de 6 segundos en el 90% de las veces que sea
invocada y nunca debe durar más de 25
segundos”
> Esto sirve para asignar prioridades adicionales
a los atributos de selección y join utilizados para
consultas o transacciones. Éstos atributos son
candidatos para administrar sus estructuras de acceso.
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
3. Objetivos y restricciones (Proceso)
d. Frecuencia esperada de operaciones de
actualización
> Un archivo en donde sus registros lógicos se
actualizan frecuentemente debe tener el mínimo
número posible de caminos de acceso (formas
de recuperar datos desde la Base de datos)
> El objetivo es cumplir con los requerimientos
operacionales y eficiencia de la Base de Datos
en los diferentes módulos ejecutables de una
aplicación.

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
3. Objetivos y restricciones (Proceso)
e. Restricciones de unicidad sobre los atributos
> Este análisis sirve para especificar los caminos de
acceso (índices) de todos los atributos que son
claves primarias o candidatas (condición de
unicidad)

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
2. Factores que influyen en el diseño físico
4. Entradas, salidas (Proceso)
> El proceso (entradas y salidas) del Diseño Físico
de BD se basa en el análisis, resultados y en la
documentación obtenida en los Diseños
Conceptual y Lógico.

Entradas y Salidas Vs. Entorno del Diseño Físico de Bases de Datos, Mannino
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
3. Proceso de Diseño Físico
• El resultado del diseño físico es implementar en un
DBMS concreto una base de datos; compuesto por
diferentes objetos, es decir, tablas, vistas, índices,
procedimientos almacenados, triggers, funciones,
permisos, control de acceso, entre otros que deberán
ser administrados por el DBA.
• Sin embargo, la estructura de la Base de Datos es
solamente uno de los productos que se debe obtener
en el Diseño Físico.
• Existen elementos y componentes de ingeniería que
se deben desarrollar y analizar (objetivos y
restricciones) para un eficiente y efectivo
rendimiento de la BDD.
© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de Bases de Datos
3. Proceso de Diseño Físico
4. Entradas, salidas (Proceso)

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
3. Proceso de Diseño Físico
4. Entradas, salidas (Proceso)

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
• Aunque los sistemas de bases de datos proporcionan
una visión de alto nivel de los datos, al final los
datos se tienen que almacenar como bits en uno o
varios dispositivos de almacenamiento.
• Uno de los principales objetivos del sistema de bases
de datos es minimizar el número de transferencias
de bloques entre el disco y la memoria.

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
• Esta sección describe las características de las
estructuras de archivos disponibles en la mayoría de
los DBMS.
1. Archivos secuenciales
2. Archivos hash
3. Archivos B-tree

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
1. Archivos secuenciales
> Almacena los registros lógicos en el orden en el
que se insertaron.
> Los registros lógicos nuevos se agregan después
del último registro físico del archivo.
> A menos que los registros lógicos se inserten en
un orden particular y que no se eliminen, el
archivo se encontrará desordenado.
> La principal ventaja de los archivos secuenciales
desordenados es la inserción rápida

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
1. Archivos secuenciales

Inserción de un nuevo registro lógico en un archivo secuencial desordenado


© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
1. Archivos secuenciales
> La desventaja de los archivos secuenciales
desordenados es la reorganización periódica
para recuperar el espacio perdido por las
eliminaciones.
> En ocasiones es necesaria la recuperación
ordenada, por lo que es necesario archivos
secuenciales ordenados en donde los registros
lógicos se acomodan en el orden de una clave
(generalmente la clave primaria - PK).

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
1. Archivos secuenciales
> La principal desventaja para ordenar los archivos
secuenciales es la baja velocidad de inserción.
> Los registros algunas veces deben ser
reacomodados durante el proceso de inserción.
> El proceso de reacomodo puede incluir el
movimiento de registros lógicos entre los bloques
y la conservación de una lista ordenada de los
registros físicos.

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
1. Archivos secuenciales

Inserción de un nuevo registro lógico en un archivo secuencial ordenado


© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
2. Archivos hash
> Soportan el acceso rápido a los registros
mediante el valor de la clave primaria.
> La idea básica detrás de los archivos hash es
aplicar una función que convierta el valor de una
clave en la dirección de un registro físico.
ID hash(ID)=[Mod97] File: hash(ID) +150

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
2. Archivos hash

Archivo
hash después
de las
inserciones
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
2. Archivos hash
> La desventaja de las funciones hash es que
pueden asignar más de una clave a la misma
dirección del registro físico (PR), produciéndose
colisiones
> Para esto es necesario un procedimiento de
manejo de colisiones que localice un registro
físico con espacio libre.
> Este procedimiento se denomina procedimiento
de la medida lineal para el manejo de colisiones

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
2. Archivos hash

Prueba lineal para el manejo de colisiones durante una operación de inserción


© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
2. Archivos hash
> Si no ocurren frecuentemente colisiones, las
inserciones y extracciones son muy rápidas.
> Otro problema de los archivos hash es la
búsqueda secuencial. La búsqueda secuencial
puede examinar registros físicos vacíos.
> Por ende, cuando se realiza una búsqueda
secuencial, el número de accesos a registros
físicos puede ser mayor en un archivo hash que
en un archivo secuencial.

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
3. Archivos B-tree
> B-tree proporciona buen desempeño tanto en
búsquedas secuenciales como con claves.

Un árbol es una estructura en la cual cada nodo tiene cuando mucho


sólo a una madre, a excepción del nodo raíz o nodo superior.

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Acceso al almacenamiento
3. Archivos B-tree
> Los B-trees tienen costos de búsqueda
logarítmicos, dada la relación entre la altura, la
función de registro y las fórmulas de costo de
búsquedas.
Las estructuras de archivos pueden almacenar
todos los datos de una tabla (estructura primaria de
archivos) o almacenar únicamente los datos de la
clave junto con los punteros hacia los registros de
datos (estructura secundaria de archivos*).
Una estructura secundaria de archivos proporciona una ruta
alternativa hacia los datos.
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos MAYOR COSTO
MÁS RÁPIDOS

ALMACENAMIENTO
VOLATIL
ALMACENAMIENTO
PRIMARIO

ALMACENAMIENTO Solid State Drive o SSD


SECUNDARIO O

ALMACENAMIENTO
EN CONEXION

NO VOLATIL
ALMACENAMIENTO
TERCIARIO O
SIN CONEXION

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos
• Los discos magnéticos constituyen el principal
medio de almacenamiento secundario en los sistemas
informáticos modernos.
• Una base de datos comercial grande típica puede
necesitar centenares de discos.
• Físicamente los discos son compuestos por platos
cubiertos por un material magnético donde se guarda
la información. Estos discos magnéticos se
denominan discos rígidos.

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos
• Existen varias tecnologías de interfaces de
almacenamiento y transferencia de datos que han ido
evolucionando. Entre las principales tenemos:
> ATA (Advanced Technology Attachment)
> SATA (Serial Advanced Technology Attachment)
> SCSI (Small Computers System Interface)
> SAS (Serial Attached SCSI )

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos

o impulsor
de cabecera
Movimiento

Disco Magnético – Mecanismo de cabezas móviles


© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos
• En un disco magnético, al momento de leer/escribir
datos [tL/E] se tienen varios periodos:
> Tiempo de Búsqueda/Posicionamiento (seek time) [tb]
> Tiempo de Rotación [tr]
> Tiempo de Transferencia [tt]
> Tiempo de controlador [tc]
tL/E= #Sectores (tb+ tr+ tt+ tc)

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos
> Tiempo de Búsqueda/Posicionamiento
» Movimiento del brazo para posicionar la
cabeza lectora de una pista a otra.
» Promedio: (8 - 10ms) Es el tiempo medio de
ir de una pista cualquiera a otra cualquiera.
» Pista-a-Pista (1ms): Es el tiempo de traslado
de la cabeza entre pistas adyacentes.
» Full Stroke (15 - 20ms): Es el tiempo de
traslado entre la pista más interna, a la más
externa.
» tb = tdesplazamiento + testabilización
» Para cálculos tb medio
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos
> Tiempo de Rotación
» Espera a que el bloque rote justo debajo de la
cabeza lectora
» varía entre 0 y 10 mseg
» Para cálculos tr medio
> Tiempo de Transferencia
» Tiempo de lectura/escritura y transferencia de
los datos en el bloque
» Está en torno a 1mseg para páginas de 4KB
» Es constante

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos
> Ejercicios:
1. ¿Cuál es el tiempo medio de lectura o escritura
de un sector de 512 Bytes en un disco típico que
gira a 7200 rpm? El tiempo medio de posicionado
anunciado por el fabricante para este disco es de
6.8 ms, la velocidad de transferencia de 19 MB/s y
la sobrecarga debida al controlador es de 2 ms.
Suponga que el disco está desocupado de forma
que no hay tiempo de espera alguno.

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos
> Ejercicios:
2. Un disco magnético tiene 30,000 cilindros, 14
cabezas de Lectura/Escritura con platos de doble
lado y 1,500 sectores por pista de 512 bytes cada
uno. El disco gira a 7200 rpm. El tiempo medio de
posicionamiento (Búsqueda) es de 30
milisegundos.
a) Calcular la capacidad del disco en GB.
b) Calcular el tiempo (en segundos) que se
necesitará para la lectura de 15 sectores
distribuidos aleatoriamente en el disco en
milisegundos y segundos siendo la tasa de
transferencia de 900 KB/seg
© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos
> Deber:
Un servidor de bases de datos contiene un disco
magnético SAS que maneja sectores de 512 Bytes
cada uno con un tiempo promedio de búsqueda de
10 ms y tiene las siguientes características:
• 1 plato contiene 2,000 pistas (tracks)
• 50 sectores por pista
• 5 platos de doble cara
Calcular….. ->

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Medios disponibles para almacenar datos
> Deber: Continuación…
a) La capacidad de cada pista (track) en KB.
b) La capacidad de cada plato y la capacidad de
cada superficie en MB
c) La capacidad total del disco en MB
d) ¿Cuántos cilindros tiene el disco?
e) Un bloque contiene 1024 bytes y un archivo
contiene 100,000 registros (records) de 100 bytes
cada uno. ¿Cuántos registros existen en un bloque?
f) El número de bloques por archivo
g) El número de bloques por pista
h) El número de bloques que contiene un cilindro.
© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos
Optimización mediante RAID
• Para abordar los problemas de rendimiento y de
fiabilidad de los datos (recuperabilidad, tolerancia a
fallos) es indispensable operaciones de
recuperación y modificación.
• Estas operaciones se las realiza utilizando
arquitecturas de bases de datos para el procesamiento
en paralelo.
• Una de las tecnologías más difundidas es RAID
(Redundant Arrays of Independent Disks), arreglos
redundantes de discos independientes.

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos
Optimización mediante RAID
• Si se produce un fallo, RAID mantiene el servidor
activo y en operación hasta que se sustituya la
unidad defectuosa.
• Algunas averías/fallos de los discos magnéticos:

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos
Optimización mediante RAID
• El controlador RAID permite que un arreglo de
discos se muestre al DBMS como un disco único
muy grande. Para obtener un alto desempeño, el
controlador RAID puede controlar hasta 90 discos.

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de Bases de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos
Optimización mediante RAID
• La distribución RAID incluye la colocación de los
registros físicos en distintos discos.
• Una distribución es un conjunto de registros físicos
que pueden leerse o escribirse en paralelo.
• La probabilidad de fallos disminuye conforme
aumenta el número de discos.

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID Nivel 0

ESPECIFICACIÓN CARACTERISTICA TOLERANCIA A FALLOS

Maneja varios Muy útil cuando se desea Si un disco falla se


discos como si añadir capacidad de disco sin pierden todos los datos
fueran uno solo aumentar nombres de (No tiene tolerancia a
(striping), lo que identificación de volumen. fallos, es por eso que no
proporciona una es considerado un
mayor velocidad Tiene una tasa de arreglo RAID por
de lectura y transferencia más elevada y concepto)
escritura. un rápido tiempo de acceso.
Número de unidades de
Mientras más Es muy usado en aplicaciones disco: al menos 2 (dos o
discos existan, CAD (Computer Aided Design) más)
más velocidad es y tratamiento de imágenes y
lograda vídeos.

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID Nivel 0

RAID 0 - Striping

C:\

RAID 0: AC&NC – Mullins C.S.


© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID Nivel 1
ESPECIFICACIÓN CARACTERISTICA TOLERANCIA A FALLOS
Utiliza espejo Destinado para datos de 100% de redundancia
(mirroring) para misión crítica que deben de datos.
proveer la mejor estar disponibles
redundancia permanentemente en Número de unidades de
tolerante a fallas línea. disco: al menos 2
disponible.
Se debe tomar en cuenta
Los discos guardan que si se escriben datos
exactamente la deteriorados en un disco,
misma información éstos son duplicados con
por parejas. Cuando los mismos defectos en el
un disco espejeado disco espejo.
falla, el segundo
toma su lugar Una aplicación muy común
del RAID 1 es su uso en
servidores de archivos.
© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID Nivel 1

RAID 1 - Mirroring

C:\ D:\

RAID 1: AC&NC – Mullins C.S.


© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID Nivel 5
ESPECIFICACIÓN CARACTERISTICA TOLERANCIA A FALLOS

Crea datos de Ya que escribe los datos en los Si un disco falla, la


paridad y escribe discos al nivel de bloques se información de
datos en los discos al vuelve apropiado para paridad en los otros
nivel de bloques. múltiples transacciones (por permite la
(parity: información su rápida lectura en disco) reconstrucción de
redundante que es como e-mail, procesadores de toda su información.
guardada para palabras, hojas electrónicas, y
regenerar datos aplicaciones de bases de Número de unidades
perdidos por un datos. de disco: al menos 3
error en el disco).
Debido a que la paridad se
La paridad no está utiliza para la protección de
destinada a un único datos, hasta un 75% de la
disco (como RAID 3 y capacidad total de la unidad
4), sino a toda la se puede utilizar.
matriz.
© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID Nivel 5

RAID 5 - parity

RAID 5: AC&NC – Mullins C.S.


Debido a que la paridad se utiliza para la protección de datos, hasta un 75% de la capacidad total de la unidad se
puede utilizar. (www.intel.com)
© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID 0+1

ESPECIFICACIÓN CARACTERISTICA TOLERANCIA A FALLOS


Es una Los datos son divididos entre los Velocidad y
combinación de discos para mejorar la escritura, pero redundancia de
los niveles: también utilizan otros discos para datos
RAID 0 (Striping) duplicar la información.
y RAID 1 Número de
(Mirroring) Se los utiliza en sistemas de misión unidades de
crítica (por su alto rendimiento en disco: al menos 4
lectura y escritura de las
transacciones) donde se requiera
mayor confiabilidad de la
información

Se requiere una alta inversión para


este tipo de RAID.

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID 0+1

RAID 5: AC&NC – Mullins C.S.


© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID
Un RAID puede ser creado con discos de diferentes
tamaños, pero el espacio de almacenamiento añadido
al conjunto estará limitado por el tamaño del disco
más pequeño.
Por ejemplo, para realizar un RAID 0, si un disco de
450GB se utiliza en el striping con uno de 300GB, el
tamaño del conjunto resultante equivaldrá a 2 veces el
menor de ellos, es decir, el 600GB (total RAID 0).
Para un RAID 1, si un disco de 450GB es reflejado
(mirroring) con uno de 300GB, el tamaño útil del
arreglo será el menor de ellos, es decir, 300GB (total
RAID 1).
© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID
RAID ofrece:
• Aumento de la fiabilidad (recuperabilidad -
tolerancia a fallos).
• Redundancia con el uso de discos en espejo
(mirroring).
• Códigos de corrección de errores (Reconstrucción de
datos).
• Aumento de la integridad de los datos.
• Mejor el rendimiento R/W tomando en cuenta el tipo
RAID.
© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID

RAID Levels and Performance – Mullins C.S.


© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID
Ejercicio 1: Un servidor de bases de datos cuenta con
un arreglo RAID 5 compuesto por 3 discos de 240 GB.
Como se muestra en la figura. El bloque de Datos
A1=10011011 y A2=11100110.

Calcular:
a) Los datos de paridad de Ap
b) Si el primer disco fallare y B2=11011011 y
Bp=10001001. Reconstruir los bloques de datos de B1
c) Capacidad total del arreglo RAID 5
© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID
Ejercicio 2: Se tiene 7 discos SCSI de 450 GB y uno
de 300 GB. Se requiere realizar un arreglo RAID 10
para un servidor de BDD.
a) ¿Es posible realizar el arreglo? SI, NO, justifique su
respuesta.
b) Si su respuesta anterior fue afirmativa, realice el
arreglo RAID 10 y especifique el tamaño final del
arreglo.

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos - RAID
Elección del nivel RAID adecuado
Los factores a tener en cuenta al elegir un nivel RAID:
• Costo económico extra de los requisitos de
almacenamiento en disco.
• Requisitos de rendimiento en términos del número de
operaciones E/S.
• Tolerancia a fallos: Rendimiento cuando falla un
disco.
• Rendimiento durante la reconstrucción (esto es,
mientras los datos del disco averiado se reconstruyen
en un nuevo disco).

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos
Otras Soluciones de Almacenamiento
• JBOD (just a bunch of disks)
• SAN (Storage Area Networks)
• NAS (Network-Attached Storage)
• Tiered Storage

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos
Otras formas de mejorar el desempeño
• Para el procesamiento transaccional: agregar
capacidad de cómputo (más procesadores y más
rápidos, memoria y disco duro)
• Para el procesamiento de bases de datos distribuidas:
colocar el procesamiento y los datos en varios sitios
físicos.
• Para los Datawarehouses: agregar capacidad de
cómputo y diseñar tablas nuevas con datos
derivados.

© Ing. Jonathan Carrillo - Septiembre/Octubre 2015


Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Discos Magnéticos y Bases de Datos
Otras formas de mejorar el desempeño
• También se puede mejorar el desempeño utilizando
opciones específicas del DBMS. La mayoría de los
DBMS proporcionan guías y herramientas para
monitorear y controlar la fragmentación además
tienen opciones para gestionar las estructuras de
archivos.
• Puede llevarle varios años de experiencia y
educación especializada para comprender las
opciones específicas de un DBMS en particular. Sin
embargo, un mayor salario y la demanda de su
conocimiento pueden hacer que valga la pena.
© Ing. Jonathan Carrillo - Septiembre/Octubre 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Gestión del Ciclo de Vida de la Información
• Es una estrategia que permite gestionar el proceso de
datos en forma activa, cuidadosa y de acuerdo con
los intereses de largo plazo de una organización. Se
debe tomar en cuenta que:
> la estrategia organizacional determina el valor de
los datos.
> el valor de los datos cambia con el tiempo.
> el nivel de servicio requerido es un factor clave.
> la infraestructura debe ser tal que se tenga el
nivel de servicio apropiado al tipo de
información requerido, al menor costo.
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Gestión del Ciclo de Vida de la Información

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Gestión del Ciclo de Vida de la Información
Métodos de Destrucción de la información
• Destrucción Física: (Desintegración, pulverización,
fusión, incineración y trituración
• Desmagnetización: (Exposición de los soportes de
almacenamiento a un potente campo magnético)
• Sobreescritura: (escritura de un patrón de datos
sobre los datos contenidos en los dispositivos de
almacenamiento)

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Gestión del Ciclo de Vida de la Información

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Gestión del Ciclo de Vida de la Información

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Instalación y configuración un producto DBMS
• A continuación se presenta, de manera general, los
puntos básicos que el DBA deberá tomar en cuenta
para instalar y configurar un producto DBMS:
1. Requerimientos Básicos (mínimos)
2. Proceso de Instalación
3. Post Instalación
4. Proceso de Verificación de la instalación
5. Actualizaciones

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Instalación y configuración un producto DBMS
1. Requerimientos Básicos (mínimos):
• Permisos de Administrador o en su defecto
root o superusuario
• Requisitos mínimos de Hardware:
Memoria Física (RAM)
Memoria Virtual
Procesador
Espacio en disco
Adaptación de Vídeo

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Instalación y configuración un producto DBMS
• Requisitos mínimos de Software:
Sistema Operativo
Ediciones: e.g 32 o 64 bits
Sistema de Archivos
Compilador (Componentes): e.g
ACUCOBOL-GT version 6.2 - Micro
Focus Net Express 5.0 (Oracle) / .NET
Framework - Windows PowerShell (MS
SQL Server)
Protocolo de red, Virtualización
Software de Internet: Browser
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Instalación y configuración un producto DBMS
2. Proceso de Instalación:
• Según las especificaciones y requerimientos
del producto (DBMS) elegido se deberá
instalar el Sistema tomado en cuenta:
Elegir “Instalación Avanzada”
Descompresión, Directorios
Variables
Parámetros previos de configuración:
Log, arranque, BDD por defecto, gestión
de memoria, etc.
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Instalación y configuración un producto DBMS
3. Post Instalación
Configurar los parámetros del sistema y
seguridad, notificaciones por e-mail, entre
otros.
4. Proceso de Verificación de la instalación
Por medio de consola o browser ejecutar las
instrucciones del fabricante del producto
5. Actualizaciones:
Realeses: Mejoras pero NO notables
Versiones: Cambios Notables
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de una Base de Datos
4. Estructura Física de los DBMS
> Instalación y configuración un producto DBMS
Beneficios de las Actualizaciones
• Nuevas Funcionalidades
• Mejor Adaptación
• Mejor Rendimiento
Desventajas
• Discontinuidad en las operaciones
• Falta de Soporte a los procesos
• Costo de Migración
• Carencia de Soporte
© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015
Diseño Físico de una Base de Datos
Conclusión

Una infraestructura de
aplicaciones bien afinada
podrá ayudar a reducir el
tiempo de respuesta, integrar
operaciones globales,
posibilitar la continuidad de
las actividades y responder
más rápidamente al cliente,
todo lo cual se traduce en un
mayor potencial de
crecimiento y rentabilidad
para las organizaciones

© Ing.©Jonathan
Ing. Jonathan
Carrillo
Carrillo
- Septiembre/Octubre
- Septiembre/Octubre
2015 2015

You might also like