5.7 TB Seems to be pretty normal to me. As the name of the storage pool implies video content, I think you won`t get much more compression with LTO enabled hardware compression on video files with a decent codec. In our environment we observed a LTO7 Capacity of 9.64T in average per volume (median 9.6T) on univeral/mixed data. The best we saw so far was a Volume with ~14TB. When disabling compression we got steady 5.5 T on each LTO Tape.
Regards Stephan On 08/20/2017 09:21 AM, rou...@univ.haifa.ac.il wrote: > Hi to all > > I think I found the explanation: > > ULTRIUM7C - Specifies that Spectrum Protect writes data that uses the > ULTRIUM7 recording format with compression. Only Ultrium 7 media can be > written to with the ULTRIUM7C format. The average capacity of an Ultrium 7 > cartridge when the ULTRIU7C format is used is 15 TB. > > Best Regards > > Rovert > > Hi to all > > More information: Used in DEVCLASS format=DRIVE > > My drivers are at version 6.2.5.7 > > Best Regards > > Robert > > Hi to all > > I add a new library scsi LTO7 , in documentation capacity between 6TB – 15TB . > > I run a backup of a client with audio / video files and I got this output > > Protect: ADSM2>q vol stg=lto7_2 > > Volume Name Storage Pool Name Device Class Name Estimated > Pct Util Volume Status > ----------------- ----------- ---------- > --------- ----- -------- > ESJ407L7 LTO7_2 LTO7CLASS > 5.7 T 100.0 Full > > I was expected to get more capacity ! In client I didn’t have compression > CLIENT or YES > > Did I missed something to define ? > > Here the ouput of q stg LTO7_2 f=d > > Protect: ADSM2>q stg lto7_2 f=d > > Storage Pool Name: LTO7_2 > Storage Pool Type: Primary > Device Class Name: LTO7CLASS > Storage Type: DEVCLASS > Cloud Type: > Cloud URL: > Cloud Identity: > Cloud Location: > Estimated Capacity: 29,709 G > Space Trigger Util: > Pct Util: 20.1 > Pct Migr: 40.0 > Pct Logical: 100.0 > High Mig Pct: 100 > Low Mig Pct: 99 > Migration Delay: 0 > Migration Continue: Yes > Migration Processes: 1 > Reclamation Processes: 1 > Next Storage Pool: > Reclaim Storage Pool: > Maximum Size Threshold: No Limit > Access: Read/Write > Description: VIDEOS > Overflow Location: > Cache Migrated Files?: > Collocate?: No > Reclamation Threshold: 100 > Offsite Reclamation Limit: > Maximum Scratch Volumes Allowed: 5 > Number of Scratch Volumes Used: 2 > Delay Period for Volume Reuse: 0 Day(s) > Migration in Progress?: No > Amount Migrated (MB): 0.00 > Elapsed Migration Time (seconds): 0 > Reclamation in Progress?: No > Last Update by (administrator): ROBERT > Last Update Date/Time: 08/16/2017 13:32:22 > Storage Pool Data Format: Native > Copy Storage Pool(s): > Active Data Pool(s): > Continue Copy on Error?: Yes > CRC Data: No > Reclamation Type: Threshold > Overwrite Data when Deleted: > Deduplicate Data?: No > Processes For Identifying Duplicates: > Compressed: > Additional space for protected data: > Total Unused Pending Space: > Deduplication Savings: > Compression Savings: > Total Space Saved: > Auto-copy Mode: Client > Contains Data Deduplicated by Client?: No > Maximum Simultaneous Writers: > Protect Processes: > Protection Storage Pool: > Protect Local Storage Pool(s): > Reclamation Volume Limit: > Date of Last Protection to Remote Pool: > Date of Last Protection to Local Pool: > Deduplicate Requires Backup?: > Encrypted: > Cloud Space Utilized (MB): > Bucket Name: > Local Estimated Capacity: > Local Pct Util: > Local Pct Logical: > > Best Regards > > Robert > > > [cid:image001.png@01D1284F.C3B0B400]<http://computing.haifa.ac.il/> > > רוברט אוזן > ראש תחום שרידות וזמינות נתונים. > אוניברסיטת חיפה > משרד: בניין ראשי, חדר 5015 > טלפון: 04-8240345 (פנימי: 2345) > דואר: rou...@univ.haifa.ac.il > _____________________________________________________ > אוניברסיטת חיפה | שד' אבא חושי 199 | הר הכרמל, חיפה | מיקוד: 3498838 > אתר אגף מחשוב ומערכות מידע: > http://computing.haifa.ac.il<http://computing.haifa.ac.il/> >