Exchange INTENSIVO. 10 días de entrenamiento

  • Implementación de Exchange
  • Administración de la plataforma
  • Mantenimiento del servidor
 
 

Cómo mover Exchange 2010 de un servidor físico a uno virtual

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:

a. Respaldo en Exchange 2010

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.


Consultor IT especializado en Microsoft Exchange y Active Directory.
Principales Certificaciones: Microsoft Certified Trainer | Microsoft Certified Solutions Expert | Microsoft Certified Systems Engineer | Microsoft Certified Systems Administrator | Microsoft Certified IT Professional | Microsoft Certified Technology Specialist

10 Responses to Cómo mover Exchange 2010 de un servidor físico a uno virtual

    • Aprendiendo Exchange says:

      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

  1. Gracias por el articulo, mu util 🙂

  2. Antonio says:

    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.

  3. Oriol says:

    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!!

    • Daniel Núñez Banega says:

      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

Responder a Antonio Cancelar respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Registrarse