De cómo ser IT Pro y no morir en el intento

Hola,

Vamos avanzando. Poco a poco, pero avanzando.

Siguiente paso en la actualización de Exchange 2010 a 2013 con un rol de Edge 2010 de por medio, actualizar la suscripción del Edge.

La verdad es que no tiene secreto alguno y basta seguir la documentación oficial de Microsoft de http://technet.microsoft.com/en-us/library/bb123800%28v=exchg.150%29.aspx

Received: from EDGE.server.com (mx.server.com. [xxx.xx.xx.72])
        by mx.google.com with ESMTPS id ct8si1070059wjc.142.xxx.06.xx.07.31.56
        for <testAddress@mail.com>
        (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Wed, 25 Jun 2014 07:31:56 -0700 (PDT)
Received-SPF: softfail (google.com: domain of transitioning dummy@server.com does not designate xxx.xx.xx as permitted sender) client-ip=xxx.xx.xx;
Authentication-Results: mx.google.com;
       spf=softfail (google.com: domain of transitioning dummy@server.com does not designate xxx.xx.xx.72])as permitted sender) smtp.mail=dummy@server.com
Received: from MBX.server.com (xxx.xxx.xxxx.xxx) by server.com
(xxx.xxx.xxxx.xxx) with Microsoft SMTP Server (TLS) id 14.3.181.6; Wed, 25 Jun
2014 16:31:41 +0200

Saludos,

Marc

Hola de nuevo,

El pasado fin de semana procedimos a realizar la migración de los datos de usuario entre Exchange 2010 SP3 y Exchange 2013 SP1.

El resumen de tareas es el siguiente:

• Modificar la publicación del OWA a través de TMG para que apuntase al nuevo entorno, tal como se describe en Publishing Exchange Server 2013 using TMG.
• Después de validar el acceso, se procede a cambiar las ExternalURL de los siguientes servicios: autodiscover, ECP, OWA, EWS, ActiveSync, OAB y PowerShell
• Con estos cambios realizados, procedemos a mover todos los buzones entre servidores (este paso puede llevar bastante rato)
• Finalizada la migración de buzones, desinstalamos roles de los servidores Exchange 2010 que no sean necesarios. En mi caso, el de CAS, quedando la foto final de la arquitectura así

¿Qué pasos quedan por realizar a día de hoy?

En esencia 2 que son realmente tres:

– Desmontar el DAG y desinstalar el rol de MBX de Exchange 2010

– Generar de nuevo la suscripción con el Edge Server. Actualizar la hibridación de Exchange 2010 a Exchange 2013.

Os mantengo informados de esto último, que será lo más interesante, la verdad

Saludos,

Marc

Hola,

Seguimos con la migración y sus curiosidades.

Ya he instalado un CAS y un MBX 2013 en un entorno 2010 (después de preparar el AD en la entrada de ayer).

He instalado el certificado y configurado correctamente las entradas DNS para el nuevo entorno. También he “corregido” las InternalURL de los servicios OWA y ECP, y la AutodiscoverInternalUri para que no se quejaran al accederse por HTTPs (cosas de los Split DNS)

Pues bien, una de las cosas buenas que tiene Exchange 2013 respecto a versiones anteriores, es que los accesos a OWA y ECP se redireccionan automáticamente en función de en qué MBX tengas al usuario.

Esto está genial porque te evita problemas en la publicación de estos servicios de cara a los usuarios.

Si tecleo https://InternalCAS2013/OWA y hago login con un usuario que está en un 2010, automáticamente se abre el MBX del 2010 sin modificar la URL del OWA.

Pero tiene una contrapartida, digamos, interesante. Si quiero acceder al ECP… también me envía a la versión 2010!!!!!

Esto complica un poco la administración del entorno desde la consola web (sigue funcionando perfectamente desde PowerShell)

La solución, como siempre, en la KB de Microsoft. Basta aplicar lo que se dice en

Exchange 2013 Redirects to Exchange 2010 for OWA and ECP, http://support.microsoft.com/kb/2931385/en-us

y asunto arreglado.

Continuará…

Saludos,

Marc

Hola,

Hace ya más de un mes avanzaba sobre un futuro artículo de migración de Exchange 2010 a 2013 en un entorno híbrido.

Esta es la primera entrega.

Como sabéis, siempre que instalamos un Service Pack de Exchange (desde el SP2 de la versión 2010) toca actualizar el schema de nuestro forest y preparar el domain. En teoría, con un

setup /prepareAD /IAcceptExchangeServerLicenseTerms

debería ser suficiente. Verdad?

Bien, pues en un entorno híbrido esto no funciona y hay que hacer alguna cosa más.

Lo primero, descargarse en un fichero XML la configuración de nuestro tenant. Esto se hace desde PowerShell (obvio) en un equipo con el módulo de MSOnline instalado

Get-OrganizationConfig | Export-Clixml -Path C:\MyTenantOrganizationConfig.XML

Una vez tenemos el fichero en cuestión, hemos de escribir

Setup /PrepareAD /IAcceptExchangeServerLicenseTerms /TenantOrganizationConfig:C:\MyTenantOrganizationConfig.XML

Si todo va como debe…

Debería acabar con un Ok

Y a partir de aquí, lanzar una instalación normal de nuestros nuevos servidores Exchange 2013 SP1

Continuará…

Saludos,

Marc

Hola,

Si ayer os publicaba qué script usé para dar de alta a usuarios en Office 365, hoy os pongo otro script para la generación de Contactos.

Usamos, como en el caso anterior, un formato concreto de los datos a cargar desde el CSV, y es

El código no puede ser más sencillo, y es éste:

Saludos,

Marc