Presentación de Alta Disponibilidad con SQL Server 2012. Taller corganizado por Mug Perú, dirigido por Alberto De Rossi de dbLearner. Se trataron temas como trasvase de registro (log shipping), reflejo de base de datos (db mirroring), replicación transaccional punto a punto, clúster y Always On

1. ALTA DISPONIBILIDAD CON SQL
SERVER 2012
Expositor: Ing. Alberto De Rossi
Microsoft Certified Professional (MCP) SQL Server
Microsoft Certified Trainer (MCT)
This document has been prepared for limited distribution within Microsoft. This document
contains materials and information that Microsoft considers confidential, proprietary, and
significant for the protection of its business. The distribution of this document is limited to
those solely involved with the program described within.
Confidential and Proprietary © 2011 Microsoft
Last Updated: Monday, October 28, 2013

2. El presente One Day tiene por finalidad
revisar los conceptos de Alta Disponibilidad
para aplicaciones empresariales, así como
conocer las diferentes alternativas que
presenta SQL Server 2012 para implementar
soluciones que permitan mantener los
sistema operando la mayor cantidad del
tiempo posible.
OBJETIVO

3. QUE VEREMOS HOY?
Trasvase de
registro de
transacciones
2
1
Base de datos
reflejada
3
Replicación
transaccional
4
5
Introducción a
Clúster

4. INTRODUCCIÓN A LA ALTA
DISPONIBILIDAD

5. Introducción


Conceptos generales
Herramientas de alta disponibilidad

6. INTRODUCCIÓN A LA ALTA DISPONIBILIDAD
Conceptos Generales

7. Introducción a Disponibilidad de Datos
Alta Disponibilidad: Solución para minimizar o mitigar el
impacto de paradas de sistemas

Idealmente, un sistema de base de datos debería estar
disponible las 24 horas del día, cada día

Técnicas y herramientas para incrementar la
disponibilidad de los sistemas

Implica redundancia de algún tipo

8. Acuerdos de nivel de servicio (SLA)

Número de 9s
% disponibilidad
Tiempo de parada anual
2
99%
3 días y 15 horas
3
99.9%
8 horas y 45 minutos
4
99.99%
52 minutos y 34 segundos
5
99.999%
5 minutos y 15 segundos

9. Modos de Espera
Modo
HOT
STANDBY
WARM
STANDBY
COLD
STANDBY
Descripción
Se mantiene una copia de los datos del servidor primario en
el secundario.
El nodo secundario provee una copia transaccionalmente
consistente de los datos del servidor primario.
Detección automática de errores y recuperación.
También se mantiene la copia de los datos en el secundario,
pero los datos pueden o no pueden ser confirmados
concurrentemente.
El error y recuperación puede no ser automático
Servidor donde se pueden restaurar los datos.
Se necesita OS apropiado, software y copia de seguridad
Puede llevar un tiempo considerable.

10. INTRODUCCIÓN A LA ALTA DISPONIBILIDAD
Tecnologías de alta disponibilidad

11. Tecnologías de alta disponibilidad




SQL Server provee tecnologías que pueden ayudarlo a
crear sistemas de base de datos altamente disponibles
Protección de base de datos contra fallos
 Replicación
 Trasvase de registro de transacciones
 Base de datos reflejada
 AlwaysOn
Protección de instancia contra fallos
 Failover Clustering
Alguna veces se utiliza una combinación de tecnologías
de Alta Disponibilidad

12. Tecnologías de alta disponibilidad
Base de datos
reflejada
Failover
Clustering
Base de datos
Servidor
Grupo de Bases
de Datos
Base de datos
Falla automática
Si, con testigo
Si
Si
No
Réplicas de datos
1
0
4
Ilimitado
Media
Media
Alta
Baja
Disponibilidad de la
réplica
Solo lectura
con snapshot
N/A
Solo lectura
Solo lectura entre
restauración
Perdida de datos
(RPO)
Cero (AD)
Segundos (AP)
N/A
Cero (sync)
Segundos (async)
Minutos a Horas
Tiempo de
recuperación (RTO)
Segundos (AD)
Minutos (AP)
Segundos a
minutos
Segundos (sync)
Minutos (async)
Horas a días
Unidad de falla
Complejidad

Always On
Travase de registro
de transacciones
Backup/restore: apropiado para recuperación de desastres pero
no para alta disponibilidad

13. PRIMERA PARTE
TRASVASE DE REGISTRO DE
TRANSACCIONES

14. Objetivo
Definir el concepto de trasvase
de registro así como entender su
funcionamiento.
Conocer
el
proceso de configuración de
trasvase de registro, así como la
administración
del
mismo.
Simular una falla para identificar
opciones de recuperación

15. Primera parte – temas a tratar




Vista general de trasvase de registro de transacciones
Configuración de trasvase de registro de transacciones
Administración de trasvase de registro de transacciones
Interoperabilidad con otras características de SQL Server

16. TRASVASE DE REGISTRO DE TRANSACCIONES
Vista general de trasvase de registro de
transacciones

17. Qué es trasvase de registros?

Warm Stand By

Datos que puede ser traídos online en caso de falla del
sistema

Una base de datos completa es restaurada a un servidor
secundario, y luego los archivo de registro de
transacción de la base de datos primaria son aplicados a
la base de datos secundaria

Este es un costo relativamente bajo a la solución de la
disponibilidad de datos

18. Cómo Funciona trasvase de registros?

19. Fortalezas y debilidades de trasvase

Fortalezas








Maduro y estable
Múltiples copias de trabajos de respaldo y restauración
Simple de configurar y gestionar
No requiere HW especial
Las bases de datos secundarias pueden ser consultadas pero
no modificadas
Alertas en caso el trasvase no se complete en un umbral de
tiempo
Alerta en caso el servidor principal deje de funcionar (monitor)
Debilidades



Fallo de cliente manual
Configuración por base de datos
No protege bases de datos del sistema

20. TRASVASE DE REGISTRO DE TRANSACCIONES
Configuración de trasvase de registro de
transacciones

21. Cómo configurar trasvase de registro
En el servidor primario habilitar el trasvase de registro
Configurar la copia de seguridad
Agregar la instancia secundaria
Definir inicialización de bases de datos secundaria
Configurar copia de archivos al servidor secundario
Configurar restauración de registros en servidor secundario

22. Cómo configurar trasvase de registro
En el servidor primario habilitar el trasvase de registro

Utilizar la opción en las Propiedades de base de datos

Asegurarse que el modo de recuperación de la base de datos esté
configurado como completo (FULL)

23. Cómo configurar trasvase de registro
Configurar la copia de seguridad
Carpeta Compartida
Carpeta Local (Serv. primario)
Programar el trabajo

24. Cómo configurar trasvase de registro
Agregar la instancia secundaria
Agregar instancias

25. Cómo configurar trasvase de registro
Definir inicialización de bases de datos secundaria
Inicialización automática
Ubicación de archivos

26. Cómo configurar trasvase de registro
Configurar copia de archivos al servidor secundario
Carpeta Local (Serv. secundario)
Programar el trabajo

27. Cómo configurar trasvase de registro
Configurar restauración de registros en servidor secundario
Modo de recuperación de la base de datos
Programar el trabajo

28. TRASVASE DE REGISTRO DE TRANSACCIONES
Administración de trasvase de registro de
transacciones

29. Monitor de trabajos (Agente de SQL Server)

A través del monitor de trabajos del Agente de SQL Server

Servidor Principal:

Servidor Secundario:

30. Reporte de estado de trasvase de registros

Reportes estándar de la instancia

Servidor Principal:

Servidor Secundario:

31. Procedimientos almacenados del sistema

Monitoreo con Transact-SQL

Servidor Principal:
/* EN EL SERVIDOR PRINCIPAL */
EXEC sp_help_log_shipping_monitor_primary
'perdbprod01', 'adventureworks2012';
EXEC sp_help_log_shipping_primary_database 'adventureworks2012';

Servidor Secundario:
/* EN EL SERVIDOR SECUNDARIO */
EXEC sp_help_log_shipping_monitor_secondary
'perdbprod01SQLAD', 'adventureworks2012';
EXEC sp_help_log_shipping_secondary_database 'adventureworks2012';

32. Falla manual de trasvase de registro

En caso de falla en el servidor principal, recuperar manualmente la
base de datos en el servidor secundario:
--Recuperar la BD secundaria
--Ejecutar luego de la falla del principal
RESTORE DATABASE AdventureWorks2012 WITH RECOVERY;

Las aplicaciones deben ser redireccionadas manualmente hacia el
servidor secundario

33. Deshabilitar trasvase de registro

Para deshabilitar una instancia secundaria se retira de la sesión de
trasvase:
Quitar la instancia secundaria

Para deshabilitar al trasvase de registro, desmarcar la opción:

34. TRASVASE DE REGISTRO DE TRANSACCIONES
Interoperabilidad con otras características
de SQL Server

35. Trasvase de registros y reflejo

La base de datos principal en una sesión de creación de reflejo
puede actuar también como base de datos principal en una
configuración de trasvase de registros

En general, al combinar el trasvase de registros y la creación de
reflejo de la base de datos, la sesión de creación de reflejo se
establece antes que el trasvase de registros, aunque no es
necesario

Las bases de datos secundarias del trasvase de registros deben
residir en instancias de servidor distintas del servidor
principal/primario o el servidor reflejado/primario

36. Trasvase de registros y replicación

El trasvase de registros se puede usar conjuntamente con la
replicación

La replicación no continúa después de producirse una conmutación
por error de trasvase de registros

En la replicación transaccional, el comportamiento del trasvase de
registros depende de la opción sync with backup

37. Repaso de trasvase de registro




Vista general de trasvase de registro de
transacciones
Configuración de trasvase de registro de
transacciones
Administración de trasvase de registro de
transacciones
Interoperabilidad con otras características de SQL
Server

38. SEGUNDA PARTE
BASES DE DATOS REFLEJADAS
(MIRROR)

39. Objetivo
Definir el concepto de reflejo de
bases de datos así como
entender su funcionamiento.
Conocer
el
proceso
de
configuración del reflejo, así
como la administración del
mismo. Simular una falla para
identificar
opciones
de
recuperación

40. Segunda parte – temas a tratar




Vista general de bases de datos reflejadas
Configuración de bases de datos reflejadas
Administración de bases de datos reflejadas
Interoperabilidad con otras características de
SQL Server

41. BASES DE DATOS REFLEJADAS
Vista general de bases de datos reflejadas

42. Qué es reflejo de base de datos?

solución de software para incrementar la disponibilidad
de la base de dato

Mejora el nivel de disponibilidad que tenían las versiones
anteriores de SQL Server y provee una alternativa fácil a
clúster

Provee una solución tolerante a fallas casi instantánea
para las bases de datos

Permite mantener una copia actualizada de una base de
datos en un servidor aparte para conmutación en caso
de falla del servidor principal

43. Cómo Funciona reflejo de base de datos?

Mantiene un servidor secundario en standby, el cual
tiene un copia de la base de datos principal

Si el servidor principal falla, las aplicaciones
redireccionan al servidor en secundario

La conmutación puede instantánea en solo unos
segundos

Los servidores que tienen estas bases de datos principal
y reflejo se los llama partner servers

44. Cómo Funciona reflejo de base de datos?

Hot Standby

disponible desde
SQL Server 2005
Enterprise Edition

Dos copias de
una base de
datos en
computadores
diferentes.

45. Rol de los Servidores
Servidor
Principal
Servidor
reflejo
Servidor
Testigo
(opcional)
Contiene la base de datos de producción. Los usuarios
y aplicaciones se conectan a el normalmente para
realizar sus tareas.
Contiene la base de datos reflejo. Los usuarios y
aplicaciones no se conectan a este servidor a menos
que ocurra una conmutaión y tome la funciona de
Servidor principal. En este caso, luego que la
comunicaron ha sido reestablecida con el servidor que
falló, este puede tomar el rol de servidor reflejo.
Monitorea los servidores de base de datos principal y
reflejo y verifica que ambos servidores estén
disponibles. Si el servidor de la base de datos principal
o reflejo fallan, el servidor testigo puede trabajar con el
servidor que sobreviva para reconectarse o reaccionar
apropiadamente

46. Redirección transparente para el cliente

SQL Native Client Library (SNAC) provisto con SQL
Server toma ventaja de la redirección transparente para
el cliente

SNAC entiende que el servidor al que esta conectado es
el principal y guardará en caché el nombre del servidor
reflejo

En el caso de falla del servidor principal, la sesión del
cliente será perdida. El cliente intentara reconectarse al
servidor principal. Pero si falla, automáticamente
redireccionará la conexión al servidor reflejo

47. Fortalezas y debilidades de reflejo

Fortalezas




Fallo de base de datos y cliente rápido y automático
No muy complicado de configurar y administrar
No se requiere HW especial
Debilidades





Descontinuado
Requiere tres servidores en el modo de alta
disponibilidad
No se puede consultar la base de datos reflejada
Configuración por base de datos
No protege bases de datos del sistema

48. BASES DE DATOS REFLEJADAS
Configuración de bases de datos reflejadas

49. Cómo configurar reflejo de base de datos
Sincronizar manualmente la base de datos
Configurar la seguridad de la sesión de reflejo
Definir si se va a incluir servidor testigo
Configurar los puertos y extremos de cada servidor
Definir cuentas del servicio
Establecer el modo de funcionamiento
Iniciar la sesión de reflejo

50. Cómo configurar reflejo de base de datos
Sincronizar manualmente la base de datos

Asegurarse que el modo de recuperación de la base de datos
principal esté configurado como completo (FULL)

Realizar una copia de seguridad completa con su respectiva copia
de seguridad del registro de transacciones en el servidor principal

Restaurar la copia de seguridad completa y de registro de
transacciones en el servidor secundario, dejando la base de datos
en estado de recuperación

51. Cómo configurar reflejo de base de datos
Configurar la seguridad de la sesión de reflejo

Utilizar la opción en las Propiedades de base de datos
Inicio de la configuración de reflejo

52. Cómo configurar reflejo de base de datos
Definir si se va a incluir servidor testigo

El servidor testigo permite la recuperación automática de la base de
datos secundaria en caso de falla

53. Cómo configurar reflejo de base de datos
Configurar los puertos y extremos de cada servidor
Puertos TCP, habilitar en Firewall

54. Cómo configurar reflejo de base de datos
Definir cuentas del servicio

Necesario cuando las instancias instancias pertenecen aun dominio
y las cuentas del servicio son cuentas de dominio:

55. Cómo configurar reflejo de base de datos
Establecer el modo de funcionamiento

56. Opciones de modo de funcionamiento
Modo
Alta
disponibilidad
Alta
protección
Alto
rendimiento
Conmutación
automática
Protección completa
de pérdida de datos

57. Modos de operación
SINCRONIZADO
•Las transacciones son transmitidas de la base de
datos principal a la base de datos reflejo, y aplicados
a la base de datos reflejo antes de ser hechos en la
base de datos principal.
•Este mecanismo garantiza que no habrá
transacciones perdidas, a expensas del tiempo
adicional que requiere completar una transacción.
•Este modo soporta failover manual y automático.
•Las transacciones son hechas primero en el
servidor principal antes de la base de datos reflejo.
DESINCRONIZADO
•La base de datos reflejo esta en estado de
desincronizacion perpetuo. Las aplicaciones no son
demoradas mientras la comunicación con el
servidor reflejo se produce.
•Este modo soporta failover manual y se pueden
perder datos

58. Cómo configurar reflejo de base de datos
Iniciar la sesión de reflejo
Inicio de la sesión de reflejo

Antes de iniciar la sesión, asegurarse que la cuenta del servicio
tiene permisos sobre los extremos, en cada uno de los servidores:
GRANT CONNECT ON ENDPOINT::[<nombre_extremo>]
TO [<cuenta_servicio>];

59. Consideraciones

Idealmente, el servidor principal y el servidor reflejo deben
pertenecer al mismo dominio

El servidor reflejo debe tener suficiente memoria y poder de proceso
para actuar como un sustituto del servidor principal de base de datos

El reflejo debería poder soportar usuarios y aplicaciones sin mayor
diferencia notable en la calidad del servicio

Se recomienda que la estructura de archivos de la base de datos
reflejo debe coincidir con la base de datos principal

Ambas bases de datos deben implementar el modelo de
recuperación completa (MODO RECOVERY = FULL)

60. BASES DE DATOS reflejadaS
Administración de bases de datos reflejadas

61. Monitror de la sesión de reflejo

A través del Monitor de Reflejo de base de datos, que
se invoca desde el menú Tareas de la base de datos

62. Conmutación manual (modo sincronizado)

Puede realizar una conmutación manual para hacer
actualizaciones de hardware u otras operaciones de
mantenimiento en el servidor principal
Opción de conmutación manual

Si desea utilizar Transact-SQL debe ejecutar esta
sentencia en el servidor secundario:
ALTER DATABASE AdventureWorks2012 SET PARTNER FAILOVER;

63. Conmutación en caso de falla



En presencia de un servidor testigo, la conmutación ocurrirá
automáticamente si el servidor principal falla
Sin embargo, si no hay servidor testigo disponible, debe hacer una
conmutación manual en el servidor secundario:
USE master;
ALTER DATABASE AdventureWorks2012 SET PARTNER OFF;
RESTORE DATABASE AdventureWorks2012 WITH RECOVERY;
Estas sentencias se utilizan en modo sincronizado. En modo
desincronzado se deberá usar:
USE master;
ALTER DATABASE AdventureWorks2012 SET PARTNER
FORCE_SERVICE_ALLOW_DATA_LOSS;
RESTORE DATABASE AdventureWorks2012 WITH RECOVERY;

64. Suspender y resumir sesiones reflejo

Puede suspender temporalmente las sesiones reflejo y luego
resumirlas y sincronizar las bases de datos:
ALTER DATABASE AdventureWorks2012 SET PARTNER SUSPEND;

Suspender una sesión causa que todas las logs de transacción en el
servidor principal crezcan mientras que cada transacción es logeada
y almacenada

Hasta que la sesión reflejo es resumida o terminada, el log de
transacción del servidor principal no puede ser truncado porque la
transacción aun tiene que ser aplicada al servidor reflejo:
ALTER DATABASE AdventureWorks2012 SET PARTNER RESUME;

65. Terminar la sesión reflejo

Puede terminar manualmente la sesión reflejo y terminar la relación
entre los servidores
Terminar la sesión de reflejo

Terminar la sesión deja ambos servidores con una copia
independiente de la base de datos

La base de datos reflejo permanecerá en un estado de restauración
hasta que sea recuperada o borrada manualmente

66. BASES DE DATOS reflejadaS
Interoperabilidad con otras características de
SQL Server

67. Reflejo y replicación

Reflejo y replicación se puede usar conjuntamente para mejorar la
disponibilidad de la base de datos de publicación

La conmutación por error de replicación en un reflejo se admite
totalmente para las bases de datos de publicación, con
compatibilidad limitada con las bases de datos de suscripciones

La creación de reflejo de la base de datos no se admite para la base
de datos de distribución

68. Repaso de base de datos reflejadas



Vista general de bases de datos reflejadas
Configuración de bases de datos reflejadas
Administración de bases de datos reflejadas

69. TERCERA PARTE
REPLICACIÓN TRANSACCIONAL PUNTO A
PUNTO

70. Objetivo
Definir el concepto de replicación
transaccional así como entender
su funcionamiento. Conocer el
proceso de configuración la
replicación transaccional punto a
punto, así como la administración
del mismo.

71. Tercera parte – temas a tratar




Vista general de replicación transaccional punto a punto
Configuración de replicación transaccional punto a punto
Administración de replicación transaccional punto a
punto
Interoperabilidad con otras características de SQL Server

72. REPLICACIÓN TRANSACCIONAL PUNTO A PUNTO
Vista general de replicación transaccional
punto a punto

73. Qué es replicación transaccional?


Los cambios son aplicados a los
suscriptores poco después de
que ocurren
El proceso implica:



Tomar una instantanea inicial de los
datos
Cambios en los datos son enviados al
suscriptor conforme ocurren
Los cambios son aplicados en el
suscriptor en el mismo orden en
el que ocurren

74. Cómo funciona replicación transaccional punto a
punto?


Opción configurable como parte de replicación
transaccional
Típicamente usado con servidores autónomos

Los conflictos son detectados pero necesitan ser evitados

75. Fortaleza y debilidades de replicación

Fortalezas






Maduro y estable
Opciones flexibles de configuración
No requiere de HW especial
Puede descentralizar los centros de datos
Las bases de datos secundarias pueden ser consultadas y
modificadas
Debilidades





Fallo de cliente de forma manual
Protege solo datos, no protege esquemas ni tablas
Puede ser difícil reparar
Configuración por base de datos
Conflictos de datos

76. REPLICACIÓN TRANSACCIONAL PUNTO A PUNTO
Configuración de replicación transaccional
punto a punto

77. Cómo configurar replicación punto a punto
Configurar la distribución en los servidores
Crear una publicación en el primer nodo
Inicializar manualmente la base de datos en todos los nodos
Configurar la topología punto a punto

78. Cómo configurar replicación punto a punto
Configurar la distribución en los servidores

En cada nodo, haciendo clic derecho en Replicación, a través de la
opción Configurar Distribución


Definir ubicación de la base de
datos de distribución
Definir servidor de
distribución

79. Cómo configurar replicación punto a punto
Crear una publicación en el primer nodo

Clic derecho en Publicaciones locales, debajo de Replicación
Seleccionar la base de datos a replicar

NOTA: La replicación es por base de datos


80. Cómo configurar replicación punto a punto
Crear una publicación en el primer nodo (Continuación)

Seleccionar el tipo de replicación

81. Cómo configurar replicación punto a punto
Crear una publicación en el primer nodo (Continuación)

Seleccionar los artículos a publicar
(Tablas, vistas, procedimientos, funciones definidas por el usuario)
 Una tabla, vista o función
puede ser publicada en
su totalidad o solo
algunos campos


No se admiten filtros de tabla o vista
Las tablas deben tener
llave primaria

82. Cómo configurar replicación punto a punto
Crear una publicación en el primer nodo (Continuación)


Establecer la seguridad del agente del registro de transacciones
Usar una cuenta de dominio con privilegios mínimos

83. Cómo configurar replicación punto a punto
Inicializar manualmente la base de datos en todos los nodos

Las bases de datos tienen que ser idénticas para iniciar la
replicación punto a punto

La inicialización se ejecuta después de haber creado la publicación
en el primer nodo

Hacer una copia de seguridad completa de la base de datos y del
registro de transacciones

Restaurar la base de datos en todos los servidores que van a
participar en la replicación punto a punto

84. Cómo configurar replicación punto a punto
Configurar la topología punto a punto

Clic derecho en la publicación creada, utilizando la opción configurar
topología punto a punto

Agregar nodos haciendo clic derecho en el área de
configuración, utilizando la opción Agregar nodo del mismo nivel

85. Cómo configurar replicación punto a punto
Configurar la topología punto a punto

Por cada nodo se debe seleccionar la base de datos de replicación

86. Cómo configurar replicación punto a punto
Configurar la topología punto a punto (continuación)

Establecer la seguridad del agente de log

Establecer la seguridad del agente de distribución

Utilizar cuentas de dominio para facilitar la configuración de
múltiples servidores

87. Consideraciones

Replicación transaccional punto a punto solo disponible en edición
Enterprise

Idealmente los servidores que conforman cada nodo deben ser
idénticos

Se recomienda que cada nodo tenga su base de datos de
publicación, para eliminar un único punto de falla

Un objeto puede estar incluido en una sola publicación transaccional
punto a punto

No es recomendable usar columnas de identidad. Manualmente se
deben reasignar rangos de semilla

88. REPLICACIÓN TRANSACCIONAL PUNTO A PUNTO
Administración de replicación
transaccional punto a punto

89. Monitor de replicación

Clic derecho en Replicación, opción Iniciar Monitor de
replicación
Supervisión de suscripciones

Supervisión de agentes


90. Monitor de trabajo (Agente de SQL Server)

La replicación se ejecuta a través trabajos del agente de
SQL Server

Visualización del historial de ejecución, con información
detallada

91. Repaso de replicación transaccional



Vista general de replicación transaccional punto a punto
Configuración de replicación transaccional punto a punto
Administración de replicación transaccional punto a
punto

92. CUARTA PARTE
INTRODUCCIÓN A CLÚSTER

93. Objetivo
Definir el concepto de clúster
para tolerancia a fallos así
como
entender
su
funcionamiento.
Identificar clúster de tolerancia
a fallos como base para la
funcionalidad AlwaysOn

94. Cuarta parte – temas a tratar



Vista general de clúster para tolerancia a fallos
Pre requisitos de instalación
Configuración de clúster para tolerancia a fallos

95. INTRODUCCIÓN A CLÚSTER PARA TOLERANCIA A FALLOS
Vista general de clúster para tolerancia a
fallos

96. Qué es clúster para tolerancia a fallos?

Hot Standby

Soporte de servidor
completo y alta
disponibilidad en caso
de falla de hardware o
para por mantenimiento

En caso de falla, el
sistema operativo y SQL
Server trabajan juntos
para proveer un sistema
automatizado para
fallas.

97. Qué es clúster para tolerancia a fallos?

Combinación de uno o más nodos (servidores) con
almacenamiento de disco compartidos (SAN)

Servidor virtual : combinación de recursos, junto con sus
nombres de red y dirección IP

Los clientes se conectan a un servidor virtual alojado en
uno de los nodos del clúster

El servidor virtual SQL aparece en una red como si fuese
una sola computadora, pero provee tolerancia a fallas a
nivel de instancia de un nodo hacia otro, cuando alguno
de ellos deja de estar disponible

Cuando se configura clúster, solo se puede tener una
instancia de SQL Server en el servidor virtual

98. Componentes del clúster

Servidor Virtual


Desde la perspectiva del cliente/aplicación: nombre de
servidor o direcciones IP que se usan para acceder
Componentes de hardware:





Nodos del clúster
Señal interna (heartbeat)
Red Interna
Red externa
Arreglos de discos compartidos del clúster

99. Cómo funciona clúster para tolerancia a fallos?

Múltiples nodos
(hasta 8)

Requisitos
especiales de
almacenamiento

Nodos pueden
extenderse a
subredes

SQL Server
instalado en el
clúster de Windows

100. Fortalezas y debilidades de clúster

Fortalezas




Estable y maduro
Protege la instancia completa y BDs del sistema
Más fácil de instalar con la herramienta Windows Cluster
Validation
Debilidades




Requerimientos especiales de HW
Costoso
Requiere mayor conocimiento y experiencia
No duplica datos de bases de datos; clúster debe ser
combinado con otra tecnología de AD que duplique los
datos

101. INTRODUCCIÓN A CLÚSTER PARA TOLERANCIA A FALLOS
Pre requisitos de instalación

102. Consideraciones en la instalación






Microsoft Cluster Service (WSFC) debe configurarse al
menos en un nodo del clúster de servidores
Todos los nodos del clúster deben configurarse de forma
idéntica
Los registros de Windows Server no deben contener
mensajes de error
El disco en el que se instalará SQL Server no debe estar
ni comprimido ni cifrado
Instalar Microsoft DTC (Coordinador de transacciones
distribuidas)
Verificar que el antivirus sea compatible con clúster

103. INTRODUCCIÓN A CLÚSTER PARA TOLERANCIA A FALLOS
Configuración de clúster para tolerancia a
fallos

104. Cómo instalar SQL Server en un clúster

2 opciones de instalación:

1. Instalación integrada con opción de agregar nodo
Se instala y configura SQL Server en el primer nodo de
modo que se tenga una instancia funcional de SQL Server
pero sin tolerancia a fallos
Se instala SQL Server en los demás nodos con la opción
Agregar nodo y ya se tiene la instancia de SQL Server
preparada para tolerancia a fallos

105. Cómo instalar SQL Server en un clúster

2 opciones de instalación:

2. Instalación de Advanced/Enterprise
Se instala SQL Server en todos los para preparar los nodos
para su agrupación en clúster. Aun no hay instancia de SQL
Server operativa
Se ejecuta el instalador en un nodo para completar el clúster
de conmutación por error para configurar la instancia de
SQL Server

106. Cómo instalar SQL Server en un clúster
La instalación es muy similar a instalar
en servidor stand-alone
 Opciones adicionales:
 Especificar el nombre del grupo de
recursos de clúster
 Seleccionar el recurso de disco
compartido de clúster
 Especificar los recursos de red para
la instancia de clúster
Sólo se puede instalar una instancia de SQL Server en cada grupo de
recursos
Los programas de SQL Server se instalan en cada nodo, en el disco
local
Las bases de datos de usuario y de sistema se crea en los discos
compartidos del clúster





107. Consideraciones de seguridad






No descuidar la seguridad física
Usar firewalls
Aislar servicios
Instalar SQL Server en un dominio
Configurar un sistema de archivos seguro
Desactivar NetBIOS y Server Message Block (SMB)

108. INTRODUCCIÓN A CLÚSTER PARA TOLERANCIA A FALLOS
Conmutación de clúster

109. Conmutación de clúster


Determinada por la política de conmutación, usualmente
automática
El nodo propietario del grupo de recursos es
determinado por el quorum







Mayoría de nodo
Mayoría de nodo y compartición de disco
Mayoría de nodo y disco
Solo disco
El periodo de conmutación puede ser largo
La conmutación del nodo reinicia la instancia y recupera
la base de datos
Cero reconfiguración de aplicaciones y cliente

110. Repaso de clúster




Vista general de clúster para tolerancia a fallos
Pre requisitos de instalación
Configuración de clúster para tolerancia a fallos
Conmutación de clúster

111. QUINTA PARTE
ALTA DISPONIBILIDAD CON ALWAYSON

112. Objetivo
Definir el concepto de AlwaysOn así
como entender su funcionamiento.
Conocer
el
proceso
de
configuración de AlwaysOn, así
como la administración del mismo.

113. Quinta parte – temas a tratar


Vista general de AlwaysOn
Configuración de grupos de disponibilidad de AlwaysOn

114. ALTA DISPONIBILIDAD CON ALWAYS ON
Vista general de AlwaysOn

115. Qué es AlwaysOn?

Nueva característica en SQL Server 2012

Ambiente tolerante a fallos para bases de datos

Combina reflejo, trasvase, replica

Conmutación planeada o automática

Opciones para pérdida o no de datos en caso de falla

116. Cómo funciona AlwaysOn




Conjunto de réplicas
primarias de lectura y
escritura
Conjunto de hasta 4
réplicas secundarias
de solo lectura
Basado en Windows
Server Failover
Cluster (WSFC)
Modos síncrono y
asíncrono

117. Fortalezas y debilidades de Always On

Fortalezas






Fallo automático de base de datos y cliente de forma
automática
Configuración flexible con múltiples réplicas para fallo
Acceso de solo lectura a las réplicas
Se puede respaldar réplicas para descargar trabajo
No se requiere HW especial
Debilidades

Complejo de implementar

118. ALTA DISPONIBILIDAD CON ALWAYS ON
Configuración de Grupos de
disponibilidad de AlwaysOn

119. Cómo configurar grupos de disponibilidad
Habilitar QlwaysOn en cada instancia
Iniciar el asistente para nuevo grupo de alta disponibilidad
Especificar el nombre del grupo de disponibilidad
Seleccionar la base de datos a replicar
Especificar las réplicas
Configurar el listener del grupo

120. Cómo configurar grupos de disponibilidad
Habilitar AlwaysOn en cada instancia


A través del Administrador de Configuración de SWL Server
(Configuration Manager)
En la ficha Alta Disponibilidad de AlwaysOn de las propiedades
del servicio

121. Cómo configurar grupos de disponibilidad
Iniciar el asistente para nuevo grupo de alta disponibilidad

En Management Studio, clic derecho en Alta Disponibilidad
AlwaysOn

122. Cómo configurar grupos de disponibilidad
Especificar el nombre del grupo de disponibilidad

En el asistente para nuevo grupo de disponibilidad

123. Cómo configurar grupos de disponibilidad
Seleccionar la base de datos a replicar

La base de datos debe cumplir lo siguiente:





Base de datos debe ser de usuario (no del sistema)
Multiusuario y de lectura escritura y modo de recuperación completo (Full)
Se debe haber procesado por lo menos una copia de seguridad completa
No puede pertenecer a otro grupo de disponibilidad
No debe participar en sesiones de reflejo

124. Cómo configurar grupos de disponibilidad
Especificar las réplicas

Determinar características de la réplica
Replicas de conmutación automática
Tipo de conexión
Especifica lectura en réplica

125. Cómo configurar grupos de disponibilidad
Configurar el listener del grupo


En Management Studio, clic derecho en el nuevo grupo de
disponibilidad creado
DHCP o estático

126. Consideraciones


Cada servidor que contiene un grupo de disponibilidad
debe ser un nodo de conmutación por error de Windows
(ediciones Enterprise y Datacenter)
Todas las instancias deben tener la misma intercalación

127. ALTA DISPONIBILIDAD CON ALWAYS ON
Conmutación de AlwaysOn

128. Conmutación de AlwaysOn

Tres modos de conmutación




Esto dependerá de la conexión de la réplica




Automática (sin pérdida de datos)
Planeada manual (sin pérdida de datos)
Forzada manual (con posible pérdida de datos)
Replica de actualización síncrona
Replica de actualización asíncrona
En la conmutación, la réplica de destino toma el rol
de replica primaria, recupera la base de datos y la
pone en línea
La replica primaria inicial, si se recupera, cambia a
rol secundario

129. Repaso de Integridad de Datos


Vista general de AlwaysOn
Configuración de grupos de disponibilidad de AlwaysOn

130. RECURSOS
• Microsoft Virtual Academy
• https://www.microsoftvirtualacademy.com
• blog dbLearner
• http://dblearner.com/
• SQL Server Central
• http://www.sqlservercentral.com/
• Libros en línea
• http://msdn.microsoft.com/es-pe/library/ms130214.aspx
• Pagina principal de SQL Server
• http://www.microsoft.com/sqlserver

131. GRACIAS!!!
facebook.com/dblearner
@dblearner
alberto.derossi@dblearner.com
© 2011 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries.
The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market
conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation.
MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.