× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



When running
PRTERRLOG TYPE(*VOLSTAT) VOLTYPE(3590)
I can see the number of bytes written to a tape. Let's say my report
looks something like

Volume ---Temporary Errors--- --------M Bytes--------
ID Read Write Read Written
DOM001 0 0 1 501364
DOM002 0 0 1 532509
DOM003 0 0 1 1205
DB2001 0 0 1 897405

This tells me that Domino filled up the first tape at 501,364MB, filled up
the second tape at 532,509MB and wrote 1,205 on the third tape until the
backup was finished. DB2 saved 897,405MB on one tape, didn't fill it and
didn't need a second tape.
Since we're doing compression *DEV then I am assuming that these numbers
are BEFORE compression. Domino data is stored more compressed than DB2
and therefore the tape drive can't get the kind of compression out of it
that it can out of DB2. Therefore DB2 looks like it holds more data,
right?

Makes it a little hard to predict when DB2 will need a second tape loaded
into the drive for it's backup.

I am trying some further Domino compression that is looking even better.
R8 stuff
load compact -ZU -n -v -C archive/a_rguebard.nsf
Compacted archive/a_rguebard.nsf, 2284288K bytes recovered (40%)
So, I'm starting to wonder if my backup might run even faster if, since
the data is already compressed to heck and gone, I change my backup from
DTACPR(*DEV) COMPACT(*DEV)
to
DTACPR(*NO) COMPACT(*NO)

I have a 3576 (TS3310) L5B with one E9U expansion. Fully loaded with 6
drives but only 1 is doing this backup.
http://preview.tinyurl.com/ibm3576
http://www-01.ibm.com/cgi-bin/common/ssi/ssialias?infotype=an&subtype=ca&htmlfid=897/ENUS107-216&appname=lenovous&language=en

Rob Berendt

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.