Előtag – a „Problémás” Exchange Online postafiók visszaállítja a forgatókönyveket címtár-szinkronizálási környezetben | 18. rész #23
A jelenlegi cikkben a tárgy „előtagjának” tekinthető, amelyet a következőképpen írok le: „Problémás Exchange Online postaláda-visszaállítási forgatókönyvek címtár-szinkronizálási környezetben. ”
Az Office 365 és a Directory szinkronizálás összetett környezetnek tekinthető, amely „összekapcsol” két különböző környezetet - az On-Premise környezetet és a „felhő” környezetet.
Ennek a komplexitásnak a jellege nagyon könnyen vezethet nem szándékos Exchange Online postafiók-visszaállítási hibákhoz, amelyek zavartságot és frusztrációt okozhatnak az adminisztrátorban!
Az aktuális cikksorozat következő cikkei
Mielőtt folytatnánk, rövid összefoglaló az aktuális cikksorozat következő cikkeiről:
A cikkben - Az Exchange Online-postaláda-helyreállítási hiba karaktereinek áttekintése - Új helyszíni Active Directory felhasználói fiók jött létre | A 19#23. részben áttekintjük az Exchange Online postaláda-visszaállítási hibájának karaktereit, amelyben az eredeti, Soft Deleted Active Directory felhasználói fiók visszaállítása helyett ÚJ Active Directory-felhasználót hoztak létre.
A cikkben - Exchange Online-postaláda-visszaállítási hiba megoldása az eredeti, Soft Deleted Active Directory-felhasználó visszaállításával | A 21#23. rész tartalmazza az Exchange Online postafiók-visszaállítási hiba „kijavításához” szükséges lépések leírását, amelyek során ÚJ Active Directory felhasználói fiók jött létre.
A 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 tartalmazza annak a kiegészítő megoldásnak a leírását, amellyel az Exchange Online postafiók-visszaállítási hibáját „javíthatjuk”, amelyben ÚJ Active Directory felhasználói fiók jött létre.
A cikkben - Az Exchange Online-postaláda-helyreállítási hiba karaktereinek áttekintése - A Soft Deleted Office 365 visszaállítása megtörtént | A 20#23. részben áttekintjük az Exchange Online-postaláda-visszaállítási hiba karaktereit, amelyben a Soft Deleted On-Premise Active Directory-felhasználó visszaállítása helyett a Soft Deleted Office 365 felhasználói fiók került visszaállításra.
A cikkben - 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 | A 23#23 rész tartalmazza a szükséges lépések leírását, amelyek felhasználhatók az Exchange Online postaláda-visszaállítási hibájának „kijavításához”, amelyben a Soft Deleted On-Premise Active Directory-felhasználó visszaállítása helyett a Soft Deleted Office 365 felhasználói fiók került visszaállításra. .
A „Problémás Exchange Online postafiók visszaállítja a forgatókönyveket” kifejezés
A „Problémás Exchange Online-postaláda visszaállítja a forgatókönyveket” kifejezés nem szakkifejezés, hanem olyan forgatókönyvek leírására használt kifejezés, amelyekben az „Adminisztrációs elem” helytelenül hajtja végre az Exchange Online postaláda-visszaállítási folyamatát címtár-szinkronizáláson alapuló környezetben.
A „Problémás Exchange Online-postaláda-visszaállítási forgatókönyvek” két fő eredménye a következő módokon valósult meg
1. forgatókönyv - a látszólag helyreállított Exchange Online-postafiók nem az eredeti Exchange Online-postafiók, amely az adatokat tartalmazza. Ehelyett a felhasználó hozzáfér egy „üres Exchange Online postafiókhoz. ”
2. forgatókönyv - az Office 365 felhasználói „entitása” helyreállt, és hozzáférhet az eredeti Exchange Online postafiókhoz az adatokhoz, de a „logikai kötés” a helyszíni Active Directory felhasználói fiók és az Office 365 között megszakad.
Egy rövid emlékeztető: az Office 365 Directory szinkronizálási környezetben a helyszíni Active Directory felhasználói fiókot „össze kell kapcsolni” az Office 365 felhasználói fiókjainak „replikájához”.
Az On-Premise Active Directory felhasználói fiók és az „Office 365 felhasználói fiók replikája ” közötti kapcsolatokról a következő cikkben olvashat bővebben: A címtár-szinkronizálás speciális karakterei Office 365 környezetben | 1. cikk 2. pontja | 11. rész #23
Mik azok az okok, amelyek a - „Problémás” Exchange Online postafiók-visszaállítási forgatókönyvekhez vezetnek?
Chase 1 - tudás hiánya és egyértelmű utasítások hiánya.
Az esetek 99%-ában, amikor „rossz Exchange Online-postafiók-visszaállítási eljárást” hajtottak végre, az az ismeret hiánya, hogy mi a „helyes folyamat”, amelyet végre kellett volna hajtani.
Fájdalmas probléma az ismerethiány, amelyet a nyilvános információk hiánya okozott (ez a fő oka annak, hogy megírjam a mostani cikksorozatot).
Jelenleg nem áll rendelkezésre sok részletes információ az Exchange Online postafiók helyreállításának „ajánlott módjáról” a különböző típusú Office 365 környezetekben, például - csak felhő környezetben, címtár-szinkronizálásban vagy Exchange hibrid környezetekben.
Emellett nincs sok részletes információ arról, hogyan lehet helyreállítani az Exchange Online postafiók-visszaállítási forgatókönyvét, amelyben a postafiók-visszaállítás helytelenül valósult meg.
2. karakter - Különféle típusú „Problémás Exchange Online postafiók visszaállítja a forgatókönyveket. ”
A további kihívás, amellyel szembe kell néznünk, az, hogy van néhány lehetőség az Exchange Online postaláda visszaállításának „megfelelő folyamatának” „károsodására” a címtár-szinkronizálási környezetben.
Fel kell szerelnünk a következő ismeretekkel:
- Mi a „Problémás Exchange Online-postaláda-visszaállítási forgatókönyvek” konkrét típusa?
- Melyek a „Problémás Exchange Online-postaláda-visszaállítási forgatókönyvek” konkrét karakterei?
- Mi az a konkrét megoldás, amit megvalósíthatunk a „Problémás Exchange Online postafiók-visszaállítási forgatókönyv” javítására?
„Problémás Exchange Online-postafiók-visszaállítás” forgatókönyvek | Osztályozás
Az alábbi ábrán az Office 365 környezetek két fő osztályozását láthatjuk, amelyekben a „Problémás Exchange Online postafiók visszaállítja a forgatókönyveket” jelenséget.
1. Címtár-szinkronizáláson alapuló környezet
Két címtárat tartalmazó környezet: a helyszíni Active Directory és a „felhőkönyvtár”, azaz az Azure Active Directory.
2. Csere hibrid környezet
A második típusú környezet az Exchange hibrid környezet. Ebben a környezetben két címtár is található: az On-Premise Active Directory és a „felhőkönyvtár” (Azure Active Directory), valamint két Exchange-környezet is - az Exchange on-Premises környezet és az Exchange Online (Office 365) környezet. .
Ez az összetett környezet „sok útvonalat” biztosít az „Exchange Online postafiók helytelen visszaállítási eljárásának” forgatókönyvéhez.
A „problémás” Exchange Online postafiókok hibaelhárítása visszaállítja a forgatókönyveket
„Problémás” Exchange Online postafiók-visszaállítási probléma hibaelhárítása; meg kell értenünk az aktuális forgatókönyvet.
Minden forgatókönyvnek megvan a maga egyedi karaktere és egyedi megoldása.
1#3. megoldási út - „visszaállítás” visszaállítási hiba, amely megtörtént.
Az ilyen típusú megoldásoknál megpróbáljuk visszaállítani az „Exchange Online postaláda visszaállítási hibáját” egy korábbi állapotba, mielőtt a helyreállítási hiba végrehajtódott volna.
Miután visszatértünk a „korábbi állapothoz”, megkezdhetjük a második fázist, amelyben az Exchange Online postafiók-visszaállítást hajtjuk végre a javasolt lépések segítségével.
Például egy forgatókönyv, amelyben egy ÚJ Active Directory jött létre az eredeti, Soft Deleted Active Directory Active Directory felhasználói fiók visszaállítása helyett.
Ebben az esetben töröljük a „felesleges Active Directory felhasználói fiókot”, és végrehajtjuk a bevált gyakorlat visszaállítási eljárását, azaz; állítsa vissza az „eredeti” Active Directory Soft Deleted felhasználói fiókot.
2#3 megoldási út - Valósítson meg „alternatív megoldást”, amely lehetővé teszi a felhasználó számára, hogy hozzáférjen a postafiók adataihoz
Az ilyen típusú megoldásoknál nem próbáljuk meg „javítani” az Exchange Online visszaállítja a hibát, hanem hozzáférést biztosítunk a felhasználónak az Exchange Online postafiók adataihoz úgy, hogy az adatokat az eredeti, Soft Deleted Exchange Online postafiókból az ÚJ Exchange-be exportáljuk. Létrehozott online postafiók.
Például egy forgatókönyv, amelyben egy ÚJ Active Directory jött létre, az eredeti, Soft Deleted Active Directory Active Directory felhasználói fiók visszaállítása helyett.
Ebben az esetben a PowerShell parancsot fogjuk használni, amely „átmásolja” az összes tartalmat az eredeti, Soft Deleted Exchange Online postafiókból a létrehozott „ÚJ üres Exchange Online postafiókba”.
3. megoldási út - Valósítson meg egy „kerülő megoldást”, amely kijavítja a meglévő hiányos konfigurációt
Az ilyen típusú megoldásoknál nem próbáljuk meg visszaállítani a meglévő postaláda-visszaállítási hibát, hanem egy „javítást” futtatunk, amely „összeragasztja a törött darabokat”.
Például egy olyan forgatókönyv, amelyben az Office 365 felhasználói fiókot állították vissza
az „eredeti ” On-Premise Active Directory felhasználói fiók helyett.
Az ilyen típusú visszaállítási hiba „árva Office 365 felhasználói fiók” forgatókönyvhöz vezethet. Az „árva” kifejezés olyan forgatókönyvet ír le, amelyben elveszítjük a „kötést” az Office 365 felhasználói fiók és a helyszíni Active Directory felhasználói fiók között.
A felajánlott megoldás ebben az esetben az, hogy „összeragasztja” ezeket a fiókokat az Office 365 felhasználói fiók ImmutableID értékének manipulálásával.
A Helyszíni Active Directory-felhasználó és az Office 365-felhasználó közötti kapcsolat | Helyreállított felhasználói fiók forgatókönyve
Ebben a forgatókönyvben szeretném kiemelni azt a kapcsolatot, amely két szinkronizált felhasználói fiók között létezik Címtár-szinkronizálási környezetben.
A „kapcsolat” sokféleképpen megvalósult, de ezúttal; Szeretném hangsúlyozni a kapcsolatot, amely a Helyszíni Active Directory-felhasználó és az Office 365-felhasználó között létezik a „Helyi Active Directory felhasználói fiók-helyreállítás” forgatókönyvében.
Tekintettel arra, hogy az Office 365 felhasználó „szinkronizált felhasználói fióknak” tekinti;
- A helyszíni Active Directory-felhasználó törlésekor a helyszíni Active Directory-felhasználóhoz „kötött” Office 365-felhasználói fiók is övvel lesz rögzítve (de ennek ellenkezője nem igaz).
- Amikor a Soft Deleted On-Premise Active Directory-felhasználó helyreáll, a helyszíni Active Directory-felhasználóhoz „kötött” Office 365 felhasználói fiók is helyreáll (de ennek ellenkezője nem igaz).
Mint említettük, az Azure Active Directory az ImmutableID érték használatával „tud” az Office 365-felhasználóhoz csatlakozó Active Directory-felhasználóról.
Amikor visszaállítjuk a Soft Deleted Active Directory felhasználói fiókot, az információ szinkronizálva van a felhővel (Azure Active Directory).
Az Azure Active Directory megkapja a visszaállított Helyszíni Active Directory felhasználói fiók GUID értékét, és összehasonlítja a GUID értékét az Office 365 felhasználói fiók meglévő ImmutableID értékével (beleértve a Soft Deleted értéket is Office 365 felhasználói fiókok).
Amikor az Azure Active Directory „megnéz” az Azure Active Directory lomtárában, „látja a „Soft Deleted felhasználói fiókot, amely szerint az ImmutableID értéke megegyezik a visszaállított Helyszíni Active Directory-felhasználó GUID értékével. fiókot.
Az Azure Active Directory „megérti”, hogy a Soft Deleted Office 365 felhasználói fiókok a helyszíni Active Directory felhasználói fiók „partnerei”.
Az Azure Active Directory visszaállítja a Soft Deleted Office 365 felhasználói fiókot.
Az Office 365 felhasználói fiók visszaállítása után a két felhasználói fiók közötti „kötés” helyreállt.
Egy további folyamat, amely az Exchange Online postafiók visszaállításához kapcsolódik.
- Amikor az Azure Active Directory visszaállítja a Soft Deleted felhasználói fiókot, a felhasználóhoz rendelt Exchange Online-licenc is visszaáll.
- Az Azure Active Directory tájékoztatja az Exchange Online-t, hogy egy Exchange Online-licencet visszaállítottak.
- Az Exchange Online visszaállítja azt a Soft Deleted Exchange Online postaládát, amelyhez a licence vissza lett állítva, és „összeköti” a visszaállított Exchange Online postafiókot az Office 365 felhasználói fiókkal.
A következő cikkekben további információkat olvashat a címtár-szinkronizálás karaktereiről az Office 365 alapú környezetben, valamint az On-Premise Active Directory felhasználói fiókja és az Office 365 felhasználói fiókja „partnere” között fennálló kapcsolatról:
- A címtár-szinkronizálás speciális karakterei Office 365 környezetben | 1. cikk 2. pontja | 11. rész #23
- A címtár-szinkronizálás speciális karakterei Office 365 környezetben | 2. cikk 2. pontja | 12. rész #23
A címtár-szinkronizálási környezetben előforduló gyakori visszaállítási hibák forrása | Soft Match
Az Exchange Online postaláda visszaállítási hibáinak fő forrását egy nagyon népszerű kihagyásos koncepció okozza, amely a címtár-szinkronizálási funkcióhoz kapcsolódik - Soft match.
Tehát a nagy kérdés az, hogy - Ismerjük-e a kifejezés jelentését - Címtár-szinkronizálás Soft match?
Még ha úgy gondolja is, hogy ismeri a Directory Synchronization Soft Match koncepcióját, azt javasoltam, hogy szánjon néhány percet a következő rész elolvasására, így egy oldalon lehetünk.
Mi a címtárszinkronizálási szoftver célja?
Címtár szinkronizálás alapú környezetben; az esemény „természetes folyamatának” el kell indulnia az On-Premise Active Directory környezetben.
Például - egy ÚJ Active Directory felhasználó jön létre; az információ szinkronizálva van a felhővel (Azure Active Directory), és így létrejön egy ÚJ Office 365.
A helyszíni Active Directory felhasználói objektum és az „Office 365 replika” felhasználói fiókja „Immortalized” közötti kapcsolat egy dedikált Office 365-tulajdonság használatával - ImmutableID.
Az ImmutableID érték tartalmazza az On-Premise Active Directory felhasználói GUID (globálisan egyedi azonosító) értékének másolatát.
Így ismeri a két elválasztott környezet (On-Premise Active Directory és Azure Active Directory) a két objektum (a két felhasználói fiók) közötti kapcsolatot.
A - Soft Match nevű címtár-szinkronizálási mechanizmust a címtárszinkronizálás alapú környezetben előforduló gyakori hibás konfigurációs problémák megoldására hozták létre.
Mint említettük, a „természetes folyam” a Directory szinkronizálási környezetben a helyszíni Active Directory irányából indul ki.
De mi a helyzet azzal a forgatókönyvvel, amelyben egy Office 365-felhasználó jött létre a John@o365info.com bejelentkezési névvel, majd egy későbbi szakaszban egy Active Directory-felhasználó azonos bejelentkezési névvel (<John@o365info.com) létrehozta?
A logikus válasz a következő lehet: „ütközés” két objektum között.
Két objektum (két felhasználói fiók) ugyanazzal a tulajdonsággal - felhasználói bejelentkezési névvel - rendelkezik, és el kell döntenünk, hogy melyik objektum a „dominánsabb”, melyik objektum „fut át” a „másik objektumon”. ”
Egy másik lehetséges megoldás erre a logikai problémára egy „békésebb megoldás”, amelyet a címtárszinkronizálás - Soft Match - valósít meg.
Egy másik módszer, amellyel az Active Directory Soft match fogalmát leírhatjuk, egy olyan mechanizmus, amely megpróbálja megtalálni a közös nevezőt két objektum között, és párként összekapcsolni őket.
Abban az esetben, ha a címtár-szinkronizálás olyan forgatókönyvet ismer fel, amely teljesíti a következő két feltételt:
1#2 feltétel
- A helyszíni Active Directory-felhasználónak és az Office 365-nek ugyanaz a bejelentkezési neve, vagy
- A helyszíni Active Directory-felhasználónak és az Office 365-nek ugyanaz az e-mail címe.
2#2 feltétel
Az Office 365 nincs megváltozhatatlan értéke, ami azt jelenti, hogy az Office 365 nincs „csatlakozva” a meglévő On-Premise Active Directory felhasználói fiókhoz.
A Directory szinkronizálás elég intelligens ahhoz, hogy „megértse”, hogy ez a két objektum kapcsolatban van egymással, és ezért „össze kell csatolni őket”.
Könyvtár-szinkronizálás Lágy egyezés | 1. eset | A felhasználói bejelentkezési név azonos
A következő ábrán láthatunk egy példát egy olyan forgatókönyvre, amelyben az Office 365 létrehozása után létrehozott On-Premise Active Directory felhasználói fiók.
Az Office 365 felhasználói fiók „Szinkronizálási típusa” tulajdonsága - Felhőben
A felhasználók fülkéje megegyezik a bejelentkezési névvel (a felhasználó egyszerű neve).
Amikor futtatjuk a Címtár-szinkronizálást, a szinkronizálási folyamat két különálló felhasználói fiókot talál, amelyeknek ugyanaz a felhasználói bejelentkezési neve.
A címtár-szinkronizálás megvalósítja a Soft match mechanizmust, és az Office 365 felhasználói fiókokkal „összeköt” a helyszíni Active Directory felhasználói fiókkal.
A címtár-szinkronizálási Soft Match folyamat befejezése után az Office 365 felhasználói fiók tulajdonsága - „Szinkronizálási típus” - Szinkronizálás az Active Directoryval.
A címtár-szinkronizálás által végrehajtott „kötési” folyamat a következő módon valósul meg:
A címtár szinkronizálása során másolja a helyszíni Active Directory felhasználói fiók GUID értékét az Office 365 ImmutableID értékébe.
A folyamat befejezése után az eredményt a következőképpen írták le: „Kemény meccs”.
Mostantól a kétfelhasználós fiók „összekapcsoltnak” minősül.
Az On-Premise Active Directory felhasználói fiók minden frissítése szinkronizálva lesz a felhőben (Azure Active Directory) lévő „felhasználói partnerével”.
Könyvtár-szinkronizálás Lágy egyezés | 2. eset | A felhasználó e-mail címe megegyezik
A jelenlegi forgatókönyv szerint a helyszíni Active Directory felhasználói fiók és az Office 365 felhasználói fiók nem ugyanazzal az UPN-nel (felhasználói bejelentkezési név) rendelkezik.
A bejelentkezési név adatai
- A helyszíni Active Directory felhasználói bejelentkezési neve - John@o365info.com
- Az Office 365 felhasználói bejelentkezési neve: David@o365info.com
Az e-mail címek adatai
- A helyszíni Active Directory e-mail címe: John@o365info.com
- Az Office 365 felhasználói e-mail címe: John@o365info.com
Ebben a forgatókönyvben a két felhasználói fiók közös nevezője az e-mail cím.
Amikor futtatjuk a Címtár-szinkronizálást, a szinkronizálási folyamat két külön felhasználói fiókot talál, amelyeknek ugyanaz az e-mail címe.
A címtár-szinkronizálás a Soft Match mechanizmust valósítja meg, és az Office 365 felhasználói fiókokkal „összeköt” az On-Premise Active Directory felhasználói fiókkal.
A Soft Match folyamat befejezése után az Office 365-felhasználó „Szinkronizálási típusa” tulajdonságot úgy tekintse, mint - Szinkronizálás az Active Directoryval.
Fontos megemlíteni, hogy a Soft Match befejezése után az Office 365 felhasználói UPN-je frissítésre kerül az On-Premise Active Directory felhasználói fiók UPN-nevének használatával (On-Premise Active Directory, tekintse a jogosultság forrásának).
A mi forgatókönyvünk szerint az Office 365 felhasználói UPN-je a következőre frissül: John@o365info.com
Az aktuális cikksorozat következő cikke
Az Exchange Online-postaláda-helyreállítási hiba karaktereinek áttekintése - Új helyszíni Active Directory felhasználói fiók jött létre | 19. rész #23