HP3000-L Archives

January 1999, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Michel Gauthier <[log in to unmask]>
Reply To:
Michel Gauthier <[log in to unmask]>
Date:
Wed, 27 Jan 1999 16:07:14 GMT
Content-Type:
text/plain
Parts/Attachments:
text/plain (31 lines)
When I implemented Oracle 7.2.3 on our HP3000, I set up two listeners: one
for the C/S appl and one for ad hoc odbc queries. The appl listener was
started in the CS queue, so every server processes created where in the CS
queue too. The other listener was started in the DS queue, so its created
server processes were in the DS queue. That was quite suitable for us to
make that separation between controled access (application) and
non-controled access (ad-hoc queries).

Now I'm testing the version 7.3.2 and there are changes in the mecanism of
the listener. The new listener still listens to the network but does not
create server processes anymore. There is a new program, named NETSRV2,
which once started, waits for the listener to tell to create server
processes. Even though I still have multiple listeners (listening on
different IP port), their requests for creating server processes are all
satisfied by one single instance of NETSRV2. So, if NETSRV2 was started in
CS, all server processes will be in CS, and so on. I tried different things
to run two different instances of NETSRV2 but everytime I attempt to start
the second one, it says Netsrv2 is already running.

Has anybody faced that problem before? Any suggestion?

By the way, I read a few postings regarding Oracle versus Image/SQL on MPE.
I would say that overall, we're satisfied with Oracle. My personal point of
view is: it cost a CPU upgrade ($$$) but it saved time programming (-$$$). I
think it would have been harder to make the same with Image/SQL and
Allbase/SQL. I would also add that Oracle is probably the best friend MPE
could have: the longer Oracle's RDBMS will be ported on MPE, the longer MPE
will live...

Michel

ATOM RSS1 RSS2