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

Aquí estamos de nuevo.

Y sí, ya tenemos respuesta oficial de Microsoft sobre el tema de la hibridación. No voy a opinar , sólo mostraros el enlace que nos han hecho llegar.

Decommissioning your Exchange 2010 servers in a Hybrid Deployment

http://blogs.technet.com/b/exchange/archive/2012/12/05/decommissioning-your-exchange-2010-servers-in-a-hybrid-deployment.aspx

Juzgad vosotros

Saludos,

Marc

Hola,

Llevo tiempo en esto de las tecnologías y algo menos trabajando con Office 365. Durante este tiempo he colaborado directa o indirectamente en migraciones de buzones, desde Exchange 2007 a la reciente Exchange 2013.

Bien, pues la semana pasada me pasó algo que todavía no me había pasado: migrar un buzón a Exchange Online (de hecho, fue un lote de tres buzones) y perder uno de ellos.

Así, tal cual. En frío. Sin paños calientes.

La cara que se me quedó no difiere de ésta. Vamos, que fue mi primera reacción.

La segunda, algo más profesional, fue revisar tanto Exchange Online como mi Exchange On-premises.

En el primero, ni siquiera aparecía el batch de migración del usuario (Get-MigrationBatch). Evidentemente, un Get-MigrationUser y un Get-MoveRequest –Identity <Usuario>  no arrojaron luz, ni datos.

Tercera opción, abrir un caso de soporte con Office 365.

Desde aquí felicitar a César (mi técnico asignado) por la rápida respuesta y, sobretodo, por su profesionalidad en el tratamiento del problema.

Lo que hicimos: revisar todo el proceso de migración con sus pasos y sus resultados. A priori, la conclusión fue que el proceso había sido correcto pero algo había fallado en Office 365 en el momento de sincronizar los datos de mi Active Directory y su Active Directory.

Lo mejor, la solución del problema. Como por arte de magia, se recuperó el buzón de mi usuario con tres simples pasos (bueno, cuatro).

• Primer paso: asignar una licencia de Exchange Online al usuario en cuestión. Sabréis que aparece un mensaje de error diciendo que el usuario ha de migrarse previamente.
• Segundo paso: Revisar la dirección de e-mail del usuario y validar que aparecen las X.500 correspondientes a la organización
• Tercer paso: forzar una Full Sincronization desde DirSync.
• Cuarto paso: celebrarlo con una cerveza

Saludos,

Marc

Hola a todos,

Repasando todo lo he escrito sobre Office 365, Exchange Online y la hibridación de entornos, veo que tengo bastantes artículos pero que están dispersos en el tiempo así que he decidido recopilar todos los enlaces en entra entrada para facilitar su búsqueda.

Empezamos listando los referidos al montaje de la infraestructura necesaria para federar nuestro AD y seguimos con la de migración desde un entorno On-Premises a uno cloud

• Migración a Office 365:
• Parte 1: Instalación y configuración de AD FS
• Parte 2: Migración desde Exchange On-premises a Exchange Online

Y finalizamos con la última serie, sobre tener un entorno híbrido

• Hibridación de un entorno On-premise
• Primeros en el proceso, divididos en la parte 1 y parte 2
• Qué cambios se producen en el proceso, aquí
• Un Edge Server en la organización, también con su parte 1 y su parte 2

Espero que os sirva

Saludos,

Marc

Hola,

Siguiendo con la última entrada, voy a proceder a explicar qué cambios implica hacer en la organización cuando se tiene un Edge Server en un entorno híbrido Exchange On-Premises <-> Exchange Online

El problema es que al necesitar que el Edge Server tenga Service Pack 3 para ser plenamente compatible con Exchange Online Protection (EOP), va a obligar a actualizar al menos un Hub Transport a este mismo Service Pack 3, o no se podrán usar las suscripciones de envío entre ambos sistemas. Por propia experiencia .

Empezaremos los cambios por el Edge Server, donde hemos de importar el certificado público que tengamos instalado en los HT – el que usaremos para la hibridación –  de modo que la comunicación por TLS entre ambos entornos, On-Premises y Tenant, funcione correctamente. Después de importarlo, lo habilitamos para el servicio SMTP

Una manera rápida de hacerlo, vía PowerShell

Import-ExchangeCertificate -FileData ([Byte[]]$(Get-Content -Path «c:\CertificadoEnLosHT.pfx» -Encoding byte -ReadCount 0)) -Password:(Get-Credential).password -PrivateKeyExportable $true| Enable-ExchangeCertificate -Services SMTP

Importante: Ante la pregunta “Overwrite the existing default SMTP certificate dialog”, la respuesta tiene que ser No

Después de ejecutar el comando, miramos que esté correctamente asignado con un Get-ExchangeCertificate

Lanzamos de nuevo el proceso de hibridación como si no tuviéramos un servidor Edge, es decir, como expliqué en esta entrada sólo que al finalizar el proceso, se deben hacer algunos cambios a mano.

Lo primero que hay que hacer después de finalizar el proceso de hibridación es ir al nuevo send connector que crea el proceso, de nombre “Outbound to Office 365”, y editarlo para ir al apartado “Source Server”

Una vez en aquí, hemos de borrar y quitar los HT que el asistente nos añade (tampoco te da más opciones) y añadir nuestro servidor de Edge

Guardamos los cambios y forzamos la sincronización con el Edge vía PowerShell con Start-EgdeSynchronization

Esto forzará que en nuestro Edge aparezca un nuevo conector que refleja estos cambios en la organización.

Finalmente, de nuevo en el Edge Server, hemos de configurar el “Receive Connector” del Edge para soportar el protocolo Oorg de Outlook.com. Para ello, de nuevo desde PowerShell, ejecutamos

$SendConnector = Get-SendConnector «Outbound to Office 365»; $ReceiveConnector = Get-ReceiveConnector «<Nombre por defecto del conector>»; Set-ReceiveConnector -Identity $ReceiveConnector.Identity -TlsDomainCapabilities outlook.com:AcceptOorgProtocol –Fqdn $SendConnector.Fqdn

Si todo va bien, nuestra empresa podrá enviar y recibir e-mails hacia Office 365.

Saludos,

Marc

Hola a todos,

Llevo ya una serie de artículos hablando de Exchange 2010 híbrido (1, 2 y 3) pero en ninguno de ellos he planteado los pasos que hay que hacer para hibridarlo cuando se tiene un Egde Server que hace de servidor perimetral de envío y recepción del correo de la organización.

Quizás no es un rol muy usado quizás sí, el caso es que por una cosa u otra, no hay demasiada documentación en Español de cómo se ha de montar la arquitectura para dar soporte a este rol por lo que haré un par de entradas relativas al tema.

No sé si estáis al día pero Microsoft ha decidido renombrar el servicio cloud de Forefront Online Protection for Exchange (FOPE) a Exchange Online Protection (EOP) y no sólo es un cambio de nombre sino que obliga a ciertas cosas en un entorno con el rol de Edge Server. La más importante de ellas, que es necesario tener el Service Pack 3 de Exchange 2010 o en el mismo Edge o en el servidor de Hub Transport. Y mejor tenerlo en todos los equipos.

La documentación oficial es clara en este punto:

Understanding Edge Transport Servers in Exchange 2010 Hybrid Deployments

If you’ve deployed Exchange 2010 SP2 Edge Transport servers, you must upgrade the Edge Transport servers you want to use for hybrid transport to Exchange 2010 SP3

Pues aprovechando tal requisito, veremos en qué varía el proceso de hibridación respecto al mismo SIN este rol

El esquema a tratar, el que se muestra en el enlace del Technet

Y el proceso en cristiano, en la siguiente entrada

Saludos,

Marc