[2003] Trage backup na spontane reboot

[luminous]

Beste tweakers,

2 weken terug is er een server van ons spontaan gereboot en sindsdien loopt de backup heel traag.
Ik heb al naar diverse mogelijkheden gekeken en ook gezocht op internet maar ik kom er gewoon niet uit.

De server draait het volgende:

W2K3 sp1
Mailserver (Exchange 2003 6.5.7638.1)
Fileserver
Printserver
Application server
Domain controller
DNS server
DHCP server
WINS server

Als antivirus draait hier (helaas) Norman.
Als backup systeem draait deze Symantec Backup Exec 11 rev6235

De backup wordt gedaan door een HP ultrium 2 SCSI sequential drive op een ultrium 2 tape van 400 gb.

Indien meer info nodig is hoor ik het graag!

Al nagekeken:
Ik kan niets kwa errors vinden in het eventlog.
Er is geen stroomstoring geweest.
De schijven zijn ook in orde.
Server is al meerdere malen herstart maar blijft het probleem geven.
Is geen update uitgevoerd sinds de reboot of voor de reboot die een reboot nodig had.

Ik ben ten einde raad!

Hieronder een overzicht van de snelheden MB/Min SRV01 lokaal SRV02 netwerk):

Bron	Overdracht nu	Overdracht voorheen	Verschil
\\srv01\c:	313	639	326
\\srv01\d:	177	451	274
\\srv01\information store / first storage group	1286	1284	-2
\\srv01\shadowcopy components	560	588	28
\\srv01\system state	477	477	0
\\srv02\c:	80	132	52
\\srv02\d:	143	264	121
\\srv02\utility partition	172	156	-16
\\srv02\system state	91	105	14

Heeft iemand enig idee wat een oplossing zou kunnen zijn?
Mijn dank is GROOT voor degene die de oplossing heeft!

[Mad Marty]

Geen ervaring met servers, dus het kan zijn dat ik complete onzin uitkraam

Schijven staan niet toevallig op PIO-mode oid?

[Verwijderd]

Is er niet toevallig een update geinstalleerd?
heb je al contact gehad met Symantec of je reseller?
Antivirus zou kunnen maar aangezien die er ook voor de reboot oop stond is het vreemd...
ik zou een supportcall bij symantec aanmelden, ik mag aanemen dat je wel een support contract hebt...
anders ff contact opnemen met je reseller

Is er ook niet toevallig een update van Java uitgevoerd?

[ Voor 62% gewijzigd door Verwijderd op 29-04-2008 11:45 . Reden: java ]

[ralpje]

Al eens zonder Norman geprobeerd (ff de on-access scanner uitzetten / NVCOAC.exe killen)? Zou me niets verbazen als die roet in het eten gooit.

[luminous]

Bedankt voor alle snelle reacties!

Mad Marty schreef op dinsdag 29 april 2008 @ 11:26:
Geen ervaring met servers, dus het kan zijn dat ik complete onzin uitkraam

Schijven staan niet toevallig op PIO-mode oid?

Dit gaat zeker te weten niet het geval zijn!

Verwijderd schreef op dinsdag 29 april 2008 @ 11:27:
Is er niet toevallig een update geinstalleerd?
heb je al contact gehad met Symantec of je reseller?
Antivirus zou kunnen maar aangezien die er ook voor de reboot oop stond is het vreemd...
ik zou een supportcall bij symantec aanmelden, ik mag aanemen dat je wel een support contract hebt...
anders ff contact opnemen met je reseller

Nog geen contact gehad met Symantec maar zo te lezen kan ik dat beter wel even doen.

ralpje schreef op dinsdag 29 april 2008 @ 11:28:
Al eens zonder Norman geprobeerd (ff de on-access scanner uitzetten / NVCOAC.exe killen)? Zou me niets verbazen als die roet in het eten gooit.

Dit was ook een van mijn eerste ingevingen maar mocht helaas maar een paar mb verschil te halen.

Het vreemde vindt ik nogal dat de information store en de shadowcopy components geen vertraging oplopen.

[ik222]

Er lopen geen vreemde processen op de achtergrond die veel I/O bewerkingen veroorzaken? Of processen die wel horen te draaien maar nu buitensporig veel I/O bewerkingen veroorzaken.

[ Voor 34% gewijzigd door ik222 op 29-04-2008 11:55 ]

[Verwijderd]

luminous schreef op dinsdag 29 april 2008 @ 11:46:
Bedankt voor alle snelle reacties!


[...]

Dit gaat zeker te weten niet het geval zijn!


[...]


Nog geen contact gehad met Symantec maar zo te lezen kan ik dat beter wel even doen.


[...]

Dit was ook een van mijn eerste ingevingen maar mocht helaas maar een paar mb verschil te halen.

Het vreemde vindt ik nogal dat de information store en de shadowcopy components geen vertraging oplopen.

Dit komt omdat dit ook niet zo groot is in vergelijking met je data

[luminous]

ik222 schreef op dinsdag 29 april 2008 @ 11:54:
Er lopen geen vreemde processen op de achtergrond die veel I/O bewerkingen veroorzaken? Of processen die wel horen te draaien maar nu buitensporig veel I/O bewerkingen veroorzaken.

Heb dit opnieuw nog even bekeken maar dit is ook niet het geval (jammer genoeg)

[Turdie]

Wat voor type server heb je? Ik hoop HP. Als je een HP server hebt kun je door middel van een bepaald driver pack, een check doen of jouw server alle recente drivers heeft (d.m.v Proliant Support Pack)

Heb je ook de laatste Service Packs van Backup-Exec geinstalleerd? Installeer meteen ook even Windows 2003 Server Service Pack 2.

[ Voor 115% gewijzigd door Turdie op 29-04-2008 21:09 ]

[Verwijderd]

Kan ook wel eens de Teaming mode zijn van je beide netwerkkaarten.

De team effe verbreken en opnieuw aanmaken doet soms wonderen.

Hoet het net zit is mij ook nog deels onduidelijk, maar zo heb ik ook eens dezelfde situatie uitgeklaard op een van onze servers.
Probleem gaat volgens mij niet in je Backup Exec zitten.

[Jazzy]

luminous schreef op dinsdag 29 april 2008 @ 11:46:
Het vreemde vindt ik nogal dat de information store en de shadowcopy components geen vertraging oplopen.

Dat is niet zo vreemd want die gaan via VSS.

[luminous]

guidovb999 schreef op dinsdag 29 april 2008 @ 21:03:
Wat voor type server heb je? Ik hoop HP. Als je een HP server hebt kun je door middel van een bepaald driver pack, een check doen of jouw server alle recente drivers heeft (d.m.v Proliant Support Pack)

Heb je ook de laatste Service Packs van Backup-Exec geinstalleerd? Installeer meteen ook even Windows 2003 Server Service Pack 2.

Type servers zijn idd HP Proliant ML350's.
De laatste updates heb ik van backup-exec alleen w2k3 sp2 moet ik idd nog even toepassen.
Deze laatste zal het waarschijnlijk wel niet oplossen want het heeft altijd goed gedraaid maar is toch belangrijk.

Wel heb ik van de virusscanner (Norman) alle services en processen als test uitgeknalt (voorheen als test alleen de on-demand scanner) en toen was hij toch gemiddeld 100mb/min sneller (naast de 200mb/min verlies)

Volgend weekend in ieder geval even sp2 overal installeren.
(ik werk hier pas een paar maanden en er moesten eerst wat andere "achterstalligge" werkzaamheden worden verricht. Vandaar dat ik deze toch even achterwege liet.)

[luminous]

Verwijderd schreef op vrijdag 02 mei 2008 @ 13:57:
Kan ook wel eens de Teaming mode zijn van je beide netwerkkaarten.

De team effe verbreken en opnieuw aanmaken doet soms wonderen.

Hoet het net zit is mij ook nog deels onduidelijk, maar zo heb ik ook eens dezelfde situatie uitgeklaard op een van onze servers.
Probleem gaat volgens mij niet in je Backup Exec zitten.

Dit zou het idd wel eens kunnen zijn.
Ik heb wel vaker gehoord dat hier problemen mee waren.

De gedachtte dat het aan de backup-exec zou liggen had ik idd al snel uit me gedachten gehaald.

Ik laat nog wel weten of het is gelukt!
thx!

[Turdie]

luminous schreef op vrijdag 02 mei 2008 @ 19:33:
[...]

Type servers zijn idd HP Proliant ML350's.
De laatste updates heb ik van backup-exec alleen w2k3 sp2 moet ik idd nog even toepassen.
Deze laatste zal het waarschijnlijk wel niet oplossen want het heeft altijd goed gedraaid maar is toch belangrijk.

HP Proliant ML350 G2 of G3 of G4? Ook alle Service Pack's van Backup Exec?Nadat je dit Service Pack hebt geinstalleerd, wel even je Remote Agens opnieuw pushen

Heb je dit artikel al gezien?

Wel heb ik van de virusscanner (Norman) alle services en processen als test uitgeknalt (voorheen als test alleen de on-demand scanner) en toen was hij toch gemiddeld 100mb/min sneller (naast de 200mb/min verlies)

Waarom heb je dit gedaan, als je de goede dingen in je virus-scanner exclude is dit volgens mij helemaal niet nodig,trouwens een lekkere security breach.Hier en hier vind je een goed support artikel van Microsoft wat je allemaal moet uitsluiten in je virus-scanner.

[ Voor 23% gewijzigd door Turdie op 05-05-2008 03:20 ]

[Verwijderd]

Een spontane reboot zul je toch echt verder moeten onderzoeken. Als je niks in de logs kunt vinden dan wordt de kans dat het een softwareprobleem is al een stuk kleiner. Je zegt dat de voedingspanning niet is uitgevallen, dus zit het probleem tussen de netstekker en de software: je hardware.
Er kunnen IMHO de volgende zaken aan de hand zijn:

1. intern sterk vervuilde server STOF, waardoor de interne temp oploopt en de processoren zich downscalen
2. een voeding die minder spanning aanbiedt op de 5, 12 en 24 V lijnen, waardoor hardware minder snel draait

[Koffie]

Move PNS > WSS

[Verwijderd]

Wat voor scsi (of sas) controller zitten er in je server (welke spontaan herstart is) waar je harddisken opzitten.
Trage overdrachtsnelheid en andere soorten vertragingen kunnen van de raid controller afkomen als deze bijvoorbeeld een defect batterypack heeft. Hierdoor benut de controller zijn cache niet meer en werkt de controller (veel) trager als normaal. Een spontane reboot kan ook van de batterij afkomen welke er mee stopt.

Je kan zien of je batterijdefect is door de server te herstarten, controllers van HP geven aan of de batterij deffect (melding temporary disabled).

[Madshark]

Performance verlies na een crash/reboot zou ook kunnen te maken hebben met een probleem in je RAID array. Bijvoorbeeld dat je controller een disk mist uit een Raid5 array. Dan wordt het ook hopeloos traag. Ook mogelijk is dat 1 disk uit de array iets mankeerd, langzamer geworden is en zo de boel aardig ophoud. De 'lampjes' op de disken willen naar eigen ervaring niet alles zeggen bij HP's.

Server ff booten met een smartstart CD en wat disk diags draaien ?