Este documento resume las novedades de alta disponibilidad en Exchange Server 2010, incluyendo la introducción de Database Availability Groups que proporcionan alta disponibilidad a nivel de base de datos en lugar de servidor, y mejoras en la alta disponibilidad del transporte y el acceso de clientes.

1. Alta disponibilidad en Microsoft
Exchange Server 2010
Joshua Sáenz G.
www.saenzguijarro.com

2. Agenda
 Retos existentes en Exchange 2007
 Novedades de alta disponibilidad en Exchange
Server 2010
 Alta disponibilidad en el servidor de buzones
 Alta disponibilidad en el transporte
 Alta disponibilidad en el servidor de acceso de
cliente

3. Retos existentes en
Exchange Server 2007

4. Retos existentes en Exchange
Server 2007
 Exchange Server 2007 redujo los costes de alta
disponibilidad y de resistencia a nivel de sitio
 Esto fue posible gracias a tecnologías como CCR o SCR
 Sin embargo seguían existiendo algunos retos
 Administradores intimidados por la complejidad de los
servicios de clustering de Windows Server
 Lograr un alto nivel de disponibilidad podría requerir mucha
intervención del administrador
 Cada tipo de replicación continua se gestionaba de forma
separada y diferente
 La característica «transport dumpster» del Hub, solo podía
proteger los mensajes ante un fallo de entrega al servidor de
buzones

5. Retos existentes en Exchange
Server 2007
 Exchange Server 2007 en clúster requería de hardware
dedicado
 Solo el rol de servidor de buzones podía ser instalado en
el nodo de un clúster
 Para obtener una redundancia completa se necesitaban un
mínimo de 4 servidores (2 HUB + CAS y 2 Mailbox)
 El failover ocurría a nivel de servidor, por lo tanto si una
base de datos fallaba, se tenía que mover todo el servidor
a otro nodo.
 Esto interrumpía el servicio temporalmente a todos los
usuarios del servidor de buzones

6. Novedades de alta
disponibilidad en
Exchange Server 2010

7. Novedades de alta disponibilidad en
Exchange Server 2010
 Exchange Server 2010 integra tecnología de alta disponibilidad
en su propia arquitectura, utilizando una plataforma unificada.
 Se ha rediseñado completamente teniendo como base el
concepto de movilidad de base de datos.

8. Alta disponibilidad en
el servidor de buzones

9. Alta disponibilidad en el servidor de
buzones
 Objetivos
 Proporcionar una solución de alta disponibilidad y
resistencia a nivel de sitio completamente integrada en
Exchange.
 Utilización de almacenamiento menos costoso y menos
complejo
 Simplificar la administración y reducir los costes de
soporte
 Incrementar la disponibilidad “end to end”
 Soportar nativamente los servicios de Exchange 2010
Online

10. Alta disponibilidad en el servidor de
buzones
 Exchange 2010 combina
CCR y SCR en una nueva
solución denominada DAG
(Database Availability Group)
 Despliegue incremental
 Posibilidad de implantar
bases de datos en un entorno
altamente disponible después
de que Exchange se haya
instalado

11. Alta disponibilidad en el servidor de
buzones
 Database Availability Groups
 Proporciona una recuperación
automática a nivel de base de
datos en vez de servidor.
 Puede tener hasta 16 miembros
y otros roles implantados como
CAS, HUB o UM
 Todas las réplicas se pueden
copiar mediante VSS o Streaming
ESE backup APIs
 Si una base de datos falla, Active
Manager automáticamente
seleccionará una copia pasiva y
la activará

12. Alta disponibilidad en el servidor
de buzones
 Cambios en la arquitectura
 Exchange Server 2010 ya no es una aplicación
clusterizada (cluster aware)
 Se eliminan los recursos de clúster y exres.dll
 Las bases de datos no están vinculadas a un servidor
 Cada servidor puede mantener hasta 100 bases de datos
(Activas y pasivas)
 Desaparecen los grupos de almacenamiento
 La replicación de logs ya no utiliza SMB, ahora usa TCP
(puerto 64327) y soporta cifrado y compresión de datos

13. Alta disponibilidad en el servidor
de buzones
 Active Manager
 Remplaza el modelo de servicios utilizado en los clúster
de Exchange 2007
 Corre en todos los servidores de buzones que son
miembros de un DAG
 Existen dos roles de Active Manager
 Primary Active Manager (PAM). Responsable de
monitorizar los cambios de topología. reaccionar ante fallos de
servidor y seleccionar la base de datos óptima para un failover.
 Standby Active Manager (SAM). Responsable de
proporcionar información de que servidor tiene la copia activa
de una base de datos a otros componentes como RPC Client
Access o Hub Transport Server

14. Alta disponibilidad en el servidor de
buzones
 Otras ventajas
 Las copias soportan la configuración de ReplayLagTime
hasta en 14 días
 El tamaño máximo recomendado de la base de datos en
alta disponibilidad se amplía de los 200GB hasta los 2TB
 Se reduce el tiempo de failover desde 2 min. a 30 seg.
aprox.
 Este tamaño supone eliminar técnicas obsoletas de
recuperación de bases de datos como copias de
seguridad.
 Las copias de seguridad se deben mantener por motivos legales,
de almacenamiento a largo plazo o recuperación de elementos
individuales.

15. Alta disponibilidad en el servidor de
buzones
 Consideraciones importantes de implantación de un DAG
 Todos los servidores deben pertenecer al mismo dominio de Directorio
Activo
 Cada DAG debe disponer de una red MAPI y una red de replicación
 DAG utiliza algunas funcionalidades de Windows Failover Clustering, por lo
tanto solo se puede habilitar en servidores que ejecute Windows Server
2008 Enterprise Edition o Datacenter Edition
 Windows Server 2008 debe tener instaladas las herramientas de
administración de clustering
 ServerManagerCmd –i RSAT –Clustering
 Los DAG con miembros pares harán uso de un testigo (witness server) para
alojar el recurso File Share Witness
 Se recomienda que el testigo sea otro servidor Exchange
 Si no es un servidor Exchange, hay que agregar el grupo Exchange Trusted Subsystem
al grupo de Administradores locales.

16. DEMO

17. Alta disponibilidad en
el transporte

18. Alta disponibilidad en el
transporte
 Se logra con una combinación de redundancia de
servidores, balanceo de carga y Round Robin de DNS
 Para el transporte perimetral (EDGE)
 Implantación de múltiples servidores
 Creación de múltiples registros MX con diferentes
prioridades para proporcionar failover
 Configuración de NLB para proporcionar balanceo de
carga activo
 Configuración de Round Robin para proporcionar
balanceo de carga pasivo

19. Alta disponibilidad en el
transporte
 Para el concentrador de transporte (HUB)
 Implantación de múltiples servidores por cada sitio
 Transporte de Hub a Hub (en la misma organización)
 El algoritmo de transporte automáticamente balancea la carga entre los
servidores disponibles
 Transporte de Mailbox a Hub
 El servicio Mail Submission automáticamente balancea la carga entre los
servidores disponibles en el mismo sitio
 Transporte UM a Hub
 El servidor UM automáticamente balancea la carga entre todos los
servidores Hub disponibles en el mismo sitio
 Transporte Edge a Hub
 Automáticamente se balancea la carga del correo entrante SMTP entre
todos los servidores Hub del mismo sitio al cual está suscrito el servidor
perimetral.

20. Alta disponibilidad en el
transporte
 Limitaciones en Exchange Server 2007
 Transport dumpster de Exchange 2007 no protege ante
fallos en el transporte
 Solo protege ante fallos de bases de datos replicadas.
 Shadow Rendundacy se añade al Transport Dumpster
para proteger los mensajes ante fallos del
transporte.
 La eliminación de un mensaje de la base de datos de
transporte se retrasa hasta que el servidor de
transporte verifica que se ha entregado
correctamente el mensaje.

21. Alta disponibilidad en
el Acceso de Clientes

22. Alta disponibilidad en el Acceso de
Clientes
 Se logra con balanceo
de carga mediante NLB
o hardware de terceros
 Se debe implantar un
CAS en cada sitio en
donde haya un servidor
de buzones.
 Se recomienda que cada
sitio tenga su propio
espacio de nombres
único

23. Recursos técnicos
 Introducción a la Alta disponibilidad
 technet.microsoft.com/en-us/library/dd638137(EXCHG.140).aspx
 Planificación de alta disponibilidad
 technet.microsoft.com/en-us/library/dd638104(EXCHG.140).aspx
 Database Availability Groups
 technet.microsoft.com/en-us/library/dd979799(EXCHG.140).aspx
 Active Manager
 technet.microsoft.com/en-us/library/dd776123(EXCHG.140).aspx
 Shadow rendundancy
 technet.microsoft.com/en-us/library/dd351027(EXCHG.140).aspx
 Seminarios Hands On Lab
 www.microsoft.com/spain/seminarios/hol.mspx
 Blog del equipo de desarrollo de Exchange
 www.msexchangeteam.com
 Mi Blog personal (Josh Sáenz G.)
 www.saenzguijarro.com

24. Más acciones desde TechNet
Para ver los webcast grabados sobre éste tema y otros temas, diríjase a:
http://www.microsoft.com/spain/technet/jornadas/webcasts/webcasts_ant.aspx
Para información y registro de Futuros Webcast de éste y otros temas diríjase a:
http://www.microsoft.com/spain/technet/jornadas/default.mspx
Para mantenerse informado sobre todos los Eventos, Seminarios y webcast
suscríbase a nuestro boletín TechNet Flash en ésta dirección:
http://www.microsoft.es/technet/boletines/default.mspx
Descubra los mejores vídeos para TI gratis y a un solo clic:
http://www.microsoft.es/technet/itsshowtime/default.aspx
Para acceder a toda la información, betas, actualizaciones, recursos, puede
suscribirse a Nuestra Suscripción TechNet en:
http://www.microsoft.es/technet/recursos/cd/default.mspx