Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Unidad V
Unidad V
Lo primero que tenemos que hacer es hacer un reflejo de nuestra base de datos
en otra instancia. En nuestro ejemplo esta base de datos se denomina prueba.
MySQL
Caso Linux
Cambie el comando ipconfig por ifconfig
Software
Verifque que el MySQL instalado en el maestro y en el esclavo son iguales. En
este casp MySQL Server 5.6
Configuracin del Maestro
Localizar el archivo My.ini -Windows- (My.cnf -Linux)
Buscar y comentar las siguientes lineas si es que se encuentran:
#skip-networking
#bind-address = 127.0.0.1
Agregar despus de la lnea [mysqld] lo siguiente:
log-bin =mysql-bin.log
binlog-do-db=dolar
server-id=1
Nota: El server-id en el servidor siempre ser 1, y los esclavos sern 2, 3 n
segn sea el caso en binlog-do-db se pone el nombre de la base de datos que
replicara despus de signo =
Desde el panel de control entramos en Herramientas administrativas, Servicios y
reanudamos MySQL. Este paso se omite en Linux
Ahora en el shell de mysql genere una cuenta para el esclavo con el
privilegio REPLICATION SLAVE:
GRANT REPLICATION SLAVE ON *.* TO 'esclavo1'@'%' IDENTIFIED BY 'bingo';
FLUSH PRIVILEGES;
Nota: esclavo1 es el usuario identificado por el passwword bingo.Los posteriores
replicadores debern ser esclavo2, ...,esclavo-n.
Seleccione la base de datos a replicar y realice lo siguiente:
USE dolar;
FLUSH TABLES WITH READ LOCK;
SHOW MASTER STATUS;
El resultado ser algo similar a la figura
La columna File muestra el nombre del log, mientras que Position muestra el
desplazamiento. En este ejemplo, el valor del log binario es BARBANEGRAbin.000004 y el desplazamiento es 1057. Guarde los valores. Los necesitar ms
tarde cuando inicialice el servidor. Estos representan las coordenadas de la
replicacin en que el esclavo debe comenzar a procesar nuevas actualizaciones
del maestro.
Salir de MySQL usando el comando exit o quit.
Ahora desde la terminal o en el cmd haremos un Backup de la Base de Datos que
se encuentra en el Maestro para tener el mismo esquema y datos en los esclavos:
mysqldump -u root -p -dolar > dolar.sql
Por ltino desbloqueamos la base de datos
mysql -u root -p
UNLOCK TABLES;
quit;
Configuracin del esclavo
Crear la base de datos que queremos replicar:
mysql -u root -p
CREATE DATABASE dolar;
quit;
master_log_file='barbanegra-bin.000004',
master_log_pos=1057;
Nota: Si olvido las directivas de control. Desde la consola del maestro use la
sentencia SHOW MASTER STATUS;
Discos espejo
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 maneja dos
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.
Otra de las desventajas del espejeado es que el controlador de disco duro o los
cables de conexin llegan a fallar. Los datos se pueden leer desde la unidad o
matriz duplicada sin que se produzcan interrupciones. Es una alternativa costosa
para los grandes sistemas, ya que las unidades se deben aadir en pares para
aumentar la capacidad de almacenamiento, para los disco espejos. Los discos
espejos tambin llamado "duplicacin" (creacin de discos en espejo). Se basa en
la utilizacin de discos adicionales sobre los que se realiza una copia en todo
momento de los datos que se estn modificando. El cual ofrece una excelente
mismos.
Es necesario saber qu bloques estn libres. Las opciones son parecidas a las
que se pueden usar para administrar espacio en memoria. Mapa de bits. Un bit por
bloque. Es eficiente si se puede mantener el mapa entero en memoria. Disco de 1
GB, con bloques de 512 KB requiere un mapa de 256 KB. Usado en los MACS.
Lista ligada. En un bloque reservado (fijo) del disco se registran las direcciones de
los bloques desocupados. La ltima direccin apunta no a un bloque libre, sino a
otro bloque con ms direcciones de bloques libres... En MS-DOS se usa la misma
FAT para administrar el espacio libre.
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. Qu pasa,
por ejemplo, en el caso del acceso secuencial a un archivo? Por otra parte,
algunos de los bloques contienen informacin crtica respecto del sistema de
archivos (por ejemplo, un bloque que contiene informacin del directorio raz o de
un i-node o de los bloques libres). 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
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:
se
atienden
en
ese
orden, el
brazo
recorrer
111 cilindros.
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.
Bloques daados
Los discos, en cuanto dispositivo mecnico, son propensos a fallas. A veces la
falla es transitoria: el controlador no puede leer un sector debido a que se
interpuso una partcula de polvo entre el cabezal y la superficie del disco. El
controlador siempre reintenta varias veces una operacin que fracasa por si la
falla es transitoria; muchas veces se resuelve, sin que el driver siquiera se entere.
En los casos en que el sector est permanentemente daado, el error se informa
al driver, y el driver informa al sistema de archivos, quien registra el bloque como
daado, para no volver a usarlo. Cmo se pueden registrar los bloques daados?
Igual hay bloques crticos: en todo sistema de archivo, debe haber al menos un
bloque en una direccin fija. Si ese bloque se daa, el disco entero se hace
Arreglos de discos
Se puede decir que los discos son la componente menos confiable de un
computador, la componente ms complicada de sustituir, y la que frena el
mejoramiento de la velocidad de procesamiento con los avances tecnolgicos. En
efecto, la velocidad de los procesadores se duplica ms o menos cada 2 aos, y la
capacidad de los chips de memoria crece a un ritmo parecido. No obstante, el
ancho de banda (velocidad de transferencia) del I/O ha variado muy poco. A este
ritmo, en 7 aos ms los procesadores van a ser 10 veces ms rpidos, pero en
general las aplicaciones corrern menos de 5 veces ms rpido, por las
limitaciones de I/O. Una solucin posible: en lugar de uno solo disco grande, usar
muchos discos chicos y baratos, en paralelo, para mejorar el ancho de banda.
Para garantizar paralelismo, se hace disk striping o divisin en franjas. Cada
bloque lgico se compone de varios sectores fsicos, cada uno en un
disco
total,
con
menor
costo, menor
consumo
de
electricidad, y
latencia.
La ganancia en ancho de banda es menor que la terica, entre otras cosas porque
la tolerancia a fallas impone un overhead Ver figura 44. Por otra parte, con un
RAID de 100 discos para datos y otros 10 para paridad, el MTDL (mean time to
data loss) es de 90 aos, comparado con 3 aos de los discos estndares.
En entornos en los que la carga de usuarios sea muy grande para un slo
gestor, se pueden replicar las bases de datos en varios servidores asignando a
cada usuario un servidor. Balanceando de esta manera la carga podremos
aliviar a los gestores.
Como observamos, los entornos son variados y comunes en muchos casos. El
problema reside en la configuracin y la eleccin correcta del tipo de replicacin
Modelo de Replicacin
Antes de empezar, vamos a clarificar los conceptos y trminos que se utilizan
cuando hablamos de la replicacin. Los elementos que componen la replicacin
son los siguientes:
distribucin
el
Una
publicacin
puede
tener
varios
tipos
de
artculos:
Suscripcin: es una peticin para que una copia de la publicacin sea enviada
al suscriptor. La suscripcin define qur publicacin ser recibida, cuando y
donde. Hay dos tipos de suscripcin: de insercin y de extraccin
en
caso
de
cualquier
eventualidad.
Archivos creados por aplicaciones, como por ejemplo .doc, .odt, .xls, .mdb,
.pdf, .ppt entre otros.
Base de datos
Configuraciones de servicios
los
mysql
-u
"usuario"
-p"contrasea" -h"nombre-o-direccin-del-
Anlisis:
Identifica las pginas sucias y el conjunto de transacciones activas en el momento
de la cada y el punto del log apropiado para empezar la operacin REHACER
Rehacer: se replican las operaciones del log.
Deshacer: Se recorre el log hacia atrs y se deshacen las transacciones activas
en el momento de la cada, o iniciadas despus, de las que no se ha encontrado
confirmacin.
Recuperacin en Oracle
Red Log Files: dos o ms archivos donde se registra cualquier modificacin
transaccional de una memoria intermedia de la BD.
Archivos de control: metadatos necesarios para operar en la base de datos,
incluyendo informacin sobre copias de seguridad.
Solucin 2:
1. Instale CA ARCserve Backup en ambos equipos: equipo A y equipo B.
2. Realice una copia de seguridad de ASDB en el equipo A.
3. Mueva la cinta al equipo B y enve una tarea combinada para combinar la
informacin de la cinta en CA ARCserve Backup en el quipo B.
4. En el equipo B, abra el Gestor de restauracin (opcin Restaurar por rbol)
y busque la "base de datos de CA ARCserve Backup".
5. Haga clic con el botn derecho del ratn en "base de datos de CA
ARCserve Backup" y en el men desplegable seleccione "Opciones del
Agente".
6. Desde el cuadro de dilogo Opciones de restauracin del Agente,
seleccione las siguientes opciones:
Aplicacin forzosa de la restauracin en la base de datos o archivos existentes
Utilizar la base de datos de ARCserve actual como ubicacin original
Conservar miembros del dominio de ARCServe actual
Para enviar la tarea de restauracin.
solucin.
sistemas
de
informacin
si
se
produce
un
desastre.
incendio o un desastre tcnico como una falla en dos discos de una matriz
redundante matriz de independiente discos (RAID) 5.
Planificacin de recuperacin ante desastres es el trabajo que est dedicado a la
preparacin de todas las acciones que deben ocurrir en
respuesta
un
apropiada
depende
de
los
requerimientos
del
negocio.
con
ms
las
DATABASE,
STARTUP,
SHITDOWN,
ARCHIVE
LOG y
se
almacenan
en
BACKGROUND_DUMP_DEST
E:\U01\ORACLE\UCBL\ADMIN\bdump.
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
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 cmbios 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 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.
Aspectos Claves
Segregacin de funciones
El sistema de auditora de base de datos no puede ser administrado por los
DBA del rea de IT.
medida
Mytop
equivalente
al
comando
top
de
Linux.
est
disponible.
table_cache:
numero
de
tablas
que
pueden
ser
abiertas
simultneamente.
ideal.
Utilizar ndices
ndices
de
una
tabla,
las
operaciones
de
insercin,
los
bases
de
datos
eficaces.
Uso
de
campos
de
longitud
fija:
el
uso
de
longitudes
una
bsqueda
hecha
sobre
las
columnas
indexadas.
5.3.2
Auditora