Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Chris Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Confusing Backup by i-node

Status
Not open for further replies.

khalidaaa

Technical User
Jan 19, 2006
2,323
BH
Hi all,

I'm really in a miss :(

I was supposed to have this sorted out before now :( but i missed one point and i'm deploying a system to production now :( apparently this system won't have a backup if you guys won't help me with this :(

I'm having two LPARs one is connected to SAN and has two filesystems /image1 and /image2. I have mapped those two filesystems to the second LPAR.

in the old system, the backup was taken by i-node for /image1 and /image2 and of course before taking the backup both filesystems should be umounted!!

now i want to backup these two filesystems from LPAR2 (because this LPAR2 has the tape drive assigned to it so it acts like a centeral LPAR for backup) but of course i can't backup by i-node any more because /image1 and /image2 in LPAR2 are just nfs mounts.

so is there a way for backing up an nfs mounts by i-node?

The script that i made is this:

Code:
DOW=`date | awk '{ printf $1 }'`
case $DOW in
  Fri) LEVEL=0;;
  Sat) LEVEL=1;;
  Sun) LEVEL=2;;
  Mon) LEVEL=3;;
  Tue) LEVEL=4;;
  Wed) LEVEL=5;;
  Thu) LEVEL=6;;
esac
#
#------------------------------------------------------------------
#
# unmount /image1 and /image2 and take an appropriate backup by i-node
#
unmount /image1
unmount /image2

backup -$LEVEL -uf /dev/rmt0.1 /image1

if [ $? -eq 0 ]
then
  IMAGE1_BACKUP=ok
else
  IMAGE1_BACKUP=bad
fi
#
backup -$LEVEL -uf /dev/rmt0 /image2

if [ $? -eq 0 ]
then
  IMAGE2_BACKUP=ok
else
  IMAGE2_BACKUP=bad
fi
#
mount /image1
mount /image2
#
if [ "$DATA_BACKUP" = "ok" -a "$IMAGE1_BACKUP" = "ok" -a "$IMAGE2_BACKUP" = "ok"
 ]
then
  echo "Daily Backup ended   at   `date` successfully." >> /tmp/msg.txt
  echo "Daily Backup ended successfully" > /dev/console
  echo "Daily Backup ended   at   `date` successfully." >> /bapco.util/daily_bac
kup.log
else
  echo "Daily Backup ended   at   `date` un-successfully." >> /tmp/msg.txt
  echo "Daily Backup ended Un-successfully - Check status" > /dev/console
  echo "Daily Backup ended Un-successfully  at  `date`." >> /bapco.util/daily_ba
ckup.log
fi
#

any help please :(

Regards,
Khalid
 
On the server which has the jfs or jfs2 filesystems, you can run a by-inode backup of the filesystems, perhaps to a disk file, then rcp that file over to the server with tape access and save the backup file(s) to tape.

Or nfs-mount the other way around, that way the tape-backup server is able to by-inode backup the filesystems and the client system can access the files via NFS. You light need to re-export the FSs after every backup and unmount/backup/re-mount the NFS mounts on the client side every evening though...

You may want to look at TSM for incremental backups...


HTH,

p5wizard
 
Thanks p5wizard for your help always :)

I thought of these two choices but i was hoping for some other way of doing it coz i've already planned the backup this way!!!

any way, Thanks alot and hope to hear some other thoughts to releaf me from changing my plan :)
 
Why don't you just assign the tape drive to the other lpar. You can make it move around to the different lpars using the hmc.
 
yeah i know this lpblauen but all of this time i was considering this LPAR2 as my backup LPAR and i've mounted all the other LPARs to this one to make the data backup.

so for now i will have to change all of that if i'm gonna move it to the first LPAR!!!
 
ok let me rephrase the question:

since i'm taking this script as it is (as being done by my senior)

Why am i using i-node backup?

Is it better? is it a must? is there any other way of doing this?
 
not really but i just told the user that i could find the data :(

But thanks for asking :)
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top