AlwaysOn en SQL Server Andrei Garzón

Transcripción

1 AlwaysOn en SQL Server 2016 Andrei Garzón

2 Speaker Bio 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 /andreigarzon 2

3 Agenda Introducción Estrategias de HA / DR Novedades en SQL Server

4 Alta Disponibilidad / Recuperación de Desastres Alta Disponibilidad Recuperación de desastres 4 4

5 Alta Disponibilidad / Recuperación de Desastres 99.99% Disponibilidad Horas Minutos 99% 87,6 99,9% 8,76 99,99% 0,876 52,6 99,999% 0,0876 5,3 5 5

6 Estrategias Log Shipping Database Mirroring* Failover Cluster Instances Availability Groups 6 6

7 Estrategias Log Shipping 7 7

8 Estrategias Database Mirroring Alto desempeño - Asíncrono 8 8

9 Estrategias Database Mirroring Alta seguridad - Síncrono 9 9

10 Estrategias Alta Disponibilidad Primary Data Center Disaster Recovery Data Center Witness Principal Mirror Log Shipping Secondary Synchronous Database Mirroring Log Shipping 10 10

11 Estrategias Alta Disponibilidad Failover Cluster 11 11

12 Qué es AlwaysOn? Grupo de tecnologías de alta disponibilidad y recuperación de desastres existentes a partir de SQL Server

13 Tecnologías de AlwaysOn Failover Cluster Instances (FCI) Failover a nivel de instancia Requiere almacenamiento compartido Solo una replica activa por instancia Availability Groups (AG) Failover a nivel de grupos de bases de datos No requiere almacenamiento compartido Replicas activas 13 13

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 14

15 Grupos de disponibilidad Windows Server Failover Cluster Primary Data Center Disaster Recovery Data Center Primary Fileshare Witness Secondary Availability Group Secondary Synchronous Synchronous / Asynchronous 15 15

16 Estrategias 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 Conexión transparente Disponibilidad de la réplica No No Si Si Sólo lectura entre restauraciones Sólo lectura vía snapshot N/A Sólo lectura / Backup 16 16

17 Grupos de disponibilidad - Listener Primary Data Center Disaster Recovery Data Center Primary Fileshare Witness Secondary Availability Group Secondary Synchronous Synchronous / Asynchronous 17 17

18 Grupos de disponibilidad - Listener Listener Primary Data Center Disaster Recovery Data Center Primary Fileshare Witness Secondary Availability Group Secondary Synchronous Synchronous / Asynchronous 18 18

19 Grupos de disponibilidad Listener Secundarios Listener ApplicationIntent = ReadOnly Primary Data Center Disaster Recovery Data Center Primary Fileshare Witness Secondary Availability Group Secondary Synchronous Synchronous / Asynchronous 19 19

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 20

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=('Server01\Instance01','Server02\Instance02', 'Server03\Instance03'))); 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=(('Server01\Instance01','Server02\Instance02'), 'Server03\Instance03'))); 21 21

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 22

23 Questions?

24 Thank You for Attending Share your thoughts with hashtags #pass24hop & #sqlpass