You are on page 1of 166

INSTITUTO TECNOLGICO SUPERIOR DE

FELIPE CARRILLO PUERTO


UNIDAD ACADMICA TULUM

INGENIERA EN SISTEMAS COMPUTACIONALES

ADMINISTRACIN DE BASE DE DATOS.


UNIDAD I, II, III, IV & V

ALUMNA:
CLAUDIA HILAJAIRA NAH CANCHE.

DOCENTE:
ING. DORIS SURISADAY PERAZA ROJAS

ABD: PORTAFOLIO GENERAL

FECHA:
20-JUNIO-2016

1
CONTENIDO
UNIDAD 1 ................................................................................................................................ 6
INTRODUCCIN DE LA UNIDAD 1 ............................................................................................... 7
TEMARIO DE UNIDADES .............................................................................................................. 8
OBJETIVO DE LA UNIDAD 1 .......................................................................................................10
1.1. ADMINISTRADOR DE BASE DE DATOS (DBA) ....................................................................10
1.1.1 FUNCIONES DE UN DBA ..........................................................................................10
1.1.2 RELACIN DEL DBA CON OTRAS REAS DEL SISTEMA. .........................................12
PREGUNTAS DEL TEMA 1.1 AL 1.1.2 .........................................................................................14
MAPA CONCEPTUAL (CONTINUACIN DE LAS PREGUNTAS). .................................................15
1.2 MANEJADORES DE BASE DE DATOS. ..................................................................................15
1.3 CONSIDERACIONES PARA ELEGIR UN BUEN MANEJADOR DE BASE DE DATOS (DBMS). 17
CUADRO COMPARATIVO DE MANEJADORES DE BDD .............................................................18
1.4. NUEVAS TECNOLOGAS Y APLICACIONES DE LOS SISTEMAS DE BASES DE DATOS .........19
FUENTES BIBLIOGRFICAS CONSULTADAS EN LA UNIDAD 1 ..................................................21
CONCLUSIN DE LA UNIDAD 1 .................................................................................................22
UNIDAD 2 ..............................................................................................................................23
INTRODUCCIN DE LA UNIDAD 2 .............................................................................................24
REQUERIMIENTOS PARA LA INSTALACIN DE SGBDS ............................................................25
My SQL ...................................................................................................................................25
SQL SERVER ............................................................................................................................26
FIREBIRD .................................................................................................................................27
ORACLE ...................................................................................................................................29
REPORTE DE SISTEMA GESTOR, SQL SERVER ........................................................................32
CUADRO COMPARATIVO DE SISTEMAS GESTORES DE BASE DE DATOS. ...............................20
FUENTES BIBLIOGRFICAS CONSULTADAS EN LA UNIDAD 2 ..................................................24
CONCLUSIN DE LA UNIDAD 2 ................................................................................................... 1
UNIDAD 3 ................................................................................................................................ 2
INTRODUCCIN DE LA UNIDAD 3. .............................................................................................. 3
UNIDAD 3 CONFIGURACIN Y ADMINISTRACIN DEL ESPACIO EN DISCO .......................... 4
3.1 ESTRUCTURAS LGICAS DE ALMACENAMIENTO ............................................................ 4

2
3.1.1. DEFINICIN DE ESPACIO DE ALMACENAMIENTO ....................................................... 7
3.1.2. DEFINICIN Y CREACIN DEL ESPACIO ASIGNADO PARA CADA BASE DE DATOS ..... 8
3.1.3. BITCORAS ..................................................................................................................10
3.1.4 PARTICIONES ...............................................................................................................12
3.1.5 ESPACIOS PRIVADOS ...................................................................................................13
3.1.6 ESPACIOS PARA OBJETOS ...........................................................................................14
3.2. SEGMENTOS....................................................................................................................15
3.3. MEMORIA COMPARTIDA. ..............................................................................................16
3.4. INSTANCIAS MLTIPLES .................................................................................................17
REPORTE DE PRCTICA ..........................................................................................................19
DIAPOSITIVAS DE LA EXPOSICIN DEL TEMA 3.2 AL TEMA 3.4 ..............................................26
FUENTES BIBLIOGRFICAS DE LA UNIDAD 3 ............................................................................26
CONCLUSIN DE LA UNIDAD 3. ................................................................................................27
UNIDAD 4 ..............................................................................................................................28
INTRODUCCIN DE LA UNIDAD 4 .............................................................................................29
OBJETIVO DE LA UNIDAD 4 .......................................................................................................30
4.1 BITCORAS DE TRABAJO DEL DBMS ...................................................................................30
4.1.1 FUNCIONES ESPECFICAS DE LAS BITCORAS .................................................................30
4.1.2 RECUPERACIN (ROLLBACK) ...........................................................................................31
4.1.3 PERMANENCIA (COMMIT) ...............................................................................................32
4.2 DEFINICIN DE LOS MODOS DE OPERACIN DE UN DBMS (ALTA, BAJA, RECOVERY) ....33
4.3 COMANDOS DE ACTIVACIN PARA LOS MODOS DE OPERACIN ....................................35
PRCTICA EN CMD.....................................................................................................................38
EXAMEN DE LA UNIDAD 4 .........................................................................................................41
FUENTES BIBLIOGRFICAS CONSULTADAS EN LA UNIDAD 4 ..................................................42
CONCLUSIN DE LA UNIDAD 4 .................................................................................................43
UNIDAD 5 ..............................................................................................................................44
INTRODUCCIN DE LA UNIDAD 5 .............................................................................................45
5.1 RESPALDO Y RECUPERACIN ..............................................................................................46
5.1.1 ESPEJEO (MIRRORING) .................................................................................................47
5.1.1.1 BENEFICIOS DEL ESPEJEO DE DATOS EN UN DBMS .............................................48

3
5.1.1.2 ACTIVACIN DE ESPEJEO EN UN DBMS ...............................................................49
5.1.1.3 CREACIN DE ESPACIOS DE DISCO CON ESPEJO .................................................49
5.1.2. RPLICA (REPLICATION) ...............................................................................................52
5.1.2.1 BENEFICIOS DE LA RPLICA DE DATOS EN UN DBMS ..........................................54
5.1.3 MTODOS DE RESPALDO DE UN DBMS.......................................................................55
5.1.3.1 ELEMENTOS Y FRECUENCIA DE RESPALDO ..........................................................55
5.1.3.2 COMANDOS PARA RESPALDO DE DATOS .............................................................57
5.1.3.3 MTODOS DE RECUPERACIN DE UN DBMS .......................................................60
5.1.4. COMANDOS PARA RECUPERACIN ............................................................................68
5.1.4.1 VENTAJAS Y DESVENTAJAS DE CADA MTODO ...................................................68
5.1.4.2 APLICACIN DE CADA MTODO ...........................................................................69
5.2 MIGRACIN DE LA BASE DE DATOS....................................................................................70
5.3 MONITOREO Y AUDITORA DE LA BASE DE DATOS ............................................................74
5.3.1 MONITOREO .................................................................................................................74
5.3.1.1 MONITOREO GENERAL DE UN SISTEMA MANEJADOR DE BASE DE DATOS .......74
5.3.1.2 MONITOREO DE ESPACIO LIBRE EN DISCOS ........................................................75
5.3.1.3 MONITOREO DE LOGS ...........................................................................................77
5.3.1.4 MONITOREO DE MEMORIA COMPARTIDA ..........................................................79
5.3.1.5 MONITOREO DE BASE DE DATOS .........................................................................81
5.3.1.6 MONITOREO DE MODOS DE OPERACIN ............................................................83
5.3.1.7 MONITOREO DE ESPACIOS ESPEJEADOS ..............................................................85
5.3.2 AUDITORA ....................................................................................................................85
5.3.2.1 HABILITACIN Y DESHABILITAR EL MODO DE AUDITORA ..................................86
5.3.2.2 CONSULTAS DE LAS TABLAS VISTAS CON INFORMACIN DE LA AUDITORA.....88
5.4 HERRAMIENTAS DE SOFTWARE Y HARDWARE PARA MONITOREO Y ADMINISTRACIN
AUTOMTICA .............................................................................................................................88
DIAPOSITIVAS DEL TEMA 5.3.1.2 AL 5.3.1.7 .............................................................................90
PRCTICA DE REPLICACIN .......................................................................................................99
RPLICA DEL LADO DEL MAESTRO ........................................................................................99
RPLICA DEL LADO DEL ESCLAVO. ......................................................................................104
EXAMEN DE LA UNIDAD 5 .......................................................................................................109

4
FUENTES BIBLIOGRFICAS ......................................................................................................109
CONCLUSIN DE LA UNIDAD 5 ...............................................................................................110

5
UNIDAD 1

6
OBJETIVO DEL PORTAFOLIO:

OBJETIVO GENERAL:

Demostrar la coleccin de documentos con ciertas caractersticas que tienen para


evaluar el nivel de aprendizaje que se ha adquirido, es decir, sus logros, esfuerzos y
transformaciones a lo largo del curso de base de datos del programa educativo de
Ingeniera en Sistemas Computacionales en cada estudiante.

Caractersticas

El portafolio de evidencias se realiza a partir de la utilizacin de diversas estrategias


didcticas y que tienen como resultado un producto o evidencia.

Implica toda una metodologa de trabajo y de estrategias didcticas en la interaccin


entre el profesor y el alumno, y por otro lado es un mtodo de evaluacin que permite
unir y coordinar un conjunto de evidencias para emitir una valoracin ms apegada a
la realidad.

El portafolio tiene criterios definidos que permiten al profesor realizar una evaluacin
integral
INTRODUCCIN DE LA UNIDAD 1

En el siguiente portafolio de la unidad 1, de Administracin de base de datos se hablar


acerca del administrador (DBA), as como de las funciones del antes mencionado y la
relacin que este tiene con otras reas del sistema. Tambin se incluir una serie de
preguntas y un mapa conceptual de los primeros puntos del temario esto con el fin de
facilitar el entendimiento de cada uno de ellos, posterior a esto nos encontraremos con
informacin acerca de los manejadores de base de datos as como los aspectos a
considerar para lograr una buena eleccin de uno de ellos. Antes de pasar al desarrollo
de este portafolio es importante mencionar que un Sistema Gestor de Bases de Datos
(SGBD) o DBMA (DataBase Management System) no es ms que una coleccin de
programas cuyo objetivo es servir de interfaz entre la base de datos, el usuario y las
aplicaciones. Por ltimo se tocar el tema 1.4 del cual podemos hacer mencin que los
sistemas de bases de datos con el paso del tiempo van evolucionando e implementando
nuevas aplicaciones usando tecnologas innovadoras y adecuadas a las necesidades
actuales, es por eso que los recursos que los usuarios demandan representan un reto
y una necesidad a la hora de estar trabajando con las bases de datos; se demanda
rapidez, multitareas, eficiencia, y competitividad a la hora de trabajar con las nuevas
tecnologas y aplicaciones en los sistemas de bases de datos.

7
TEMARIO DE UNIDADES

8
9
OBJETIVO DE LA UNIDAD 1

Participar en proyectos de desarrollo de software utilizando sistemas de


bases de datos.
Reconocer los alcances y las actividades que deben realizarse como parte
de trabajos de ABD.

1.1. ADMINISTRADOR DE BASE DE DATOS (DBA)

Un administrador de bases de datos (DBA) tiene la responsabilidad de mantener y


operar las bases de datos que conforman el sistema de informacin de una
compaa. Debido a la importancia de los datos que estn a su cargo, el
administrador de bases de datos debe ser experto en TI (tecnologa de la
informacin), teniendo particular conocimiento de DBMS (sistemas de
administracin de bases de datos) y el lenguaje de consulta SQL. Tambin debe
tener conocimiento de varios tipos de lenguaje de programacin para poder
automatizar ciertas tareas.

Una de sus tareas es la de asegurar la integridad del sistema de informacin de la


compaa. Adems, es necesario que posea un buen entendimiento de DBMS para
optimizar las consultas, ajustar la configuracin de DBMS o para sincronizar en
forma precisa las herramientas de control del acceso a las bases de datos.

1.1.1 FUNCIONES DE UN DBA

Los DBA realizan pruebas de rendimiento, pruebas de impacto, pruebas


funcionales, pruebas de cdigo, pruebas de carga de datos, pruebas de
implementacin y pruebas de integracin en proyectos Investigacin, desarrollo e
innovacin. Para la ejecucin de pruebas es necesario aplicar las metodologas

10
basadas en Ingeniera del software, sus aplicaciones funcionales y los
requerimientos de calidad, aadiendo las lneas base de la ingeniera
requerimientos en la inteligencia de negocios y las tecnologas de la informacin.
Algunas de las actividades ms relevantes de un DBA son:

Analistas de datos.

Programadores de bases de


Analistas de sistemas. datos.


Analistas de programacin.

de procesos
Programadores
de negocio.

Administradores de bases de
datos. Integradores de datos.

Consultores de sistemas. Ingenieros de datos.

Ingenieros estadsticos.
Consultores de tecnologas de
la informacin.
Jefes de centros de datos.

Consultores de aplicaciones.
Coordinadores de rea.


Consultores de programacin.

La tarea del DBA es crear la base de datos en s y poner en vigor los controles tcnicos
necesarios para apoyar las polticas dictadas por el administrador de datos. El DBA se
encarga tambin de garantizar el funcionamiento adecuado del sistema y de
proporcionar otros servicios de ndole tcnica relacionados. El DBA cuenta por lo
regular con un grupo de programadores de sistemas y otros asistentes tcnicos.

La responsabilidad general del DBA es facilitar el desarrollo y el uso de la Base de


Datos dentro de las guas de accin definidas por la administracin de los datos.

El DBA es responsable primordialmente de:



Administrar la estructura de la Base de Datos

11

Administrar la actividad de los datos

Administrar el Sistema Manejador de Base de Datos

Establecer el Diccionario de Datos

Asegurar la confiabilidad de la Base de Datos

Confirmar la seguridad de la Base de Datos

Administracin de la estructura de la Base de Datos

La administracin de la estructura de la Base de Datos incluye participar en el


diseo inicial de la misma y su puesta en prctica as como controlar, y administrar
sus requerimientos, ayudando a evaluar alternativas, incluyendo los DBMS a utilizar
y ayudando en el diseo general de BD. En los casos de grandes aplicaciones de
tipo organizacional, el DBA es un gerente que supervisa el trabajo del personal de
diseo de la BD. Una vez diseada la BD, es puesta en prctica utilizando productos
del DBMS, procedindose entonces a la creacin de los datos (captura inicial). El
DBA participa en el desarrollo de procedimientos y controles para asegurar la
calidad y la alta integridad de la BD.

Los requerimientos de los usuarios van modificndose, estos encuentran nuevas


formas o mtodos para lograr sus objetivos; la tecnologa de la BD se va
modificando y los fabricantes del DBMS actualizan sus productos. Todas las
modificaciones en las estructuras o procedimientos de BD requieren de una
cuidadosa administracin.

1.1.2 RELACIN DEL DBA CON OTRAS REAS DEL SISTEMA.

En sistemas muy complejos cliente/servidor y de tres capas, la base de datos es


slo uno de los elementos que determinan la experiencia de los usuarios en lnea y
los programas desatendidos. El rendimiento es una de las mayores motivaciones
de los DBA para coordinarse con los especialistas de otras reas del sistema fuera
de las lneas burocrticas tradicionales. Uno de los deberes menos respetados por

12
el administrador de base de datos es el desarrollo y soporte a pruebas, mientras
que algunos otros encargados lo consideran como la responsabilidad ms
importante de un DBA. Las actividades de soporte incluyen la colecta de datos de
produccin para llevar a cabo pruebas con ellos; consultar a los programadores
respecto al desempeo; y hacer cambios a los diseos de tablas de manera que se
puedan proporcionar nuevos tipos de almacenamientos para las funciones de los
programas.

El DBA es el responsable del buen funcionamiento de toda la estructura de los


datos as como de su entorno de trabajo. Al igual en DBA cuenta con ayuda de
personal para desempear algunas de sus funciones. Los diseadores de la base
de datos forman parte del personal del DBA. El DBA interacta con el sistema como
un puesto de asesora y se crea un ambiente de consultora, es aqu cuando el DBA
es capaz de idear la estrategia de administracin de datos.

La funcin del DBA requiere personal para cubrir las siguientes actividades:

1. Planeacin de la BD, incluida la definicin de estndares, procedimientos y


ejecucin.
2. Recoleccin de requerimientos y diseo conceptual de la base de datos.
3. Diseo lgico de BD y diseo de transacciones.
4. Diseo fsico y ejecucin de la BD
5. Pruebas y depuracin de la BD.

13
6. Operacin y mantenimiento de BD, incluida su instalacin, conversin y
migracin.
7. Entrenamiento y soporte de BD.

El ABD conoce todo sobre el sistema tiene relacin directa entre todas las reas del
sistema, puede proporcionar informacin a desarrolladores, analistas y dems
personal que contribuye en el desarrollo de la Base de Datos.

PREGUNTAS DEL TEMA 1.1 AL 1.1.2

14
MAPA CONCEPTUAL (CONTINUACIN DE LAS PREGUNTAS).

1.2 MANEJADORES DE BASE DE DATOS.

Un Sistema Gestor de Base de Datos (SGBD, en ingls DBMS: DataBase


Management System o sistema manejador de base de datos) es un sistema de
software que permite la definicin de bases de datos; as como la eleccin de las
estructuras de datos necesarios para el almacenamiento y bsqueda de los datos,
ya sea de forma interactiva o a travs de un lenguaje de programacin. Un SGBD
relacional es un modelo de datos que facilita a los usuarios describir los datos que
sern almacenados en la base de datos junto con un grupo de operaciones para
manejar los datos. Los SGBD relacionales son una herramienta efectiva que permite
a varios usuarios acceder a los datos al mismo tiempo. Brindan facilidades eficientes
y un grupo de funciones con el objetivo de garantizar la confidencialidad, la calidad,
la seguridad y la integridad de los datos que contienen, as como un acceso fcil y
eficiente a los mismos.
15
MySQL

MySQL es un sistema gestor de bases de datos relacionales rpido, slido y flexible.


Es idneo para la creacin de bases de datos con acceso desde pginas web
dinmicas, as como para la creacin de cualquier otra solucin que implique el
almacenamiento de datos, posibilitando realizar mltiples y rpidas consultas. Est
desarrollado en C y C++, facilitando su integracin en otras aplicaciones
desarrolladas tambin en esos lenguajes. Es un sistema cliente/servidor, por lo que
permite trabajar como servidor multiusuario y de subprocesamiento mltiple, o sea,
cada vez que se crea una conexin con el servidor, el programa servidor establece
un proceso para manejar la solicitud del cliente, controlando as el acceso
simultneo de un gran nmero de usuarios a los datos y asegurando el acceso a
usuarios autorizados solamente. Es uno de los sistemas gestores de bases de datos
ms utilizado en la actualidad, utilizado por grandes corporaciones como Yahoo!
Finance, Google, Motorola, entre otras.

Microsoft SQL Server

SQL Server es un sistema gestor de base de datos relacionales producido por


Microsoft. Es un sistema cliente/servidor que funciona como una extensin natural
del sistema operativo Windows. Entre otras caractersticas proporciona integridad
de datos, optimizacin de consultas, control de concurrencia y backup y
recuperacin. Es relativamente fcil de administrar a travs de la utilizacin de un
entorno grfico para casi todas las tareas de sistema y administracin de bases de
datos. Es fcil de usar y proporciona funciones de almacenamiento de datos que
slo estaban disponibles en Oracle y otros sistemas gestores de bases de datos
ms caros.

PostgreSQL

PostgreSQL es un Sistema Gestor de Bases de Datos Relacionales Orientadas a


Objetos, derivado de Postgres. Permite trabajar con grandes volmenes de datos;
soporta gran parte de la sintaxis SQL y cuenta con un extenso grupo de enlaces con

16
lenguajes de programacin. Posee caractersticas significativas del motor de datos,
entre las que se pueden incluir las subconsultas, los valores por defecto, las
restricciones a valores en los campos (constraints) y los disparadores (triggers).
Posee una integridad referencial e interfaces nativas para lenguajes como ODBC,
JDBC, C, C++, PHP, PERL, TCL, ECPG; PYTHON y RUBY. Funciona en todos los
sistemas operativos Linux, UNIX (AIX, BSD, HP-UX, SGI IRIX, Mac OS X, Solaris,
Tru64), y Windows. Debido a la liberacin de la licencia, PostgreSQL se puede usar,
modificar y distribuir de forma gratuita para cualquier fin, ya sea privado, comercial
o acadmico.

1.3 CONSIDERACIONES PARA ELEGIR UN BUEN MANEJADOR DE BASE DE


DATOS (DBMS).

La eleccin de un buen manejador de base de datos es de vital importancia ya que


puede llegar a ser una inversin tanto en hardware como en software muy cuantioso
pero no solo eso, adems va a determinar el centro de informacin de la empresa.

Consideracin al elegir un DBMS:

Nmero de usuarios: Cantidad mxima de personas que tengan todo tipo de


contacto con el sistema de base de datos desde que ste se disea, elabora,
termina y se usa

Nmero de transacciones: Son las cantidades de transacciones reales


promovidas por eventos como la compra de un producto, la inscripcin a un curso
o la realizacin de un depsito.

Cantidad de datos para almacenar: Hace referencia a la capacidad de registros


que se puede almacenar o de recuperar su estado en un momento previo a la
prdida de datos.

Consistencia de la informacin: Impedir que exista informacin inconsistente o


contradictoria en la BD. Surge cuando existen varias copias del mismo dato y tras

17
la modificacin de una de ellas, las dems no son actualizadas, o lo son pero de
forma incorrecta.

Experiencia propia o externa: Contar con el conocimiento necesario para la


interaccin con el BDSM y de esa manera poder realizar las tareas que se nos han
presupuesto.

Que SO se implementara: Si no se tiene un sistema operativo en base al SGBD y


esto tambin tendra consideraciones como la operatividad y la capacidad de
administracin de un servidor en tal o cual SO y los gastos que implicaran su
mantenimiento.

CUADRO COMPARATIVO DE MANEJADORES DE BDD

18
1.4. NUEVAS TECNOLOGAS Y APLICACIONES DE LOS SISTEMAS DE BASES
DE DATOS

Los sistemas orientados a los datos se caracterizan porque los datos no son de una
aplicacin sino de una organizacin entera que los va a utilizar, se integran las
aplicaciones, se diferencian las estructuras lgicas y fsicas. El concepto de relacin
cobra importancia. Originalmente las aplicaciones cubran necesidades muy
especficas de procesamiento, se centraban en una tarea especfica. Las bases de
datos evitan las inconsistencias que se producan por la utilizacin de los mismos datos
lgicos desde distintos archivos a travs de procesos independientes. El mundo real
considera interrelaciones entre datos y restricciones semnticas que deben estar
presentes en una base de datos. No solo debe almacenar entidades y atributos, sino
que tambin debe almacenar interrelaciones entre datos. La redundancia de datos debe
ser controlada, pero si se admite cierta redundancia fsica por motivos de eficiencia. La
independencia de los tratamientos sobre los datos y estos mismos, ha tenido una
enorme influencia en la arquitectura de los SGBD. La definicin y descripcin del
conjunto de datos contenido en la base debe ser nica e integrada con los mismos
datos. La actualizacin y recuperacin de las bases de datos debe realizarse mediante
procesos incluidos en SGBD, de modo que se mantenga la integridad, seguridad y
confidencialidad de la base.

Los usuarios cada vez necesitamos ms recursos en tecnologa, es por eso que surgen
las evoluciones de sistemas, y por ende de las bases de datos, es impresionante ver
como la informacin se procesa en microsegundos, mientras se realizan transacciones
al mismo tiempo en la misma base de datos en lugares y estados diferentes, la
importancia de la informacin es lo que ha llevado a que las empresas y otras
instituciones inviertan para la seguridad de sus datos, el futuro de la tecnologa es
incierto debido a que algunas proyecciones de tecnologa estimadas hace 5 aos y
proyectadas hasta los prximos 10 aos ya son una realidad, la tecnologa avanza a
pasos agigantados es por eso que no debemos quedarnos atrs y apostar a las nuevas
tecnologas que sin duda harn ms fcil la

19
vida de las personas que tratamos con la administracin y seguridad de la informacin.
Tanto en uno como en otro papel, la tecnologa de bases de datos se ve sometida a
numerosos cambios tanto desde el punto de vista empresarial como tecnolgico. Las
nuevas aplicaciones estn llevando hasta el lmite a los sistemas de bases de datos
disponibles, al incorporar documentos multimedia. Imgenes, series temporales, datos
activos, grandes cantidades de informacin (no olvidemos que los datos se expanden
hasta llenar el espacio disponible), etc. Por otro lado la mejora espectacular en el
nmero de instrucciones de mquina ejecutables en un segundo, coste de procesador,
coste de la unidad de memoria secundaria y de memoria principal, numero de bits
transmitidos por unidad de coste y por segundo, obligan a los SGBD a evolucionar para
aprovechar estos avances en el hardware y las comunicaciones. En este sentido la
explosin de Internet, el World Wide Web, y las autopistas de la informacin
(informationhighWay), cuya utilizacin crece a un ritmo vertiginoso, estn imponiendo
un nuevo escenario para el desarrollo de los sistemas de informacin. Los sistemas de
bases de datos, como elemento clave de los sistemas de informacin.

20
FUENTES BIBLIOGRFICAS CONSULTADAS EN LA UNIDAD 1

Rojas A. (2014). Administrador de base de datos (DBA). Enero 26, 2016, de


WebNode Sitio web: http://proyecto359.webnode.mx/unidad1/
Uln J. (2014). Funciones del DBA. Enero 26, 2016, de Angelfire Sitio web:
http://www.angelfire.com/nf/tecvirtual/cursos/admonbd/DBA1.htm
Martnez J. (2015). Relacin del DBA con otras reas del sistema. Enero 26,
2016, de Blogger Sitio web: http://admindbase.blogspot.mx/2013/06/relacion-
del-dba-con-otras-areas-del.html


Martnez J. (2013). Consideraciones para elegir un buen DBMS. Enero 2,
2016, de Blogger Sitio web:

http://admindbase.blogspot.mx/2013/06/consideraciones-para-elegir-un-
buen-dbms.html



EcuRed. (2015). Sistema Gestor de Base de datos. Enero 2, 2016, de
EcuRed Sitio web:

http://www.ecured.cu/Sistema_Gestor_de_Base_de_Datos



Adrin. (2014). UNIDAD 1 Perspectiva prctica de la administracin de
bases de datos. Febrero 5, 2016, de Webnode Sitio web:

http://proyecto359.webnode.mx/unidad1/


Yarzagaray O. (2015). Perspectiva prctica de la administracin de Base de
Datos. Febrero 6, 2016, de Instituto
Tecnolgico Superior de Calkin en el
Edo. De Campeche Sitio web:

https://www.itescam.edu.mx/portal/asignatura.php?clave_asig=SCB-
1001&carrera=ISIC-2010-224&id_d=136

21
CONCLUSIN DE LA UNIDAD 1

Como pudo verse en este portafolio de unidad, el administrador de bases de datos


(DBA) es aquel que tiene la responsabilidad de mantener y operar las bases de
datos que conforman el sistema de informacin de una compaa y as mismo de
mantenerlo actualizado. Por mencionar algunas de las funciones de un DBA se
encuentra que estos realizan pruebas de rendimiento, pruebas funcionales, de
carga de datos, implementacin, desarrollo e innovacin entre otras cosas, por lo
que tambin analizan, programan, consultan y administran. De igual manera se
habl acerca de los manejadores de base de datos igual llamados sistemas
gestores de bases de datos, as como de las consideraciones para elegir el correcto
o eficiente segn las necesidades. Tambin logramos ver que el surgimiento de
nuevas aplicaciones y tecnologas pone a prueba los sistemas de bases de datos,
ya que se maneja todo tipo de elementos, cantidades grandes de informacin y
variada a la vez; todo esto con lleva a hablar de invertir en las bases de datos en
cualquier empresa, negocio, escuela o incluso para usos o fines personales, ya que
al hacerlo es como invertir en algo que te pueda proporcionar seguridad,puesto que
la tecnologa crece tan rpido que a veces ni cuenta nos damos cuando ciertos
aparatos o sistemas se estn quedando obsoletos hasta que ya nos vemos inversos
en un mundo tecnolgico distinto.

22
UNIDAD 2

23
INTRODUCCIN DE LA UNIDAD 2

En el siguiente portafolio de la unidad 2 Arquitectura de gestor de la asignatura de


Administracin de base de datos, se presentaran los requerimientos del sistema que son
necesarios para instalar MySQL, ORACLE, FIREBIRD y SQL SERVER, por lo que es
importante saber que los programas antes mencionados son sistemas gestores de base
de datos, estos consisten en un conjunto de programas que permiten el almacenamiento,
modificacin y extraccin de la informacin en una base de datos, adems de que son
capaces de proporcionar herramientas para aadir, borrar, modificar y analizar los datos.
De igual manera se incluir un reporte en el cual se presentan los requerimientos
necesarios para la instalacin de un SGBD, en especfico SQL Server, tambin se har
mencin del proceso y la configuracin del mismo, junto con las caractersticas que este
posee. Por ltimo se detallar una tabla comparativa de los Sistemas gestores de base
datos analizados en clase, por mencionar algunos de estos, como vimos al principio de
esta introduccin, se
encue ntr a MySQ L el c ual es te es un sis tem a de ges tin relaci onal, multihil o y multius uari o, lo que por su p art e Or acle es de tipo objet o- relacio nal y s e co nside ra c omo uno de l os siste mas de bases de dato s m s co mplet os,

destacando su soporte de transacciones, estabilidad, escalabilidad, y soporte


multiplataforma, etc.

2
REQUERIMIENTOS PARA LA INSTALACIN DE SGBDS

My SQL
MySQL es el servidor de bases de datos relacionales ms popular, desarrollado y
proporcionado por MySQL AB. Es un sistema administrativo relacional de bases de
datos (RDBMS por sus siglas en ingls (Relational Database Management System).
Este tipo de bases de datos puede ejecutar desde acciones tan bsicas, como insertar
y borrar registros, actualizar informacin hacer consultas simples, hasta realizar
tareas tan complejas como la aplicacin lo requiera. Es un servidor multi-usuarios muy
rpido y robusto de ejecucin de instrucciones en paralelo, es decir, que mltiples
usuarios distribuidos a lo largo de una red local o Internet podr ejecutar distintas tareas
sobre las bases de datos localizadas en un mismo servidor.

Utiliza el lenguaje SQL (Structured Query Language) que es el estndar de consulta a


bases de datos a nivel mundial. MySQL usa la licencia GPL (Licencia Pblica General
GNU), para definir qu es lo que se puede y no se puede hacer con el software para
diferentes situaciones. Sin embargo, si uno est incmodo con la licencia GPL o tiene
la necesidad de incorporar cdigo de MySQL en una aplicacin comercial es posible
comprar una versin de MySQL con una licencia comercial.

Requerimientos bsicos para MySQL:

512 Mb de memoria Ram

1024 Mb mquina virtual

1 GB de espacio de disco duro

Sistema operativo:Windows,Linux y Unix

Arquitectura del sistema 32/64 bit

Protocolo de red TCP/IP

25
SQL SERVER

Para un funcionamiento correcto del SGBD se recomienda que el servidor tenga la


siguiente configuracin mnima, con algunos requerimientos ptimos:

Memoria RAM: se necesita un mnimo de 512 MB para cada instancia.


Aunque se recomienda 1 GB.

Velocidad del procesador. El mnimo requerido es 1 GHz si procesador es


de 32 bits y 1,4 GHz si es de 64 bits. Se recomienda en cualquier caso, una
procesador de 2 GHz.

Tipo de procesador. El procesador del servidor tiene que estar entre alguno
de stos. Procesador x64: AMD Opteron, AMD Athlon 64, Intel Xeon
compatible con Intel EM64T Intel Pentium IV compatible con EM64T.
Procesador x86: compatible con Pentium III o superior

La memoria RAM mxima usada (por instancia del motor de base de datos
de SQL Server) es de 1 GB.

SQL Server 2014 requiere un mnimo de 6 GB de espacio disponible en


disco.

Para la instalacin desde disco se necesita una unidad de DVD.

SQL Server 2014 requiere un monitor Super VGA (800x600) o uno con una
resolucin mayor.

La funcionalidad de Internet necesita acceso a Internet (no necesariamente


de carcter gratuito).

En las ediciones de 32 y 64 bits de SQL Server 2014 se aplican las


consideraciones siguientes:

Se recomienda ejecutar SQL Server 2014 en equipos con el formato de


archivo NTFS. SQL Server 2014 se puede instalar en un equipo con el

26
sistema de archivos FAT32, pero no se recomienda porque es menos
seguro que el sistema de archivos NTFS.

El programa de instalacin de SQL Server bloquear las instalaciones en


unidades de disco de solo lectura, asignadas o comprimidas.

SQL Server le exige que instale una actualizacin para asegurarse de que
se puede instalar correctamente el componente de Visual Studio. El
programa de instalacin de SQL Server comprueba la presencia de esta
actualizacin y, a continuacin, le exige que descargue e instale la
actualizacin antes de continuar con la instalacin de SQL Server. Para
evitar la interrupcin durante la instalacin de SQL Server, puede descargar
e instalar la actualizacin antes de ejecutar el programa de instalacin de
SQL Server, segn se describe a continuacin (o instalar todas las
actualizaciones para .NET 3.5 SP1 disponibles en Windows Update):

o Si instala SQL Server 2014 en Windows Server 2008 SP2, podr


obtener la actualizacin necesaria de aqu.

o Si instala SQL Server 2014 en un equipo que tiene cualquier otro


sistema operativo admitido, est actualizacin viene incluida.

o La instalacin de SQL Server 2014 produce un error si se inicia la


instalacin con Terminal Services Client. No se admite el inicio del
programa de instalacin de SQL Server con Terminal Services Client.

o El programa de instalacin de SQL Server instala los siguientes


componentes de software que el producto necesita:

o SQL Server Native Client

o Archivos auxiliares del programa de instalacin de SQL Server

FIREBIRD

27
Firebird es un sistema de administracin de base de datos relacional (o RDBMS)
(Lenguaje consultas: SQL) de cdigo abierto, basado en la versin 6 de Interbase,
cuyo cdigo fue liberado por Borland en 2000. Su cdigo fue reescrito de C a C++.
El proyecto se desarrolla activamente y el 18 de abril de 2008 fue liberada la versin
2.1.

CARACTERISTICAS:

Es multiplataforma, y actualmente puede ejecutarse en los sistemas


operativos: Linux, HP-UX, FreeBSD, Mac OS, Solaris y Microsoft Windows.
Ejecutable pequeo, con requerimientos de hardware bajos.
Arquitectura Cliente/Servidor sobre protocolo TCP/IP y otros (embedded).
Soporte de transacciones ACID y claves forneas.
Es medianamente escalable.
Buena seguridad basada en usuarios/roles.
Existencia de controladores ODBC, OLEDB, JDBC, PHP, Perl, .net, etc.
Requisitos de administracin bajos, siendo considerada como una base de
datos libre de mantenimiento, al margen de la realizacin de copias de
seguridad.
Pleno soporte del estndar SQL-92, tanto de sintaxis como de tipos de datos.
Completo lenguaje para la escritura de disparadores y procedimientos
almacenados denominado PSQL.
Capacidad de almacenar elementos BLOB (Binary Large OBjects).
Soporte de User-Defined Functions (UDFs).
Versin autoejecutable, sin instalacin, excelente para la creacin de
catlogos en CD-Rom y para crear versiones de evaluacin de algunas
aplicaciones.
28
Los propios desarrolladores de Firebird recomiendan lo siguiente a la hora de
decidirse por uno de estos servidores:

En plataformas Windows seleccionar el Superserver.

En Linux simplemente elegir cualquiera, segn las conexiones estimadas.
En la mayora de las situaciones no se notar diferencias en la ejecucin.

Podra considerarse un tercer tipo, el Embedded. ste consiste en una nica biblioteca
de enlace dinmico DLL (de unos 2 MB de tamao) que contiene todo el servidor. De
esta forma se puede tener un DBMS completo disponible y distribuible junto con
aplicaciones de usuario sin requerir que este se instale por separado.

REQUISITOS DEL SISTEMA

Espacio en disco duro: 12-14 MB

Procesador: x386, x64, PowerPc y SPARC

RAM: 16MB para el cliente y 64MB Para el servidor multi-cliente.

ORACLE

29
30
31
REPORTE DE SISTEMA GESTOR, SQL SERVER

Sistema operativo compatible:

Windows 7, Windows Server 2008 R2, Windows Server 2008 Service


Pack 2, Windows Vista Service Pack 2

Sistemas de 32 bits:

Equipo con procesador Intel o compatible a 1 GHz o superior (se


recomienda 2 GHz o superior).

Sistemas de 64 bits

Procesador a 1,4 GHz o superior:

512 MB de RAM como mnimo (se recomienda 2 GB o

ms). 2,2 MB de espacio disponible en disco duro.

INSTALACIN

Una vez descargado el software aparecer una Advertencia de seguridad de


abrir archivo, lo cual daremos click en Ejecutar para que se inicie la instalacin
del software (SQL Server 2012).

32
Posterior a este paso de iniciar la extraccin de datos lo que despus se deber
permitir que el programa realice cambios en el equipo.

En nuestro caso nos sali un error ya que tenamos que cambiar el idioma para que
el software pudiese continuar con la instalacin.

1. Para poder solucionar este problema nos dirigimos a , despus en


Panel de control, Reloj, idioma y regin y, a continuacin, clic en
Configuracin regional y de idioma.

2. Haga clic en la ficha Ubicacin, seleccione una ubicacin de la lista y, a


continuacin, haga clic en Aceptar. Cambiamos nuestro Espaol (Mxico) por
Espaol (Espaa):

5
Una vez iniciado el asistente de instalacin podemos volver a la configuracin de
nuestro pas en nuestro caso Espaol (Mxico). Despus de cambiar nuestro idioma
volvemos a darle en instalar al programa y nos volver a salir lo primeros 3 paso, el
error ya no saldr. Despus se nos mostrara una ventana de instalacin de SQL
Server en el que arroja dos opciones ya sea instalar o actualizar el software si es
que este ya existe.

En unos segundos se nos arroja una ventana donde nos pide esperar en lo que el
programa procesa la opcin que seleccionamos (Instalar).

6
Por lo que al terminar esta espera se inicializara el programa de instalacin, donde
se mostrara los trminos de licencia, una vez ledos estos trminos le damos clic en
siguiente.

En la siguiente ventana podremos activar o desactivar las actualizaciones que este


software amerita lo cual es recomendable validar esta opcin para as mejorar la
seguridad y el rendimiento de este. Clic en Siguiente.

7
Una vez cargado este proceso podremos seleccionar las caracteristicas que deseemos
instalar los cual estas nos permitirn la replicacin de SQL Server y el SDK de conectividad
de cliente. Clic en Siguiente.

Despus de elegir las actualizaciones que deseamos instalar se nos muestra una ventana
donde nos pide la ruta para guardar este proceso lo cual nos servir como ruta de acceso
de instalacin. Clic en Siguiente.
En la siguiente ventana nos aparece la configuracin del servidor donde podemos observar que
se nos brinda el motor de la BDD y el navegador de SQL Server, Los servicios reales que se
configuran en esta ventana dependen de las caractersticas que se van a instalar. Puede
asignar la misma cuenta de inicio de sesin a todos los servicios de SQL Server, o configurar
cada cuenta de servicio individualmente. Tambin puede especificar si los servicios se inician
de forma automtica o manual, o si estn deshabilitados.

A continuacin configuramos el motor de bases de datos donde se especificara el modo de


seguridad de autenticacin, la carpeta de los datos y administradores de este motor para
tener un acceso sin restricciones. Clic en Siguiente.

Una vez configurado el motor de bases de datos y de haber dado Siguiente el proceso de
instalacin pasa a su ltima fase en donde se inicializa las acciones de Windows Installer.
Por ltimo la operacin de instalacin del software y la actualizacin de sus productos
finaliza. SQL Server ya puede ser utilizado.CONFIGURACIN

Despus de que el programa de instalacin complete la instalacin de Microsoft


SQL Server, puede configurar posteriormente SQL Server mediante utilidades
grficas o del smbolo del sistema. En la siguiente tabla se describe la
compatibilidad con las herramientas utilizadas para administrar una instancia de
SQL Server.

Herramienta o Descripci

SQL Server SQL Server Management Studio se utiliza para editar y


Management ejecutar consultas, y para iniciar tareas estndar del

Analizador de SQL Analizador de SQL Server proporciona una interfaz grfica de


Server usuario para supervisar una instancia de Database Engine
(Motor de base de datos) de SQL Server o una instancia de

Asistente para la El Asistente para la optimizacin de Database Engine (Motor


optimizacin de de base de datos) crea conjuntos ptimos de ndices, vistas
Database Engine indizadas y particiones. Para obtener ms informacin.
Business Business Intelligence Development Studio es un entorno de
Intelligence desarrollo integrado para las soluciones de Analysis Services

Utilidades del smbolo Administre los objetos de SQL Server desde el smbolo del
del sistema sistema. Para obtener ms informacin.
Administrador de Administre los valores de configuracin de red de cliente y
configuracin de servidor. Para obtener ms informacin.

Importar y exportar Integration Services proporciona un conjunto de


datos herramientas grficas y objetos programables para mover,

Programa de instalacin Instale, actualice o cambie componentes en una instancia de


de SQL Server SQL Server. Para obtener ms informacin.
CONFIGURACIN (PREDETERMINADA)

Las configuraciones predeterminadas para las nuevas instancias de SQL Server


deshabilitan algunos componentes y caractersticas para reducir la superficie
atacable del producto. Los siguientes componentes y caractersticas estn
desactivados de manera predeterminada:

Integration Services
Agente SQL Server
Explorador SQL Server
Bsqueda de texto

CARACTERSTICAS

VELOCIDAD:

El componente del administrador de memoria de Microsoft SQL Server elimina la


necesidad de realizar la administracin manual de la memoria disponible para SQL
Server. SQL Server determina dinmicamente al iniciarse la cantidad de memoria que
va a asignar sobre la base de la cantidad de memoria que el sistema operativo y otras
aplicaciones utilizan actualmente. Al cambiar la carga del equipo y de SQL Server,
tambin cambia la memoria asignada. Para obtener ms informacin, vea Arquitectura
de la memoria.

Se pueden utilizar las siguientes opciones de configuracin del servidor para


configurar la utilizacin de memoria e influir en el rendimiento del servidor:

min server memory


max server memory
max worker threads
index create memory
min memory per query

CONTROL DE REDUNDANCIA DE DATOS:

Existen varias opciones para el control de redundancia de datos en SQL SERVER,


las cuales se pueden manejar las siguientes.

Log Shipping
Mirroring
Replicacin
(duplicacin) Clster
COMPARTIMIENTO DE DATOS:

Existen diversas formas sencillas de compartir datos, desde la autenticacin del


usuario de inicio de sesin (usuario/contrasea), los privilegios que se le pueden
asignar a l, as como de la proteccin o comparticin de los datos. Todo otorgado o
permitido por el usuario principal.
MANTERNIMIENTO E INTEGRIDAD:

SQL SERVER brinda la siguiente integridad:

Integridad de entidad.
Integridad de dominio.
Integridad referencial.

Integridad definida por el usuario.

SOPORTE PARA EL CONTROL DE TRANSACCIONES:

SQL Server funciona en los siguientes tres modos de transaccin:

Transacciones de confirmacin
automtica Transacciones explcitas
Transacciones implcitas
Transacciones de mbito de lote

INDEPENDENCIA DE DATOS:

Garantiza la calidad de los datos de la base de datos.

La integridad de entidad define una fila como entidad nica para una tabla
determinada.
La integridad de dominio viene dada por la validez de las entradas para una
columna determinada.
La integridad referencial protege las relaciones definidas entre las tablas
cuando se crean o se eliminan filas.
La integridad definida por el usuario permite definir reglas de empresa especficas
que no pertenecen a ninguna otra categora de integridad.
INDEPENDENCIA DE HARDWARE:

Para la instalacin desde disco se necesita una unidad de CD o DVD.


Las herramientas grficas de SQL Server 2008 requieren VGA o una
resolucin mayor: resolucin mnima de 1.024 x 768 pxeles.

Dispositivo sealador: se necesita un mouse Microsoft o dispositivo sealador


compatible.

LICENCIAS:
INTERFAZ DE SQL SERVER 2008
CUADRO COMPARATIVO DE SISTEMAS GESTORES DE BASE DE DATOS.

CONTROL DE
SISTEM REDUNDANCIA DE COMPARTIMIENTO DE MANTENIMIENTO E SOPORTE PARA CONTROL INDEPENDENCIA DE LOS VELOCIDAD INDEPENDENCIA DE
A DATOS INTEGRIDAD DE TRANSACCIONES DATOS HARDWARE
DATOS
Existen varias opciones Existen diversas formas SQL SERVER brinda la SQL Server funciona en los Garantiza la calidad de los datos El componente del Para la instalacin desde
para el control de sencillas de compartir datos, siguiente integridad: siguientes tres modos de de la base de datos. administrador de memoria de disco se necesita una

redundancia de datos en desde la autenticacin del transaccin: La integridad de entidad Microsoft SQL Server elimina la unidad de CD o DVD.
SQL SERVER, las cuales usuario de inicio de sesin Integridad de entidad. define una fila como necesidad de realizar la Las herramientas grficas
se pueden manejar las (usuario/contrasea), los Integridad de dominio. Transacciones de entidad nica para una administracin manual de la de SQL Server 2008
siguientes. privilegios que se le pueden Integridad referencial. confirmacin tabla determinada. memoria disponible para SQL requieren VGA o una

asignar a l, as como de la Integridad definida por el automtica La integridad de dominio Server. SQL Server determina resolucin mayor:
Log Shipping proteccin o comparticin de usuario. Transacciones viene dada por la validez dinmicamente al iniciarse la resolucin mnima de
Mirroring los datos. Todo otorgado o explcitas de las entradas para una cantidad de memoria que va a 1.024 x 768 pxeles.
Replicacin permitido por el usuario Transacciones columna determinada. asignar sobre la base de la Dispositivo sealador: se
SQL

SERVER (duplicacin) principal. implcitas La integridad referencial cantidad de memoria que el necesita un mouse
Clster Transacciones de protege las relaciones sistema operativo y otras Microsoft o dispositivo
mbito de lote definidas entre las tablas aplicaciones utilizan sealador compatible.
cuando se crean o se actualmente.
eliminan filas.

La integridad definida por
el usuario permite definir
reglas de empresa
especficas que no
pertenecen a ninguna otra
categora de integridad.
La redundancia se usa Cree el recurso compartido del La comprobacin de la Comienza la transaccin con Las restricciones (constraints) son Simplifica la instalacin, La independencia fsica de los
para satisfacer los sistema de archivos y defina las integridad dentro de ORACLE, la 1 orden SQL de la sesin un mtodo para mantener la mantenimiento y soporte componentes, representada
requisitos de calidad del propiedades de recurso se realiza mediante el algoritmo de usuario o con la 1 orden integridad de los datos, para cargas de trabajo mediante 4 capas separadas.
servicio. Hay disponibles compartido NFS o SMB OR, donde se define la posterior a la finalizacin de la asegurando que los valores de bases de datos de
Implementar la lgica en
tres estrategias para usar mediante el comando zfs ejecucin del evento transaccin anterior. Finaliza ingresados sean vlidos y que las alta disponibilidad
capas distintas, en varias
instancias redundantes: share. intercalado con la ejecucin de cuando se ejecuta un relaciones entre las tablas se La combinacin
plataformas de hardware
las reglas activadas por l y la comando de control de mantengan. optimizada de software,
ORACLE Utilizar un comando (es decir, varias
El equilibrado de comprobacin de las transaccin (commit o Oracle ofrece varios tipos de servidor,
independiente para crear un configuraciones de
carga se puede restricciones de integridad rollback), una orden de restricciones: almacenamiento y
recurso compartido procesador, conjuntos de
realizar mediante relevantes para el evento. definicin de datos (DDL) o not null: a nivel de campo. networking permite una
proporciona las siguientes chips y sistemas
el hardware o el Algunas de las restricciones de cuando finaliza la sesin. primary key: a nivel de alta disponibilidad para
funciones: operativos). Esta
software. integridad elementales son las tabla. Es un campo o varios una amplia gama de
independencia permite
Los sistemas siguientes: que identifican cada aplicaciones de bases
ejecutar componentes de
organizados en registro de una tabla. de datos
clsteres se Define las opciones que se Una vez concluida la foreign key: a nivel de aplicacin distribuida en
implementan en utilizan para compartir una Integridad de entidades transaccin esta no se puede tabla. Establece que un los equipos que mejor se
varios pasos ruta determinada en un deshacer. campo (o varios) relacione adapten a las
Integridad referencial
La repeticin de sistema de archivos. una clave primaria de una necesidades informticas
varias rplicas Se pueden definir varios COMANDOS DE CONTROL tabla con otra. individuales y a
principales de recursos compartidos por DE TRANSACION check: a nivel de tabla. maximizar el ancho de
Directory Server sistema de archivos, pero Restringe los valores que banda de red.

tambin se se utiliza un nombre para COMMIT pueden ingresarse en un
implementa en identificar de forma nica ROLLBACK campo especfico.

varios pasos. cada recurso. ROLLBACK unique: a nivel de tabla.
Un recurso compartido IMPLICITOS

puede definir opciones para SAVEPOINT <PUNTO
el uso compartido de NFS y DE SALVAGUARDA>

SMB. ROLLBACK TO
Se pueden definir varias <PUNTO DE
rutas de SMB para una ruta SALVAGUARDA>
nica de acceso del
directorio.
El recurso compartido se
almacena en un archivo en
el directorio .zfs/share con
el nombre del recurso.

Para controlar o eliminar Con MySQL se pueden Se pueden definir restricciones Una transaccin en MySQL La exigencia de integridad Ejecutar el Espacio en disco necesario
la redundancia de datos compartir datos entre diversos de claves forneas con el uso tiene dos finales garantiza la calidad de los datos comando OPTIMIZE El directorio temporal debe tener

en este Sistema Gestor ordenadores por lo que slo se de tablas InnoDB. InnoDB es el posibles, COMMIT (se de la base. Por lo tanto brinda TABLE sobre varias tablas en suficiente espacio libre para la

de Base de Datos, se necesita poder conectarse a la primer tipo de tabla que permite ejecutan todas las integridad, de entidad, referencial, las que ha detectado que instalacin del siguiente

tiene lo siguiente: otra PC (debe poder "verse" definir estas restricciones para instrucciones y guardamos los dominio o ya sea definida por el existe fragmentacin. Para ello software:
1. No deberan haber desde la mquina cliente), garantizar la integridad de los datos) y ROLLBACK (se usuario. Este tipo de integridades hay que averiguar qu tablas
Sun GlassFish Enterprise
registros repetidos, para configurar el stringconnection datos. produce un error y no se se da de manera que se pueda pueden requerir una
Server: 35 MB como mnimo
eso estn las claves con la IP respectiva y utilizar un guardan los cambios). Por proteger la informacin (datos), defragmentacin y aplicar este
Para trabajar con claves SDK: 250 MB como mnimo
primaria. usuario que tenga permisos de defecto, MySQL trae activado tablas e inclusive las relaciones comando sobre ellas.
My SQL forneas, necesitamos hacer lo
2. Se hara algo as, con conexin remota. el modo autocommit, por lo que puede existir entre ellas. Windows:
siguiente:
estas 4 instrucciones SQL Si lo que se desea es una que cuando se realiza una Recomendaciones: La

en ese orden: interface grfica, se deber Crear ambas tablas del transaccin (INSERT, aplicacin muestra unos Windows 7 profesional

#1. Crear una tabla que hacer uso de algn front-end tipo InnoDB. UPDATE o DELETE) esta se valores de inicio en los casos 1GB, 2GB

tenga los registros de la para MySQL, pero para ello se Usar la sintaxis confirma automticamente. en que la propuesta es 250 a 500 MB espacio
otra sin repetir, as: create debe decir si se trabaja en FOREIGN Para desactivar esta opcin aumentar el valor. Lo mejor es libre

table nueva as select interfaces web o con aplicativos KEY(campo_fk) se debe ejecutar el siguiente ir subiendo poco a poco e ir JDK 6, 23 Y 64 bits
distinct * from tabla vieja de escritorio. REFERENCES comando validando si obtenemos
#2. Borrar todos los nombre_tabla mejoras de velocidad, y
registros de la tabla vieja (nombre_campo) Hay que tener en cuenta que tambin que no llegamos a
delete from vieja Crear un ndice en el al realizar una transaccin utilizar ms memoria de la que
#3. Insertar los registros campo que ha sido SQL que cuando se realice un tenemos disponible.
de la tabla nueva en la declarado clave fornea. INSERT, UPDATE o DELETE
vieja se generar un bloqueo sobre
insert into vieja select * la tabla y que otros clientes no
from nueva pueden acceder esta para
#4. Eliminar la tabla escribir. Pero si podrn
nueva drop table nueva realizar lecturas, en las que no
podrn ver los datos del
primer cliente hasta que los
mismos sean confirmados.
En los sistemas de bases Si se cambia de lugar la base Entre las nuevas y/o diferentes Las bases de datos que A travs de una restriccin En Firebird se puede usar una Firebird es compatible con una
de datos todos estos de datos los discos caractersticas de integridad se cumplen con ACID son Foreign Key. Base de Datos auxiliar. serie de plataformas de
ficheros estn integrados, compartidos, mapeados o (en cuentan: totalmente confiables y todas En esta Base de Datos auxiliar hardware y software: Windows,
por lo que no se Unix) sistemas SMB (Samba) las bases de datos En una restriccin Foreign Key se guardan las tablas de lookup Linux, MacOS, HP-UX, AIX,
En los sistemas Posix, de Firebird cumplen con ACID una de las tablas acta como y las
almacenan varias copias no funcionarn. La misma regla tablas maestras. Por Solaris y ms. Se ejecuta en
Firebird ahora se ejecuta al 100%, sin excepcin.
de los mismos datos. Sin se aplica a cualquier base de padre y la otra tabla acta como ejemplo los nombres de plataformas de hardware en
como
embargo, en una base de datos. hija. La relacin entre ambas localidades, nombres de los otros x386, x64 y PowerPC,
usuario firebird por
datos no se puede Si no haba una tablas est dada por una columna tipos de documentos, etc. En Sparc y, y es compatible con un
Hay dos elementos en una defecto, no como root.
eliminar la redundancia transaccin abierta (o ms de una columna) cuyos esas tablas se insertan filas mecanismo de migracin
cadenade conexin o
completamente, ya que entonces una tipos de datos son idnticos. Por pero nunca se las modifica la sencilla entre estas
En las plataformas
comparticin de datos: el
en ocasiones es transaccin se inicia ejemplo, se puede establecer excepcin sera si se escribi plataformas. Firebird se incluye
nombre del servidor y la ruta de Windows, tambin se
necesaria para modelar automticamente entre una columna INTEGER de mal el nombre. Y en las tablas en las siguientes repositorios de
acceso al archivo. El formato es puede ejecutar el
las relaciones entre los cuando escribes un la tabla padre y una columna maestras prcticamente se Linux: Fedora, OpenSuse,
servicio de Firebird bajo
FIREBIR como sigue:
datos, por lo que estas comando (por ejemplo: INTEGER de la tabla hija, pero guardaran los datos de CentOS, Mandriva, Ubuntu.
una cuenta de usuario
D
son algunas de las INSERT, UPDATE, no se puede entre una columna clientes, proveedores,
Para un servidor Linux: designada. La prctica
funciones que maneja DELETE, SELECT). INTEGER de la tabla padre y productos, etc. Tanto las filas
servidor: actual ejecuta el servicio
Firebird para controlar la como el Por lo que para la finalizacin una columna VARCHAR de la de las tablas de lookup como
redundancia de los datos /ruta_al_archivo/archivo_de_la de las mismas se tiene que tabla hija. Por lo que con la las filas de las tablas maestras
usuario LocalSystem lo
_base_de_datos solamente hay dos formas ayuda de esta restriccin es la se usan principalmente para
que implica un riesgo de
(normales, porque tambin manera en la que Firebird consultas. Y para asegurarse
seguridad si su sistema
Para un servidor
hay formas anormales) en independiza los datos para que no de que en las otras tablas se
est conectado a la
Windows: servidor:
que una transaccin puede exista alguna falla, dao o error en ingresen datos existentes. Y
Internet.
ser finalizada: alguno de ellos. eso normalmente se realiza a
letra_de_disco:\ruta\archivo_d Alias de Bases de

e_base_de_datos Datos esconden al Con un COMMIT travs de restricciones

cliente la ubicacin fsica Con un ROLLBACK FOREIGN KEY.
La idea es la siguiente:
de las bases de datos.
Usando alias, un cliente
puede por ejemplo Crear una Base de
conectar a frodo:zappa Datos auxiliar, que se
sin necesidad de saber guardar en el disco
que la ubicacin duro local y a la cual se
conectar
Los alias de bases de datos
mediante embedded
residen en el
En la Base de Datos
archivo aliases.conf, los
auxiliar se guardan las
parmetros de configuracin
tablas de lookup y los
en firebird.conf.
datos de consulta de las
tablas maestras
(tpicamente
identificador, cdigo,
nombre, y a veces
algunas columnas ms)
que se encuentran en el
Servidor
FUENTES BIBLIOGRFICAS CONSULTADAS EN LA UNIDAD 2

Microsoft. (2015). Microsoft SQL Server 2012 Express. Agosto 24,


2015, de Microsoft Sitio web:

http://www.microsoft.com/es-MX/download/details.aspx?id=29062

Garca M. (2012). Requerimientos e instalacin del SGBD (My SQL). Febrero


22, 2016, de Blogger Sitio web:

http://lopez-garcia-victor.blogspot.mx/2012/08/11-requerimientos-e-
instalacion-del-sgbd.html

Torres J. (2010). Microsoft SQL Server 2014 - Requisitos de hardware y


software. Febrero 22, 2016, de Formacin Informtica Sitio web:

http://www.formacion.jugarenequipo.es/index.php/microsoft-sql-
server/27-microsoft-sql-server-2014-requisitos-de-hardware-y-software

FIREBIRD. (2009). FirebirdManual. Febrero 23, 2016, de FIREBIRD Sitio web:

http://www.firebirdmanual.com/firebird/es/firebird-manual/2/-que-es-firebird-/8

ORACLE. (2015). Requerimientos de Oracle. Febrero 23, 2016, de ORACLE


Sitio web:

http://www.oracle.com/lad/products/database/enterprise-
edition/overview/index.html
CONCLUSIN DE LA UNIDAD 2

Como bien pudo verse en este portafolio de la unidad 2 de ABD, se incluyeron los
requerimientos necesarios a tomar en cuenta para la instalacin de algn sistema
gestor de base de datos los cuales tambin entendimos que estos son los
encargados del almacenamiento, modificacin y otras acciones a realizar con la
informacin en una base, es decir los datos, adems de que tambin brindan
herramientas como la de aadir, borrar, modificar entre otras acciones para
almacenarlas o inclusive eliminarlas. En el caso del reporte, se mencionaron los
requerimientos de sistema SQL SEVER y la importancia de estos, ya que si no se
cuenta con la memoria suficiente el programa no se instalar por completo por lo
cual este se interrumpir en algn momento (Marcar error), como tambin si no se
tiene el sistema operativo adecuado SQL Server no ser compatible y la instalacin
no podr llevarse a cabo, as como lo anterior se incluyeron los pasos para la
instalacin de este software por lo que hay que prestarle atencin a las
actualizaciones, pasos y configuraciones de las mismas. Y por ltimo los SGBDS
que ya mencionaron anteriormente se incluyeron en una tabla con el fin de lograr
una comparacin entre ellos, tomando en cuenta el Control de redundancia de
datos, el comportamiento de datos, el mantenimiento e integridad de los mismos, el
soporte para el control de las transacciones, la independencia de los datos en la
base, la velocidad que el sistema logra ofrecer al usuario, as como de la
independencia de hardware.

1
UNIDAD 3

2
INTRODUCCIN DE LA UNIDAD 3.

En el siguiente trabajo de investigacin se incluirn temas de la unidad 3 de la


asignatura de Administracin de base de datos, en el cual se enfocara en los temas
de la presente unidad, es decir desde las estructuras lgicas de almacenamiento,
hasta las instancias mltiples, por lo que antes de abordar dicho t rabajo se puede
mencionar que la configuracin y administracin del espacio en disco no es ms
que la gestin del almacenamiento de una base de datos, por lo cual existen cuatro
conceptos bien definidos, los cuales deben ser conocidos para poder comprender
la forma en la que se almacenan los datos en la base. En este es en el cual
intervienen las estructuras lgicas de almacenamiento que se aplican para la
gestin del almacenamiento de una base de datos. La definicin de espacio de
almacenamiento da a entender que las bases de datos suelen ser creadas para
almacenar grandes cantidades de informacin (datos) de cualquier tipo de forma
permanente, por lo general, los datos almacenados en stas suelen ser
consultados, actualizados e incluso eliminados de una manera constante. Para
saber ms acerca de estos temas se abordara el desarrollo de la siguiente
investigacin. De igual manera veremos informacin con respecto a la
segmentacin, los tipos que existen, as como de la memoria compartida del cual
este es un mtodo para conservar espacio en ella es decir en la memoria, cuando
se habla de la estructura de memoria, se tienen dos tipos: Una de ellas es
compartida por todos los usuarios conectados y la otra es dedicada al trabajo de
cada uno de ellos, por lo que en este trabajo nos enfocaremos en aquella que es
compartida por los usuarios conectados. Por ltimo se har mencin de las
instancias mltiples, y se incluirn imgenes acerca de la prctica que fue realizada
en la unidad.

3
UNIDAD 3 CONFIGURACIN Y ADMINISTRACIN DEL ESPACIO EN DISCO

Para la gestin del almacenamiento de una base de datos existen cuatro conceptos
bien definidos que deben ser conocidos para poder comprender la forma en la que se
almacenan los datos en una base. A continuacin veremos la diferencia entre bloque,
extensin, segmento y espacio de tablas.

3.1 ESTRUCTURAS LGICAS DE ALMACENAMIENTO

Para la gestin del almacenamiento de una base de datos existen cuatro principales
conceptos que deben ser conocidos para poder entender la forma en la que se
almacenan los datos. Y estos son los siguientes:

Bloques: Se tratan de la unidad ms pequea. Generalmente debe mltiple del


tamao de bloque del sistema operativo, ya que es la unidad mnima que va a
pedir Oracle al sistema operativo. Si no fuera mltiple del bloque del sistema
se aadira un trabajo extra ya que el sistema debera obtener ms
datos de los estrictamente necesarios. Se especifica mediante
DB_BLOCK_SIZE
Extensiones: Se forma con uno o ms bloques. Cuando se aumenta tamao
de un objeto se usa una extensin para incrementar el espacio.
Segmentos: Grupo de extensiones que forman un objeto de la base de datos,
como por ejemplo una tabla o un ndice.
Espacio de tablas: Formado por uno o ms data files, cada data file solo puede
pertenecer a un determinado tablespace.

En general, el almacenamiento de los objetos de la base de datos (tablas e ndices


fundamentalmente) no se realiza sobre el archivo o archivos fsicos de la base de
datos, sino que se hace a travs de estructuras lgicas de almacenamiento que
tienen por debajo a esos archivos fsicos, y que independizan por tanto las
sentencias de creacin de objetos de las estructuras fsicas de almacenamiento.
Esto es til porque permite que a esos "espacios de objetos " les sean asociados
nuevos dispositivos fsicos (es decir, ms espacio en disco) de forma dinmica
cuando la base de datos crece de tamao ms de lo previsto.

Posibilita adems otra serie de operaciones como las siguientes:

Asignar cuotas especficas de espacio a usuarios de la base de datos.


Controlar la disponibilidad de los datos de la base de datos, poniendo fuera
de uso alguno de esos espacios de tablas individualmente.
Realizar copias de seguridad o recuperaciones parciales de la base de datos.
Reservar espacio para almacenamiento de datos de forma cooperativa entre
distintos dispositivos.

El administrador de la base de datos puede crear o borrar nuevos espacios lgicos


de objetos, aadir o eliminar ficheros fsicos de soporte, utilizados como espacio
temporal de trabajo, definir parmetros de almacenamiento para objetos
destinados a ese espacio de datos, todos los gestores relacionales que venimos
introduciendo como ejemplos siguen esta filosofa.
En el caso de Oracle, sobre los ficheros fsicos de datos (datafiles) se definen los
tablespaces. Por lo tanto, una base de datos Oracle se compone lgicamente de
tablcspaccs, y fsicamente de datafilcs. Su creacin es sencilla, con la sentencia
GREAT'', TABLESPACE: CREATE TABLESPACE usuarios DATAFILE `datal.ora'
SIZE 50M

Tambin es sencillo ampliar el espacio destinado a un tablespace utilizando el


comando ALTER TABLESPACE:

ALTER TABLESPACE usuarios ADD DATAFILE 'data2.ora' SIZE 25M

Cada base de datos contiene un tablespace llamado SYSTEM que es creado


automticamente al crear la base de datos. Contiene las tablas del diccionario de datos
para la base de datos en cuestin. Es recomendable no cargar datos de usuario en
SYSTEM, para dejarlos como espacio de objetos del sistema. Si adems los datos de
usuario estn en tablespaces sitos en otros dispositivos, el rendimiento mejorar
porque las tablas del diccionario de datos se acceden frecuentemente y por lo tanto
son un cuello de botella potencial desde el punto de vista del acceso a disco. A la hora
de estimar el espacio necesario para cl tablespace sys-nsm hay que tener en cuenta
que las unidades de programacin PL-SQL (entorno de programacin SQL
proporcionado por Oracle) almacenadas en la base de datos (procedimientos,
paquetes, disparos y funciones) almacenan sus datos en SYSTEM. De acuerdo con
lo comentado anteriormente, tablas e ndices se ubicarn en el tablespaee indicado
en el momento de su creacin con la correspondiente sentencia CREATE. Si no se
dice nada, se situarn en el tablespace por defecto asociado al usuario creador.
3.1.1. DEFINICIN DE ESPACIO DE ALMACENAMIENTO

Las bases de datos suelen ser creadas para almacenar grandes cantidades de datos
de forma permanente. Por lo general, los datos almacenados en stas suelen ser
consultados y actualizados constantemente. La mayora de las bases de datos se
almacenan en las llamadas memorias secundarias, especialmente discos duros,
aunque, en principio, pueden emplearse tambin discos pticos, memorias flash, etc.
Las razones por las cuales las bases de datos se almacenan en memorias
secundarias son:

En cuanto al respaldo de las bases de datos (ver backup), suelen emplearse


tanto discos duros, Como cintas magnticas, discos pticos o similares.
Las tcnicas empleadas para almacenar bases de datos son sumamente
importantes para la velocidad de acceso y recuperacin de datos. Las
tcnicas dependen del tipo de almacenamiento, el uso que se le da o se
le dar a la base de datos, la estructura de la misma, el SGBD
empleado, etc.
Esta dependencia no significa necesariamente que haya que
cambiar la estructura de la base de datos si se cambian las tcnicas
empleadas. Las tcnicas de almacenamiento son independientes de
la base de datos, pero, de todas maneras, las mejores tcnicas
muchas veces pueden determinarse viendo la estructura de la base
de datos, entre otras caractersticas.
Los encargados de elegir estas tcnicas son los diseadores y administradores de
bases de datos, y dependen tambin de las capacidades del SGBD. En general, el
SGBD ofrece diferentes opciones y tcnicas para organizar los datos. La idea es que
los encargados de la base de datos encuentren las tcnicas idneas, o sea, aquellas
que permitan la mayor velocidad posible de acceso a los datos. Una mala decisin
en esta rea puede resultar en una menor velocidad de acceso a la base de datos,
o en un uso excesivo del espacio de almacenamiento, o incluso, puede aumentar la
velocidad de consulta de una base de datos, pero disminuir la velocidad de
actualizacin de la misma.

3.1.2. DEFINICIN Y CREACIN DEL ESPACIO ASIGNADO PARA CADA


BASE DE DATOS

Las bases de datos se almacenan en ficheros o archivos. Existen diferentes formas


de organizaciones primarias de archivos que determinan la forma en que los
registros de un archivo se colocan fsicamente en el disco y, por lo tanto, cmo se
accede a stos. Existe una segunda forma de acceder a los datos llamada
organizacin secundaria o estructura de acceso auxiliar. Estas permiten que los
accesos a los registros de un archivo basado en campos alternativos, sean ms
eficientes que los que han sido utilizados para la organizacin primaria de archivos.
El DBMS asigna espacio de almacenamiento a las bases de datos cuando los
usuarios introducen create database o alter database. El primero de los comandos
puede especificar uno o ms dispositivos de base de datos, junto con la cantidad de
espacio en cada uno de ellos que ser asignado a la nueva base de datos.
Si se utiliza la palabra clave default o se omite completamente la clusula on, el DBMS
pone la base de datos en uno o ms de los dispositivos predeterminados de base de
datos especificados en master. Sysdevices. Para especificar un tamao (en este
ejemplo, 4MB) para una base de datos que se va a almacenar en una ubicacin
predeterminada, utilice on default = size de esta forma: create database newpubs on
default = 4. Para situar la base de datos en dispositivos especficos, d el nombre del
dispositivo o dispositivos en que desea almacenarla. Como la sintaxis indica, puede
solicitar que se almacene en ms de un dispositivo de base de datos, con una cantidad
de espacio diferente en cada uno. Todos los dispositivos mencionados en create
database deben estar enumerados en sysdevices. En otras palabras, deben haberse
inicializado con disk init. La instruccin siguiente crea la base de datos newdb y asi
gna 3MB en mydata y 2MB en newdata. Como en el ejemplo anterior, la base de datos
y el diario de transacciones no se separan:

create database newdb on mydata = 3, newdata = 2

Warning: A menos que cree una base de datos pequea o que no sea crucial, site
siempre el diario en un dispositivo de base de datos aparte.

Si la cantidad de espacio solicitada a un dispositivo especfico de base de datos no


est disponible, el DBMS crea la base de datos con tanto espacio como sea posible
en cada dispositivo y muestra un mensaje informando el espacio asignado en cada
uno. (Esto no se considera un error.) Si hay menos espacio del mnimo necesario
para una base de datos en el dispositivo especificado (o en el predeterminado, si no
se especifica un nombre), el comando create database falla.

3.1.3. BITCORAS

La estructura ms ampliamente usada para grabar las modificaciones de la base de


datos es la Bitcora. Cada registro de la bitcora escribe una nica escritura de base
de datos y tiene lo siguiente:

10
Nombre de la transaccin: Nombre de la transaccin que realiz la operacin
de escritura.
Nombre del dato: El nombre nico del dato escrito.

Valor antiguo: El valor del dato antes de la escritura.

Valor nuevo: El valor que tendr el dato despus de la escritura.

Existen otros registros de bitcora especiales para grabar sucesos importantes


durante el proceso de transaccin, tales como:

< T1, inicio >

< T1, x, v1, v2 >

< T1, commit >

Es fundamental que siempre se cree un registro en la bitcora cuando se realice una


escritura antes de que se modifique la base de datos. Tambin tenemos la posibilidad
de deshacer una modificacin que ya se ha escrito en la base de datos, esto se
realizar usando el campo del valor antiguo de los registros de la bitcora.

Los registros de la bitcora deben residir en memoria estable como resultado el


volumen de datos en la bitcora puede ser exageradamente grande.

La bitcora debe registrar todos los movimientos (insertar, eliminar y modificar) que
se realicen en las tablas de la base de datos. Para lograr lo anterior es necesario crear
un trigger para que se ejecute despus de la operacin de insertar, otro para

11
despus de eliminar y el ltimo para despus de modificar para cada una de las 3
tablas de la base de datos.

3.1.4 PARTICIONES

Una particin es una divisin de una base de datos lgica o sus elementos
constituyentes en partes independientes. La particin de bases de datos se hace
normalmente por razones de mantenimiento, rendimiento o manejo. Una
aplicacin popular y favorable es en un Sistema de Administracin de Base de
Datos Distribuida. Cada particin puede ser extendida hasta mltiples nodos, y
los usuarios en el nodo pueden hacer transacciones locales en la particin. Esto
aumenta el rendimiento en sitios que tienen transacciones regularmente
involucrando ciertas vistas de datos, y manteniendo la disponibilidad y la
seguridad.

Esta particin puede hacerse creando bases de datos ms pequeas separadas


(cada una con sus propias tablas, ndices, y registros de transacciones) o dividiendo
elementos seleccionados, por ejemplo, solo una tabla.

Particin horizontal consiste en poner diferentes filas en diferentes tablas. Por ejemplo,
clientes con cdigos postales menores que 50000 estn almacenados en la tabla
ClientesEste, mientras que los clientes con cdigos postales mayores o iguales a 50000
estn almacenados en la tabla ClientesOeste. Las dos tablas de particin son
12
entonces ClientesEste y ClientesOeste, mientras que una vista con una unin podra
ser creada con las dos tablas para poder dar una vista completa de todos los clientes.
Particin vertical consiste en crear miles de tablas con miles de columnas y crear
tablas para poner las columnas restantes.

Se puede particionar una tabla de 5 maneras diferentes:

Por rango: Para construir nuestras particiones especificamos rangos de valores. Por
ejemplo, podramos segmentar los datos en 12 particiones: una para los contratos
de 1950 a 1960, otra para los aos 60, los 70, 80, 90, la dcada del 2000 y la dcada
actual

Por listas: Para construir nuestras particiones especificamos listas de valores


concretos.

Por hash: MySQL se encarga de distribuir las tuplas automticamente usando una
operacin de mdulo. Slo hay que pasarle una columna o expresin que resulte en
un entero (el hash) y el nmero de particiones que queramos crear.

Por clave: Similar a la particin por hash, pero en este caso no necesitamos pasarle
un entero; MySQL utilizar su propia funcin de hash para generarlo. Si no se indica
ninguna columna a partir de la que generar el hash, se utiliza la clave primaria por
defecto.

Compuesta: Podemos combinar los distintos mtodos de particionado y


crear particiones de particiones

3.1.5 ESPACIOS PRIVADOS

Un espacio privado permite que los administradores y redactores gestionen el


conjunto de datos del sitio. Algunas bases de datos tienen estos espacios privados
llamados comnmente paneles de control, que son formularios que aparecen al abrir la
base de datos. Los paneles de control sirven de "puerta principal" o "recibidor" de una
base de datos en el sentido de que dirigen a las personas hacia determinadas

13
tareas, como introducir o buscar datos. Sirven tambin para mantener alejados a los
usuarios de las tablas que contienen los datos en tiempo real.

Cuando reciba una base de datos, debe adentrarse ms all del panel de control
para averiguar cmo estn estructurados los datos, pero merece la pena echar un
vistazo inicial al panel de control. Le puede ofrecer algn indicio sobre las tareas que
el diseador de la base de datos consider que realizaran los usuarios
habitualmente con los datos.

Puede hacer clic en los vnculos del panel de control para ver qu objetos, como
formularios e informes, abren.

3.1.6 ESPACIOS PARA OBJETOS

Los DBMS se basan en archivos para almacenar datos, y estos archivos, o conjuntos
de datos, residen en medios de almacenamiento, o dispositivos. Una buena parte del
trabajo del DBA implicar la planificacin para el almacenamiento real de la base de
datos. Algunas tecnologas de almacenamiento son ms adecuadas que otras. Sin
embargo, la naturaleza mecnica de la unidad de disco los hace ms vulnerables al
fracaso de los componentes de otro equipo. Adems, las formas en que las unidades
de disco son utilizados por las bases de datos pueden hacer que la gestin del
almacenamiento impredecibles, como la barra lateral "Modern DBMS de uso de disco
Puede usarse RAID para mejorar la seguridad de los datos.

14
Para aplicaciones de misin crtica la integridad de los datos puede ser ms importante
que la disponibilidad de datos. Si el soporte es poco fiable y un fallo de las causas de
corrupcin de datos, los datos perdidos puede ser ms de un problema que el tiempo
de inactividad. Es imperativo, por tanto, que las soluciones de almacenamiento de
base de datos para protegerlos a toda costa. La recuperacin de datos desde medios
de almacenamiento lleva mucho ms tiempo en completarse que la recuperacin de
datos desde la memoria cach o la memoria.

El rendimiento de la base de datos depende de la entrada y salida a disco. La cantidad


de datos almacenados es mayor que nunca antes, y los datos se almacenados por ms
tiempo. Algunos DBMS permiten al tamao de los archivos temporales de expandirse y
contraerse de forma automtica. Dependiendo del tipo y la naturaleza de las operaciones
de base de datos en proceso, esta fluctuacin puede provocar picos de uso del disco. El
crecimiento de la capacidad de almacenamiento aumenta an ms la complejidad de la
gestin de datos y bases de datos. Muchas organizaciones estn implementando nuevas
tecnologas de almacenamiento, tales como almacenamiento en red (NAS) y redes de
rea de almacenamiento (SAN), para ayudar a controlar la cantidad cada vez mayor de
almacenamiento necesario para los usos modernos. La gestin del almacenamiento en
el entorno dinmico de hoy es una tarea difcil DBA.

Hay muchos problemas de almacenamiento que deben ser resueltos antes de que un
DBA pueda crear una base de datos. Uno de los temas ms importantes es la
cantidad de espacio para permitir la base de datos. El clculo espacial debe tener en
cuenta no slo tablas, ndices, sino tambin, y dependiendo del DBMS, el registro de
transacciones. Cada una de estas entidades probablemente requerir un archivo
separado o conjunto de datos, para el almacenamiento persistente.

3.2. SEGMENTOS

Un segmento contiene un tipo especfico de objetos de la base de datos, como por


ejemplo una tabla. Un segmento est compuesto de extensiones que definen el
tamao disponible para el segmento. A medida que se llenan las extensiones se

15
van aadiendo nuevas extensiones, es aquel espacio reservado por la base de
datos, dentro de un datafile, para ser utilizado por un solo objeto. As una tabla (o
cualquier otro objeto) est dentro de su segmento, y nunca podr salir de l, ya que
si la tabla crece, el segmento tambin crece con ella. Fsicamente todo objeto en
base de datos no es ms que un segmento dentro de un datafile. Se puede decir
que, un segmento es a un objeto de base de datos, lo que un datafile a un
tablespace; el segmento es la representacin fsica del objeto en base de datos (el
objeto es solo una definicin lgica).

Los segmentos son los equivalentes fsicos de los objetos que almacenan datos.
El uso efectivo de los segmentos requiere que el DBA conozca los objetos, que
utiliza una aplicacin, cmo los datos son introducidos en esos objetos y el modo
en que sern recuperados. Un segmento est constituido por secciones llamadas
extensiones, que son conjuntos contiguos de bloques. Una vez que una extensin
existente en un segmento no puede almacenar ms datos, el segmento obtendr
del espacio de tabla otra extensin. Este proceso de extensin continuar hasta
que no quede ms espacio disponible en los ficheros del espacio de tablas, o hasta
que se alcance un nmero mximo de extensiones por segmento. Existen 5 tipos
de segmento:
De datos.
De ndices.
De rollback.
Temporales.
De bootstrap.

3.3. MEMORIA COMPARTIDA.

La memoria compartida contiene todos los datos intervenidos, como:

Grupo de memorias intermedias

Tabla de bloqueos

Memoria intermedia del registro, que contiene las entradas del registro que
16
esperan a ser volcadas en el almacenamiento estable
Planes de consulta en cach, que se pueden reutilizar si se enva de nuevo
la misma consulta

La exclusin mutua se puede implementar por medio de funciones del sistema


operativo llamadas semforos. Implementaciones alternativas, con menos
sobrecargas, utilizan instrucciones atmicas especiales soportadas por el hardware
de la computadora; un tipo de instruccin atmica comprueba una posicin de la
memoria y la establece a uno automticamente. Los mecanismos de exclusin
mutua tambin se utilizan para implementar pestillos.

3.4. INSTANCIAS MLTIPLES

Se llama instancia mltiple al hecho de poder ejecutar un programa ms de una


vez al mismo tiempo. Hay programas que no admiten ms que una sola instancia,
es decir que si ya se est ejecutando, por ms que lo cliquees de nuevo en el icono
o en el men no aparecer un nuevo ejemplar del programa. Con las bases de
datos se complica un poco porque si un usuario modifica un registro que otro
usuario tiene tambin abierto, la modificacin que se haga en una instancia debe
reflejarse de inmediato (actualizarse) en cualquier otra instancia abierta de la
misma base de datos. Sin embargo, en las bases de datos se puede seleccionar la
opcin en el diseo de la BD, y se reflejarn de inmediato las modificaciones en
todas las instancias abiertas

En programacin, una instancia se produce con la creacin de un objeto


perteneciente a una clase (se dice que se instancia la clase). El objeto que se crea
tiene los atributos, propiedades y mtodos de la clase a la que pertenece. Los
objetos y sus caractersticas se usan en la construccin de programas, ya sea como
contenedores de datos o como partes funcionales del programa. Los objetos
tambin puede ser ocurrencia de las clases.

17
REPORTE DE PRCTICA

Inicio de sesin en xampp con el usuario y contrasea que se nos fue asignado:

Panel principal que brinda xampp

19
Toma de pantalla que muestra la creacin de una nueva base de datos, en este
caso la nuestra mipractica

En esta toma de pantalla podemos ver que la base de datos ha sido creada por lo
que en la toma anterior vimos que tenamos 7 de ellas y ahora son en total 8

20
En esta parte, como los datos que va a tener la base que fue anteriormente creada
ya existan, la nica accin que se realizo fue la de importarla, as seleccionando el
archivo desde la carpeta destino y dndole clic en continuar para que este proceso
pueda ser finalizado.

Por lo que en esta toma podemos ver el mensaje en el cual la importacin se ha


realizado de una manera exitosa

21
Para finalizar con el proceso de creacin e importacin de la base y los datos en
ella se puede apreciar toda la informacin que se encuentra almacenada en ella,
por lo que ahora se proceder con las consultas correspondientes a la prctica y
PDFs otorgados en clase.

CONSULTAS

(1-1) OBTENER EL TOTAL DE REGISTROS DE UN MES


Y AO DADO

selectcount(*)fromlibrito_diariowhereyear(fecha)=2009ANDmonth(fecha)=12

22
(1-2) OBTENER EL TOTAL DE REGISTROS POR CUENTA DE UN MES Y AO
DADO

SELECTcuenta,SUM(cuenta)
fromlibrito_diarioWHEREyear(fecha)=2009ANDmonth(fecha)=12groupBYcuenta

(1-3) OBTENER EL TOTAL DE REGISTROS POR CUENTA, DEL TIPO, MES Y


AOPROPORCIONADO

SELECT*FROMlibrito_diarioWHEREcuenta=1ANDtipo=1andyear(fecha)=2009AN
Dmonth(fecha)=12

23
(2-1)OBTENER TODOS LOS REGISTROS ENTRE 2 FECHAS PROPORCIONADAS

SELECT*FROMlibrito_diarioWHEREfechaBETWEEN'2013-01-01'and'2015-12-31'

(2-2)OBTENER TODOS LOS REGISTROS POR TIPO ENTRE 2 FECHAS PROPORCIONADAS

SELECTtipo,SUM(tipo)fromlibrito_diarioWHEREfechaBETWEEN'2013-01-01'and'2015-12-
31'groupBYtipo

24
(2-3) OBTENER TODOS LOS REGISTROS POR CUENTA Y TIPO, ENTRE 2 FECHAS
PROPORCIONADAS

SELECT*FROMlibrito_diarioWHEREcuenta=4ANDtipo=0andfechaBETWEEN'2013-
01-01'and'2015-12-31'

(2-4)OBTENER EN UNA SOLA CONSULTA LA SUMATORIA DE LAS CANTIDADES DE


ACUERDO AL TIPO, DE CADA UNA DE LAS CUENTAS (VER CLAVES EN TABLA CUENTAS)
ENTRE 2 FECHAS PROPORCIONADAS.

SELECTcuenta,SUM(cantidad)fromlibrito_diarioWHEREfechaBETWEEN'2013-01-
01'and'2015-12-31'groupBYcuenta

25
DIAPOSITIVAS DE LA EXPOSICIN DEL TEMA 3.2 AL TEMA 3.4

26
27
28
29
30
31
FUENTES BIBLIOGRFICAS DE LA UNIDAD 3

Estrada A. (2014). Unidad 3. Configuracin y administracin del espacio en disco. Abril


12, 2016, de Webnode Sitio web:

http://proyecto359.webnode.mx/unidad3/

Manrique G. (2011). Administracin de Bases de Datos. Abril 13, 2016, de Google Sites
Sitio web:

https://sites.google.com/site/itjabd23/home/asignatura/plan-de-

%20estudios/unidad-3-configuracion-y-administracion-del-espacio-

%20en-disco

Ramrez A. (2014). Unidad 3. Configuracin y administracin del espacio en disco. Abril


15, 2016, de Blogger Sitio web: http://proyecto359.webnode.mx/unidad3/

Gmez F. (2013). Unidad 3 configuracin y administracin del espacio en disco. Abril 16,
2016, de Weebly Sitio web: http://administracionbd.weebly.com/unidad-3.html

26
CONCLUSIN DE LA UNIDAD 3.

Como pudimos ver en este portafolio de la unidad 3 de Administracin de Base de


Datos vimos que la configuracin y administracin del espacio en disco es la gestin
del almacenamiento de una base de datos por lo que este es capaz de comprender la
forma en la que se almacena la informacin en dicha base, por lo que tambin
comprende las estructuras lgicas de almacenamiento que se aplican para la gestin
del mismo. As tambin notamos que el primer tema de la presente unidad (3) es capaz
de enlazarlo con aquellos temas relevantes en cuanto a la configuracin y
administracin del disco en una sola accin que tiene como finalidad la definicin de
espacio de almacenamiento las cuales engloba el significado de que las bases de
datos suelen ser creadas para almacenar grandes cantidades de informacin de
manera permanente, es por dichas razones que estos temas son importantes para la
comprensin de la materia, es decir la administracin de bases de datos. Por lo que
tambin vimos que un segmento en administracin de base de datos contiene un tipo
especfico de objetos de la base de datos, como por ejemplo una tabla y del cual este
est compuesto de extensiones que definen el tamao disponible para el segmento.
En el caso de la memoria compartida, entendimos que sirve para facilitar la
transferencia de informacin entre usuarios y de que es capaz de almacena la mayor
parte de la informacin sobre la propia estructura de la base de datos que es
consultada con ms frecuencia. Por ltimo las instancias mltiples son el hecho de
poder ejecutar un programa ms de una vez al mismo tiempo, por lo que es importante
mencionar que hay programas que no admiten ms que una sola instancia, es decir
que si ya se est ejecutando, por ms que se cliquee en el icono o se quiera ejecutar
de nuevo, en el men no aparecer un nuevo ejemplar del programa.
UNIDAD 4

28
INTRODUCCIN DE LA UNIDAD 4

A continuacin podremos conocer diversos conceptos que forman parte de lo bsico


de la cuarta unidad de Administracin de base de datos, primero que nada veremos
que es una bitcora del cual entenderemos que estas sirven para analizar, detectar,
(etc.) acciones o sucesos que se presentan en cualquier sistema de informacin
utilizado en las organizaciones, de igual manera lleva consigo diversas ventajas en
su uso, y maneja diferentes comandos los cuales son necesarios para editar o
recuperar informacin de una base de datos, entre los comandos que se
encontraran y de los cuales se mencionaran ms adelante son: Rollback y Commit.
Tambin entenderemos que la vida de todo archivo comienza cuando se crea y
acaba cuando se borra, por lo que durante su existencia es objeto de constante
procesamiento, que con mucha frecuencia incluye acciones de consulta o bsqueda
y de actualizacin. Es por esto que en el caso de la estructura archivos,
entenderemos como actualizacin, adems de las operaciones, vistas para vectores
y listas enlazadas, de introducir nuevos datos (altas) o de eliminar alguno existente
(bajas), la modificacin de datos ya existentes, (operacin muy comn con datos
almacenados), as como de la manera en la que cada uno de estos funciona,
incluyendo los comandos de activacin para los modos de operacin. En otras
palabras veremos en que consiste la puesta al da de los datos con las altas, bajas,
bitcoras, etc.

29
OBJETIVO DE LA UNIDAD 4

1. Crear y mantener bitcoras de operacin para el diagnstico del


rendimiento de DBMS.
2. Crear y mantener ndices especializados.

4.1 BITCORAS DE TRABAJO DEL DBMS

Una bitcora es una herramienta (archivos o registros) que permite registrar,


analizar, detectar y notificar eventos que sucedan en cualquier sistema de
informacin utilizado en las organizaciones. Tambin se considera como la
estructura ms ampliamente usada para grabar las acciones que se llevan en la
base de datos, este nos ayuda a recuperar la informacin ante algunos incidentes
de seguridad, deteccin de comportamiento inusual, informacin para resolver
problemas, evidencia legal, es de gran ayuda en las tareas de computo forense y
tambin nos permite guardar las transacciones realizadas sobre una base de datos
en especfico, de tal manera que estas transacciones puedan ser auditadas y
analizadas posteriormente.

4.1.1 FUNCIONES ESPECFICAS DE LAS BITCORAS

La estructura ms ampliamente usada para grabar las modificaciones de la base de


datos es la Bitcora. Cada registro de la bitcora escribe una nica escritura de base
de datos y tiene lo siguiente:

30
1. Nombre de la Transaccin
2. Valor antiguo
3. Valor Nuevo

Es fundamental que siempre se cree un registro en la bitcora cuando se realice


una escritura antes de que se modifique la base de datos. Tambin tenemos la
posibilidad de deshacer una modificacin que ya se ha escrito en la base de datos,
esto se realizar usando el campo del valor antiguo de los registros de la bitcora.
Los registros de la bitcora deben residir en memoria estable como resultado el
volumen de datos en la bitcora puede ser exageradamente grande.

Las operaciones COMMIT y ROLLBACK establecen lo que se le conoce como punto


de sincronizacin lo cual representa el lmite entre dos transacciones consecutivas, o el
final de una unidad lgica de trabajo, y por tanto al punto en el cual la base de datos
esta (o debera estar) en un estado de consistencia. Las nicas operaciones que
establecen un punto de sincronizacin son COMMIT, ROLLBACK y el inicio de un
programa. Cuando se establece un punto de sincronizacin:


Se comprometen o anulan todas las modificaciones realizadas por el
programa desde el punto de sincronizacin anterior.

Se pierde todo posible posicionamiento en la base de datos.

Se liberan todos los registros bloqueados. Es importante advertir
que
COMMIT y ROLLBACK terminan la transaccin, no el programa.

4.1.2 RECUPERACIN (ROLLBACK)


En tecnologas de base de datos, un rollback es una operacin que devuelve a la
base de datos a algn estado previo. Los Rollbacks son importantes para la
integridad de la base de datos, a causa de que significan que la base de datos puede
ser restaurada a una copia limpia incluso despus de que se han realizado
operaciones errneas. Son cruciales para la recuperacin de crashes de un servidor
de base de datos; realizando rollback (devuelto) cualquier transaccin que estuviera
activa en el tiempo del crash, la base de datos es restaurada a un estado
consistente.

31
En SQL, ROLLBACK es un comando que causa que todos los cambios de datos
desde la ltima sentencia BEGIN WORK, o START TRANSACTION sean
descartados por el sistema de gestin de base de datos relacional (RDBMS), para
que el estado de los datos sea "rolled back"(devuelto) a la forma en que estaba
antes de que aquellos cambios tuvieran lugar. Una sentencia ROLLBACK tambin
publicar cualquier savepoint existente que pudiera estar en uso.

En muchos dialectos de SQL, los ROLLBACK son especficos de la conexin. Esto


significa que si se hicieron dos conexiones a la misma base de datos, un
ROLLBACK hecho sobre una conexin no afectar a cualesquiera otras conexiones.
Esto es vital para el buen funcionamiento de la Concurrencia. La funcionalidad de
rollback est normalmente implementada con un Log de transacciones, pero puede
tambin estar implementada mediante control de concurrencia multiversin.

4.1.3 PERMANENCIA (COMMIT)

En el contexto de la Ciencia de la computacin y la gestin de datos, commit (accin


de comprometer) se refiere a la idea de consignar un conjunto de cambios
"tentativos, o no permanentes". Un uso popular es al final de una transaccin de
base de datos.

Una sentencia COMMIT en SQL finaliza una transaccin de base de datos dentro
de un sistema gestor de base de datos relacional (RDBMS) y pone visibles todos
los cambios a otros usuarios. El formato general es emitir una sentencia BEGIN
WORK, una o ms sentencias SQL, y entonces la sentencia COMMIT.
Alternativamente, una sentencia ROLLBACK se puede emitir, la cual deshace todo
el trabajo realizado desde que se emiti BEGIN WORK. Una sentencia COMMIT
publicar cualquiera de los savepoints (puntos de recuperacin) existentes que
puedan estar en uso. En trminos de transacciones, lo opuesto de commit para
descartar los cambios "en tentativa" de una transaccin, es un rollback.

32
4.2 DEFINICIN DE LOS MODOS DE OPERACIN DE UN DBMS (ALTA, BAJA,
RECOVERY)

Una operacin de alta en un archivo consiste en la adicin de un nuevo registro. En


un archivo de empleados, un alta consistir en introducir los datos de un nuevo
empleado. Para situar correctamente un alta, se deber conocer la posicin donde
se desea almacenar el registro correspondiente: al principio, en el interior o al final
de un archivo. El algoritmo de ALTAS debe contemplar la comprobacin de que el
registro a dar de alta no existe previamente. Una baja es la accin de eliminar un
registro de un archivo. La baja de un registro puede ser lgica o fsica. Por lo que
una baja lgica supone el no borrado del registro en el archivo, esta baja lgica se
manifiesta en un determinado campo del registro con una bandera, indicador o flag
-carcter *. $, etc.,-, o bien con la escritura o rellenado de espacios en blanco en el
registro dado de baja

Altas

La operacin de dar de alta un determinado registro es similar a la de aadir datos


a un archivo. Es importante remarcar que en un archivo secuencial slo permite
aadir datos al final del mismo. En otro caso, si se quiere insertar un registro en
medio de los ya presentes en el archivo, sera necesaria la creacin nueva del
archivo.

33
Bajas

Existen dos mtodos para dar de baja a un registro en un archivo secuencial, donde
no es fcil eliminar un registro situado en el interior de una secuencia: Para ello
podemos seguir dos mtodos:

1) Utilizar y por tanto crear un segundo archivo auxiliar transitorio, tambin


secuencial, copia del que se trata de actualizar. Se lee el archivo completo
registro a registro y en funcin de su lectura se decide si el registro se debe
dar de baja o no. En caso afirmativo, se omite la escritura en el archivo
auxiliar. Si el registro no se va a dar de baja, este registro se reescribe en el
archivo auxiliar tras terminar la lectura del archivo original, se tendrn dos
archivos: original (o maestro) y auxiliar. El proceso de bajas del archivo
concluye borrando el archivo original y cambiando el nombre del archivo
auxiliar por el del inicial.
2) Guardar o sealar los registros que se desean dar de baja con un indicador
o bandera que se guarda en un array; de esta forma los registros no son
borrados fsicamente, sino que son considerados como inexistentes.

Inevitablemente, cada cierto tiempo, habr que crear un nuevo archivo secuencial
con el mismo nombre, en el que los registros marcados no se grabarn.

Propsito de Backup y Recuperacin

Como administrador de copia de seguridad, la tarea principal es disear,


implementar y gestionar una estrategia de backup y recuperacin. En general, el
propsito de una estrategia de recuperacin de copia de seguridad y es para
proteger la base de datos contra la prdida de datos y reconstruir la base de datos
despus de la prdida de datos. Normalmente, las tareas de administracin de
seguridad son las siguientes:

Planificacin y probar las respuestas a diferentes tipos de fallas.


Configuracin del entorno de base de datos de copia de seguridad y
recuperacin.
La creacin de un programa de copia de seguridad

34
Seguimiento de la copia de seguridad y entorno de
recuperacin Solucin de problemas de copia de seguridad
Para recuperarse de la prdida de datos en caso de necesidad

Como administrador de copia de seguridad, es posible que se le pida que realice


otros deberes que se relacionan con copia de seguridad y recuperacin:

La preservacin de datos, lo que implica la creacin de una copia de base


de datos para el almacenamiento a largo plazo
La transferencia de datos, lo que implica el movimiento de datos de una
base de datos o un host a otro.

4.3 COMANDOS DE ACTIVACIN PARA LOS MODOS DE OPERACIN

Para hacer uso de los diferentes comandos para un modo de operacin debemos
estar como administrador o asuma un rol que incluya el perfil de derechos Service
Management.

Comando STARTUP

Para el arranque de una base de datos hay tres fases de arranque, para realizar
estas fases podemos utilizar startup ms un comando, las tres fases son las
siguientes:

Fase de no Montaje: se leen los parmetros del sistema, se inician las estructuras
de memoria y los procesos de segundo plano. La instancia se arranca sin asociarla
a la base de datos. Normalmente se utiliza cuando se modifica o se necesita crear
el archivo de control: startup nomount;

Fase de Montaje: se asocia la instancia con la base de datos. Se usa el archivo de


parmetros para localizar los archivos de control, que contienen el nombre de los
archivos de datos y los registros rehacer. Los archivos de datos y los registros de
rehacer no estn abiertos, as que no son accesibles por usuarios finales para tareas
normales. Para realizar esta fase se pueden utilizar dos comandos:

35
1) startup mount;
2) alter database mount;

Fase de Apertura: se abren los archivos de datos y los registros rehacer. La base de
datos queda disponible para las operaciones normales. Es necesario que existan
registros rehacer de lo contrario si no hay registros usamos el comando resetlogs, que
crea registros nuevos. Para esta fase se pueden usar dos comandos:

1) startup open;
2) alter database open;

Si es necesario utilizar resetlogs:



startup open resetlogs;

alter database open resetlogs;


permite la conexin de usuarios con el privilegio
startup restrict (slo
restricted sesion).

startup force (hace shutdown abort y arranca la BD).

Comando SHUTDOWN

El comando SHUTDOWN lo utilizamos parar una base de datos la cual consiste en


varias clusulas.

Shutdown Normal: Este es el valor por defecto, durante el proceso de parada no


admite nuevas conexiones y espera que las conexiones actuales finalicen. En el
prximo arranque la base datos no requiere procedimientos de recuperacin.

Shutdown Immediate: Se produce una parada inmediata de la base de datos,


durante el proceso de parada no permite nuevas conexiones y las actuales la
desconecta, las transacciones que no estn commit se hara roolback de ellas. En el
prximo arranque la base datos no requiere procedimientos de recuperacin.

Shutdown Transactional: Se produce una parada hasta que hayan terminado las
transacciones activas, no admite nuevas conexiones y tampoco nuevas
transacciones, una vez que las transacciones activas van terminando va

36
desconectando a los usuarios. En el prximo arranque la base datos no requiere
procedimientos de recuperacin.

Shutdown Abort: Aborta todos los procesos de una base de datos, durante el
proceso de parada no permite nuevas conexiones y las actuales la desconecta, las
transacciones que no estn commit se har roolback de ellas. En el prximo
arranque la base datos puede requerir procedimientos de recuperacin.

Comando Describe

Este comando permite conocer la estructura de una tabla, las columnas que la
forman y su tipo y restricciones.

DESCRIBE f1;

Comando SHOW TABLES y SHOW CREATE TABLE

El comando SHOW TABLES muestra las tablas dentro de una base de datos y
SHOW CREATE TABLES muestra la estructura de creacin de la tabla.

Modificacin

Para realizar una modificacin utilizamos el comando ALTER TABLE. Para usar
ALTER TABLE, necesita permisos ALTER, INSERT y CREATE para la tabla.

37
PRCTICA EN CMD
Como primer paso se ingreso a mysql desde el simbolo de sistema (CMD), para
poder hacer uso de las bases de datos en ella se tuvo que ingresar la contrasea
que en ocasiones anteriores se configuro. Una vez estando dentro del sistema se
hizo uso del comando show databases para mostrar las bases de datos existentes,
use sucursales para usar la base de datos sucursales y show tables para mostrar
las tablas en ella.

38
Anteriormente entramos a la base de datos sucursales y se ingres el comando
correspondiente para poder ver tablas en ella, ahora se decidi usar la tabla turno
con el comando describe turno para as poder ver ms informacin de la tabla,
luego se ingres select * from turno para as poder ver la informacin almacenada
en esta tabla, posterior a esto se us update turno set turno= mat where id= 65;
para actualizar uno de los registros de esta tabla, en este caso fue Matutino a mat
y luego a matu, despus se ingres la clusula select * from turno para poder
visualizar el cambio que se hizo.

39
Luego para desconectar el modo autocommit se asign cero a la variable.

Ahora se aplic el rollback para poder regresar a un punto previo, ya que esta
clusula se considera para cancelar los cambios a partir de ella. Como se vio
tenamos puesto matu pero al aplicar el rollback nos regres a mat el cual era el
valor anterior. Se puso la clusula alter table turno index (turno) para que se le
pueda aadir un ndice a la tabla seleccionada en este caso turno. Por ltimo se
utiliz nuevamente describe turno, con el nico fin de poder visualizar el index y la
clave primaria que con anterioridad se le haba asignado

40
EXAMEN DE LA UNIDAD 4

41
FUENTES BIBLIOGRFICAS CONSULTADAS EN LA UNIDAD 4

Vega A. (2015). Unidad 4: Operacin y Mantenibilidad. Mayo 21, 2016, de


Blogger Sitio web:
http://unidad4operacionymanteniblidad.blogspot.mx/

Said R. (2014). Unidad 4: Operacin y mantenibilidad. Mayo 21, 2016, de


Prezi Sitio web:
https://prezi.com/svn6tbeohjqt/unidad-4-operacion-y-mantenibilidad/

42
CONCLUSIN DE LA UNIDAD 4

Cada uno de los temas ya mencionados juegan un papel muy importante en la


administracin de una base de datos, ya que empleando estos puntos las bases de
datos son ms seguras, o incluso tienen y ofrecen un buen uso, como ejemplo de
ello se tienen las bitcoras las cuales estas nos ayudaran a mantener ordenada la
informacin que entre y salga de las bases de datos, con el fin de que se podrn
recuperar de una manera ms fcil. Tambin se puede decir que, de una bitcora
puede obtenerse datos especficos de las transacciones como: la operacin que se
haya realizado, el usuario que se encuentra en la base de datos, la fecha, estado,
entre otros. De esta misma manera nos ayuda a recuperar informacin ante los
incidentes que se puedan tener, as permitiendo guardar las transacciones y
posterior a esto analizarlas en cualquier otro momento. Por su parte un Sistema
Gestor de Base de Datos podr dar altas, bajas y poder recuperar esa informacin,
cuando se habla de dar una Alta en BD se refiere a aadir datos a un archivo, por
otro lado cuando se emplea el termin Baja esto da a entender a la eliminacin de
un registro y aqu entra el roll del administrador cuando dicho registro se elimina por
accidente o por fallo del sistema es necesario emplear la funcin recovery esto
permitir recuperar la informacin prdida o eliminada; ya que como administrador
es necesario crear copias de seguridad y al crear dicha copia se puede reconstruir
los datos del sistema.

43
UNIDAD 5

44
INTRODUCCIN DE LA UNIDAD 5

En el siguiente portafolio de la unidad 5 de administracin de base de datos se


abordaran temas importantes, los cuales tienen que ver como el respaldo y
recuperacin de informacin de una base o un sistema, la migracin de una base
de datos, el monitoreo y la auditoria que esta puede tener (BDD), as como de las
herramientas de software y hardware para el monitoreo y la administracin
automtica de la misma, antes de pasar al desarrollo de este trabajo es importante
saber cierta informacin, como bien lo puede ser el respaldo ya que esta accin es
uno de los pasos ms importantes que se puede dar para proteger una determinada
informacin ya que cuando algo sale mal, como fallas en disco duro, borrado
accidental de archivos o infecciones por malware, son tu ltimo recurso. As mismo
entenderemos que una de las responsabilidades de DBA es supervisar el espacio
en disco, ya que si no se tiene un control del espacio en disco y uno se asegura de
que tiene el espacio suficiente para almacenar, con el tiempo los procesos crticos
de bases de datos o componentes va a fracasar porque no se puede asignar el
espacio en disco que se necesita. La tecnologa conlleva ciertos riesgos, ya que
todos los sistemas pueden verse amenazados por un intruso, de manera local o
remota, por lo que todos los datos se ven comprometidos; dicho esto, se puede
tomar en cuenta que la seguridad no slo radica en la prevencin, sino tambin en
la identificacin, ya que entre menos tiempo haya pasado desde la identificacin de
un intruso en el sistema, el dao ser menor; para lograr esto es importante que
constantemente se est monitoreando el sistema. A continuacin ms informacin
detallada de los temas que a grandes rasgos ya fueron mencionados en esta
introduccin, as como de las diapositivas del tema 5.3.1.2 al 5.3.1.7, las capturas
de pantallas de la prctica de replicacin (maestro-esclavo) realizada en clase y el
examen de la unidad.

45
5.1 RESPALDO Y RECUPERACIN

El respaldo es uno de los pasos ms importantes que puedes dar para proteger tu
informacin. Cuando algo sale mal, como fallas en disco duro, borrado accidental
de archivos o infecciones por malware, son tu ltimo recurso.

Qu Respaldar y Cundo

Existen dos aspectos fundamentales para decidir qu respaldar: la informacin que


hayas generado o que sea importante para ti, como documentos, fotografas o
videos; o toda, incluyendo tu sistema operativo y cualquier programa que hayas
instalado. El primer aspecto limita el proceso de respaldo, mientras que el segundo
hace que sea ms fcil recuperar el sistema en caso de un fallo completo. Si no
ests seguro de qu respaldar, respalda todo. A continuacin, tendrs que decidir
qu tan seguido respaldar tu informacin. Lo ms comn es hacerlo cada hora,
diariamente, semanalmente, etc. Para usuarios caseros, los programas de respaldo
personal como Time Machine de Apple o Copias de seguridad y restauracin de
Windows, permitirn fijar un horario automtico de respaldo progrmalo y olvdate.
Otras soluciones ofrecen proteccin continua, en la cual los archivos nuevos o
modificados son respaldados inmediatamente tan pronto sean cerrados. Si
perteneces a una organizacin con muchas computadoras, quizs te gustara definir
tu propio calendario. Sera bueno que consideraras cunta informacin ests
dispuesto a perder en el peor de los casos. Por ejemplo, si respaldas diariamente,
puedes perder una jornada de trabajo si tu computadora falla al final del da. Muchas
organizaciones programan respaldos diarios fuera de las horas pico para minimizar
el impacto la operacin normal.

Cmo Respaldar

En general, existen dos recursos en los que puedes respaldar tu informacin: medios
fsicos o almacenamiento en la nube. Ejemplos de medios fsicos incluyen DVDS,
dispositivos USB, cintas magnticas o discos duros adicionales. Evita respaldar en el
mismo dispositivo que contiene los archivos originales. Cuando uses

46
medios fsicos asegrate de etiquetarlos, tanto interna (en el nombre del archivo)
como externamente (sobre el dispositivo), para que puedas identificar fcilmente
fecha y hora del respaldo.

Recuperacin

Respaldar tu informacin es slo la mitad de la batalla; ahora tienes que asegurarte


de que puedes recuperarla fcilmente. Practica regularmente tu proceso de
recuperacin, tal y como haras en un simulacro de sismo, esto te ayudar a
asegurar que todo funcione correctamente en caso de necesitarlo. Comprueba por
lo menos una vez al mes que el programa de respaldos est funcionando
adecuadamente. Por lo menos trata de recuperar un archivo. Para una prueba ms
robusta, sobre todo para las organizaciones, considera hacer la recuperacin
completa del sistema y verifica que sea recuperable. Si no cuentas con hardware
externo para la prueba de recuperacin completa del sistema, restaura archivos y
carpetas importantes en una ubicacin diferente y luego verifica si recuperaste y
puedes abrir todo.

5.1.1 ESPEJEO (MIRRORING)

Base de Datos Espejo (Database Mirroring) es una configuracin donde dos o tres
servidores de dase de datos, ejecutndose en equipos independientes, cooperan
para mantener copias de la base de datos y archivo de registro de transacciones
(log). Tanto el servidor primario como el servidor espejo mantienen una copia de la
base de datos y el registro de transacciones, mientras que el tercer servidor, llamado
el servidor rbitro, es usado cuando es necesario determinar cul de los otros dos
servidores puede tomar la propiedad de la base de datos. El rbitro no mantiene
una copia de la base de datos. La configuracin de los tres servidores de base de
datos (el primario, el espejo y el rbitro) es llamado Sistema Espejo (Mirroring
System), y el servidor primarioy espejo juntos son llamados Servidores
Operacionales (Operational Servers) o Compaeros (Partners).

47
5.1.1.1 BENEFICIOS DEL ESPEJEO DE DATOS EN UN DBMS

La creacin de reflejo de la base de datos es una estrategia sencilla que ofrece las
siguientes ventajas:

1. Incrementa la disponibilidad de una base de datos. Si se produce un desastre


en el modo de alta seguridad con conmutacin automtica por error, la
conmutacin por error pone en lnea rpidamente la copia en espera de la
base de datos, sin prdida de datos. En los dems modos operativos, el
administrador de bases de datos tiene la alternativa del servicio forzado (con
una posible prdida de datos) para la copia en espera de la base de datos.
Para obtener ms informacin, vea Conmutacin de roles, ms adelante en
este tema.
2. Aumenta la proteccin de los datos. La creacin de reflejo de la base de datos
proporciona una redundancia completa o casi completa de los datos, en
funcin de si el modo de funcionamiento es el de alta seguridad o el de alto
rendimiento. Para obtener ms informacin, vea Modos de funcionamiento,
ms adelante en este tema.
3. Mejora la disponibilidad de la base de datos de produccin durante las
actualizaciones. Para minimizar el tiempo de inactividad para una base de datos
reflejada, puede actualizar secuencialmente las instancias de SQL Server que
hospedan los asociados de creacin de reflejo de la base de datos. Esto incurrir
en el tiempo de inactividad de solo una conmutacin por error nica. Esta forma
de actualizacin se denomina actualizacin gradual. Para obtener ms
informacin, vea Instalar un Service Pack en un sistema con un tiempo de
inactividad mnimo para bases de datos reflejadas.

48
5.1.1.2 ACTIVACIN DE ESPEJEO EN UN DBMS

5.1.1.3 CREACIN DE ESPACIOS DE DISCO CON ESPEJO

Discos Espejo

Espejeado de disco significa que se conectan dos unidades de disco al mismo


controlador de disco. Las dos unidades se mantienen idnticas cuando el servidor
escribe en una unidad (la primaria), posteriormente se escribe en (la secundaria). Si
durante la operacin falla, la unidad primaria, en su lugar se utiliza la secundaria. Si la
secundaria falla, no importa. En ambos casos los usuarios experimentan una

49
breve pausa mientras el servidor se asegura que la unidad est muerta, y luego se
regresa al servicio normal.

Como sucede con todas las cosas buenas, hay una desventaja. Para contar con este
nivel de confiabilidad, se necesita un segundo disco duro, lo que duplica el costo del
almacenamiento de datos. Pero en lo que concierne a su organizacin, tal vez valga la
pena el costo relativamente pequeo de una unidad de disco, para evitar lo que de otra
manera seria un desastre. Una de las desventajas de los discos espejos es la perdida
de rendimiento. Dado que un controlador manejados unidades primarias para escribir
los datos en la unidad secundaria. Esto provoca que las escrituras en disco se tarden
el doble. En un servidor con carga ligera esto quizs no sea tan malo desde el punto de
vista del usuario, ya que el cach de disco del servidor hace que el acceso a disco
perezca extremadamente rpido. Sin embargo, la sobrecarga puede llegar a ser
significativa en un sistema con carga pesada.

Cachs de Disco

Ya que el disco es tan lento comparado con la memoria (unas 10000 veces) resulta
rentable usar un cach para mantener en memoria fsica parte de la informacin
que hay en el disco, de manera que, si en el futuro se requiere un bloque que ya
est en memoria, se ahorra el acceso al disco.

Igual que en el caso de memoria virtual, hay que tratar de adivinar qu bloques se
van a acceder en el futuro cercano, para mantener esos bloques en el cach. Pero
al contrario de lo que ocurre con memoria virtual, no se requiere ningn apoyo
especial del hardware para implementar LRU. Ya que todos los accesos a disco
pasan por las manos del sistema operativo. Paradjicamente, LRU no es
necesariamente la mejor alternativa tratndose de bloques de disco. Por otra parte,
algunos delos bloques contienen informacin crtica respecto del sistema de
archivos. Si este bloque es modificado y puesto al final de la cola LRU, puede pasar
un buen tiempo antes de que llegue a ser el menos recientemente usado, y sea
escrito en el disco para ser reemplazado. Si el sistema se cae antes que eso, esa
informacin crtica se perder, y el sistema de archivos quedar en un estado
inconsistente.

50
Planificacin de Disco

Un disco, mirado desde ms bajo nivel, no es simplemente una secuencia de


bloques. Estn compuestos de platos, cada uno de los cuales contiene una serie de
pistas o tracks concntricos. A su vez, las pistas se dividen en sectores. Las pistas
exteriores, que son ms grandes, pueden contener ms sectores que las interiores.
(En un CD, en realidad hay una espiral de sectores.)Existe un brazo mecnico con
un cabezal lector/escritor para cada plato. El brazo mueve todos los cabezales
juntos. Un cilindro se conforma por las pistas que los cabezales pueden leer cuando
el brazo est en una posicin determinada. Los bloques lgicos (secuenciales) que
ve el sistema de archivos deben traducirse a un tro (cilindro, plato, sector). El tiempo
requerido para leer un sector depende de:

1. El tiempo de bsqueda (seek time), es decir, el tiempo requerido para


mover el brazo al cilindro apropiado.
2. El retardo rotacional, o sea, el tiempo que hay que esperar hasta que el
sector requerido pase por debajo del cabezal.
3. El tiempo de transferencia de los datos.

El primero es el que predomina, de manera que conviene reducirlo para aumentar la


eficiencia del sistema. El sistema de archivo puede ayudar (por ejemplo, con asignacin
contigua).Obviamente, bloques en el mismo cilindro deben considerarse contiguos.
Pero hay otra cosa que se puede hacer, considerando que en un sistema con muchos
procesos la cola de solicitudes pendientes de un dispositivo suele no estar vaca:
atenderlas en un orden que reduzca los movimientos del brazo.

Algoritmos de Planificacin de Disco

FIFO

Es simple, pero no estamos haciendo nada por la eficiencia. Es malo si las


solicitudes se alternan entre cilindros exteriores e interiores.

SSTF (Shortest Seek-Time First)

51
Se trata de atender primero las solicitudes ms cercanas a la posicin actual del
brazo. El problema es que, cuando hay muchas solicitudes, es posible que slo se
atiendan las cercanas al centro. Puede haber inanicin para los procesos que
solicitan cilindros delos extremos.

Algoritmo del Ascensor

Para evitar inanicin, se mantiene la direccin de movimiento del brazo hasta que
no queden solicitudes pendientes en esa direccin. Es lo mismo que hacen los
ascensores. Un pequeo problema es que las solicitudes en los extremos tienen,
en promedio, un tiempo de espera mayor.

Discos RAM

Gracias a la estructuracin en capas, podemos usar el mismo sistema de archivos


en cualquier dispositivo de bloques con un driver adecuado, que implemente la
interfaz para el software independiente del dispositivo. Por ejemplo, en los primeros
computadores personales, que tenan slo una disquetera como medio de
almacenamiento, era habitual crear un disco RAM, es decir reservar un trozo de la
memoria para usarlo como un disco virtual, para almacenar archivos. Un driver de
disco RAM es extremadamente simple.

5.1.2. RPLICA (REPLICATION)

La replicacin es el proceso de copiar y mantener actualizados los datos en varios


nodos de bases de datos ya sean estos persistentes o no. ste usa un concepto donde
existe un nodo amo o maestro (master) y otros sirvientes o esclavos (slaves).

La replicacin de discos y particiones es la respuesta a una parte importante de


esas dos acciones de mantenimiento. La replicacin es el proceso mediante el cual
se genera una copia exacta de parte del sistema. Esa parte puede ser desde un
archivo hasta una carpeta, una particin, un disco o incluso varios discos.

La replicacin es til para:

1. Copia de Seguridad

52
En condiciones normales, una base de datos replicada de forma correcta es vlida
como copia de seguridad.

Adems se puede realizar copias de seguridad usando un servidor esclavo para as


no interferir al servidor maestro.

2. Mejorar la Escalabilidad

Podramos configurar nuestras aplicaciones para balancear las consultas de lectura


(SELECT) entre los servidores replicados.

Podramos usar herramientas como MySQL Proxy para balancear las consultas de
lectura entre los servidores replicados y enviar las consultas de actualizacin de
datos al maestro.

3. Alta Disponibilidad

En aplicaciones y entornos en donde slo se requieren lecturas, podramos


configurar nuestras aplicaciones para balancear las consultas de lectura (SELECT)
entre los servidores replicados de manera que si uno se cae se continue prestando
servicio.

El Log Binario

El log binario es un archivo binario gestionado por el servidor de base de datos en el


que se registran todas las sentencias SQL de modificacin de datos o estructura. En el
caso de la replicacin es importante saber que cada servidor esclavo se conecta al
servidor maestro y le solicita que le enve las sentencias registradas en los logs binarios
a partir de una posicin, para ello, cada esclavo mantiene un archivo a modo de ndice
en donde registra la posicin actual de la replicacin. Gracias a esto, podemos detener
el esclavo (STOP SLAVE), que haya un corte de red, etc... De manera que cuando se
vuelva a iniciar la replicacin (START SLAVE) o se reestablezca la comunicacin...
Pase el tiempo que pase) el esclavo solicitar al maestro todas las sentencias a ejecutar
desde su estado actual y las ir ejecutando secuencialmente de manera que en
cuestin de segundos ambos servidores tendrn las bases de datos con el mismo
contenido y estructura.

53
Probando la Replicacin

1. En el servidor esclavo ejecute el comando SHOW SLAVE STATUS y observe


que el mensaje que le muestra es un mensaje que indica que est esperando
eventos del maestro...
2. Modifique algo en el maestro y verifique que instantneamente se replica en
el esclavo.
3. Detenga el esclavo durante un tiempo, realice cambios (cree tablas,
modifique registros...) en el maestro e inicie el esclavo. En cuestin de
milisegundos ambas bases de datos deberan de ser iguales.

5.1.2.1 BENEFICIOS DE LA RPLICA DE DATOS EN UN DBMS

La replicacin se usa mucho en sistema de acceso a datos por varios motivos:

1. Rendimiento: Normalmente y dependiendo del caso, hay ms lectura que


escritura en una base de datos, por lo que tener varios nodos solo
procesando la lectura puede traer un gran beneficio de rendimiento en una
base de datos muy consultada.
2. Prueba de Fallas: Un esclavo estando casi sincrnicamente actualizado
puede ser til en caso de que el nodo maestro caiga, este puede
reemplazarlo y as no detener el servicio.
3. Fiabilidad: Muchas veces se puede tener una replicacin para tener la
seguridad de que los datos estn siendo copiados a otro nodo, en caso de
sufrir un desperfecto en el maestro.
4. Generacin de Bloqueos: aunque sta es ms precisa, tambin se puede
usar para procesos que necesiten leer datos, generando bloqueos, al hacerlo
sobre un esclavo esto no interviene en el funcionamiento de todo el sistema,
es muy usado para por ejemplo, hacer copias de seguridad, o extraer
grandes cantidades de datos para generar estadsticas.

54
5.1.3 MTODOS DE RESPALDO DE UN DBMS

En mySQL existen varios mtodos para la realizacin de un backup y esto se debe


principalmente a que mySQL guarda las tablas como archivos y al tipo de tablas
que se est manejando (InnoDB, MyISAM, ISAM). As por ejemplo para la presente
prctica se utiliz el tipo de tabla InnoDB y el mtodo de backup utilizado es el que
funciona con este tipo de tablas.

InnoDB es una de las tecnologas de almacenamiento que utiliza mySQL, es de codigo


abierto. Entre sus caractersticas principales estan que soporta transacciones con
caractersticas ACID (Atomicidad, Consistencia, Aislamiento y Durabilidad), tiene
bloque de registros e integridad referencial (cosa que no maneja ISAM, ni myISAM).
Esta ltima es una de sus caractersticas ms importantes pues una base de datos sin
integridad referencial, es nada ms un conjunto de datos que no denotan informacin.
Este tipo de almacenamiento tambin ofrece una alta fiabilidad y consistencia. El mismo
gestiona el control de los datos y no se lo deja al sistema operativo, una de sus
desventajas es que no tiene una buena compresin de datos, por lo que ocupa un poco
ms de espacio que myISAM.

5.1.3.1 ELEMENTOS Y FRECUENCIA DE RESPALDO

Normalmente cuando uno plantea que va a respaldar los datos de su PC a una


persona en una compaa uno tiene que definir muy bien cul es la informacin
crtica para la empresa, por ejemplo la msica que guarde un empleado en su PC
no es crtica para las actividades de la empresa ni lo son las fotos de su ltima fiesta.
En cambio su correo electrnico, proyectos, informes y papeles administrativos si lo
suelen ser y tener un respaldo de estos es clave para el funcionamiento de la
empresa en caso de cualquier eventualidad.

Normalmente lo datos o informacin que es respaldada por las empresas es:

Archivos creados por aplicaciones, como por ejemplo .doc, .odt, .xls,
.mdb, .pdf, .ppt entre otros.

55
Archivos de correo electrnico
Directorios telefnicos y de contactos
Favoritos de los navegadores como Firefox e Internet
Explorer Base de datos
Configuraciones de los equipos
Archivos de CAD, PSD, XCF, etc.
Imgenes y Fotografas de proyectos
Configuraciones de servicios
Clasificacin de Respaldos
Copias de Informacin (Backups)

Estos respaldos son slo duplicados de archivos que se guardan en "Tape Drives"
de alta capacidad. Los archivos que son respaldados pueden variar desde archivos
del sistema operativo, bases de datos, hasta archivos de un usuario comn. Existen
varios tipos de Software que automatizan la ejecucin de estos respaldos, pero el
funcionamiento bsico de estos paquetes depende del denominado archive bit. Este
archive bit indica un punto de respaldo y puede existir por archivo o al nivel de
"Bloque de Informacin" (tpicamente 4096 bytes), esto depender tanto del
software que sea utilizado para los respaldos as como el archivo que sea
respaldado. Este mismo archive bit es activado en los archivos (o bloques) cada vez
que estos sean modificados y es mediante este bit que se llevan a cabo los tres
tipos de respaldos comnmente utilizados:

1. Respaldo Completo ("Full")

Guarda todos los archivos que sean especificados al tiempo de ejecutarse el


respaldo. El archive bit es eliminado de todos los archivos (o bloques), indicando
que todos los archivos ya han sido respaldados.

2. Respaldo de Incremento ("Incremental")

Cuando se lleva a cabo un Respaldo de Incremento, slo aquellos archivos que tengan
el archive bit sern respaldados; estos archivos (o bloques) son los que han sido
modificados despus de un Respaldo Completo. Adems cada Respaldo de

56
Incremento que se lleve a cabo tambin eliminar el archive bit de estos archivos
(o bloques) respaldados.

3. Respaldo Diferencial ("Differential")

Este respaldo es muy similar al "Respaldo de Incremento", la diferencia estriba en


que el archivo bit permanece intacto.

Frecuencia de Actualizacin de la Informacin

Hay dos puntos importantes en cuanto a la actualizacin de la informacin:

Que tan frecuentemente se actualiza la informacin


Si queremos guardar un histrico de la informacin o no

No toda la informacin se actualiza con la misma frecuencia, hay informacin que


puede durar aos sin ser modificada y otra que se actualice constantemente todos
los das, es importante definir qu informacin se actualiza y en qu momento para
hacer una poltica de respaldo ms eficiente. La mayora de las aplicaciones de
respaldos hacen esto automticamente fijndose en la fecha de modificacin del
archivo y comparndola con la que tiene en el respaldo.

5.1.3.2 COMANDOS PARA RESPALDO DE DATOS

A continuacin vamos a exponer los pasos y comandos para realizar la replicacin


de una base de datos en un nico servidor esclavo. Si quisiramos configurar ms
esclavos, los pasos a realizar seran los mismos sobre cada uno de los esclavos.

1. Creamos un usuario MySQL en el servidor maestro con privilegios de


replicacin.
2. El servidor esclavo se autentificar frente al servidor maestro como un
usuario normal.
3. Para crear el usuario debemos ejecutar desde la consola de comandos
de mysql las siguientes sentencias SQL:

57
CREATE USER '<replication_user>'@'<slave_address>' IDENTIFIED BY
'<replication_user_password>'

GRANT REPLICATION SLAVE ON *.* TO '<replication_user>'@'<slave_address>'

4. Con la sentencia anterior el usuario slo tendra permiso de acceso desde


la mquina <slave_address>, en caso de no requerir esta medida de
seguridad puedes sustituir el comodn % por el parmetro
<slave_address>.

Configuracin del Servidor Maestro

1. Deberemos agregar las siguientes lneas al final del archivo de


configuracin del servidor MySQL, por defecto: <MySQL_HOME>/my.ini
2. Identificador nico del servidor MySQL dentro de todos los servidores
implicados en la replicacin.
Server id = 1
3. Al especificar el parmetro log-bin estamos activando el log binario.
4. No especificamos un valor para el parmetro de configuracin (por
defecto ser <nombre_maquina > - bin).

4. El log binario slo tendr las actualizaciones realizadas sobre la base de


datos "bd_autentia"
5. Si adems quisiramos replicar otras bases de datos, duplicaramos este
parmetro para cada base de datos.

Binlog do db = bd_autentia

Configuracin del Servidor Esclavo

1. Deberemos agregar las siguientes lneas al final del archivo de


configuracin del servidor MySQL, por defecto: <MySQL_HOME>/my.ini
2. Identificador nico del servidor MySQL dentro de todos los servidores
implicados en la replicacin.

58
Server id = 2

3. Nombre del archivo binario que almacena las instrucciones pendientes de


ejecutar, por defecto: <host_name> - relay - bin.index

Relay log =

4. Nombre o direccin IP del maestro.

Master host = <master_address>

5. El esclavo se conecta a travs de un usuario al maestro. Identificador del


usuario.

Master user = <replication_user>

6. El esclavo se conecta a travs de un usuario al maestro. Contrasea del


usuario.

Master password = <replication_user_password>

7. Nmero de segundos que esperar el esclavo para reintentar conectarse al


maestro en caso de una prdida de conexin.

Master connect retry = 50

8. Nmero de reintentos de

reconexin Master retry count = 5000

9. Realizamos una copia de seguridad de la base de datos del maestro sobre


el servidor esclavo.

Desde la consola ejecutamos los siguientes comandos:

[Maestro]: <MYSQL_HOME>/bin/mysql -u root password = <contrasea> -e

"FLUSH TABLES WITH READ LOCK"

Para limpiar las caches y bloquear el acceso de cualquier aplicacin a la base de


datos.

59
[Maestro]: <MYSQL_HOME>/bin/mysqldump --u root password = <contrasea> --

opt bd_autentia > backup.sql

Realizamos una copia completa de la base de datos en el archivo backup.sql.

[Esclavo]: <MYSQL_HOME>/bin/mysql --user=root password = <contrasea>

bd_autentia < backup.sql

Para Restaurar la Copia de Seguridad en el Esclavo

[Esclavo]: <MYSQL_HOME>/bin/mysqladmin -u root password = <contrasea>

shutdown

Detenemos el Servidor Esclavo

[Maestro]: <MYSQL_HOME>/bin/mysqladmin -u root password = <contrasea>

shutdown

Detenemos el servidor maestro (Se desbloquearn las tablas de las bases de datos
previamente bloqueadas)

[Esclavo]: <MYSQL_HOME>/bin/mysqld-nt defaults

file="<MYSQL_HOME>\my.ini" MySQL

Iniciamos el Servidor, el cual Tomar la Nueva Configuracin:

[Maestro]: <MYSQL_HOME>/bin/mysqld-nt --defaults-

file="<MYSQL_HOME>\my.ini" MySQL

5.1.3.3 MTODOS DE RECUPERACIN DE UN DBMS

Recuperarse al fallo de una transaccin significa que la base de datos se restaura


al estado coherente ms reciente, inmediatamente anterior al momento del fallo
para esto el sistema guarda las informacin sobre los cambios de las transacciones
esta informacin se guarda en el registro del sistema.

60
1. Si hay un fallo como la cada del disco, el sistema restaura una copia se
seguridad del registro, hasta el momento del fallo.
2. Cuando el dao se vuelve inconsistente, se pueden rehacer algunas
operaciones para restaurar a un estado consistente. En este caso no se
necesita una copia archivada.

Actualizacin Diferida: No se actualiza fsicamente la base de datos Hasta que no


haya alcanzado su punto de confirmacin.

Actualizacin Inmediata: La base de datos puede ser actualizada por Algunas


Operaciones antes de que esta ltima alcance su punto de confirmacin.

Tipos de Almacenamiento

Almacenamiento Voltil: no sobrevive a las cadas del sistema.


Almacenamiento no Voltil: disco, cinta...: existen accidentes.
Almacenamiento Estable Frente al no Estable: la informacin no se pierde
nunca, se repite en varios medios no voltiles (disco) con modos de fallo
independientes.

Almacenamiento en Cach (Bfer) de los Bloques de Disco

El proceso de recuperacin se entrelaza con funciones del sistema operativo en


particular con el almacenamiento en cach o en bfer en la memoria principal,
Normalmente se reserva una coleccin de bferes en memoria, denominados cach
DBMS. Se utiliza un directorio para rastrear los elementos de la base de datos que
se encuentra en los bferes.

Bit Sucio: que puede incluirse en la entrada del directorio, para indicar si se
ha modificado o no el bfer.
Pin: Un pin dice que una pgina en cach se est accediendo actualmente.

Actualizacin en el Lugar (In Place): Escribe en el bfer la misma ubicacin de


disco original.

Shadowing (en la Sombra): Escribe un bfer actualizado en una ubicacin


diferente.

61
BFIM (Before Image): Imagen antes de la actualizacin.
AFIM (After Image): Imagen despus de la actualizacin.

Registro Antes de la Escritura, Robar/No-Robar y Forzar no Forzar

En este caso, el mecanismo de recuperacin debe garantizar la grabacin de la


BFIM de los datos en la entrada apropiada del registro del sistema y que esa entrada
se vuelque en el disco antes que la BFIM sea sobrescrita con la AFIM de la base de
datos del disco.

Puntos de Control en el Registro del Sistema y Puntos de Control Difusos

Otro tipo de entrada en el registro es el denominado punto de control (checkpoint).


En este punto el sistema escribe en la base de datos, en disco, todos los bferes
del DBMS que se han modificado.

No tienen que rehacer sus operaciones, es decir, ESCRIBIR en caso de una cada
del sistema.

El gestor de recuperaciones de un DBMS debe decidir en qu intervalos tomar un


punto de control.

La toma de un punto de control consiste en las siguientes acciones:

1. Suspender temporalmente la ejecucin de las transacciones.


2. Forzar la escritura de disco de todos los bferes de memoria que se
hayan modificado.
3. Escribir un registro (checkpoint) en el registro del sistema y forzar la
escritura del registro en el disco.
4. Reanudar la ejecucin de las transacciones.

Diarios para Recuperacin

Se utilizan tambin los trminos log y journal.

Mantiene un registro de todas las operaciones que afectan a tems de la base de


datos.

Esta informacin permite recuperar.

62
Se almacena en disco.

Tcnicas de Recuperacin Basadas en la Actualizacin Diferida

Graba todas las actualizaciones de la BD en el diario, pero aplaza la


ejecucin de todas las operaciones de escritura (write) de una transaccin
hasta que sta se encuentre parcialmente cometida.
Solamente requiere el nuevo valor del dato.
Si la transaccin aborta (no llega a committed), simplemente hay que
ignorar las anotaciones en el diario.
Para recuperaciones usa el procedimiento: redo (Ti), que asigna los
nuevos valores a todos los datos que actualiza Ti.
Despus de ocurrir un fallo, se consulta el diario para determinar que
transacciones deben repetirse y cuales anularse.
Ti debe anularse si el diario contiene el registro start pero no el commit. Ti
debe repetirse si el diario contiene el registro start y el commit.
La operacin redo debe ser exacta, es decir, ejecutarla varias veces debe
producir el mismo resultado que ejecutarla una sola vez.

Los Redo comienzan a hacerse en el ltimo checkpoint no sabemos si la


informacin est en disco o en memoria.

Recuperacin Mediante la Actualizacin Diferida en un Entorno Monousuario

El algoritmo RDU se utiliza un procedimiento rehacer, proporcionado con


posterioridad.

Para rehacer determinadas operaciones escribir_elemento.

Actualizacin Diferida con Ejecucin Concurrente en un Entorno Multiusuario

63
Recuperaciones Basadas en Actualizaciones Inmediatas

Permite que las actualizaciones se graben en la BD mientras la transaccin


est todava en estado activo (actualizaciones no cometidas).
Antes de ejecutar un output (X), deben grabarse en memoria estable los
registros del diario correspondientes a X.
Los registros del diario deben contener tanto el valor antiguo como el nuevo.

El esquema de recuperacin utiliza dos procedimientos de recuperacin:

undo (Ti): Restaura los datos que Ti actualiza a los valores que tenan antes.

redo (Ti): Asigna los nuevos valores a todos los datos que actualiza Ti.

Despus de ocurrir un fallo, el procedimiento de recuperacin consulta el diario


para determinar qu transacciones deben repetirse y cules deshacerse:

1. Ti debe deshacerse si el diario contiene el registro starts pero no el


commit.
2. Ti debe repetirse si el diario contiene el registro starts y el commit.

Las operaciones undo y redo deben ser idempotencias para garantizar la


consistencia de la BD aun cuando se produzcan fallos durante el proceso de
recuperacin.

Recuperacin Hasta un Punto de Validacin

1. Examina el diario hacia atrs hasta localizar un registro


<checkpoint>.

64
2. Considera slo los registros existentes entre este punto y el final del
diario.
3. Ejecuta undo (Tj) para las transacciones que no tengan registro <Tj
commits>, partiendo del final del fichero.
4. Ejecuta redo (Ti) para las transacciones que tengan su registro <Ti
commits>, partiendo desde el punto de verificacin hasta el final del
diario.

Procedimientos de Recuperacin

Recuperacin Normal

Tiene lugar despus de una parada normal de la mquina, en la que se


escribe un punto de verificacin como ltimo registro del diario.
Este procedimiento se ejecuta cuando el ltimo registro del diario es un
punto de verificacin o recuperacin del sistema.
Este tipo de recuperacin tambin tiene lugar cuando aborta una
transaccin, debido a la razn que sea.

Recuperacin en Caliente

Despus de un error del sistema.


Se ejecuta cuando el ltimo registro del diario no es un punto de
verificacin y el operador no indica prdida de memoria secundaria.
El procedimiento de recuperacin es el indicado en el apartado referente a
los puntos de verificacin en el diario.
Recuperacin en Fro
Despus de un incidente con la memoria masiva daada. Se
ejecuta si se pierden datos o la BD ya no es coherente.

Se utiliza:

1. Copia de seguridad (backup) ms reciente de la BD (Debe

existir). Diario de las actividades posteriores.

65
Se aplican las imgenes posteriores al respaldo.

Puede encadenar una recuperacin en caliente.

Se deben realizar copias de seguridad de la BD peridicamente:

Toda la BD debe copiarse en memoria secundaria.

El proceso de transacciones debe pararse durante el procedimiento de copia


(Costoso).

Algoritmo de Recuperacin ARIES

a) El registro del sistema en el momento de la cada.

b) Las tablas de transacciones y de pginas sucias en el momento de punto de


control.

c) Las tablas de transacciones y de pginas sucias despus de la fase de anlisis.

Respaldos de Bases de Datos

Siempre es necesario tener un respaldo de nuestras bases de datos, pero que pasa
cuando nuestras bases de datos estn tan pesadas que el phpMyAdmin se queda
colgado. Para eso nos sirve mysqldump un comando que nos trae MySQL para
hacer respaldos de nuestras bases de datos su sintaxis es la siguiente:

mysqldump [OPTIONS] database [tables]

O mysqldump [OPTIONS] databases [OPTIONS] DB1 [DB2 DB3...]

O mysqldump [OPTIONS] all-databases [OPTIONS]

66
Algunos de sus parmetros ms utilizados son los siguientes:

-A, all-databases Dump all the databases. This will be same as databaseswith
all databases selected.

add-drop-database Add a DROP DATABASE before each create.

add-drop-table Add a drop table before each create.

add-locks Add locks around insert statements.

allow-keywords Allow creation of column names that are keywords.

create-options Include all MySQL specific create options.

e, extended-insert Allows utilization of the new, much faster INSERT syntax.

p, password[=name] Password to use when connecting to server. If password is


not given its solicited on the tty.

u, user=name User for login if not current

user. Bien, ahora colocamos un ejemplo de su

uso: #Respaldando una nica base de datos

mysqldump -uroot -p all add-locks -e mibase >

bkmibase.sql; #Respaldar todas mis bases de datos

mysqldump -uroot -p all all-databases add-locks -e > bkmisbases.sql;

#Nos conectamos a mysql

mysql -uroot -p

USE mibase;

source /path/TO/mibase.sql;

Como comentario para importar tablas tipo innodb se recomienda agregar:

SET FOREIGN_KEY_CHECKS=0;

67
Al inicio del archivo y al final con el fin de no obtener errores.

SET FOREIGN_KEY_CHECKS=1;

Soporte para Control de Transacciones y Recuperacin de Fallas

Se conoce como transaccin toda operacin que se haga sobre la base de datos.
Las transacciones deben por lo tanto ser controladas de manera que no alteren la
integridad de la base de datos. La recuperacin de fallas tiene que ver con la
capacidad de un sistema DBMS de recuperar la informacin que se haya perdido
durante una falla en el software o en el hardware.

5.1.4. COMANDOS PARA RECUPERACIN

Hacer una Copia de Seguridad

El comando a utilizar es mysqldump que tiene la siguiente sintaxis:

mysqldump -u [user] -p [dbname] > [backup.sql]

Puesto que se pretende obtener un foto fija de la base de datos, es conveniente


evitar que un acceso inoportuno pueda dejar el fichero volcado es un estado
inconsistente. Esto se puede conseguir con varias opciones aunque la
recomendada es --single-transaction.

Recuperar la Base de Datos desde un Fichero

Se utiliza el mtodo habitual para ejecutar sentencias SQL desde un fichero. Para
el ejemplo sera:

# mysql -u admin -p drupal < drupal_backup.sql

5.1.4.1 VENTAJAS Y DESVENTAJAS DE CADA MTODO

Ventajas

Facilidad de manejo de grandes volumen de


informacin. Gran velocidad en muy poco tiempo.

68
Independencia del tratamiento de informacin.
Seguridad de la informacin (acceso a usuarios autorizados), proteccin de
informacin, de modificaciones, inclusiones, consulta.
No hay duplicidad de informacin, comprobacin de informacin en el
momento de introducir la misma.
Integridad referencial el terminar los registros.

Desventajas

El costo de actualizacin del hardware y software son muy elevados.


Costo (salario) del administrador de la base de datos es costoso.
El mal diseo de esta puede originar problemas a futuro.
Un mal adiestramiento a los usuarios puede originar problemas a futuro.
Si no se encuentra un manual del sistema no se podrn hacer relaciones
con facilidad.
Generan campos vacos en exceso.
El mal diseo de seguridad genera problemas.

5.1.4.2 APLICACIN DE CADA MTODO

Copia Simple

Puede ser aplicado en situaciones en las que no requiera de varias instancias o


datos duplicados, como una Red de Oficina.

Copia Doble

Cuando requiera de un soporte estable y prctico a la hora de fallos en el sistema.

Ejemplo:

Supngase que se deterior fsicamente parte del disco, afectando la aplicacin. Por lo
cual es necesario recuperarla. Se toma el primer juego de respaldo, se intenta hacer la
copia del respaldo al disco y aparece error de lectura en el respaldo. Se usa entonces
el segundo juego y ocurre lo mismo. Al analizar lo ocurrido se detecta

69
que adems de haberse deteriorado el disco, est daada la unidad encargada de
grabar los respaldos y al tratar de leer los mismos los daa.

Resultado:

La aplicacin en disco no funciona y los dos juegos de respaldo quedaron


inutilizados. De aqu se concluye la necesidad de hacer otra copia del respaldo,
antes de intentar la recuperacin.

Copia Generacional

Cuando este contenga mayores instancias y requiera de un gran rendimiento de los


datos, como los Bancos.

5.2 MIGRACIN DE LA BASE DE DATOS

La migracin de bases de datos es generalmente una tarea compleja que no slo


supone transferir datos entre tipos de almacenaje y formatos de un servidor de base
de datos a otro; sino que tambin supone reescribir sentencias SQL o incluso
procedimientos (SPL) de lgica de negocio. En comparacin con los esquemas
estndares de migracin a mano, ofrecemos una potente gama de herramientas
desarrolladas de probada eficacia en complejos mdulos de bases de datos
relacionales. Estas herramientas y nuestros especialistas pueden asegurar que las
transiciones de las bases de datos se realicen perfectamente, independientemente
de la naturaleza del sistema. Desde la experiencia, estamos familiarizados con la
complejidad, el coste que supone una larga migracin de bases de datos y los
problemas que aparecen durante el proceso cuando se emplean mtodos
inapropiados; ya que siempre comprobamos con los clientes potenciales que el uso
de nuestras herramientas y mtodos pueda ofrecer una ventaja significativa.

Herramientas de Migracin

En comparacin con la consultora estndar de migraciones, la cual puede ofrecer


poco ms que soporte a la base de datos, nosotros tenemos gran experiencia en
escribir grandes aplicaciones para empresas en sintaxis de la base de datos nativa

70
y cross. Adems, enseamos a los equipos de las empresas una metodologa y les
proporcionamos una potente gama de herramientas para reducir costes y optimizar
el proceso de migracin.

Estas herramientas incluyen:

Herramienta de copia multi-bases de datos con conversin automtica


desde los tipos de datos (incluyendo tipos de datos geomtricos)
Comprobacin del esquema multi-base
de Gramtica SQL XML
Gramtica DDL XML
Gramtica DML XML
Gramtica SPL XML
Gramtica Triggers XML
Soporte para la conversin de tipos de datos geomtricos

Copia Multi-Base de Datos

La herramienta de copia puede replicar todos los datos desde una base de datos a
una destinacin, independientemente del motor, las tablas creadas, los ndices, las
restricciones y el mapeo de tipos de datos cuando los motores difieren. Con poco
esfuerzo, y despus del tiempo que supone copiar los datos, se puede ver y explorar
los datos en la nueva base de datos. Por supuesto, no se realiza una migracin en
estos casos.

Genera estructuras de tablas acorde con los tipos de datos objetivo


Desactiva automticamente triggers y secuencias durante el proceso de
copia
Instala automticamente la secuencia asociada despus de copiar una
tabla Soporta la generacin de bases de datos cruzadas rowid
Soporta la conversin de tipos de datos geomtricos permitiendo una fcil
migracin de motores espaciales
Soporta la construccin de ndices post-copia y foreign
keys Soporta la compilacin de triggers post-copia y SPL

71
Comprobacin del Esquema Multi-Bases de Datos

Una vez se empieza una migracin, se puede generar un esquema XML desde la
base de datos original. Esto permite traducir el modelo de base de datos a cualquier
motor. Sin embargo, qu pasa si el sistema contina operando e incluso sufre
cambios estructurales durante el proceso de migracin? La comprobacin del
esquema compara las bases de datos de tipos diferentes y muestra las diferencia
entre estructuras de tablas, claves primarias, foreign keys, ndices y restricciones.
Tambin, se puede hacer una comparacin con el modelo de esquema maestro en
XML. En ambos casos, se aplicar una propuesta de cambios para asegurar que se
muestra la misma estructura fsica.

Soporte al Desarrollo, Test, Pre-Produccin y Produccin

Las herramientas de migracin estn construidas alrededor de un diccionario de base


de datos. El diccionario permite a los programadores almacenar su cdigo (sentencias
DML, queries SQL, cdigo SPL, datos de tablas iniciales, etc.), el cual constituye la
base de datos de las aplicaciones. Una vez almacenado en el diccionario, un grupo de
comandos web o comandos shell permite la compilacin, el chequeo o la salida de
nuevas actualizaciones para una base de datos o un grupo.

Sintaxis Xml-Xsql

El motor de traduccin de triggers DDL, DML, SPL proporciona una estructura con una
sintaxis comn XML, en la cual los desarrolladores pueden escribir aplicaciones en una
sintaxis independiente de la propia del motor de base de datos.

XML-XSQL Syntax Available

DDL

El proceso de copia de una base de datos puede crear automticamente un modelo


XML que genera el Data Definition Language (DDL) de la base de datos. Se pueden
ver todas las tablas y objetos definidos en una definicin natural XML que permitir
la traduccin on-line a la base de datos deseada.

DDL - XML Transformation Sample

72
DML

Una gramtica XML permite escribir sentencias SQL independientes de la base de


datos.

Procedimientos (Spl)

La lgica de negocio escrita en procedimientos (SPL), funciones o triggers debe ser


reescrita manualmente en XML. Nosotros ofrecemos este servicio o enseamos
como hacerlo. A partir de entonces, se podr traducir automticamente la lgica al
motor que se desee.

Este paso tiene una mayor ventaja sobre la codificacin manual convencional, ya
que el motor de traduccin Axional XSQL validar y generar el cdigo apropiado
sin errores humanos.

El manager de procedimientos (SPL) se encargar del status de compilacin en las


bases de datos deseadas (desarrollo, test y produccin).

Triggers

Si tiene triggers, quizs es conocedor de la complejidad y las diferencias que supone


escribir triggers independientes de la base de datos. Como en el caso de los
procedimientos (SPL), se puede utilizar gramtica XML y el motor de de traduccin
generar los triggers apropiados para la base de datos deseada.

Tipos de Datos Geomtricos

Cuando la base de datos tiene tipos de datos geomtricos, constituye un caso


especial. Ofrecemos transportabilidad entre Oracle Spatial, DB2 Spatial Extender,
Informix Spatial DataBlade y Postgres PostGIS. La gramtica DML ofrece una
amplia gama de funciones para escribir queries independientes de SQL y el motor
de copia DB transferir los datos de forma segura.

73
5.3 MONITOREO Y AUDITORA DE LA BASE DE DATOS

La auditora y la proteccin de bases de datos (DAP) representa un avance evolutivo


importante con respecto a anteriores herramientas de monitoreo de actividad en bases
de datos (DAM). Los gerentes de seguridad, los administradores de bases de datos
(DBAs) y otros interesados, que estn preocupados con proteger datos sensibles en las
bases de datos, deben evaluar estas herramientas.

5.3.1 MONITOREO

La expresin monitoreo es bastante difundida en el lenguaje cotidiano y la


encontramos a menudo en las noticias de prensa en relacin con fenmenos de
inters colectivo tales como, por ejemplo, la medicin de la calidad del aire en las
ciudades, el medioambiente, el trfico urbano, las enfermedades, etc. Podemos
fcilmente constatar que en las sociedades contemporneas se est afirmando la
tendencia a someter a monitoreo fenmenos complejos que ataen a la vida de los
ciudadanos.

5.3.1.1 MONITOREO GENERAL DE UN SISTEMA MANEJADOR DE BASE DE


DATOS

Ventajas del monitoreo de un sistema manejador de base de datos:

Incrementa la Disponibilidad de una Base de Datos: Si se produce un


desastre en el modo de alta seguridad con conmutacin automtica por
error, la conmutacin por error pone en lnea rpidamente la copia en
espera de la base de datos, sin prdida de datos. En los dems modos
operativos, el administrador de bases de datos tiene la alternativa del
servicio forzado (con una posible prdida de datos) para la copia en espera
de la base de datos. Para obtener ms informacin, vea Conmutacin de
roles, ms adelante en este tema.

74
Aumenta la Proteccin de los Datos: La creacin de reflejo de la base de
datos proporciona una redundancia completa o casi completa de los datos,
en funcin de si el modo de funcionamiento es el de alta seguridad o el de
alto rendimiento.
Mejora la Disponibilidad de la Base de Datos de Produccin Durante las
Actualizaciones: Para minimizar el tiempo de inactividad para una base de
datos reflejada, puede actualizar secuencialmente las instancias de SQL
Server que hospedan los asociados de creacin de reflejo de la base de
datos. Esto incurrir en el tiempo de inactividad de solo una conmutacin por
error nica. Esta forma de actualizacin se denomina actualizacin gradual.
Para obtener ms informacin, vea Instalar un Service Pack en un sistema
con un tiempo de inactividad mnimo para bases de datos reflejadas.

5.3.1.2 MONITOREO DE ESPACIO LIBRE EN DISCOS

Como DBA una de las responsabilidades es supervisar el espacio en disco. Siempre


hay que asegurarse de que se tiene suficiente para sus bases de datos, copias de
seguridad de bases de datos y cualquier otro tipo de archivos que va a almacenar
en el servidor. Si no controla su espacio en disco y se asegura de que tienes espacio
suficiente, con el tiempo uno de sus procesos crticos de bases de datos o
componentes va a fracasar porque no se puede asignar el espacio en disco que
necesita.

Dentro de SQL Server hay un procedimiento no documentado que nos puede


ayudar a cumplir este cometido. El procedimiento es XP_FIXEDDRIVES, no lleva
parmetros ni nada y nos regresan todos los discos a los que tiene acceso SQL
Server y su espacio disponible en Megabytes.

Es muy sencillo utilizarlo, solo basta con ejecutar el comando xp_fixeddrives de vez en
cuando desde el Analizador de consultas para revisar la cantidad de espacio libre,
aunque este mtodo consume demasiado tiempo para los administradores de

75
bases de datos. Un mtodo mejor sera automatizar la ejecucin de este comando
peridicamente para revisar la cantidad de espacio libre.

Algunas tareas de DBA donde la informacin de espacio libre pueden ser tiles:

La primera que se alerte al DBA cuando el espacio libre cae por debajo de
un umbral especfico en cualquier unidad de SQL Server.
La segunda sera la de realizar un seguimiento de la historia el espacio libre
para la gestin de la capacidad de espacio en disco.

La forma de construir un proceso para alertar a la DEA, cuando cualquiera de las


unidades de disco de SQL Server cae por debajo de un umbral predeterminado.
Para obtener la informacin xp_fixeddrives en una tabla temporal que se utiliza el
siguiente T-SQL.

create table #FreeSpace(

Drive char(1),

MB_Free int)

insert into #FreeSpace exec xp_fixeddrives

A continuacin, por cada unidad se recupera la informacin de espacio libre a partir


de esta tabla temporal y se compara con un umbral que se ha fijado para cada
unidad. Si la cantidad de espacio libre cae por debajo del valor umbral determinado
para la unidad, enviar alerta al DBA mediante xp_sendmail. Aqu est una muestra
de un cdigo que hace precisamente eso.

declare @MB_Free int

create table #FreeSpace(

Drive char(1),

MB_Free int)

insert into #FreeSpace exec xp_fixeddrives

select @MB_Free = MB_Free from #FreeSpace where Drive = 'C'

76
-- Free Space on C drive Less than

Threshold if @MB_Free < 1024

exec master.dbo.xp_sendmail

@recipients ='greg.larsen@netzero.net',

@subject ='SERVER X - Fresh Space Issue on C Drive',

@message = 'Free space on C Drive has dropped below 1 gig'

Esta alerta de espacio libre bajo permite tiempo al DBA para resolver el problema de
espacio libre antes de que sea crtico, y provoque procesos fallidos. Tenga en cuenta
que el cdigo anterior tiene un umbral diferente de espacio libre para cada unidad. Otro
uso de xp_fixeddrives podra ser la de controlar el uso de espacio en disco a travs del
tiempo. Para recopilar la informacin de espacio libre a intervalos regulares, por
ejemplo, semanal y lo almacena en una tabla de base de datos.

Mediante la recopilacin de informacin de espacio libre en el tiempo y almacenarlo en


una tabla del servidor SQL permanente que ser capaz de producir un cuadro de
tendencias que muestra el espacio en disco extra de consumo. Al comparar la cantidad
de espacio libre entre dos puntos sobre el grfico que ser capaz de determinar el
espacio de disco consumido entre esos intervalos.

El monitoreo del espacio disponible en disco y las tasas de crecimiento son un par
de cosas que un DBA debe realizar. Sin vigilancia se corre el riesgo de quedarse
sin espacio y causando graves problemas para su aplicacin.

5.3.1.3 MONITOREO DE LOGS


Log

Registro oficial de eventos durante un periodo de tiempo en particular. Para los


profesionales en seguridad informtica un log es usado para registrar datos o
informacin sobre quin, que, cuando, donde y por qu de un evento que ocurre
para un dispositivo en particular o aplicacin.

77
La mayora de los logs son almacenados o desplegados en el formato estndar
ASCII. De esta forma logs generados por un dispositivo en particular puede ser ledo
y desplegado en otro diferente.

Propsito de los Logs

Todos los sistemas pueden verse comprometidos por un intruso, de manera local o
remota. La seguridad no slo radica en la prevencin, sino tambin en la
identificacin. Entre menos tiempo haya pasado desde la identificacin de intrusin,
el dao ser menor; para lograr esto es importante hacer un constante monitoreo
del sistema.

De cualquier forma que se realice una proteccin de Unix debe incluir el monitoreo
y revisin de LOGS de una forma comprensiva, precisa y cuidadosa.

Los logs tienen numerosos propsitos:

Ayudar a resolver problemas de todo tipo


Proveer de avisos tempranos de abusos del sistema.
Despus de una cada del sistema, proporcionan datos de
forensia. Como evidencia legal

Monitoreo en Bitcoras

Generalmente no deseamos permitir a los usuarios ver los archivos de bitcoras de


un servidor, y especialmente no queremos que sean capaces de modificarlos o
borrarlos. Normalmente la mayora de los archivos de bitcoras sern posedos por
el usuario y grupo root, y no tendrn permisos asignados para otros, as que en la
mayora de los casos el nico usuario capaz de modificar los archivos de bitcoras
ser el usuario root.

78
Debido a la cantidad de informacin que se genera en la bitcoras, siempre es
bueno adoptar algn sistema automtico de monitoreo, que levante las alarmas
necesarias para cuando algn evento extrao suceda.

El sistema operativo Debian utiliza LogCheck para realizar el anlisis y monitoreo


de bitcoras, RedHat emplea LogWatch, etc.

5.3.1.4 MONITOREO DE MEMORIA COMPARTIDA

Pga de Oracle (rea Global de Programa)

Un PGA es una regin de memoria que contiene datos e informacin de control para
un proceso de servidor. Es la memoria no compartida creada por la base de datos
Oracle cuando un proceso de servidor se ha iniciado. El acceso a la PGA es
exclusivo para el proceso del servidor. Hay un PGA para cada proceso de servidor.
Procesos en segundo plano tambin se asignan sus propios PGA. La memoria total
utilizada por todos los PGAs individuales se conoce como el ejemplo total de
memoria PGA, y la recogida de PGAs individuales se refiere como el ejemplo total
de la PGA, o simplemente instancia de la PGA. Puede utilizar los parmetros de
inicializacin de base de datos para definir el tamao de la instancia de la PGA, no
PGA individuales.

El PGA puede ser crtico para el rendimiento, especialmente si la aplicacin est


haciendo un gran nmero de clases. Operaciones de ordenacin se produce si
utiliza ORDER BY y GROUP BY comandos en las sentencias SQL.

SGA de Oracle (Sistema de rea Global)

Es un conjunto de reas de memoria compartida que se dedican a un Orculo


"instancia" (un ejemplo es los programas de bases de datos y la memoria RAM).

79
Sirve para facilitar la transferencia de informacin entre usuarios y tambin
almacena la informacin estructural de la BD ms frecuentemente requerida.

En los sistemas de bases de datos desarrollados por la Corporacin Oracle, el rea


global del sistema (SGA) forma parte de la memoria RAM compartida por todos los
procesos que pertenecen a una sola base de datos Oracle ejemplo. El SGA contiene
toda la informacin necesaria para la operacin de la instancia.

La SGA se divide en varias partes:

1. Buffers de Base de Datos, Database Buffer Cache

Es el cach que almacena los bloques de datos ledos de los segmentos de datos
de la BD, tales como tablas, ndices y clsteres. Los bloques modificados se llamas
bloques sucios. El tamao de buffer cach se fija por el parmetro
DB_BLOCK_BUFFERS del fichero init.ora.

Plan de ejecucin de la sentencia


SQL. Texto de la sentencia.
Lista de objetos referenciados.
Comprobar si la sentencia se encuentra en el rea compartida.
Comprobar si los objetos referenciados son los mismos.
Comprobar si el usuario tiene acceso a los objetos referenciados.

Como el tamao del buffer suele ser pequeo para almacenar todos los bloques
de datos leidos, su gestin se hace mediante el algoritmo LRU.

2. Buffer Redo Log

Los registros Redo describen los cambios realizados en la BD y son escritos en los
ficheros redo log para que puedan ser utilizados en las operaciones de recuperacin
hacia adelante, roll-forward, durante las recuperaciones de la BD. Pero antes de ser
escritos en los ficheros redo log son escritos en un cach de la SGA llamado redo

80
log buffer. El servidor escribe peridicamente los registros redo log en los ficheros
redo log.

El tamao del buffer redo log se fija por el parmetro LOG_BUFFER.

3. rea de SQL Compartido, Shared SQL Pool

En esta zona se encuentran las sentencias SQL que han sido analizadas. El anlisis
sintctico de las sentencias SQL lleva su tiempo y Oracle mantiene las estructuras
asociadas a cada sentencia SQL analizada durante el tiempo que pueda para ver si
puede reutilizarlas. Antes de analizar una sentencia SQL, Oracle mira a ver si encuentra
otra sentencia exactamente igual en la zona de SQL compartido. Si es as, no la analiza
y pasa directamente a ejecutar la que mantiene en memoria. De esta manera se premia
la uniformidad en la programacin de las aplicaciones. La igualdad se entiende que es
lexicogrfica, espacios en blanco y variables incluidas.

Tambin se almacena en la zona de SQL compartido el cach del diccionario. La


informacin sobre los objetos de la BD se encuentra almacenada en las tablas del
diccionario. Cuando esta informacin se necesita, se leen las tablas del diccionario
y su informacin se guarda en el cach del diccionario de la SGA.

Este cach tambin se administra mediante el algoritmo LRU. El tamao del cach
est gestionado internamente por el servidor, pero es parte del shared pool, cuyo
tamao viene determinado por el parmetro SHARED_POOL_SIZE.

5.3.1.5 MONITOREO DE BASE DE DATOS

Es el proceso que permite medir, asegurar, demostrar, monitorear y registrar los


accesos a la informacin almacenada en las bases de datos incluyendo la
capacidad de determinar:

Quin accede a los datos


Cundo se accedi a los datos
Desde qu tipo de dispositivo/aplicacin

81
Desde que ubicacin en la Red
Cul fue la sentencia SQL ejecutada
Cul fue el efecto del acceso a la base de datos

Es uno de los procesos fundamentales para apoyar la responsabilidad delegada a IT


por la organizacin frente a las regulaciones y su entorno de negocios o actividad.

Objetivos Generales de la Auditora de Base de Datos

Disponer de mecanismos que permitan tener trazas de auditora completas y


automticas relacionadas con el acceso a las bases de datos incluyendo la
capacidad de generar alertas con el objetivo de:

Mitigar los riesgos asociados con el manejo inadecuado de los


datos Apoyar el cumplimiento regulatorio
Satisfacer los requerimientos de los
auditores Evitar acciones criminales
Evitar multas por incumplimiento

La importancia de la auditora del entorno de bases de datos radica en que es el


punto de partida para poder realizar la auditora de las aplicaciones que utiliza esta
tecnologa.

Importancia de la Auditora de Base de Datos

Toda la informacin financiera de la organizacin reside en bases de datos


y deben existir controles relacionados con el acceso a las mismas
Se debe poder demostrar la integridad de la informacin almacenada en las
bases de datos
Las organizaciones deben mitigar los riesgos asociados a la prdida de
datos y a la fuga de informacin
La informacin confidencial de los clientes, son responsabilidad de las
organizaciones
Los datos convertidos en informacin a travs de bases de datos y
procesos de negocios representan el negocio

82
Las organizaciones deben tomar medidas mucho ms all de asegurar sus
datos

Deben monitorearse perfectamente a fin de conocer quin o qu les hizo


exactamente qu, cundo y cmo.

Datos a Evaluar por Medio de la Auditora de la Base de Datos:

Definicin de estructuras fsicas y lgicas de las bases de


datos Control de carga y mantenimiento de las bases de datos
Integridad de los datos y proteccin de accesos
Estndares para anlisis y programacin en el uso de bases de
datos Procedimientos de respaldo y de recuperacin de datos

Aspectos Claves

No se debe Comprometer el Desempeo de las Bases de


Datos Soportar diferentes esquemas de auditora.
Se debe tomar en cuenta el tamao de las bases de datos a auditar y los
posibles SLA establecidos.

Segregacin de Funciones

El sistema de auditora de base de datos no puede ser administrado por los


DBA del rea de IT.
Proveer Valor a la Operacin del Negocio
Informacin para auditora y seguridad.
Informacin para apoyar la toma de decisiones de la organizacin.
Informacin para mejorar el desempeo de la organizacin.

Auditora Completa y Extensiva

Cubrir gran cantidad de manejadores de bases de


datos. Estandarizar los reportes y reglas de auditora.

5.3.1.6 MONITOREO DE MODOS DE OPERACIN

83
Las operaciones forman parte de las actividades diarias relacionadas con el
hardware y software utilizado en las organizaciones. Esta funcin es particularmente
importante cuando se ejecutan tares de cmputos centralizados y destacan las
siguientes:

1. Administracin de Recursos: La administracin es responsable de asegurar


que los recursos necesarios estn disponibles para realizar las actividades.

2. Normas y Procedimientos: La administracin es responsable por establecer las


normas y los procedimientos necesarios para todas las operaciones en conformidad
con las estrategias y polticas generales del negocio.

3. Monitoreo de los Procesos de Operacin: La administracin es responsable de


monitorear y medir la efectividad y eficiencia de los procesos de operacin. La
administracin es responsable de monitorear y medir la efectividad y eficiencia de
los procesos de operacin, de modo que los procesos sean mejorados a travs del
tiempo.

4. Operaciones de Plataforma de Hardware

5. Soporte Tcnico

6. Cronogramas de Ejecucin de Trabajos

7. Control de Entrada/Salida de Datos

8. Aseguramiento de Calidad

9. Control de Cambios

10. Administracin de la Configuracin

11. Funcin de Bibliotecario

12. Procedimientos de Administracin de Problemas

13. Procedimientos para Monitorear el Uso Eficaz y Eficiente de los Recursos

14. Administracin de la Seguridad Fsica y del Ambiente

84
15. Administracin de la Seguridad de Informacin

5. 3.1.7 MONITOREO DE ESPACIOS ESPEJEADOS

La administracin de espejeado protege la integridad de los datos mediante el


almacenamiento de copias de los datos en varios discos. El tipo de grupo de discos
determina los niveles de creacin de reflejo con el que se crean los archivos en un
grupo de discos.

Cuando se crea un grupo de discos, se especifica un tipo de grupo de discos ASM


(Administracin automtica de almacenamiento) basado en los siguientes 3 niveles
de redundancia.

Normal de 2 vas de reflejo


Alta de 3 vas de reflejo
Externa a no utilizar la creacin de reflejos ASM

5.3.2 AUDITORA

Es el proceso que permite medir, asegurar, demostrar, monitorear y registrar los


accesos a la informacin almacenada en las bases de datos incluyendo la
capacidad de determinar:

Quin accede a los datos


Cundo se accedi a los datos
Desde qu tipo de dispositivo/aplicacin
Desde que ubicacin en la Red
Cul fue la sentencia SQL ejecutada
Cul fue el efecto del acceso a la base de datos

La auditora es el control y registro de las acciones de la base de datos de usuarios


seleccionados, tanto de los usuarios de bases de datos y no usuarios de la base de
datos.

85
Normalmente se utiliza la auditora para realizar las siguientes actividades:

Activar la Rendicin de Cuentas de las Acciones: Estas incluyen acciones


tomadas de un determinado esquema, tabla o fila, o que afecten a un
contenido especfico.
Disuadir a los usuarios (o los otros, como intrusos) de acciones
inapropiadas basadas en la rendicin de cuentas.
Investigar actividades sospechosas.

5.3.2.1 HABILITACIN Y DESHABILITAR EL MODO DE AUDITORA

La activacin de la auditora en Oracle Database viene definida por el valor del


parmetro: audit_trail. Para comprobar si la auditora de la base de datos est
activada ejecutaremos el siguiente comando SQL:

select name, value

from v$parameter

where name like 'audit_trail'

Posibles valores del parmetro AUDIT_TRAIL:

Para activar la auditora:

ALTER SYSTEM SET audit_trail = "DB" SCOPE=SPFILE;

Para desactivar la auditora ejecutaremos el siguiente comando:

ALTER SYSTEM SET audit_trail = "NONE" SCOPE=SPFILE;

DBA_AUDIT_TRAIL: Muestra la auditora estndar (de la tabla AUD$)


relativa al usuario actual. Es una lista de todas las entradas en la tabla
SYS.AUD$ colectada por el comando audit.
DBA_AUDIT_OBJECT: Lista las opciones de entrada de auditoras para
auditar objetos de la base de datos.

86
DBA_AUDIT_EXISTS: Es una lista de entradas de auditora generadas por
la opcin EXISTS en el comando AUDIT.
DBA_AUDIT_SESSION: Muestra las entradas de auditora generadas por
conexiones o desconexiones de sesiones.
DBA_AUDIT_STATEMENT: Es una lista de entradas de auditoras, con la
informacin recolectada de las opciones de sentencias en el comando audit.

Las principales vistas para obtener resultados de la auditora, son las siguientes:

Funcionamiento del Comando AUDIT

Permite iniciar los tipos de auditora que a continuacin se detallan. Este comando
puede funcionar aunque no est activada la auditora de la base de datos, pero no
dejara constancia, para que funcione correctamente es necesario que la auditora
est activada.

Sintaxis:

AUDIT

{sql_statement_clause \ schema_object_clause | NETWORK}

[BY {SESSION \ ACCES}]

[WHENEVER [NOT] SUCCESFUL];

Funcionamiento del Comando NOAUDIT

Se utiliza para detener la actividad de auditora que se haba activado previamente


con la instruccin AUDIT.

Sintaxis:

NOAUDIT

{sql_statement_clause | schema_object_clause | NETWORK}

[WHENEVER [NOT] SUCCESFUL];

87
5.3.2.2 CONSULTAS DE LAS TABLAS VISTAS CON INFORMACIN DE LA
AUDITORA

El diccionario de la BD contiene una tabla llamada SYS.AUD$ que puede contener


informacin sobre las operaciones realizadas por los usuarios.

Para ms fcil manejo de esta tabla, existen una serie de vistas que se crean
ejecutando el script de SQL CATAUDIT.SQL que son de mucha utilidad a la hora
de visualizar la informacin recogida. Esas vistas se borran con el script
CATNOAUD.SQL

Dependiendo de los objetos auditados se recoge distinto tipo de informacin. En


cualquier caso, siempre se recoge sobre el usuario, sesin, terminal, objeto
accedido, operacin realizada y finalizacin de la operacin.

5.4 HERRAMIENTAS DE SOFTWARE Y HARDWARE PARA MONITOREO Y


ADMINISTRACIN AUTOMTICA

Monitorizar es una tarea imprescindible del administrador. Obviamente no podemos


monitorizar en todo momento y debemos hacerlo con cierta regularidad y de la
manera ms automatizada posible. Existen multitud de programas que permiten
monitorizar, no solo nuestro servidor de base de datos, si no mltiples servicios en
redes de toda clase.

Herramientas:

1. Consolas Administrativas Ilimitadas.

2. Consultas Personalizadas para agregar dentro de la Interfaz en forma Ilimitada.

3. Base de datos Abierta para integraciones personalizadas de otros dispositivos


(equipos de comunicacin, servidores etc.

Control de Activos Tangibles y no Tangibles.

88
Capacidad de cruzar informacin automtica recolectada con la
informacin insertada en forma manual.
Creacin y personalizacin en forma ilimitada por consultas Editables
que nos permitir adaptar necesidades reales que requiera la CMDB.

4. Bitcora de Uso de software por Da y Mes de los aplicativos brindado los


minutos y horas de su utilizacin por PC.

89
DIAPOSITIVAS DEL TEMA 5.3.1.2 AL 5.3.1.7

90
91
92
93
94
95
96
97
98
PRCTICA DE REPLICACIN

RPLICA DEL LADO DEL MAESTRO


Se cre una base de datos con el nombre de rplica, luego una tabla en ella con el
nombre de test y posterior a eso se agregaron 2 campos, una con el nombre id y
otra con el de nombre.

Una vez creada la tabla, se procedi a configurar la replicacin del lado del maestro,
esto fue dando clic en el men superior donde dice Replicacin despus en
configuracin del maestro, luego se cambi la opcin de replicar todas las bases de
datos a ignorar todas las bases de datos excepto la de: replica.

99
Ahora para poder ir a la configuracin de MySQL y poder cambiar un valor en
particular, se tuvo que detener la ejecucin de este mismo (MySQL), despues dando
clic derecho en configuracin y luego en my.ini

En esta parte nos dirigimos a la parte de replicacion maestro, por lo que ah se


descomento log-bin=mysql-bin y se aadio binlog_do_db = replica , despues se
reanudo la ejecucin de MySQL.

100
Una vez realizada la configuracin anterior, se puede apreciar que la base de
datos con el nombre de replica ya se encuentra replicada.

Despus se regres al men de replicacin y en replicacin maestro se dio clic en


la 3ra opcin es decir en Agregar un usuario de replicacin esclavo.

101
Una vez estando en la configuracin de Agregar un usuario de replicacin esclavo,
se procedio a rellenar cada uno de los campos y despues se dio clic en continuar.
Se muestra en la siguiente imagen:

Ya hecho lo anterior se mostr la siguiente pantalla, en la cual podemos ver que en


el apartado de Administracin se encuentra seleccionada Replication client y
replication slave.

102
En esta parte se procede a exportar la base, pero antes teniendo seleccionada la
base de datos se dio clic en SQL (men superior) y de ah se ingresaron las lneas
que aparecen a continuacin:

Ahora si se procedi a exportar las tablas de la base de datos replica

103
Para hacer una prueba de la replicacin del lado del maestro se ingresaron unos
datos con el fin de que estos tambin sean proyectados del lado del esclavo, como
se apreciara ms adelante.

RPLICA DEL LADO DEL ESCLAVO.


Como primer paso del lado del esclavo se tom la base de datos que fue exportada
con anterioridad y se import en una base con el mismo nombre que se ha estado
manejando desde el principio, solo que ahora siendo el esclavo.

104
Una vez que se hayan hecho los mismos pasos (replicacin>configuracin de
replicacin esclava) del principio como se hizo del lado del maestro se pas a editar
ciertos valores en my.ini (configuracin MySQL). En este caso nos volvimos a dirigir
a la parte de replicacin maestro, solo que ahora en lugar de quitar un comentario
se pas a volver uno de ellos, agregando el smbolo de #. Despus no dirigimos a
replicacin esclavo.

Estando en el apartado de replicacin esclavo, nos dirigimos a quitar el comentario de


server-id = 2 y se aadi el de binlog_do_db = replica una vez guardado los cambios,
al igual que del lado del maestro se reanudo el servicio de MySQL

105
Luego se configuro la replicacin del lado de esclavo, dando clic en SQL (men
superior) y se ingresaron las siguientes lneas de cdigo las cuales indicaran que
este hace el papel de esclavo.

Una vez que se haya dado continuar, as fue el mensaje que se mostr la pantalla.

106
Sin embargo al volver dar clic en replicacin se vio que la configuracin esclava ya
estaba configurada pero no se esta ejecutando. Por lo que al ver esto se procedi
a dar clic en controlar esclavo> inicio completo.

Por lo que ahora podemos ver que se inici correctamente la replicacin.

107
Despus se dio clic en ver la tabla de estado del esclavo donde podemos ver que
dice: Esperando al maestro que envi un evento, lo cual quiere decir que el esclavo
se encuentra a la espera de que el maestro realice una accin.

Por lo que ya hecho lo anterior, se volvi al panel del maestro, se agregaron datos
y al momento de revisar la tabla de la base replicacin del lado del esclavo, se
not que lo que realizo el maestro, ya se encontraba reflejado del lado del esclavo.
Y as fue la manera en la que esta prctica se finaliz.

108
EXAMEN DE LA UNIDAD 5

FUENTES BIBLIOGRFICAS

ABD. (2011). Unidad 5: Seguridad. Mayo 05, 2016, de Google Sites Sitio
web: https://sites.google.com/site/itjabd23/home/asignatura/plan-de-
estudios/unidad-5-seguridad

Adrin. (2014). Unidad 5. Seguridad. 2011, de WebNode Sitio web:


http://proyecto359.webnode.mx/unidad5/

109
CONCLUSIN DE LA UNIDAD 5

Como se pudo ver en el trabajo de investigacin, se hablo acerca del respaldo y la


recuperacin por lo que se entendi, existen dos aspectos fundamentales para
decidir qu respaldar lo cual puede ser la informacin que se haya generado o que
sea importante, como pueden ser documentos, fotografas o videos; inclusive un
sistema operativo o cualquier programa instalado. Para esto existen dos aspectos
a considerar los cuales son los siguientes, el primer aspecto limita el proceso de
respaldo, mientras que el segundo hace que sea ms fcil recuperar el sistema en
caso de un fallo completo, es por esta razn que si no se est seguro de qu
respaldar, es mejor optar por la opcin de respaldar todo. En el caso del tema de la
migracin de una base de datos, notamos que generalmente una tarea compleja no
slo supone transferir datos entre tipos de almacenaje y formatos de un servidor de
base de datos a otro; sino que tambin supone reescribir sentencias SQL o incluso
procedimientos de lgica de negocio ya que en comparacin con los esquemas
estndares de migracin a mano, ofrece una potente gama de herramientas
desarrolladas de probada eficacia en complejos mdulos de bases de datos
relacionales, por lo que estas herramientas pueden asegurar que las transiciones
de las bases de datos se realicen perfectamente, independientemente de la
naturaleza del sistema. Por otra parte notamos que la auditora y el monitoreo de
bases de datos representa un avance evolutivo importante con respecto a anteriores
herramientas de monitoreo de actividad en bases de datos. Y por ltimo vimos que
monitorizar es una tarea imprescindible del administrador, ya que obviamente no
podemos monitorizar en todo momento y debemos hacerlo con cierta regularidad y
de la manera ms automatizada posible, es por esto que existe una gran multitud
de programas que permiten monitorizar, no solo nuestro servidor de base de datos,
si no mltiples servicios en redes de toda clase.

110