3590H tapes which hold 60GB uncompressed. I've seen as much as 297GB fit on a tape using the tape drive's compression and compressible data (SQL databases). I'm backing up much less that that per night per server. The largest critical server is only 31GB on average. NONE of them should take up more than one tape per night each. Since the tapes leave daily almost empty they are immediately eligible for reclamation. I would expect that the next day backup storage pool to offsite should go to the tapes that were create during reclamation and not to scratches. As I monitor maintenance processing this seems to be the case. I do not understand why so many tapes should be ejected from the library. It's taking quite some time to eject the tapes each day and an equal amount of time to insert all the onsiteretreive tapes. I'm hoping that someone can point to where I should look. I've verified that the non-critical pool is NOT collocated and that THAT pool is pointed to by the default management class. I have to set up an include statements in the DSM.OPT files to point nodes to the critical (collocated) pool so I'm fairly confident that nodes are not going there that do not belong there.
Take care, Al Alan Davenport Senior Storage Administrator Selective Insurance Co. of America [EMAIL PROTECTED] (973) 948-1306 -----Original Message----- From: David E Ehresman [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2003 8:56 AM To: [EMAIL PROTECTED] Subject: Re: Too many DRM tapes leaving 3949 library daily. How much data are you backing up per node? What size tapes are you writing to?