- Community Home
- >
- Storage
- >
- Data Protection and Retention
- >
- StoreEver Tape Storage
- >
- Re: Ultrium 960 hardware compression RHEL
StoreEver Tape Storage
1752301
Members
4926
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
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
тАО04-12-2007 05:33 PM
тАО04-12-2007 05:33 PM
Ultrium 960 hardware compression RHEL
Hi.
I have RHEL4 up 4 x86 and Ultrium 960 with S/N HU10702WJ1, Firmware Rev : G54D/Standalone.
I install TapeWare on my RHEL, set it to use hardware compression, but canтАЩt write more than 412 GB to the original media 400/800Gb,
I try to write my data with TAR, tar cvf /dev/st0 /* and write 412GB, bun no more!
Then, thinking that hardware compression was not used? When I was writing to media,
iтАЩm download hp_ltt and test my Ultrium 960. Test show that Hardware compression work correct with 2.62:1 ratio
In test I see that tool тАЬhp_lttтАЭ use /dev/sg0, but TAR canтАЩt write to this device!!!!!!!!!
Help me please, how I can write my data (oracle base) with hardware compression with TAR or other soft!
I have RHEL4 up 4 x86 and Ultrium 960 with S/N HU10702WJ1, Firmware Rev : G54D/Standalone.
I install TapeWare on my RHEL, set it to use hardware compression, but canтАЩt write more than 412 GB to the original media 400/800Gb,
I try to write my data with TAR, tar cvf /dev/st0 /* and write 412GB, bun no more!
Then, thinking that hardware compression was not used? When I was writing to media,
iтАЩm download hp_ltt and test my Ultrium 960. Test show that Hardware compression work correct with 2.62:1 ratio
In test I see that tool тАЬhp_lttтАЭ use /dev/sg0, but TAR canтАЩt write to this device!!!!!!!!!
Help me please, how I can write my data (oracle base) with hardware compression with TAR or other soft!
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-12-2007 08:06 PM
тАО04-12-2007 08:06 PM
Re: Ultrium 960 hardware compression RHEL
If you can store 412GB, this mean that the compression is working, usualy if compression is not working you never go over the natice cartridge capacity.
If you want to test the funtion, and have some space on disk, you can use LTT and create data with know compressibility (using system performance pre restore test) then you should create lets says 600 GB data with 2:1 compressibility ratio.
then save them to the tape, if you can store the data, the compression is working.
You should also take into account that the capacity of the cartridge may be reduced due to other factor, bad blocks, and some time bad communication, and also slow data source.
If the tape is streaming at full speed, probably you have no one of the suggested problems, if the speed is less than the minimum streaming of the drive, you should alsoinvestigate in that direction
If you want to test the funtion, and have some space on disk, you can use LTT and create data with know compressibility (using system performance pre restore test) then you should create lets says 600 GB data with 2:1 compressibility ratio.
then save them to the tape, if you can store the data, the compression is working.
You should also take into account that the capacity of the cartridge may be reduced due to other factor, bad blocks, and some time bad communication, and also slow data source.
If the tape is streaming at full speed, probably you have no one of the suggested problems, if the speed is less than the minimum streaming of the drive, you should alsoinvestigate in that direction
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-14-2007 07:54 AM
тАО04-14-2007 07:54 AM
Re: Ultrium 960 hardware compression RHEL
Another thing you can try is to run the back up and then afterwards use LTT to pull a support ticket.
Under drive->performance you will find the compression ratio that the drive actually achieved with the data. You can also see that compression is enabled under drive->configuration.
The 400GB figure stated with the media already allows for some data loss due to error rate degradation. You might get an extra 5% if everything is perfect so 412GB is within that range. It may be that you've not got DC switched on or your data really is uncompressible but that's most unusual for databases.
Feel free to post the ticket if you'd like us to look through it. There's a lot of other info in there which can be useful too.
Good luck, Richard. (LTT team)
Under drive->performance you will find the compression ratio that the drive actually achieved with the data. You can also see that compression is enabled under drive->configuration.
The 400GB figure stated with the media already allows for some data loss due to error rate degradation. You might get an extra 5% if everything is perfect so 412GB is within that range. It may be that you've not got DC switched on or your data really is uncompressible but that's most unusual for databases.
Feel free to post the ticket if you'd like us to look through it. There's a lot of other info in there which can be useful too.
Good luck, Richard. (LTT team)
It's more interesting when it's gone wrong
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