[Exchange 2003] Windows zeer traag met opstarten

[Dutch_guy]

Ik heb hier een server staan met een probleem waar ik niet uitkom. Het duurt vreselijk lang voordat de server is opgestart, Blijft constant staan op "Applying computer settings..." Dit duurt zeker een uur of 2 voordat de server uiteindelijk opstart.

Nu ben ik erachter gekomen dat dit door Exchange komt. Als ik die services uitschakel, dan is er niets aan de hand en start de server snel op. Als ik ze daarna handmatig opstart dan werkt het ook.

De server is niet van mij, dus ik weet helaas niet wat men eraan gedaan heeft. Zag een post van iemand met een vergelijkbaar probleem, daar bleek het aan Norton te liggen. Die heb ik inmiddels verwijderd, maar het probleem blijft bestaan.

Als de server eenmaal is opgestart staat er deze melding in de eventviewer: "the following service is taking more than 16 minutes to start" en dan verwijzend naar de Information Store.

Exchange is reeds voorzien van alle updates en servicepacks.

Iemand een idee hoe ik dit kan oplossen ?

[maartena]

Dat Exchange langzaam opstart is een bekend fenomeen, het duurt zelfs een ultra-snelle Exchange server wel een minuut of 10 om volledig op te starten. 2 uur is echter iets te veel van het goede.

Een aantal vragen.

- Hoe groot is de Information Store? (hoe groter, hoe meer resources nodig zijn)
- Hoe oud is het filesystem waarop het draait? (wellicht is er sprake van ernstige fragmentatie)
- Welke andere software draait op diezelfde server?
- Hoeveel vrije ruimte heb je nog op die server?

Je geeft tevens aan dat het WEL goed gaat als je de services na het inloggen opstart. De services voor Exchange moeten worden opgestart met het Local System account, NIET met een gebruiker, dus controleer eens of die services wel allemaal goed staan?

[Dutch_guy]

Ik heb ook gelezen dat bij sommige de oorzaak was dat de Exchange (per ongeluk) naar een andere OU was verplaatst, waardoor policies etc. niet goed meer gingen. Nu weet ik niet wat er verder met deze server gebeurt is, maar hoe kan ik dit uitsluiten ?

[Razwer]

draait die information store misschien op een RAID5 en heb je een brakke disk?
systeem specs er bij zetten helpt ons je beter te kunnen helpen.

[ Voor 29% gewijzigd door Razwer op 04-03-2009 10:49 ]

[Dutch_guy]

Schijven zijn ook in orde. Server is een Dell Poweredge SC420, Raid1, Pentium 4, 4gb Geheugen.

[mbaltus]

en hoe groot is de information store, hoe werkt (=performed) het systeem als Exchange eenmaal is opgestart. Staat er in de event logs iets, heb je met ISINTEG en ESEUTIL al eens gekeken of je Information Store nog een beetje ok is. Maak je regelmatig een Exchange-aware back-up (dus via ntbackup of via een exchange agent) zodat de logs verwijderd worden, etc.....

[Dutch_guy]

Information Store is 6GB.

Met ISINTEG en ESEUTIL heb ik reeds gekeken of alles ok is, ook nog een offline defrag gedaan.

Als processen handmatig worden opgestart werkt het allemaal prima. Logfiles worden netjes verwijderd met de backup.

[ Voor 11% gewijzigd door Dutch_guy op 04-03-2009 12:59 ]

[Razwer]

staan je dependencies wel goed ingesteld in je services?

[Dutch_guy]

Zat ik net toevallig naar te kijken! Maar ook dat staat allemaal goed.

[MADG0BLIN]

Het is wel een hele oude bug maar wie weet. Staat er toevallig software van APC op voor de UPS? Die heeft in het verleden een bug gehad waardoor opstarten ook zo lang duurde.

En anders misschien een DNS probleem, als dat fout staat wil hij er ook weleens langer over doen, maar 2 uur is wel extreem.

[Dutch_guy]

De bug met Powerchute ken ik, staat niet geinstalleerd. Het heeft echt te maken met Exchange. Als ik die disable start de server wel snel. Blijkt ook uit de eventviewer dat Exchange er te lang over doet.

Kan ik op de een of andere manier nog iets herstellen/ vernieuwen aan de Exchange installatie ? Schoon beginnen met Exchange, met behoud van data ?

[ Voor 27% gewijzigd door Dutch_guy op 04-03-2009 13:23 ]

[Question Mark]

Welk OS en welk servicepack draait de server op?

Probeer je nog "vreemde zaken" te regelen via je group policy's. (Log as service right, restricted groups, etc).

Exchange Best Practice Analyser als eens gedraaid?

Overigens hebben problemen met het verslepen naar een andere OU van de exchange-server meer te maken dat er bepaalde zaken mbt OU lokatie gecached worden door Exchange. Door het herstarten van exchange services (of een reboot) wordt de informatie geactualiseerd. Dit heeft dus niets met je probleem te maken.

[Dutch_guy]

2003 SBS SP2

Exchange Best Practice Analyser toonde een melding dat IMF niet aan stond, meer niet.

[Question Mark]

Het enige wat ik op internet kan vinden (afgezien van de al genoemde APC fout) is dat de "Exchange enterprise server group" bepaalde rechten mist. (en dan met name het recht "Manage Auditing en security log".

Kun je eens controleren of deze groep dat recht wel heeft?

[Dutch_guy]

Inderdaad had ik ook gevonden. Staat er netjes tussen. Bij "Manage auditing and security log" staan de volgende 2 vermeld:

Administrators
Exchange Enterprise Servers

Net gecheckt met een andere server, en die waarden zijn juist.

[ Voor 16% gewijzigd door Dutch_guy op 04-03-2009 14:39 ]

[Verwijderd]

De groepen van Exchange moet je niet verplaatsen, maar laten staan op de default locatie (ik dacht in users). Het applying computer settings probleem kan vanalles zijn.. dat powerchute issue en DNS zijn de bekendste.
De store start pas als DNS en AD goed werkt. DNS werkt pas goed als je NIC goed is..ik zou dat spoor volgen. Check welke DNS servers hij gebruikt, of de DC's goed performen/goed bereikbaar zijn.

Is dit issue ineens ontstaan of er in geslopen? Heb je antivirus voor Exchange draaien? En dan doel ik op store scanning. Zijn er nog meer Exchange servers? En hoe performen die?

[peak]

Ehm,

Je zegt net zelf dat als je de services uit zet dat hij dan wel normaal doorstart.
Goed, kan je dan geen taak maken dat hij de exchange service pas na inloggen opstart?

Zo omzeil je het probleem alleen en ik begrijp dat je graag naar het antwoord van het probleem zoekt...

[Jazzy]

In het eventlog staan timestamps bij de events, het lijkt me vrij eenvoudig om uit te zoeken waar hij zo lang op staat te wachten.

Verder, heb je de SBS BPA gedraaid?

[tjtristan]

Ik heb exact hetzelfde, ook echt iets van 2 uur wachten voordat die er doorheen komt (remote desktop is dan inmiddels al wel actief), inmiddels is de hele server opnieuw geinstalleerd en staat er geen exchange meer op.
Volgens mij is er toch iets bugged in exchange icm de active directory, kwam er zelf in ieder geval niet uit.

[ Voor 11% gewijzigd door tjtristan op 06-03-2009 01:19 ]

[peak]

tjtristan schreef op vrijdag 06 maart 2009 @ 00:23:
Ik heb exact hetzelfde, ook echt iets van 2 uur wachten voordat die er doorheen komt (remote desktop is dan inmiddels al wel actief), inmiddels is de hele server opnieuw geinstalleerd en staat er geen exchange meer op.
Volgens mij is er toch iets bugged in exchange icm de active directory, kwam er zelf in ieder geval niet uit.

Zoals eerder genoemd;
Windows heeft vaak vage oorzaken waarom de Applying computer settings zo lang duren.

o.a. DNS is een boosdoener en hier het geval dan ook exchange.

@all
De TS weet wat het probleem is, dus dat hij moet kijken naar de event viewer etc is niet nodig.
Het probleem ligt bij exchange.

[Question Mark]

peak schreef op vrijdag 06 maart 2009 @ 23:34:
[...]
@all
De TS weet wat het probleem is, dus dat hij moet kijken naar de event viewer etc is niet nodig.
Het probleem ligt bij exchange.

Sorry? Uit de eventviewer is keurig te herleiden welke service op welk tijdstip start. Als één service "vertraagd" opstart is dit via de eventviewer te herleiden. Troubleshooten kan dan gerichter plaatsvinden richting die ene service.

En wie zegt dat Exchange het probleem veroorzaakt? Het enige wat bekend is, is dat als de Exchange services disabled worden dat het systeem dan wel normaal opstart. Maar dat wil nog niet zeggen dat het probleem bij Exchange ligt. Het kan ook veroorzaakt worden door één van de services waar Exchange dependant op is.

[Verwijderd]

Question Mark schreef op zaterdag 07 maart 2009 @ 08:45:
[...]
Sorry? Uit de eventviewer is keurig te herleiden welke service op welk tijdstip start. Als één service "vertraagd" opstart is dit via de eventviewer te herleiden. Troubleshooten kan dan gerichter plaatsvinden richting die ene service.

En wie zegt dat Exchange het probleem veroorzaakt? Het enige wat bekend is, is dat als de Exchange services disabled worden dat het systeem dan wel normaal opstart. Maar dat wil nog niet zeggen dat het probleem bij Exchange ligt. Het kan ook veroorzaakt worden door één van de services waar Exchange dependant op is.

Precies.. Exchange start niet door het probleem.. roepen dat Exchange dan het probleem is, is raar.

[Verwijderd]

En wat is nu de oplossing? Is deze gevonden of nog steeds open?

Ik heb exact hetzelfde probleem. Een server op een andere locatie in het buitenland die wij beheren. NOD32 erop gezet, en na 2 dagen hangt de server zichzelf tijdens de werkdag gewoon helemaal op. Versie 2.71.9 met de XMON module voor Exchange.

NOD voor de zekerheid eraf gehaald, hielp niets. Services disabled en zonder problemen kwam ik in Windows. Handmatig de boel gestart en dan werkt het weer. Ook checksum gedraaid en recovery etc. checksum werkte wel, defrag ook, de rest niet. Het ligt duidelijk aan de information store, daarop loopt de boel vast. Ik heb echt geen flauw idee wat het precies is. Ik zie wel dat meerdere mensen en bedrijven hetzelfde probleem hebben.