Arcserve backup exchange 'opeens' langzaam

[Verwijderd]

Hoi allemaal,

We hebben brightstor 11.1 draaien op een w2003 server
dagelijks wordt een netwerk backup gedaan (throughput 500-1000 MB/min)
en wordt een brick-level backup van exchange gedaan via network en agent (throughput 100 MB/min)
deze laatste duurde ongeveer 65 minuten
nadat er een mailbox aan de backup job was toegevoegd, draaide de exchange backup de volgende dag 's ochtends nog, met een snelheid van 5 (!) MB/min.
er zijn tussen deze 2 backups geen patches geinstalleerd, of iets aan de configuratie veranderd. De snelheid van de netwerk backup is nog hetzelfde als voorheen.

Heeft de rest van de dag ook nog gelopen.
aan het eind van de dag de job gecancelled, ivm de tape voor de volgende backup
in het weekend de job door laten lopen om een goede backup te hebben.

Acties tot nu toe gedaan ( a.d.h.v. suggesties van diverse forums ):
( tussentijds steeds tests gedraaid met 3 mailboxen=60 MB )

alle arcserve services ge-restart ( op server en exchange )
server en exhange server ge-reboot
backup via windows NT/2000/XP/2003 systems ipv via network
exchange agent opnieuw geconfigureerd
*.ch* uit arcserce\database verwijderd
Snelheid blijft 5 MB/min

IS level backup ipv brick level, zowel via network als via windows NT/2000/XP/2003 systems
snelheid komt dan op 7 MB/min
( terwijl het volgens diverse berichten in forums aanzienlijk sneller moet zijn als brick level )

Ik zie geen foutmeldingen in de arcserve logs of event viewer

momenteel draait de IS level backup.

wat kan ik nog meer doen:
- om de snelheid van 100 MB/min weer terug te krijgen,
- om te traceren waar de vertraging vandaan komt

Een laatste optie is, om arcserve opnieuw te installeren, maar dat garandeert me ook niet dat de snelheid dan weer omhoog gaat.

Heeft iemand nog suggesties ?

[Arno]

Service pack 1 voor 11.1 lost veel rare problemen op, heb je die al gedraaid ?

[Verwijderd]

Is ntbackup ook traag (dan sluit je nl arcserve helemaal uit)?

[ Voor 27% gewijzigd door Verwijderd op 07-07-2005 21:21 ]

[jwpmzijl]

Zoals wilhelmstroker zegt. Gebruik NT-backup eens. Als ook die traag is dan ligt het niet aan de configuratie van Arcserve. Je moet dan echt naar Exchange zelf gaan kijken. Is er voldoende schijfruimte, wordt niet gebruikt als open realy etc. etc.

[richard_kraal]

Arno schreef op donderdag 07 juli 2005 @ 20:39:
Service pack 1 voor 11.1 lost veel rare problemen op, heb je die al gedraaid ?

omdat je niet aangegeven hebt welke build je draait van 2003

--> er is een service pack voor 11.1sp1 icm windows 2003 sp1

[page]

http://supportconnectw.ca...111/basb111-patchmenu.asp

[direct link]

http://supportconnect.ca....e=search&searchID=QO68139

[Bas]

Staat je blocksize wel goed? is een bekend probleem in Arcserve

[Verwijderd]

Bedankt voor alle suggesties tot nu toe.

Duurde even voor de volgende reactie, want updates kan ik alleen in het weekend draaien.
Ik heb arcserve 11.1 SP1 gedraaid ( installatie op server en op exchange de client)
En ik heb service pack voor 11.1sp1 icm windows 2003 sp1 op de server gedraaid.
Beide machines gereboot.
Echter allemaal met hetzelfde resultaat, nog steeds 5MB/min

NT backup gaat op normale snelheid.

Status van de machines:
Exchange
server 2003 standard edition
v 5.2 build 3790.srv03-gdr 050225-1827
physical mem to server 1 GB
free disk bijna 6 GB

Server
server 2003 standard edition
v 5.2 build 3790.srv03-gdr 050225-1827
physical mem to server 2 GB
free disk bijna 13 GB

Arcserve r 11.1 build 3100

Tape device
Sony sdx-700V SCSI, block size 65536

Dbaxch2 build versie 1.11 build 3100

Wat ik zo vreemd vind, is dat de snelheid keldert, na het toevoegen van een mailbox aan een bestaande arcserve job.

Wat kan ik nog meer doen om de snelheid op te krikken naar het oude niveau?

[Verwijderd]

en als je een nieuwe backup job aanmaakt? Gaat het dan wel goed? Is een gewone backup met arcserve wel snel?
Bricklevel hoef je met de recovery storage group in exchange 2003 eigenlijk niet meer te doen....

[ Voor 63% gewijzigd door Verwijderd op 10-07-2005 22:08 ]

[Verwijderd]

Soort gelijk probleem met arcserv gehad, maar dan zonder exchange. Gewoon backuppen van files dus. Probleem bij ons zat hem in de rechten, doordat op bepaalde mappen (stuk of 10) arcserv geen rechten had, liep de backup een paar uur uit.. great...

[Polderdijk]

Hadden we hier op het werk ook. Na onderzocht te hebben gooide Sophos Antivirus de boel dicht.

Nu wordt voor de backup eerst Sophos uitgeschakeld en na de backup weer ingeschakeld. Dit scheelt (ook op de normale backup) een paar uur!

[Verwijderd]

Ik heb met testen steeds nieuwe backup jobs gemaakt,
Gewone backups gaan met arcserve snel ( zie eerste bericht )
Ik weet dat brick level niet echt meer hoeft, maar IS level gaat met een iets snellere 7 MB/min.

Ik heb de rechten op de nieuwe mailbox (nog eens) gecontroleerd, de backup agent heeft dezelfde rechten als op de andere mailboxen.

In vergelijking met de job voor de wijziging, begint de exchange backup op dezelfde tijd, de voorgaande sessies gebruiken dus evenveel tijd als voor de wijziging.
( = dezelfde snelheid ) . Het probleem zit m echt in de exchange backup.

nt-backup op exchange doet 1.3 GB in 3 minuten, dus op exchange zelf lijkt het probleem ook niet te zitten.

Ik heb inmiddels ook nog:
De XSD directory uit arcserve weggegooid.
Database opnieuw ge-initialiseerd.
Job opnieuw gemaakt

Mag allemaal niet baten, blijft 5 MB/min

( dan toch maar opnieuw arcserve installeren ? )

[Arno]

Verwijderd schreef op maandag 11 juli 2005 @ 17:15:
( dan toch maar opnieuw arcserve installeren ? )

Kan zowiezo nooit kwaad

[Verwijderd]

Al eens een offline defragmentatie gedraaid? Bij ons (exchange 2000) scheelde dat van 50 mb/min naar 100 mb/min. Offline defragmentatie is wel linke soep, als het mis gaat tijdens de defrag ben je zuur. Maar het resultaat is er wel na.

[Zwelgje]

Verwijderd schreef op dinsdag 12 juli 2005 @ 17:16:
Al eens een offline defragmentatie gedraaid? Bij ons (exchange 2000) scheelde dat van 50 mb/min naar 100 mb/min. Offline defragmentatie is wel linke soep, als het mis gaat tijdens de defrag ben je zuur. Maar het resultaat is er wel na.

als het mis gaat is er niks aan de hand, er wordt gedefragged in een tmp file welke vervolgens terug wordt gezet als je nieuwe DB. oude db blijft tijdens het defraggen intact

of je hardware moet al dusdanig brak zijn dat dat mis zou gaan. maarja dan had je wel andere problemen

[mkools24]

Bricklevel backup geeft altijd problemen.
Wij hebben hier tientallen servers in beheer met Brightstor en altijd gezeik.
Wat ik doe is gewoon de bricklevel backup uitzetten en in Exchange instellen dat verwijderde items 30 dagen bewaard worden, op die manier kan de gebruiker zelf dingen terugzetten als hij iets verwijdert.
Vaak heb je met bricklevel backup dat wanneer een mailbox een paar 1000 mails van een paar kB bevat je backup takketraag wordt.

Ik zou het gewoon zo instellen en dan uiteraard wel een full online of offline backup maken van de information store.

[Equator]

Polderdijk schreef op maandag 11 juli 2005 @ 10:19:
Hadden we hier op het werk ook. Na onderzocht te hebben gooide Sophos Antivirus de boel dicht.

Nu wordt voor de backup eerst Sophos uitgeschakeld en na de backup weer ingeschakeld. Dit scheelt (ook op de normale backup) een paar uur!

^^^ With him..

Een on access scanner met rotte definitie files kan een behoorlijke vertraging veroorzaken. Ik neem aan dat er wel iets van een virusscanner draait op je exchange server. Zet deze eens uit, en kijk eens wat het dan doet..

[Verwijderd]

Schiet mij maar lek .......

Dinsdag gedreigd om Arcserve opnieuw te installeren, dus woensdag de backup 's ochtends
opeens klaar. Log gecontroleerd en de IS liep met 600 MB/min en de brick level weer
met de vertrouwde 100 MB/min.

Vandaag idem.

Het probleem lijkt dus ook weer spontaan opgelost.
Zeer irritant om geen oorzaak te vinden, dit kan een volgende keer dus weer gebeuren...
( ik heb liever een keiharde oorzaak met een oplossing )

Misschien een tip voor andere gebruikers:
wanneer je remote een arcserve job aanpast, dan niet gewoon mer RDP, maar direct
op het console ( RDP ip-adres /console )
Ik weet niet of dit de oorzaak kan zijn van de problemen, maar ik zal in het vervolg op
bovenstaande manier verbinding maken.

In ieder geval zeer bedankt voor alle tips, suggesties en het meedenken.

[Verwijderd]

Polderdijk schreef op maandag 11 juli 2005 @ 10:19:
Hadden we hier op het werk ook. Na onderzocht te hebben gooide Sophos Antivirus de boel dicht.

Nu wordt voor de backup eerst Sophos uitgeschakeld en na de backup weer ingeschakeld. Dit scheelt (ook op de normale backup) een paar uur!

je hebt toch hopelijk wel de exchsrvr folders geexclude in je virusscanner?
http://support.microsoft....aspx?scid=kb;en-us;245822

[Verwijderd]

Mail wordt inderdaad niet gescanned ( regelt de provider )
netwerk uiteraard wel.

Blijf het vreemd vinden dat zoiets gebeurd als er aan de configuratie niets wordt gewijzigd.

[markjuh]

Al eens een offline defrag van je exchange database geprobeerd met Eseutil? Dit heeft bij mij al meerdere malen een Exchange backup versnelt als deze plotseling langzaam ging.