Re: help with slow archive please




Thanks. That's exactly what I was looking for !!

A little late for today, since the backup actually aborted, but we can do
tomorrow. :-))



----- Original Message -----
Subject: Re: help with slow archive please
Date: Wed, May 21, 2008 10:41
From: "Tilman Model-Bosch" <tilleul17@xxxxxx>
Floyd Wellershaus wrote:
we have had some network issues.
The sars don't look different or excessive.
We are doing a full archive every night, and the database hasn't grown
much since last week, so that's not it.

I am trying to be able to intrpret the onstat -g stq so that I can
hopefully see if the tape drive may be the bottleneck or the server end.

Thanks,
floyd

Haven't done it in a while (no backup performance problems to
interprete) but If I recall it correctly:

full queue is where arcbackup1 has put data to get backed up . Empty
queue is where there are backup buffers for arcbackup1 to get grabbed
for additional pages.

So if you see almost always buffers in full queue (and waiters on empty
queue) I'd assume that the storage manager (or XBSA interface) does not
grab the data quick enough for IDS. --> search for problems downstream
of onbar (i.e. , network , storage manager, tape library...).
If it is almost always empty queue which has all the buffers, arcbackup1
does not deliver fast enough. --> IDS or chunk disk subsystem not fast
enough.
If it is the later case, check read performance on all the chunks.

Here is a little UNIX command to help you doing a dd on all chunks.
It dumps the dd commands to a file called ddfile , assumes 2k pages size
and you need to replace <chunk> with something that greps all and only
your chnks in the onstat -d output.
(If you have other page sizes adjust bs, and the factor to calculate
count and skip in the awk command)
NB! There are probably better and more sophisticated ways out there ,
but its a quick way to assess disk speed for IDS.
!Disclaimer: AS-IS, no warranty, no liablibilty , not tested
extensively! )

onstat -d | grep <chunk> | tr -s ' ' | cut -f 4,5,6,8 -d' ' | awk
'{skip=$1/2; count=($2-$3)/2; printf "dd if="$4" of=/dev/null bs=2k
skip=%d count=%d",skip, count ; print ""}' >ddfile


HTH
Tilman


.



Relevant Pages

  • RE: SMTP Mail in Queue
    ... I understand that the mails in the queue ... Purge queue folders before backup ... Exclude the queue folders when run backup. ... Microsoft CSS Online Newsgroup Support ...
    (microsoft.public.windows.server.sbs)
  • Re: Intel abandons USEnet news
    ... Peer-to-peer, all users volunteer some amount of free disk space, in return they get about half that amount in distributed, fault-tolerant backup space. ... Each user maintain a local master table which remembers which S systems to go to to retrieve any given chunk. ... To make it more robust, the janitor process could retrieve crypto hashes of each block, instead of just verifying that the server is still there. ... OTOH, the local chunk server hash list is absolutely critical, and should be saved regularly onto something like a USB memory stick. ...
    (comp.arch)
  • Re: einfach Mailserver ?
    ... ich dachte an T-DSL Business, die meinten da, das die Mails zum Sender ... die keine eigene Queue haben. ... mforward.dtag.de als Backup MX nutzen. ... Frag mal bei Deinem Provider gezielt nach. ...
    (microsoft.public.de.german.exchange2000.general)
  • External backup/restore - an idea - comments please
    ... Last week we've had sort of trouble - one chunk went offline after two ... we've had problems with backup server and it's tape library. ... all went well and restore was successful. ... At the moment we're using onbar for backup/restore with Legato Networker as ...
    (comp.databases.informix)
  • Re: One user having messages stuck in Local Delivery
    ... When you view the local delivery queue, ... I do an online and offline backup of your ... If you don't have useful information in the queue information or the logs, ... Exchange System Manager and look at the Queues there are multiple messages ...
    (microsoft.public.windows.server.sbs)