RE: ufsrestore & RAID - summary

From: Conor Svensson <Conor.Svensson_at_evolution.net>
Date: Mon Jul 11 2005 - 04:53:51 EDT
All,

Firstly thanks to Ken Rossman for his input on the topic. A combination
of Ken's comments & my own findings are included below.

> 1. Base install of Solaris 8 onto one of the E220R internal disks -
lets say disk 2.

A boot off the Solaris CD will get us a shell to work with, the Solaris
8 media I was working with did not include the ufsrestore command, so
the base install of Solaris 8 appeared to be necessary.

> 2. Within this fresh install of Solaris run ufsrestore to restore all
data onto the other internal disk (disk 1).
> 3. Edit files on disk 1 that are configured for Solstice RAID 1 - i.e.
/etc/vfstab & /etc/system to reflect a single disk boot configuration.
Make sure disk 1 is bootable creating bootblocks if necessary
> 4. Reboot booting off disk 1 this time (the restored backup).

Delete all metadatabases that have been created. (I was unable to delete
all the metadevices as the original mirror contained 6 state databases
across 2 disks & in bringing one of the disks out of action the >50%
rule failed. Hence I removed all metadevices outright).
# metadb -d c0t1d0s7
# metadb -d -f c0t0d0s7
Reset the metaroot device
# metaroot /dev/dsk/c0t0d0s0
Reboot again
Re-partition disk 2 if necessary & write the VTOC using newfs again.

> 5. Re-configure RAID 1 in Solstice mirroring the content of disk 1
back onto disk 2 & creating new state database replicas.
> 6. Edit /etc/vfstab appropriately & reboot.
Mirrors were then set up.
> 7. Reconfigure the A1000 with RM6 - are there likely to be many issues
here with detecting the configuration of the RAID controllers, as the
new A1000 is not configured identically to the A1000 attached to the
original system the backup was taken from. Would I be best off doing a
fresh install of RM6?

Throughout the above stages the A1000 was not attached. I removed RM6,
before rebooting with the A1000 now turned on. Reinstalled RM6 &
configured the A1000 afresh.

Cheers,

Conor

________________________________________
From: Conor Svensson
Sent: 06 July 2005 15:18
To: (sunmanagers@sunmanagers.org)
Subject: ufsrestore & RAID

All,

I need to perform a full restore from a level 0 ufsdump backup onto an
E220R, the original dump was taken from exactly the same hardware setup
as that which it is to be restored to.

The difficulty is that the ufsdump backup is taken from a system
configured with the following:

Solaris 8 installed in a RAID 1 configuration managed by Solstice
DiskSuite.

An A1000 is attached a managed using RM6.

What would be the best way to go about the restoration? I figured I'd
take the following steps:

1. Base install of Solaris 8 onto one of the E220R internal disks - lets
say disk 2.
2. Within this fresh install of Solaris run ufsrestore to restore all
data onto the other internal disk (disk 1).
3. Edit files on disk 1 that are configured for Solstice RAID 1 - i.e.
/etc/vfstab & /etc/system to reflect a single disk boot configuration.
4. Reboot booting off disk 1 this time (the restored backup).
5. Re-configure RAID 1 in Solstice mirroring the content of disk 1 back
onto disk 2 & creating new state database replicas.
6. Edit /etc/vfstab appropriately & reboot.
7. Reconfigure the A1000 with RM6 - are there likely to be many issues
here with detecting the configuration of the RAID controllers, as the
new A1000 is not configured identically to the A1000 attached to the
original system the backup was taken from. Would I be best off doing a
fresh install of RM6?

Has anyone got any comments on the above stages, such as
directories/files that should not be restored in this manner? Or are
aware of any problems this is likely to cause me, as problems seem
inevitable when restoring a RAID configured OS image onto a single hard
disk initially.

I will summarise.

Thanks in advance,

Conor



______________________________________________________
In the Invesment
Research business? Want to improve your client offering? Production costs
getting out of control? Agile Research is the answer.
http://www.evolution.net/propositions/agile/index.html
______________________________________________________
Evolution is the
investment banking and venture 
capital industry's first choice for practical
advice
on strategy, business process and the application of
advanced
technology.
 
Evolution                Tel:     +44 (0) 20 7664 6640
Peninsular House         Fax:     +44 (0) 20 7664 6641
30-36 Monument Street
London EC3R 8LJ          URL: http://www.evolution.net
United Kingdom
______________________________________________________
The information in this
Internet e-mail is confidential
and is intended solely for the addressee.
Access, 
copying or re-use of information in it by anyone else 
is
unauthorised.  Any views or opinions presented are 
solely those of the author
and do not necessarily 
represent those of Evolution or any of its affiliates.
If you are not the intended recipient please contact 
Evolution, London, +44
(0) 20 7664 6640
_____________________________________________________
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
Received on Mon Jul 11 08:39:52 2005

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:49 EST