I have to perform a full system backup for a Solaris 8 machine (SUNFire 280R) with mirror setup on all partitions and would like to know what is the best way to perform a full system backup on such system such that we can use this full system backup tape as DR in the future. Pls find below the system setting FYI:-
root@server # df -k
Filesystem kbytes used avail capacity Mounted on
/dev/md/dsk/d0 2033311 1620541 351771 83% /
/proc 0 0 0 0% /proc
mnttab 0 0 0 0% /etc/mnttab
fd 0 0 0 0% /dev/fd
swap 15247032 32 15247000 1% /var/run
swap 15247000 0 15247000 0% /tmp
/dev/md/dsk/d3 10327372 9967329 256770 98% /u01
/dev/md/dsk/d5 17734538 17525339 31854 100% /u03
/dev/md/dsk/d4 10327372 6770750 3453349 67% /u02
/dev/md/dsk/d6 17734538 9787650 7769543 56% /u04
root@server # metadb -i
flags first blk block count
a m p luo 16 8192 /dev/dsk/c1t0d0s7
a p luo 8208 8192 /dev/dsk/c1t0d0s7
a p luo 16 8192 /dev/dsk/c1t1d0s7
a p luo 8208 8192 /dev/dsk/c1t1d0s7
r - replica does not have device relocation information
o - replica active prior to last mddb configuration change
u - replica is up to date
l - locator for this replica was read successfully
c - replica's location was in /etc/lvm/mddb.cf
p - replica's location was patched in kernel
m - replica is master, this is replica selected as input
W - replica has device write errors
a - replica is active, commits are occurring to this replica
M - replica had problem with master blocks
D - replica had problem with data blocks
F - replica had format problems
S - replica is too small to hold current data base
R - replica had device read errors
root@server # cat md.cf
# metadevice configuration file
# do not hand edit
d6 -m d16 d26 1
d16 1 1 c1t0d0s6
d26 1 1 c1t1d0s6
d5 -m d15 d25 1
d15 1 1 c1t0d0s5
d25 1 1 c1t1d0s5
d4 -m d14 d24 1
d14 1 1 c1t0d0s4
d24 1 1 c1t1d0s4
d3 -m d13 d23 1
d13 1 1 c1t0d0s3
d23 1 1 c1t1d0s3
d1 -m d11 d21 1
d11 1 1 c1t0d0s1
d21 1 1 c1t1d0s1
d0 -m d10 d20 1
d10 1 1 c1t0d0s0
d20 1 1 c1t1d0s0
Pls comment which of the method below is the best way to perform full system backup for such a system such that we can use this full system backup tape as DR in the future.
Method 1.
Boot to single user mode using CD (boot cdrom -s) and execute the below script.
---SCRIPT---
#!/usr/bin/sh
# Backup replicas
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/rdsk/c1t0d0s7
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/rdsk/c1t1d0s7
# Backup /
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/rdsk/c1t0d0s0
# Backup /u01
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/rdsk/c1t0d0s3
# Backup /u02
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/rdsk/c1t0d0s4
# Backup /u03
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/rdsk/c1t0d0s5
# Backup /u04
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/rdsk/c1t0d0s6
---SCRIPT---
Method 2.
Boot to single user mode (boot -s) and execute the below script.
---SCRIPT---
#!/usr/bin/sh
# Backup replicas
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/rdsk/c1t0d0s7
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/rdsk/c1t1d0s7
# Backup /
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/md/rdsk/d0
# Backup /u01
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/md/rdsk/d3
# Backup /u02
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/md/rdsk/d4
# Backup /u03
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/md/rdsk/d5
# Backup /u04
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/md/rdsk/d6
---SCRIPT---
Method 3.
Offline the mirror and perform full backup using the script below. But what about the root partition? From the DiskSuite Administrator Guide, it told me that I cannot offline the mirror for root parition. What should I do then?
---SCRIPT---
#!/usr/bin/sh
# Lock the file system from write access for /u01
/usr/sbin/lockfs -w /u01
# Lock the file system from write access for /u02
/usr/sbin/lockfs -w /u02
# Lock the file system from write access for /u03
/usr/sbin/lockfs -w /u03
# Lock the file system from write access for /u04
/usr/sbin/lockfs -w /u04
# Offline the metamirror for /u01
/usr/sbin/metaoffline /dev/md/dsk/d13
# Offline the metamirror for /u02
/usr/sbin/metaoffline /dev/md/dsk/d14
# Offline the metamirror for /u03
/usr/sbin/metaoffline /dev/md/dsk/d15
# Offline the metamirror for /u04
/usr/sbin/metaoffline /dev/md/dsk/d16
# Backup replicas
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/rdsk/c1t0d0s7
/usr/sbin/ufsdump 0ucf /dev/rmt/0n /dev/rdsk/c1t1d0s7
# Backup /u01
/usr/sbin/ufsdump 0ucf /dev/rmt/0 /dev/md/rdsk/d13
# Backup /u02
/usr/sbin/ufsdump 0ucf /dev/rmt/0 /dev/md/rdsk/d14
# Backup /u03
/usr/sbin/ufsdump 0ucf /dev/rmt/0 /dev/md/rdsk/d15
# Backup /u04
/usr/sbin/ufsdump 0ucf /dev/rmt/0 /dev/md/rdsk/d16
### What should I do about the root parition? Is this the right way to perform full backup? Any advantage over other? Why DiskSuite Administrator Guide refer to this method over the others in the backup section?
# Unlock the file system from write access for /u01
/usr/sbin/lockfs -u /u01
# Unlock the file system from write access for /u02
/usr/sbin/lockfs -u /u02
# Unlock the file system from write access for /u03
/usr/sbin/lockfs -u /u03
# Unlock the file system from write access for /u04
/usr/sbin/lockfs -u /u04
# Online the metamirror for /u01
/usr/sbin/metaonline /dev/md/dsk/d13
# Online the metamirror for /u02
/usr/sbin/metaonline /dev/md/dsk/d14
# Online the metamirror for /u03
/usr/sbin/metaonline /dev/md/dsk/d15
# Online the metamirror for /u04
/usr/sbin/metaonline /dev/md/dsk/d16
---SCRIPT---
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Save solutions to your questions, answers you’ve discovered through searching plus helpful articles in your personal knowledgebase for easy future access.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.
Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
Therefore, the difference between method 1 & 2 is zero? What about restoration? Just ufsrestore them? But during the restore of a DR should I assume no /dev/md device at all? Coz during DR, maybe both HDD crash and I have to replace both HDD. In that case, is Method 1 much more preferred than Method 2 since it just touch on the raw /dev/rdsk device instead of /dev/md/rdsk? While how can I sync the disk content from /dev/dsk/c1t0 to /dev/dsk/c1t1?
The difference between Methods 1 & 2 is how you get to the single user mode and how you call those disk partitions which you are backing up.
Nevertheless, I agree that Method 1 may be more preferred than Method 2, as it works on raw disk and not using meta device.
In regards to syncing the disk content from /dev/dsk/c1t0 to /dev/dsk/c1t1, have a look here: http://www.ip-solutions.ne
Sorry, just would like to clarify that during the DR. the step needed would be :-
1. Use the format command to proper partition both HDD.
2. Do a ufsrestore for all parition to the first HDD.
3. Do a metattach to all partition (no need to use metadb to create the replica since ufsrestore already restored the replica, am I right?)
Thats it?
Steps 1 and 2 above are correct.
In regards to step 3, I would follow advice from here: http://www.ip-solutions.ne
But I already have a replica on the partition /dev/rdsk/c1t0d0s7 and /dev/rdsk/c1t1d0s7 and those parition has been restore. So I still need to do a metadb -a -f -c 2 c1t0d0s7 c1t1d0s7 ? Won't that corrupt my restored replica? BTW, issuing a metainit on the parition which is already metainit in the past won't cause any trouble at all? Coz all parition has been restored from the ufsrestore which should be metaini in the past.
Finally have downtime to try out these method and have some finding that would like to include into this question for future reference.
1. Boot from CDROM cannot execute ufsdump because it need to modify the /etc/dumpdates
2. When dumping the replica, ufsdump complains that the super block is incorrect. I guess dumping stopping, that means I have no way to backup the replica. I guess I can simply rebuild the replica if I have the mirror setting on hand and therefore the replica is not import at all.
Business Accounts
Answer for Membership
by: exponePosted on 2009-10-06 at 21:54:41ID: 25512304
Method 3 is only your "file backup" and not "system backup", as you alredy noticed, as there is no "root partition" selected.
This leaves you with Methods 1 and 2, which are both equal (single user mode backup), just make sure that you have "df -k" information at hand, as you will need it if you will ever need to rebuild your server from scratch.
Note: your /u01 and /u03 partitions are 98% and 100% full, so you better clean some files from there :-)