1. Escenarios Híbridos con SQL
Server 2014 y Windows Azure
Enrique Catalá Bañuls (@enriquecatala)
ecatala@solidq.com
MVP – MCT – Mentor en SolidQ
www.enriquecatala.com

2. Agenda
Soluciones híbridas
Mejoras en AlwaysON
Arquitecturas híbridas
Backups a la nube
Bases de datos en la nube

3. Soluciones híbridas

4. Por qué necesitamos DR en SQL Server?
7
• 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. Tecnologías soportadas
8
Technology SQL Server Version Zero Data Loss Scope # Secondaries Automatic
Failover
Readable
Secondaries
Availability
Groups
SQL Server 2012+ Yes*
(Sync Mode)
DB(s) 4 -> 2012
8 -> 2014
Yes
(w/
additional
cluster
member)**
Yes
Database
Mirroring
SQL Server 2008 R2
SQL Server 2012
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. Agenda
Soluciones híbridas
Mejoras en AlwaysON
Arquitecturas híbridas
Backups a la nube
Bases de datos en la nube

7. AlwaysOn
Mejoras
• Increased number of secondaries
• Increased availability of readable secondaries
• Add Azure Replica Wizard

8. Agenda
Soluciones híbridas
Mejoras en AlwaysON
Arquitecturas híbridas
Backups a la nube
Bases de datos en la nube

9. Diagrama de arquitectura
19
Windows Cluster
Availability Group
On-Premises
SecondaryPrimary

10. 20
Windows Cluster
Availability Group
On-Premises
SecondaryPrimary Secondary
Cloud
Diagrama de arquitectura

11. 21
Windows Cluster Windows Cluster
Availability GroupAvailability Group
Primary Secondary
On-Premises (NY) On-Premises (NJ)
Secondary
Cloud
Diagrama de arquitectura

12. Diagrama de arquitectura
22
Windows Cluster
Availability Group
Cloud On-Premises
SecondarySecondaryPrimary

13. Diagrama de arquitectura
23
Windows Cluster
Availability Group
Cloud On-Premises
SecondarySecondaryPrimary

14. Arquitectura elástica
24
DBreplica1
Replica1 Replica2 Replica n
DBreplica2 DBreplica3
Azure Republicador
(opcional)
Transactional
replication
SYNC
WAN
SQL1 (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

15. Availability Groups
Añadir replica en azure
Demo

40. Agenda
Soluciones híbridas
Mejoras en AlwaysON
Arquitecturas híbridas
Backups a la nube
Bases de datos en la nube

41. Backup a Microsoft Azure
Windows Azure
storage
WA
WindowsAzure
Blobs
• On-site/off-site storage costs
• Device management costs
Box
• XDrives limited to 1 terabyte
• Max 16 drives
• Manage drives and policy
• Near “bottomless” storage
• Off-site, geo-redundant
• No provisioning
• No device management
• Media safety (decay-free)
• Remote accessibility

42. Managed backups en Azure
• El agent maneja y se encarga de registrar por
nosotros los backups
• Beneficios principales
‐ Gestion de backups a gran escala
 En funcón de context – for example, workload/throttling
 Mínimos conocemientos – control retention period
 Administrar todas o algunas BBDD
‐ Soporta backups a azure
 Georedundante
 Coste mínimo de almacenamiento
 0 mantenimiento de hardware de almacenamiento
Example:
EXEC smart_admin.sp_set_db_backup
@database_name='TestDB',
@storage_url=<storage url>,
@retention_days=30,
@credential_name='MyCredential',
@enable_backup=1

43. Availability Groups
Backups hacia Azure
Demo

44. Agenda
Soluciones híbridas
Mejoras en AlwaysON
Arquitecturas híbridas
Backups a la nube
Bases de datos en la nube

45. Desplegar BBDD a Microsoft Azure VM
• Nuevo wizard para desplegar BBDDs en
VMs sobre Azure
‐ Permite crear incluso la VM de ser
necesario
• Beneficios
‐ Facil de usar
 Perfecto para nuevos DBAs que no esten
“duchos” en azure
‐ Complejidad oculta
 No conocer Azure en detalle
 El coste temporal ligado solo al tamaño a
subir a la nube

46. Datos y logs de SQL Server a Microsoft Azure
Storage
• Subir ficheros de log y datos a Azure
manteniendo el nodo de cómputo en
OnPremise
‐ TDE soportado
• Beneficios
‐ Transparente para apps
‐ Capacidad de almacenamiento ilimitada
‐ Almacenamiento georeplicado
‐ Seguro porque el TDE guarda las claves TDE
OnPremise (master)
‐ Restores “instantáneos”

47. Datos y logs de SQL Server a Microsoft Azure
Storage