• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 2422
  • Last Modified:

Performing HPUX backups without a tape drive

I don't have a tape drive for my HPUX 11.00 machine so instead I would like to perform backups to an NFS mount.  I am able to do this under Solaris using ufsdump/ufsrestore.  On HPUX there are facilities to create backups using SAM but all the options require an actual tape drive.  How can I get around this?
0
chuyler1
Asked:
chuyler1
  • 2
  • 2
1 Solution
 
tfewsterCommented:
Several ways leap to mind:  Do you just want to back up datafiles or back up the "system"?

1) find list_of_directories -print | cpio -o > /path/to/NFS/mount/archivename`date +%Y%m%d`

2) fbackup -f /path/filename

3) make_recovery
0
 
chuyler1Author Commented:
I would like to back up the entire system.  This is primarily to recover from a hard drive failure.  Recovering individual files would be nice but most likely I would recover an entire partition.

The simpler the solution the better...which is why I was trying to do it from SAM.  
0
 
tfewsterCommented:
I believe SAM calls fbackup, but the SAM front end doesn't allow you to select anything other than a tape drive.

To make an Ignite backup that can be used to rebuild the system from scratch (IF the NFS server is also an HP-UX system):
make_net_recovery -a NFS_server:/NFS/exported/directory -x inc_entire vg00

If you don't have another HP system that can be used as an Ignite server, you can use fbackup to back up the operating system. The man page for fbackup is slightly confusing on how to use the command, but gives some good suggestions on backup strategies.

At its simplest:
fbackup -0 -i / -f /NFS/mounted/directory/backup_name

Data filesystems should be backed up with fbackup, e.g.
fbackup -0 -i /oracle -i /oradata -f  /tmp_mnt/oraclebackup_`date +%Y%m%d`

Note that this does a full backup; fbackup CAN do incremental backups, but you'd need to ensure the fbackup "database" was backed up after each of the other backups were complete so that in the event of a total loss you could recover the OS, then the database, then the files. Let me know if you need more info on fbackup strategies.

Note also that databases and other applications need to be shut down during the backup.

See also:
http://forums1.itrc.hp.com/service/forums/bizsupport/questionanswer.do?threadId=227689
0
 
chuyler1Author Commented:
With your help I have come up with a solution (two minds are better than one).

As I mentioned, SAM allows you to specify a remote tape drive.  It ends up calling the fbackup command with "-f server:/path/to/drive" but it doesn't necessarily have to be a drive.  This syntax doesn't seem to work with an NFS share (or perhaps the machine must be another HPUX machine)  but I found a way to work around it while still using SAM:

1) Create an automated backup using SAM specifying "nfs_server" as the host and "/backup/myhost/backup_file" as the remote tape drive where "/backup" is actually the nfs share where you want to store your backup, "/myhost" is a folder on that share, and "backup_file" is the file where the backup will be stored.

2) As root, run "crontab -e" and search for "nfs_server".  Change any lines that say "nfs_server:/backup/myhost/backup_file" to just "/backup/myhost/backup_file".  If you opted to do an incremental backup there will be two instances that need to be modified.

3) Use SAM to create a permenant NFS mount at "/backup" for "nfs_server:/backup".

4) Verify that your automated backup displays the correct information from SAM and run your backup.

0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

The 14th Annual Expert Award Winners

The results are in! Meet the top members of our 2017 Expert Awards. Congratulations to all who qualified!

  • 2
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now