Re: [ADSM-L] LTO7 tape capacity
2017-08-21 11:27:55
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, rouzen AT univ.haifa.ac DOT 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:[email protected]]<http://computing.haifa.ac.il/>
>
> רוברט אוזן
> ראש תחום שרידות וזמינות נתונים.
> אוניברסיטת חיפה
> משרד: בניין ראשי, חדר 5015
> טלפון: 04-8240345 (פנימי: 2345)
> דואר: rouzen AT univ.haifa.ac DOT il
> _____________________________________________________
> אוניברסיטת חיפה | שד' אבא חושי 199 | הר הכרמל, חיפה | מיקוד: 3498838
> אתר אגף מחשוב ומערכות מידע:
> http://computing.haifa.ac.il<http://computing.haifa.ac.il/>
>
|
ADSM.ORG Privacy and Data Security by KimLaw, PLLC
|