Prefijo: el buzón "problemático" de Exchange Online restaura escenarios en el entorno de sincronización de directorios | Parte 18#23
En el artículo actual, se puede considerar como un "prefijo" al tema que describo como "los escenarios problemáticos de restauración de buzones de correo de Exchange Online en el entorno de sincronización de directorios". "
Office 365 y la sincronización de directorios pueden considerarse como un entorno complejo que "une" dos entornos diferentes: el entorno local y el entorno de "nube".
Esta complejidad puede conducir muy fácilmente a errores no intencionales de restauración de buzones de correo de Exchange Online, lo que puede causar al administrador un sentimiento de confusión y frustración.
Los próximos artículos de la serie de artículos actual.
Antes de continuar, un breve resumen sobre los próximos artículos de la serie de artículos actual:
En el artículo - Revisión de los caracteres del error de recuperación del buzón de Exchange Online - Se creó una nueva cuenta de usuario de Active Directory local | Parte 19#23, revisamos los caracteres del error de restauración del buzón de Exchange Online, en el que se creó un NUEVO usuario de Active Directory en lugar de restaurar la cuenta de usuario original eliminada temporalmente de Active Directory.
En el artículo: Resolver un error de restauración de buzón de Exchange Online mediante la restauración del usuario original de Active Directory eliminado temporalmente | La Parte 21#23 incluye una descripción de los pasos requeridos que se pueden utilizar para "corregir" el error de restauración del buzón de Exchange Online, en el que se creó una NUEVA cuenta de usuario de Active Directory.
En el artículo: Restaurar el contenido del buzón de Exchange Online en otro buzón mediante el comando de PowerShell New-MailboxRestoreRequest | La Parte 22#23 incluye una descripción de la solución adicional que podemos usar para "corregir" el error de restauración del buzón de Exchange Online en el que se creó una NUEVA cuenta de usuario de Active Directory.
En el artículo - Revisión de los caracteres del error de recuperación del buzón de Exchange Online - Se restauró Office 365 eliminado temporalmente | Parte 20#23, revisamos los caracteres del error de restauración del buzón de Exchange Online, en el que se restauró la cuenta de usuario de Office 365 eliminada temporalmente en lugar de restaurar el usuario de Active Directory local eliminado temporalmente.
En el artículo: Resolver un error de restauración del buzón de correo de Exchange Online Se restauró el usuario de Office 365: se elimina el valor de ImmutableID | La Parte 23#23, incluye una descripción de los pasos requeridos, que se pueden utilizar para "corregir" el error de restauración del buzón de correo de Exchange Online, en el que se restauró la cuenta de usuario de Office 365 eliminada temporalmente en lugar de restaurar el usuario de Active Directory local eliminado temporalmente. .
El término "Escenarios de restauración de buzones problemáticos de Exchange Online"
El término "Escenarios problemáticos de restauración de buzones de Exchange Online" no es un término técnico, sino un término que utilizo para describir escenarios en los que el "elemento administrativo" ejecuta el proceso de restauración de buzones de Exchange Online de forma incorrecta en un entorno basado en sincronización de directorios.
Los dos resultados principales de los “Escenarios de restauración de buzones de correo problemáticos de Exchange Online” se realizaron de las siguientes maneras
Escenario 1: el buzón de Exchange Online que aparentemente se restauró, no es el buzón de Exchange Online original que contiene los datos. En cambio, el usuario accederá a un “buzón de Exchange Online vacío”. "
Escenario 2: la "entidad" del usuario de Office 365 se restablece y tiene acceso al buzón de correo original de Exchange Online a los datos, pero el "enlace lógico" entre la cuenta de usuario de Active Directory local y Office 365 está desconectado.
Un breve recordatorio: en el entorno de sincronización de directorios de Office 365, la cuenta de usuario de Active Directory local debe estar "conectada" a su "réplica" de cuentas de usuario de Office 365.
Puede leer más información sobre las relaciones entre la cuenta de usuario de Active Directory local y su “réplica de cuenta de usuario de Office 365” en el artículo - Los caracteres especiales de la sincronización de directorios en un entorno de Office 365 | Artículo 1#2 | Parte 11#23
¿Cuáles son las causas que conducen a escenarios de restauración de buzones de correo de Exchange Online “problemáticos”?
Persecución 1: falta de conocimiento y falta de instrucciones claras.
El 99% de las veces, en las que se implementó un "procedimiento incorrecto de restauración del buzón de correo de Exchange Online", la razón es la falta de conocimiento sobre cuál es el "proceso correcto" que debería haberse implementado.
La falta de conocimiento causada por la falta de información pública disponible es un tema doloroso (esta es la razón principal por la que escribo la actual serie de artículos).
En la actualidad, no hay mucha información detallada sobre la "forma recomendada" para recuperar el buzón de correo de Exchange Online en los diferentes tipos de entornos de Office 365, como entorno solo en la nube, sincronización de directorios o entornos híbridos de Exchange.
Además, no hay mucha información detallada sobre cómo recuperarse de las restauraciones del buzón de Exchange Online, escenario en el que la restauración del buzón se implementó incorrectamente.
Carácter 2: tipo diferente de “escenarios de restauración de buzones problemáticos de Exchange Online”. "
El desafío adicional al que nos enfrentamos es que existen un par de opciones para "dañar" el "proceso correcto" de restaurar el buzón de Exchange Online en el entorno de sincronización de directorios.
Necesitaremos estar equipados con el conocimiento sobre:
- ¿Cuál es el tipo específico de “escenarios de restauración de buzones de correo problemáticos de Exchange Online”?
- ¿Cuáles son los caracteres específicos de los “Escenarios de restauración de buzones de correo problemáticos de Exchange Online”?
- ¿Cuál es la solución específica que podemos implementar para reparar el “escenario de restauración problemática del buzón de Exchange Online”?
Escenarios de “restauraciones problemáticas de buzones de correo de Exchange Online” | Clasificación
En el siguiente diagrama, podemos ver dos clasificaciones principales de entornos de Office 365, en los que podemos experimentar el fenómeno de “Escenarios problemáticos de restauración de buzones de Exchange Online”.
1. Entorno basado en sincronización de directorios
Un entorno que incluye dos directorios: Active Directory local y el "directorio en la nube", es decir, Azure Active Directory.
2. Entorno híbrido de Exchange
El segundo tipo de entorno es un entorno híbrido de Exchange. En este entorno, también hay dos directorios: el Active Directory local y el “directorio en la nube” (Azure Active Directory), pero también dos entornos Exchange: el entorno Exchange on-Premises y el entorno Exchange Online (Office 365). .
Este entorno complejo proporciona "muchas rutas" a escenarios de "procedimiento incorrecto de restauración de buzones de Exchange Online".
Solución de problemas de escenarios de restauración de buzones de Exchange Online "problemáticos"
Para solucionar un problema de restauración de buzones de correo de Exchange Online "problemático"; Necesitamos entender el escenario actual.
Cada escenario tiene sus propios personajes únicos y su solución única.
Ruta de solución 1#3: “revertir” el error de restauración que se cometió.
En este tipo de solución, intentamos revertir el "error de restauración del buzón de Exchange Online" a un estado anterior, antes de que se ejecutara el error de recuperación.
Después de volver al "estado anterior", podemos comenzar la segunda fase. en el que realizamos la restauración del buzón de Exchange Online siguiendo los pasos recomendados.
Por ejemplo, un escenario en el que se creó un NUEVO Active Directory en lugar de restaurar la cuenta de usuario original de Active Directory eliminada temporalmente.
En este caso, eliminaremos la “cuenta de usuario innecesaria de Active Directory” e implementaremos el procedimiento de restauración de mejores prácticas, es decir; restaurar la cuenta de usuario "original" de Active Directory eliminada temporalmente.
Ruta de solución 2#3: implementar una “solución alternativa” que permitirá al usuario acceder a los datos de su buzón
En este tipo de solución, no intentamos "corregir" el error de restauración de Exchange Online, sino que brindamos al usuario acceso a los datos de su buzón de Exchange Online, exportando los datos del buzón de Exchange Online eliminado temporalmente al NUEVO Exchange. Buzón en línea que creó.
Por ejemplo, un escenario en el que se creó un NUEVO Active Directory, en lugar de restaurar la cuenta de usuario original de Active Directory eliminada temporalmente.
En este caso, usaremos el comando de PowerShell que “copiará” todo el contenido del buzón de Exchange Online eliminado temporalmente al “NUEVO buzón de Exchange Online vacío” que creó.
Ruta de solución 3#3: implementar una "solución alternativa" que solucione la configuración errónea existente
En este tipo de solución, no intentamos revertir el error del buzón de restauración existente, sino que ejecutamos una "solución" que "pegará las piezas rotas".
Por ejemplo, un escenario en el que se restauró la cuenta de usuario de Office 365, en lugar de
la cuenta de usuario de Active Directory local "original".
Este tipo de error de restauración conduce a un escenario que puede describirse como "cuenta de usuario huérfana de Office 365". El término "huérfano" describe un escenario en el que perdemos el "vínculo" entre la cuenta de usuario de Office 365 y la cuenta de usuario de Active Directory local.
La solución ofrecida, en este caso, es "pegar" estas cuentas manipulando el valor ImmutableID de la cuenta de usuario de Office 365.
La relación entre el usuario de Active Directory local y el usuario de Office 365 | Escenario de cuenta de usuario recuperada
En el escenario, me gustaría resaltar la relación que existe entre dos cuentas de usuario sincronizadas en el entorno de sincronización de directorios.
La “relación” se materializó de muchas maneras, pero esta vez; Me gustaría enfatizar la relación que existe entre el usuario de Active Directory local y el usuario de Office 365, en un escenario de “recuperación de cuenta de usuario de Active Directory local”.
Dado que el usuario de Office 365 considera como “cuenta de usuario sincronizada”;
- Cuando se elimina el usuario de Active Directory local, la cuenta de usuario de Office 365 que está "vinculada" al usuario de Active Directory local también se eliminará (pero no ocurre lo contrario).
- Cuando se recupere el usuario de Active Directory local eliminado temporalmente, también se recuperará la cuenta de usuario de Office 365 que está "vinculada" al usuario de Active Directory local (pero no ocurre lo contrario).
Como se mencionó, Azure Active Directory "sabe" acerca del usuario de Active Directory que se conectó al usuario de Office 365 mediante el valor ImmutableID.
Cuando restauramos la cuenta de usuario de Active Directory eliminada temporalmente, la información se sincroniza con la nube (Azure Active Directory).
Azure Active Directory obtiene el valor GUID de la cuenta de usuario de Active Directory local restaurada y compara el valor GUID con el valor ImmutableID de la cuenta de usuario de Office 365 existente (incluido el valor Eliminado temporalmente). cuentas de usuario de Office 365).
Cuando Azure Active Directory "mira" en la papelera de reciclaje de Azure Active Directory, "ve" una cuenta de usuario eliminada temporalmente que su valor ImmutableID es idéntico al valor GUID del usuario de Active Directory local restaurado. cuenta.
Azure Active Directory "entiende" que las cuentas de usuario de Office 365 eliminadas temporalmente son el "socio" de la cuenta de usuario de Active Directory local.
Azure Active Directory restaura la cuenta de usuario de Office 365 eliminada temporalmente.
Después de restaurar la cuenta de usuario de Office 365, se restableció el "vínculo" entre las cuentas de dos usuarios.
Un proceso adicional que se implementó relacionado con la restauración del buzón de Exchange Online.
- Cuando Azure Active Directory restaura la cuenta de usuario eliminada temporalmente, también se restaura la licencia de Exchange Online asignada al usuario.
- Azure Active Directory informa a Exchange Online que se restauró una licencia de Exchange Online.
- Exchange Online restaurará el buzón de Exchange Online eliminado temporalmente cuya licencia se recuperó y "vinculará" el buzón de Exchange Online restaurado a la cuenta de usuario de Office 365.
Puede leer información adicional sobre los caracteres de la sincronización de directorios en un entorno basado en Office 365 y la relación que existe entre la cuenta de usuario de Active Directory local y su "socio" de cuenta de usuario de Office 365 en los siguientes artículos:
- Los caracteres especiales de la sincronización de Directorios en un entorno Office 365 | Artículo 1#2 | Parte 11#23
- Los caracteres especiales de la sincronización de Directorios en un entorno Office 365 | Artículo 2#2 | Parte 12#23
La fuente de los errores comunes de restauración en el entorno de sincronización de directorios | Partido suave
La principal fuente de errores de restauración de buzones de correo de Exchange Online es causada por un concepto de error muy popular, que se relaciona con la función de sincronización de directorios denominada Coincidencia suave.
Entonces, la gran pregunta es: ¿Conocemos el significado del término Sincronización de directorios Coincidencia suave?
Incluso si cree que está familiarizado con el concepto de Soft Match de sincronización de directorios, le recomiendo dedicar unos minutos a leer la siguiente sección, para que podamos estar en la misma página.
¿Cuál es el propósito de la coincidencia suave de sincronización de directorios?
En un entorno basado en sincronización de directorios; el “proceso natural” del evento debería “comenzar” en el entorno de Active Directory local.
Por ejemplo, se crea un NUEVO usuario de Active Directory; la información se sincroniza con la nube (Azure Active Directory) y así se crea un NUEVO Office 365.
La relación entre el objeto de usuario de Active Directory local y su cuenta de usuario "réplica de Office 365" "Inmortalizada", mediante el uso de una propiedad dedicada de Office 365 denominada ImmutableID.
El valor ImmutableID incluye una copia del valor GUID (identificador único global) del usuario de Active Directory local.
Así es como el entorno dividido en dos (Active Directory local y Azure Active Directory) conoce la relación que existe entre los dos objetos (las dos cuentas de usuario).
El mecanismo de sincronización de directorios denominado Soft Match se creó para resolver un problema de configuración incorrecta común en un entorno basado en sincronización de directorios.
Como se mencionó, el "flujo natural" en el entorno de sincronización de directorios comienza desde la dirección del Active Directory local.
Pero, ¿qué pasa con un escenario en el que se creó un usuario de Office 365 con el nombre de inicio de sesión: John@o365info.com y, en una etapa posterior, un usuario de Active Directory con un nombre de inicio de sesión idéntico (<John@o365info.com) creado?
Una respuesta lógica podría ser: una "colisión" entre dos objetos.
Dos objetos (dos cuentas de usuario) tienen la misma propiedad: nombre de inicio de sesión del usuario, y debemos decidir qué objeto es más "dominante", es decir, qué objeto "atropellará" al "otro objeto". "
Otra posible solución para este problema lógico es una “solución más pacífica”, que se implementa mediante la sincronización de directorios denominada Soft Match.
Otra forma que podemos utilizar para describir el concepto de coincidencia suave de Active Directory es: un mecanismo que intenta encontrar el denominador común entre dos objetos y unirlos como una pareja.
En caso de que la sincronización del Directorio reconozca un escenario, que cumpla las dos condiciones siguientes:
Condición 1#2
- El usuario de Active Directory local y Office 365 tienen el mismo nombre de inicio de sesión de usuario o,
- El usuario de Active Directory local y Office 365 tienen la misma dirección de correo electrónico.
Condición 2#2
Office 365 no tiene un valor inmutable, lo que significa que Office 365 no está "conectado" a una cuenta de usuario de Active Directory local existente.
La sincronización del directorio es lo suficientemente inteligente como para "comprender" que estos dos objetos están relacionados entre sí y, por esta razón, deben estar "unidos".
Sincronización de directorios Coincidencia suave | Caso 1 | El nombre de inicio de sesión del usuario es idéntico
En el siguiente diagrama, podemos ver un ejemplo de un escenario en el que la cuenta de usuario de Active Directory local se creó después de crear Office 365.
La propiedad “Tipo de sincronización” de la cuenta de usuario de Office 365, considérese como - En la nube
El stand de los usuarios tiene el mismo nombre de inicio de sesión (nombre principal del usuario).
Cuando ejecutamos la sincronización del directorio, el proceso de sincronización encuentra dos cuentas de usuario separadas que tienen el mismo nombre de inicio de sesión de usuario.
La sincronización del directorio implementa el mecanismo de coincidencia suave y "vincula" la cuenta de usuario de Active Directory local con las cuentas de usuario de Office 365.
Una vez completado el proceso Soft Match de sincronización de directorios, la propiedad de la cuenta de usuario de Office 365 - “Tipo de sincronización”, se considera como - Sincronizar con Active Directory.
El proceso de “vinculación” que ejecuta la sincronización del Directorio, se implementa de la siguiente manera:
Para la sincronización del directorio, copie el valor GUID de la cuenta de usuario de Active Directory local al valor ImmutableID de Office 365.
Una vez completado este proceso, el resultado se describió como "Partida difícil".
De ahora en adelante, la cuenta de dos usuarios se considera "conectada".
Cada actualización en la cuenta de usuario de Active Directory local se sincronizará con su "socio de usuario" en la nube (Azure Active Directory).
Sincronización de directorios Coincidencia suave | Caso 2 | La dirección de correo electrónico del usuario es idéntica
En el escenario actual, la cuenta de usuario de Active Directory local y la cuenta de usuario de Office 365 no tienen el mismo UPN (nombre de inicio de sesión de usuario).
La información del nombre de inicio de sesión
- El nombre de inicio de sesión del usuario de Active Directory local es: John@o365info.com
- El nombre de inicio de sesión del usuario de Office 365 es: David@o365info.com
La información de las direcciones de correo electrónico.
- La dirección de correo electrónico de Active Directory local es: John@o365info.com
- La dirección de correo electrónico del usuario de Office 365 es: John@o365info.com
En este escenario, el denominador común entre las cuentas de dos usuarios es la dirección de correo electrónico.
Cuando ejecutamos la sincronización del directorio, el proceso de sincronización encuentra dos cuentas de usuario separadas, que tienen la misma dirección de correo electrónico.
La sincronización del directorio implementa el mecanismo Soft Match y "vincula" la cuenta de usuario de Active Directory local con las cuentas de usuario de Office 365.
Una vez completado el proceso de coincidencia suave, la propiedad "Tipo de sincronización" del usuario de Office 365 se considera como: Sincronizar con Active Directory.
Es importante mencionar que una vez completada la coincidencia suave, el UPN del usuario de Office 365 se actualizará utilizando el nombre UPN de la cuenta de usuario de Active Directory local (Directorio Activo local, considérelo como una fuente de autoridad).
En nuestro escenario, el UPN del usuario de Office 365 se actualizará a John@o365info.com
El próximo artículo de la serie de artículos actual.
Revisando los caracteres del error de recuperación del buzón de Exchange Online: se creó una nueva cuenta de usuario de Active Directory local | Parte 19#23