adminpeter
asked on
Dump size with ufsdump
Hi Experts !
over years i have done backups with ufsdump. My actual problem is the following:
A certain batch with ufsdump reach tape end. It copies aprox. 15Gb of data when the end of tape is reached. Another ufsdump job runs well and copies up to 19Gb.
So my question: what could be the diference:
1. I try diferent brands of tape. I use the same tape for the 15Gb (it stops then) and later for the 19Gb backup (and it finished well).
2. The 15Gb has not significant more files or directories than the 19Gb (and 4Gb of directory information should be too much).
Environment: SunFire V250, Solaris 8, HP ShureStore Dat24 external, DDS3 dat cartridge
Thank you very much,
Peter
over years i have done backups with ufsdump. My actual problem is the following:
A certain batch with ufsdump reach tape end. It copies aprox. 15Gb of data when the end of tape is reached. Another ufsdump job runs well and copies up to 19Gb.
So my question: what could be the diference:
1. I try diferent brands of tape. I use the same tape for the 15Gb (it stops then) and later for the 19Gb backup (and it finished well).
2. The 15Gb has not significant more files or directories than the 19Gb (and 4Gb of directory information should be too much).
Environment: SunFire V250, Solaris 8, HP ShureStore Dat24 external, DDS3 dat cartridge
Thank you very much,
Peter
I suppose it's a question of how well the data can be compressed. To check: Do both dumps into a file, compress the two files (i.e. sig gzip) and then compare sizes.
ASKER
Thank you for your response.
About the batch: Here are the lines (changing real file names):
# batch #1
date
mt rewind
ufsdump 0cf /dev/rmt/0cbn /u2/users
mt rewind
mt offline
date
# batch #2
date
mt rewind
ufsdump 0cf /dev/rmt/0cbn /u1/users
ufsdump 0cf /dev/rmt/0cbn /u2/users2
ufsdump 0cf /dev/rmt/0cbn /u3/users
ufsdump 0cf /dev/rmt/0cbn /u4/db
mt rewind
mt offline
date
About compression:
Where is the diference. The ShureTape will save 24Gb compressed anyway. The -S option in ufsdump gives following info:
> ufsdump 0cSf /dev/rmt/0cbn /u2/users/files1
15861249536
And this is the size that needs the backup and it should fit on a 24Gb ?
About the batch: Here are the lines (changing real file names):
# batch #1
date
mt rewind
ufsdump 0cf /dev/rmt/0cbn /u2/users
mt rewind
mt offline
date
# batch #2
date
mt rewind
ufsdump 0cf /dev/rmt/0cbn /u1/users
ufsdump 0cf /dev/rmt/0cbn /u2/users2
ufsdump 0cf /dev/rmt/0cbn /u3/users
ufsdump 0cf /dev/rmt/0cbn /u4/db
mt rewind
mt offline
date
About compression:
Where is the diference. The ShureTape will save 24Gb compressed anyway. The -S option in ufsdump gives following info:
> ufsdump 0cSf /dev/rmt/0cbn /u2/users/files1
15861249536
And this is the size that needs the backup and it should fit on a 24Gb ?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Hi neteducation,
you should be right. The problematic partion contains now Autocad (Inventor 10) files. They may be in a pre-compressed format or hard to compress anyway.
Concerning the batch parameters they are historical and i will adjust them.
Thank you so far, bye, Peter.
you should be right. The problematic partion contains now Autocad (Inventor 10) files. They may be in a pre-compressed format or hard to compress anyway.
Concerning the batch parameters they are historical and i will adjust them.
Thank you so far, bye, Peter.
Is it possible to post the actual command line or lines being used?