- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Recovering at Sungard, need some tips
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2000 10:02 AM
08-17-2000 10:02 AM
Recovering at Sungard, need some tips
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2000 10:10 AM
08-17-2000 10:10 AM
Re: Recovering at Sungard, need some tips
We go to another companies site regularly and disaster recover our servers - mainly K-class. We always use ignite to restore them. Surely thats the point, to be able to replicate your own servers at a remote site. The safest and easiest way to do this is use ignite - not have someone else setup a server for you first and you to have to go to all the effort of setting it up how yours are - this would involve a lot of detailed docmentation and work.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2000 10:17 AM
08-17-2000 10:17 AM
Re: Recovering at Sungard, need some tips
Even though HP states you can NOT recover a K460 onto a K580 with a make_recovery tape, it worked fine for me.
Brian
<*(((>< er
Brian.Fisher@LMBerry.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2000 10:32 AM
08-17-2000 10:32 AM
Re: Recovering at Sungard, need some tips
I have successfully recovered an H70 to K400 and a K570 to a T500 without any problems using the ignite tapes. Only problem I had was when using ignite, it does NOT recognize fiber cards when it boots up. We had Comdisco set up our servers with 300 GB of EMC disk connected via fiber, and when the system was booted off tape, guess what, all I saw was the internal disk.
So anyway to answer you original question, ignite is the way to go. I even went as far to set up my lvm stuff via ignite. I have this if you need it. Send me an email at jlangston@familydollar.com and I'll be glad to share it with you.
Cheers,
Jim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2000 11:45 AM
08-17-2000 11:45 AM
Re: Recovering at Sungard, need some tips
could do a search of this site on "make_recovery" for more info
1) make sure your Kboxes already have installed the "HWE" patches.
check www.software.hp.com/ & look for HareWare Extension Patches
On our kboxes, that turns out to be
XSW800HWCR1020 B.10.20.41 Extension Software Patch Bundle
this helps in booting the "make_recovery" tape onto potentially different hardware...
this gets into the "cloning" issue, official support issue, INSTALL/WINSTALL/VINSTALL kernel, etc...
2) do the "make_recovery -Avi" to create the bootable dds tape
(using a dds3 tapedrive & dds3 tapes, assuming sungard will provide dds3 tape drive)
make sure you're using the "latest" version of Ignite...
I used 2.4.307, but I think 2.5 is out...(check for patches too...)
3) boot off the "make_recovery" tape @ sungard
using the menu interface, select a disk (other than the 1 they will "preinstall" for you) to install vg00 on
4) it'll boot twice
5) it'll get to "OK" hopefully...
6) it'll start up & probably get lots of errors in the startup since /sbin/init.d scripts probably point to applications that are stored on vg's not yet created on the new box. don't worry.....or interrupt the boot after the "ok" and go into single-user mode, make changes to /etc/rc.config.d/(bunch-of-files), then shutdown -r or maybe init 3
6.5) recreate LVM structures from before
you may have to cd /dev/vgXX
and remove files like lvol, rlvol... in order to do "vgcreate, lvcreates"
make_recovery recovers them (the latest versions have restore=yes)
and their presence may interfere with recreating new lvols/vgs/etc...
6.6) maybe need to add drivers into the kernel for new hardware@sungard...
7) swremove omniback (our case vg00's /opt contained the omniback software, but the database was in another filesystem in another vgXX because it was several Gigs)
8) swinstall omniback v3 from cdrom
9) install latest patches for omniback (5 of them)
10) must perform "update hosts..." via xomni GUI to fully apply the patches...see the readmes in the patches
11) can verify that omniback's binaries are patched via "-version" switch... (i.e. omnir -v, and the build# should be greater than it was right after a newinstall...)
12) begin the restore of the omniback database via * textbook proceedures* which are very clear and need to be followed.
a) configure a Tape device in xomni
b) import a DLT containing the omniback database backup
c) perform database restore via xomin - specify filesystem/path to restore to. default is /tmp, but if your db is several Gigs, then /tmp on vg00 probably can't hold it...create new VG/LV/FS if needed
d) shutdown omniback
e) mv olddb, mv newdb
f) startup omniback
g) should be able to begin restore of data via GUI or can try "omnir" command line with switches....might save you time clicking/mousing around, or might end up causing more problems...
if you use mc/sg, maybe
couple things to check:
/etc/rc.config.d/cmcluster, set autostart=0
/etc/lvmrc, autostart vg's
use ifalias patch to bind multiple ip's to an interface, instead of trying to recreate 1 node cluster...or try to recreate 1node cluster (cmapplyconf)...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2000 11:47 AM
08-17-2000 11:47 AM
Re: Recovering at Sungard, need some tips
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-18-2000 10:43 AM
08-18-2000 10:43 AM
Re: Recovering at Sungard, need some tips
If you are not comfortable using the Make Recovery tape, try putting a copy of some important information into a single directory that you can restore easily at DR test time, then copy them into the proper place when you are ready. Also include a copy of kernel parameters in this directory. We use a directory called /Disaster_Recovery which is very obvious and self-documenting. I have attached a basic list of things to keep in that directory. The ignite make recovery sounds easier, but it is not the only possibility.