Thanks for the help Mark, I really appreiate your response. Theresa
>>> [EMAIL PROTECTED] 08/12/02 05:29PM >>> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Theresa Sarver > Anyone out there know anything about the 7337 DLT libs? Yes. >The library is >housing 15 tapes total...however when I do a 'q libv' I only see >13 tapes. Assuming you *know* there are 15 tapes in the library, run AUDIT LIBRARY <library_name> checklabel=barcode If there are 15 tapes in the library, Q LIBV will now show 15 tapes. >Also, my 'q libv' and 'q vol' don't match up - for >instance the 'q vol' shows a tape (DSM010) as empty, however, the >'q libv' doesn't even show the tape in the library. Q VOLUME shows all tape (and disk) volumes that belong to a storage pool; Q LIBVOLUME shows all tapes that are physically present in a library, whether they are private (i.e., belong to a storage pool or are database backups or backupsets) or scratch (i.e., blank as far as TSM is concerned). >Does TSM write to these "Fixed Cell" tapes as well? - Or just the 10 >tapes in the Magazine? It will make use of any non-cleaning tape that it is aware of in the library. > Lastly, the compression setting (if there is one) doesn't appear > to be correct. These tapes are 35/70GB, however I only have 2 > tapes out of 9 that are getting 70GB - the rest are getting > around 35GB (q vol). Anyone know of where I can look to resolve > this issue? There are no issues to resolve. The amount of compression in a tape volume is dependent on the type of data stored in it. If there is a large percentage of text (ascii) data, it will compress to a much greater extent than binary data, such as database files or executables. In a 35/70 tape, 35 is the *typical* minimum, and 70 is the *typical* maximum. I've seen 35/70 DLT tapes get as much as 100Gb of data in them; I've never seen them get less than 35GB. -- Mark Stapleton ([EMAIL PROTECTED]) Certified TSM consultant Certified AIX system engineer MCSE
