- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Directory listing of large files on large tape...
Operating System - OpenVMS
1753839
Members
9362
Online
108806
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-18-2008 11:28 AM
тАО11-18-2008 11:28 AM
Re: Directory listing of large files on large tapes
If IIRC: DIRECTORY is of no help if hardware compression was used. It gives the same size for a given save set whether or not it was compressed (or compacted, whatever). So, the compression is transparent. This makes sense: The tape drive decompresses during read and gives the result to the process. So DIRECTORY is looking at the uncompressed sizes.
I'm curious, though, as to what happens to the resulting block structure on the tape. Are the compressed blocks all separate (and of varying size, of course) or do they span across post-compression fixed-size tape-drive blocks?
You'd still want to keep the block size .LE. 32256 in case you want to copy the save set to a disk.
AEFAEF
I'm curious, though, as to what happens to the resulting block structure on the tape. Are the compressed blocks all separate (and of varying size, of course) or do they span across post-compression fixed-size tape-drive blocks?
You'd still want to keep the block size .LE. 32256 in case you want to copy the save set to a disk.
AEFAEF
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-18-2008 12:42 PM
тАО11-18-2008 12:42 PM
Re: Directory listing of large files on large tapes
All modern tape drives use a fixed block size which has nothing to do with the block size the a user/progam specifies. Within each block there is meta data and the block is filled with records. A tape mark for example is a record with a type of "tape mark" and zero length data. Most drives keep a directory of where each internal block is on tape and allow you quasi random access to these blocks. So a compressed user block can span over more than one on-tape-block. Some SCSI tape drives can return an estimate of bytes left on a cartridge. But the returned number is for uncompressed data.
Only encrypting and compressing a file to disk first an then copying to tape gives you reliable numbers.
Unfortunately OpenVMS BACKUP does not compress (undocumented feature) if encryption is used at the same time.
/Guenther
Only encrypting and compressing a file to disk first an then copying to tape gives you reliable numbers.
Unfortunately OpenVMS BACKUP does not compress (undocumented feature) if encryption is used at the same time.
/Guenther
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-18-2008 03:28 PM
тАО11-18-2008 03:28 PM
Re: Directory listing of large files on large tapes
> Only encrypting and compressing a file to disk first an then copying to tape gives you reliable numbers.
Encrypted data doesn't compress.
Always compress before you encrypt.
Encrypted data doesn't compress.
Always compress before you encrypt.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-20-2008 08:29 AM
тАО11-20-2008 08:29 AM
Re: Directory listing of large files on large tapes
Thanks to all for your comments, it was enlightening. I was able to easily adapt the current procedures to remember saveset sizes, so the procedures and processes used over the last 15 years remain essentially the same: guess at how much of the tape's capacity is being used and decide on whether to move on to the next tape. Older tapes are still handled properly, and so everyone is happy.
\bill
\bill
- « Previous
-
- 1
- 2
- Next »
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP