A levelezési adatbázisok töredezettségmentesítésének szükségessége az Exchange Server 2010-ben abból fakad, hogy amikor törli az információkat az adatbázisból, akkor az nem automatikusan tömöríti (vannak üres oldalak), és ennek megfelelően az adatbázis fájl mérete nem csökken. Például, ha 5 GB-os teljes méretű felhasználói postaládákat továbbít egy 20 GB-os levelezési adatbázisból, a fájlméret változatlan marad 20 GB-os. A felszabadított 5 GB szabad helyet azonban a jövőben új elemek fogják felhasználni.
Ezért ha a ki nem töltött oldalak törlésével csökkentenie kell az Exchange 2010 levelezési adatbázis-fájljának méretét, akkor az alábbi módszerek egyikét használhatja:
- Hozzon létre egy új adatbázist, helyezze át az összes dobozt, és törölje a régi adatbázist
- Végezze el az aktuális adatbázis offline töredezettségmentesítését
Ezen módszerek mindegyikének megvannak az előnyei és hátrányai. Az offline töredezettségmentesítés egyszerű felhasználói postaládákat foglal magában, de ez az egyetlen elérhető megoldás, ha nincs elég lemezterület (csak nincs sehova új adatbázis létrehozása).
Másrészt a postafiókok áttelepítése egy új adatbázisba kevésbé kockázatos eljárás, de azon túl, hogy elegendő szabad helyre van szükség két levéltároló tárolásához, nagyszámú tranzakció generálása, ami szintén jelentősen megnöveli a rendelkezésre álló szabad terület igényét, és ennek eredményeként a felhasználók átvitele több napot is igénybe vehet..
Világosan meg kell különböztetni az Exchange 2010 adatbázis offline és online (interaktív) töredezettségmentesítését: Az Exchange interaktív töredezettségmentesítését folyamatosan hajtják végre, amikor az opció engedélyezve van. A háttér-adatbázis karbantartásának engedélyezése (24x7 ESE szkennelés). Ezt az eljárást a háttérben hajtják végre, beleértve az elavult elemek eltávolítását a tárházból és az oldalak elrendezésének optimalizálását. A fő feladat a fel nem használt terület felszabadítása a rekordok lehető legkisebb oldalra való tömörítésével, a bemeneti / kimeneti műveletek számának csökkentése érdekében. Vegye figyelembe, hogy a fel nem használt hely nem kerül vissza a rendszerbe. Az offline töredezettségmentesítés felszabadítja ezt a helyet.
Meghatározjuk a szabad terület méretét az Exchange 2010 adatbázisban
Az adatbázis aktuális méretének és az abban lévő szabad terület (ugyanazok a nem használt oldalak) mennyiségének az Exchange 2010 megismeréséhez használja az Exchange Management Shell következő parancsát:
C: \> Get-MailboxDatabase -Status | ft név, adatbázisméret, elérhető új mailboxspace -auto
Név DatabaseSize AvailableNewMailboxSpace-- - -
WI-DB-01 17,26 GB (18,604,766,720 byte) 8,544 GB (9,247,766,016 byte)
WI-DB-02 14,63 GB (15,785,670,144 byte) 4,696 GB (4,968,761,856 byte)
WI-DB -Archive-01 658,1 MB (689,542,784 byte) 234,6 MB (241,164,544 byte)
Ebben a példában látható, hogy a WI-DB-01 adatbázis jelenlegi mérete 17 GB, az abban lévő szabad terület pedig már 8,5 GB. És ha fel szeretné szabadítani ezt a helyet, akkor a levelezési adatbázis fájlméretét csökkentheti az ESEUTIL-lel történő töredezettségmentesítés..
Ezután megmutatom, hogyan defragmentálhatja az Exchange 2010 levelezési adatbázisfájlját önálló kiszolgálón, amely nem tagja az adatbázis elérhetőségi csoportjának..
Megjegyzés. Ha a szerver a DAG tagja nem használat ezt instrukitsyu!
Felkészülés a Defrag Exchange 2010 programra
Az adatbázis töredezettségmentesítésének megtervezésekor egyértelműen meg kell értenie, hogy a munka elvégzéséhez le kell szerelnie a szükséges adatbázist, mivel az e-mail az adatbázisban található összes felhasználó számára nem elérhető.
Ezután ellenőriznie kell, hogy van-e elegendő szabad hely a töredezettségmentesítés végrehajtásához. A töredezettségmentesítési folyamat során új adatbázisfájl jön létre, a régi és az új fájlok ugyanakkor a lemezen tárolódnak, emellett további hely szükséges az eseutil segédprogram által létrehozott ideiglenes fájlokhoz..
Ezért, ha a levelezőprogramot töredezettségmentesíteni akarja, akkor a szabad helynek egyenlőnek kell lennie legalább 110% az aktuális adatbázis méretéből (kivéve az üres oldalakat).
Saját esetemben ez azt jelenti, hogy legalább 9,6 GB szabad lemezterülettel kell rendelkeznünk:
17,26 - 8,54 = 8,72
8,72 x 1,1 = 9,6
Ha nincs ilyen mennyiségű hely az aktuális lemezen, meg kell adnia az ideiglenes fájlok alternatív helyét az eseutil paraméterekben. Lehet, hogy más lemez vagy hálózati UNC útvonal, azonban meg kell jegyezni, hogy UNC útvonal használatakor a töredezettségmentesítési idő jelentősen megnőhet a sávszélesség és a hálózati késések miatt.
Azt is ellenőriznie kell, hogy van-e naprakész biztonsági másolat a töredezettségmentesített adatbázisról, hogy az ne legyen fájdalmasan fájdalmas ...
Az ESEUtil használata az Exchange Base töredezettségmentesítéséhez
Nyissa meg az Exchange Management Shell parancssort, és váltson a könyvtárra az e-mail adatbázis fájllal:
cd D: \ Data \ WI-DB-01
Szerelje le az alapot.
WI-DB-01 szétszerelési adatbázis
Futtassa a töredezettségmentesítést az ESEUtil segédprogrammal.
D: \ Data \ WI-DB-01> eseutil / d WI-DB-01.edb /t\\tmp_srv\exch\temp.edb
Bővíthető tárolómotor-segédprogramok a Microsoft (R) Exchange Server számára
Verzió: 14.01
Szerzői jog (C) Microsoft Corporation. Minden jog fenntartva.
DEFRAGMENTÁCIÓ mód indítása ...
Adatbázis: WI-DB-01.edb
Defragmentálás állapota (% teljes)
0 10 20 30 40 50 60 70 80 90 100
| - | - | - | - | - | - | - | - | - | - |
...
A '\\ tmp_srv \ exch \ temp.edb' áthelyezése 'WI-DB-01.edb' -re ...
Fájlmásolás állapota (% teljes)
0 10 20 30 40 50 60 70 80 90 100
| - | - | - | - | - | - | - | - | - | - |
...
Megjegyzés:
Javasoljuk, hogy azonnal készítsen teljes biztonsági másolatot
az adatbázis. Ha visszaállít egy biztonsági másolatot a
töredezettségmentesítés esetén az adatbázis visszaáll az állapotba
a biztonsági mentés idején volt.
A művelet sikeresen befejeződött 2798,218 másodperc alatt.
Szerelje fel az alapot:
mount-Database WI-DB-01
Győződjön meg arról, hogy mérete csökkent:
Get-MailboxDatabase -Status | ft név, adatbázisméret, elérhető új mailboxspace -auto
Név DatabaseSize AvailableNewMailboxSpace
-- - -
WI-DB-01 8,328 GB (8,942,190,592 byte) 5,219 MB (5,472,256 byte)
WI-DB-02 14,63 GB (15,785,670,144 byte) 4,696 GB (4,968,761,856 byte)
WI-DB -Archive-01 658,1 MB (689,542,784 byte) 234,6 MB (241,164,544 byte)
