Profuturo - Guía de Cambio de Centro de Datos (Pase A Contingencia) Exchange Server 2013 v2.0
Profuturo - Guía de Cambio de Centro de Datos (Pase A Contingencia) Exchange Server 2013 v2.0
Profuturo - Guía de Cambio de Centro de Datos (Pase A Contingencia) Exchange Server 2013 v2.0
datos
PREPARADO POR:
FED YUNIS ZAPATA
TECHNICAL SOLUTION SPECIALIST
CONTRIBUIDORES:
HOJA DE REVISIN
REGISTRO DE CAMBIOS
Fecha
Autor
Versin
Referencia de
cambios
Elaboracin de
documento
Resolucin de
problemas conocidos
06/11/2015
1.0
06/15/2015
2.0
Posicin
Fecha
Versin
Aprobada
1.0
06/11/2015
2.0
Technical Solution
Specialist
Technical Solution
Specialist
REVISORES
Nombre
06/15/2015
Client Name: Profuturo AFP | Publish Date Gua de cambio de centro de datos | Confidential SoftwareONE
1. INTRODUCCIN
Este documento tiene como finalidad mostrar la estrategia y el paso a paso a seguir para
realizar un pase a contingencia al servicio de correo MS Exchange Server 2013.
Exchange 2013 Terminologa:
Se deben conocer los siguientes trminos para tener un panorama claro de las
actividades que se estn realizando, en base a cada ambiente:
Client Name: Profuturo AFP | Publish Date Gua de cambio de centro de datos | Confidential SoftwareONE
Client Name: Profuturo AFP | Publish Date Gua de cambio de centro de datos | Confidential SoftwareONE
fl
Una vez que hemos validado que los parmetros del DAG se encuentran
correctamente configurados, podemos proceder con el apagado de los servidores
MS Exchange del sitio PRINCIPAL.
Una vez apagados los servidores, procedemos validar el estado de las bases de
datos nuevamente:
Get-MailboxDatabaseCopyStatus Identity DB* | select name, status,
SelectcontentIndexState | sort Status | ft auto
Client Name: Profuturo AFP | Publish Date Gua de cambio de centro de datos | Confidential SoftwareONE
Esta vez observamos que el estado de las copias de base de datos en el servidor
PROFUTUROMBX es ServiceDown, esto se debe a que el servidor se encuentra
apagado.
A su vez tambin se observa que el estado de las copias de base de datos para el
servidor CTGMBX es Dismounted, esto se debe que no se tiene comunicacin
con el servidor testigo (Witness), dado que el servidor PROFUTUROCAS (Witness
Server) se encuentra apagado.
Ahora procedemos a terminar con todo los servicios MS Exchange que se
encuentren ejecutndose parcialmente en el centro de datos PRINCIPAL, para esto
ejecutamos el siguiente comando:
Stop-DatabaseAvailabilityGroup PROFUTURODAG ActiveDirectorySite
PRINCIPAL
-ConfigurationOnly
Con este comando estamos poniendo a todos los miembros del DAG ubicados en
el sitio PRINCIPAL en estado Stopped.
Importante:
El parmetro ConfigurationOnly se debe ejecutar cuando el servidor con rol de Mailbox NO se encuentra
disponiblie y el controlador de dominio se encuentra operando el sitio PRINCIPAL.
Client Name: Profuturo AFP | Publish Date Gua de cambio de centro de datos | Confidential SoftwareONE
El servicio de Cluster debe ser detenido en cada servidor miembro del DAG
ubicado en el sitio de contingencia. Ejecutamos uno de los siguientes
comandos o simplemente desde la consola de servicios:
Stop-Service ClusSvc
Net stop clussvc
o
o
Retira
a
la
fuerza
los
servidores
marcados
como
StoppedMailboxServers
del
DAG
(cluster),
as
como
restableciendo el quorum para el cluster permitiendo a los
miembros supervivientes del DAG iniciar y brindar servicio.
Configura el DAG para que utilice el servidor testigo alterno
(Alternate Witness).
Fuerza la replicacin a nivel de ADDS y Exchange, para que sitio de
contingencia reconozca los cambios en los diferentes servicios.
Client Name: Profuturo AFP | Publish Date Gua de cambio de centro de datos | Confidential SoftwareONE
Importante:
Hay veces que el PAM sigue ubicado en el servidor que se encuentra cado, en esos
casos se puede usar el siguiente comando para mover el PAM hacia el servidor ubicado
en el sitio de contingencia.
Comando: Move-ClusterGroup -Name "Cluster Group" -Node CTGMBX
Client Name: Profuturo AFP | Publish Date Gua de cambio de centro de datos | Confidential SoftwareONE
Importante:
Cuando el sitio PRINCIPAL vuelve a estar activo, se deben regresar los registros DNS a la
configuracin anterior, es decir que vuelven apuntar al servidor PROFUTUROCAS,
ubicado en el sitio PRINCIPAL.
-ActiveDirectorySite
Client Name: Profuturo AFP | Publish Date Gua de cambio de centro de datos | Confidential SoftwareONE
Como pueden observar los 03 problemas estn relacionados, y muchas veces con
resolver un punto se solucionan el resto. A continuacin vamos a detallar los comandos
que se pueden utilizar para lograr la solucin:
1. Primero se debe validar el acceso a la ruta \\ctgcas\DagWitness desde el servidor
CTGMBX. Esto permite saber si el DAG puede llegar al directorio testigo para
obtener el voto necesario.
2. Segundo se validar el estado de los servicios de replicacin (DAG), ejecutamos el
siguiente comando: Test-ReplicationHealth
Este comando nos ayudar a saber el estado del servicio ActiveManager y
ClusterService. Estos 02 servicios son los necesarios para que pueda iniciar el
DAG y las bases de datos.
3. Finalmente para volver activar estos servicios ejecutamos el siguiente comando:
Start-DatabaseAvailabilityGroup MailboxServer CTGMBX
Con este comando refrescamos la membresa del servidor CTGMBX para el DAG,
de tal forma que el PAM pueda ubicar un servidor.
10
Client Name: Profuturo AFP | Publish Date Gua de cambio de centro de datos | Confidential SoftwareONE
4. REFERENCIAS
Para mayor referencia, conocimiento del funcionamiento de alta disponibilidad en
Exchange Server 2013 y entendimiento del procedimiento, se recomienda leer los
siguientes enlaces:
Datacenter SwitchOver
https://technet.microsoft.com/en-us/library/dd351049(v=exchg.150).aspx
11
Client Name: Profuturo AFP | Publish Date Gua de cambio de centro de datos | Confidential SoftwareONE
12
Client Name: Profuturo AFP | Publish Date Gua de cambio de centro de datos | Confidential SoftwareONE