[exchange5.5] information store size

[mutsje]

Mede tweakers,

gezocht op google en technet.

Waar kun je de actual size van een information store vinden.
Via de Exchange administrator in ieder geval niet.

bij voorbaat dank.

[DaRealRenzel]

Kijk in Exchange waarje databases staan
kijk in die folder naar de .EDB file. Da's je store

[Zwelgje]

actual size als in de omvang zonder de whitespace?

das dus de omvang van je .edb file minus het aantal dat je in je eventlogs kan uitlezen na een online defragmentatie

[Verwijderd]

Wat wil je precies zien.

-Hoe groot iedere mailbox is
-Of hoe groot de totale informationstore is?

[mutsje]

Men kan de priv.edb en pub.edb zien qua schijfgroote maar dit is met lege entrys en fragmentation. Ik ben op zoek naar iets waarmee je de ware grote kunt zien....dus zonder al die gaten in je database.

[mutsje]

DaRealRenzel schreef op 13 March 2003 @ 20:40:
Kijk in Exchange waarje databases staan
kijk in die folder naar de .EDB file. Da's je store

oh je bedoeld je mtadata directory.......of toch die andere

[ Voor 6% gewijzigd door mutsje op 13-03-2003 22:39 ]

[Arno]

mutsje schreef op 13 March 2003 @ 22:39:
Men kan de priv.edb en pub.edb zien qua schijfgroote maar dit is met lege entrys en fragmentation. Ik ben op zoek naar iets waarmee je de ware grote kunt zien....dus zonder al die gaten in je database.

Daar zijn geen tools voor, je zult daadwerkelijk alle mailboxen moeten optellen, of een offline defrag draaien.

[Brahiewahiewa]

mutsje schreef op 13 March 2003 @ 22:39:
Men kan de priv.edb en pub.edb zien qua schijfgroote maar dit is met lege entrys en fragmentation. Ik ben op zoek naar iets waarmee je de ware grote kunt zien....dus zonder al die gaten in je database.

Gewoon een on-line backup gaan draaien (doe je toch regelmatig, als het goed is ) en dan de events 220 in je Application eventlog opzoeken. Daar staat dan iets à la:

Information Store (2828) First Storage Group: Begining the backup of the file C:\Program Files\Exchsrvr\mdbdata\priv1.edb (size 312 Mb).

En dat doetie voor al je .edb en .stm files.
Allemaal optellen + je aantal transactie log files * 5 MB = de totale hoeveelheid zinnige informatie in je Exchange server

edit:
voor Exchange 5.5 kun je die .stm files vergeten

[ Voor 4% gewijzigd door Brahiewahiewa op 14-03-2003 00:27 ]

[mutsje]

Dan heb je nog steeds de werkelijke ruimte niet (gefragmenteerde database).

Maar goed we gaan de zoektoch vandaag voortzetten. Ook technet zegt hier niets over.

Dit vraagstuk is vanwege een Exchange5.5 standaard edition server die aan de limit van zijn grootte zat(16GB) en dus volledig gestopt was.

[Battle Bunny]

Misschien een stomme vraag (ok, zeker weten) maar hoe doe je een online defrag in Exchange 5.5?

edit:

if possible, that is

[ Voor 18% gewijzigd door Battle Bunny op 14-03-2003 10:17 ]

[mutsje]

battle_bunny kijken even op mijn homepage > forum > exchange5.5 daar staat 2 topics. Online defragmation en online defragmentation met gebruik van andere partitie.

[Brahiewahiewa]

mutsje schreef op 14 March 2003 @ 08:24:
[...]Dit vraagstuk is vanwege een Exchange5.5 standaard edition server die aan de limit van zijn grootte zat(16GB) en dus volledig gestopt was.

Die limiet van 16GB geldt puur voor de grootte van je .edb files (prive en pub). Dus al zit er maar 1 kB aan mail in en de rest white space, de IS zal stoppen als de priv of pub.edb groter dan 16GB wordt.

Die daadwerkelijke grootte van je .edb files kun je vinden door de MSExchangeIS te stoppen en dan "DIR *.edb" in je X:\exchsrvr\MDBDATA te doen.

Battle_Bunny schreef op 14 March 2003 @ 10:12:
Misschien een stomme vraag (ok, zeker weten) maar hoe doe je een online defrag in Exchange 5.5?

Dat gebeurt automatisch, binnen de tijd die je aangeeft op de "IS Maintenance" tab van je server properties in Exchange Admin

[Battle Bunny]

Brahiewahiewa: thanks. Even iets anders gezet
mutsje: Offline defrag wist ik al, thanks anyway.

[Berimbau]

Als de store > 16 Gb wordt dan is het duidelijk upgraden naar Exchange 5.5 Enterprise Edition. Die is 'unlimitted'

[mutsje]

Brahiewahiewa

De database van Exchange is ten opzichte van bijvoorbeeld SQL anders. Als je in SQL en dumb doet laat ie de whitespace weg. Echter als je een Exchange database dumt blijft ie in grote(schijf in gebruik) net zo groot. Ook op de backup.

Over dat upgraden naar Exchange5.5 standaard naar Enterprise waren we zelf ook allang achter maar de klant moet wel de licentie willen betalen.

Het probleem dat de Exchange server niet meer op wou na de 16GB bereikt te hebben is opgelost. De beheerder die het opgelost heeft , heeft het op het forum van mijn page gezet.

Ik beheer zelf ook Exchange 5.5 en sorrie voor de vraagsteller over Online defragmentatie haalde het even door elkaar...(mijn exchange server had namelijk ook even liefde nodig door er een nieuwe tapeunit in te schoppen zodat ie weer fatsoenlijk gebackupt werdt en ik gelukkig weer 2.5gb aan log files kwijt raakte)

[Brahiewahiewa]

mutsje schreef op 15 March 2003 @ 00:19:
.... Als je in SQL een dumb doet....

hij's leuk

mutsje schreef op 15 March 2003 @ 00:19:
.... als je een Exchange database dumt blijft ie in grote(schijf in gebruik) net zo groot. Ook op de backup.

Dat eerste is waar; dat tweede niet; even afgezien van het feit dat je een Exchange database niet dumpt. Een Exchange database wordt on-line gedefragged wat wil zeggen dat de white space naar het einde van de file verschoven wordt. Een off-line defrag maakt de database file daadwerkelijk kleiner (daarom kun je dus een off-line defrag doen als je standard exchange server over z'n 16 GB limiet heen gaat). De getallen die je vindt in de events 220 die tijdens backup gelogged worden, geven de werkelijke hoeveelheid informatie in je databases aan, dus grootte van .edb file - white space; de grootte die de database potentieel na een off-line defrag zou moeten kunnen bereiken. Verder geeft het Exchange Admin programma per mailbox de grootte aan, maar bij het optellen hiervan hou je geen rekening met "single instance storage" en zal dus altijd eenveel te hoog getal opleveren

[mutsje]

ik snap ook wel dat je een exchange database niet dumbt maar trok even een kromme vergelijk naar andere databases die het wel kunnen i.v.m whitespace.

Ze hebben de machine in ieder geval weer aan de praat gekregen , maar we monitoren alles al via mesureware en hp openview en willen dit ook graag controleren :-)

[Verwijderd]

Even terug naar af:
1. Er is een information store van 16 Gb en deze heeft geen vrije ruimte meer: IS stopt
2. De information store is opgeruimd door het verwijderen van mailboxen: IS blijft lopen, maar de file size blijft 16 Gb. De file size neemt alleen af bij een off-line defragmentatie.
3. De event service van exchange zorgt er inderdaad voor dat de vrije ruimte weer beschikbaar komt (binnen de huidige 16 Gb omvang van het bestand).

De vraag blijft nu: Hoeveel ruimte heb je nog in je information store, oftewel hoe groot is de kans dat IS stopt? Wat je wilt zien is een counter die aangeeft hoeveel % (of Kb) van de maximale ruimte er nog vrij is.

Het probleem is natuurlijk dat de eventviewer geen mogelijkheid geeft voor monitoring. Stel je bekijkt de on-line defragmentatie berichten en daar staat in dat je nog 200 Mb vrij hebt. Dan wil je ingrijpen, maar *niet* als je Information Store slechts 250 Mb groot is. Het probleem zit hem in het feit dat de gerapporteerde vrije ruimte geen absoluut getal is van de maximale waarde, en er geen koppeling is met de daadwerkelijke size van de information store.

Het vergelijken van de twee en dan conclusies trekken is wel mogelijk (met scripting), maar je zou toch denken dat MS ergens een counter heeft ingebouwd die dat niet alleen voor de IS bijhoudt, maar ook mededeelt aan het publiek.

Het liefste wil je twee counters:
1. De actuele groote van de store.
2. De bruikbare vrije ruimte in de store.

Overigens hoeft de size van de store die je ziet onder windows niet de juiste te zijn. De size die je ziet is de size bij het starten van de store. Dat is waarschijnlijk ook de reden dat verschillende Q artikelen van MS aangeven de 'vrije' schijfruimte in de gaten te houden.

[Brahiewahiewa]

Verwijderd schreef op 15 March 2003 @ 11:46:
....Het probleem is natuurlijk dat de eventviewer geen mogelijkheid geeft voor monitoring.....Het liefste wil je twee counters:
1. De actuele groote van de store.
2. De bruikbare vrije ruimte in de store....

Het probleem zit'm vooral in het feit dat het file system er niet in slaagt om de grootte van de priv.edb en pub.edb (en dir.edb) vast te stellen.Dus je kunt nooit zien aankomen dat je database files over die 16GB limiet heen dreigen te gaan, tenzij je af en toe de store stopt en dan gaat kijken hoe groot die files zijn.
Met de store on-line de grootte van je databases checken gaat pas weer kunnen onder Windows 2000 met de 6.x versie van ESE.DLL