Apoi, reporniți serviciul Topologie de tip Active Directory
După aceasta, serviciul a început cu succes și "chang" sa reîntors în siguranță la îndatoririle sale de expediere a corespondenței.
Deși a existat timp, ei au luat decizia, ca cineva să facă defragmentarea offline a bazei de date a lucrătorului poștal.
Iată câteva cuvinte despre motivul pentru care această defragmentare este necesară în principiu:
În primul rând, este interesant care bază este defragmentată mai bine, pentru aceasta, în PowerShell, tastați următoarea comandă:
C: \> Obțineți-MailboxDatabase -Status | numele ft, baza de date, disponibilnewmailboxspace -auto
afișează statistici privind toate bazele de date din organizație.
C: \> Obțineți-MailboxDatabase -Servermail-Status | numele ft, baza de date, disponibilnewmailboxspace -auto
afișează statistici privind toate bazele de date pe serverul de e-mail (în acest caz, poșta este corespondentul meu de lucru)
În cazul meu, arată cam așa:
Actualmente defragmentați baza de date "gold1". dar timpul nu a permis, asa ca am decis sa ma opresc la "Head"
Atunci când se planifică defragmentarea bazei de date ar trebui să fie înțeles în mod clar că, pentru a efectua această operație, trebuie să demontează cadrul necesar care va face tuturor utilizatorilor din baza de date disponibile de e-mail (acest lucru este logic, în principiu).
Apoi, trebuie să vă asigurați că există suficient spațiu liber pentru a efectua defragmentarea. În procesul de defragmentare, este creat un nou fișier de bază de date, iar fișierul vechi și noul este stocat simultan pe disc, în plus, există un spațiu suplimentar pentru fișierele temporare create de utilitarul eseutil.
Prin urmare, dacă aveți de gând să defragmenta Exchange e-mail, trebuie să aveți spațiu liber egal cu cel puțin 110% din dimensiunea actuală a bazei de date (fără pagini goale).
În cazul meu actual, dimensiunea discului nu permite copierea bazei de date tmp oriunde, dacă dimensiunea discului nu permite, atunci este necesară o comandă de tipul următor:
D: \ Baza de date \ head> eseutil / d head.edb /t\\tmp_srv\exch\temphead.edb
Ei bine, sau ceva de genul asta, pe o resursă de rețea gratuită.
Versiunea mea a fost aceasta:
Defragmentarea a durat câteva ore, după care am montat baza de date și am verificat cât spațiu a fost eliberat
Deschidem din nou PowerShell pe care îl tastăm:
Obțineți-MailboxDatabase -Status | numele ft, baza de date, disponibilnewmailboxspace -auto
Vedem că baza noastră a pierdut în greutate, în timp ce nu a pierdut greu.
În mod similar, efectuăm operația cu bazele rămase și obțineți spațiu liber pe discuri.
În momentul de față, baza "changy" a luat 2/3 din dimensiunea discului virtual, deci este timpul să ne gândim la viitor:
-Sau extindeți stocul cu ajutorul "vari" în secțiunea VMDK existentă
-Sau montați un nou VMDK și transfera o parte a bazei de date „Changi“ acolo, dar că, dacă există spațiu pe discurile în coș.
Dar aceasta este o poveste complet diferită ...
Toate lucrările bune.