Az adatbázisok offline defragmentálása 2018, a khlebalin dmitriy blogja
Ezután indítsa újra az Active Directory Topológia szolgáltatást
Ezután a szolgáltatás sikeresen megkezdődött, és a "chang" biztonságosan visszatért a postai továbbításhoz.
Míg ideje volt, elhatározták, hogy az "offline töredezettségmentesítés" a postai dolgozók adatbázisa alapján történjen.
Itt van néhány szó arról, hogy miért elvileg szükség van erre a töredezettségmentesítésre:
Először is érdekes, hogy melyik bázist kell jobban defragmentálni, ehhez a PowerShell programban írja be a következő parancsot:
C: \> Get-MailboxDatabase -Status | ft név, adatbázisok, availablenewmailboxspace -auto
statisztikákat mutat a szervezet összes adatbázisáról.
C: \> Get-MailboxDatabase -Servermail-Status | ft név, adatbázisok, availablenewmailboxspace -auto
statisztikákat mutat a kiszolgálói levelezés összes adatbázisában (ebben az esetben az e-mail az én dolgozó levelezőim)
Az én esetemben úgy néz ki, mint ez:
Valójában töredezettségmentesíteni az "gold1" adatbázist. de az idő nem engedte, úgyhogy úgy döntöttem, hogy megállok a "Head"
Tervezésekor az adatbázis töredezettségmentesítés világosan meg kell érteni, hogy annak érdekében, hogy végre ezt a műveletet, először le kell a szükséges keretet, amely elérhetővé teszi az e-mail minden felhasználó számára az adatbázisban (ez logikus elvben).
Ezután meg kell győződnie arról, hogy elegendő szabad hely áll rendelkezésre a töredezettségmentesítés végrehajtásához. A töredezettségmentesítési folyamat során létrehoz egy új adatbázisfájlt, és a régi és az új fájlokat egyszerre tárolja a lemezen, és további helyet kell biztosítani az eseutil segédprogram által létrehozott ideiglenes fájlokhoz.
Ezért, ha töredezettségmentesíteni kívánja a levélváltást, akkor az aktuális adatbázisméret (az üres oldalak kivételével) legalább 110% -ának megfelelő szabad helyet kell megadnia.
Jelenlegi esetemben a lemezméret nem teszi lehetővé a tmp adatbázis bárhonnan történő másolását, ha a lemezméret nem engedélyezi, akkor a következő típusú parancs szükséges:
D: \ Database \ head> eseutil / d head.edb /t\\tmp_srv\exch\temphead.edb
Nos, vagy valami ilyesmi, néhány szabad hálózati erőforrás.
Az én verzióom ez volt:
A töredezettségmentesítés néhány órát vett igénybe, miután felcsatoljuk az adatbázist, és ellenőrizzük, hogy mennyi helyet szabadítottak fel
Ismét megnyitjuk PowerShell írjuk:
Get-MailboxDatabase -Status | ft név, adatbázisok, availablenewmailboxspace -auto
Látjuk, hogy a bázisunk elvesztette a súlyát, miközben nem súlyosan elvesztette súlyát.
Hasonlóképpen elvégezzük a műveletet a fennmaradó bázisokkal, és szabad helyet kapunk a lemezeken.
Jelen pillanatban a "changy" alapja a virtuális lemez méretének kétharmada volt, így itt az ideje, hogy a jövőre gondoljon:
-Vagy bővítse ki az állományt a meglévő VMDK szakasz "var" alkalmazásával
-Vagy telepítsen egy új VMDK-t és mozgassa a "chang" bázisok némelyikét, de ez akkor van, ha van hely a lemezeken a szemétben.
De ez egy teljesen más történet ...
Minden jó munka.