Database mirroring es una nueva forma disponible en SQL Server 2005 y SQL datos.

Esta funcin se puede activar y utilizar exclusivamente con una base de datos con los modelos de recuperacin completa. La base de datos se puede reflejar de reflejado.

Server 2008 que proporciona una solucin de alta disponibilidad de bases de una instancia de SQL Server a otra instancia del servidor SQL. La instancia de origen se llama servidor principal, la instancia de destino se denomina servidor justa y exacta de la base de datos principal hasta la ltima transaccin realizada. servidor principal. De esta forma, el reflejo siempre est preparado para llevar a cabo la funcin del Si deja de funcionar el servidor principal, el servidor reflejado tiene una copia

La creacin de reflejo de base de datos se puede configurar en tres modos diferentes: disponibilidad mxima de base de datos con transferencia de datos reflejada. Este modo es el ms adecuado cuando se dispone de una una sola base de datos.

Seguridad alta (con conmutacin por error automtica), este modo admite la sincrnica y conmutacin por error automtica con la base de datos comunicacin rpida y muy confiable entre los servidores principal y

reflejado, y hay que llevar a cabo la conmutacin por error automtica de principal En este esquema, antes de llevar a cabo una transaccin, la base de datos espera hasta recibir un mensaje del servidor reflejado de que este ha registro de la transaccin en el disco.

consolidado el

Seguridad alta (sin conmutacin por error automtica), este modo admite la disponibilidad mxima de base de datos con transferencia de datos sincrnica pero sin conmutacin por error automtica con la base de datos reflejada, es decir, si la instancia del servidor reflejado deja de estar manualmente el servicio para conmutar por error. disponible, la instancia del servidor principal seguir en funcionamiento suspender la creacin de reflejos de bases de datos pero podr forzar

pero no podr reflejar los datos. Si el servidor principal deja de funcionar, se

Rendimiento alto, en este modo de funcionamiento, la transferencia de datos es asincrnica, es decir, el servidor principal no espera una confirmacin del reflejo como hace en los dos modos anteriores. El servidor reflejado hace lo que puede para seguir actualizado con respecto al principal, pero en este consoliden en el registro de transacciones del servidor reflejado. Si el punto no se garantiza que las transacciones ms recientes del principal se

servidor principal deja de funcionar, se suspender la creacin de reflejos de

bases de datos pero podr forzar manualmente el servicio para conmutar por error.

La Base de Datos debe existir en la instancia SQL Server que se desee que acte como Principal. Completo. 2008. 2008. La base de datos debe estar configurada con el Modo de Recuperacin Las combinaciones de versiones para configuracin son: Servidor Principal en SQL Server 2005, y Servidor Espejo en SQL Server Servidor Principal en SQL Server 2008, y Servidor Espejo en SQL Server SQL Server 2008, y Servidor Espejo en SQL Server 2005. Resaltando que existirn fallas si se configura como Servidor Principal en

1.

Realizar un Backup Completo y un Backup de Log de la base de datos principal.

BACKUP DATABASE Prueba TO DISK='D :\Prueba.bak' BACKUP LOG Prueba TO DISK='D:\ Prueba.trn'

2.

Realizar un Restore en el servidor espejo con el mismo nombre, dejando la base de datos en modo NORECOVERY.

RESTORE DATABASE Prueba FROM DISK ='D :\Prueba.bak' WITH NORECOVERY RESTORE LOG Prueba FROM DISK='D:\ Prueba.trn' WITH NORECOVERY 3.

Configurar Database Mirroring.

La configuracin de una sesin de creacin de reflejos de bases de datos de servidor. Esta direccin debe identificar la instancia al proporcionar una direccin de sistema y el nmero de puerto en el que escucha la instancia. La sintaxis de una direccin de red de servidor tiene un formato parecido al siguiente: local en una ventana de smbolo del sistema. <System-address>: es un nombre de dominio completo o una direccin IP; puede obtener esta informacin si ejecuta IPCONFIG en el equipo El <puerto> lo estableci al crear los extremos.
TPS //<System-address>:<puerto>

requiere una direccin de red de servidor para cada una de las instancias

Habilitar la sesin de creacin de reflejos de bases de datos.

Puede iniciar la sesin de creacin de reflejos de bases de datos en ServerB de la siguiente forma:

Alter Database Prueba Set Partner= 'TCP://ServerA.com:5001';

A continuacin, ejecute la siguiente instruccin T-SQL para iniciar la sesin en ServerA:

Alter Database Prueba Set Partner='TCP://ServerB.com:5001';

MySQL soporta replicacin asncrona unidireccional: un servidor acta como para rastrear las rotaciones de logs. Estos logs sirven como registros de actualizaciones para enviar a los servidores esclavos. Cuando un esclavo se conecta actualizacin que ha tenido lugar desde entonces, y se bloquea y espera para que el master le enve nuevas actualizaciones.

maestro y uno o ms actan como esclavos. El servidor maestro escribe

actualizaciones en el fichero de log binario, y mantiene un ndice de los ficheros al maestro, informa al maestro de la posicin hasta la que el esclavo ha ledo los logs en la ltima actualizacin satisfactoria. El esclavo recibe cualquier

La replicacin en MySQL se basa en un servidor maestro que toma nota de todos los cambios en las bases de datos (actualizaciones, borrados, y as) en los logs binarios. mismas actualizaciones en su copia de los datos. administracin del sistema: Cada servidor esclavo recibe del maestro las actualizaciones guardadas que el La replicacin unidireccional tiene beneficios para la robustez, velocidad, y problemas con el maestro, puede cambiar al esclavo como copia de seguridad.

maestro ha guardado en su log binario, de forma que el esclavo puede ejecutar las

La robustez se incrementa con un escenario maestro/esclavo. En caso de

Puede conseguirse un mejor tiempo de respuesta dividiendo la carga de

consultas de clientes a procesar entre los servidores maestros y esclavo. Se consultas del maestro. Sin embargo, las sentencias que modifican datos deben enviarse siempre al maestro, de forma que el maestro y el esclavo no se desincronicen. al maestro. El maestro contina procesando actualizaciones mientras se realiza la copia de seguridad. o

puede enviar consultas SELECT al esclavo para reducir la carga de proceso de Se pueden realizar copias de seguridad usando un servidor esclavo sin molestar Los pasos para configurar la replicacin Maestro-Esclavo son: configuracin

1. En el servidor maestro, agregar/modificar, la seccin [mysqld] del archivo de (dependiendo del sistema operativo):

2. En el servidor maestro, reiniciar el demonio (o servicio) mysqld usuario no necesita otro privilegio.

[mysqld] log-bin=mysql-bin server-id=1 innodb_flush_log_at_trx_commit=1 sync_binlog=1

3. En el servidor maestro, crear un usuario con el privilegio "REPLICATION SLAVE". El

4. En el servidor maestro, ejecutar FLUSH TABLES WITH READ LOCK;', para prevenir 5. En el servidor maestro, ejecutar SHOW MASTER STATUS; en el maestro y recordar 6. En el servidor maestro, ejecutar UNLOCK TABLES;
[mysqld]

la escritura a base de datos en el maestro. los valores para ms adelante

7. En el servidor esclavo, modificar el archivo my.cnf o my.ini y reiniciar el daemon:

server-id=2

En el servidor esclavo, ejecutar las siguientes instrucciones (ajustar los valores de STATUS' anterior.

acuerdo al usuario creado y los valores obtenidos al realizar el 'SHOW MASTER

CHANGE MASTER TO MASTER_HOST=host, MASTER_USER=user, MASTER_PASSWORD=password, MASTER_PORT=3306, MASTER_LOG_FILE=mysql-BIN.000001, MASTER_LOG_POS=98, MASTER_CONNECT_RETRY=10;

8. En el servido esclavo, ejecutar:

START SLAVE;

9. En el servidor esclavo, para asegurarnos que la replicacin se inici satisfactoriamente, en el log de mysql deberamos ver algo as:

2.3.

Es la funcionalidad de la base de datos Oracle que brinda la mayor y ms efectiva disponibilidad, proteccin y recuperacin ante desastres de los datos, ya que datos standby para proteger a los datos ante fallas, desastres, errores o corrupcin.

provee la administracin, el monitoreo y la automatizacin de una o ms bases de Tanto sea que las bases standby estn ubicadas en un sitio de recuperacin ante funcionalidad asegura que si la base de datos de produccin sale de servicio, sea de previniendo la prdida de datos. Data Guard brinda confiabilidad, ya que el administrador siempre conoce el estado de las bases standby que pueden, en solo segundos, asumir el rol primario. manera planeada como imprevistamente, Data Guard switchea automticamente la desastres a varios kms del sitio de produccin o en el mismo edificio, esta base standby al rol de base de produccin, minimizando el tiempo de la cada y

Data Guard se puede utilizar con backup tradicional, restauracin y tcnicas de conglomerados para proporcionar un alto nivel de proteccin de datos y disponibilidad de datos. Imprecisa la arquitectura de Data Guard proporciona una ptima proteccin planificado y no planificado de la base de datos de produccin. afectan a la base de datos principal. base de datos standby. datos standby. de datos y la disponibilidad, minimizando el tiempo de inactividad Una base de datos standby utiliza un software de cdigo diferente que la base de datos principal, aislndolo de firmware y software de errores que Controles de deteccin de corrupcin es asegurar que los datos estn Data Guard detecta corrupcin silenciosa que puede ocurrir en la base de de red) y la falla de transferencia de datos, y evita que impacte en la base de coherentes de manera lgica y fsicamente antes de que se aplique a una datos primaria, debido a errores de hardware (memoria, CPU, disco, tarjeta

Una base de datos standby puede ser utilizado para realizar tareas de Los administradores pueden usar ya sea automtica o manual para la conmutacin para aplicaciones de misin crtica. inactividad y la eliminacin de los riesgos inherentes a la introduccin de cambios para entornos de produccin.

mantenimiento previstas de forma material, minimizando el tiempo de por error un Data Guard en espera de datos para mantener una alta disponibilidad Una configuracin de DATA GUARD est conectada por Oracle Net y puede estar bases de datos, siempre que puedan comunicarse entre s. Por ejemplo puede tener una base de datos en espera en el mismo sistema que la base de datos de produccin, junto con dos bases de datos standby en otros sistemas en ubicaciones remotas.

disperso geogrficamente. No hay restricciones sobre dnde se encuentran las

Puede administrar base de datos primarios de reserva utilizando las interfaces de una interfaz de lnea de comandos (DGMGRL) y una interfaz grfica de usuario que est integrado en Oracle Enterprise Manager aplicaciones.

lnea de comandos SQL o las interfaces de corredor de DATA GUARD, que incluye una base de datos de produccin, tambin conocida como base de datos La base de datos principal puede ser una sola instancia de base de datos Oracle o una aplicacin real de base de datos del clster. una configuracin de Data Guard contiene

principal. Esta es la base de datos que se accede por la mayora de sus

transaccional coherente con la base de datos principal. El Uso de backup de la base de datos principal, puede crear hasta nueve bases de datos standby e actualizados de la base de datos de produccin o principal. base de datos. datos lgica: o incorporarlos en una configuracin de Data Guard. Una vez creado, Data Guard mantiene automticamente cada base de datos aplicando redo y luego aplicando redo en la base de datos standby, para mantener los datos Similar a una base de datos principal, una base de datos Standby puede ser Una base de datos stabdby puede ser una base de datos fsica o una base de

Una base de datos standby es una copia

una sola instancia de base de datos Oracle o una Real Application Clusters

Proporciona una copia fsicamente idntica de la base de datos principal, standby fsica se mantiene sincronizado con la base de datos principal.

en las estructuras de base de datos de disco que son idnticas a la base

de datos principal en un bloque de base de bloques. El esquema de base

de datos, incluidos los ndices, son los mismos. Una base de datos

Contiene la informacin lgica que la base de datos de produccin, diferentes. La base de datos standby lgica se mantiene sincronizado con la base de datos SQL primordial. permite a los usuarios acceder a una base de datos lgica de espera para Una base de datos standby lgica se puede utilizar para otros fines uso una base de datos standby lgica, puede actualizar el software de Por lo tanto, una base de datos standby lgica se puede utilizar al mismo tiempo la proteccin de datos, informes y actualizaciones de base de datos.

aunque la organizacin fsica y la estructura de los datos pueden ser comerciales adems de los requisitos de recuperacin de desastres. Esto consultas y a efectos de notificacin en cualquier momento. Adems, el Oracle Database y conjuntos de parches, casi sin tiempo de inactividad.

Figura 1-1 muestra una tpica configuracin de Data Guard que contiene una base de datos principal que transmite datos a un redo luego una base de datos standby. La base de datos standby est localizada a distancia de la base de datos principal primaria. Sin embargo, para recuperacin de desastres, Oracle recomienda configurar bases de datos standby en ubicaciones remotas. Registro a una base de datos standby. Figure 1-1 Tpica Configuracin Data Guard configurar la base de datos de espera en la misma ubicacin que la base de datos

para la recuperacin de desastres y las operaciones de copia de seguridad. Puede

Los servicios que ofrece data guard son los siguientes:

Redo Transport Services (Servicios de transporte Redo) Log Apply Services (Aplicar Servicios de registro)

Control de la transferencia automtica de hacer nuevo los datos de la base de datos de produccin para uno o ms archivo de destinos. Aplicar redo data sobre la base de datos standby para mantener la sincronizacin transaccional con la base de datos principal. Redo data pueden ser aplicados a partir de archivos de registro de redo log o, si se para ser archivados por primera vez en la base de datos standby. Role Transitions (Papel de Transitions) aplican en tiempo real est habilitada, directamente desde el modo de standby redo log file a medida que se llena, sin que sea necesario redo data Cambia el papel de una base de datos desde una base de datos standby para por error.

una base de datos principal, o desde una base de datos principal a una base de datos standby utilizando una conversin o una operacin de conmutacin Rehacer los servicios de transporte de control de la transferencia automtica ms destinos de archivo. configuracin. Servicios de transporte redo, realiza las siguientes tareas:

de hacer de nuevo los datos de la base de datos de produccin para uno o Transmitir redo data del sistema primario a los sistemas de standby en la debido a un fallo en la red.

Manejar el proceso de resolver las deficiencias en el registro de redo log

Hacer cumplir la proteccin de los modos de base de datos de la base de datos principal u otra base de datos standby.

Detectar automticamente errores o archivos corrompidos de redo log

en un sistema standby y recuperar automticamente el archivo redo log El redo transmitido desde la base de datos principal est escrito en el archivo de archivo redo log files. Log apply services aplica servicios de aplicar redo data sobre principal. Tambin permite el acceso de slo lectura a los datos.

redo log del sistema de standby, si est configurado y luego es archivado en el

la base de datos standby para mantener la coherencia con la base de datos La principal diferencia entre lo fsico y bases de datos standby lgica es la forma en que aplican los servicios de registro de aplicar los archivados redo data: Figura 1-2 Actualizacin automtica de una base de datos standby fsica

Para la base de datos standby fsica, Data Guard utiliza la tecnologa Redo estndar de recuperacin de una base de datos oracle, como se muestra en la figura - 2.

que se aplica sobre redo data en la base de datos standby usando tcnicas

para bases de datos standby lgica, Data Guard utiliza la tecnologa SQL que 3.

primero transforma los datos en Redo recibido y luego ejecuta el SQL Figura 1-3 Actualizacin automtica de una base de datos standby lgica

generado en la base de datos standby lgica, como se muestra en la Figura 1-

Una base de datos Oracle opera en uno de dos papeles: primario o de con ayuda de una transicin o una operacin de conmutacin por error. Un

reserva. Usando Data Guard, puede cambiar la funcin de una base de datos entre la base de datos principal y una de sus bases de datos en standby. Una conversin, las transiciones base de datos principal a un papel en blanco, y las transiciones base de datos standby para el papel principal. La transicin se produce sin tener que volver a crear cualquier base de datos.

switchover asegura no sin prdida de datos. Esto normalmente se realiza

para el mantenimiento planificado del sistema principal. Durante una

(conversin) es un papel de la inversin papel de la inversin

A Un

no est disponible. Conmutacin por error se realiza slo en el caso de un Guard para asegurar la no perdida de datos.

fallo catastrfico de la base de datos principal, y los resultados de

conmutacin por error en una transicin de una base de datos standby para el papel principal. El administrador de base de datos puede configurar Data Las transiciones de rol descritos en esta documentacin se invocan m Oracle Data Guard para simplificar las transiciones papel y conmutaciones interfaz de lnea de DGMGRL.

(conmutacin por error) es cuando la base de datos principal

anualmente mediante sentencias SQL. Tambin puede utilizar el corredor de por error automatizar el uso de Oracle Enterprise Manager o el comando

El Data Guard broker es un marco de gestin distribuida que automatiza la creacin, mantenimiento y monitoreo de las configuraciones de Data Guard. Usted interfaz de Data Guard de lnea de comandos (DGMGRL) a: aplicarn a los servicios puede utilizar Oracle Enterprise Manager interfaz grfica de usuario (GUI) o la

Crear y habilitar las configuraciones Data Guard, incluyendo el establecimiento de servicios de transporte y hacer de nuevo registro sistema en la configuracin Manejar un conjunto de datos de configuracin de la Guardia de cualquier Administrar y controlar los datos que contienen las configuraciones de la Guardia Real Application Clusters primaria o bases de datos standby comandos DGMGRL. Simplificar switchovers conmutaciones y failovers conmutaciones por error

por lo que le permite invocar utilizando ya sea un simple clic en la clave de Oracle Enterprise Manager o un solo comando en la interfaz de lnea de Permitir Conmutacin por error de inicio rpido para conmutar por error Data Guard determina si es necesario una conmutacin por error e inicia la automticamente, sin necesidad de intervencin DBA y sin prdida de datos. automticamente cuando la base de datos principal no est disponible. Cuando de conmutacin por error de inicio rpido est habilitado, el agente conmutacin por error para el destino especificado base de datos standby

El Data Guard interfaz de lnea de comandos (DGMGRL) le permite controlar y supervisar una configuracin de Data Guard de la DGMGRL, o en scripts. Se puede bases de datos en la configuracin utilizando DGMGRL. realizar la mayora de las actividades necesarias para gestionar y supervisar las

En algunas situaciones, un negocio no puede darse el lujo de perder datos. En otras situaciones, la disponibilidad de la base de datos puede ser ms importante que la descripciones siguientes se resumen los tres modos distintos de proteccin de datos. Este modo de proteccin garantiza que no se pierdan los datos se producir

prdida de datos. Algunas aplicaciones de bases de datos requieren un rendimiento mximo y puede tolerar una pequea cantidad de prdida de datos. Las

si la base de datos principal falla. Para proporcionar este nivel de proteccin, el hacer de nuevo los datos necesarios para recuperar cada transaccin debe de registro en al menos una base de datos standby antes de la transaccin. A transaccionalmente coherente.

ser escrito tanto a la lnea local de registro de rehacer y rehacer a la espera fin de garantizar la prdida de datos no puede ocurrir, la base de datos

principal se apaga si un fallo previene la escritura de su flujo de rehacer a la espera rehacer el registro de al menos una base de datos standby Este modo de proteccin ofrece el ms alto nivel de proteccin de datos que igual que el modo de mxima proteccin, la transaccin no se comprometer hasta el rehacer necesario para recuperar esa transaccin se escribe en el diferencia del modo de proteccin mxima, la base de datos principal no se funciona en modo de mximo rendimiento hasta que el fallo se ha corregido,

es posible sin comprometer la disponibilidad de la base de datos primaria. Al de por lo menos una base de datos standby transaccionalmente coherente. A

registro de rehacer en lnea locales y al hacer de nuevo en espera de registro cierra en caso de avera le impide rehacer su escrito corriente a una y todas las lagunas en rehacer los archivos de registro se hayan resuelto. distancia de espera registro de rehacer. En cambio, la base de datos principal

Cuando todas las diferencias se resuelven, la base de datos principal se

reanuda automticamente en el modo de funcionamiento mxima disponibilidad. Este modo se asegura de que no se pierdan los datos se producir si la base completo de hacer de nuevo los datos sean enviados desde la base de datos primaria para por lo menos una base de datos standby. Este modo de proteccin (por defecto) ofrece el ms alto nivel de proteccin de datos inicial, pero slo si una segunda falta no impide que un conjunto

de datos que es posible sin afectar el rendimiento de la base de datos principal. Esto se logra al permitir que una transaccin de cometer tan datos principal de hacer de nuevo flujo de datos tambin se escribe por lo menos a una base de datos standby, pero que hacer de nuevo flujo se escribe de datos. de forma asincrnica con respecto a las transacciones que crean el rehacer pronto como el hacer de nuevo los datos necesarios para recuperar esa

transaccin se escribe en la lnea local de registro de rehacer. La base de

Cuando los vnculos de red con suficiente ancho de banda se utilizan, este modo proporciona un nivel de proteccin de datos que se aproxima a la base de datos principal. mxima disponibilidad modo con un impacto mnimo en el rendimiento de

Los tres modos de proteccin requieren que el transporte de registro de atributos especficos que especificarse en la LOG_ARCHIVE_DEST_ n parmetro de inicializacin para enviar datos a rehacer por lo menos una base de datos standby. Data Guard ofrece los siguientes beneficios:

recuperacin por desastre, proteccin de datos y alta disponibilidad

Data Guard ofrece una recuperacin de desastres eficaz y completa, y una

solucin de alta disponibilidad. Fcil de gestionar la conversin, y entre bases de datos principal y de reserva, minimizando el tiempo de inactividad de la base de datos primaria para las interrupciones planificadas y no planificadas. proteccin de datos completa

capacidades de conmutacin por error de permitir inversin de papeles

Data Guard puede garantizar la no prdida de datos, incluso frente a los

desastres imprevistos. Una base de datos standby constituye una salvaguardia contra corrupcin de datos y errores del usuario. Corrupciones errores de los usuarios que hacen que la base de datos principal a sufrir cuando se aplica a la base de datos standby. Uso eficiente de los los recursos del sistema daos permanentes se pueden resolver. Por ltimo, el redo data se valida Las tablas de base de datos standby que se actualizan con los datos recibidos a la base de datos en standby. Del mismo modo, corrupciones lgicas o

nivel de almacenamiento fsico de la base de datos principal no se propagan

de redo data de la base de datos principal se puede utilizar para otras tareas base de datos principal carga de trabajo necesaria para realizar estas tareas,

tales como backups, reporting, summations, y consultas, reduciendo as la ahorrando valioso de la CPU y I / O ciclos. Con una base de datos standby las mesas de los esquemas que no se actualizan desde la base de datos ndices adicionales y vistas materializadas se pueden crear en las tablas de los requisitos especficos del negocio. mientras se actualizan las tablas de la base de datos principal, y las tablas estn disponibles simultneamente para acceso de slo lectura. Por ltimo mantenimiento para un mejor rendimiento de las consultas y para satisfacer

lgica, los usuarios pueden realizar la manipulacin de datos normales en principal. Una base de datos standby lgica puede permanecer abierta

Oracle Data Guard ofrece una proteccin mxima, la mxima disponibilidad, sistema.

La flexibilidad en la proteccin de datos de equilibrar la disponibilidad en contra requisitos de desempeo

mximo rendimiento y los modos para ayudar a equilibrar las empresas en la disponibilidad de datos respecto a los requisitos de rendimiento del Si se pierde la conectividad entre las bases de datos standby principal y uno Deteccin automtica y la resolucin de diferencias

o ms (por ejemplo, debido a problemas de red), hacer de nuevo los datos archivo redo log son detectados automticamente por Data Guard, que con la base de datos principal, sin intervencin manual por parte del DBA. Centralizada y gestin simple luego transmite automticamente la falta del archivo redo log de registro

que se generan en la base de datos principal no puede ser enviado a las bases de datos standby. Una vez que una conexin se restablece, la falta de para las bases de datos standby. Las bases de datos en espera se sincronizan El corredor Data Guard ofrece una interfaz grfica de usuario y una interfaz configuracin de Data Guard.

de lnea de comandos para automatizar tareas administrativas y las mltiples bases de datos en una configuracin de Data Guard. El corredor Integracin con base de datos Oracle Transiciones Automtica de rol tambin el seguimiento de todos los sistemas dentro de una sola

Data Guard es una caracterstica de Oracle Database Enterprise Edition y no requiere instalacin por separado. Cuando de conmutacin por error de inicio rpido est habilitado, el agente de la Guardia de datos de forma automtica por error a un sitio sincronizado

de espera en caso de un desastre en el sitio principal, que no requiere intervencin del DBA. Adems, las aplicaciones se notifica en funcin de la transicin.

RAID(del ingls Redundant Array of Independent Disks, conjunto redundante de discos independientes,) es un acrnimo de matrices redundantes de discos econmicos. Estos proporcionan un mecanismo para equilibrar la carga y asegurar sus datos en varios discos.

Un RAID 0 (tambin llamado conjunto dividido o volumen dividido) distribuye los datos equitativamente entre dos o ms discos sin informacin de paridad que fsicos. Un RAID 0 puede ser creado con discos de diferentes tamaos, pero el espacio proporcione redundancia. El RAID 0 se usa normalmente para incrementar el nmero de grandes discos virtuales a partir de un gran nmero de pequeos discos pequeo (por ejemplo, si un disco de 300 GB se divide con uno de 100 GB, el tamao del conjunto resultante ser slo de 200 GB, ya que cada disco aporta 100GB). Una los dos discos.

rendimiento, aunque tambin puede utilizarse como forma de crear un pequeo de almacenamiento aadido al conjunto estar limitado por el tamao del disco ms buena implementacin de un RAID 0 dividir las operaciones de lectura y escritura en bloques de igual tamao, por lo que distribuir la informacin equitativamente entre Un RAID 1 crea una copia exacta de un conjunto de datos en dos o ms discos. Esto conjunto RAID 1 slo puede ser tan grande como el ms pequeo de sus discos. habitualmente independiente, el rendimiento de lectura se incrementa

resulta til cuando el rendimiento en lectura es ms importante que la capacidad. Un Adicionalmente, dado que todos los datos estn en dos o ms discos, con hardware aproximadamente como mltiplo lineal del nmero del copias; es decir, un RAID 1

puede estar leyendo simultneamente dos datos diferentes en dos discos diferentes, por lo que su rendimiento se duplica.

Un RAID 2 divide los datos a nivel de bits en lugar de a nivel de bloques y usa un cdigo de Hamming para la correccin de errores. Los discos son sincronizados por la actualmente no se usa. Permite tasas de trasferencias extremadamente altas. para la correccin de errores. Tericamente, un RAID 2 necesitara 39 discos en un sistema informtico moderno: 32

controladora para funcionar al unsono. ste es el nico nivel RAID original que se usaran para almacenar los bits individuales que forman cada palabra y 7 se usaran

Un RAID 3 usa divisin a nivel de bytes con un disco de paridad dedicado. Se usa rara vez en la prctica. Uno de sus efectos secundarios es que normalmente no puede atender varias peticiones simultneas, debido a que por definicin cualquier simple

bloque de datos se dividir por todos los miembros del conjunto, residiendo la misma

direccin dentro de cada uno de ellos. As, cualquier operacin de lectura o escritura exige activar todos los discos del conjunto. anterior concluyese. En el ejemplo del grfico, una peticin del bloque A formado por los bytes A1 a A6 requerira que los tres discos de datos buscaran el comienzo (A1) y devolvieran su contenido. Una peticin simultnea del bloque B tendra que esperar a que la

Diagrama de una configuracin RAID 4. Cada nmero representa un bloque de datos; cada columna, un disco. Un RAID 4 usa divisin a nivel de bloques con un disco de paridad dedicado. Necesita un mnimo de 3 discos fsicos. El RAID 4 es parecido al RAID 3 excepto porque divide a nivel de bloques en lugar de a nivel de bytes. Esto permite que cada miembro del lectura simultneamente. En principio tambin sera posible servir varias peticiones de disco, ste se convertira en el cuello de botella del conjunto. escritura simultneamente, pero al estar toda la informacin de paridad en un solo conjunto funcione independientemente cuando se solicita un nico bloque. Si la

controladora de disco lo permite, un conjunto RAID 4 puede servir varias peticiones de

Un RAID 5 usa divisin de datos a nivel de bloques distribuyendo la informacin de ser implementado. El fallo de un segundo disco provoca la prdida completa de los datos. divisin (

paridad entre todos los discos miembros del conjunto, ha logrado popularidad gracias a su bajo coste de redundancia. Generalmente, se implementa con soporte hardware Las implementaciones RAID 5 presentan un rendimiento malo cuando se someten a lo que exige realizar secuencias de lectura, modificacin y escritura tanto para el para el clculo de la paridad. El RAID 5 requiere al menos tres unidades de disco para

cargas de trabajo que incluyen muchas escrituras ms pequeas que el tamao de una menudo cachs de escritura no voltiles para reducir este problema de rendimiento.

bloque de datos como para el de paridad. Implementaciones ms complejas incluyen a

). Esto se debe a que la paridad debe ser actualizada para cada escritura,

A continuacin se muestran los pasos para la creacin del dominio con el nombre sistemas.com

Seleccionamos controlador de dominio para un dominio nuevo

Seleccionamos Dominio en un nuevo bosque

Ingresamos el nombre de dominio completo sistema.com

Especificamos el nombre NetBios para el nuevo dominio SISTEMAS

Dejamos las rutas por defecto

Seleccionamos Instalar y configurar este equipode manera que utilice este servidor DNS como el preferido

Ingresamos la contrasea del administrador del modo de restauracin de servicios de directorio

Finalizamos la instalacin del dominio, ahora se tiene que adherir al dominio los computadores en donde sern configurados con mirroring Para agregar los computadores en el dominio configuramos la red, para ello vamos propiedades de protocolo de Internet (TCP/IP)

En esta parte describiremos la manera como asociamos un computador a un dominio, de la siguiente manera: Vamos a propiedades de mi PC

Seleccionamos en el botn Cambiar,

Seleccionamos en Dominio y escribimos el nombre del dominio a la cual nos queremos asociar, en este caso al dominio que acabamos de crear anteriormente sistemas.com

al solicitar la accin, el sistema nos pedir que nos autentiquemos, para ello ingresamos en nombre y usuario.

Al finalizar nos mensaje de dominio.

mostrara un bienvenida al

Finalmente para poder ver los cambios realizados necesitamos reiniciar la PC. Estos pasos se repiten para el computador donde estar el servidor principal y el servidor espejo de la base de datos.

Lo siguiente que se tiene que hacer es deshabilitar el firewall y el antivirus instalado tanto en la computadora del servidor principal, del servidor espejo y del servidor testigo.

Ahora en Propiedades del Sistema - escritorio remoto seleccionamos permitir que los usuario se conecten de manera remota a este equipo

En cada computador se habilitamos el pueto TCP/IP en sql server configuratio Manager

Para guardar los cambios reiniciamos el servido sql server

Ahora nos conectamos al servidor que ser el principal, para iniciar con la configuracin de mirroring

Creamos una base de datos VENTAS

Realizamos una backup de la base de datos principal

Primero generamos un backup de la base de datos de tipo FULL

Ahora generamos un backup de tipo transaccin log, donde se guardaran todas las operacin que se realice en la base de datos.

Guardamos en una capeta los backups creados y compartimos la carpeta para poder restaurarlo desde el servidor espejo.

SERVIDOR

Ahora nos conectamos al servidor de base de datos espejo, desde el servidor de la base de datos principal

Seleccionamos el servidor el cual ser el espejo.

Ahora restauramos la base de datos principal en el servidor espejo con el mismo nombre

A continuacin mostramos los pasos para la restauracin de la base de datos

Seleccionamos en men

para configurar la restauracin de modo

Ahora una ves restaurado la base de datos ventas.bak, procedemos a restaurar ventas.trn (de transaccin log)

Inciamos con la configuracin de mirroring.

CONFIGURACIN DE REPLICACIN EN MYSQL

CONFIGURACIN EN EL SERVIDOR PRINCIPAL O MASTER:

Para iniciar la configuracin de la replicacin en MySQL se debe desactivar el firewall y el antivirus que se encuentre activo en ambos servidores de datos.

Ingresamos al editor de comandos de MySQL y crearemos una base de datos, la cual no debe contener ninguna tabla ni registro.

Ubicamos el archivo de inicializacin de nuestro servidor my.ini y pasaremos a configurarlo.

Abrimos el archivo de inicializacin con editor de texto.

Ingresamos los datos de la ubicacin del archivo log-bin, la base de datos con que trabajaremos y el identificador del servidor.

Cerramos y guardamos los cambios hechos al archivo de inicializacin.

A continuacin pasaremos a reiniciar el servicio, clic derecho a mi PC, servicios y buscamos el servicio de MySQL, y pasamos a reiniciarlo.

Una vez reiniciado el servicio cerramos la ventana.

mysql>GRANT REPLICATION SLAVE ON *.* TO 'user1'@'%' IDENTIFIED BY 'admin'; mysql>FLUSH PRIVILEGES; mysql>USE biblioteca; Con el cual indicaremos cual es el usuario para accesar a la base de datos esclavo y cual es la contrasea. Asignamos todos los privilegios al usuario creado anteriormente (user1) Entramos a nuestra base de datos con el siguiente comando:

Ingresamos al editor de comandos MySQL, ingresamos nuestra contrasea y ejecutamos el siguiente comando:

mysql>FLUSH TABLES WITH READ LOCK; mysql>SHOW MASTER STATUS;

Asignamos privilegios para acceder a las tablas, con el siguiente comando: Ahora vamos a ver el estado del servidor Master, la informacion que se mostrar es bsica para poder crear la replicacin po lo que se sugiere guardarla.

Una vez ejecutado estos pasos cerramos el editor.

Ejecutamos la ventana DOS y nos direccionamos hacia la carpeta bin de MySQL:

mysql> mysqldump -u root -p --opt sistemas > sistemas.sql Cerramos el editor. e ingresamos nuestra contrasea.

Realizamos un buckup de nuestra base de datos ejecutando el siguiente comando:

A continuacin se puede comprobar si el buckup se creo, ubicndonos en la carpeta bin.

CONFIGURACIN EN EL SERVIDOR ESCLAVO:

Ejecutamos el editor de MySQL y creamos nuestra base de datos

Salimos del editor de MySQL y ejecutamos una ventana DOS en la que nos direccionamos a la carpeta bin de MySQL.

Ubicamos el buckup realizado a la base de datos.

Ejecutamos el comando para restaurar la base de datos indicndole la direccin a donde restaurar y la direccin del archivo del buckup, e ingresamos nuestra contrasea.

Cerramos la ventana y pasamos a ubicarnos el el archivo de inicializacin de nuestro servidor de datos esclavo.

server-id = 2

master-host =10.0.0.8 master-user = user1

Configuramos el archivo ingresando al final los siguientes datos:

master-password = admin

master-connect-retry = 60

que son el identificador del servidor, la direccin ip de nuestro servidor master, nuestro usuario creado, su contrasea el tiempo de conectividad y la base de datos que se replicar.

replicate-do-db = Sistemas

Pasamos a guardar los cambios efectuados y reiniciar el servicio.

Ingresamos al editor de MySQL y detenemos el servidor esclavo.

Ingresamos el siguiente comando con el que configuramos la replicacin del servidor, indicndole la direccin ip de nuestro master, usuario, contrasea ubicacin y posicin.

mysql>START SLAVE;

Volvemos a reiniciar nuestro servidor con el comando :

Finalmente terminamos la configuracin de la replicacin con MySQL.

Para la realizacion del RAID 0, utilizamos el Windows server 2008, dos discos duros de 74.53 GB con los cual configuraremos.

Reconocemos los dos discos que introducimos en le case que son el Disk 0 y el Disk1

Convertimos Disk 0 y el Disk1 a dinamicos

Seleccionamos los discos que convertiremos a dinamicos en este caso el Disk 0 y el Disk1

Mostramos los dos disco 0 y 1 convertidos a dinamicos

hacer el RAID 0.

Adherimos los dos discos al campo Selected, luego presinamos Next

Luego elegimos el tipo de formato que tendr el RAID 0 en nuestro caso ser el NTFS, el nombre de nuestro volumen sera

Visualizamos el volumen que se creo

Para la realizacion del RAID 1, utilizamos el Windows server 2008, dos discos duros de 74.53 GB con los cual configuraremos. Reconocemos los dos discos que introducimos en le case que son el Disk 0 y el Disk1, luego hacemos click izquierdo al volumen en el cual escogemos New Mirrored Volumen para hacer el RAID 1.

Presionamos Next para continuar con la configuracin.

Elegimos la ubicacin del disco, en nuestro caso elegimos el H.

nombre de nuestro volumen sera

Para finalizar la configuracin presionamos Finish

Visualizamos el volumen que se creo

Creamos dos carpetas en el disco en el que creamos el RAID 1 las que cuales denominamos y ,

en el cual hacemos click izquierdo, para seleccionar la opcin Break Mirrored Volumen.

Luego presionamos en

para continuar

vemos que el RAID 1 se encuentra en dos discos que discos distintos (I y H).

ambas carpetas, verificando de estas manera el funcionamiento del RAID 1