Mirroring SQL Server

UNIVERSIDAD NACIONAL DE SAN CRISTÓBAL DE HUAMANGA

FACULTAD DE INGENIERÍA DE MINAS, GEOLOGÍA Y CIVIL

ESCUELA DE FORMACIÓN PROFESIONAL

INGENIERIA DE SISTEMAS

TITULO: CONFIGURACION DE MIRRORIN EN SQL SERVER 2008y MySQL, CONFIGURACION DE RAID’S

CURSO : Seguridad de Informática

PROFESOR : Manuel LAGOS BARSOLA

ALUMNO : AYALA FERNANDEZ, Denisse

HINOSTROZA YUCRA, Michael Paulinhio

MUCHA BAÑICO, Helmer

FECHA : 07-08-10.

AYACUCHO-PERÚ2010

Tabla de contenido1. INTRODUCIÓN...............................................................................................................................3

2. MARCO TEÓRICO...........................................................................................................................3

2.1. DATABASE MIRRORING EN SQL SERVER 2008 ..........................................................................3

2.2. REPLICACIÓN EN MYSQL ...........................................................................................................8

2.3. DATA GUARD ORACLE.............................................................................................................10

2.4. CONJUNTO REDUNDANTE DE DISCOS INDEPENDIENTES (RAID) ............................................24

3. DISEÑO E IMPLEMENTACION DE MIRRING EN SQL SERVER 2008 ..............................................28

4. DISEÑO E IMPLEMENTACIÓN DE REPLICACIÓN EN MySQL 5.0 ..................................................66

5. CONFIGURACIÓN DE RAIDS.........................................................................................................76

1. INTRODUCIÓN

CONTINUIDAD DEL NEGOCIO

El tiempo de inactividad del servidor de datos de una empresa es un riesgo operativo querepresenta una pérdida de negocios para las empresas millones de dólares.

Por otra parte, todos sabemos que los desastres pueden ocurrir en cualquier momento, es por esoque se requiere un plan detallado que proteja tanto a las personas, como la infraestructura,edificios, aplicaciones, servicios con el fin de poderlos retornar a su normal operación tan prontocomo sea posible.

Database Mirroring en SQL Server 2005 y 2008, es una nueva tecnología que proporciona unasolución de continuidad de negocios y recuperación de desastres para base de datos vitales, reduceconsiderablemente los riesgos asociados al garantizar que, en caso de una interrupción del sistema,se ejecute un rescate de la conexión (failover) en minutos o incluso segundos.

2. MARCO TEÓRICO

2.1. DATABASE MIRRORING EN SQL SERVER 2008Database mirroring es una nueva forma disponible en SQL Server 2005 y SQLServer 2008 que proporciona una solución de alta disponibilidad de bases dedatos.Esta función se puede activar y utilizar exclusivamente con una base de datoscon los modelos de recuperación completa. La base de datos se puede reflejar deuna instancia de SQL Server a otra instancia del servidor SQL. La instancia deorigen se llama servidor principal, la instancia de destino se denomina servidorreflejado.Si deja de funcionar el servidor principal, el servidor reflejado tiene una copiajusta y exacta de la base de datos principal hasta la última transacción realizada.De esta forma, el reflejo siempre está preparado para llevar a cabo la función delservidor principal.

Modos de Funcionamiento Database Mirroring

La creación de reflejo de base de datos se puede configurar en tres modosdiferentes: Seguridad alta (con conmutación por error automática), este modo admite ladisponibilidad máxima de base de datos con transferencia de datossincrónica y conmutación por error automática con la base de datosreflejada. Este modo es el más adecuado cuando se dispone de unacomunicación rápida y muy confiable entre los servidores principal yreflejado, y hay que llevar a cabo la conmutación por error automática deuna sola base de datos.

En este esquema, antes de llevar a cabo una transacción, la base de datosprincipalespera hasta recibir un mensaje del servidor reflejado de que este haconsolidado elregistro de la transacción en el disco. Seguridad alta (sin conmutación por error automática), este modo admite ladisponibilidad máxima de base de datos con transferencia de datossincrónica pero sin conmutación por error automática con la base de datosreflejada, es decir, si la instancia del servidor reflejado deja de estardisponible, la instancia del servidor principal seguirá en funcionamientopero no podrá reflejar los datos. Si el servidor principal deja de funcionar, sesuspenderá la creación de reflejos de bases de datos pero podrá forzarmanualmente el servicio para conmutar por error. Rendimiento alto, en este modo de funcionamiento, la transferencia de datoses asincrónica, es decir, el servidor principal no espera una confirmación delreflejo como hace en los dos modos anteriores. El servidor reflejado hace loque puede para seguir actualizado con respecto al principal, pero en estepunto no se garantiza que las transacciones más recientes del principal seconsoliden en el registro de transacciones del servidor reflejado. Si elservidor principal deja de funcionar, se suspenderá la creación de reflejos de

bases de datos pero podrá forzar manualmente el servicio para conmutarpor error.

CONFIGURACIÓN DATABASE MIRRORING

Requisitos para la configuración

La Base de Datos debe existir en la instancia SQL Server que se desee queactúe como Principal. La base de datos debe estar configurada con el Modo de RecuperaciónCompleto. Las combinaciones de versiones para configuración son:Servidor Principal en SQL Server 2005, y Servidor Espejo en SQL Server2008.Servidor Principal en SQL Server 2008, y Servidor Espejo en SQL Server2008.Resaltando que existirán fallas si se configura como Servidor Principal enSQL Server 2008, y Servidor Espejo en SQL Server 2005.Pasos para la Configuracion Database Mirroring

1. Realizar un Backup Completo y un Backup de Log de la base de datosprincipal.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, dejandola base de datos en modo NORECOVERY.

3. Configurar Database Mirroring.Habilitar la sesión de creación de reflejos de bases de datos.La configuración de una sesión de creación de reflejos de bases de datosrequiere una dirección de red de servidor para cada una de las instanciasde servidor. Esta dirección debe identificar la instancia al proporcionaruna dirección de sistema y el número de puerto en el que escucha lainstancia. La sintaxis de una dirección de red de servidor tiene unformato parecido al siguiente:<System-address>: es un nombre de dominio completo o una direcciónIP; puede obtener esta información si ejecuta IPCONFIG en el equipolocal en una ventana de símbolo del sistema.El <puerto> lo estableció al crear los extremos.

Puede iniciar la sesión de creación de reflejos de bases de datos enServerB de la siguiente forma:

A continuación, ejecute la siguiente instrucción T-SQL para iniciar lasesión en ServerA:

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

TPS //<System-address>:<puerto>

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

2.2. REPLICACIÓN EN MYSQLMySQL soporta replicación asíncrona unidireccional: un servidor actúa comomaestro y uno o más actúan como esclavos. El servidor maestro escribeactualizaciones en el fichero de log binario, y mantiene un índice de los ficherospara rastrear las rotaciones de logs. Estos logs sirven como registros deactualizaciones para enviar a los servidores esclavos. Cuando un esclavo se conectaal maestro, informa al maestro de la posición hasta la que el esclavo ha leído loslogs en la última actualización satisfactoria. El esclavo recibe cualquieractualización que ha tenido lugar desde entonces, y se bloquea y espera para que elmaster le envíe nuevas actualizaciones.

La replicación en MySQL se basa en un servidor maestro que toma nota de todos loscambios en las bases de datos (actualizaciones, borrados, y así) en los logs binarios.Cada servidor esclavo recibe del maestro las actualizaciones guardadas que elmaestro ha guardado en su log binario, de forma que el esclavo puede ejecutar lasmismas actualizaciones en su copia de los datos.La replicación unidireccional tiene beneficios para la robustez, velocidad, yadministración del sistema: La robustez se incrementa con un escenario maestro/esclavo. En caso deproblemas con el maestro, puede cambiar al esclavo como copia de seguridad.

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

Puede conseguirse un mejor tiempo de respuesta dividiendo la carga deconsultas de clientes a procesar entre los servidores maestros y esclavo. Sepuede enviar consultas SELECT al esclavo para reducir la carga de proceso deconsultas del maestro. Sin embargo, las sentencias que modifican datos debenenviarse siempre al maestro, de forma que el maestro y el esclavo no sedesincronicen. Se pueden realizar copias de seguridad usando un servidor esclavo sin molestaral maestro. El maestro continúa procesando actualizaciones mientras se realizala copia de seguridad.Los pasos para configurar la replicación Maestro-Esclavo son:1. En el servidor maestro, agregar/modificar, la sección [mysqld] del archivo deconfiguración my.cnf o my.ini (dependiendo del sistema operativo):

2. En el servidor maestro, reiniciar el demonio (o servicio) mysqld3. En el servidor maestro, crear un usuario con el privilegio "REPLICATION SLAVE". Elusuario no necesita otro privilegio.

4. En el servidor maestro, ejecutar ‘FLUSH TABLES WITH READ LOCK;', para prevenirla escritura a base de datos en el maestro.5. En el servidor maestro, ejecutar ‘SHOW MASTER STATUS;’ en el maestro y recordarlos valores para más adelante6. En el servidor maestro, ejecutar ‘UNLOCK TABLES;’7. En el servidor esclavo, modificar el archivo my.cnf o my.ini y reiniciar el daemon:[mysqld]

server-id=2

CREATE USER ‘user’@ ‘host’ IDENTIFIED BY ‘password’ ;GRANT REPLICATION SLAVE ON *.* TO ‘user’@host’ IDENTIFIED BY ‘password’;

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

mailto:@host

En el servidor esclavo, ejecutar las siguientes instrucciones (ajustar los valores deacuerdo al usuario creado y los valores obtenidos al realizar el 'SHOW MASTERSTATUS' anterior.

8. En el servido esclavo, ejecutar:9. En el servidor esclavo, para asegurarnos que la replicación se iniciósatisfactoriamente, en el log de mysql deberíamos ver algo así:

2.3. DATA GUARD ORACLEEs la funcionalidad de la base de datos Oracle que brinda la mayor y más efectivadisponibilidad, protección y recuperación ante desastres de los datos, ya queprovee la administración, el monitoreo y la automatización de una o más bases dedatos standby para proteger a los datos ante fallas, desastres, errores o corrupción.Tanto sea que las bases standby estén ubicadas en un sitio de recuperación antedesastres a varios kms del sitio de producción o en el mismo edificio, estafuncionalidad asegura que si la base de datos de producción sale de servicio, sea demanera planeada como imprevistamente, Data Guard switchea automáticamente labase standby al rol de base de producción, minimizando el tiempo de la caída ypreviniendo la pérdida de datos.Data Guard brinda confiabilidad, ya que el administrador siempre conoce el estadode las bases standby que pueden, en solo segundos, asumir el rol primario.

080609 8:47:02 [Note] Slave I/O thread: connected to master ‘root@host:3306 ′,replication started in log ‘mysql-bin.000001′ at position 98

START SLAVE;

CHANGE MASTER TOMASTER_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;

mailto:root@host:3306

Data Guard se puede utilizar con backup tradicional, restauración y técnicas deconglomerados para proporcionar un alto nivel de protección de datos ydisponibilidad de datos. Imprecisa la arquitectura de Data Guard proporciona una óptima protecciónde datos y la disponibilidad, minimizando el tiempo de inactividadplanificado y no planificado de la base de datos de producción. Una base de datos standby utiliza un software de código diferente que labase de datos principal, aislándolo de firmware y software de errores queafectan a la base de datos principal. Controles de detección de corrupción es asegurar que los datos esténcoherentes de manera lógica y físicamente antes de que se aplique a unabase de datos standby. Data Guard detecta corrupción silenciosa que puede ocurrir en la base dedatos primaria, debido a errores de hardware (memoria, CPU, disco, tarjetade red) y la falla de transferencia de datos, y evita que impacte en la base dedatos standby. Una base de datos standby puede ser utilizado para realizar tareas demantenimiento previstas de forma material, minimizando el tiempo deinactividad y la eliminación de los riesgos inherentes a la introducción decambios para entornos de producción.Los administradores pueden usar ya sea automática o manual para la conmutaciónpor error un Data Guard en espera de datos para mantener una alta disponibilidadpara aplicaciones de misión crítica.

CONFIGURACION DE DATA GUARD:Una configuración de DATA GUARD está conectada por Oracle Net y puede estardisperso geográficamente. No hay restricciones sobre dónde se encuentran lasbases de datos, siempre que puedan comunicarse entre sí. Por ejemplo puede teneruna base de datos en espera en el mismo sistema que la base de datos deproducción, junto con dos bases de datos standby en otros sistemas en ubicacionesremotas.

Puede administrar base de datos primarios de reserva utilizando las interfaces delínea de comandos SQL o las interfaces de corredor de DATA GUARD, que incluyeuna interfaz de línea de comandos (DGMGRL) y una interfaz gráfica de usuario queestá integrado en Oracle Enterprise Manager BASE DE DATOS PRINCIPAL: una configuración de Data Guard contieneuna base de datos de producción, también conocida como base de datosprincipal. Esta es la base de datos que se accede por la mayoría de susaplicaciones.La base de datos principal puede ser una sola instancia de base de datosOracle o una aplicación real de base de datos del clúster. BASE DE DATOS STANDBY: Una base de datos standby es una copiatransaccional coherente con la base de datos principal. El Uso de backup dela base de datos principal, puede crear hasta nueve bases de datos standby eincorporarlos en una configuración de Data Guard. Una vez creado, DataGuard mantiene automáticamente cada base de datos aplicando redo y luegoaplicando redo en la base de datos standby, para mantener los datosactualizados de la base de datos de producción o principal.

Similar a una base de datos principal, una base de datos Standby puede seruna sola instancia de base de datos Oracle o una Real Application Clustersbase de datos.Una base de datos stabdby puede ser una base de datos física o una base dedatos lógica:o base de datos standby físicaProporciona una copia físicamente idéntica de la base de datos principal,en las estructuras de base de datos de disco que son idénticas a la basede datos principal en un bloque de base de bloques. El esquema de basede datos, incluidos los índices, son los mismos. Una base de datosstandby física se mantiene sincronizado con la base de datos principal.

o base de datos standby lógicoContiene la información lógica que la base de datos de producción,aunque la organización física y la estructura de los datos pueden serdiferentes. La base de datos standby lógica se mantiene sincronizado conla base de datos SQL primordial.Una base de datos standby lógica se puede utilizar para otros finescomerciales además de los requisitos de recuperación de desastres. Estopermite a los usuarios acceder a una base de datos lógica de espera paraconsultas y a efectos de notificación en cualquier momento. Además, eluso una base de datos standby lógica, puede actualizar el software deOracle Database y conjuntos de parches, casi sin tiempo de inactividad.Por lo tanto, una base de datos standby lógica se puede utilizar al mismotiempo la protección de datos, informes y actualizaciones de base dedatos.EJEMPLO DE CONFIGURACIÓN

Figura 1-1 muestra una típica configuración de Data Guard que contiene una basede 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 principalpara la recuperación de desastres y las operaciones de copia de seguridad. Puedeconfigurar la base de datos de espera en la misma ubicación que la base de datosprimaria. Sin embargo, para recuperación de desastres, Oracle recomiendaconfigurar bases de datos standby en ubicaciones remotas.Registro a una base de datos standby.Figure 1-1 Típica Configuración Data Guard

SERVICIOS DE DATA GUARD

Los servicios que ofrece data guard son los siguientes: Redo Transport Services (Servicios de transporte Redo)

Control de la transferencia automática de hacer nuevo los datos de la basede datos de producción para uno o más archivo de destinos. Log Apply Services (Aplicar Servicios de registro)

Aplicar redo data sobre la base de datos standby para mantener lasincronización transaccional con la base de datos principal. Redo datapueden ser aplicados a partir de archivos de registro de redo log o, si seaplican en tiempo real está habilitada, directamente desde el modo destandby redo log file a medida que se llena, sin que sea necesario redo datapara ser archivados por primera vez en la base de datos standby. Role Transitions (Papel de Transitions)

Cambia el papel de una base de datos desde una base de datos standby parauna base de datos principal, o desde una base de datos principal a una basede datos standby utilizando una conversión o una operación de conmutaciónpor error. Servicios de transporte Redo

Rehacer los servicios de transporte de control de la transferencia automáticade hacer de nuevo los datos de la base de datos de producción para uno omás destinos de archivo.Servicios de transporte redo, realiza las siguientes tareas: Transmitir redo data del sistema primario a los sistemas de standby en laconfiguración. Manejar el proceso de resolver las deficiencias en el registro de redo logdebido a un fallo en la red.

Hacer cumplir la protección de los modos de base de datos Detectar automáticamente errores o archivos corrompidos de redo logen un sistema standby y recuperar automáticamente el archivo redo logde la base de datos principal u otra base de datos standby.

Servicio de aplicación Log

El redo transmitido desde la base de datos principal está escrito en el archivo deredo log del sistema de standby, si está configurado y luego es archivado en elarchivo redo log files. Log apply services aplica servicios de aplicar redo data sobrela base de datos standby para mantener la coherencia con la base de datosprincipal. También permite el acceso de sólo lectura a los datos.La principal diferencia entre lo físico y bases de datos standby lógica es la forma enque aplican los servicios de registro de aplicar los archivados redo data:Figura 1-2 Actualización automática de una base de datos standby física

Para la base de datos standby física, Data Guard utiliza la tecnología Redoque se aplica sobre redo data en la base de datos standby usando técnicasestándar de recuperación de una base de datos oracle, como se muestra enla figura - 2.

para bases de datos standby lógica, Data Guard utiliza la tecnología SQL queprimero transforma los datos en Redo recibido y luego ejecuta el SQLgenerado en la base de datos standby lógica, como se muestra en la Figura 1-3.Figura 1-3 Actualización automática de una base de datos standby lógica

Transiciones de Rol

Una base de datos Oracle opera en uno de dos papeles: primario o dereserva. Usando Data Guard, puede cambiar la función de una base de datoscon ayuda de una transición o una operación de conmutación por error.Un switchover(conversión) es un papel de la inversión papel de la inversiónentre la base de datos principal y una de sus bases de datos en standby. Unaswitchover asegura no sin pérdida de datos. Esto normalmente se realizapara el mantenimiento planificado del sistema principal. Durante unaconversión, las transiciones base de datos principal a un papel en blanco, ylas transiciones base de datos standby para el papel principal. La transiciónse produce sin tener que volver a crear cualquier base de datos.

A Un failover(conmutación por error) es cuando la base de datos principalno está disponible. Conmutación por error se realiza sólo en el caso de unfallo catastrófico de la base de datos principal, y los resultados deconmutación por error en una transición de una base de datos standby parael papel principal. El administrador de base de datos puede configurar DataGuard para asegurar la no perdida de datos.Las transiciones de rol descritos en esta documentación se invocan manualmente mediante sentencias SQL. También puede utilizar el corredor deOracle Data Guard para simplificar las transiciones papel y conmutacionespor error automatizar el uso de Oracle Enterprise Manager o el comandointerfaz de línea de DGMGRL.

DATA GUARD BROKER

El Data Guard broker es un marco de gestión distribuida que automatiza lacreación, mantenimiento y monitoreo de las configuraciones de Data Guard. Ustedpuede utilizar Oracle Enterprise Manager interfaz gráfica de usuario (GUI) o lainterfaz de Data Guard de línea de comandos (DGMGRL) a: Crear y habilitar las configuraciones Data Guard, incluyendo elestablecimiento de servicios de transporte y hacer de nuevo registroaplicarán a los servicios Manejar un conjunto de datos de configuración de la Guardia de cualquiersistema en la configuración Administrar y controlar los datos que contienen las configuraciones de laGuardia Real Application Clusters primaria o bases de datos standby Simplificar switchovers conmutaciones y failovers conmutaciones por errorpor lo que le permite invocar utilizando ya sea un simple clic en la clave deOracle Enterprise Manager o un solo comando en la interfaz de línea decomandos DGMGRL. Permitir Conmutación por error de inicio rápido para conmutar por errorautomáticamente cuando la base de datos principal no está disponible.Cuando de conmutación por error de inicio rápido está habilitado, el agenteData Guard determina si es necesario una conmutación por error e inicia laconmutación por error para el destino especificado base de datos standbyautomáticamente, sin necesidad de intervención DBA y sin pérdida de datos.

Uso del Data Guard interfaz de línea de comandos

El Data Guard interfaz de línea de comandos (DGMGRL) le permite controlar ysupervisar una configuración de Data Guard de la DGMGRL, o en scripts. Se puederealizar la mayoría de las actividades necesarias para gestionar y supervisar lasbases de datos en la configuración utilizando DGMGRL.Data Guard Modos de protección

En algunas situaciones, un negocio no puede darse el lujo de perder datos. En otrassituaciones, la disponibilidad de la base de datos puede ser más importante que lapérdida de datos. Algunas aplicaciones de bases de datos requieren un rendimientomáximo y puede tolerar una pequeña cantidad de pérdida de datos. Lasdescripciones siguientes se resumen los tres modos distintos de protección dedatos. Máxima protección

Este modo de protección garantiza que no se pierdan los datos se producirási la base de datos principal falla. Para proporcionar este nivel de protección,el hacer de nuevo los datos necesarios para recuperar cada transacción debeser escrito tanto a la línea local de registro de rehacer y rehacer a la esperade registro en al menos una base de datos standby antes de la transacción. Afin de garantizar la pérdida de datos no puede ocurrir, la base de datosprincipal se apaga si un fallo previene la escritura de su flujo de rehacer a laespera rehacer el registro de al menos una base de datos standbytransaccionalmente coherente. Máxima disponibilidad

Este modo de protección ofrece el más alto nivel de protección de datos quees posible sin comprometer la disponibilidad de la base de datos primaria. Aligual que el modo de máxima protección, la transacción no se comprometeráhasta el rehacer necesario para recuperar esa transacción se escribe en elregistro de rehacer en línea locales y al hacer de nuevo en espera de registrode por lo menos una base de datos standby transaccionalmente coherente. Adiferencia del modo de protección máxima, la base de datos principal no secierra en caso de avería le impide rehacer su escrito corriente a unadistancia de espera registro de rehacer. En cambio, la base de datos principalfunciona en modo de máximo rendimiento hasta que el fallo se ha corregido,y todas las lagunas en rehacer los archivos de registro se hayan resuelto.Cuando todas las diferencias se resuelven, la base de datos principal se

reanuda automáticamente en el modo de funcionamiento máximadisponibilidad.Este modo se asegura de que no se pierdan los datos se producirá si la basede datos inicial, pero sólo si una segunda falta no impide que un conjuntocompleto de hacer de nuevo los datos sean enviados desde la base de datosprimaria para por lo menos una base de datos standby.

Máximo rendimiento

Este modo de protección (por defecto) ofrece el más alto nivel de protecciónde datos que es posible sin afectar el rendimiento de la base de datosprincipal. Esto se logra al permitir que una transacción de cometer tanpronto como el hacer de nuevo los datos necesarios para recuperar esatransacción se escribe en la línea local de registro de rehacer. La base dedatos principal de hacer de nuevo flujo de datos también se escribe por lomenos a una base de datos standby, pero que hacer de nuevo flujo se escribede forma asincrónica con respecto a las transacciones que crean el rehacerde datos.Cuando los vínculos de red con suficiente ancho de banda se utilizan, estemodo proporciona un nivel de protección de datos que se aproxima a lamáxima disponibilidad modo con un impacto mínimo en el rendimiento debase de datos principal.Los tres modos de protección requieren que el transporte de registro deatributos específicos que especificarse en la LOG_ARCHIVE_DEST_ nparámetro de inicialización para enviar datos a rehacer por lo menos unabase de datos standby.

PRINCIPALES BENEFICIOS DE DATA GURAD

Data Guard ofrece los siguientes beneficios: recuperación por desastre, protección de datos y alta disponibilidad

Data Guard ofrece una recuperación de desastres eficaz y completa, y unasolución de alta disponibilidad. Fácil de gestionar la conversión, ycapacidades de conmutación por error de permitir inversión de papelesentre bases de datos principal y de reserva, minimizando el tiempo deinactividad de la base de datos primaria para las interrupciones planificadasy no planificadas. protección de datos completa

Data Guard puede garantizar la no pérdida de datos, incluso frente a losdesastres imprevistos. Una base de datos standby constituye unasalvaguardia contra corrupción de datos y errores del usuario. Corrupcionesnivel de almacenamiento físico de la base de datos principal no se propagana la base de datos en standby. Del mismo modo, corrupciones lógicas oerrores de los usuarios que hacen que la base de datos principal a sufrirdaños permanentes se pueden resolver. Por último, el redo data se validacuando se aplica a la base de datos standby. Uso eficiente de los los recursos del sistema

Las tablas de base de datos standby que se actualizan con los datos recibidosde redo data de la base de datos principal se puede utilizar para otras tareastales como backups, reporting, summations, y consultas, reduciendo así labase de datos principal carga de trabajo necesaria para realizar estas tareas,ahorrando valioso de la CPU y I / O ciclos. Con una base de datos standbylógica, los usuarios pueden realizar la manipulación de datos normales enlas mesas de los esquemas que no se actualizan desde la base de datosprincipal. Una base de datos standby lógica puede permanecer abiertamientras se actualizan las tablas de la base de datos principal, y las tablasestán disponibles simultáneamente para acceso de sólo lectura. Por últimoíndices adicionales y vistas materializadas se pueden crear en las tablas demantenimiento para un mejor rendimiento de las consultas y para satisfacerlos requisitos específicos del negocio.

La flexibilidad en la protección de datos de equilibrar la disponibilidad encontra requisitos de desempeñoOracle Data Guard ofrece una protección máxima, la máxima disponibilidad,máximo rendimiento y los modos para ayudar a equilibrar las empresas enla disponibilidad de datos respecto a los requisitos de rendimiento delsistema.

Detección automática y la resolución de diferenciasSi se pierde la conectividad entre las bases de datos standby principal y unoo más (por ejemplo, debido a problemas de red), hacer de nuevo los datosque se generan en la base de datos principal no puede ser enviado a lasbases de datos standby. Una vez que una conexión se restablece, la falta dearchivo redo log son detectados automáticamente por Data Guard, queluego transmite automáticamente la falta del archivo redo log de registropara las bases de datos standby. Las bases de datos en espera se sincronizancon la base de datos principal, sin intervención manual por parte del DBA.

Centralizada y gestión simpleEl corredor Data Guard ofrece una interfaz gráfica de usuario y una interfazde línea de comandos para automatizar tareas administrativas y lasmúltiples bases de datos en una configuración de Data Guard. El corredortambién el seguimiento de todos los sistemas dentro de una solaconfiguración de Data Guard.

Integración con base de datos OracleData Guard es una característica de Oracle Database Enterprise Edition y norequiere instalación por separado.

Transiciones Automática de rolCuando de conmutación por error de inicio rápido está habilitado, el agentede la Guardia de datos de forma automática por error a un sitio sincronizado

de espera en caso de un desastre en el sitio principal, que no requiereintervención del DBA. Además, las aplicaciones se notifica en función de latransición.

2.4. CONJUNTO REDUNDANTE DE DISCOS INDEPENDIENTES (RAID)RAID(del inglés Redundant Array of Independent Disks, «conjunto redundante dediscos independientes»,) es un acrónimo de matrices redundantes de discoseconómicos. Estos proporcionan un mecanismo para equilibrar la carga y asegurar susdatos en varios discos.RAID 0 (Data Striping)

Un RAID 0 (también llamado conjunto dividido o volumen dividido) distribuye losdatos equitativamente entre dos o más discos sin información de paridad queproporcione redundancia. El RAID 0 se usa normalmente para incrementar elrendimiento, aunque también puede utilizarse como forma de crear un pequeñonúmero de grandes discos virtuales a partir de un gran número de pequeños discosfísicos. Un RAID 0 puede ser creado con discos de diferentes tamaños, pero el espaciode almacenamiento añadido al conjunto estará limitado por el tamaño del disco máspequeño (por ejemplo, si un disco de 300 GB se divide con uno de 100 GB, el tamañodel conjunto resultante será sólo de 200 GB, ya que cada disco aporta 100GB). Unabuena implementación de un RAID 0 dividirá las operaciones de lectura y escritura enbloques de igual tamaño, por lo que distribuirá la información equitativamente entrelos dos discos.RAID 1 (Data Mirroring)Un RAID 1 crea una copia exacta de un conjunto de datos en dos o más discos. Estoresulta útil cuando el rendimiento en lectura es más importante que la capacidad. Unconjunto RAID 1 sólo puede ser tan grande como el más pequeño de sus discos.Adicionalmente, dado que todos los datos están en dos o más discos, con hardwarehabitualmente independiente, el rendimiento de lectura se incrementaaproximadamente como múltiplo lineal del número del copias; es decir, un RAID 1

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

RAID 2

Un RAID 2 divide los datos a nivel de bits en lugar de a nivel de bloques y usa un códigode Hamming para la corrección de errores. Los discos son sincronizados por lacontroladora para funcionar al unísono. Éste es el único nivel RAID original queactualmente no se usa. Permite tasas de trasferencias extremadamente altas.Teóricamente, un RAID 2 necesitaría 39 discos en un sistema informático moderno: 32se usarían para almacenar los bits individuales que forman cada palabra y 7 se usaríanpara la corrección de errores.

RAID 3Un RAID 3 usa división a nivel de bytes con un disco de paridad dedicado. Se usa raravez en la práctica. Uno de sus efectos secundarios es que normalmente no puedeatender varias peticiones simultáneas, debido a que por definición cualquier simplebloque de datos se dividirá por todos los miembros del conjunto, residiendo la misma


RAID 2




RAID 2



dirección dentro de cada uno de ellos. Así, cualquier operación de lectura o escrituraexige activar todos los discos del conjunto.En el ejemplo del gráfico, una petición del bloque «A» formado por los bytes A1 a A6requeriría que los tres discos de datos buscaran el comienzo (A1) y devolvieran sucontenido. Una petición simultánea del bloque «B» tendría que esperar a que laanterior concluyese.

RAID 4Diagrama de una configuración RAID 4. Cada número representa un bloque de datos;cada columna, un disco.Un RAID 4 usa división a nivel de bloques con un disco de paridad dedicado. Necesitaun mínimo de 3 discos físicos. El RAID 4 es parecido al RAID 3 excepto porque divide anivel de bloques en lugar de a nivel de bytes. Esto permite que cada miembro delconjunto funcione independientemente cuando se solicita un único bloque. Si lacontroladora de disco lo permite, un conjunto RAID 4 puede servir varias peticiones delectura simultáneamente. En principio también sería posible servir varias peticiones deescritura simultáneamente, pero al estar toda la información de paridad en un solodisco, éste se convertiría en el cuello de botella del conjunto.





RAID 5Un RAID 5 usa división de datos a nivel de bloques distribuyendo la información deparidad entre todos los discos miembros del conjunto, ha logrado popularidad graciasa su bajo coste de redundancia. Generalmente, se implementa con soporte hardwarepara el cálculo de la paridad. El RAID 5 requiere al menos tres unidades de disco paraser implementado. El fallo de un segundo disco provoca la pérdida completa de losdatos.Las implementaciones RAID 5 presentan un rendimiento malo cuando se someten acargas de trabajo que incluyen muchas escrituras más pequeñas que el tamaño de unadivisión (stripe). Esto se debe a que la paridad debe ser actualizada para cada escritura,lo que exige realizar secuencias de lectura, modificación y escritura tanto para elbloque de datos como para el de paridad. Implementaciones más complejas incluyen amenudo cachés de escritura no volátiles para reducir este problema de rendimiento.



3. DISEÑO E IMPLEMENTACION DE MIRRORING EN SQL SERVER 2008

El primer paso es que todos los computadores estén comunicados entre sí (red) ya sea atravesde medios guiados o no guidados. Se necesitaran 4 ordenadores, en uno de ellos se instalará eladministrador de servidor Microsoft Server 2003, en el segundo, el servidor de la base de datosprincipal en sql server 2008, en el tercero, el servidor de la base de datos espejo, el quecontendrá todos los datos actualizados de la base de datos principal y en el último,opcionalmente se puede agregar el servidor testigo.

A continuación mostramos los pasos necesarios para la configuración de mirroring en sql server2008, y las acciones necesarias antes de la configuración.

CREACIÓN DE DOMINIO EN EL SERVER 2003

Creación de un nuevo dominio “sistemas.com” en el server 2003”, para poder asociar a lascomputadoras clientes a dicho dominio. Este paso es necesario para la configuración demirroring en SQL server 2008, ya que nos pedirán que tanto el servidor principal y el servidorespejo de la base de datos, tienen que pertenecer al mismo dominio.

Para la creación del dominio Ejecutamos el comando “dcpromo”.

A continuación se muestran los pasos para la creación 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 esteservidor DNS como el preferido”

Ingresamos la contraseña del administrador del modo de restauración de serviciosde directorio

Finalizamos la instalación del dominio, ahora se tiene que adherir al dominio loscomputadores en donde serán configurados con mirroringAGREGAR EL SERVIDOR PRINCIPAL Y EL SERVIDOR ESPEJO AL DOMINIOPara agregar los computadores en el dominio configuramos la red, para ello vamospropiedades 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 botón Cambiar,

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

al solicitar la acción, el sistema nos pedirá que nos autentiquemos, para elloingresamos en nombre y usuario.

Al finalizar nos mostrara unmensaje de bienvenida aldominio.

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

DESACTIVAR EL FIREWALL Y EL ANTIVIRUSLo siguiente que se tiene que hacer es deshabilitar el firewall y el antivirus instaladotanto en la computadora del servidor principal, del servidor espejo y del servidortestigo.

Ahora en Propiedades del Sistema - escritorio remoto seleccionamos “permitir que losusuario se conecten de manera remota a este equipo”

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

Para guardar los cambios reiniciamos el servido sql server

Ahora nos conectamos al servidor que será el principal, para iniciar con laconfiguración 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 transacción log, donde se guardaran todas lasoperación que se realice en la base de datos.

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

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

Seleccionamos el servidor el cual será el espejo.

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

A continuación mostramos los pasos para la restauración de la base de datosventas.bak

Seleccionamos en menú Option para configurar la restauración de modo no recovery

Ahora una ves restaurado la base de datos ventas.bak, procedemos a restaurarventas.trn (de transacción log)

Inciamos con la configuración de mirroring.

4. DISEÑO E IMPLEMENTACIÓN DE REPLICACIÓN EN MySQL 5.0CONFIGURACIÓN DE REPLICACIÓN EN MYSQL Para iniciar la configuración de la replicación en MySQL se debe desactivar elfirewall y el antivirus que se encuentre activo en ambos servidores de datos.CONFIGURACIÓN EN EL SERVIDOR PRINCIPAL O MASTER: Ingresamos al editor de comandos de MySQL y crearemos una base de datos, lacual no debe contener ninguna tabla ni registro.

Ubicamos el archivo de inicialización de nuestro servidor ” my.ini” y pasaremosa configurarlo.

Abrimos el archivo de inicialización con editor de texto.

Ingresamos los datos de la ubicación del archivo log-bin, la base de datos conque trabajaremos y el identificador del servidor.

Cerramos y guardamos los cambios hechos al archivo de inicialización.

A continuación pasaremos a reiniciar el servicio, clic derecho a mi PC, serviciosy buscamos el servicio de MySQL, y pasamos a reiniciarlo.

Una vez reiniciado el servicio cerramos la ventana.

Ingresamos al editor de comandos MySQL, ingresamos nuestra contraseña yejecutamos el siguiente comando:mysql>GRANT REPLICATION SLAVE ON *.* TO 'user1'@'%' IDENTIFIED BY 'admin'; Con el cual indicaremos cual es el usuario para accesar a la base de datosesclavo y cual es la contraseña. Asignamos todos los privilegios al usuario creado anteriormente (user1)mysql>FLUSH PRIVILEGES; Entramos a nuestra base de datos con el siguiente comando:mysql>USE biblioteca; Asignamos privilegios para acceder a las tablas, con el siguiente comando:mysql>FLUSH TABLES WITH READ LOCK; Ahora vamos a ver el estado del servidor Master, la informacion que semostrará es básica para poder crear la replicación po lo que se sugiereguardarla.mysql>SHOW MASTER STATUS;

Una vez ejecutado estos pasos cerramos el editor. Ejecutamos la ventana DOS y nos direccionamos hacia la carpeta bin de MySQL:

Realizamos un buckup de nuestra base de datos ejecutando el siguientecomando:mysql> mysqldump -u root -p --opt sistemas > sistemas.sqle ingresamos nuestra contraseña.Cerramos el editor.

A continuación se puede comprobar si el buckup se creo, ubicándonos en la carpetabin.

CONFIGURACIÓN 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 nosdireccionamos a la carpeta bin de MySQL.

Ubicamos el buckup realizado a la base de datos.

Ejecutamos el comando para restaurar la base de datos indicándole la direccióna donde restaurar y la dirección del archivo del buckup, e ingresamos nuestracontraseña.

Cerramos la ventana y pasamos a ubicarnos el el archivo de inicialización denuestro servidor de datos esclavo.

Configuramos el archivo ingresando al final los siguientes datos:server-id = 2master-host =10.0.0.8master-user = user1master-password = adminmaster-connect-retry = 60replicate-do-db = Sistemasque son el identificador del servidor, la dirección ip de nuestro servidor master,nuestro usuario creado, su contraseña el tiempo de conectividad y la base de datos quese replicará.

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 replicación delservidor, indicándole la dirección ip de nuestro master, usuario, contraseñaubicación y posición.

Volvemos a reiniciar nuestro servidor con el comando :mysql>START SLAVE; Finalmente terminamos la configuración de la replicación con MySQL.

CONFIGURACIÓN DE RAIDSRAID 0Para la realizacion del RAID 0, utilizamos el Windows server 2008, dos discos durosde74.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 elDisk1

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á elNTFS, el nombre de nuestro volumen sera New Volume

Visualizamos el volumen que se creo

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

Presionamos Next para continuar con la configuración.

Elegimos la ubicación del disco, en nuestro caso elegimos el H.

nombre de nuestro volumen sera RAID 1

Para finalizar la configuración presionamos Finish

Visualizamos el volumen que se creo

COMPROBACIÓN DEL RAID 1

Creamos dos carpetas en el disco en el que creamos el RAID 1 las quecuales denominamos amigo y hola,

en el cual hacemos click izquierdo, para seleccionar la opción Break MirroredVolumen.

Luego presionamos en Yes para continuar

Luego visualizamos el estado Healthy en el que se quedo el Disk 0 y el Disk 1, tambiénvemos que el RAID 1 se encuentra en dos discos que discos distintos (I y H).

Luego visualizamos el estado Healthy en el que se quedo el Disk 0 y el Disk 1, también

19

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

Mirroring SQL Server

Documents

Transcript of Mirroring SQL Server