Escenarios híbridos con sql server 2014
-
Upload
enrique-catala-banuls -
Category
Technology
-
view
81 -
download
0
Transcript of Escenarios híbridos con sql server 2014
Escenarios híbridos con SQL
Server 2014
Enrique Catalá
MVP en SQL Server, Mentor SolidQ
@enriquecatala
www.solidq.com
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
Diagrama de arquitectura
Windows Cluster
Availability Group
On-Premises
SecondaryPrimary Secondary
Cloud
9© 2014 SolidQ
Diagrama de arquitectura
Windows Cluster Windows Cluster
Availability Group Availability Group
Primary Secondary
On-Premise (MAD) On-Premise (BCN)
Secondary
10© 2014 SolidQ
Diagrama de arquitectura
Windows Cluster
Availability Group
Cloud On-Premise
SecondarySecondaryPrimary
11© 2014 SolidQ
Diagrama de arquitectura
Windows Cluster
Availability Group
Cloud On-Premises
SecondarySecondaryPrimary
12© 2014 SolidQ
Diagrama de arquitectura
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
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
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á
MVP en SQL Server, Mentor SolidQ
@enriquecatala
www.enriquecatala.com
Gracias!
Enrique Catalá
MVP en SQL Server, Mentor SolidQ
@enriquecatala
www.enriquecatala.com