WIXLIB

Recuperación ante DesastresModelo de Disponibilidad (II) Análisis Diferencial: decrementodel 10% de todos los parámetrosOrden decreciente deimportancia:pMTBFMTTR 2, Recovery TimeNode Rejoin TimeMTTR 1,, aParámetroComportamiento de la Arquitectura PropuestaSETPARAMETROS 1SETPARAMETROS 2MTBF11,2811,29MTTR 1-0,13-0,14MTTR 2-4,82-7,87Recovery Time-3.90-1.61Node Rejoin Time-1,29-0,52p462377a-0,023-0,025Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos Posibles casos de desastre o fallo múltiple contemplados:Fallo en una Cabina de discosFallo de las líneas de comunicacionesDesastre en un CPD37Recuperación ante Desastres (II) Recuperación de Desastres y Fallos Múltiples:50% automática50% manual en 4 horasReglasRegla 1: Si hay un fallo en un nodo, reducir al mínimo la probabilidad de queno tenga éxito la reconfiguración del clusterRegla 2: Reducir al mínimo los fallos en un nodoRegla 3: Si hay un fallo de reconfiguración (haciendo que todo el cluster secaiga) reducir al mínimo el tiempo necesario para que el cluster vuelva a sufuncionamiento normalRegla 4: En caso de éxito en la reconfiguración del cluster, reducir al mínimo laduración de la reconfiguración4 de Junio de 2008 Se plantea una distribución las BBDD alternativa para mejorar ladisponibilidad en caso de desastre: Ubicar todas las BBDD de un mismo cluster, en la misma cabina dediscosConfigurar el Dispositivo de Quórum del cluster en la misma cabina dediscos que las BBDDSe penaliza tiempo de respuesta del 100% de operaciones de un nodoDe media el 66-67% de las BBDD se recuperarían automáticamente4 de Junio de 2008Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos38Fallo en líneas de comunicacionesPosibles casos de desastre:SF15K-1SF15K-2RAC-1 N1RAC-1 N2A1R. PrivadaA2B1B2SF25K-1SF25K-2RAC-2 N1RAC-2 N2C1R. PrivadaC2D1D29980V 19980V-1DWDM9980V 29980V-2BD-A (25%)BD-B (25%)BD-C (25%)BD-D (25%)QD RAC-1 SAN Ext. QD RAC-2R-BR-AR-DR-CFallo en una Cabina de discos: Recuperación: Automática 50% y Manual 50% 4 horasAlternativa: Automática 50% y Manual 50% 4 horasFallo de las líneas de comunicaciones (*):( ): Recuperación: Automática 50% y Manual 50% 4 horasAlternativa: Automática 100%Desastre en un CPD: Recuperación: Automática 25%, Manual 25% en 30 minutosy Manual 50% 4 horasAlternativa: Automática 50% y Manual 50% 4 horas4 de Junio de 2008Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos39AAAFuncionamiento NormalFuncionamiento CorrectoFallo de ComponenteElemento AfectadoVoto de Quorum en RAC-1Voto de Quorum en RAC-24 de Junio de 2008Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos4010

Fallo en líneas de comunicacionesSF15K-1SF15K-2RAC-1 N1RAC-1 N2A1R. PrivadaA2B1B2SF25K-1SF25K-2RAC-2 N1RAC-2 N2C1R. PrivadaC2D1D29980V 19980V-1DWDM9980V 29980V-2BD-A (25%)BD-B (25%)BD-C (25%)BD-D (25%)QD RAC-1 SAN Ext. QD RAC-2R-BR-AR-DR-CAAAFuncionamiento NormalFuncionamiento CorrectoFallo de ComponenteElemento AfectadoVoto de Quorum en RAC-1Voto de Quorum en RAC-24 de Junio de 2008Fallo en líneas de comunicacionesSF15K-1SF15K-2RAC-1 N1RAC-1 N2A1R. PrivadaA2B1B2SF25K-1SF25K-2RAC-2 N1RAC-2 N2C1R. PrivadaC2D1D29980V 19980V-1DWDM9980V 29980V-2BD-A (25%)BD-B (25%)BD-C (25%)BD-D (25%)QD RAC-1 SAN Ext. QD RAC-2R-BR-AR-DR-CSF15K-1SF15K-2RAC-1 N1RAC-1 N2A1R. PrivadaA2B1B2SF25K-1SF25K-2RAC-2 N1RAC-2 N2C1R. PrivadaC2D1D29980V 19980V-1DWDM9980V 29980V-2BD-A (25%)BD-B (25%)BD-C (25%)BD-D (25%)QD RAC-1 SAN Ext. QD RAC-2R-BR-BR-DR-DFallo Líneas de Comunicación entre CPDsAAAUna Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos41Fallo en líneas de comunicaciones.Con Arquitectura AlternativaSF15K-1SF15K-2RAC-1 N1RAC-1 N2A1R. PrivadaA2B1B2SF25K-1SF25K-2RAC-2 N1RAC-2 N2C1R. PrivadaC2D1D29980V 19980V-1DWDM9980V 29980V-2BD-A (25%)BD-C (25%)BD-B (25%)BD-D (25%)QD RAC-1 SAN Ext. QD RAC-2R-CR-AR-DR-BFuncionamiento NormalFuncionamiento CorrectoFallo de ComponenteElemento AfectadoVoto de Quorum en RAC-1Voto de Quorum en RAC-24 de Junio de 20084 de Junio de 2008AAAUna Solución de Alta Disponibilidad deNegocio para un Servicio de Base de DatosFallo Líneas de Comunicación entre CPDsSF15K-1SF15K-2RAC-1 N1RAC-1 N2A1R. PrivadaA2B1B2SF25K-1SF25K-2RAC-2 N1RAC-2 N2C1R. PrivadaC2D1D29980V 19980V-1DWDM9980V 29980V-2BD-A (25%)BD-B (25%)BD-C (25%)BD-D (25%)QD RAC-1 SAN Ext. QD RAC-2R-BR-AR-DR-CRecuperación Sevicios de BBDDBBDD A:BBDD B:BBDD C:BBDD D:25%25%25%25%Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de DatosAutomático 4 horas 4 horasAutomático42Fallo en líneas de comunicaciones.Con Arquitectura AlternativaSF15K-1SF15K-2RAC-1 N1RAC-1 N2A1R. PrivadaA2B1B2SF25K-1SF25K-2RAC-2 N1RAC-2 N2C1R. PrivadaC2D1D29980V 19980V-1DWDM9980V 29980V-2BD-A (25%)BD-C (25%)BD-B (25%)BD-D (25%)QD RAC-1 SAN Ext. QD RAC-2R-CR-AR-DR-BAAAFuncionamiento NormalFuncionamiento CorrectoFallo de ComponenteElemento AfectadoVoto de Quorum en RAC-1Voto de Quorum en RAC-2SF15K-1SF15K-2RAC-1 N1RAC-1 N2A1R. PrivadaA2B1B2SF25K-1SF25K-2RAC-2 N1RAC-2 N2C1R. PrivadaC2D1D29980V 19980V-1DWDM9980V 29980V-2BD-A (25%)BD-B (25%)BD-C (25%)BD-D (25%)QD RAC-1 SAN Ext. QD RAC-2R-BR-BR-DR-D43Funcionamiento NormalFuncionamiento CorrectoFallo de ComponenteElemento AfectadoVoto de Quorum en RAC-1Voto de Quorum en RAC-24 de Junio de 2008SF15K-1SF15K-2RAC-1 N1RAC-1 N2A1R. PrivadaA2B1B2SF25K-1SF25K-2RAC-2 N1RAC-2 N2C1R. PrivadaC2D1D29980V 19980V-1DWDM9980V 29980V-2BD-A (25%)BD-C (25%)BD-B (25%)BD-D (25%)QD RAC-1 SAN Ext. QD RAC-2R-CR-AR-DR-BFallo Líneas de Comunicación entre CPDsUna Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos4411

Fallo en líneas de comunicaciones.Con Arquitectura AlternativaAgendaIntroducción Situación Inicial Requisitos de la Propuesta Planes de Continuidad de Negocio Solución Propuesta Resultados Conclusiones y Líneas Futuras de Trabajo SF15K-1SF15K-2RAC-1 N1RAC-1 N2A1R. PrivadaA2B1B2SF25K-1SF25K-2RAC-2 N1RAC-2 N2C1R. PrivadaC2D1D29980V 19980V-1DWDM9980V 29980V-2BD-A (25%)BD-C (25%)BD-B (25%)BD-D (25%)QD RAC-1 SAN Ext. QD RAC-2R-CR-AR-DR-BAAAFuncionamiento NormalFuncionamiento CorrectoFallo de ComponenteElemento AfectadoVoto de Quorum en RAC-1Voto de Quorum en RAC-24 de Junio de 2008SF15K-1SF15K-2RAC-1 N1RAC-1 N2A1R. PrivadaA2B1B2SF25K-1SF25K-2RAC-2 N1RAC-2 N2C1R. PrivadaC2D1D29980V 19980V-1DWDM9980V 29980V-2BD-A (25%)BD-C (25%)BD-B (25%)BD-D (25%)QD RAC-1 SAN Ext. QD RAC-2R-CR-AR-DR-BFallo Líneas de Comunicación entre CPDsSF15K-1SF15K-2RAC-1 N1RAC-1 N2A1R. PrivadaA2B1B2SF25K-1SF25K-2RAC-2 N1RAC-2 N2C1R. PrivadaC2D1D29980V 19980V-1DWDM9980V 29980V-2BD-A (25%)BD-C (25%)BD-B (25%)BD-D (25%)QD RAC-1 SAN Ext. QD RAC-2R-CR-AR-DR-BRecuperación Sevicios de BBDDBBDD A:BBDD B:BBDD C:BBDD omáticoUna Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos45Resultados (I) 4 de Junio de 2008 Disponibilidad de la arquitectura: 99,99%Solución de Continuidad de Negocio.Recuperación de Desastres y Fallos Múltiples: Software de base:Gestor de BBDD Oracle 9i RAC 9.2Sistema Operativo Solaris 9 9/04RAID Hardware y réplica (True Copy) de cabina dediscosUna Solución de Alta Disponibilidad deNegocio para un Servicio de Base de DatosFlexibilidad y capacidad de gestión :Se mejora el mantenimiento preventivo y reactivo de laplataforma sin parada de servicioFuncionalidades de copia y réplica de datos:4 de Junio de 2008Escalabilidad de la capacidad de proceso:112 procesadores USIV . Aumento de la capacidad de procesoen un 40%, incluido impacto por Oracle RAC ExtendidoLa capacidad de recursos COD permite absorber el 100% de lacarga de trabajo ante fallos simples o en caso de desastreHasta 80 procesadores adicionales. Y en un futuro actualizarlospor procesadores más potentes50% automática50% manual en 4 horas 46Resultados (II)52 minutos de parada al añoRecuperación automática en menos de 1 minuto Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos474 de Junio de 2008Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos4812

Conclusiones. DisponibilidadAgendaComparación con Situación InicialIntroducción Situación Inicial Requisitos de la Propuesta Planes de Continuidad de Negocio Solución Propuesta Resultados Conclusiones y Líneas Futuras de Trabajo 4 de Junio de 2008Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos49Conclusiones Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de DatosSolución Propuesta: Disponibilidad 99,99%(52 minutos/año) Recuperación Cluster:AutomáticaAt átiTiempo: Orden demagnitud en minutos Recuperación deDesastres:100% Manual en 4 horas4 de Junio de 2008AutomáticaAt átiTiempo: Orden demagnitud en segundos Recuperación deDesastres:50% automática50% manual en 4 horasUna Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos50Líneas Futuras De Trabajo1) Pasar a 2 Clusters de OracleHA2) Se creara un tercer Cluster(particionando los servidores)con Oracle 9i RAC y 4instancias, para probar laarquitecturait tpropuesta:tSe mejora significativamente la disponibilidaddel servicio de BBDDSe cumplen los requisitos de proyectoLa arquitectura propuesta reutiliza todos losrecursos actuales del cliente, reduciendo elcoste de migración a la nueva arquitectura4 de Junio de 2008Situación Inicial: Disponibilidad: 99,9%( 8,75 horas/año) Recuperación Cluster:Funcionalidades en generalDisponibilidad de la soluciónReconexión de clientes,funcionalidad TAF de OracleRendimiento de Oracle RACExtendido514 de Junio de 2008Configuración de Oracle RACen modo activo-activo oactivo-latenteEn base a estas pruebas, sies necesario, se aplicarán lascorrecciones oportunas a laarquitectura propuesta3) Migración de las instanciasOracle 8i a Oracle 9i, comopaso previo a la migración aOracle 9i RACUna Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos5213

Introducción Gracias Jesús Angulo ArribasEl objetivo del proyecto es el diseño de una arquitecturade alta disponibilidad para el entorno de bases de datos.Dentro de un Plan de Continuidad de Negocio global delos servicios críticos de la organización, consolidados enuna arquitectura de tres niveles: Web, Servidor deA liAplicacionesiyBBases dde DDatostEn el diseño de la solución participa: El propio cliente,Oracle y SunEl equipo de Sun esta formado por: Un coordinador delproyecto y, especialistas en Clusters y SO, Base deDatos Oracle y Sistemas de Almacenamiento4 de Junio de 2008Recuperación ante Desastres (I) Recuperación de Desastres y Fallos Múltiples: Ubicar todas las BBDD de un mismo cluster, en la misma cabinade discosConfigurar el Dispositivo de Quórum del cluster en la mismacabina de discos que las BBDDSe penaliza tiempo de respuesta del 100% de las operacionesen uno de los dos nodos de cada clusterDe media el 66-67% de las BBDD se recuperaríanautomáticamenteUna Solución de Alta Disponibilidad deNegocio para un Servicio de Base de DatosDisponibilidad de la arquitectura: 99,99%52 minutos de parada al añoRecuperación automática en menos de 1 minutoSe plantea una distribución las BBDD alternativa paramejorar la disponibilidad en caso de desastre:4 de Junio de 200854Resultados (I)50% automática50% manual en 4 horas Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos55Solución de Continuidad de Negocio.Recuperación de Desastres y Fallos Múltiples:50% automática50% manual en 4 horas Funcionalidades de copia y réplica de datos:RAID Hardware y réplica (True Copy) de cabina dediscos4 de Junio de 2008Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos5614

Resultados (II) Resultados (III)Escalabilidad de la capacidad de proceso: 112 procesadores USIV . Aumento de la capacidadde proceso en un 40%, incluido impacto por OracleRAC ExtendidoLa capacidad de recursos COD permite absorber el100% de la carga de trabajo ante fallos simples o encaso de desastreHasta 80 procesadores adicionales. Y en un futuroactualizarlos por procesadores más potentes Gestor de BBDD Oracle 9i RAC 9.2Sistema Operativo Solaris 9 9/04Sun Cluster 3.1 8/05Software de Veritas Storage Foundation Cluster FileSystem 4.0, que incluye los productos: Flexibilidad y capacidad de gestión : Se mejora el mantenimiento preventivo y reactivo dela plataforma sin parada de servicio4 de Junio de 2008Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de DatosSoftware de base:57Sistema de Ficheros Veritas Cluster File System 4.0Gestor de Volúmenes Veritas Cluster Volume Manager 4.0Software TrueCopy para la replicación entre lascabinas de disco Hitachi 9980V4 de Junio de 2008Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de Datos58Líneas Futuras De TrabajoRecomendaciones y Alternativas FACULTAD DE INFORMÁTICAUNIVERSIDAD POLITÉCNICA DE MADRIDRecomendaciones:Dispositivo de quórum en tercer CPDActualización a Sun Cluster 3.2, permite Dispositivode Quórum sobre un servidor Solaris con acceso IP Alternativas:BBDD de un mismo cluster en una única cabina dediscos, junto con DQ: Aumenta la disponibilidad antedesastresConfigurar Oracle RAC en Activo-Latente, para evitarparte de la latencia del RAC extendidoClusters Oracle RAC Locales: Mejora el rendimiento,pero disminuye la disponibilidad ante desastres4 de Junio de 2008Una Solución de Alta Disponibilidad deNegocio para un Servicio de Base de DatosUna Solución de AltaDisponibilidad de Negocio paraun Servicio de Base de DatosDefensa Proyecto Fin de CarreraAutor: Jesús Angulo ArribasTutora: Pilar Herrero Martín5915

4 de Junio de 2008 Negocio para un Servicio de Base de Datos 34 Recuperación de Oracle RAC 1. Detección del fallo 2. Reorganización pertenencia al cluster 3. Recuperación de base de datos Una Solución de Alta Disponibilidad de 4 de Junio de 2008Negocio para un Servicio de Base de Datos 35 Modelo de Disponibilidad MTBF: Tiempo Medio Entre