topic Re: mixing RHEL versions among apps and DB servers in Operating System - Linux

mixing RHEL versions among apps and DB servers

skt_skt — Wed, 23 Jul 2008 18:11:31 GMT

Is there any know issues mixing the APPS and DB environment in different RHEL versions.

For example apps with RHEL 4.6 and DB with RHEL 5.1..

Just to know the pros and cons

Re: mixing RHEL versions among apps and DB servers

Ivan Krastev — Wed, 23 Jul 2008 18:24:46 GMT

Don't worry.
We have DB servers - HP-UX, App - Linux and Win.

regards,
ivan

Re: mixing RHEL versions among apps and DB servers

Oviwan — Wed, 23 Jul 2008 18:25:17 GMT

hey

no of course not. for example an ERP system. the application is maybe on windows and the DB on linux or unix...

this should be no problem...

but maybe you should check the requirements of your system...

regards

Re: mixing RHEL versions among apps and DB servers

skt_skt — Wed, 23 Jul 2008 18:29:15 GMT

my query is only related to mixing the RHEL versions than mixing diff OS versions..

Re: mixing RHEL versions among apps and DB servers

Oviwan — Wed, 23 Jul 2008 18:33:52 GMT

yes you can do this. this week I configured a system also RHEL. one box is 64bit for DB and the other 32bit for the apps. so it should really be no problem..

Re: mixing RHEL versions among apps and DB servers

Oviwan — Wed, 23 Jul 2008 18:39:53 GMT

or why do you have any doubts?

Re: mixing RHEL versions among apps and DB servers

skt_skt — Wed, 23 Jul 2008 18:44:59 GMT

i have recommendations for "apps with RHEL 4.6 and DB with RHEL 5.1" on the new coming projects. I would like to keep all of them in either 4.6 or 5.1

Re: mixing RHEL versions among apps and DB servers

Oviwan — Wed, 23 Jul 2008 19:55:33 GMT

I think this is more a company philosophy question... certainly it's nicer if you can have only one version of an OS but we have always to follow the requirements of the products...

Re: mixing RHEL versions among apps and DB servers

Heironimus — Thu, 24 Jul 2008 19:59:35 GMT

There is generally no technical reason you can not do this. Right now I have applications on RHEL 3 and 4 with databases on 2.1 for one set of apps, and applications on 3 with databases on 4 for another set. The only real headache with this is that I sometimes need different versions of the Oracle client based on the OS version, but since the client versions are all equal to or greater than the server they use everything works.

However, a consistent environment is much, much easier to manage, which directly translates to cost. You probably need to find out why they are recommending those versions and evaluate their reasons.