Ovaj se članak usredotočuje na prilično čest problem s kojim će se svi ili više Exchange administratori prije ili kasnije suočiti. - oštećenja (logičke pogreške) u poštanskom sandučiću Korisnik. Slične logičke pogreške očituju se u takvim problemima kao što su pogreške u sinkronizaciji i zamrzavanju u programu Outlook, pogrešan prikaz predmeta u mapi, njihov pogrešan broj, neuspjeh u pretraživanju, pogreške u zajedničkim mapama itd..
Ove se pogreške uglavnom događaju zbog kvarova na strani klijenta u programu Outlook, u slučaju da klijent pogrešno ažurira MAPI zastave pri obradi predmeta mape pošte (to se posebno odnosi na "zajedničke" poštanske sandučiće koje istodobno koristi više korisnika). U većini slučajeva, korisnik možda ni ne sumnja da postoje pogreške u njegovom poštanskom sandučiću ili mapama, jer Izvana sve djeluje u redu. No, uz neke pogreške, korisnik može imati problema s pristupom poštanskom sandučiću ili pojedinačnim mapama, gledanju ili brisanju slova ili mapa pohranjenih u poštanskom sandučiću itd..
U slučaju da se korisnik suoči s takvim problemima, administrator Exchange poslužitelja morao je pribjeći jednom od tri načina za vraćanje takvog oštećenog poštanskog sandučića:
- Uvezi podatke iz programa Outlook, pokrenut u predmemoriranom načinu u PST datoteku, brisanje i ponovno stvaranje poštanskog sandučića "problematičnog" korisnika na poslužitelju i konačno uvoz podataka iz PST datoteke u novi Exchange spremnik. Ova tehnika uključuje određenu količinu ručne manipulacije na korisnikovom računalu.
- Potpuno onesposobljavanje i pohranjivanje pohrane pošte i njezine trgovine Isinteg.exe provjera korisnosti (Checker Integrity Checker), koji vam omogućuje da popravite štetu u bazi podataka Exchange na razini aplikacije. Ova metoda zahtijeva prilično dug prekid usluge e-pošte za sve korisnike čiji su se poštanski sandučići nalazi u nepovezanoj bazi podataka.
primjedba. U nekim slučajevima možete pokušati premjestiti sve korisničke poštanske sandučiće u "zdravu" bazu podataka pošte. U tom će slučaju biti moguće provjeriti integritet spremišta bez isključivanja velikog broja korisnika. Međutim, ova tehnika iz različitih razloga nije uvijek primjenjiva..
- Vrati bazu podataka Exchange pošte iz sigurnosnih kopija, uvoz podataka određenog okvira u PST datoteku i daljnji prijenos podataka u obnovljeni okvir. Ova tehnika ima nedostatak - sva slova koja su pala u korisnikov okvir nakon posljednje sigurnosne kopije bit će izgubljena.
Administratori Exchange poslužitelja morali su koristiti gore opisane metode do izdavanja Exchange 2010 SP1, u kojima se pojavila prikladnija funkcionalnost za vraćanje logičke strukture oštećenog spremnika - Powershell novi-MailboxRepairRequest. Ovaj cmdlet omogućava pronalaženje i ispravljanje logičkih pogrešaka i oštećenja u bazi podataka Exchange na razini aplikacije, a pretraživanje i ispravljanje pogrešaka može se izvesti i za određeni poštanski sandučić i za sve poštanske sandučiće u bazi podataka (uzastopno). tj nije potreban potpuni prijevod baze podataka pošte izvan mreže, a u bilo kojem trenutku neće biti dostupan samo jedan poštanski pretinac, onaj za koji se provjerava i obnavlja integritet. Prije izvođenja jedne od gore opisanih radikalnih metoda za vraćanje integriteta okvira, definitivno je vrijedno isprobati ovu naredbu.
Ovaj cmdlet može se koristiti za pronalaženje, oporavak i nadzor oštećenih poštanskih sandučića u svim podržanim verzijama sustava Exchange: 2010, 2013 i 2016..
Sintaksa naredbe je sljedeća:
New-MailboxRepairRequest -Mailbox -CorruptType [-Archive] [-Confirm []] [-DetectOnly] [-DomainController] [-WhatIf []]Cmdlet vam omogućuje da pronađete i popravite sljedeće vrste oštećenja u razmjenama poštanskih sandučića:
- SearchFolder - pogreške u mapama za pretraživanje
- AggregateCounts - provjera i ispravljanje podataka o broju stavki u mapama i njihovoj veličini
- FolderView - Nevažeći sadržaj prikazan prikazima mapa
- ProvisionedFolder - kršenja logičke strukture mapa
Pomoću parametra DetectOnly možete provjeriti poštanski pretinac ili bazu podataka e-pošte bez ikakvih radnji, na primjer:
New-MailboxRepairRequest -Mailbox winitpro -DetectOnly -CorruptType ProvisionedFolder, SearchFolder
Sljedeći će primjer započeti postupak analize i oporavka winitpro korisničkog okvira za sve 4 vrste oštećenja:
New-MailboxRepairRequest -Mailbox winitpro -CorrupType ProvisionedFolder, SearchFolder, AggregateCounts, Folderview
Tako možete pokrenuti pretraživanje pogrešaka i njihov oporavak za sve poštanske sandučiće baze podataka:
New-MailboxRepairRequest-Baza podataka „MailBaseMsk1“ -CorrupType ProvisionedFolder, SearchFolder, AggregateCounts, Folderview
Naredba se izvodi u pozadini i ne daje nikakve rezultate na PowerShell konzoli. Možete pratiti njegovo pokretanje i oporavak pomoću ID-a zadatka RequestID i dnevnika događaja Windows (MSExchangeIS Store Store Store izvor događaja: EventID događaj 10059 - početak skeniranja, EventID 10.048 uspješan završetak operacije).
Sljedeći EventID-ovi mogu biti korisni (radi praktičnosti praćenja postupka oporavka Exchange spremnika, mogu se sakupljati u zasebnom prikazu dnevnika trgovine MSExchangeIS poštanskih sandučića)
- 10044 - Pogreška izvršenja zahtjeva za vraćanje poštanskog sandučića
- 10045 - pogreška u izvršavanju zahtjeva za obnavljanje baze podataka
- 10046 - Uspješno je oporavak logičke strukture okvira
- 10047 - Pokretanje zahtjeva za oporavak razine poštanskog sandučića
- 10048 - zahtjev za oporavak uspješno završen
- 10049 - greška pri izvršavanju oporavka, u istoj bazi podataka pronađen je još jedan zahtjev za pokretanje
- 10050 - zahtjev za oporavak preskočen je za okvir
- 10051 - zahtjev za vraćanje poništen je zbog toga što je baza podataka isključena
- 10059 - Počinje oporavak razine razmjene baza podataka
- 10062 - otkrivena šteta
- 10064 - Počnite s vraćanjem javne mape
U slučaju da poslužitelj ima nekoliko baza podataka pošte, radi održavanja performansi poslužitelja Exchange, ne preporučuje se istovremeno pokrenuti New-MailboxRepairRequest za veliki broj baza podataka (unatoč činjenici da je za jednu bazu podataka, unutar jedne, podržan samo jedan postupak MailboxRepairRequest. poslužitelj može raditi do 100 zahtjeva istovremeno).
Kao praktični primjer korištenja cmdleta razmotrite mali slučaj.
Korisnik Exchangea nije mogao vidjeti e-poštu u jednoj od Outlookovih mapa. Navedena mapa vraćena je iz sigurnosne kopije okvira. No, sama se mapa, niti iz Outlooka, niti iz Outlook Web App, pa čak ni tvrdo i meko brisanje pomoću MFCMAPI, ne mogu izbrisati. Greška klijenta Outlooka, govori malo o:
Nije moguće izbrisati ovu mapu. Desnom tipkom miša kliknite mapu, a zatim Properties (Svojstva) da biste provjerili svoja dopuštenja za ovu mapu. Da biste promijenili dopuštenja, pogledajte vlasnika mape ili vašeg administratora. Outlook sinkronizira lokalne promjene izvršene u stavkama u ovoj mapi. Ne možete ukloniti ovu mapu dok se sinkronizacija s poslužiteljem ne završi
Za provjeru i vraćanje integriteta okvira naredba je pokrenuta:
New-MailboxRepairRequest -Mailbox [email protected] -CorrupType ProvisionedFolder, SearchFolder, AggregateCounts, Folderview
Nakon uspješnog završetka operacije vraćanja (događaj 10048 u dnevniku), oštećena mapa u programu Outlook Web App odmah je nestala, u programu Outlook, za ispravan prikaz okvira "ažuriran", bilo je potrebno izbrisati lokalnu predmemoriju (ost datoteka).
