Aplicando AlwaysOn Availability Groups en escenarios reales
Speaker: Edinson Medina SQL Server Senior Premier Field Engineer Microsoft Corporation Blog: http://blogs.technet.com/b/sql_pfe_latam/ Twitter: @dixitox
Moderador: Juan Romagosa Microsoft Technology Specialist
Grabando Sesión
Aplicando AlwaysOn Availability Groups en escenarios reales
Speaker: Edinson Medina SQL Server Senior Premier Field Engineer Microsoft Corporation Blog: http://blogs.technet.com/b/sql_pfe_latam/ Twitter: @dixitox
Moderador: Juan Romagosa Microsoft Technology Specialist
• Asegúrate que todos estén en modo Mudo.• Por favor descarguen el cliente de Live Meeting. El cliente WEB no soporta
Audio.• Clic en feedback (Parte superior derecha) y cambia tu estatus de color en caso
de requerir apoyo del moderador.• Si tienes alguna pregunta, escríbela en el área de Preguntas & Respuestas.
Edinson Medina es un Ingeniero Premier Senior de Campo para Microsoft SQL Server, Experto en el Motor de Dase de datos de SQL Server: Performance, Troubleshooting, Optimizacion, Adminsitracion y tecnologías de Alta Disponibilidad. Se especializa en soporte proactivo como chequeos de Salud y Riesgos para Ambientes de SQL Server y también soporte Reactivo. Ha aplicado sus conocimientos en diversas compañías de sectores como Sector Publico, Petroleras, Educación, Telecomunicaciones, Ventas/Retail y Financieras; diseñando, desarrollando, implementando y dirigiendo proyectos concernientes a las áreas mencionadas anteriormente.
Premier Support for EnterpriseFor companies looking for an end-to-end solution that helps maximize IT resources, Premier Support proactively maintains the health of IT operations, providing customized and personal service management, and delivering prioritized 24x7 problem resolution support – helping leverage the IT function to achieve business goals. Targeted for large and global organizations, Premier Support is a comprehensive support solution that helps reduce costs, enhance productivity, and use technology to realize new business opportunities for any stage in their IT lifecycle. Value Drivers: • Proactive Services: Designed to maximize the availability and efficiency of IT infrastructure, reduce risks,
provide solutions for creating and maintaining a healthy state of IT Infrastructure, and improve IT staff productivity.
• Service Delivery Management: Focused to ensure that Premier Support resources align with unique IT needs through a well planned service delivery plan and managed support relationship with Microsoft.
• Problem Resolution Services: Includes 24x7 prioritized resolution support, critical situation escalation management, and rapid on-site support to minimize downtime.
Aplicando AlwaysOn Availability Groups en escenarios reales:En esta sesión hablaremos de como aplicar la tecnología de alta disponibilidad de Always ON Availability Groups, para mantener la alta disponibilidad y manejar un escenario de recuperación de desastres del servicio de base de datos..
AGENDA• Resumen de AlwaysOn Availability Groups• Conceptos de AlwaysOn Availability Groups
AlwaysOn Availability Groups Availability Replicas y Roles Modos de Sincronizacion de Data y Failover
• Failover de la Aplicación Availability Group Listener
• AlwaysOn Servidores Secundarios Backup en la replica Secundaria Conectividad de clientes Solo-Lectura
• Conclusiones
Resumen AlwaysOn Availability Groups
AlwaysOn Availability Groups es una nueva característica que mejora y combina la capacidades de database mirroring, log shipping y failover clustering. Provee una solución de Alta Disponibilidad y Recuperación de desastres para aplicaciones criticas
Integración• Simplificación y Unificación.• Fácil de Implementar y manejar.• Failover de la aplicación usando un
Nombre Lógico.• Wizard de Configuración.• Dashboard• Integración con System Center.• Rica infraestructura de
diagnostico.
Flexible• Failover de multiples bases de datos.• Multiples Secundarios:• Total de 4 secundarios:• 2 secundarios sincronos.• 1 par para failover automatic.
• Movimiento de data Sincronos y asincronos.
• Compresion y Encriptacion innata.• Failover automatic y manual.• Politica de Failover Flexible.• Reparacion Automatica de Paginas.
Eficiente• Costo-efectivo:
• Uso del Hardware.• No sistemas idle.
• Mejora de la efeciencia IT.• Secundarios Activos:
• Secondarios Solo-Lectura.• Backup desde Secundarios.
• Automatizacion usando power-Shell.
Resumen AlwaysOn Availability Groups
A
A
AA
Reports
Synchronous Data Movement
Asynchcronous Data Movement
A
A
Primary Replica
Secondary Replica
Conceptos de AlwaysOn Availability Groups
• Conceptos de AlwaysOn Availability GroupsAlwaysOn Availability Groups Availability Replicas y RolesModos de Sincronizacion de Data y Failover
AlwaysOn Availability Groups
• Unidad de Alta disponibilidad.• Un grupo de base de datos que hacen failover
como una unidad.• Define la localidad de las replicas.• Define la configuracion para cada replica.• Para empezar a usar los availability groups,
debe ser habilitado en el SQL Configuration Manager o via Windows PowerShell.
• Cada availability groups crea una aplicacion (grupo) en el Windows Server cluster.
Conceptos de AlwaysOn Availability Groups
Conceptos de AlwaysOn Availability Groups
Availability Replicas y Roles• Cada copia es llamada una replica.• La replica active es llamado primary, y cualquier otra replica es llamado secondary• Se puede configurar hasta cuatro replicas secundarias:
• Pueden ser sincronas o asincronas.• Un maximo de 2 replicas secundarias sincronas.
• Estados de las replicas secundarias: • Not Readable• Readable• Read-Intent
Modos de Sincronizacion de Data y Failover• Modo sincrono con failover automatico:
• No hay perdida de datos.• Solo es possible en un par (replica primaria y 1 replica secundaria).• Failover cluster detecta y controla el failover.• Solo las bases de datos en el availability group hacen fail over. Todas las demas bases de datos continuan
corriendo en la instancia actual.• Modo sincrono con failover manual:
• No hay perdida de datos.• Si un failover es necesario, se debera ejecutar manualmente.
• Modo Asincrono: • Alto rendimiento, poruqe la replica primaria no espera por el log hardering de las replicas secundarias.• Posible perdida de datos.• Si un failover es necesario, se debe forzar manualmente, y puede que pierdas data que no ha sido replicada.
Conceptos de AlwaysOn Availability Groups
Failover de la Aplicación
Availability Group Listener• Define un endpoint donde los clientes
pueden conectarse a la instancia:• Incluye un nombre de red, direccion IP y
puerto.• Define los parametors para el recurso del
cluster (Direccion IP y nombre)
Failover de la Aplicación
Availability Groups Listener permite el failover transparente a cualquier secundario:
• La Aplicacion se reconecta usando un nombre logico despues de un failover a una replica secundaria.
AG_HR
HRDB
HRDB
PrimaryHR_VNN
-server HR_Listener;-catalog HRDBLa aplicacion debe tener logica de reintento de conexion, para conectarse al nuevo primario una vez que el failover halla completado y el listener este en linea.
HRDB
ServerA ServerB ServerC
Secondary Secondary
AlwaysOn Servidores Secundarios
La eficiencia de IT y la relacion costo-beneficio es critica para un negocio:
• Idle hardware ya no es una opcionAlwaysOn Active Secondary habilita el uso eficiente de los recursos de hardware proveidos para la alta disponibilidad, y por tanto proveyendo eficiencia en IT.
Active Secondary puede ser usado para: Balancear cargas de trabajo de solo-lectura Realizar operacion de Backup. Chequeos de Integridad de la base de datos (DBCC CHECKDB).
AlwaysOn Servidores Secundarios
Active Secondary: Habilitanto el Backup en la replica Secundaria
Los Backups pueden hacerse en cualquier replica de la base de datos.
Los Backups en la replica primaria aun funcionan.
Los backups de los log de transacciones hechos en cualquier replica crean un unico log chain.
Database Recovery Advisor hace la restauracion mucho mas simple.
R/W workload
Primary
Backups
Secondary
Backups
Secondary
Backups
AlwaysOn Servidores Secundarios
Conectividad de Clientes Solo-Lectura:El comportamiento de la conexiones clients de solo-lectura es determinado por la opcion de configuracion de la Availability Replica + la caracteristica ApplicationIntent de la aplicacion
•ApplicationIntent es una propiedad a nivel de la conexion. •La opcion de la Replica determina si la replica esta habilitada para acceso de lectura cuando posee un rol secundario.
El Read-Only Routing habilita la redireccion de conexiones de clients hacia un Nuevo secondario cuando su rol cambia:
•Habilita una redireccion transparente de las conexiones de aplicaciones de solo lectura, entre las replicas secundarias sin intervencion manual.
DEMOImplementacion de AlwaysOn
Availability Groups
DEMOActive Secondary
ConclusionesEs necesario implementar un Windows Cluster, mas no
instalar un Instancia de SQL Server en dicho cluster.Activar la opción de AlwaysON en SQL Server
Configuration Manager.Las aplicaciones deben manejar una lógica de
reintento de conexion.Se puede maximizar el uso de recursos con
Secundarios Activos.
Preguntas y Respuestas
ContactosSitio web:
http://venezuela.sqlpass.org/ Facebook:
https://www.facebook.com/sqlpassvzla Twitter:
https://twitter.com/sqlpassvehttps://twitter.com/dixitox
Blog:http://blogs.technet.com/b/sql_pfe_latam/http://blogs.technet.com/b/pfelatam/
Preguntas y Respuestas
Muchas gracias por tu participación