- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Request for feedback - BACKUP enhancement
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
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-07-2005 04:23 AM
тАО11-07-2005 04:23 AM
Guy Peleg requested for feedback.
Read here:
http://groups.google.com/group/comp.os.vms/browse_thread/thread/610c8021c9d46f38/bc6d9a68ace5587a
http://www.openvms.org/stories.php?story=05/11/07/4758552
Italian speaking people can read here
http://it.openvms.org/itopenvmsforum/viewtopic.php?p=109#109
Please,
submit your mind.
Antonio
http://it.openvms.org
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-07-2005 05:32 AM
тАО11-07-2005 05:32 AM
Re: Request for feedback - BACKUP enhancement
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-07-2005 06:16 AM
тАО11-07-2005 06:16 AM
Re: Request for feedback - BACKUP enhancement
I like the idea of two (more?) simultaneous tapes written.
I have always wondered why the disk-to-memory pass and the memory-to-tape pass had to alternate.
Using half the memory to fill from disk while transfering the other half to tape simultaneous look like a very simple way for significant speedup.
And the idea is hardly new: in the early 80's I wrote somthing along those lines as a print despooler (for Qume printers having 2 128-byte buffers).
Like some of the others on COV I am not yet convinced that striping will be advantageous for restorability.
I do not know if this is even possible, but would it (PLEASE!!) be possible to re-introduce BACKUP's ability for recovering tape errors (also on SCSI tapes).
I could live with write errors remaining uncorrectable, but loosing a full tape of backup because of ONE parity error still looks REAL stupid!
Guy, GO FOR IT.
If anyone can do it, you are that one.
Proost.
Have one on me.
jpe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-07-2005 01:27 PM
тАО11-07-2005 01:27 PM
Re: Request for feedback - BACKUP enhancement
It's disadvantageous from the increased risk of tape failure, but advantageous from the perspective that full image restore would happen up to n times faster (for a stripe set with n tape drives).
Geez people, the proposal was for the tape equivalent of RAID 0 and RAID 1 and everyone's demanding it be RAID 5.
The last time I worked on a system with dual tape drives, Reagan was president.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-07-2005 11:10 PM
тАО11-07-2005 11:10 PM
Re: Request for feedback - BACKUP enhancement
I do not know if this is even possible, but would it (PLEASE!!) be possible to re-introduce BACKUP's ability for recovering tape errors (also on SCSI tapes).
I could live with write errors remaining uncorrectable, but loosing a full tape of backup because of ONE parity error still looks REAL stupid!
I think this has been discussed before at some length probably both here and on c.o.v. Though I don't know the details I believe this inability to recover from tape errors isn't backup's fault, but is due to the way that newer tape subsystems work.
Others here can probably better summarize why this is true.
Maybe VMS's tape parity error message is too generic? If memory servers this kind of error might bue due to much more serious problems than just a bad bit or two, perhaps even so serious that the tape is literally unreadable beyond that point.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-07-2005 11:23 PM
тАО11-07-2005 11:23 PM
Re: Request for feedback - BACKUP enhancement
BACKUP could be improved to give better error reports if it gets enough enough information back from the tape drive.
Purely Personal Opinion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-07-2005 11:51 PM
тАО11-07-2005 11:51 PM
Re: Request for feedback - BACKUP enhancement
I _know_ it is a SCSI firmware issue.
I am just praying that there is some way to force it to resume, _AND_, in that case, I dearly wish Engeneering to implement that ├Г┬пn a way that makes BACKUP resume its old behavior.
There must be _SOME_ way around the parity error, as demonstrated by the info rescue companies.
But I have not the faintest idea whether some of their methods can be integrated into BACKUP :-(
Just hoping, and keep pushing.
After all, ├Г got much the same answer when asking for SCSI minimerge. And I asked again and again at every Decus Engeneering panel, year after tear. It took over 10 years, but: LOH & BEHOLD !
Proost.
Have one on me.
jpe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-08-2005 12:24 AM
тАО11-08-2005 12:24 AM
Re: Request for feedback - BACKUP enhancement
And /stat to get statistics of thruput and save set size.
And writing directly to remote tapes using TCP and DECNET.
And /group should default at 0.
And dismount/wait=rewind should wait until the tape is rewinded.
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-08-2005 02:11 AM
тАО11-08-2005 02:11 AM
Re: Request for feedback - BACKUP enhancement
jpe - DEC used to do their own firmware for other peoples tapes. I don't know if hp do but if they did then they could fix this.
Purely Personal Opinion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-09-2005 09:13 AM
тАО11-09-2005 09:13 AM
Re: Request for feedback - BACKUP enhancement
I'm currently testing out Ultrium LTO 2 tape drives as replacements to TZ89s. The problem I have is how much CPU time backups take.
On a DS10 (4/466) system I can back up to a TZ89 at 8.37 MB/s using 38% of the CPU. This is with the default of /CRC and /GROUP=10.
Using the new Ultrium LTO 2 tape drive I can backup at 21 MB/s but I'm using 100% of the CPU
If I set /GROUP=0 I still use 100% of the CPU but I can backup at 25.63 MB/s
If I set /NOCRC my CPU utilization drops to 33% but I only backup at 23.14 MB/s due to those group XOR blocks
If I set /NOCRC and /GROUP=0 the CPU utilization drops to 15% and my backup rate is 25.63 MB/s
The point I'm trying to make is that to really get the throughput without killing the system then we need to re look at the effectiveness of the /CRC qualifier. With the current generation of SCSI and Fibre Channel interfaces and the error detection on tape drives what is the value of using /CRC?
What is the probability of a undetected error getting through the system? This is the only thing that /CRC is good for. It's not the error rate of the tape drive it is the undetected error rate of the tape drive and the interface (SCSI or FC) from the host to the tape drive. Is CRC buying us anything.
It has a big impact on how fast I can backup my data and not kill my CPU.
I like the ability to shadow tapes but also mention earlier to be able to make a copy of a tape especially if the block size is larger than 32,256.
I think if you are going to stripe tapes you may want to look at also providing a RAIT-3 capability which give us some sense of recovery if we lose a tape. This would be a nice feature for those who have to archive data.
If you can add statistics or performance metrics in backup such that we can track where backup is waiting. This will help simplify tuning of backups.
Thanks
Cass