- Community Home
- >
- Storage
- >
- Data Protection and Retention
- >
- StoreEver Tape Storage
- >
- Re: Slow backups with c1537a
StoreEver Tape Storage
1752272
Members
4335
Online
108786
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
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
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
02-13-2002 07:13 AM
02-13-2002 07:13 AM
Re: Slow backups with c1537a
Rob,
The one thing to understand when performance is involved is streaming of a tape drive.
Unfortunately this produces a rather dramatic effect. You would assume that the speed at which you feed data to how fast your backup is running is a linear function. For the most part it is, except for one big kink in the graph, and that is when the data feed drops below the rate at which the tape drive can continue to stream.
Tape drives write to the media while the media moves. And the media is typically moving at a constant speed (some higher end tape drives, such as LTO can use variable speed within a certain range to adjust). That means the system has to send the data tot he tape drive fast enough for the tape drive to continue writing at that speed. If the data come in slower, the drive has (what would be the CD-Rom equivalent of a buffer underrun) - except that instead of making a coaster (in CD-Rom cases) the tape stops the motor, backs up to where it left of, waits for sufficient data to come in and then resumes writing. However, this process of stopping, backing up, and resuming is very time consuming because of its mechanical nature. As a result the performance of a tape drive now suddenly drops dramatically.
Thus it is very important to be able to push data fast enough to a tape drive if you require the full performance.
And because of this inherent non-linear function, it is sometimes amazing what happens when you cross that threshold. So I wouldn't be surprised if your system is able to stream with the mail volume, but just falls short of the threshold with the 50,000 files, probably because of fragmentation or filesystem overhead.
There is a way to verify this on a Windows system (no, unfortunately these tools don't exist yet for NetWare, but the procedure can be used by booting the system in Windows or moving the tape drive to a Windows machine).
The diagnostics tool HP Library & Tape Tools can detect if your drive is not streaming from the drive logs. It calculates the ratio of start/stops vs. tape pulling hours. Connect the drive to a Windows system, download HP L&TT (http://www.hp.com/support/tapetools) and generate a support ticket. In the device analysis section it talks about these issues.
The one thing to understand when performance is involved is streaming of a tape drive.
Unfortunately this produces a rather dramatic effect. You would assume that the speed at which you feed data to how fast your backup is running is a linear function. For the most part it is, except for one big kink in the graph, and that is when the data feed drops below the rate at which the tape drive can continue to stream.
Tape drives write to the media while the media moves. And the media is typically moving at a constant speed (some higher end tape drives, such as LTO can use variable speed within a certain range to adjust). That means the system has to send the data tot he tape drive fast enough for the tape drive to continue writing at that speed. If the data come in slower, the drive has (what would be the CD-Rom equivalent of a buffer underrun) - except that instead of making a coaster (in CD-Rom cases) the tape stops the motor, backs up to where it left of, waits for sufficient data to come in and then resumes writing. However, this process of stopping, backing up, and resuming is very time consuming because of its mechanical nature. As a result the performance of a tape drive now suddenly drops dramatically.
Thus it is very important to be able to push data fast enough to a tape drive if you require the full performance.
And because of this inherent non-linear function, it is sometimes amazing what happens when you cross that threshold. So I wouldn't be surprised if your system is able to stream with the mail volume, but just falls short of the threshold with the 50,000 files, probably because of fragmentation or filesystem overhead.
There is a way to verify this on a Windows system (no, unfortunately these tools don't exist yet for NetWare, but the procedure can be used by booting the system in Windows or moving the tape drive to a Windows machine).
The diagnostics tool HP Library & Tape Tools can detect if your drive is not streaming from the drive logs. It calculates the ratio of start/stops vs. tape pulling hours. Connect the drive to a Windows system, download HP L&TT (http://www.hp.com/support/tapetools) and generate a support ticket. In the device analysis section it talks about these issues.
- « 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