1837112 Members
2282 Online
110112 Solutions
New Discussion

Re: Ignite

 
SOLVED
Go to solution
Jade Bulante
Frequent Advisor

Ignite

Our company is planning to purchase a new L Class Series Unix Server to replace the old K Classs (version 11.00) . Can I use Ignite on a different class server? Do I need to reinstall the entire operating system and restore database with DLT backup tape? Do I have any other options?

Please advice.
9 REPLIES 9
Michael Tully
Honored Contributor
Solution

Re: Ignite

Because of the different types of architechure involved, no this is something I would not do. If you have a silmilar class server, then the answer would be yes. Just last week I built an 'N' (rp7400) class from an L3000, with no problems.

Here are some thoughts for your L class system.
Install cold operating system 11i with the latest patches.
If your using the same set of external disk(s) or disk array, you could effectively 'vgexport' your existing volume groups other than 'vg00' and 'vgimport' them on the new system. This would be preferable than doing a backup/restore.

Now one gotha:
Is the current OS 32 or 64 bit? Your Database engine may not be supported on the new OS even though it could work.


Anyone for a Mutiny ?
Michael Tully
Honored Contributor

Re: Ignite


To check on your 32 or 64 bit current operating system:

# getconf KERNEL_BITS

I wish I could spell too: gotha.... I meant gotcha....
Anyone for a Mutiny ?
harry d brown jr
Honored Contributor

Re: Ignite


Sorry, no cross species breeding allowed. You'll have to load the OS from scratch.

As far as the database, it depends where it resides. It it resides EXTERNAL to the existing K-class server, then you have the option of looking into reusing that same external storage. If you decide to do that, you can simply export the volume group and then upon connecting to the new L-class, you can import the volume group.

live free or die
harry
Live Free or Die
Jade Bulante
Frequent Advisor

Re: Ignite

The data and program resides in a different directory. The O/S is 32 bit and we will stay on this type of platform. Maybe what I could do is to create new volume groups with the same mounted directory. Will this work??
harry d brown jr
Honored Contributor

Re: Ignite


Jade,

Are the programs and data on EXTERNAL disk drives??

live free or die
harry
Live Free or Die
Michael Tully
Honored Contributor

Re: Ignite

If your using external disks, then you can use the 'vgexport'/'vgimport' concept. It is doesn't matter whether your system is 32 or 64 bit. This is for the operating system and application binaries.
Yes, the same mount points will work fine, make sure that you can copy the relevant lines from the /etc/fstab file.

Anyone for a Mutiny ?
harry d brown jr
Honored Contributor

Re: Ignite

But, before you do anything, make sure you have a couple of make_tape_recovery's of the entire vg00. Plus, make sure you have two good data/program backups!

live free or die
harry
Live Free or Die
Jade Bulante
Frequent Advisor

Re: Ignite

The database and programs reside on an external disk drive array - I think it's called a jamaican box. There is four cabinets. All the vg00 reside on the first system or first cabinet. Everything else is daisy chained from there using scsi drive controllers. Will this work???

Please advice.
John Poff
Honored Contributor

Re: Ignite

Hi,

Your setup should work fine with the external drives. You'll just have to be sure to order the L box with enough of the right type of SCSI cards so that you can plug in all the external drives.

Here is what I would suggest (assuming that you use the Jamaica disks for mirroring root):

1. Backup everything. Use Ignite for the O/S and get a couple of good backups of the databases.
2. Unhook all the drives from your K box and just hook up the Jamaicas (for vg00) to the new L box.
3. Do a cold install of the O/S on the L box. Get it all running, and mirror vg00 to the Jamaicas.
4. Next, shutdown the box, plug in the disks for the database, reboot the L box, confirm that it can see the additional SCSI disks, and then create your volume group(s) for the database and vgimport those disks back in.

That's just one way to do it. You could switch around steps 2 and 3 if you like. At least you shouldn't have to restore the database from tape.

JP