Az Exchange Online postafiók tartalmának visszaállítása egy másik postafiókba a PowerShell paranccsal New-MailboxRestoreRequest | 22. rész #23

A jelenlegi cikkben a második használható megoldást tekintjük át - az Office 365 Directory szinkronizálási környezetben vagy az Exchange hibrid környezetben előforduló gyakori Exchange Online-postaláda-visszaállítási hibák kezelésére.

A mi forgatókönyvünkben az Exchange, online postaláda törölve egy helyszíni Active Directory felhasználói fiók törlése miatt.

• A helyszíni Active Directory-felhasználó „kötődött” az Office 365 felhasználói fiókjához: „replika. ”
• Az Office 365 felhasználói fiókhoz Exchange Online-licenc és Exchange Online-postafiók volt hozzárendelve.

A gyakori visszaállítási hiba az, hogy - a törölt eredeti helyszíni Active Directory felhasználói fiók visszaállítása helyett egy ÚJ On-Premise Active Directory felhasználói fiók, amely látszólag megegyezik a létrehozott törölt felhasználói fiók adataival, és az információkat szinkronizálja az Office-val. 365 címtár.

A javasolt megoldás - a Soft Deleted Exchange Online postafiók tartalmának helyreállítása a létrehozott ÚJ Exchange Online postafiókba.

Ez a folyamat egy nagyon hasznos -
New-MailboxRestoreRequest nevű PowerShell-parancs használatával valósult meg, amely az adatok (postafiók-postafiókok) egy adott Exchange Online postafiókból egy másik Exchange Online postafiókba történő „szállítására” készült.

Az előző cikkben egy másik típusú megoldást tekintünk át, amely használható az Exchange Online postafiók-visszaállítási hibájának kezelésére, amelyben egy ÚJ Active Directory-felhasználó hozott létre.

Az Exchange Online karakterei visszaállítási hiba - ÚJ Active Directory felhasználói fiók létrehozása - Forgatókönyv leírása

Hogy jobban megérthessük,

1. Melyek a „Wrong Exchange Online Mailbox Recovery Operation” karakterei, amelyben ÚJ Active Directory felhasználói fiók jött létre?
2. Mi az eredménye a „rossz Exchange Online postafiók-helyreállítási műveletnek?”
3. Mi az a felajánlott megoldás, amelyet a „rossz Exchange Online postafiók-helyreállítási művelet” kezelésére fogunk alkalmazni?

Használjuk a következő forgatókönyvet:

A szervezet levelezési infrastruktúrája

• Egy szervezet az Office 365 szolgáltatásokat és az Exchange Online-t használja levelezési infrastruktúrájaként.

Címtár-infrastruktúra

• A címtárkezelés az On-Premise Active Directoryon és a címtár-szinkronizálási kiszolgálón (Azure AD Connect) keresztül valósul meg.
• A címtár-szinkronizálási kiszolgáló felelős az információk szinkronizálásáért a helyi helyszíni Active Directoryból az Office 365 címtárba (Azure Active Directory).

A törlési esemény

1. A James nevű helyszíni Active Directory felhasználói fiók törölve (1. számú).
2. A címtár-szinkronizálási kiszolgáló (Azure AD Connect) és az Office 365 címtár (Azure Active Directory) által szinkronizált „Helyszíni Active Directory-felhasználótörlés” adatai (2-es szám).
3. Ennek eredményeként a Jameshez „kötődő” James Office 365-felhasználói fiók törölte a helyszíni Active Directory-felhasználói fiókot, és törölte (3. szám).
4. Amikor a James Office 365 felhasználói fiókot törölték, a James Office 365 felhasználói fiókhoz rendelt Exchange Online licenc eltávolítva (törölve) (3.) .
5. Az Azure Active Directory szinkronizálja az információkat az Exchange Online infrastruktúrával.
6. Amikor az Exchange Online értesül arról, hogy a James Exchange Online licencet eltávolították, az Exchange Online törli a James Exchange Online postafiókot (4. szám).

A visszaállítási kérelem

Az adminisztrátor kérést kapott, hogy - állítsa vissza az Exchange Online-ból törölt James-postafiókját, és engedélyezze James számára a visszaállított Exchange Online-postafiókjához való hozzáférést.

Az Exchange Online helyreállításának „helyes” folyamata a Directory szinkronizálási környezetben

A „helyes” visszaállítási folyamatnak a következővel kellett volna kezdődnie: a James Soft Deleted On-Premise Active Directory felhasználói fiók helyreállítása, és az Exchange Online postaláda-helyreállítási lépéseinek a többi lépése automatikusan „visszagurul”.

Az Exchange Online Directory szinkronizálási környezetben történő helyreállításának „megfelelő eljárásáról” a következő cikkben olvashat bővebben: A címtárszinkronizálás speciális karakterei Office 365 környezetben | 2. cikk 2. pontja | 12. rész #23

Az Exchange Online postafiók-visszaállítási hibájának főbb szereplői

Az Exchange Online postafiók-helyreállítási hibája

A James Exchange Online postafiók-visszaállítás visszaállításáért felelős rendszergazda úgy gondolta, hogy a megoldás a következő módon valósul meg:

• ÚJ Helyszíni Active Directory felhasználói fiók létrehozása látszólag azonos adatokkal a „törölt James felhasználói fiókkal” (ugyanaz a bejelentkezési név és ugyanaz az e-mail cím).
• A címtár-szinkronizálási folyamat aktiválása, és a „helyreállított ” James helyszíni Active Directory felhasználói fiók információinak szinkronizálása - Office 365 Directory (Azure Active Directory).

Az adminisztrátor alapjául szolgáló feltételezés az volt, hogy amikor a címtár-szinkronizálási folyamat fut, a Soft Match mechanizmusa automatikusan végrehajtásra kerül.

A Directory Synchronization Soft Match mechanizmus, amelynek az ÚJ James Helyszíni Active Directory felhasználói fiókot az Azure Active Directory - Soft Deleted James felhasználói fiókjával kellett volna „összekötnie”, mert ugyanaz a bejelentkezési nevük és ugyanaz az e-mail címük).

A „kötési folyamat” a következőkhöz vezet:

• Az Office 365 Soft Deleted James felhasználói fiókjának automatikus visszaállítási folyamata.
• Az Office 365 felhasználói fiókhoz rendelt Exchange Online-licenc automatikus visszaállításának folyamata.
• Az automatikus visszaállítási folyamat - James Soft törölte az Exchange Online postafiókját.

Amikor az adminisztrátor bejelentkezik az Office 365 felügyeleti portáljára, azt látja, hogy a James Office 365 felhasználói fiók „visszaállt ” (az Office 365 felhasználói fiók látszólag visszaállítva, az igazság az, hogy az Office 365-fiók, amelyet az adminisztrátor lát, egy ÚJ Office 365-felhasználói fiók), és vegye észre, hogy „valamiért” a James Office 365 felhasználói fiókhoz rendelt Exchange Online-licenc volt. nincs helyreállítvat.

A „licencprobléma” megoldása érdekében a rendszergazda hozzárendeli a szükséges Exchange Online licencet a James Office 365 felhasználói fiókokhoz.

Vegye figyelembe, hogy az Office 365-licenc nincs hozzárendelve valódi oka, hogy ebben a forgatókönyvben az eredeti Office 365 nincs visszaállítva, hanem egy ÚJ Office 365 felhasználói fiók. létrehozva! (Cserélje ki az online licencet a nincs automatikusan hozzárendelve az ÚJ Office 365-felhasználókhoz).

Az eredmény

A Directory Synchronization Soft egyezés nem történt meg.

A Directory Szinkronizálás lágy egyezése nem történik meg!

A Címtár-szinkronizálás nem „köti” az ÚJ James Active Directory-felhasználót a Soft Deleted James Office 365 felhasználói fiókhoz, mert a Soft Deleted Office 365 felhasználói fiók ImmutableID értéke már feltöltve valamilyen értékkel (az eredeti James törölt Active Directory-felhasználó értéke).

Az ÚJ James Active Directory felhasználói fiók ÚJ GUID (globálisan egyedi azonosító) értékkel rendelkezik, amely eltér a Soft Deleted Office 365 felhasználói fióktól ImmutableID érték.

Emiatt a címtár-szinkronizálás nem tudja végrehajtani a várt „kötést” (Soft Match) a két felhasználói fiók között, és ehelyett ÚJ Office 365 felhasználói fiókot hoz létre, amely „kötni” az - ÚJ On-Premise Active Directory James felhasználói fiókhoz.

Két „készlet” felhasználói fiókból és Exchange Online postafiókból

A végeredmény egy „zűrzavar”.

A várt eredmény helyett az a „valódi eredmény”, hogy mostantól „két készlet” felhasználói fiókunk és két készlet Exchange Online postafiókunk lesz.

A készlet - Az ÚJ objektumok

• Egy ÚJ helyszíni Active Directory felhasználói fiók létrehozása olyan forgatókönyvhöz vezet, amelyben egy ÚJ Office 365 felhasználói fiók jön létre.
• Amikor az Exchange Online licencet hozzárendeli az ÚJ Office 365 felhasználói fiókhoz, egy ÚJ üres Exchange Online postafiók jön létre.

Az eredmény:

• ÚJ Active Directory felhasználói fiók.
• ÚJ Office 365 felhasználói fiók.
• ÚJ Exchange Online postafiók.

B készlet - Az előző lágyan törölt objektumok

Az objektumok hozzáadott „rétege” a Soft Deleted objektumok rétege, amelyek továbbra is léteznek a különböző lomtárokban:

• Az eredeti James Soft Deleted Active Directory felhasználó továbbra is az Active Directory lomtárában marad.
• A Soft Deleted James Office 365 felhasználói fiók, amely az Active Directory-felhasználóhoz „kötött”, továbbra is az Azure Active Directory lomtárában lesz tárolva.
• Soft Deleted James Exchange Online postafiók továbbra is az Exchange Online lomtárban marad.

Az eredmény

Az ÚJ James On-Premise Active Directory-felhasználó hozzáférhet Exchange Online-postaládájához, de azt jelenti, hogy az Exchange Online-postaláda-visszaállítás nem sikerült, mert a postaláda üres u>!

Figyelje meg, hogy az Exchange Online-postaláda-adatok, amelyeknek „meg kell jelenniük”, a Soft Deleted Exchange Online postafiókban (az Exchange Online lomtárában) vannak tárolva.

A javasolt megoldás leírása - a Soft Deleted postafiók tartalmának importálása - az ÚJ üres postafiókba a New-MailboxRestoreRequest PowerShell paranccsal.

A megoldás

A felkínált megoldás a James Soft Deleted postafiók tartalmának James NEW üres Exchange postafiókba való importálásával valósul meg a PowerShell
New-MailboxRestoreRequest paranccsal.

A PowerShell New-MailboxRestoreRequest parancs, amelyet az Exchange Online Administrator engedélyezéséhez hoztak létre, a postaláda tartalmának „küldése” „forrás Exchange Online postafiókból” a „cél Exchange Online postafiókba”.

Az ilyen típusú megoldásokban nem próbáljuk „visszaállítani” az Exchange Online visszaállítási hibát, hanem a meglévő ÚJ felhasználókészletet (On-Premise Active Directory és Office 365) használjuk. és a létrehozott ÚJ Exchange Online postafiók.

A mi forgatókönyvünk szerint két Exchange Online-postafiókkal rendelkezünk: az eredeti Exchange Online-postafiók, amely Soft Deleted-postafióknak minősül, és a létrehozott ÚJ üres Exchange Online-postafiók.

A következő diagramon láthatjuk a folyamatban részt vevő összes összetevő leírását.

Egy másik lehetséges megoldás ("A visszaállítási hiba visszaállítása. "), amelyet a cikk ismertet: Exchange Online-postaláda-visszaállítási hiba megoldása az eredeti Soft Deleted Active Directory-felhasználó visszaállításával | 21#23 rész

A kihívás
A postafiók tartalmának „másolásához és beillesztéséhez” meg kell címeznünk a szükséges Exchange Online postafiókokat. Az Exchange Online postafiókját legtöbbször szabványos azonosítók használatával címezzük meg, mint például a postafiók álneve vagy a postafiók e-mail címe.

A mi forgatókönyvünkben nem tudunk hivatkozni a „forrás Exchange Online postafiókra” vagy a „detonációs Exchange Online-ra” szabványos „azonosító”, például az álnév használatával. Ennek az az oka, hogy a Soft Deleted Exchange Online postafiók és a létrehozott ÚJ üres Exchange Online postafiók ugyanaz az álnév és ugyanaz az e-mail cím.

Ennek az akadálynak a megkerüléséhez és a szükséges Exchange Online postafiókok megszólításához a GUID értéket fogjuk használni azonosítóként (a GUID érték egy egyedi azonosító).

1. Az első lépésben egy PowerShell-parancsot fogunk használni, amely „felfedi” az egyes érintett Exchange Online postafiókok GUID értékét.
2. A következő fázisban az Exchange Online postafiókját fogjuk megcímezni, a GUID érték használatával „identitásértékként”.

A megoldás megvalósítása - a Soft Deleted postaláda tartalmának importálása - az ÚJ üres postafiókba a PowerShell New-MailboxRestoreRequest paranccsal

A következő szakaszokban bemutatunk egy forgatókönyvet, amely a következő részeket tartalmazza:

• 1#3. lépés - Az On-Premise Active Directory felhasználói fiók törlésének eseményének szimulálása.
• 2#3 lépés - Az Exchange Online postafiók-visszaállítási hiba szimulálása.
• 3. lépés - Az Exchange Online postaláda-visszaállítási hibájának kijavítása - a Soft Deleted postaláda tartalmának importálása az ÚJ üres postafiókba a New-MailboxRestoreRequest segítségével

Mielőtt elkezdenénk, nézzük meg a James Exchange Online postafiókját.

Láthatjuk, hogy James e-mail üzenetet kapott Bradtől, és az e-mail tárgya: „Ez egy e-mail üzenet Bradtől a postafiók törlése előtt.”

Az utolsó lépésben, amelyben az Exchange Online Soft Deleted adatait „egyesítjük” az ÚJ Exchange Online postafiókba; Megmutatom, hogyan egyesült össze a „régi tartalom” az ÚJ Exchange Online postafiók tartalmával (a következő 2#3 részben a James Exchange Online postafiók törlődik) .

1#3. lépés - Az On-Premise Active Directory felhasználói fiók törlésének eseményének szimulálása.

Példánkban a forgatókönyvet szimuláljuk a a James On-Premise Active Directory felhasználói fiók törlésével.

• A címtár-szinkronizálási kiszolgáló (Azure AD Connect) és az Office 365 címtár (Azure Active Directory) által szinkronizált „Helyszíni Active Directory-felhasználótörlés” adatai.
• Ennek eredményeként az a James Office 365 felhasználói fiók, amely a törölt helyszíni Active Directory felhasználói fiókhoz volt „kötve”, szintén törlődik.
• Amikor az Office 365 felhasználói fiókot törölték, a James Office 365 felhasználói fiókhoz rendelt Exchange Online-licencet eltávolították (törölték).

Office 365 | Exchange Online infrastruktúra | Exchange Online Felügyeleti Központ

• Az Azure Active Directory szinkronizálja az információkat az Exchange Online infrastruktúrával.
• Amikor az Exchange Online értesül arról, hogy az Exchange Online licencet eltávolították, az Office 365 felhasználói fiókhoz társított James Exchange Online-postafiók törlődik.

A Soft Deleted James Exchange Online postafiók megtekintéséhez az Exchange Online felügyeleti központot használjuk.

Az Exchange Online grafikus felületet biztosít az Exchange Online lomtár tartalmának megtekintéséhez - címzett => postafiókok => három pont => Törölt postafiókok.

A következő képernyőképen láthatjuk az Exchange Online lomtár tartalmát.
Láthatjuk, hogy az Exchange Online lomtár tartalmazza a James Soft Deleted Mailboxot.

2#3 lépés - Az Exchange Online postafiók-visszaállítási hiba szimulálása

Ebben a részben az Exchange Online „helyreállítási hibáit” szimuláljuk, amelyek során egy ÚJ Active Directory felhasználói fiók jött létre.

A „helyes visszaállítási műveletnek” a következőnek kellett lennie: az On-Premise Active Directory Soft Deleted Jame felhasználói fiókjának visszaállítása.

Az Exchange Online postaláda címtár-szinkronizálási környezetben történő helyreállításának „megfelelő eljárásáról” a következő cikkben olvashat: Az Exchange Online FELHASZNÁLÓI postafiók visszaállítása | Címtár-szinkronizálási környezet | A „helyes út” | 17. rész #23

On-Premise | Active Directory

Az adminisztrátor hozzon létre egy ÚJ On-Premise Active Directory felhasználói fiókot James számára, amely látszólag megegyezik a törölt James felhasználói fiókkal.

Az ÚJ James On-Premise Active Directory felhasználói fiók, amely ugyanazzal a bejelentkezési névvel és e-mail-címmel van konfigurálva, mint az „előző James felhasználói fiók” (a Soft Deleted Active Directory Felhasználói fiók).

Példánkban a felhasználói fiók leírása mezőjét használom annak hangsúlyozására, hogy az adott felhasználói fiók ÚJ fiók.

Office 365 | Azure Active Directory | Office 365 Felügyeleti központ felület

Ebben a lépésben meg akarjuk tekinteni az „Office 365 felhasználói fiók” adatait, amelyet a címtár-szinkronizálási folyamat befejezése után „vissza kell állítani”.

Az Office 365 felügyeleti központ portálján az aktív felhasználók listáját nézve láthatjuk, hogy „megjelenik” egy James Office 365 felhasználói fiók.

Megjegyzés - vegye figyelembe, hogy ez nem a visszaállított James felhasználói fiók, hanem egy ÚJ Office 365 felhasználói fiók, amelyet létrehoztak!

Ha megnézzük a James Office 365-fiók tulajdonságait, két fontos paramétert vehetünk észre:

• A Szinkronizálás típusa oszlopban azt láthatjuk, hogy a felhasználói fiók „Szinkronizálva az Active Directoryval” (1. szám). A jelentés az, hogy a James Office 365 felhasználói fiók „kötve van” a helyszíni Active Directory felhasználói fiókhoz.
• Az Állapot oszlopban (2-es szám) azt láthatjuk, hogy az Office 365 felhasználói fiók nem rendelkezik licenccel. Ez arra utal, hogy a James Office 365 felhasználói fiók nem az „eredeti felhasználói fiók ” mert az eredeti James > Az Office 365 felhasználó Exchange Online licenccel rendelkezett.

Példánkban a rendszergazda észreveszi, hogy a James Office 365-fiók nem rendelkezik Office 365-licencekkel. Az Office 365 felhasználói fiókok „aktiválásához” hozzárendeli a szükséges Exchange Online licencet a James Office 365-fiókhoz.

Csere online | Az ÚJ üres Exchange Online postaládat

Amint már említettük, a James Office 365 felhasználói fióknak nem volt Exchange Online licence.
Amikor a rendszergazda Exchange Online licencet rendel az ÚJ James Office 365 felhasználói fiókhoz , egy ÚJ üres Exchange Online postafiók jött létre.

A mi forgatókönyvünk szerint James csatlakozik Exchange Online postafiókjához, és elkezd e-mail üzeneteket küldeni és
fogadni.

A következő képernyőképen láthatjuk, hogy James e-mailt kapott Angelinától.

Figyelje meg, hogy a James postafiók tartalmazza az „ÚJ levelet”, amelyet Angelina küldött, de az Exchange Online postafiók eredeti tartalma nem jelenik meg!

Az Exchange Online-postafiók, amelyet „látunk”, nem az eredeti Exchange Online-postafiók, amely a Soft Deleted Jame felhasználói fiókjához volt társítva, hanem egy ÚJ üres Exchange Online-postafiók helyett.

Később, amikor befejezzük a „régi Soft Deleted Exchange Online postafiók” és az ÚJ üres Exchange Online postafiók adatainak egyesítését, ez segít „bizonyítani”, hogy a régi levelek egyesültek az ÚJ levélküldeményekkel.

3#3 lépés - az Exchange Online-postaláda-visszaállítási hiba kijavítása - a Soft Deleted postaláda tartalmának importálása az ÚJ üres postafiókba a New-MailboxRestoreRequest segítségével

Ebben a lépésben az Exchange Online PowerShell parancsot használjuk
New-MailboxRestoreRequest a James Exchange Online Soft Deleted szolgáltatásban tárolt adatok importálására (másolására), majd a postaláda tartalmának „beillesztésére” az ÚJ James Exchange Online postafiók.

A PowerShell parancs szintaxisa, amelyet használnunk kell:

New-MailboxRestoreRequest -SourceMailbox <Soft Deleted Exchange Online mailbox> -TargetMailbox <Existing Exchange Online mailbox> -AllowLegacyDNMismatch

Példánkban a New-MailboxRestoreRequest PowerShell parancsot fogjuk használni a James@o365info.com Exchange-postafiók címével.

Figyeljük meg a „problémát”, amellyel foglalkoznunk kell:

• A forrás Exchange Online Soft Deleted postafiók címzésére használt azonosító: James@o365info.com
• Az ÚJ üres Exchange Online postafiók címzésére használt azonosító: James@o365info.com

New-MailboxRestoreRequest -SourceMailbox James@o365info.com -TargetMailbox James@o365info.com -AllowLegacyDNMismatch

Az eredmény a következő hiba:

The operation couldn't be performed because 'James@o365info.com' matches multiple entries.

Kihívásunk a következő: hogyan lehet megkülönböztetni a két különböző Exchange Online postafiókot? Mindkét Soft Deleted Exchange Online postafiók „identitását” a James@o365info.com e-mail cím képviseli.

A megoldás az, hogy az Exchange Online postafiókjait egy
egyedi azonosítóval - a GUID (globálisan egyedi azonosító) értékkel - kell megcímezni.

Meg kell kapnunk a következő GUID értékét:

1. A forrás Exchange Online postafiók jelentése: a Soft Deleted James
2. A cél James Exchange Online-postafiókja (az ÚJ üres Exchange Online-postafiók).

1#2 - A forrás Exchange Online postafiók GUID értékének lekérése

A következő példában bemutatjuk, hogyan kaphatja meg a Soft Deleted Exchange Online postafiók GUID értékét

A következő PowerShell parancsot fogjuk használni:

Get-Mailbox -SoftDeletedMailbox James | FL Alias,ExchangeGuid

Figyelje meg, hogy az Exchange Online-tól azt kérjük, hogy „lekérje” az Exchange Online-ra vonatkozó információkat az Exchange Online lomtárából a SoftDeletedMailbox paraméter használatával.

• Példánkban az Exchange Online forráspostafiók GUID értéke -
  4f664109-65b8-4958-89c7-cf9f01f29c31

2#2 - A cél Exchange Online postafiók GUID értékének lekérése

A következő PowerShell parancsot fogjuk használni:

Get-Mailbox James | FL Alias,ExchangeGuid

Vegye figyelembe, hogy ezúttal arra kérünk az Exchange Online-t, hogy „kérjen információkat” egy James nevű felhasználó „aktív” Exchange Online postafiókjáról.

• Példánkban a cél Exchange Online postafiók GUID értéke -
  4357604d-341a-4f99-bfbd-9b04edef8273

A New-MailboxRestoreRequest PowerShell parancs futtatása

Most befejezhetjük az utolsó lépést, amelyben végrehajtjuk a New-MailboxRestoreRequest PowerShell parancsot, amely visszaállítja a James Soft Deleted postafiókban található összes postafiók tartalmát az ÚJ üres James Exchange-be. Létrehozott online postafiók.

A példákban használt PowerShell parancs a következő:

New-MailboxRestoreRequest -SourceMailbox 4f664109-65b8-4958-89c7-cf9f01f29c31 -TargetMailbox 4357604d-341a-4f99-bfbd-9b04edef8273 -AllowLegacyDNMismatch

A következő képernyőképen láthatjuk az eredményeket.

Vegyük észre, hogy az ÚJ James Exchange Online postafiók már tartalmaz néhány levelet, például azt az e-mailt, amelyet Angelina küldött.

A New-MailboxRestoreRequest PowerShell parancs nem futotta át a meglévő e-mail tételeket, hanem „egyesítette” a forrás Exchange Online-postafiókból származó e-maileket a cél Exchange Online-postafiók meglévő levélelemeivel.

Az aktuális cikksorozat következő cikke

Exchange Online-postaláda-visszaállítási hiba megoldása Az Office 365-felhasználó visszaállításra került - az ImmutableID érték eltávolítása | 23. rész #23