- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: speed up backups
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
тАО10-28-2009 10:25 AM
тАО10-28-2009 10:25 AM
Re: speed up backups
disk is nohigh, ods-5 (just initialized it for test).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-28-2009 10:36 AM
тАО10-28-2009 10:36 AM
Re: speed up backups
EMC san is also hooked to our alpha - almost same patch level as system connected to xp1024. However this one has the "VMS732_FIBRE_SCSI V16.0" patch. We had to install that patch to get EMC working properly. Otherwise it showed tons of trespass errors on the EMC frames.
The test alpha to emc frame peaked near 3k i/o going to null. disk to disk average 860 read & 860 write.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-28-2009 10:46 AM
тАО10-28-2009 10:46 AM
Re: speed up backups
>I am getting only 300ish I/O out of the disk.
I would say that is WAY TOO SLOW. A few years ago I was doing some performance testing to compare XP1024 with EVA5000 (using HBVS shadowsets on Alpha OVMS 7.3-2) and IIRC I was getting at least 1500-2500+ IO/sec. using VMS backup.
I would investigate the backend here.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-28-2009 11:07 AM
тАО10-28-2009 11:07 AM
Re: speed up backups
However our database keeps growing - even with purges, cleanup, etc. 50% in one year and compressions now have to be done every 3 months. So I start looking into where to speed things up and noticed disk to disk times. Been looking at this awhile now. Even have had HP involved - guess I have to try to get this escalated. (of course I always get the feedback of upgrade to latest OS & patches).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-28-2009 03:10 PM
тАО10-28-2009 03:10 PM
Re: speed up backups
It'll beat any Alpha equipped with 2Gbps FC HBAs provided that you can drive the HBAs at their full speed, one reading, the other writing.
It'll also offload all that workload from the Alpha too, freeing it up for real work.
Cheers, Colin (http://www.xdelta.co.uk).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-28-2009 11:53 PM
тАО10-28-2009 11:53 PM
Re: speed up backups
I'd expect the read path to be the bottleneck in this. VMS will get a return status for the writes having completed as soon as the write hits the disk controller. The controller can then write the data to physical disk as and when it wants to or feels like it. The read, on the other hand, has to go through to the disks unless the data have already been cached.
How fragmented are the input files that you're backing up? If they're continually growing then are the disks full of hundreds of small fragments?
Has anyone looked at locking on the files being backed up?
Has anyone looked at the processor modes during the backup?
Is FastPath enabled? If not, is the primary CPU becoming a bottleneck for operations on the node doing the backup?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-29-2009 12:03 AM
тАО10-29-2009 12:03 AM
Re: speed up backups
I've not seen any info on the actual hardware being used on the Alpha side of things, or the SAN switch infrastructure.
Are you still using 1Gb/s HBAs ?
Are there lots of interconnected SAN switches ?
Cheers,
Rob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-29-2009 07:26 AM
тАО10-29-2009 07:26 AM
Re: speed up backups
Disks are fastpath setup. Primary function during backups is other processes updating other applications and reporting. Disks are locked by the application and the application kicks off a backup (file by file). Files are RMS and are pre-allocated space. Checked fragmentation and there are some files that have 50+ extents with extent sizes of 65535.
My Test however is a single file with 2 extents with a size of 31million blocks (approx 15 gig). I also created a new file of 5gig on other disks with sysgen just to try the read on different formatted files.
Late yesterday I made all systems have same path (use fabric A or B) for the backup2 disk which has a disk at each site via shadow (I will have to setup a script so that they get set at boot instead of auto choosing). Read I/O rate fluctuated from 2k I/O to 400 I/O on the shadowed disk. I grabbed a disk local to each site and tested a backup to null on each disk multiple times. On the disks that were local to the site I was getting 2k i/o and on the remote site disk 300-400 i/o. Didn't matter which site.
So it looks like something slowed down between sites. I now have network involved looking at lines between sites. We also contacted our carrier to see if they have something.
Went back into older historical performance data too - found the drop from approximately 1200 disk i/o to averaging 800 disk i/o from a day to day for the main backup job. Captured that data and a few days around that date and sent that to networks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-29-2009 07:54 AM
тАО10-29-2009 07:54 AM
Re: speed up backups
you may want to use the HP Tool T4 to measure and document performance data. It provides very detailled performance information on fibre channel disks as well.
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-29-2009 08:00 AM
тАО10-29-2009 08:00 AM