Puncte:0

Permisiuni pentru baze de date Exchange 2019

drapel au

Am un server Exchange 2019 care funcționează bine, dar în mod ideal aș dori să rulez defragmentarea offline pe o bază de date de arhivă care este acum mult mai mare decât trebuie să fie după ce am eliminat o cutie poștală care, din cauza unui import neregulat, a copiat de multe ori mai multe date la arhivă decât a existat de fapt în cutia poștală.

Nume Baza de date Dimensiune disponibilNewMailboxSpace
---- ------------ -------------------------
Arhive 50,13 GB (53.821.308.928 octeți) 49,8 GB (53.472.526.336 octeți)

Problema este că bazele de date nu sunt accesibile (administratorul primește o eroare de permisiuni chiar și încercând să răsfoiască la ele) și aș prefera să nu mă încurc cu permisiunile din folderele Exchange decât dacă nu am de ales - sau urmând procedurile documentate Microsoft.

Care este procesul corect în zilele noastre pentru a face orice fel de recuperare/întreținere direct pe fișierele bazei de date atunci când Exchange este configurat implicit pentru a permite accesul numai la sine? Este eseutil chiar mai suportate sau nu recomandă atingerea fișierelor edb deloc?

Puncte:0
drapel us

bazele de date nu sunt accesibile Administratorul primește o eroare de permisiuni chiar și încercând să le răsfoiască

Când și unde ați întâmpinat această problemă de permisiune? Când rulați cmdlet-uri care sunt legate de baza de date (de exemplu, Get-MailboxDatabase, Dismount-Database) sau în alte scenarii?

Asigurați-vă că contul dvs. actual are permisiunea de a gestiona baza de date: Permisiuni pentru baza de date a cutiei poștale

Care este procesul corect în zilele noastre pentru a face orice fel de recuperare/întreținere direct pe fișierele bazei de date atunci când Exchange este configurat implicit pentru a permite accesul numai la sine? Este eseutil chiar mai suportate sau nu recomandă atingerea fișierelor edb la toate?

Din câte știu, ați putea folosi instrumentul eseutil pentru a verifica antetul bazei de date corupte și pentru a vă repara baza de date atunci când Stat în antet arată „Oprire murdară". Mai multe detalii despre cum să utilizați ESEUTIL pentru a vă repara baza de date: Reparați baza de date cu ESEUTIL

În plus, dacă doriți să micșorați dimensiunea bazelor de date, sunt recomandate următoarele acțiuni, mai degrabă decât defragmentarea offline a bazei de date prin ESEUTIL:

  1. Creați o nouă bază de date și copii ale bazei de date asociate.

  2. Mutați toate cutiile poștale în noua bază de date.

  3. Ștergeți baza de date originală și copiile bazei de date asociate acesteia.

Următorul blog asociat este pentru referință: Cum să recuperați spațiul alb

Editați | ×: Locație pentru modificarea permisiunilor folderelor bazei de date: introduceți descrierea imaginii aici introduceți descrierea imaginii aici

drapel au
Fac toate acestea ca `administrator`. Încercarea de a răsfoi prin intermediul exploratorului la „D:\Exchange Server\V15\Mailbox” dă doar „În prezent nu aveți permisiunea de a accesa acest folder”. Toate comenzile eseutil dau eroare de permisiuni dacă încerc să ofer calea EDB completă. Toate instrumentele Exchange Shell funcționează bine (`Get-MailboxDatabase` etc)
drapel au
Se pare că ar fi mai bine să mă mut la o nouă bază de date
Ivan_Wang avatar
drapel us
>> **„În prezent nu aveți permisiunea de a accesa acest dosar”** Este un cont local? În mod implicit, contul **administrator** este membru al grupului **Administratori**. Poate ați putea vizualiza și modifica permisiunile contului dvs. curent și folderelor bazei de date? Am adăugat o captură de ecran a locației în care să modificați permisiunea, vedeți dacă există vreo diferență după modificarea/adăugarea permisiunilor pentru contul dvs. de administrator.
drapel au
Nu am permisiunea de a vizualiza detaliile de securitate din dosar fără a apăsa butonul „Continuare”, care conform Microsoft `un proces de fundal va schimba permisiunile pe folder, și pe toate subfolderele și fișierele sale, pentru a vă acorda contul de utilizator. acces la ele`. După cum am menționat anterior, prefer să nu provoc niciun fel de modificare a permisiunilor decât dacă este o procedură documentată, deoarece, în general, forțarea permisiunilor pe folderele Microsoft critice este o rețetă pentru a distruge lucrurile. Am întrerupt redirecționarea folderelor în trecut, deoarece a observat permisiuni neacceptate pentru foldere.
drapel au
Am mers cu noua bază de date, deși pentru a complica și mai mult lucrurile, se pare că ștergerea unei baze de date din EAC nu elimină de fapt fișierele - vă spune să le eliminați manual. Din fericire, se pare că un simplu `rmdir /s {DatabaseFolderPath}` funcționează, chiar dacă nu poți căuta efectiv în acel folder
Ivan_Wang avatar
drapel us
Spațiul dvs. pe disc a fost redus după ce ați migrat la o nouă bază de date și ați eliminat vechile fișiere db?
drapel au
Da, spațiul pe disc a fost recuperat
Ivan_Wang avatar
drapel us
Dacă există vreo problemă similară, nu ezitați să o postați. Dacă totul funcționează bine, puteți marca cel mai bun răspuns pentru a finaliza acest thread. Să aveţi o zi bună :)
Puncte:0
drapel us

După cum a sugerat Ivan_Wang toate punctele, dar există câteva condiții prealabile înainte de a utiliza eseutil:

  1. Faceți o copie a bazei de date înainte de a utiliza eseutil.

  2. Verificați dacă aveți suficient spațiu, ca echivalentul a 20% din dimensiunea bazei de date.

  3. Rulați modul Eseutil/P.

  4. Rulați modul Eseutil /D.

  5. Rulați Isinteg în modul -fix -test alltests.

Consultați asta: https://techcommunity.microsoft.com/t5/exchange-team-blog/repairing-exchange-databases-with-eseutil-when-and-how/ba-p/610276

https://community.spiceworks.com/how_to/168508-how-to-repair-exchange-databases-with-eseutil-when-and-how

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.