Este documento presenta sobre modelos híbridos de recuperación de desastres (on-premise/cloud). Explica los modelos de recuperación, tipos de copia de seguridad y restauración, y modelos de replicación. Incluye demostraciones de estas funciones usando Azure. El objetivo es proporcionar una introducción a estas herramientas de alta disponibilidad y recuperación ante desastres.
texto argumentativo, ejemplos y ejercicios prácticos
Modelos recuperación híbridos
1. Modelos de recuperación de
desastre híbridos (On premise / Cloud)
Ahias Portillo
DPA-SolidQ
Gerente de plataforma de datos- Ninja Web
@portilloAhias
2. Expositor
Arquitecto de plataforma de Datos en SolidQ. Cuenta con 8 años de experiencia en
desarrollo de soluciones informáticas, ha desarrollado proyectos para 8 países
distintos en el área de Centro América, Estados Unidos y El Caribe.
Cuenta con dos especialidades enfocadas a base de datos e inteligencia de
negocios, actualmente es reconocido como uno de los 4 mil “Microsoft Most
Valuable Professional” en el mundo y único consultor con este reconocimiento en El
Salvador, participa activamente como Gerente de plataforma de datos en Ninja
Web Corp.
3. Objetivos de la sesión
Recovery Model
Demo Recovery Model
Backup/Restore Tipos
Demo Backup/ Restore
utilizando Azure
Modelos de Replicación
Demo Replicación utililizando
Azure
5. Recovery Model
Es una configuración en la base de datos que
determina la forma en que se registran los procesos
de transacciones, si cada Transacción se escribirá
en log.
6. Recovery Model
Recovery Model Description Backup and Recovery Issues
Full Todas las transacciones son Todos los tipos de Backup son
registradas soportados.
Bulk Logged Todas las transacciones son Point-in-time restore no soportado
registradas excepto las
operaciones de bulk
Simple El registro de transacciones Transaction Log Backup ,
esta deshabilitado (Similar a Point-in-time y page restore no
un Truncate del log) soportado.
9. Backup
• Sinónimo de protección para
desastre.
• Es una copia de los datos para su
restauración.
• Es una copia secundaria de los
datos, con un formato especifico.
• No es una copia literal de los
archivos de base de datos (mdf,ldf,
log)
10. Backup
• Full: Almacena toda los datos y objetos que se encuentra
almacenada en la base de datos puede realizarse sin importar el
Recovering model de la base de datos.
• Differential Backup: Es similar al Full backup con la diferencia
que almacena, los datos y objetos posterior al ultimo backup full,
puede realizarse sin importar el Recovering model de la base de
datos
11. Backup
• Transaction Log: Solo puede realizarse sobre base de datos con
recovery model Full o Bulk-Logged, generalmente se utiliza para
reducir la cantidad de datos que pudieran perderse en caso de una
falla ya que solo respalda el Transaction log.
• Filegroup: Es una alternativa al Backup Full, con la diferencia
que el respaldo se realiza exclusivamente al archivo seleccionado.
13. Restore
Es el proceso por el cual
recuperaremos una base de datos
a partir de los respaldos:
14. Restore
• Restore Full: Restaura una copia de la base de datos
en un momento del tiempo (esquemas, tablas, datos,
sp, etc).
• Restore Differential : Restaura un copia de la base de
datos con los cambios realizado posterior al ultimo
Full Backup.
15. Restore
• Restore Transaction Log: Restaura un Backup de tipo
Transaction Log, en el proceso se puede restaurar todas las
transacciones contenidas en el backup o transacciones en
un momento especifico del tiempo.
• Restore File and FileGroup: Restaura datos y objetos del
archivo especificado en el backup.
16. Restore
• Restore point in time: Restaura una base de datos en un
punto especifico del tiempo, esto se realiza utilizando la
instrucción STOPAT.
19. Replicación
Proceso en el cual se configuran N servidores de base de
datos en el cual se replican cierta cantidad de objetos y datos
entre servidores, creando una infraestructura de alta
disponibilidad, facilitando la recuperación de desastres.