[SBS2008] Veel logfiles in First Storage Group

[DaVaRiOuS]

Ik heb gister een nieuwe server klaar gestoomt en in bedrijf gezet en vandaag het één en ander nagelopen en ik zag dat er in de First Storage Group map van Exchange ruim 1 GB aan log files stond!

http://technet.microsoft....y/bb124257(EXCHG.80).aspx

Nu lees ik daar dat de logfiles automatisch verwijderd zouden moeten worden.
Er wordt iedere dag automatisch een backup gemaakt (ingesteld via de SBS Console), maar er worden gemiddeld zo'n 3 tot 5 logfiles per minuut geplaatst á 1MB per stuk.

Om nu iedere dag handmatig die logfiles te verwijderen... dat zie ik niet zo zitten.

Het gaat dan om dit soort log bestanden: E0000001E17.log

In de Second Storage Group worden ze ook wel neergezet alleen een heel stuk minder.

Tot op heden heeft mijn zoekwerk nog geen resultaten opgeleverd die mij meer inzicht geven over de reden van deze massa logfiles en hoe dit te reduceren ofwel te verhelpen en de logfiles door Windows automatisch te laten verwijderen.

[Jazzy]

DaVaRiOuS schreef op maandag 02 augustus 2010 @ 21:37:
Ik heb gister een nieuwe server klaar gestoomt en in bedrijf gezet en vandaag het één en ander nagelopen en ik zag dat er in de First Storage Group map van Exchange ruim 1 GB aan log files stond!

http://technet.microsoft....y/bb124257(EXCHG.80).aspx

Nu lees ik daar dat de logfiles automatisch verwijderd zouden moeten worden.
Er wordt iedere dag automatisch een backup gemaakt (ingesteld via de SBS Console), maar er worden gemiddeld zo'n 3 tot 5 logfiles per minuut geplaatst á 1MB per stuk.

Om nu iedere dag handmatig die logfiles te verwijderen... dat zie ik niet zo zitten.

Het gaat dan om dit soort log bestanden: E0000001E17.log

In de Second Storage Group worden ze ook wel neergezet alleen een heel stuk minder.

Tot op heden heeft mijn zoekwerk nog geen resultaten opgeleverd die mij meer inzicht geven over de reden van deze massa logfiles en hoe dit te reduceren ofwel te verhelpen en de logfiles door Windows automatisch te laten verwijderen.

Geen paniek, niets aan de hand.

Wat ik mis in je verhaal is of de SBS backup nu al een keer gedraaid heeft. Indien ja, dan moeten alle logfiles tot op dat moment (einde van de backupjob) verwijderd zijn.

[DaVaRiOuS]

Jazzy schreef op maandag 02 augustus 2010 @ 21:50:
[...]
Geen paniek, niets aan de hand.

Wat ik mis in je verhaal is of de SBS backup nu al een keer gedraaid heeft. Indien ja, dan moeten alle logfiles tot op dat moment (einde van de backupjob) verwijderd zijn.

Zie bovenstaande post:
Er wordt iedere dag automatisch een backup gemaakt (ingesteld via de SBS Console), maar er worden gemiddeld zo'n 3 tot 5 logfiles per minuut geplaatst á 1MB per stuk.
Was inderdaad vergeten dat deze ook daadwerkelijk al heeft gedraaid.

De back-ups zijn nu 5x gedraaid...

1x gisternacht om 01:00uur
1x vannacht om 01:00uur

1x vanavond, mislukt omdat de Shadow Copy voor de betreffende volume disk stond uitgeschakeld.
1x vanavond voordat ik de mailstores verplaatste van C:\ naar D:\
1x vanavond nadat de mailstore is verplaatst van C:\ naar D:\

Backup heb ik dus ingesteld via de SBS Console.
PS: In de Server backup manager kun je eventueel nog aanpassen hoe de back-ups moeten lopen, maar deze staat (standaard) op Incrementeel.

[ Voor 8% gewijzigd door DaVaRiOuS op 02-08-2010 22:27 ]

[Jazzy]

De logfiles worden pas verwijderd na een full backup, niet na een incremental backup.

[DaVaRiOuS]

Jazzy schreef op maandag 02 augustus 2010 @ 22:25:
De logfiles worden pas verwijderd na een full backup, niet na een incremental backup.

Deze regel voegde ik net toe:

PS: In de Server backup manager kun je eventueel nog aanpassen hoe de back-ups moeten lopen, maar deze staat (standaard) op Incrementeel.

Ik denk,, wellicht heeft dit hier nog invloed op...


Hmmm... dus er zou eigenlijk voor het mooie iedere dag een full backup gemaakt moeten worden.
Mijn Mail store staat op de D:\
Ik neem aan dat ik dan de C:\ gewoon als incrementeel kan laten lopen en dan de D:\ als Full Backup?

Ik ben nog niet helemaal 100% thuis in de backup methode van 2008.
In 2003 moet je aparte backups maken, zowel je data, Exchange database en Information Store.

Als ik nu een recover wil uitvoeren van de Information Store, dan geeft die er 2 weer...

[ Voor 78% gewijzigd door DaVaRiOuS op 02-08-2010 22:45 ]

[Zwelgje]

lekker spannend die logfiles ,in SBS2008 staat circulair logging per default aan en zal dat nooit echt groeien. je maakt je druk om niks

[Jazzy]

Powershell schreef op dinsdag 03 augustus 2010 @ 13:46:
lekker spannend die logfiles ,in SBS2008 staat circulair logging per default aan en zal dat nooit echt groeien. je maakt je druk om niks

Circular logging wordt disabled als je SBS Backup configureert.

[Zwelgje]

Jazzy schreef op dinsdag 03 augustus 2010 @ 14:36:
[...]
Circular logging wordt disabled als je SBS Backup configureert.

de wizard run je per default lijkt me, wie plempt er nu een server neer zonder die backup of andere wizards te doorlopen, zeker in een SBS wereld.

_{mgoed je moet ze idd de kost maar geven}

[ralpje]

Powershell schreef op dinsdag 03 augustus 2010 @ 14:40:
[...]


de wizard run je per default lijkt me, wie plempt er nu een server neer zonder die backup of andere wizards te doorlopen, zeker in een SBS wereld.

_{mgoed je moet ze idd de kost maar geven}

En dus staat circular logging dan weer uit, en zijn we weer bij stap 1: de groeiende logfiles

[Jazzy]

ralpje schreef op dinsdag 03 augustus 2010 @ 14:47:
[...]


En dus staat circular logging dan weer uit, en zijn we weer bij stap 1: de groeiende logfiles

De TS weet inmiddels dat die na een full backup netjes door Exchange verwijderd worden dus dat is geen probleem.

[Verwijderd]

En om uit te vinden waar die logfiles vandaan komen, kan je deze blog doorlopen:
http://blogs.technet.com/...tabase-growth-issues.aspx

[Zwelgje]

ralpje schreef op dinsdag 03 augustus 2010 @ 14:47:
[...]


En dus staat circular logging dan weer uit, en zijn we weer bij stap 1: de groeiende logfiles

die je niet meer hebt als je een goede backup hebt (en dus de wizard hebt doorlopen)

lekker zo op deze saaie middag

[Rolfie]

Om nu iedere dag handmatig die logfiles te verwijderen... dat zie ik niet zo zitten.

[alt-92]

TS kan gewoon op Technet of MSDN terugvinden wat voor functie die logfiles hebben voor z'n ExchangeDB's.

Als ie dat niet wil opzoeken maar liever proefondervindelijk wil merken dat ie daarmee z'n setup verb0rkt, dan moet ie dat zelf weten.

[DaVaRiOuS]

alt-92 schreef op woensdag 04 augustus 2010 @ 07:16:
TS kan gewoon op Technet of MSDN terugvinden wat voor functie die logfiles hebben voor z'n ExchangeDB's.

Als ie dat niet wil opzoeken maar liever proefondervindelijk wil merken dat ie daarmee z'n setup verb0rkt, dan moet ie dat zelf weten.

De functie van de logfiles weet ik wel zeker...
Alleen dit is de eerste SBS2008 server waar ik tegen deze 'issue' aan loopt.

Andere SBS2008 servers zijn geconfigt met online backup of externe backup progs. Dus niet de wizard backup doorlopen en hierbij totaal geen last omtrent de logfiles.
Dit is dus eigenlijk de 1e server waarbij de backup via de wizard is doorlopen en nu tegen deze groeiende logfiles aan loop.

Maar na het antwoord over de full back-up heb ik deze op de D:\ zo ingesteld en na controle de volgende dag is dit inderdaad de juiste oplossing.

PS: Een forum is er niet voor niets... in princiepe is alles op internet te vinden, maar wat nu als je dit zelf nou net niet kan vinden door het juiste pad de bewandelen of niet helemaal begrijp wat er op een andere site wordt uitgelegen.
Soms moet dat even in jip en janneke taal

Bedankt voor de heldere uitleg!

[sanfranjake]

Ik zou je nog het advies mee willen geven om circular logging op al je SBS servers uit te zetten, zodat je iets minder risico loopt op dataverlies bij problemen. Dit zit sinds SBS2003 al in mijn standaard-SBS protocol, en heeft al meerdere klanten uit de brand geholpen Sowieso is er niks aan de hand als je de disken adequaat sized...

[Zwelgje]

sanfranjake schreef op donderdag 05 augustus 2010 @ 12:50:
Ik zou je nog het advies mee willen geven om circular logging op al je SBS servers uit te zetten, zodat je iets minder risico loopt op dataverlies bij problemen. Dit zit sinds SBS2003 al in mijn standaard-SBS protocol, en heeft al meerdere klanten uit de brand geholpen Sowieso is er niks aan de hand als je de disken adequaat sized...

zet het uit nadat je de oude mailboxen hebt geimporteerd, anders gaat het best snel met die schijfruimte ook als je 'adequaat hebt gesized'

[Rolfie]

Powershell schreef op donderdag 05 augustus 2010 @ 15:59:
[...]


zet het uit nadat je de oude mailboxen hebt geimporteerd, anders gaat het best snel met die schijfruimte ook als je 'adequaat hebt gesized'

Of je maakt een extra backup

[Zwelgje]

Rolfie schreef op donderdag 05 augustus 2010 @ 17:23:
[...]

Of je maakt een extra backup

tijdens de import van 100gb aan mail

[Jazzy]

Gaan we elkaar nou zitten aftroeven wie de beste adviezen kan geven?

[alt-92]

Jaman leuk toch?

DaVaRiOuS schreef op woensdag 04 augustus 2010 @ 10:44:
PS: Een forum is er niet voor niets... in princiepe is alles op internet te vinden, maar wat nu als je dit zelf nou net niet kan vinden door het juiste pad de bewandelen of niet helemaal begrijp wat er op een andere site wordt uitgelegen.
Soms moet dat even in jip en janneke taal

offtopic:
Het gebeurt alleen wel heel erg vaak bij jou, dat valt gewoon op. Is niet echt erg, maar hou er wel rekening mee dat dat op een gegeven moment contraproductief gaat werken...

[DaVaRiOuS]

sanfranjake schreef op donderdag 05 augustus 2010 @ 12:50:
Ik zou je nog het advies mee willen geven om circular logging op al je SBS servers uit te zetten, zodat je iets minder risico loopt op dataverlies bij problemen. Dit zit sinds SBS2003 al in mijn standaard-SBS protocol, en heeft al meerdere klanten uit de brand geholpen Sowieso is er niks aan de hand als je de disken adequaat sized...

tnx voor de tip!

[ Voor 37% gewijzigd door DaVaRiOuS op 05-08-2010 22:15 ]