Címtárobjektum törlés és visszaállítás „dominóeffektus + egy kicsit az Active Directory Lomtár koncepciójáról | 2. rész #23

A jelenlegi cikkben folytatjuk az Exchange Online postafiók visszaállításának folyamatában szerepet játszó különböző fogalmak és összetevők áttekintését.
Először egy olyan fogalom leírásával kezdjük, amelyet „hulló dominóeffektusként” definiálok, és amely a eseménylánc egy Office 365 alapú környezetben, amikor egy „törlési művelet” és egy „visszaállítási művelet” kerül végrehajtásra.

A cikk második részében szeretném röviden áttekinteni a - „lomtár” fogalmát helyszíni környezetben és Office 365 alapú környezetben.

A „hulló dominóeffektus” és a felhasználói fiók és az Exchange-postafiók kapcsolata

Ha azt mondjuk - a felhasználónak van Exchange-postafiókja (ezt tekinthetjük az Exchange-postafiók tulajdonosának), akkor azt mondhatjuk, hogy van egy „kötés” vagy „hivatkozás”, amely összeköti a felhasználót az Exchange-postafiókjával és fordítva.

• Ha megszakad a kapcsolat a felhasználó és az Exchange-postafiókja között, a „leválás” láncot vagy reakciókat okoz.
• Abban az esetben, ha a felhasználó és az Exchange-postafiókja közötti kapcsolat újracsatlakozik (visszaállítási esemény), az „újracsatolás” láncot vagy reakciókat okoz.

Ezt a jelenséget „hulló dominóeffektusként” írom le, mert amikor egy konkrét cselekvés megvalósul, a cselekvés olyan események láncolatát indítja el, mint például az A esemény, amely B eseményhez vezet, amely C eseményhez vezet, és így tovább.

1. kérdés: Mi történt abban az esetben, ha a postafiók-tulajdonos felhasználói fiókjának törlésével „megszakítjuk” a kapcsolatot, amely a felhasználó és az Exchange Online postafiókja között létezik?

A1: ebben az esetben a „zuhanó dominóeffektus” koncepciója a következő módon valósul meg:

• Az Exchange Online postafiók tulajdonosának tekintett felhasználói fiók törlése a felhasználó „tulajdonában lévő” Exchange Online postafiók törléséhez vezet.
• A „tulajdonossal” rendelkező Exchange Online postafiók törlése olyan forgatókönyvhöz vezet, amelyben a „tulajdonos” (a felhasználói fiók) is törlődik.

2. kérdés: Mi történt egy olyan visszaállítási forgatókönyvben, amelyben visszaállítjuk az egyik házastárs törlését?

A2: A „zuhanó dominóeffektus” koncepciója a „helyreállítás” esetén is megvalósul. ”

Például, amikor visszaállítjuk azt a felhasználói fiókot, amely egy adott Exchange Online postafiók tulajdonosa volt, a törölt Exchange Online postafiók „együtt” áll vissza a felhasználói fiókkal, és automatikusan „összekapcsolódik” egy felhasználói fiókhoz.

Az Exchange Online postafiók visszaállításának fordított folyamata bonyolultabb. A legtöbb „Exchange Online postaláda-visszaállítás” forgatókönyvben a visszaállítási folyamatok inicializálása a társított felhasználói fiók visszaállításával kezdődik.

Hogyan befolyásolja a „törlési esemény” a felhasználói objektumot és a postafiók objektumot

A „törlési esemény” kifejezés két opcionális objektumtörlési forgatókönyvre vonatkozik:

1. Active Directory felhasználói fiók törlése
2. Exchange-postafiók törlése

A felhasználói objektum és a postafiók objektum között fennálló kapcsolat egy „törlési eseményben” hasonló Shakespeare - Rómeó és Júlia című darabjához, amelyben az egyik szerelmes halálakor a másik házastárs öngyilkos lett.

Ha az egyik házastárs meghal (törölve), a „házastárs” halála, ami a másik házastárs halálát (törlés) okozza.

1. forgatókönyv - a felhasználói fiók törölve

Abban az esetben, ha az Active Directory felhasználói fiókot egy adott Exchange-postafiók tulajdonosának tekinti, és a felhasználói fiókot töröljük, akkor az Exchange-postafiók törlése lesz a következménye.

Nem vagyok biztos ennek a „kivetítésnek” a pontos logikáját illetően, de feltételezem, hogy a logika az volt, hogy - ha törölünk egy Active Directory felhasználói fiókot, akkor valószínűleg törölni vagy eltávolítani akarjuk az összes adatot, amely ehhez a felhasználóhoz kapcsolódott. mint például - Exchange-postafiók.

2. forgatókönyv - Az Exchange-postafiók törlődik

Ebben az esetben egy Exchange-postafiók törlése az lesz, hogy - a postafiók tulajdonosának tekintett Active Directory felhasználói fiók törlődik.

És még egyszer, nem vagyok biztos abban, hogy teljesen értem-e az „eseménylánc” logikáját.
Az a véleményem, hogy - technikailag nincs logikai oka annak, hogy - a felhasználói fiókot töröljük, amikor az Exchange Online postafiók törlődik.

E furcsa viselkedés ellenére fontos hangsúlyozni, hogy az Exchange Online és az Active Directory környezetben így történnek a dolgok.

Hogyan befolyásolja a „Visszaállítási esemény” a felhasználói objektumot és a postafiók objektumot

Az izgalmas hír az, hogy - az általam „leeső dominóeffektusként” jellemezhető jelenség - a „helyreállítási forgatókönyvben” is megvalósul.

1. forgatókönyv - a felhasználói fiók visszaállt

Abban az esetben, ha az adott Exchange-postaláda tulajdonosának tekintett felhasználói fiók visszaáll, a következmény az, hogy a felhasználói fiókhoz társított, törölt Exchange Online is visszaáll.

2. forgatókönyv - Az Exchange-postafiók visszaállt

Nem térek ki ennek a forgatókönyvnek a részletes leírására, amelyben az Exchange Online postafiókját visszaállítjuk. Általánosságban elmondható, hogy Office 365 és Exchange Online alapú környezetben olyan forgatókönyvben, amelyben a visszaállítási folyamatot a törölt Exchange-postaláda visszaállításával indítjuk, a visszaállítási folyamat az alábbi módszerek valamelyikével valósul meg

1. Az Exchange Online visszaállítása + új felhasználói fiók létrehozása

Ezzel a módszerrel a visszaállított Exchange Online postafiók „csatolódik” egy ÚJ felhasználói Office 365 felhasználói fiókhoz, amely az Exchange Online postafiók-visszaállítási folyamat eredményeként jön létre.

2. Állítsa vissza az Exchange Online által törölt postafiók tartalmát

Ezzel a módszerrel nem állítjuk vissza a törölt Exchange Online postafiókot, hanem „lekérjük” a törölt Exchange Online tartalmát (a leveleket), és átmásoljuk az adatokat egy másik „aktív Exchange Online-ba”. postafiók.

A Lomtár koncepciója a Microsoft-alapú környezetben

A mostani cikksorozat mellett tucatszor fogjuk emlegetni a lomtár kifejezést. Szóval, úgy gondolom, érdemes ezt a koncepciót részletesebben kifejteni.

A régebbi időkben, amikor azt mondtuk, hogy „vissza kell állítani” a felhasználói fiókot vagy vissza kell állítani egy Exchange-postafiókot, a jelentés az volt, hogy visszaállítjuk az információkat egy biztonsági mentési szalagról.

Nekünk, akiknek örömük volt megtapasztalni az adatok visszaállítását biztonsági mentési szalagokról, és különösen az Exchange postafiók visszaállításáról, elmondhatjuk, hogy az élmény nem volt túl kellemes!

Annak érdekében, hogy gyors és hatékony megoldást tudjunk nyújtani az adatok visszaállításának szükségességére, kitalálták a „Lomtár” koncepcióját.

A „Lomtár” megváltást jelenthet a következő forgatókönyv esetén: „Hoppá! Van egy olyan érzésem, hogy véletlenül töröltem valamit, amit nem akartam törölni. ”

Például az Office 365 környezet és a Directory szinkronizálási környezet nagyon bonyolult kapcsolatot hoz létre a helyszíni Active Directory felhasználói objektumok, valamint az Office 365 címtár és Exchange Online infrastruktúra között.

Az On-Premise Active Directory felhasználói fiók törlése ártatlan művelete eseményláncot idézhet elő, amely az Office 365 felhasználói fiók és az Exchange Online postafiók törléséhez vezethet.

Ebben az esetben a „Lomtár” segítségével nagyon könnyen „kijavíthatjuk” a hibát.

A „lomtár mechanizmus” fő koncepciója az, hogy ideiglenes tárolót biztosítson a törölt objektumok számára.

Abban az esetben, ha vissza kell állítanunk az objektumok egyikét, hozzáférhetünk ehhez az egyedi tárolóhoz, ahelyett, hogy az adatok biztonsági mentési infrastruktúrából történő visszaállításának összetett műveletével foglalkoznánk.

Amikor olyan kifejezéseket használunk, mint a „törölt felhasználói fiók” vagy „törölt Exchange-postafiók”, az első fázisban az objektum (postafiók, felhasználói fiók stb.) valójában nem „torzul” (törölve) és örökre elveszett!

Ehelyett a „törölt objektum” egy ideiglenes tárolóba kerül, amely „türelmi időszakot” biztosít a rendszergazdának, amely alatt az objektum visszakereshető (visszaállítható), és „aktív objektummá” változhat. ”

Általánosságban elmondható, hogy a „lomtár” fogalma nem csak az Active Directory és az Exchange infrastruktúrára jellemző. Például a SharePoint infrastruktúra a lomtár fogalmát használja a felhasználók által törölt fájlok tárolására.

A lomtárban tárolt törölt objektumok „korlátozott élettartamának” fogalma

Amint már említettük, a „Lomtártároló” ideiglenes tárolóként szolgál a törölt objektumok számára.

Azért használjuk az „ideiglenes tárolás” kifejezést, mert alapértelmezés szerint minden, a lomtárba „küldött” objektum korlátozott „élettartamú”.

A korlátozott élettartam oka - hogy elkerüljük azt a forgatókönyvet, amelyben a szemetestároló túlzott mértékben megnő.

Abban az esetben, ha a lomtárban tárolt törölt objektum „türelmi időszaka” lejár, az objektum véglegesen törlődik, vagy más szóval eltávolítjuk a lomtár tárolójából.

A sírkő fogalma

Az Active Directory vagy az Exchange objektum törlésekor az objektum formális definíciója
egy sírkő objektum.

A „Sírkő” kifejezéshez kapcsolódhatunk, mint egy olyan módszerhez, amelyet az Active Directory vagy az Exchange használ egy olyan objektum „bélyegzésére”, amely nyilvánosan „törölt objektumként” deklarál.

A „sírkő” kifejezés határozza meg a „tárgy élettartamát”.
Más szavakkal, határozza meg azt az időtartamot, ameddig a tárgy a lomtárban marad.

A törölt elemek „élettartamra” vonatkozó irányelve

Az az idő, ameddig a törölt objektumok a házirend által meghatározott lomtárban maradnak.
Például

Az Active Directory lomtár a következő értéket használja - tombstoneLifetime vagy msDS-deletedObjectLifetime a Windows Server 2008 R2 rendszerben a törölt objektumok lomtárban való tárolásának maximális korának meghatározásához .

Exchange-alapú környezetben a házirend - postaláda-megőrzési időszakként védekezik.

A szemétgyűjtés koncepciója

Amint az előző részben említettük, alapértelmezés szerint minden, a lomtárba küldött objektum „sírkőobjektumként” van bélyegezve, és élettartamuk korlátozott.

A Lomtár tartalmaz egy beépített mechanizmust, amely „beolvassa” a lomtárban tárolt összes tárgyat, és olyan objektumot keres, amelynek élettartama véget ért.

Az ezt a politikát végrehajtó mechanizmus a következőképpen definiált: - Szemétgyűjtés.

A szemétgyűjtési folyamat „szkennelje át” a „Lomtártárolót”. Abban az esetben, ha „észreveszi”, hogy egy sírkő tárgy eléri a „kegyelmi idejét”, a sírkő objektum véglegesen törlődik.

Csere lomtár

Minden Exchange-kiszolgáló úgy van beállítva, hogy automatikusan használja a lomtárat.

Valahányszor töröljük az Exchange-postafiókot, a postafiók az Exchange lomtárába kerül.
A törölt Exchange-postafiókot vissza tudjuk állítani, ha a törölt postafiók életkora nem érte el a „türelmi időszakot”.

• Az Exchange on-Premises környezetben az Exchange rendszergazdája beállíthatja, hogy a postafiók mennyi ideig kerüljön a Lomtárba.
• Exchange Online környezetben a postaláda által az Exchange Lomtárban tárolt időszak az előre meghatározott érték, amely nem változtatható meg.
  Exchange Online környezetben a törölt postaláda a Lomtár tárolójában marad 30 napos időszak.

Online csere és inaktív postafiók

Az Exchange Online alapú környezetben a - inaktív postafiók nevű szolgáltatás használatával - „kitérőt” biztosítunk a „30 napos napos megőrzési szabályzat” korlátozásához, amely a - törölt Exchange-postaládákra vonatkozott.

Az inaktív postafiók egy adott Exchange Online postafiókot definiáló kifejezés; amelyet „bélyegzett” vagy „megjelölt” postafiókként, amelyet nem törölnek a szemétgyűjtési folyamat, amikor a postaláda eléri a „30 napos kort”.

Az inaktív postafiók „védett postafióknak” minősül, mivel a postafiók törlése előtt az Exchange Online adminisztrátor hozzárendeli a postafiókhoz a -Peres tartás vagy In-Place hold lehetőséget. .

Ebben az esetben az inaktív postaláda „élni fog” a Peres visszatartás vagy a Helyi tartási szabályzat által meghatározott ideig.

A Soft törölve kontra Hard törölve kifejezés

Az előző részben leírjuk azt a mechanizmust, amelyben egyes törölt objektumok nem törlődnek azonnal, hanem elküldik az ideiglenes tárolóba, amely a következőképpen írható le: - Lomtár.

Soft törölve

Az a szakkifejezés, amelyet az objektum Lomtárba küldött műveletének leírására használunk: Lágy törlés.

A lomtárban található objektumokat a következőképpen írhatjuk le: „Lágy törölve”.
A „Soft” kifejezés használatának oka az, hogy az objektum nem törlődik és ehelyett csak egy másik helyen (lomtárban) tároljuk, ami lehetővé teszi számunkra, hogy visszaállítsuk a törölt objektumot az eredeti helyére.

Kemény törölve

Az a szakkifejezés, amelyet egy olyan objektum leírására használunk, amely eléri azt az „időkorlátot”, amelyben a lomtárban tárolt és a lomtárból törölt objektumok - Kemény törölve.

A „Kemény” kifejezés használatának oka az, hogy a lomtárból eltávolított objektum végleg törlődött, és nem állítható vissza!

Soft-törölve és Hard-törölve az Office 365 és az Exchange Online környezetben

A következő részben a Soft deleted röviden és a Hard deleted események karaktereit szeretném áttekinteni Office 365 és Exchange Online környezetben.

Lágyan törölt Exchange Online-postafiók

Abban az esetben, ha az Exchange Online postafiók törlődik, a postafiók az Exchange Online Lomtárban lesz tárolva.

Az Exchange Online segítségével megtekinthetjük az Exchange Online lomtár tartalmát az Exchange Online felügyeleti központon keresztül (egy grafikus felület segítségével). Egy másik lehetőség a PowerShell parancs használata, amely megjeleníti a SoftDeleted Exchange Online postafiókok listáját (Get-Mailbox -SoftDeletedMailbox)

Amikor az Exchange Online postafiók „törölve” (Soft Deleted), a következő postafiók-tulajdonságok frissülnek:

• Az Exchange Online-postaláda, a tulajdonjog - IsSoftDeletedByRemove értéke True
• Az Exchange-postaláda-tulajdonság - WhenSoftDeleted értéke az Exchange Online-postafiók törlésének adott időpontjával van feltöltve.

Az Exchange Online Lomtár megőrzési házirendje úgy van beállítva, hogy 30 napon keresztül tárolja a Soft törölt objektumot.
A „30 napos periódus” alatt a „Soft Deleted” postaláda „teljesen helyreállítható”-nak tekinthető. a Soft Deleted postafiókban tárolt összes adat és a Soft Deleted postafiók összes tulajdonsága megmarad.

Ezen időszak végén az objektum (Exchange Online postafiók) véglegesen törlődik.

Egy Exchange Online Soft deleted postafiók tulajdonos nélküli postafióknak minősül.
Amikor visszaállítjuk a Soft deleted Exchange Online postafiókot, a visszaállított postafiókot társíthatjuk a „eredeti tulajdonos” vagy társította a visszaállított postafiókot egy új Windows Azure Active Directory felhasználói fiókkal.

Szoftveresen törölt Windows Azure Active Directory felhasználói fiók

A Soft Deleted Windows Azure Active Directory felhasználói fiók koncepciója hasonló a - Soft törölt Exchange Online postafiók koncepciójához.

Egy Azure Active Directory felhasználói fiók törlésekor a felhasználói fiók az Azure Active Directory Lomtárába mentve korlátozott ideig, 30 napig.

Az összes mentett Soft Deleted Azure Active Directory felhasználói fiók tulajdonság, és abban az esetben, ha visszaállítjuk a felhasználói fiókot; a visszaállított felhasználó tartalmazza az összes felhasználói tulajdonságot.

Az Azure Active Directory lehetővé teszi számunkra, hogy megtekintsük az Azure Active Directory Lomtár tartalmát az Azure Active Directory felügyeleti központon keresztül (egy grafikus felület használatával), vagy egy PowerShell-parancs használatával, amely megjeleníti a Soft törölt Exchange Online postafiókok listáját< br> (Get-MsolUser -ReturnDeletedUsers).

Amikor az Active Directory felhasználói fiók „törölve” (Soft Deleted), a következő felhasználói fiók tulajdonság frissül:

• Az Exchange-postaláda-tulajdonság értéke - SoftDeletionTimestamp , az adott időponttal van feltöltve, amikor a Windows Azure Active Directory felhasználói fiókot törölték.

Megtörölt Windows Azure Active Directory felhasználói fiók és Exchange Online postafiók

A „Hard Deleted” kifejezés az Azure Active Directory-felhasználói fiókot vagy egy olyan Exchange Online-postafiókot definiál, amely Soft-törölve lett, és eléri a 30 napos életkort.

Ebben az esetben az Azure Active Directory-felhasználói fiók vagy az Exchange Online-postaláda keményen töröltnek tekintendő, a felhasználóra vagy az Exchange Online-postafiókra vonatkozó információk örökre elvesznek, mert az objektumok véglegesen törlődnek.

Megjegyzés - jelenleg az Office 365 és az Exchange Online nem kínál semmilyen lehetőséget a nehezen törölt objektumok listájának megtekintéséhez.

Törölt postafiók életciklusa | Exchange Online környezetben

A következő diagramon láthatjuk az Exchange Online postafiók életciklusának ábrázolását, amely így végződik - „Hard Deleted mailbox”.

1#3 fázis - Az Exchange Online postafiók „Aktív postafiókként” kezdődik.

2#3 fázis - az Exchange-postafiók törlése esetén az Exchange Online-postafiók aktiválásának állapota „Soft Deleted postbox”-nak minősül. A „Soft Deleted mailbox” az Exchange Online Lomtárba kerül, és 30 napig marad ott.

3#3 fázis - abban az esetben, ha 30 nap elteltével senki sem próbálja meg visszaállítani a „Soft Deleted postafiókot”, a „Soft Deleted postafiók” állapota „Hard Deleted mailbox”-ra változik.

A lágyan törölt és véglegesen törölt objektumok „láthatósága”

Ebben a részben szeretném röviden áttekinteni a lágyan törölt és a keményen törölt objektumok „láthatóságának” témáját, például - Azure Active Directory felhasználói fiókok és Exchange Online postafiókok.

Ha egy aktív Exchange Online-postaláda Soft törölve van, és a postafiók az Exchange Online Lomtárba kerül, a Soft törölt nem érhető el a szabványos Exchange Online-felhasználók számára.

Például egy szabványos Exchange Online-címzett nem tud e-mailt küldeni annak a címzettnek, akinek a postaládáját szoftveresen törölték, vagy továbbra is hozzáférhet egy olyan postafiókhoz, amelyhez a program törölve lett.

Az egyetlen „entitás”, amely hozzáfér az Exchange Online lomtárhoz, az Exchange Online adminisztrátor. Az Exchange Online rendszergazdái visszaállíthatják a Soft Deleted postafiókból törölt Exchange Online postafiókot, vagy visszaállíthatják az információkat a Soft Deleted postafiókból.

A több lomtár a címtár-szinkronizálási környezetben

Mint tudjuk, az Active Directory a „lomtár” mechanizmusát használja, az Exchange pedig szintén a Lomtár mechanizmusát használja.

Cikksorozatunk következő cikkeiben a „Könyvtár-szinkronizálási környezet”-ként leírt környezet számos aspektusát tekintjük át. ”
Dióhéjban: a Directory szinkronizálási környezet az Exchange on-Premises környezet és az Office 365 környezet kombinációját írja le.

Például az Exchange Hybrid környezet olyan forgatókönyvet ír le, amelyben két külön környezetet használunk - az On-Premise infrastruktúrát + a felhő infrastruktúrát, és kombináljuk ezt a két különálló környezetet, így azok egyetlen logikai egységként fognak működni.

A vegyes + címtár szinkronizált környezetben négy különböző lomtár infrastruktúrával rendelkezünk:

Helyszíni Exchange környezet

1. Helyszíni Active Directory lomtár
2. Cserélje ki a helyszíni lomtárat

Felhő környezet

3. Az Azure Active Directory lomtár
4. Exchange Online lomtár

Ennek a „bonyolult lomtár-infrastruktúrának” az az oka, hogy később, amikor áttekintünk egy „törlési forgatókönyvet” a Directory szinkronizált környezetben, fontos, hogy tisztában legyünk a folyamatban részt vevő összes „összetevővel”.

Például abban az esetben, ha egy helyszíni Active Directory felhasználói fiókot Exchange távoli postafiók használatára állítottak be, és ezt a felhasználói fiókot törölték, az On-Premise Active Directory felhasználói fiók „törlése” eseményláncot hoz létre, amely a felhasználói fiók és a felhasználói Exchange postafiók „megjelenik” négy különböző Lomtárban.

A következő ábrán láthatjuk a „lomtár infrastruktúráját” a vegyes + címtár szinkronizált környezetben.

Az aktuális cikksorozat következő cikke

Milyen okai lehetnek az Exchange Online postafiók törlésének? | 3. rész #23