- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Moving large backup file
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-27-2007 03:21 AM
тАО11-27-2007 03:21 AM
The current disk holding the backups on Server1 has only 9.6M free blocks when a backup file is residing on the disk. So it will only hold one at a time.
Currently, a backup file is approx 61M blocks.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2007 03:29 AM
тАО11-27-2007 03:29 AM
Re: Moving large backup file
maybe you just need some more disk space somewhere ?
Note that you can put the output saveset (or the input saveset) onoto another node in the network, as BACKUP uses RMS to read/write the saveset and this implies transparent access via DECnet.
$ BACKUP local_disk:[*...] node::dev:[dir]saveset.bck/SAVE
OpenVMS V8.3 allows backup saveset compression. Although this function is not yet supported, it may save a lot of space (and time) when creating an on-disk saveset.
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2007 03:59 AM
тАО11-27-2007 03:59 AM
Re: Moving large backup file
of course some clever schemes can be worked out, but in earnest, you need to ask your management what several days of work (not to mention testing, and potential risk) costs, compared to the hardware cost of a decent disk drive.
Nothing fancy, no ultra-speed, just the storage.
If they do have a rudimental knowledge of arithmetic, by FAR your best option is an extra drive.
(and in the unlikely event that you are really out of connectivity options for another drive, replace the smallest drive with a moderately modern one. The tremendous gain in storage capacity will be counterbalanced by a big SAVING in power consumption!)
hth
Proost.
Have one on me.
jpe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2007 04:06 AM
тАО11-27-2007 04:06 AM
Re: Moving large backup file
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2007 04:07 AM
тАО11-27-2007 04:07 AM
Re: Moving large backup file
I would check out the latest versions of ZIP/UNZIP for applicability to this problem.
While there are no guarantees, depending on the data, a large savings can be realized by compressing the save sets. If the file is needed in its uncompressed form, UNZIP is quite efficient.
- Bob Gezelter, http://www.rlgsc.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2007 04:39 AM
тАО11-27-2007 04:39 AM
Solutionby all means, if you think it can have a positive effect, USE me posting. in any way that suits you!
If it turns the scale, I will have done my good deed for today! :-)
Proost.
Have one on me.
jpe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2007 05:03 AM
тАО11-27-2007 05:03 AM
Re: Moving large backup file
Is there another system on your network somewhere that has a bit more disk space? Perhaps arrange for space there and transfer the file (FTP, SCP etc) as temporary storage.
If the requirement is for ongoing, online access to several copies of this backup file , then mgmt should be made to understand it _is_ a requirement and to spend a few bucks.
Cheers,
Art
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2007 06:12 AM
тАО11-27-2007 06:12 AM
Re: Moving large backup file
Consider this: If some other process creates a 10 GB file on the disk after the cleanup process runs, but before your file is copied, you won't be able to store your backup file there.
What is the percentage of free space on this Server1 disk?
If the file is 30.5 GB, then zip (currently supported versions) will not help, as I believe each member of a .zip file on VMS must be less than 2^31 bytes (~2GB).
Good luck,
Jon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2007 06:28 AM
тАО11-27-2007 06:28 AM
Re: Moving large backup file
My guess is that you are renaming the file. Do you have a command procedure to purge to n versions and reset the version numbers? A rename will change the revision and the modification data.
It appears something other than an editor is opening your login.com file for write. Even if no changes are made, the revision date will be changed when the file is closed. (I wish there was an option so this wouldn't happen unless there was actually a write operation done).
Do you have a "touch" utility on your system? Or perhaps a third party tool that searches files, but doesn't open them for read only access?
Note the date stamp. What runs then? You could use image accounting or put an audit ACE on the file and use auditing to determine what is doing it.
Note the revision count (293). This has been "modified" 293 times since 15-SEP-2005, or something is changing the timestamps and revision count.
Jon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-27-2007 06:31 AM
тАО11-27-2007 06:31 AM
Re: Moving large backup file
Jon