2. Speaker Bio
2
Andrei Garzón
Ingeniero de Sistemas de la Universidad de los Andes. Magister en Ingeniería de
Sistemas Universidad de Los Andes. Consultor de Inteligencia de Negocios y SQL
Server desde hace más de 5 años. MCT, MCSE. Integrante de la comunidad de
Inteligencia de Negocios Intermezzo BI
@andreigarzon
/andreigarzon
12. 12
¿Qué es AlwaysOn?
Grupo de tecnologías de alta disponibilidad y recuperación de desastres
existentes a partir de SQL Server 2012
12
13. 13
Tecnologías de AlwaysOn
13
Failover Cluster Instances (FCI) Availability Groups (AG)
Failover a nivel de instancia
Requiere almacenamiento compartido
Solo una replica activa por instancia
Failover a nivel de grupos de bases de datos
No requiere almacenamiento compartido
Replicas activas
14. 14
Grupos de disponibilidad
Database Mirroring + Log Shipping
Lectura / Backup sobre los secundarios
Conexión transparente desde las aplicaciones
Failover a nivel de grupos
Múltiples secundarios
14
15. 15
Grupos de disponibilidad
15
Primary Data Center
Synchronous / Asynchronous
Disaster Recovery Data Center
Primary Secondary
Fileshare Witness
Synchronous
Secondary
Windows Server Failover Cluster
Availability Group
16. 16
Estrategias
16
Aspecto Log Shipping Database Mirroring Failover Clustering Availability Groups
Unidad Failover Base de datos Base de datos Instancia Grupos de bases de
datos
Failover
Automático
No Si, con testigo Si Si
Número de replicas Ilimitado 1 0 4
Conexión
transparente
No No Si Si
Disponibilidad de la
réplica
Sólo lectura entre
restauraciones
Sólo lectura vía
snapshot
N/A Sólo lectura / Backup
17. 17
Grupos de disponibilidad - Listener
17
Primary Data Center
Synchronous / Asynchronous
Disaster Recovery Data Center
Primary Secondary
Fileshare Witness
Synchronous
Secondary
Availability Group
18. 18
Grupos de disponibilidad - Listener
18
Primary Data Center
Synchronous / Asynchronous
Disaster Recovery Data Center
Primary Secondary
Fileshare Witness
Synchronous
Secondary
Availability Group
Listener
19. 19
Grupos de disponibilidad – Listener Secundarios
19
Primary Data Center
Synchronous / Asynchronous
Disaster Recovery Data Center
Primary Secondary
Fileshare Witness
Synchronous
Secondary
Availability Group
Listener – ApplicationIntent = ReadOnly
20. 20
Read Only Routing
Para cada replica es necesario:
Configurar las replicas para permitir conexiones de lectura
ALTER AVAILABILITY GROUP [AG1] MODIFY REPLICA ON N'Instance1' WITH (SECONDARY_ROLE
(ALLOW_CONNECTIONS = READ_ONLY));
Definir el routing URL
ALTER AVAILABILITY GROUP [AG1] MODIFY REPLICA ON N'Instance1' WITH
(SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://Server01.contoso.com:1433'));
20
21. 21
Read Only Routing
Para cada replica es necesario:
Definir el routing list – Sin Balanceo SQL Server 2012, 2014, 2016
ALTER AVAILABILITY GROUP [AG1] MODIFY REPLICA ON N'COMPUTER01'
WITH (PRIMARY_ROLE
(READ_ONLY_ROUTING_LIST=('Server01Instance01','Server02Instance02',
'Server03Instance03')));
Definir el routing list – Con Balanceo SQL Server 2016
ALTER AVAILABILITY GROUP [AG1] MODIFY REPLICA ON N'COMPUTER01' WITH
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=(('Server01Instance01','Server02Instance02'),
'Server03Instance03')));
21
22. 22
Novedades en SQL Server 2016
Máximo 8 replicas secundarias (SQL 2014) (4 replicas desde 2012)
Failover automático entre máximo 3 replicas (2 replicas desde 2012)
Failover automático si las bases de datos presentan problemas (corrupta, offline)
Grupos de Alta Disponibilidad Básico
Sql Server Standard
Una base de datos
Dos replicas
Sin Listener
22