dbTalk Databases Forums  

Oracle Client for 32 bit and 64 bit coexist

comp.databases.oracle.misc comp.databases.oracle.misc


Discuss Oracle Client for 32 bit and 64 bit coexist in the comp.databases.oracle.misc forum.



Reply
 
Thread Tools Display Modes
  #21  
Old   
joel garry
 
Posts: n/a

Default Re: Oracle Client for 32 bit and 64 bit coexist - 08-26-2008 , 04:33 PM






On Aug 26, 7:21*am, Mark D Powell <Mark.Pow... (AT) eds (DOT) com> wrote:
Quote:
On Aug 22, 1:24*pm, "P.L." <panli... (AT) hotmail (DOT) com> wrote:





On Aug 22, 12:53*pm, DA Morgan <damor... (AT) psoug (DOT) org> wrote:

P.L. wrote:
Dear Experts,

We met an issue with Oracle client, and hope you could give us some
advice.

On our Windows 2003 64 bit servers, currently we have Oracle Client32
bit installed using by an application. However, running our MS.NET
programs on x64 Windows require Oracle client for 64 bit installed.
Otherwise, an error would be given:

"Exception: Attempt to load Oracle client libraries threw
BadImageFormatException. This problem will occur when running in 64
bit mode with the 32 bit Oracle client components installed."

Is that possible to install both 32 bit Oracle client and 64 bit
Oracle client on the same server so that different programs could talk
to different Oracle clients?

Or any other solutions would be highly appreciated.

Thanks a lot,

P.L.

Oracle 32bit and 64bit software can coexist. But I am puzzled as to
why you would put client software on a server.
--
Daniel A. Morgan
Oracle Ace Director & Instructor
University of Washington
damor...@x.washington.edu (replace x with u to respond)
Puget Sound Oracle Users Groupwww.psoug.org-Hidequoted text -

- Show quoted text -

Thanks Daniel.
The reason that we have to put the oracle client on servers is because
the server application should connect Oracle databases on other
database servers.- Hide quoted text -

- Show quoted text -

The application should not run on the same server as the database. *A
database server should be dedicated to running the database. *The
application should be on its own server and the client should be
installed on the application server. *It is possible to run the client
on the database server; it is just not generally a good idea from
security, performance, and upgrade consideration points of view.

IMHO -- Mark D Powell --
Just for completeness, I must argue that some apps run much better on
the server, since they aren't continuously blabbing back and forth
over the network. And the security can be much tighter.

It depends. If the alternative is IIS running the app and talking to
the db on a risc or such, versus running it together with Oracle on
the risc, you can guess why I bother to say this. Sometimes the new
ways aren't better ways. On an app where I tested this (uses OCI),
even running app on one risc machine and db on another was noticeably
slower at the end user level - that also is why they re-architected
9iAS Portal, I'm convinced. The newer version of my app says it
"requires" two-task, though, so may be slower having to bother with
tcp layers on the hp-ux Itanium I'm now using. I haven't yet figured
out exactly what that issue is (since it's working sometimes with the
local protocol but not other times), but just thinking out loud here
gives me some ideas on what to investigate, so thanks!

jg
--
@home.com is bogus.
http://www.signonsandiego.com/uniont...26idtheft.html


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.