Recuperación ante desastres y continuidad del negocio con Azure SQL Database

BIENVENIDOS

24 de Octubre de 2015

Universidad EAN, Sede El Nogal

Bogotá, Colombia

Recuperación ante desastres y continuidad del negocio con

Azure SQL Database

Jose Redondo

redondoj@gmail.com

Jose Redondo

redondoj.wordpress.com

@redondoj

redondoj@gmail.com

Microsoft Data Platform

MVP

Agenda

• Que es BCDR (Business Continuity / Disaster Recovery)

• BCDR para Azure SQL DB

• Tipos de BCDR para Azure SQL DB

Que es BCDR(Business Continuity / Disaster Recovery)

• El eterno problema de la continuidad de las empresas

• Computación en la nube

• BCDR para SQL Server On-Premise

El eterno problema de la continuidad de las empresas

Habilitando las aplicaciones para su continua operatividad durante eventos “disruptivos” planificados y no planificados.

Computación en la nube

Packaged

Software

Storage

Servers

Networking

O/S

Middleware

Virtualization

Data

Applications

Runtime

Yo

u m

anag

eInfrastructure

(as a Service)

Storage

Servers

Networking

O/S

Middleware

Virtualization

Data

Applications

Runtime

Manag

ed

by ve

nd

or

Yo

u m

anag

e

Platform(as a Service)

Manag

ed

by ve

nd

or

Yo

u m

anag

e

Storage

Servers

Networking

O/S

Middleware

Virtualization

Applications

Runtime

Data

Software(as a Service)

Manag

ed

by ve

nd

or

Storage

Servers

Networking

O/S

Middleware

Virtualization

Applications

Runtime

Data

BCDR para SQL Server On-Premise

• Copias de seguridad• Full

• Diferencial

• Log de transacciones

• SQL Cluster

• Log Shipping

BCDR para SQL Server On-Premise

• Database Mirroring

• AlwaysON

• Replicación

• Vistas Instantáneas de bases de datos (Snapshots)

BCDR para Azure SQL DB

• No soporta • Copias de seguridad

• Full

• Diferencial

• Log de transacciones

• AlwaysON

• SQL Cluster

• Mirroring

• Log Shipping

Y ahora que?

Azure SQL DBBases de datos como un servicio• Microsoft toma toda la responsabilidad de la seguridad de sus datos

• Con cada nivel, el tiempo de actividad SLA definido es del 99.99% de disponibilidad

• El tiempo de inactividad para aplicaciones 24x7 pueden causar enormes pérdidas financieras

Performance Tier Uptime SLA

Basic 99.99%

Standard 99.99%

Premium 99.99%

Web 99.9%

Business 99.9%

Exportar una base de datos

Crear una copia de la base de datos

• Asegurar una copia consistente transaccional

Pro Contra

Formato de datos portable – Esquemas y

datos lógicos

Necesidad de solución (DB-Copy) para

garantizar la base de datos consistente

Bajo costo Lento para restaurar

Exportar una base de datos

Exportar copia de seguridad a cuenta de almacenamiento

• Exportación las cuentas de almacenamiento de los clientes

Exportar una base de datos

Repita según sea necesario

• Crear copia de archivo adicionales según sea necesario

Tipos de BCDR para Azure SQL DB

• Recuperación desde una maquina con fallos

• Recuperación desde errores accidentales – Recuperaciones innecesarias

• Recuperación desde la caída de alguna Región y/o Datacenter

Recuperación desde una maquina con fallos

Las lecturas se efectuará directamente en el primario

Escrituras son replicadas en las secundarias

Base de datos lógica individual

Escritura

Escritura Ack

Ack

Lectura

Valor Escritura

Ack

Recuperación desde una maquina con fallos

Capacidades criticas:• Crear nuevas replicas

• Sincronización de datos

• Coherencia de escenarios

• Detección de fallas

• Failover

• 99.99% de disponibilidad

Recuperación desde errores accidentales –Recuperaciones innecesarias

Geo-replicación

Restauración desde

una copia de

seguridad

Copia de seguridad

SQL Database

sabcp01bl21

Azure Storage

sabcp01bl21

Recuperación desde errores accidentales –Recuperaciones innecesarias

Copia de seguridad automática• Copias de seguridad completas

semanales, Diferentes copia de seguridad diaria, Copias de seguridad cada 5 minutos.

• Copias de seguridad diarias y semanales cargadas automáticamente al almacenamiento de Azure geo-redundantes (Azure Storage)

Recuperación desde errores accidentales –Recuperaciones innecesarias

Auto-servicio de restauración

• Punto en el tiempo hasta un segundo de granularidad

• REST API, PowerShell o Portal

• Crea una nueva base de datos en el mismo servidor lógico

Recuperación desde la caída de alguna Región y/o Datacenter

Política de retención de información en niveles

• Basic - 7 días

• Standard - 14 días

• Premium - 35 días

Sin costo adicional para mantener copias de seguridad

Restauración de bases de datos eliminadas

Autoservicio de

restauración hasta el

punto de eliminación

Copias de seguridad para los días 7, 14, 35

Ahora -7 díasTiempo

Restauración de bases de datos eliminadas

Recuperación después de la eliminación accidental de una base de datos

• Restaura la base de datos hasta el punto de eliminación (Copias de seguridad anteriores son borrados)

• Crea una nueva base de datos en el servidor utilizado por la base de datos original

• Usted puede optar por la conmutación por error a la base de datos restaurada o usar secuencias de comandos para recuperar datos

Act

ivar

Geo

-Rep

licaci

ón

LS ABC

South Central US

West US

Conmutación por error (Failover) y

activación de secundaria (En

cualquier momento)

East US

DB1

LS XYZ LS OPQ

DB1DB1.old

North Central US

LS DFE

DB1

DB1

Activar Geo-Replicación

• RTO (Recovery Time Objective) < 1 hora, RPO (Recovery Point Objective) < 5 minutos

• REST y API de PowerShell para opt-in y Conmutación por error (Failover)

• DMV (Dynamic Management Views) + REST para monitorear y dirigir las decisiones generadas por la conmutación por error

• Replicación automática de datos y sincronización

• Hasta 4 bases de datos secundarias en línea con niveles de desempeño correspondiente en cualquier región

DEMOSTRACIÓN

Recuperación desde interrupciones en los datacenter y/o regionesReplicación estándar

East US

US West

LS ABC

Conmutación por error (Failover) y activación de

secundaria (Durante incidentes) West US

DB

LS XYZ

DB

North Central US

LS OPQ

DB

Recuperación desde interrupciones en los datacenter y/o regiones• RTO (Recovery Time Objective) < 2 horas, RPO

(Recovery Point Objective) < 5 minutos

• REST y API de PowerShell para opt-in y Conmutación por error (Failover)

• Sincronización y replicación de datos automático

• DMV (Dynamic Management Views) + REST para supervisar y orientar las decisiones de conmutación por error

• Offline Individual secundaria con nivel de desempeño vinculada en la región DR (Disaster Recovery)

DEMOSTRACIÓN

Geo-Restauración de bases de datos

Geo-Replicación

Copias de seguridad

SQL Database

sabcp01bl21

Azure Storage

sabcp01bl21

Restaurar en

cualquier

región Azure

Geo-Restauración de bases de datos

• Autoservicio API de restauración

• Restaura la última copia de seguridad diaria

• Sin costo adicional, no hay garantía de capacidad

• RTO >= 24 horas, RPO = 24 horas

• URL de la base de datos cambiará después de la restauración

DEMOSTRACIÓN

Modelos de niveles BCDR

B

Transacciones

por horas

Transacciones

por minutos

Transacciones

por segundos

ERT*<12h

RPO**<1h

ERT<12h

RPO<1h

ERT<12h

RPO<1h

ERT<30s

RPO<5s

ERT<30s

RPO<5s

ERT<30s

RPO<5s

• * Tiempo de Recuperación Estimado (En ingles: ERT) - La duración estimada para la base de datos debe ser totalmente funcional después de

solicitar la restauración y su recuperación tras errores.

• ** Objetivo de Punto de Recuperación (En ingles: RPO) - La cantidad de cambios de datos más recientes (Según un intervalo de tiempo)

podría perder la aplicación después de la recuperación.

PREGUNTAS Y RESPUESTAS

Jose Redondo

redondoj.wordpress.com

@redondoj

redondoj@gmail.com

Microsoft Data Platform

MVP

¡MUCHAS GRACIAS!