08-22-2017
Could you use PGP or something similar? You obviously have to have the private key on the server that will be reading, but I'd put it on both so that you can test locally first.
What backup command are you using to write to the tape? That might give us some options.
Kind regards,
Robin
10 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
For those with backup tapes (and I just bought and installed a Seagate one for my FreeBSD box) I want to know how to get the most out of each tape by placing multiple backups on each tape (potentially 20GB). Please correct me if I'm wrong:
First, retension the tape:
# mt retension
next, turn... (3 Replies)
Discussion started by: WIntellect
3 Replies
2. AIX
Currently am running the backup command for AIX 5L and see that the tape is rewinding after the completion of the back.
backup -0 -u -f /dev/rmt0 / >> $file 2>&1
What can I do to stop allow the backup to rew after the completion of this job? Any thoughts?
Thanks again. (2 Replies)
Discussion started by: justinburbridge
2 Replies
3. UNIX for Dummies Questions & Answers
Hello all, how would i go about verifying that a tape is backing up data correctly other than restoring the backup. for example, what command would i use to check the tape for errors? Any and all help is appreciated
-Coffee (0 Replies)
Discussion started by: coffeebrown
0 Replies
4. Filesystems, Disks and Memory
Hi,
I am a abit new in AIX system administration field. I want to gather knowledge about backup techniques. As per my knowledge we use Tape archives for taking backups. Can anyone pls explain me in detail abt tape archive? Whether these tape archives come along with the systems or we have to... (1 Reply)
Discussion started by: forumsrahul
1 Replies
5. Solaris
My tape library is broken but backups still need to go on .I have 2 boxes running Solaris 10
Got SCSI tape drive attached to the DEV box ( my PROD Box has only fibre)
I want to take the prod backup from the DEV box using ufsdump. ie
/usr/sbin/ufsdump 0uvf DEV:/dev/rmt/1n... (2 Replies)
Discussion started by: Msororaji
2 Replies
6. AIX
Hi, I am currently looking at how we can optimize and speed up our backups here. I am just a beginner operator and our system admin hardly knows anything (long term interim).
There is this particular TAR backup of DB backups that for a 10.5Gb amount of files, it takes 5 hours to do the backup on... (6 Replies)
Discussion started by: Browser_ice
6 Replies
7. AIX
It may seam a bit odd that I ask this question.
After you have done your backups to tapes, do you verify the content of the tapes ?
- never
- sometimes
- always
The reason I am asking is that here in the office, all the backup procedures include verifying the content of the tapes (no... (5 Replies)
Discussion started by: Browser_ice
5 Replies
8. UNIX for Dummies Questions & Answers
Hello all. UNIX dummy here :p
Anyway I was trying to do a full backup of my work server SUN SPARC SERVER 1000 machine (yes we are actually using this dinosaur). I did the ufsdump comand and everything was fine until I got to the dumping of regular files. During the run I got the following... (7 Replies)
Discussion started by: hammerva
7 Replies
9. SCO
Hello folks. I have the following problem:
I'm trying to create a tape backup of a list of files on a 10 year old server, running SCO Openserver 5.0.5 (the tape drive is a Seagate STD224000N, connected as a SCSI drive).
I then want to restore the contents of this tape onto a new server... (6 Replies)
Discussion started by: klabelkholosh
6 Replies
10. AIX
I am trying to use this command to eject the tape
mt -f /dev/rmt/0 unload
but it gives me error
mt -f /dev/rmt/0 unload
mt: 0511-575 unload is not a recognized subcommand.
Usage: mt Subcommand
Valid subcommands are:
weof
eof
fsf
bsf
... (5 Replies)
Discussion started by: filosophizer
5 Replies
DUMP(1M) DUMP(1M)
NAME
dump - incremental file system dump
SYNOPSIS
dump [ key [ argument ... ] filesystem ]
DESCRIPTION
Dump copies to magnetic tape all files changed after a certain date in the filesystem. The key specifies the date and other options about
the dump. Key consists of characters from the set 0123456789fusd.
f Place the dump on the next argument file instead of the tape.
u If the dump completes successfully, write the date of the beginning of the dump on file `/etc/ddate'. This file records a separate
date for each filesystem and each dump level.
0-9 This number is the `dump level'. All files modified since the last date stored in the file `/etc/ddate' for the same filesystem at
lesser levels will be dumped. If no date is determined by the level, the beginning of time is assumed; thus the option 0 causes the
entire filesystem to be dumped.
s The size of the dump tape is specified in feet. The number of feet is taken from the next argument. When the specified size is
reached, the dump will wait for reels to be changed. The default size is 2300 feet.
d The density of the tape, expressed in BPI, is taken from the next argument. This is used in calculating the amount of tape used per
write. The default is 1600.
If no arguments are given, the key is assumed to be 9u and a default file system is dumped to the default tape.
Now a short suggestion on how perform dumps. Start with a full level 0 dump
dump 0u
Next, periodic level 9 dumps should be made on an exponential progression of tapes. (Sometimes called Tower of Hanoi - 1 2 1 3 1 2 1 4 ...
tape 1 used every other time, tape 2 used every fourth, tape 3 used every eighth, etc.)
dump 9u
When the level 9 incremental approaches a full tape (about 78000 blocks at 1600 BPI blocked 20), a level 1 dump should be made.
dump 1u
After this, the exponential series should progress as uninterrupted. These level 9 dumps are based on the level 1 dump which is based on
the level 0 full dump. This progression of levels of dump can be carried as far as desired.
FILES
default filesystem and tape vary with installation.
/etc/ddate: record dump dates of filesystem/level.
SEE ALSO
restor(1), dump(5), dumpdir(1)
DIAGNOSTICS
If the dump requires more than one tape, it will ask you to change tapes. Reply with a new-line when this has been done.
BUGS
Sizes are based on 1600 BPI blocked tape. The raw magtape device has to be used to approach these densities. Read errors on the filesys-
tem are ignored. Write errors on the magtape are usually fatal.
DUMP(1M)