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

Ebben a cikkben lépésről lépésre adjuk meg a tipikus Exchange Online-postaláda-visszaállítási hiba megoldását az Office 365 Directory szinkronizálási környezetben.

• A postafiók-visszaállítási hiba azáltal valósul meg, hogy - az eredeti Soft Deleted On-Premise Active Directory felhasználói fiók visszaállítása helyett létrehoz egy ÚJ Active Directory-felhasználót.
• A javasolt megoldás, amely a „dolg visszafordításának” koncepcióján alapul, az „Exchange Online postafiók-helyreállítási hiba” végrehajtása előtti időpontig. A jelentés jelentése - az ÚJ Active Directory felhasználói fiók törlése és az eredeti, Soft Deleted On-Premise Active Directory felhasználói fiók visszaállítása.

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ön létre?
2. Mi az eredménye a „rossz Exchange Online postafiók-helyreállítási műveletnek?”
3. Milyen megoldást fogunk megvalósítani a „Wrong Exchange Online Mailbox Recovery Operation” kezelésében? ”.

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 helyszíni Active Directory George nevű felhasználói fiókja 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. Az eredmény az, hogy a George Office 365 felhasználói fiók, amely „kötött ” a George, törölte az On-Premise Active Directory felhasználói fiókot, szintén törölte (3. szám).
4. Amikor a George Office 365 felhasználói fiókot törölték, a George 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 George Exchange Online-licencet eltávolították, az Exchange Online törli a George 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 George Exchange Online-ból törölt postafiókját, és engedélyezze George számára a visszaállított Exchange Online postafiókjának elérését.

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 George 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 automatikus „visszaállítása” kellett volna.

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

Az adminisztrátor, aki a - George Exchange Online postaláda-visszaállítás visszaállításáért felelős, ú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 George 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, valamint a „helyreállított ” George helyszíni Active Directory felhasználói fiók információinak szinkronizálása az Office 365 címtárral (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 lefut, a Soft Match mechanizmusa automatikusan végrehajtásra kerül.

A Directory Synchronization Soft Match mechanizmus, amelynek az ÚJ George On-Premise Active Directory felhasználói fiókot az Azure Active Directory - Soft Deleted George 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 George 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 - George 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 George Office 365 felhasználói fiók „visszaállt ” (az Office 365 felhasználói fiók látszólag vissza van állítva, az igazság az, hogy 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 „valamilyen oknál fogva” a George Office 365 felhasználói fiókhoz rendelt Exchange Online-licenc, nem restauráltt.

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

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

Az eredmény

1. 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 fogja „kötni” az ÚJ George Active Directory-felhasználót a Soft Deleted George Office 365 felhasználói fiókhoz, mert a Soft Deleted Office A 365-ös felhasználói fiók ImmutableID értéke már fel van töltve valamilyen értékkel (az eredeti George törölt Active Directory-felhasználó értéke).

Az ÚJ George 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 George felhasználói fiókhoz.

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

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ő Soft Deleted objektumok

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

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

Az eredmény

Az ÚJ George On-Premise Active Directory-felhasználó hozzáférhet Exchange Online-postafiókjához, de azt jelenti, hogy az Exchange Online-postaláda-visszaállítás sikertelen volt, 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 - Állítsa vissza a visszaállítási hibát

Két általános megoldást tudunk megvalósítani az ilyen típusú Exchange Online-postaláda-visszaállítási hiba kezelésére. A jelenlegi cikkben azt a megoldást tekintjük át, amelyet „visszaállítási hiba visszaállításaként” írok le.

A következő cikkben - Az Exchange Online postafiók tartalmának visszaállítása egy másik postafiókba a PowerShell paranccsal New-MailboxRestoreRequest | A 22#23 rész egy másik megoldást tekint át, amelyben visszaállítjuk az adatokat a Soft Deleted Exchange Online postafiókból - az ÚJ Exchange Online postafiókba.

A megoldás megvalósítása két lépésből áll:

1#2. lépés - Kezelje a „visszaállítási hibát” úgy, hogy - törölje a létrehozott objektumok „ÚJ készletét”. Más szóval, állítsa vissza a visszaállítási hibát.

A „javítás” a véletlenül létrehozott ÚJ Active Directory felhasználói fiók törlésével valósult meg.

• Abban az esetben, ha töröljük az ÚJ Active Directory-felhasználót, aki létrehozta, és szinkronizáljuk az információkat az Office 365 címtárral, akkor az ÚJ Active Directory-felhasználóhoz társított ÚJ Office 365 felhasználói fiók lesz /u>
• Az Office 365-felhasználó törlésekor az Office 365-felhasználóhoz rendelt Exchange Online-licenc törlődik.
• Az Exchange Online törli az Office 365 felhasználói fiókhoz társított ÚJ üres Exchange Online postaládát.

A kihívás

A Soft Deleted Active Directory felhasználói fiók visszaállítása viszonylag egyszerűnek vagy összetett feladatnak tekinthető.

Ahhoz, hogy sikeresen visszaállíthassuk a „megfelelő” Soft Deleted felhasználói fiókot, meg kell küzdenünk a következő kihívásokkal:

1. Válassza ki az Active Directory felhasználói visszaállítási módszerét

• Abban az esetben, ha az Active Directory lomtár már engedélyezve van, a Soft Deleted felhasználói fiók helyreállítása egyszerű folyamatnak tekinthető, különösen, ha olyan Windows 2012 szerver tartományvezérlővel rendelkezünk, amely támogatja az Active Directory lomtár grafikus változatát.
• Abban az esetben, ha az Active Directory lomtára nincs engedélyezve, „vissza kell vonulnunk” a kevésbé kényelmes, Soft Deleted felhasználó-visszaállítási módszerhez - a „Sírkő objektumok” visszaállításának módszeréhez.

Ha többet szeretne megtudni a Soft Deleted felhasználói fiók visszaállításáról, olvassa el a következő cikkeket:

1. eset - Az Active Directory lomtár nem volt engedélyezve

Abban az esetben, ha az Active Directory lomtár nincs engedélyezve, akkor olyan módszert kell használnia, amely a következőképpen írható le: - „Sírkő objektumok” visszaállítása.

Ha részletesebb információt szeretne kapni a Soft Deleted Active Directory felhasználói fiók Tombstoned objektumok módszerével történő visszaállításáról, olvassa el a következő cikkeket:

• Az Active Directoryból törölt felhasználói fiók visszaállítása (az Active Directory lomtár nincs engedélyezve) az LDP.EXE segítségével | cikk 2#4 | 14. rész #23
• Az Active Directoryból törölt felhasználói fiók visszaállítása (az Active Directory lomtár nincs engedélyezve) az AdRestore, az AdRestore.net és a LEX segítségével - az LDAP-böngészővel | 3. cikk 4. pontja | 15. rész #23

2. eset - Az Active Directory lomtár engedélyezve volt

Ha részletesebb információt szeretne kapni arról, hogyan állíthatja vissza a Soft Deleted Active Directory felhasználói fiókot az Active Directory lomtár segítségével, olvassa el a cikket - Az Active Directoryból törölt felhasználói fiók visszaállítása az Active Directory lomtár használatával. cikk 4#4 | 16. rész #x

2. Keresse meg az „eredeti” Soft Deleted felhasználói fiókot

Miután töröltük a „véletlenül létrehozott” ÚJ Active Directory felhasználói fiókot, az Active Directory Deleted Object mappája tartalmaz két Soft Deleted felhasználói fiókot, amelyek látszólag azonosak (a ugyanaz a megjelenített név).

A mi kihívásunk a következő: hogyan lehet megkülönböztetni a két Soft Deleted felhasználói fiókot, és hogyan keressük meg az eredeti Active Directory Soft Deleted felhasználót, akit vissza kell állítani.

A megoldás - lépésről lépésre

Az Exchange Online postafiók-helyreállítási hibájának megoldása a következő lépések végrehajtásával valósult meg:

1. Dtöröljeaz ÚJ George On-Premise Active Directory felhasználói fiókot.
2. Szinkronizálja a George felhasználói fiókjának törlésével kapcsolatos információkat az Office 365 címtárral (Azure Active Directory).
3. Az „eredeti” Soft Deleted George On-Premise Active Directory felhasználói fiók visszaállítása.
4. Szinkronizálja a George felhasználói fiókjának visszaállításával kapcsolatos információkat az Office 365 címtárral (Azure Active Directory).
5. Ellenőrizze, hogy a helyreállítási „eseménylánc” sikeresen befejeződött:

• Ellenőrizze, hogy a visszaállított George Active Directory-felhasználói fiókkal kapcsolatos információk sikeresen frissültek-e az Azure Active Directoryban.
• Ellenőrizze, hogy a George Office 365 felhasználói fiók sikeresen visszaállításra került.
• Ellenőrizze, hogy a Soft Deleted Office George Office 365 felhasználói fiókhoz rendelt Exchange Online-licenc visszaállt-e.
• Győződjön meg arról, hogy az Exchange Online infrastruktúrával szinkronizált információk és a George Exchange Online postafiók sikeresen visszaállításra került.
• Ellenőrizze, hogy George hozzáfér-e a visszaállított Exchange Online-postafiókjához.

1#4 lépés - Annak az eseménynek a szimulálása, amelyben az On-Premise Active Directory felhasználói fiókot törölték

On-Premise | Active Directory

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

On-Premise | Active Directory Lomtár

A törölt On-Premise Active Directory felhasználói fiókot úgy tekintse, mint - „Soft Deleted felhasználói fiók. ” A Soft Deleted felhasználói fiókok, amelyeket a Helyszíni Active Directory Törölt objektummappájában tárolnak.

Az On-Premise Active Directory Deleted objektummappa tartalmának, és különösen a George Soft Deleted felhasználói fiókkal kapcsolatos információk megtekintéséhez a PowerShell parancsot használjuk:

Get-ADObject

A Get-ADObject PowerShell parancs a helyszíni Active Directory-objektumok megjelenítésére és kezelésére szolgál.

Konkrét példánkban a Get-ADObject parancsot használjuk az Active Directory Soft Deleted objektumaira vonatkozó információk megjelenítésére, amelyek „Felhasználói fiókok objektumainak” tekinthetők. ”

Példa az általunk használt PowerShell parancsra:

Get-ADObject -f {Deleted -eq $true -and ObjectClass -eq "user"} -includeDeletedObjects -pr * | FL sAMAccountName,UserPrincipalName,DisplayName,ObjectGUID,WhenCreated,WhenChanged,Deleted

A következő képernyőképen láthatjuk a George Soft Deleted felhasználói fiókkal kapcsolatos információkat:

Abban az esetben, ha részletesebb információra van szüksége a Get-ADObject PowerShell parancs használatáról; elolvashatja a cikket - Az Active Directoryból törölt felhasználói fiók visszaállítása az Active Directory lomtár használatával | cikk 4#4 | 16. rész #23.

On-Premise | Címtár-szinkronizálási környezetre

A címtár-szinkronizálási kiszolgáló (Azure AD Connect) által az Office 365 címtárral (Azure Active Directory) szinkronizált GeorgeOn-Premise Active Directory felhasználói fiók törlésével kapcsolatos információk.

A következő képernyőképen láthatjuk az Azure AD Connect naplófájljából származó információkat.

• A - Statisztikák exportálása (1. számú) szakaszban a frissített művelet a következőképpen van definiálva: „Törlés. ”
• Ha megnézzük a „frissítési esemény” (2. számú) tulajdonságait, láthatjuk, hogy a frissítés a törölt George felhasználói fiókhoz kapcsolódik (a Változások oszlopban jelennek meg mint - törlés).

Office 365 | Azure Active Directory | Office 365 Felügyeleti Központ felületre

Ebben a lépésben megvizsgáljuk az Azure Active Directory lomtár tartalmát, és megpróbáljuk ellenőrizni, hogy a George On-Premise Active Directory felhasználói fiók törlése az Office 365 felhasználói fiók törléséhez vezetne. amely a George On-Premise Active Directory felhasználói fiókhoz volt „kötve”.

Az Azure Active Directory grafikus felületet biztosít számunkra az Azure Active Directory lomtár tartalmának megtekintéséhez.

Láthatjuk, hogy az Office 365 felhasználói fiók, amely „kötött ” a George On-Premise Active Directory felhasználói fiókhoz, törölték, és az Azure Active Directory lomtárába került. .

Fontos megemlíteni, hogy a George Office 365 felhasználói fiókhoz rendelt Exchange Online-licencet törölték (eltávolították).

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

Az Azure Active Directory szinkronizálja az Exchange Online licenc eltávolításával kapcsolatos információkat az Exchange Online infrastruktúrával.

Ennek eredményeként az Exchange Online törli a George Office 365 felhasználói fiókhoz társított Exchange Online postafiókot.

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 George Soft Deleted postafiókot.

2#4 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” fogjuk szimulálni, amelyben egy ÚJ Active Directory felhasználói fiók jött létre a „helyes visszaállítási folyamat” helyett, amelyben a Soft Deleted George felhasználói fiók < u>állítólag helyre kell állítani.

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 George számára, amely látszólag megegyezik a törölt George felhasználói fiókkal.

Az ÚJ George On-Premise Active Directory felhasználói fiók ugyanazzal a bejelentkezési névvel és e-mail-címmel lesz konfigurálva, mint az „előző George felhasználói fiók”.

On-Premise | Címtár-szinkronizálási környezetre

Az ÚJ helyszíni Active Directory felhasználói fiók létrehozásával kapcsolatos információk szinkronizálva vannak az Office 365 címtárral (Azure Active Directory).

A következő képernyőképen láthatjuk az Azure AD Connect naplófájljából származó információkat.

• A - Statisztikák exportálása (1. szám) részben a frissített művelet - „Hozzáadások”-ként van meghatározva.
• Ha megnézzük a „frissítési esemény” (2-es számú) tulajdonságait, láthatjuk, hogy a frissítés az ÚJ On-Premise Active Directory - George felhasználói fiókhoz kapcsolódik, amelyet létrehozott (a < alatt jelenik megMódosítja oszlopot, mint - hozzáadás).

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

Ebben a lépésben meg akarjuk tekinteni az „ÚJ 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 George Office 365 felhasználói fiók.

Ha megnézzük a George 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). Ennek jelentése az, hogy a George Office 365 felhasználói fiók „kötve van” egy 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 egy „nyom” arra a tényre, hogy a George Office 365 felhasználói fiók nem az „eredeti felhasználói fiók ” mert az eredeti George > Az Office 365 felhasználó Exchange Online licenccel rendelkezett.

Példánkban az adminisztrátor észreveszi, hogy a George Office 365-fiók nem rendelkezik Office 365-licenccel, és hogy „aktiválni tudja” az Office 365 felhasználói fiókokat, hozzárendeli a szükséges Exchange Online licencet a George Office 365-fiókhoz.

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

A következő képernyőképen láthatjuk, hogy egy ÚJ Exchange Online-postafiókot hoztunk létre, miután az Exchange Online-licencet az George Office 365 felhasználói fiókokhoz rendeltük.

Figyeljen egy fontos problémára - az ÚJ Exchange Online ÜRES!

Az adminisztrátor elvárása volt, hogy az „eredeti George postaláda ” kerüljön visszaállításra, és társítva legyen a visszaállított George Office 365 felhasználói fiókkal.

Más szóval, az adminisztrátor elvárása az volt, hogy George be tudjon jelentkezni az Exchange Online postafiókjába, és megtalálja az összes levelét.

Az Exchange Online postafiók „üres” oka, hogy az ÚJ Exchange Online postaláda tartalmát látjuk, amely létrehozta, és nem az eredeti tartalmát >George Soft Deleted Exchange Online postafiók.

A történtek jobb megértéséhez használjuk az Exchange Online felügyeleti központot a két George Exchange Online postafiók előnézetéhez:

• Az eredeti Soft Deleted George's
• Az ÚJ létrehozott (üres) George Exchange Online postafiók.

A következő képernyőképen két Exchange Online-postafiókot láthatunk, amelyek „tartoznak” George-hoz:

1. George Active Exchange Online postafiók

Az ÚJ George Exchange Online postafiók (1. szám). Ez az ÚJ üres Exchange Online postafiók, amely az ÚJ George Office 365 felhasználói fiók létrehozásának eredményeként jött létre.

2. George Soft Deleted Exchange Online postafiók

Ez az „eredeti George postaláda” (2. szám), amelyet törölt (Soft Deleted), és az Exchange Online lomtárába küldte.

3#4 lépés - az Exchange Online-postaláda-visszaállítási hiba kijavítása - Az ÚJ On-Premise Active Directory felhasználói fiók törlése

Ebben a lépésben „javítjuk” az Exchange Online postafiók-visszaállítási hibáját: - töröljük a létrehozott „ÚJ objektumkészletet”.

A következő lépésben (a következő szakaszban) áttekintjük, hogyan lehet visszaállítani az eredeti George On-Premise Active Directory felhasználói fiókot.

On-Premise | Active Directory

Elméletileg törölnünk kell minden létrehozott ÚJ objektumot (helyszíni objektumokat és Office 365 objektumokat).

Technikailag nem kell külön-külön végrehajtanunk a törlési folyamatot az ÚJ létrehozott objektumok mindegyikénél, mert a Directory szinkronizálási környezetben mindössze a „gyökérobjektumot” kell törölnünk.

Példánkban a „gyökérobjektum” az ÚJ George On-Premise Active Directory felhasználói fiók.

Az ÚJ George On-Premise Active Directory felhasználói fiók törlése olyan folyamatot indít el, amelyben:

• A George On-Premise Active Directory felhasználói fiókhoz „kötött” Office 365 felhasználói fiók törlődik.
• A törölt Office 365-felhasználóhoz rendelt Exchange Online-licenc eltávolításra kerül.
• A törölt Office 365 felhasználói fiókhoz társított Exchange Online-postafiók is törlődik.

A következő képernyőképen láthatjuk, hogy kiválasztjuk az ÚJ George On-Premise Active Directory felhasználói fiókot, és töröljük!

On-Premise | Active Directory Lomtár

Miután töröltük az ÚJ Active Directory George felhasználói fiókot, az Active Directory lomtárában két Soft Deleted felhasználó található, akik „George felhasználói fióknak” minősülnek.

A jelenlegi eredmények jobb megértése érdekében használjuk a PowerShellt az On-Premise Active Directory lomtár tartalmának megtekintéséhez.

Példa az általunk használt PowerShell parancsra:

Get-ADObject -f {Deleted -eq $true -and ObjectClass -eq "user"} -includeDeletedObjects -pr * | FL sAMAccountName,UserPrincipalName,DisplayName,ObjectGUID,WhenCreated,WhenChanged,Deleted

A következő képernyőképen láthatjuk, hogy az On-Premise Active Directory lomtárában két Soft Deleted felhasználói fiók található (két George Soft Deleted felhasználói fiók).

• Az „eredeti” George Active Directory felhasználói fiókot (1. számú) jelképező soft Deleted felhasználói fiók.
• Az „ÚJ” George Active Directory felhasználói fiókot (2. számú) jelképező soft Deleted felhasználói fiók.

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

Ha megnézzük az Azure Active Directory lomtárát, azt láthatjuk, hogy az Azure Active Directory lomtár két törölt felhasználói fiókot tartalmaz:

• Az „eredeti” George Office 365 felhasználói fiókot (1. számú) jelképező soft Deleted felhasználói fiók.
• Az „ÚJ” George Office 365 felhasználói fiókot (2-es számú) jelképező soft Deleted felhasználói fiók.

Figyelje meg, hogy bár a törölt Office 365 felhasználói fiókok „azonosnak” tűnnek, a „törlési dátum” a törlés dátuma.

Az „eredeti Soft Deleted George Office 365 felhasználói fiók ” törlési dátumának a legkorábbi dátumnak, majd az ÚJ George „törlési dátumának” kell lennie.Office 365 felhasználói fiók.

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

A következő képernyőképen az Exchange Online lomtár tartalmát láthatjuk.

Ezt most láthatjuk; az Exchange Online lomtár két Soft Deleted Exchange Online postafiókot tartalmaz:

• Az „eredeti” George Office 365 felhasználói fiókhoz (1. számú) társított Soft Deleted Exchange Online postafiók.
• Az „ÚJ ” George Office 365 felhasználói fiókhoz (2. számú) társított Soft Deleted Exchange Online postafiók.

4#4 lépés - az Exchange Online postaláda-visszaállítási hibáinak kijavítása - a Soft Deleted On-Premise Active Directory felhasználói fiók helyreállítása

Ebben a részben visszaállítjuk a törölt „eredeti George On-Premise Active Directory felhasználói fiókot”.

Az „eredeti On-Premise Active Directory felhasználói fiók” visszaállítási folyamata egy eseménysorozatot inicializál, amely az eredeti George Soft sikeres visszaállításával ér véget. Az Exchange Online postafiók törölve.

On-Premise | Active Directory Lomtár

A Soft Deleted Active Directory objektum (George felhasználói fiók) visszaállítási folyamata a helyszíni Active Directory lomtár „címzésével” valósul meg egy PowerShell-parancs segítségével.

Active Directory felhasználói fiók visszaállítása | Az elérhető visszaállítási lehetőségeket

A mi forgatókönyvünkben az Active Directory lomtár aktiválva volt. Bemutatjuk, hogyan kell végrehajtani az Active Directory Soft Deleted felhasználói fiók visszaállítását a PowerShell-parancsok kombinációjával: Get-ADObject + Restore-ADObject

Olyan forgatókönyv, amelyben az Active Directory, amelyben a lomtár nem volt engedélyezve

Abban az esetben, ha az Active Directory lomtár funkciója nem lett aktiválva az Active Directory-környezetben, további lehetőségek állnak rendelkezésre a Soft Deleted Active Directory felhasználói fiókok helyreállítására.

Ha részletesebb információt szeretne kapni a Soft Deleted Active Directory felhasználói fiók Tombstoned objektumok módszerével történő visszaállításáról, olvassa el a következő cikkeket:

• Az Active Directoryból törölt felhasználói fiók visszaállítása (az Active Directory lomtár nincs engedélyezve) az LDP.EXE segítségével | cikk 2#4 | 14. rész #23
• Az Active Directoryból törölt felhasználói fiók visszaállítása (az Active Directory lomtár nincs engedélyezve) az AdRestore, az AdRestore.net és a LEX segítségével - az LDAP-böngészővel | 3. cikk 4. pontja | 15. rész #23

Mielőtt elkezdenénk a szükséges PowerShell-parancs végrehajtását, tekintsünk át röviden két akadályt, amin keresztül kell mennünk.

A következő kihívások állnak előttünk:

1. kihívás: hogyan lehet azonosítani az „eredeti” George felhasználói fiókot

A helyszíni Active Directory lomtárban két Soft Deleted „George felhasználói fiók” lesz.

Honnan tudhatjuk, hogy mi az az „eredeti George felhasználói fiók ”, amelyet vissza kell állítani?
Más szóval, hogyan lehet megkülönböztetni a két Soft Deleted „George ” Felhasználói fiók "?

A megoldás

A fő különbség az „eredeti” George felhasználói fiók és az ÚJ George felhasználói fiók között a következő: a létrehozásuk dátuma.

Az eredeti George felhasználói fiók létrehozásának dátuma „korábbi”, mint az ÚJ George felhasználói fiók létrehozásának dátuma.

2. kihívás - hogyan lehet „utasítani” a helyszíni Active Directory lomtárat, hogy melyik felhasználói fiókot kell visszaállítani

A mi forgatókönyvünk szerint az On-Premise Active Directory lomtára két olyan Soft Deleted felhasználói objektumot tartalmaz, amelyek a George felhasználói fiókhoz kapcsolódnak.

A Bout of the Soft Deleted objektum ugyanazt a megjelenítési nevet, ugyanazt a felhasználónevet használja és így tovább.
Keresnünk kell egy egyedi azonosítót, amely lehetővé teszi számunkra, hogy „mutassuk” az eredeti Georget. > felhasználói fiókot, amelyet vissza akarunk állítani.

A megoldás

Ahhoz, hogy a Helyszíni Active Directory lomtárát utasíthassuk az eredeti George felhasználói fiók „lekérésére”, a Soft Deleted felhasználói fiók objektumot a GUID (globálisan egyedi azonosító) érték használatával kezeljük.

Tekintse meg a helyszíni Active Directory lomtár tartalmát

Az On-Premise Active Directory lomtár tartalmának megtekintéséhez a következő PowerShell-parancsot használjuk:

Get-ADObject -f {Deleted -eq $true -and ObjectClass -eq "user"} -includeDeletedObjects -pr * | FL sAMAccountName,UserPrincipalName,DisplayName,ObjectGUID,WhenCreated,WhenChanged,Deleted

A következő képernyőképen láthatjuk, hogy az On-Premise Active Directory lomtárában két Soft Deleted felhasználói fiók található (két George Soft Deleted felhasználói fiók).

Amint már említettük, azonosítanunk kell az „eredeti” Soft Deleted George felhasználói fiókját, majd hivatkoznunk kell a Soft Deleted objektumra az objektum GUID értékével.

Gyors emlékeztető - nem hivatkozhatunk a Soft Deleted objektumra szabványos azonosítók, például megjelenített név vagy UPN használatával, mivel a mi forgatókönyvünk szerint ezek az azonosítók azonosak.

Ha megnézzük a látszólag azonos Soft Deleted felhasználói fiókokat, észrevehetjük, hogy vannak különbségek.

Ha a WhenCreated tulajdonságot nézzük, azt láthatjuk, hogy

• A „felső” Soft Deleted felhasználói fiók (1-es szám) értéke:-
  WhenCreated=2016/9/24
• Az „alsó” Soft Deleted felhasználói fiók (2-es szám) értéke -
  WhenCreated=9/25/2016

Ennek jelentése az, hogy a „felső Soft Deleted felhasználói fiók” (1-es szám) az „eredeti George felhasználói fiók”, mivel a „létrehozásának dátuma” korábbi, mint a második Soft Deleted George fiókja. felhasználói fiókot.

Miután felismertük az „eredeti Soft Deleted George felhasználói fiókját”, „le kell írnunk” az eredeti George Soft Deleted felhasználói fiók GUID értékét, mert a következő fázisban a GUID értéket használjuk az „eredeti” Soft Deleted George felhasználói fiókjára, amelyet visszaállítunk.

Konkrét példánkban a GUID érték a következő: c8c29077-7aa6-4623-a759-3779376a1c2c

A PowerShell parancs, amelyet az „eredeti” Soft Deleted George felhasználói fiókjának visszaállításához használunk, a következő:

Get-ADObject -f {isdeleted -eq $true -and ObjectGUID -eq " c8c29077-7aa6-4623-a759-3779376a1c2c"} -includeDeletedObjects -pr * | Restore-ADObject

A PowerShell-parancs, amelyet a Soft Deleted felhasználói fiók visszaállítására használunk, nem jelenít meg semmilyen kimenetet a visszaállítási folyamat eredményével kapcsolatban.

Annak ellenőrzésére, hogy az eredeti ” Soft Deleted George felhasználói fiókja sikeresen visszaállításra került-e, újra megtekinthetjük az On-Premise Active Directory lomtár tartalmát.

A következő képernyőképen láthatjuk, hogy most csak egy Soft Deleted felhasználói fiókot láthatunk. Ennek jelentése az, hogy az előző lépésben visszaállított Soft Deleted felhasználói fiókot sikeresen visszaállítottuk, és „eltávolították” a Helyszíni Active Directory lomtárából.

On-Premise | Active Directory

A következő képernyőképen az On-Premise Active Directory megtekintésekor láthatjuk, hogy az eredeti ” Soft Deleted George felhasználói fiókja sikeresen visszaállt.

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

A következő szakaszban ellenőrizni szeretnénk, hogy a visszaállított George On-Premise Active Directory felhasználói fiókkal kapcsolatos információkat sikeresen szinkronizálták-e a felhővel (Azure Active Directory).

Azt is szeretnénk ellenőrizni, hogy az Azure Active Directory „megérti-e”, hogy vissza kell állítania a visszaállított George On-Premise Active Directory felhasználói fiókhoz „kötött” Soft Deleted Office 365 felhasználói fiókot.

Active Directory Azure - lomtár

A következő képernyőképen láthatjuk az Azure Active Directory lomtár tartalmát (Azure Active Directory felügyeleti központ Törölt felhasználók menü).

Ha emlékszik, az előző szakaszban az Azure Active Directory lomtára két Soft Deleted felhasználói fiókot tartalmaz.

Most már láthatjuk, hogy az Azure Active Directory lomtárában csak egy Soft Deleted felhasználói fiók található. Ez az ÚJ George felhasználói fiók.

Active Directory Azure - Aktív felhasználói listák

A következő képernyőképen láthatjuk az Azure Active Directory Active-felhasználók listáját.

Láthatjuk, hogy az Aktív felhasználók listája tartalmazza az Office 365 felhasználói fiókot - George

Figyeljük meg, hogy két fontos információt láthatunk a George Office 365 felhasználói fiókról:

1. A megjelenő Office 365 felhasználói fiók szinkronizált (2-es).
   Ez azt jelenti, hogy az Azure Active Directory képes „megérteni”, hogy a visszaállított Helyszíni Active Directory George felhasználói fiók „kötve” a Soft Deleted Office 365 felhasználói fiókhoz. A George Office 365 felhasználói fiókot visszaállították, és visszacsatolták az On-Premise Active Directory felhasználói fiókhoz.
2. Office 365 licenc

Értesítés az Office 365 licenccel kapcsolatos fontos tudnivalókról! (1-es szám)

A következő képernyőképen láthatjuk, hogy a George felhasználói fiók licenccel rendelkezik (a mi forgatókönyvünk szerint E3-licenc).
Az Office 365 licencet nem rendeltük hozzá, de u> helyett az eredeti Office 365 felhasználói fiókok visszaállításra kerültek a felhasználói fiókhoz rendelt Office 365 licencével együtt, mielőtt törölte volna.

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

Az utolsó fázisban szeretnénk ellenőrizni, hogy fő küldetésünk - George eredeti Exchange Online postafiókjának visszaállítása - sikeresen befejeződött!

Az Exchange Online felügyeleti központot használjuk, hogy további információkat kapjunk Georgeeredeti Exchange Online postafiókjának állapotáról.

A következő képernyőképen láthatjuk egymás mellett az aktív Exchange Online-postaláda-lista és a Soft Deleted Exchange Online-postafiókok (Exchange Online lomtár) megjelenítését.

Láthatjuk, hogy az Exchange Online lomtár jelenleg csak egy Soft Deleted Exchange Online postafiókot tartalmaz; ez a törölt ÚJ felhasználói fiók postafiókja (2. szám).

Az Exchange Online aktív postafiókjainak listájában azt láthatjuk, hogy George postaládája helyreállt (1. számú).

Annak ellenőrzésére, hogy a visszaállított Exchange Online postafiók valóban az „eredeti George Exchange Online postafiók ”, bejelentkezünk a George postafiókba.

A következő képernyőképen azt láthatjuk, hogy a postafiók tartalmazza az eredeti George postai küldeményeket.

Az aktuális cikksorozat következő cikke

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