Una solicitud bastante frecuente es la de pasar Exchange de un servidor físico a uno virtual teniendo en cuenta de no afectar la operativa del servicio en el proceso. En otras palabras, virtualizar Exchange.
Para esto la mejor opción es la de instalar de 0 el sistema operativo así como el Exchange dentro del ambiente virtualizado. Una vez realizada esta tarea, mover roles, servicios y datos a este nuevo servidor y finalmente remover el servidor original (físico). Todo esto también aplicaría al caso donde se desee reemplazar el servidor «viejo» con uno nuevo independientemente de si es virtual o no.
En este artículo vamos a ver cada uno de los pasos y las consideraciones a tener durante el proceso. El procedimiento documentado en este artículo fue validado en ambiente de laboratorio utilizando Windows 2012 Standard con Exchange 2010 Service Pack 3 en el servidor virtual.
A continuación se listan los pasos a seguir para mover Exchange 2010 a un nuevo servidor (en este caso virtual):
1. Crear la máquina virtual y asignar los recursos según el dimensionamiento realizado
2. Instalar Windows Server 2012 Standard – Instalación Completa (no server core)
3. Configurar nombre, red y unir al dominio
a. Por info sobre esto ver el siguiente artículo: Configuración IP en Exchange
4. Ejecutar el setup de Exchange con la opción típica (incluye Client Access, Hub Transport, Mailbox Server). Esto asume que la instalación original fue típica, si incluía más o menos roles, estos deberían de verse reflejados en el nuevo servidor.
a. Por info sobre como instalar Exchange 2010 ver el siguiente artículo: Cómo instalar Exchange 2010?
5. Configurar certificados para servicios web. Si todo a este nivel estaba funcionando correctamente seguramente esta parte sea tan sencilla como exportar el certificado con la llave privada del servidor físico, importar en el servidor virtual y asignarlo a los distintos servicios. De cualquier modo, la selección de nombres a incluir en el certificado y el proceso en sí mismo puede resultar un poco confuso por lo que recomiendo revisar los siguientes artículos antes de continuar:
a. El certificado de seguridad no es válido
b. Qué nombres debo tener en un certificado de Exchange 2010?
c. Cómo solicitar un certificado en Exchange 2010?
d. Habilitar, Importar y Exportar un certificado en Exchange 2010
6. Configurar URLs internas y externas. Estas URLs serían utilizadas por servicios como OWA, Outlook Anywhere, ActiveSync, etc. Esto va un poco de la mano del tema de certificados, revisar especialmente el artículo sobre qué nombres incluir en Exchange 2010.
a. Qué nombres debo tener en un certificado de Exchange 2010?
7. Para poder recibir correo desde internet sería necesario configurar el conector de recepción que escucha en el puerto 25:
a. Configurar Exchange 2010 para recibir correo externo
8. Para enviar correo hacia internet, se debe configurar un conector de envío, a continuación el artículo detallando el procedimiento:
a. Cómo crear un conector de envío a Internet en Exchange 2010?
9. Opcional: Renombrar la base de datos. La base predeterminada viene con un nombre poco específico, recomiendo revisar lo siguiente:
a. Cómo renombrar o mover una base de datos en Exchange 2010?
10. Realizar un respaldo full del servidor original, incluyendo el system state de los controladores de dominio (esto es para estar cubiertos frente a cualquier eventualidad). Por más detalle ver lo siguiente:
11. Mover las casillas del servidor físico al virtual, esta movida para el caso de clientes Outlook 2007 y posterior se realiza en línea lo que significa que en la mayor parte del proceso el cliente no es desconectado. Dejo un artículo de technet que describe en detalle esta funcionalidad.
a. http://technet.microsoft.com/en-us/library/dd298174(v=exchg.141).aspx#ClientExp
12. Modificar publicación de servicios web y SMTP al nuevo servidor. En este punto estaríamos moviendo la entrada del tráfico externo al nuevo servidor, esto podría ser a nivel de firewall, proxy reverso, configuración de smarthost, etc, dependiendo del escenario específico. En caso de utilizar TMG, revisar el siguiente artículo:
a. Cómo publicar Exchange 2010 con TMG en DMZ?
Por último validar el funcionamiento del nuevo servidor y de estar todo ok, desinstalar Exchange en el servidor físico.
Como migro las carpetas publicas entre estos 2 servers? Alguna idea?
Hola Pablo, la idea sería agregar como compañero de replicación al nuevo servidor y quitar el viejo. Si abris el shell de Exchange 2010 y escribis «cd $exscripts» vas a encontrar varios script en relación a carpetas públicas. Por ejemplo si quiero copiar todas las carpetas tanto de datos como de sistema del «serverA» al «serverB» ejecuto lo siguiente:
.\AddReplicaToPFRecursive.ps1 –TopPublicFolder \ –ServerToAdd «serverB»
.\AddReplicaToPFRecursive.ps1 –TopPublicFolder \non_ipm_subtree –ServerToAdd «serverB»
Luego de que replique el contenido, valide que no haya errores de replicación, etc ejecuto:
.\RemoveReplicaToPFRecursive.ps1 –TopPublicFolder \ –ServerToRemove “serverA”
.\RemoveReplicaToPFRecursive.ps1 –TopPublicFolder \non_ipm_subtree –ServerToRemove “serverA”
De este modo primero agrego el nuevo servidor como compañero de replicación y posteriormente quito el viejo de la lista.
Como alternativa puedo ejecutar directamente lo siguiente:
.\MoveAllReplicas.ps1 -Server serverA -NewServer serverB
En el siguiente artículo se habla un poco más de la última opción:
http://technet.microsoft.com/en-us/library/bb331970(v=exchg.141).aspx
Gracias por el articulo, mu util :)
Hola juliancarax2014, gracias por el comentario, me alegra que te haya resultado util.
saludos!
Hola Daniel,
primero que todo muy buen blog.
estoy en una situación parecida, para asegurarme de que el nuevo servidor funcionara he apagado el viejo, pero el outlook no se conecta. Que puede ser? Que cambios me faltan por hacer?
Gracias.
Hola Antonio, una posibilidad es que tengas algún registro en DNS apuntando al servidor viejo. El impacto de esto dependería de como tengas configurado el servicio de autodiscover en general. Como primer prueba podría ser util validar si por OWA funciona ok, esto ya lo probaste?
gracias por la respuesta.
Sí, por owa funciona bien, solo que el outlook sigue configurado con el servidor viejo y sale intentando conectar pero no se conecta.
Antonio, asumiendo que no estés teniendo un problema con un cliente puntual se me ocurre de revisar lo siguiente:
Configuración del RPC CAS Array: https://technet.microsoft.com/es-es/library/ee332317(v=exchg.141).aspx
Testear la conectividad utilizando el siguiente sitio: https://testconnectivity.microsoft.com/
Configuración de autodiscover: https://technet.microsoft.com/es-es/library/bb201695(v=exchg.141).aspx
En base a lo relevado confirmar que los nombres utilizados para el acceso se resuelvan a la IP del servidor nuevo y no del anterior.
Buenos días Daniel,
En dos semanas realizo el cambio de nuestro viejo server de la empresa a uno en la nube.
Tenemos el Exchange 2010 y seguiremos con el mismo por licencia ya que todo funciona perfectamente. En la empresa únicamente lo utilizamos para compartir carpetas de correo, agenda y contactos entre nuestros usuarios.
La verdad que he estado leyendo todos los artículos y todo está muy bien explicado pero tengo un problema y es que nunca he administrado exchange, esta será mi primera vez y tengo alguna duda:
1. Al mover Exchange 2010 a otro servidor (en mi caso virtual) podré usar outlook de la misma manera, viendo sus carpetas, eventos y usuarios creados anteriormente? Es decir, el servicio queda del mismo modo? (Disculpa la pregunta, después de todo me lo imagino pero prefiero asegurarme).
2. Qué manual me puedes recomendar para empezar a usar Exchange y configurarlo como es debido?
3. La licencia que tengo en el Exchange cómo la cambias al cambiar al otro servidor?
Muchas gracias y disculpa tanta pregunta jeje
Un saludo! Muy buen post!!
Hola Oriol, paso respuesta:
1. De realizar toda la movida correctamente incluyendo los cambios en DNS, configuración de directorios virtuales, autodiscover, etc, no deberías tener inconvenientes.
2. Respecto a manual practico de administración se me ocurre el Exchange 2010 Administrator’s pocket consultant (en ingles)
3. Luego de desinstalar el servidor original podes ingresar la clave del producto ya sea utilizando la EMC o con el cmdlet Set-ExchangeServer con el parámetro ProductKey
saludos
Buenos dias daniel, se podra hacer este proceso con Windows Server 2008??
Hola Norberto, funciona bien para Windows Server 2008.