[exchange 2003] defrag database

[Verwijderd]

Hallo,

onze exchange database is de laatste tijd redelijk veranderd en is nog nooit gedefragmenteerd geweest gedurende een kleine 2 jaar.

Momenteel is de priv1.ebd ongeveer 20 gb en is de priv1.stm ongeveer 9.2 gb groot.

Als ik het goed voor heb neemt de database continu toe in grootte en kun je die grootte enkel reduceren door een defragmentatie uit te voeren. Klopt dit?

Verder weet ik niet goed hoe lang dit zal duren en heb ik ergens gelezen op dit forum 5 gig / h.

Klopt dit ongeveer? En moet ik dan 20 of 30 gig rekenen?

alvast bedankt!

[Verwijderd]

Je moet eerst eens in je event log kijken naar event id 1221, daar staat namelijk precies in hoeveel space je recovert als je een offline defrag draait. Als je recentelijk veel mailboxes gemoved of verwijderd hebt zou het nut kunnen hebben.
Voor meer informatie:
http://msexchangeteam.com/archive/2004/07/08/177574.aspx

en http://searchexchange.tec...,sid43_gci1086459,00.html

[Jazzy]

Verwijderd schreef op dinsdag 31 juli 2007 @ 13:24:
Verder weet ik niet goed hoe lang dit zal duren en heb ik ergens gelezen op dit forum 5 gig / h.

Dat hangt sterk af van de performance van je hardware, in het bijzonder de disks. Hou er ook rekening mee dat je minimaal de grootte van de database vrij hebt voor je de offline defragmentatie. Mag op de zelfde disk maar ook op een share oid.

[Verwijderd]

Minimaal 110% dus dat zou zo'n 30 gig moeten zijn en als je het op een share doet is het errug traag. Verder hangt het er inderdaad van de performance van de hardware af. Ik heb het wel eens 3 dagen zien duren op een 20 gig store....

[Verwijderd]

Ok, das perfect hetgeen ik wou weten.

Ik kan een kleine 6 gig vrij maken, dus dit lijkt me wel es de moeite om uit te voeren.

Bedankt voor de hulp!

[sanfranjake]

Er moet dus als je totaal 30 GB hebt minimaal zo'n 35 GB vrij zijn he, niet 6GB Offline defrag bouwt de hele database opnieuw op en verwijdert bij succes de oude.

[ Voor 33% gewijzigd door sanfranjake op 31-07-2007 17:11 ]

[Verwijderd]

Verwijderd schreef op dinsdag 31 juli 2007 @ 15:20:
Minimaal 110% dus dat zou zo'n 30 gig moeten zijn en als je het op een share doet is het errug traag. Verder hangt het er inderdaad van de performance van de hardware af. Ik heb het wel eens 3 dagen zien duren op een 20 gig store....

share is niet gesupport

Als je niet genoeg ruimte hebt, kan je beter naar een andere server kopieren en de defrag daar uitvoeren. Komt er natuurlijk wel het kopieren enzo bij de tijd dat het duurt.

[Jazzy]

Verwijderd schreef op dinsdag 31 juli 2007 @ 19:10:
[...]


share is niet gesupport

Het is trager maar wordt wel gewoon gesupport. Hier:

You can also use a network disk. However, using a network disk is not recommended because it significantly increases the time required to complete the defragmentation process. Also, you are subject to the risk of network availability issues.

[Verwijderd]

Ik ben nog even aan het zien en de partitie van de database zelf is maar 35 gb groot dus ik zal het moeten doen op een andere partitie. Dan zou ik het commando eseutil /d /b x:\temp gebruiken. Ervan uitgaande dat x:\temp een bestaande map is. Is dit correct commando?

En kan hier in principe veel mislopen? Ik zou dit in het weekend doen, en heb eens navraag gedaan bij de softwareleverancier en zij rekenen 500 euro standaard om standby te zijn. => vind dit veel geld, maar ik kan ook niet echt het risico inschatten dat er iets misloopt. Kunnen jullie hierbij helpen?

[Verwijderd]

Heb je nou al in dat event 1221 gekeken of het uberhaubt wel zin heeft om een offline defrag te draaien? Als dat event aangeeft dat je weinig whitespace in je database hebt lijkt het me een zinloze exercitie.

[Jazzy]

Wat die syntax betreft, uit mijn hoofd doe je

code:

eseutil /d priv1.edb /tx:\temp\tijdlijk.edb

Als je slim bent dan zet je het pad naar eseutil, bijvoorbeeld d:\program files\exchsvr\bin, in je PATH-variabele. Dan kun je gewoon in de directory gaan staan waar je database staat en bovengenoemd commando uitvoeren.

[Verwijderd]

Verwijderd schreef op woensdag 01 augustus 2007 @ 14:54:
Heb je nou al in dat event 1221 gekeken of het uberhaubt wel zin heeft om een offline defrag te draaien? Als dat event aangeeft dat je weinig whitespace in je database hebt lijkt het me een zinloze exercitie.

Enkele replies vroeger meldde ik reeds dat ik in de mailbox store een 5760 mb kan terugwinnen.
Dit lijkt me dus wel es de moeite om uit te voeren ?

[Verwijderd]

Oh daar had ik overheen gelezen

[Verwijderd]

Verwijderd schreef op woensdag 01 augustus 2007 @ 14:54:
Heb je nou al in dat event 1221 gekeken of het uberhaubt wel zin heeft om een offline defrag te draaien? Als dat event aangeeft dat je weinig whitespace in je database hebt lijkt het me een zinloze exercitie.

De werkelijke ruimte kan veel groter zijn. Dit is wat er minimaal teruggewonnen gaat worden

[Verwijderd]

Event id 1221 geeft inderdaad niet 100% aan maar het zit er over het algemeen niet zo heel ver van af, voor meer informatie is dit interessant om te lezen:
http://blogs.msdn.com/jeremyk/archive/2004/04/09/110553.aspx

[Verwijderd]

Enfin, ik kan de originele database minimum 35% verkleinen dus het lijkt me wel de moeite om eens uit te voeren.
Enige waar ik nog beetje mee zit is het commando.
Als ik dit uitvoer :

eseutil /d priv1.edb /tx:\temp\tijdlijk.edb

wilt dit zeggen dat hij de originele database gaat defragmenteren en de tijdelijke .edb gaat opslaan op de x:\temp drive. Eens de defragmentatie rond is kopieert hij dan tijdelijk.edb naar priv1.edb op de originele locatie. Klopt dit?

En de file priv1.stm wordt automatisch ook gedefragmenteerd, daar hoef ik geen rekening mee te houden als ik het goed opgezocht heb.

met dit commando loop ik in principe niet zo veel risico's om problemen te hebben zeker?

[Jazzy]

Klopt. Maar je hebt toch een backup?

[Verwijderd]

Ja, een backup heb ik zoiezo door onze dagelijkse backup op tape. Waarom deze vraag wel? Ik gebruik de optie /b toch niet in mijn commando?

[Jazzy]

Omdat je blijkbaar onzeker bent en vraagt naar risico's. Als je weet wat je doet en een backup hebt is je risico bijna 0. Vandaar.

[Verwijderd]

Welja, zoveel ervaring met exchange heb ik nog niet en zoiets moet ik in een weekend doen. Probleem is dat ik dan niemand kan bereiken bij eventuele problemen en vandaar mijn vraag naar de risico's. Maar met hetgeen ik nu weet moet het wel lukken denk ik.

Bedankt voor de hulp e!