- Community Home
- >
- Storage
- >
- Data Protection and Retention
- >
- StoreEver Tape Storage
- >
- DLT 8000 maximum tape I/O
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Discussions
Forums
Forums
Discussions
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
Community
Resources
Forums
Blogs
- 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-15-2002 07:31 AM
тАО11-15-2002 07:31 AM
Thanks in advance.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-15-2002 07:36 AM
тАО11-15-2002 07:36 AM
Re: DLT 8000 maximum tape I/O
What do you mean by maximum tape IO size? If you are referring to speed, it is 6Mb/s native, 12Mb/s compressed. If you are referring to block size, the recommended size is 32kbytes.
HTH,
Vince
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-15-2002 08:06 AM
тАО11-15-2002 08:06 AM
Re: DLT 8000 maximum tape I/O
"Because the data buffer size equals the tape I/O size, the value specified in SIZE_DATA_BUFFERS must not exceed the maximum tape I/O size supported by the tape drive or operating system. This is usually 256K or 128K bytes."
Their recommendation is to set it to 256K provided the tape drive and/or O/S can handle it.
Hope this helps.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-15-2002 09:37 AM
тАО11-15-2002 09:37 AM
SolutionBy "I/O size supported" you really mean the amount of data that your system is reliably able to aggregate and present to the tape drive so that the drive can stream.
If your system is unable to provide data to the tape drive at its streaming rate, then the tape must be repositioned to a point just after the last block successfully written in order to write the next block of data.
If your system is slow to provide data, then it is better to write smaller blocks and use the extra space between these blocks to provide time for your system to generate more data to be written. Yes, the overall tape capacity decreases somewhat, but your backups and restores will be faster overall than they otherwise would be, as any time the tape is repositioned there is a significant delay.
If your system is fast, then increasing the block size improves the overall throughput as well as the amount that will actually fit on a given tape.
A DLT8000 drive is capable of reading and writing tape block sizes of megabytes. The HP-UX tape driver is also capable of such tape block sizes.
So, after this long-winded response, the answer to your question is "Try different sizes (32KB, 64KB, 128KB, 256KB, 512KB), and see which works best for you.".
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-15-2002 09:45 AM
тАО11-15-2002 09:45 AM