escenarios híbridos con sql server 2014

Escenarios híbridos con SQL

Server 2014

Enrique Catalá

MVP en SQL Server, Mentor SolidQ

[email protected]

@enriquecatala

www.solidq.com

mailto:[email protected]

2© 2014 SolidQ

Agenda

• Arquitecturas híbridas

• Backups a la nube

• Bases de datos en la nube

3© 2014 SolidQ

¿Para qué necesitamos entorno

Hibrido?

Administración

Escalabilidad

DisasterRecovery

4© 2014 SolidQ

Por qué necesitamos DR en SQL

Server?

• Un evento que nos tumbe nuestro On-premise

• Temporal (e.g. gateway failure)

• Permanente (e.g. flooding)

• Un site manual de DR es muy caro

• Alquiler, mantenimiento, luz, personal,…

• Hardware

• …

5© 2014 SolidQ

Tecnologías soportadas

Technology SQL Server

Version

Zero Data

Loss

Scope #

Secondarie

s

Automatic

Failover

Readable

Secondarie

s

Availability

Groups

SQL Server

2012+

Yes*

(Sync

Mode)

DB(s) 4 -> 2012

8 -> 2014

Yes

(w/

additional

cluster

member)**

Yes

Database

Mirroring

SQL Server

2005+

Yes*

(High

Safety

Mode)

DB 1 Yes

(w/

Witness)**

Limited

(database

snapshots)

Log

Shipping

SQL Server

2005+

No DB Ilimitadas No Limited

(standby

state)

Replicacion SQL Server

2008+

No Articulos Ilimitadas No Si

* La mayoria eligen modo async para evitar impacto en rendimiento

**Modo async soporta pérdida de datos

6© 2014 SolidQ

AlwaysOn: Mejoras

• Increased number of secondaries

• Increased availability of readable secondaries

• Add Azure Replica Wizard

Sync Async

7© 2014 SolidQ

Diagrama de arquitectura

Windows Cluster

Availability Group

On-Premises

SecondaryPrimary

8© 2014 SolidQ


Windows Cluster

Availability Group

On-Premises

SecondaryPrimary Secondary

Cloud

9© 2014 SolidQ


Windows Cluster Windows Cluster

Availability Group Availability Group

Primary Secondary

On-Premise (MAD) On-Premise (BCN)

Secondary

10© 2014 SolidQ


Windows Cluster

Availability Group

Cloud On-Premise

SecondarySecondaryPrimary

11© 2014 SolidQ


Windows Cluster

Availability Group

Cloud On-Premises

SecondarySecondaryPrimary

12© 2014 SolidQ


DBreplica1

Replica1 Replica2 Replica n

DBreplica2 DBreplica3

Azure Republicador(opcional)

Transactional replication

SYNC

WANSQL1 (onpremise)

ON PREMISE Azure

Nodos secundarios replicación Capa de base de datos,

suscriptores (5s-15s delay) SQL Standard Edition

Nodo publicador Instancia OnPremise que contiene los

datos maestros a replicar mediante replicación transaccional

Demo

Availability Groups

Añadir replica en azure

38© 2014 SolidQ

Agenda




39

Backups a Microsoft Azure

Windows Azure

storage

• On-site/off-site storage costs

• Device management costs

• Manage drives and policy

• Near “bottomless” storage

• Off-site, geo-redundant

• No provisioning

• No device management

• Media safety (decay-free)

• Remote accessibility

40© 2014 SolidQ

Backups autoadministrados

• El agent maneja y se encarga de registrar por nosotros los backups

• Beneficios principales

• Gestion de backups a gran escalao En funcón de context – for example, workload/throttling

o Mínimos conocemientos – control retention period

o Administrar todas o algunas BBDD

• Soporta backups a azureo Georedundante

o Coste mínimo de almacenamiento

o 0 mantenimiento de hardware de almacenamiento

EXEC smart_admin.sp_set_db_backup

@database_name='TestDB',

@storage_url=<storage url>,

@retention_days=30,

@credential_name='MyCredential',

@enable_backup=1

Demo

Backups en Azure

44© 2014 SolidQ

BBDD Hibridas

• Subir ficheros de log y datosa Azure manteniendo el nodo de cómputo en OnPremise

• TDE soportado

• Beneficios

• Transparente para apps

• Capacidad de almacenamiento ilimitada

• Almacenamientogeoreplicado

• Seguro porque el TDE guarda las claves TDE OnPremise (master)

• Restores “instantáneos”

¿Preguntas?

Enrique Catalá


[email protected]

@enriquecatala

www.enriquecatala.com


Gracias!

Enrique Catalá


[email protected]

@enriquecatala

www.enriquecatala.com
