Version number of SQL*NET

We have recently purchased a new data warehousing project. For this product we need to know what version of sql*net we are running. I have looked on the system but I am fairly new to Oracle. Can someone tell me where I can get the version number for sql*net. I am pretty sure we are running version 2 or higher. Thanks for your help.

You can try to use Oracle Universal Installer to see which version of SQL*NET or NET8 network product you have installed.

Similar Messages

Where can I download this SQL-Net Client software 8.1.6.3.8

What is the most current version of the SQL-Net Client software drivers that we should be using on our Windows Clients to hit our 8.1.6.3 server? Currently we are using 8.1.6.0.0 (per tnsping). According to the certification matrix, looks like 8.1.6.3.8, (right?)
Destination : Windows 98,NT,2000,XP Clients
Second, where can I download this SQL-Net Client software? And please don't tell me I have to download the entire server (I hoping, but if I do where?).
Thanks,
Jason
[email protected]

I think you might be running into the issue that:
1) The Yoga 2 Pro does not have a DVD player built-in, and therefore they don't include DVD playback software
2) Windows 8 (or 8.1) no longer includes the codecs to play DVDs and such. You have to upgrade to the Professional edition of it. (silly, yes).
I would personally just grab VLC Player from videolan.org, and use that. Works perfectly fine, and it's free.
(Did the external USB DVD not come w/ software? That's actually strange).

Sql*net patch version 2.3.2.1.12 down load

While I am migrating 7.3 database to 8i, system is asking for install sql net patch version 2.3.2.1.12. How can I get this patch. Is it possible to download.
Thanks/Rgds
Biju

I know that I should first download and apply the AD related patches separetly. But, what is the best practice for downloading the rest of them? How does an experienced Applications DBA handle this kind of situation? I was trying to use the Patching Wizard on OAM, but the request errored out stating that "****No codeline specified". Where do I specify this when I download a list of patches? I just pasted a comma separated list of 249 patches into the PatchList field on Download Patches page.Please see these docs.
'Analyze specific Patch' via Patchwizard is failing with java.lang.NullPointerException [ID 1066985.1]
Patch Wizard Utility [ID 976188.1]
Patch Wizard FAQ [ID 976688.1]
Patch Wizard : Overview [ID 1077813.1]
Thanks,
Hussein

Are there a patch to sql*net v1 access version 2?

My client is MS-DOS and running sql*net v1
my server is Oracle E7.1.6 under Sco unix OpenServer 5.0.2 and running sql*net v1 and v2.
How can I upgrade my server to Oracle 7.3.x or 8.x. without upgrade my client version
Are there a patch to sql*net v1?
so I can use version 1 access version 2.
How can I get the patch?
Thanks.
null

Your question is unclear, and does not appear to be related to the Oracle Migration Workbench.
Turloch
Oracle Migration Workbench Team

Looking for SQL*Net patch version 2.3.3.0.3

Hello friends:
In order to migrent a Oracle 7.3 database to a Oracle 8i DB I need a SQL*Net patch version 2.3.3.0.3. Would you please tell me where can I get it?
Thank a lot!
Zhang Weidong

Hello friends:
In order to migrent a Oracle 7.3 database to a Oracle 8i DB I need a SQL*Net patch version 2.3.3.0.3. Would you please tell me where can I get it?
Thank a lot!
Zhang Weidong

From where can I download SQL*Net Version 2.3.2.1.4 and/or 2.3.3.1.12

I need SQL*Net version 2.3.2.1.4 to migrate a 7.3.2 database to 8i. Where can I get this ? It is NOT on my 7.3.2 CD-ROM as the documentation states.

I couldn't find the version.xml file on windows but it appears that my AE doesn't support firmware 7.5.2, I can't see why because it is the same version as the replacement unit I am using. Either way way, it seems that I cannot go back to v7.5.2 and since reloading v7.6.1 I still have no audio output so I'll have to assume a hardware fault grrrrr!!
Thanks for the help, I cannot see how to close this post or where to give points though...

How to check sql*net version

Hi,
I've read a support note that reports instructions and differences between SQL*Net 2.1 and SQL*Net 2.2.
How can I check the SQL*Net version implemented by my databases and clients ?

The database view v$version would obviously only report data for the database version in use and not the client.
If the client has sqlplus then the sqlplus banner should show the client version (SQL*Plus: Release) before listing the target database release information.
The view v$session_connect_info is know to report the database version rather than the client version.
Reference Note: 1419025.1 Wrong Value For CLIENT_VERSION in V$SESSION_CONNECT_INFO
See the first note I posted a reference to.
HTH -- Mark D Powell --

How to decipher SQL*Net protocols/packets?

hi,
we have a customer that sells compliance solutions that basically track and audit information at the packet level. in order to expand their customer base they would like to offer their solutions to customer that have business systems built on Oracle Forms 6.x and Pro*C. to do this they need to understand how our network communication works. is this something that is generally available? here are some details for what the partner wants from us ...
Their product intercepts the communication between a typical Db client and Db server at packet level, performs analysis on the packets and extracts the information required for SOX compliance. It's been successfully installed and working for various versions of Oracle servers and Clients, however it does not handle Oracle Forms and pro*C clients.
It also wrks for pro*c client except for bind variables and arrays.
We need information on packet formats during communication between Oracle database and Forms and pro*c clients. This will help our product to work for SOX compliance for the customers who have FORMS and pro*c clients without replacing them
I know that form Forms to DB its SQL*Net, not sure what the protocol is for PRO*C to DB communication but do we have documentation on both?

Assuming you are on Windows, you can download the client installable from
http://download.oracle.com/otn/nt/oracle10g/10201/10201_client_win32.zip -- for Oracle 10g client
http://download.oracle.com/otn/nt/oracle11g/win32_11gR1_client.zip -- for Oracle 11g client
If you are looking for any other version, please mention the same.

TRACING IN SQL*NET V2

제품 : SQL*NET
작성날짜 : 1997-10-10
Introduction
~~~~~~~~~~~~
For most problems you need to identify the relevant parts of a
connection to trace. To do this consider which scenario you are
having problems with and where tracing needs to be enabled.
Note that tracing produces a lot of output , especially at higher
trace levels.
There are 3 main areas of SQL*Net that can produce trace output:
1 = the SQL*Net 'client'
2 = the 'listener' process
3 = the SQL*Net 'server'.
a) Establishing a connection:
Client ----> Listener ----> Server
1 2 3
b) An established connection:
Client --------> Server
1 3
c) Opening a database link:
Client ----> Server ----> Listener -----> Server2
1 3 1 2 3
Note here that the Oracle server process is also a SQL*Net
client when it makes an outgoing call to a listener to
open a database link. Database links are OPENED when first
used. They should then remain open until closed.
d) An established database link:
Client ----> Server -----> Server2
1 3 1 3
In each case here there are several potential sampling points. You
should be able to identify quickly which of these scenarios matches
your setup. As these scenarios are likely to involve connections
between different machines you should remember that tracing for any
process is controlled by the configuration details that the process
reads WHEN IT IS STARTED. This is especially important when looking
at MTS connections as the SQL*Net server is the 'dispatcher' process.
Some dispatchers are started when the database instance is started
and others may start at a later time (on demand). Each dispatcher will
read their SQL*Net configuration WHEN THEY START.
7.2 Client Tracing
~~~~~~~~~~~~~~
For client TOOLS edit or create the file $HOME/.sqlnet.ora and add
the lines:
trace_level_client=16
trace_file_client=cli
trace_directory_client=/tmp # Or a known directory
trace_unique_client=true # Add '_pid' to trace filename
This will turn on FULL tracing for your user account only producing
output in a file called /tmp/cli_<PID>.trc .
(For some SQL*Net versions the file will be just /tmp/cli.trc)
For client 'ORACLE' process (as in the case of database links) put this
same information into $TNS_ADMIN/sqlnet.ora file.
On versions up to and including Oracle 7.0.16 client trace may not
add a process ID to the name of the trace file. This means two
processes may end up writing to the same trace file unless you
take care to control which processes write trace output to each file.
7.3 Listener Tracing
~~~~~~~~~~~~~~~~
Listener tracing can ONLY be configured in the listener.ora file.
Add the lines below to the listener.ora file:
trace_level_listener=16
trace_file_listener=listener
trace_directory_listener=/tmp # Or a known directory
This will define FULL listener tracing to the file /tmp/listener.trc.
You can enable this tracing by either:
lsnrctl reload
OR
lsnrctl stop;
lsnrctl start;
TCP/IP
~~~~~~
It is often useful to confirm that a listener is listening on a
specified address. Most Unix machines include a command called
'netstat' (Often in /etc or in /usr/etc). The command netstat -a
should list all TCP/IP end points on which a listener is listening.
Eg:
For a listener listening on HOST=... PORT=1580 there should be a
netstat entry of the form:
RecvQ SendQ Local Address Foreign Address TCP state
0 0 *.1580 *.* LISTEN
Note: Some versions of netstat will only list established connections
and not listen end points. See the man page on your machine.
7.4 Server Tracing
~~~~~~~~~~~~~~
Server side trace is not required as often as the other two traces
mainly because most problems are related to establishing a connection.
Once a connection has been established the client and server processes
are communicating. It is sometimes useful to see exactly what SQL
commands have been received by the server, and what data it has sent
back out.
The file $TNS_ADMIN/sqlnet.ora controls the server side tracing. Add
the lines below to this file:
trace_level_server=16
trace_file_server=server
trace_directory_server=/tmp # Or a known directory
Output should be sent to the file /tmp/server_<PID>.trc
Note: Server side tracing acts on the SQL*Net server side.
For dedicated connections this is the Oracle process on the
server machine.
For MTS connections this is the DISPATCHER and NOT the shared
server. Data is passed between the dispatcher and the shared
servers via the SGA and this does NOT involve SQL*Net.
It is also important to note that as a dispatcher handles
several client processes the dispatcher trace output can be a
mix of trace from many client processes making it VERY difficult
to follow. The general advice for such problems is:
a) See if the problem reproduces WITHOUT using MTS - if
so the trace is much cleaner
b) If a problem ONLY reproduces under MTS ensure the machine
is in a controlled environment so you can be sure that only
YOUR process is using the dispatcher.
7.5 Trace Summary
~~~~~~~~~~~~~
1) Identify where you need to trace.
2) Identify which files on which machines control tracing at these
points. Tracing is controlled in the following files:
Client Server Listener
~~~~~~ ~~~~~~ ~~~~~~~~
Files: $HOME/.sqlnet.ora sqlnet.ora listener.ora
sqlnet.ora
3) Add in the relevant trace parameters (See Below)
4) Restart any processes that need to read the new trace values.
Reload the listener as required.
5) Reproduce your problem
6) Save all your trace output immediately
7) Disable the tracing
7.6 Main Trace Parameters
~~~~~~~~~~~~~~~~~~~~~
trace_level_listener = off
trace_file_listener = Filename *1
trace_directory_listener = Directory *2
*1 Unquoted (") filenames will be translated into lower case.
*2 You CANNOT use environment variables in the Filename or Directory
name.
7.7 Diagnosing Trace output
~~~~~~~~~~~~~~~~~~~~~~~
Trace output can be very difficult to follow. Before looking at a
trace file make sure:
a) You are familiar with the sequence of events in setting up
a connection. SQL*Net connections follow a sequence of
events - you will need to determin where in the sequence
the problem occurs.
b) Do not be misled by error reports in the trace files. You
must follow the context of the errors - an error may be
quite valid at that point in a sequence. Eg: For client
connections a list of addresses to call is built - if the
first address yeilds no response the next address is tried.
This next address may yeild a response and the 'true' error
occurs at this point in the sequence.
c) Do not be misled by unusual 'Bequeath' connections in the
trace. If an error is received over SQL*Net the client
may use a "Bequeath" operation to spawn an oracle process
which it then uses to get the TEXT of the error. A very short
exchange of packets occurs and the bequethed process exits.
The 'TRUE' problem is likely to be before this bequeath
operation.
Useful trace 'tags':
The following are useful items to follow in trace files - these
are not guaranteed to be valid across all SQL*Net releases and
are for guidance only. Entries are assumed to be taken at trace
level 16 to allow data packets to be seen. This will produce a
LOT of trace output.
-<ERROR>-
Error information follows. Remember the error may be acceptable
osntns: Calling address
Shows address list constructed for a call OUT to a listener
nricall: Making call with following address information: ...
Shows the ACTUAL address being called from the above list
nsopen: entry
We are about to try and open a connection.
nsopen: transport is open
nsopen: error exit
A connection to the called address has been made / failed.
nsclose: ...
An established connection is being closed - check nearby
for errors.
nscall: redirected
The client has been redirected to a differenct address.
The next step should be to call the new address. The address
should appear in an earlier data packet.
nspsend / nsprecv
Outgoung / Incoming data

This forum is for Oracle Migration Workbench issues, i.e. migration using the workbench from a non Oracle database to an Oracle database.
Here are some pointers that may be useful, but you may need to get more information elsewhere, for example Oracle Customer Support.
a Oracle 7.1 client (including your example) will connect to an Oracle 8.1.5 server.
Is the server correctly configured (can a client connect from another machine)?
Tracing can be turned on in the client, server and/or listener to get further information.
Turloch

How to connect to DB in repository assistant using SQL*net

Hi all,
We are in RAC enviroment. When I try to connecting to oracle DB in repository assistant (the page that asks for SYS account), I check the SQL*net, and enter the net service name (absolutly also enter the SYS and SYS psw field), but the 'next' button is grey out.
according to installation guide, in a RAC environment, do not type the host name, port number and oracle service name. But in my case, I have to enter all these fields to enable the 'next' button.
any idea of how to fix it?
thanks

I forget to say that I can connect to the repository browser using SQL*net. So I suppose that net service name is correct.
thanks for any suggestion.

Java error message - Bad version number in .class file

I get the error noted below in Safari, Firefox, and Chrome when I try to view java containing web pages.
Specifically this page: http://aviationweather.gov/adds/tafs/java/
My Java Preferences are as follows
My OS is 10.5.8
Thanks!
Java Plug-in 1.6.0_26
Using JRE version 1.5.0_30-b03-389-9M3425 Java HotSpot(TM) Client VM
User home directory = /Users/ernest
c:   clear console window
f:   finalize objects on finalization queue
g:   garbage collect
h:   display this help message
l:   dump classloader list
m:   print memory usage
o:   trigger logging
q:   hide console
r:   reload policy configuration
s:   dump system and deployment properties
t:   dump thread list
v:   dump thread stack
x:   clear classloader cache
0-5: set trace level to <n>
java.lang.UnsupportedClassVersionError: Bad version number in .class file
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:676)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25)
    at java.lang.reflect.Method.invoke(Method.java:592)
    at sun.plugin2.applet.Plugin2ClassLoader.defineClassHelper(Plugin2ClassLoader.java :1014)
    at sun.plugin2.applet.Plugin2ClassLoader.access$100(Plugin2ClassLoader.java:69)
    at sun.plugin2.applet.Plugin2ClassLoader$2.run(Plugin2ClassLoader.java:991)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.plugin2.applet.Plugin2ClassLoader.findClassHelper(Plugin2ClassLoader.java:9 55)
    at sun.plugin2.applet.Applet2ClassLoader.findClass(Applet2ClassLoader.java:134)
    at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Plugin2ClassLoader.java:250)
    at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Plugin2ClassLoader.java:180)
    at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Plugin2ClassLoader.java:161)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
    at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Plugin2ClassLoader.java:675)
    at sun.plugin2.applet.Plugin2Manager.createApplet(Plugin2Manager.java:3046)
    at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Plugin2Manager.ja va:1498)
    at java.lang.Thread.run(Thread.java:655)
Exception: java.lang.UnsupportedClassVersionError: Bad version number in .class file

Hi, thank you for the reply. However, java is definitely enabled on my computer, on all my browsers. In fact, if I go to the SUN website and run the java test, I get that all is OK.
I think it may have something to do with the .class (maybe in .jar-file) compiled with a higher version of java than the virtual machine trying to run it.
The example I found (google search) is .class-file that is compiled with JDK 6 and I am trying to run it with 1.4 JVM.
There is some software error going on somewhere... but I do not know enough to fix it.
Many thanks for all your help

Oracle SQL*Net and TNS Protocol

I need to get technical documents on Oracle SQL*Net and TNS Proticol, down to the bit-level definition. I have talked to serveral people in Oracle Documentation, Sales and Tech Support, but no one could give me any clue so far. Any one can help me on this?

SQL*Net is installed by default with SQL*Plus and any of the clients (OEM uses the JDBC OCI driver and some native connectivity).
It is likely that the version of the client you have installed is not one that TOAD can work with or it can't find the client (is the Oracle home/bin directory in the path?)

CLIENT SIDE TRACING IN SQL*NET V2

제품 : SQL*NET
작성날짜 : 1997-10-10
Client Tracing
~~~~~~~~~~~~~~
1) Set the environment variable TNS_ADMIN to the directory where the
tnsnames.ora and listener.ora files exist.
The default location is $ORACLE_HOME/network/admin. Set $TNS_ADMIN
to this if it is not set. This ENSURES you know which files you are
using.
2) Start the listener: lsnrctl
> set password <password>
> start
Note any errors. If you do not have a password set then ignore the
set password command.
3) If the listener started, start the database.
4) Create a file in $HOME called .sqlnet.ora and add the lines:
trace_level_client= 16
trace_file_client=client
trace_directory_client= /tmp (or similar)
trace_unique_client=true
5) Try to connect from SQL*Plus thus:
sqlplus username/password@alias
or
sqlplus username/password
substituting a suitable alias.
6) If you get an error we may need to see the client trace file
/tmp/client_<PID>.trc where <PID> is the process ID of the
client process (*1).
This will be quite large so it is best to FAX or EMAIL it.
*1 Note: On earlier versions of SQL*Net the filename may NOT have
the process ID appended to it.
Listener Tracing:
~~~~~~~~~~~~~~~~~
1) Edit your $TNS_ADMIN/listener.ora file and add the lines:
TRACE_LEVEL_LISTENER = 16
TRACE_DIRECTORY_LISTENER = /tmp
TRACE_FILE_LISTENER = "listener"
2) Stop and restart the listener:
lsnrctl stop
lsnrctl start
Output should go to /tmp/listener.trc

By default in 11g traces will go to the ADR which is a new feature.
To disable that feature add the following line to your sqlnet.ora
diag_adr_enabled =OFF
[oops] saw that this is over a month old this post - sorry about that!
hope that helps
John
Edited by: Johnsung on Sep 27, 2012 3:59 PM

Query started taking longer time with SQL*Net message from dblink

Hi,
Since Yesterday we started see one query which normally used to take 3 min but now it started taking 70 min after a small change do the query instead of accessing view we started accessing directly table.
Both Schema's are on same DB.
Oracle version=11.2.0.2
OS=Solaris 10
Existing Query
WITH ot_symbol_data_v AS
     (SELECT   dat.symbol, dat.startdate, dat.enddate, oi.currencycode,
               dat.primarymarket, primsymb.symbol primarysymbol, dat.mic,
               dat.universeid, dat.symbology
          FROM onetick_symbol_data@refdata_link dat
               LEFT JOIN
               (SELECT   symbology, universeid, mic, MAX (enddate) enddate
                    FROM onetick_symbol_data@refdata_link
                GROUP BY symbology, universeid, mic) prim
               ON prim.symbology = dat.symbology
             AND prim.universeid = dat.universeid
             AND prim.mic = dat.primarymarket
               LEFT JOIN onetick_symbol_data@refdata_link primsymb
               ON prim.symbology = primsymb.symbology
             AND prim.universeid = primsymb.universeid
             AND prim.mic = primsymb.mic
             AND prim.enddate = primsymb.enddate
               JOIN onetick_isincur_data@refdata_link oi
               ON dat.universeid = oi.universeid
               JOIN
               (SELECT   universeid, MAX (enddate) AS enddate
                    FROM onetick_isincur_data@refdata_link
                GROUP BY universeid) oilatest
               ON oi.universeid = oilatest.universeid
             AND oi.enddate = oilatest.enddate
      ORDER BY dat.universeid, dat.mic, dat.symbology, dat.enddate)
SELECT      i.instrumentid
         || '||'
         || i.firsttradingdate
         || '000000|'
         || NVL (i.delisteddate, '30001231')
         || '000000|'
         || i.home_market
         || '|'
         || DECODE (imfm.feedid, 0, 'FIXN_RFA', 1, 'ALGO', 2, 'FIXNETIX')
         || '::'
         || osdv.primarysymbol
    FROM tibex_meinstrumentview i JOIN tibex_instrumentmicfeedmapview imfm
         ON i.isin = imfm.isin
       AND i.currencycode = imfm.currencycode
       AND i.home_market = imfm.mic
         JOIN rd_universeview@refdata_link u
         ON i.instrumentid = u.instrumentid AND i.instrumentstatus != 3
         and active='Y'
         JOIN
         (SELECT   universeid, DECODE (symbology, 1, 0, 2, 2, -1) feedid,
                   primarysymbol
              FROM ot_symbol_data_v
          GROUP BY universeid, symbology, primarysymbol) osdv
         ON u.universeid = osdv.universeid
   WHERE osdv.feedid = imfm.feedid
ORDER BY i.isin, i.currencycode, i.instrumentid;
New Query
WITH ot_symbol_data_v AS
     (SELECT   dat.symbol, dat.startdate, dat.enddate, oi.currencycode,
               dat.primarymarket, primsymb.symbol primarysymbol, dat.mic,
               dat.universeid, dat.symbology
          FROM onetick_symbol_data@refdata_link dat
               LEFT JOIN
               (SELECT   symbology, universeid, mic, MAX (enddate) enddate
                    FROM onetick_symbol_data@refdata_link
                GROUP BY symbology, universeid, mic) prim
               ON prim.symbology = dat.symbology
             AND prim.universeid = dat.universeid
             AND prim.mic = dat.primarymarket
               LEFT JOIN onetick_symbol_data@refdata_link primsymb
               ON prim.symbology = primsymb.symbology
             AND prim.universeid = primsymb.universeid
             AND prim.mic = primsymb.mic
             AND prim.enddate = primsymb.enddate
               JOIN onetick_isincur_data@refdata_link oi
               ON dat.universeid = oi.universeid
               JOIN
               (SELECT   universeid, MAX (enddate) AS enddate
                    FROM onetick_isincur_data@refdata_link
                GROUP BY universeid) oilatest
               ON oi.universeid = oilatest.universeid
             AND oi.enddate = oilatest.enddate
      ORDER BY dat.universeid, dat.mic, dat.symbology, dat.enddate)
SELECT      i.instrumentid
         || '||'
         || i.firsttradingdate
         || '000000|'
         || NVL (i.delisteddate, '30001231')
         || '000000|'
         || i.home_market
         || '|'
         || DECODE (imfm.feedid, 0, 'FIXN_RFA', 1, 'ALGO', 2, 'FIXNETIX')
         || '::'
         || osdv.primarysymbol
    FROM tibex_meinstrumentview i JOIN tibex_instrumentmicfeedmapview imfm
         ON i.isin = imfm.isin
       AND i.currencycode = imfm.currencycode
       AND i.home_market = imfm.mic
         JOIN universe@refdata_link u
         ON i.instrumentid = u.instrumentid AND i.instrumentstatus != 3
         and active='Y'
         JOIN
         (SELECT   universeid, DECODE (symbology, 1, 0, 2, 2, -1) feedid,
                   primarysymbol
              FROM ot_symbol_data_v
          GROUP BY universeid, symbology, primarysymbol) osdv
         ON u.universeid = osdv.universeid
   WHERE osdv.feedid = imfm.feedid
ORDER BY i.isin, i.currencycode, i.instrumentid;Most of the wait event is
SQL*Net message from dblink
SQL*Net message to dblink
Regards
NM

Hi Kim,
uat_trd_owner@UAT001> select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
Plan hash value: 741667790
| Id | Operation                              | Name                           | Rows | Bytes | Cost (%CPU)| Time     | Inst   |IN-OUT|
|   0 | SELECT STATEMENT                       |                                |     1 |   137 | 21981   (2)| 00:04:24 |        |      |
|   1 | SORT ORDER BY                         |                                |     1 |   137 | 21981   (2)| 00:04:24 |        |      |
|* 2 |   HASH JOIN OUTER                      |                                |     1 |   137 | 21980   (2)| 00:04:24 |        |      |
|* 3 |    HASH JOIN OUTER                     |                                |     1 |   131 |   422   (4)| 00:00:06 |        |      |
|   4 |     NESTED LOOPS                       |                                |       |       |            |          |        |      |
|   5 |      NESTED LOOPS                      |                                |     1 |   125 |   107   (9)| 00:00:02 |        |      |
|   6 |       NESTED LOOPS                     |                                |    20 | 1680 |    87 (11)| 00:00:02 |        |      |
|* 7 |        HASH JOIN                       |                                |     1 |    64 |    86 (11)| 00:00:02 |        |      |
|   8 |         VIEW                           | TIBEX_INSTRUMENTMICFEEDMAPVIEW |     1 |    34 |    84   (9)| 00:00:02 |        |      |
|   9 |          HASH GROUP BY                 |                                |     1 |   166 |    84   (9)| 00:00:02 |        |      |
|* 10 |           HASH JOIN RIGHT OUTER        |                                |   267 | 44322 |    83   (8)| 00:00:01 |        |      |
| 11 |            TABLE ACCESS FULL           | TIBEX_BOARDFEEDMAP             |     1 |    20 |     3   (0)| 00:00:01 |        |      |
| 12 |            NESTED LOOPS OUTER          |                                |   267 | 38982 |    80   (8)| 00:00:01 |        |      |
| 13 |             NESTED LOOPS OUTER         |                                |   267 | 21627 |    80   (8)| 00:00:01 |        |      |
|* 14 |              HASH JOIN                 |                                |   267 | 17088 |    80   (8)| 00:00:01 |        |      |
| 15 |               MERGE JOIN CARTESIAN     |                                | 2004 | 88176 |    37   (0)| 00:00:01 |        |      |
| 16 |                INDEX FULL SCAN         | TIBEX_EDPDEFAULTFEED_PK        |     1 |     3 |     1   (0)| 00:00:01 |        |      |
| 17 |                BUFFER SORT             |                                | 2004 | 82164 |    36   (0)| 00:00:01 |        |      |
|* 18 |                 TABLE ACCESS FULL      | TIBEX_INSTRUMENT               | 2004 | 82164 |    36   (0)| 00:00:01 |        |      |
| 19 |               VIEW                     | TIBEX_EDPINSTRUMENTMARKETSVIEW | 22040 |   430K|    42 (12)| 00:00:01 |        |      |
| 20 |                HASH GROUP BY           |                                | 22040 |   430K|    42 (12)| 00:00:01 |        |      |
| 21 |                 VIEW                   |                                | 22040 |   430K|    41 (10)| 00:00:01 |        |      |
| 22 |                  SORT UNIQUE           |                                | 22040 |   544K|    41 (57)| 00:00:01 |        |      |
| 23 |                   UNION-ALL            |                                |       |       |            |          |        |      |
| 24 |                    INDEX FAST FULL SCAN| TIBEX_EDPFIXNETIXL1_R01        | 7578 |   162K|    18   (0)| 00:00:01 |        |      |
| 25 |                    TABLE ACCESS FULL   | TIBEX_EDPIXSYMBOLS             | 7494 |   197K|    12   (0)| 00:00:01 |        |      |
| 26 |                    TABLE ACCESS FULL   | TIBEX_EDPRFALGOSUBSCRIPTION    | 6968 |   183K|     7   (0)| 00:00:01 |        |      |
|* 27 |              INDEX RANGE SCAN          | TIBEX_MICFEEDMAP_PK            |     1 |    17 |     0   (0)| 00:00:01 |        |      |
| 28 |             TABLE ACCESS BY INDEX ROWID| TIBEX_INSTRUMENTFEEDMAP        |     1 |    65 |     0   (0)| 00:00:01 |        |      |
|* 29 |              INDEX UNIQUE SCAN         | TIBEX_INSTRUMENTFEEDMAP_PK     |     1 |       |     0   (0)| 00:00:01 |        |      |
| 30 |         VIEW                           |                                |   100 | 3000 |     1 (100)| 00:00:01 |        |      |
| 31 |          REMOTE                        |                                |       |       |            |          | REFDA~ | R->S |
| 32 |        REMOTE                          | UNIVERSE                       |    20 |   400 |     1   (0)| 00:00:01 | REFDA~ | R->S |
|* 33 |       INDEX UNIQUE SCAN                | XPKTIBEX_INSTRUMENT            |     1 |       |     0   (0)| 00:00:01 |        |      |
|* 34 |      TABLE ACCESS BY INDEX ROWID       | TIBEX_INSTRUMENT               |     1 |    41 |     1   (0)| 00:00:01 |        |      |
| 35 |     VIEW                               | TIBEX_MELASTEXPRICEINTVIEW     |    36 |   216 |   314   (2)| 00:00:04 |        |      |
| 36 |      HASH UNIQUE                       |                                |    36 | 1656 |   314   (2)| 00:00:04 |        |      |
|* 37 |       HASH JOIN                        |                                |    36 | 1656 |   313   (1)| 00:00:04 |        |      |
| 38 |        VIEW                            | VW_SQ_1                        |   304 | 5776 |   157   (2)| 00:00:02 |        |      |
| 39 |         HASH GROUP BY                  |                                |   304 | 7296 |   157   (2)| 00:00:02 |        |      |
|* 40 |          TABLE ACCESS FULL             | TIBEX_EXECUTION                | 17462 |   409K|   156   (1)| 00:00:02 |        |      |
| 41 |        TABLE ACCESS FULL               | TIBEX_EXECUTION                | 17463 |   460K|   156   (1)| 00:00:02 |        |      |
| 42 |    VIEW                                | TIBEX_MSGSEQBYINSTRUMENT       | 3908 | 23448 | 21558   (2)| 00:04:19 |        |      |
| 43 |     HASH GROUP BY                      |                                | 3908 | 74252 | 21558   (2)| 00:04:19 |        |      |
| 44 |      VIEW                              |                                | 11626 |   215K| 21556   (2)| 00:04:19 |        |      |
| 45 |       UNION-ALL                        |                                |       |       |            |          |        |      |
| 46 |        HASH GROUP BY                   |                                | 1460 | 26280 | 8906   (1)| 00:01:47 |        |      |
| 47 |         TABLE ACCESS FULL              | TIBEX_QUOTE                    | 1362K|    23M| 8866   (1)| 00:01:47 |        |      |
| 48 |        HASH GROUP BY                   |                                |   677 | 12186 | 11750   (2)| 00:02:21 |        |      |
| 49 |         TABLE ACCESS FULL              | TIBEX_ORDER                    | 1790K|    30M| 11696   (1)| 00:02:21 |        |      |
| 50 |        HASH GROUP BY                   |                                |   304 | 5472 |   157   (2)| 00:00:02 |        |      |
|* 51 |         TABLE ACCESS FULL              | TIBEX_EXECUTION                | 17463 |   306K|   156   (1)| 00:00:02 |        |      |
| 52 |        HASH GROUP BY                   |                                |     1 |    40 |     3 (34)| 00:00:01 |        |      |
|* 53 |         TABLE ACCESS FULL              | TIBEX_TSTRADE                  |     1 |    40 |     2   (0)| 00:00:01 |        |      |
| 54 |        HASH GROUP BY                   |                                |   717 | 11472 |   229   (1)| 00:00:03 |        |      |
| 55 |         INDEX FAST FULL SCAN           | IX_BESTEXREL                   | 7323 |   114K|   228   (0)| 00:00:03 |        |      |
| 56 |        HASH GROUP BY                   |                                | 1911 | 34398 |    13   (8)| 00:00:01 |        |      |
|* 57 |         TABLE ACCESS FULL              | TIBEX_MERESUMEPRDTRANSITION    | 5216 | 93888 |    12   (0)| 00:00:01 |        |      |
PLAN_TABLE_OUTPUT
| 58 |        HASH GROUP BY                   |                                |     3 |    51 |     5 (20)| 00:00:01 |        |      |
| 59 |         TABLE ACCESS FULL              | TIBEX_EDPUPDATEREJECT          |    48 |   816 |     4   (0)| 00:00:01 |        |      |
| 60 |        HASH GROUP BY                   |                                | 1587 | 46023 |   215   (2)| 00:00:03 |        |      |
|* 61 |         HASH JOIN                      |                                | 35166 |   995K|   213   (1)| 00:00:03 |        |      |
| 62 |          INDEX FULL SCAN               | XPKTIBEX_CONFIGMEGROUP         |     4 |    16 |     1   (0)| 00:00:01 |        |      |
| 63 |          TABLE ACCESS FULL             | TIBEX_INSTRUMENTADMIN          | 87915 | 2146K|   212   (1)| 00:00:03 |        |      |
| 64 |        HASH GROUP BY                   |                                |     6 |   102 |     5 (20)| 00:00:01 |        |      |
| 65 |         TABLE ACCESS FULL              | TIBEX_BESTEXECPRICELOG         |   793 | 13481 |     4   (0)| 00:00:01 |        |      |
| 66 |        HASH GROUP BY                   |                                |     1 |    40 |     3 (34)| 00:00:01 |        |      |
|* 67 |         TABLE ACCESS FULL              | TIBEX_AUCTIONPRICE             |     1 |    40 |     2   (0)| 00:00:01 |        |      |
| 68 |        HASH GROUP BY                   |                                | 1587 | 28566 |   236   (2)| 00:00:03 |        |      |
|* 69 |         TABLE ACCESS FULL              | TIBEX_ADMINACK                 | 87915 | 1545K|   233   (1)| 00:00:03 |        |      |
| 70 |        HASH GROUP BY                   |                                | 1914 | 34452 |    26   (8)| 00:00:01 |        |      |
| 71 |         INDEX FAST FULL SCAN           | INSTRUMENTSTATEMSGSEQ          | 23705 |   416K|    24   (0)| 00:00:01 |        |      |
| 72 |        HASH GROUP BY                   |                                | 1458 | 26244 |     8 (13)| 00:00:01 |        |      |
| 73 |         INDEX FAST FULL SCAN           | TIBEX_FREEZEEOTPK              | 5890 |   103K|     7   (0)| 00:00:01 |        |      |
Predicate Information (identified by operation id):
   2 - access("A"."INSTRUMENTID"="C"."INSTRUMENTID"(+))
   3 - access("A"."INSTRUMENTID"="B"."INSTRUMENTID"(+))
   7 - access("OSDV"."FEEDID"="IMFM"."FEEDID")
10 - access("I"."PRIMARYSTATUSBOARDID"="BOARDFM"."BOARDID"(+))
14 - access("SUBSC"."ISIN"="I"."ISIN" AND "SUBSC"."CURRENCYCODE"="I"."CURRENCYCODE")
       filter("SUBSC"."HOMEMARKET" IS NULL OR "SUBSC"."HOMEMARKET"="I"."HOME_MARKET")
18 - filter("I"."INSTRUMENTSTATUS"<>3)
27 - access("SUBSC"."MIC"="MICFM"."MIC"(+))
29 - access("I"."INSTRUMENTID"="INSTRFM"."INSTRUMENTID"(+))
33 - access("A"."INSTRUMENTID"="U"."INSTRUMENTID")
34 - filter("A"."INSTRUMENTSTATUS"<>3 AND TO_DATE("A"."FIRSTTRADINGDATE",'YYYYMMDD')<=SYSDATE@! AND "A"."ISIN"="IMFM"."ISIN"
              AND "A"."CURRENCYCODE"="IMFM"."CURRENCYCODE" AND "A"."HOME_MARKET"="IMFM"."MIC")
37 - access("A"."MESSAGESEQUENCE"="MAX(B.MESSAGESEQUENCE)" AND "A"."INSTRUMENTID"="ITEM_0")
40 - filter(("B"."SELLENTITYTYPE"=0 OR "B"."SELLENTITYTYPE"=2) AND ("B"."BUYENTITYTYPE"=0 OR "B"."BUYENTITYTYPE"=2))
51 - filter("INSTRUMENTID" IS NOT NULL)
53 - filter("INSTRUMENTID" IS NOT NULL)
57 - filter("INSTRUMENTID" IS NOT NULL)
61 - access("ADMINUSER"="MEGROUPID")
67 - filter("INSTRUMENTID" IS NOT NULL)
69 - filter("INSTRUMENTID" IS NOT NULL)
Remote SQL Information (identified by operation id):
31 - EXPLAIN PLAN INTO PLAN_TABLE@! FOR SELECT "A1"."UNIVERSEID",DECODE("A1"."SYMBOLOGY",1,0,2,2,(-1)),"A1"."PRIMARYSYMBOL"
        FROM (SELECT "A6"."SYMBOL" "SYMBOL","A6"."STARTDATE" "STARTDATE","A6"."ENDDATE" "ENDDATE","A3"."CURRENCYCODE"
        "CURRENCYCODE","A6"."PRIMARYMARKET" "PRIMARYMARKET","A4"."SYMBOL" "PRIMARYSYMBOL","A6"."MIC" "MIC","A6"."UNIVERSEID"
        "UNIVERSEID","A6"."SYMBOLOGY" "SYMBOLOGY" FROM "ONETICK_SYMBOL_DATA" "A6", (SELECT "A7"."SYMBOLOGY"
        "SYMBOLOGY","A7"."UNIVERSEID" "UNIVERSEID","A7"."MIC" "MIC",MAX("A7"."ENDDATE") "ENDDATE" FROM "ONETICK_SYMBOL_DATA" "A7" GROUP
        BY "A7"."SYMBOLOGY","A7"."UNIVERSEID","A7"."MIC") "A5","ONETICK_SYMBOL_DATA" "A4","ONETICK_ISINCUR_DATA" "A3", (SELECT
        "A8"."UNIVERSEID" "UNIVERSEID",MAX("A8"."ENDDATE") "ENDDATE" FROM "ONETICK_ISINCUR_DATA" "A8" GROUP BY "A8"."UNIVERSEID") "A2"
        WHERE "A3"."UNIVERSEID"="A2"."UNIVERSEID" AND "A3"."ENDDATE"="A2"."ENDDATE" AND "A6"."UNIVERSEID"="A3"."UNIVERSEID" AND
        "A5"."ENDDATE"="A4"."ENDDATE"(+) AND "A5"."MIC"="A4"."MIC"(+) AND "A5"."UNIVERSEID"="A4"."UNIVERSEID"(+) AND
        "A5"."SYMBOLOGY"="A4"."SYMBOLOGY"(+) AND "A5"."MIC"(+)="A6"."PRIMARYMARKET" AND "A5"."UNIVERSEID"(+)="A6"."UNIVERSEID" AND
        "A5"."SYMBOLOGY"(+)="A6"."SYMBOLOGY" ORDER BY "A6"."UNIVERSEID","A6"."MIC","A6"."SYMBOLOGY","A6"."ENDDATE") "A1" GROUP BY
        "A1"."UNIVERSEID","A1"."SYMBOLOGY","A1"."PRIMARYSYMBOL" (accessing 'REFDATA_LINK' )
32 - SELECT "INSTRUMENTID","UNIVERSEID" FROM "UNIVERSE" "U" WHERE "UNIVERSEID"=:1 (accessing 'REFDATA_LINK' )
127 rows selected.
For trace files
WAIT #18446741324892119016: nam='SQL*Net message to client' ela= 2 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151855125079
WAIT #18446741324892119016: nam='SQL*Net message from client' ela= 182 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151855125694
=====================
PARSING IN CURSOR #18446741324892117968 len=52 dep=0 uid=474 oct=47 lid=474 tim=42151855125777 hv=1029988163 ad='af4d0890' sqlid='9babjv8yq8ru3'
BEGIN DBMS_OUTPUT.GET_LINES(:LINES, :NUMLINES); END;
END OF STMT
PARSE #18446741324892117968:c=0,e=42,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=0,tim=42151855125769
WAIT #18446741324892117968: nam='SQL*Net message to client' ela= 2 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151855126145
EXEC #18446741324892117968:c=0,e=262,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,plh=0,tim=42151855126176
*** 2012-11-20 15:18:56.839
WAIT #18446741324892117968: nam='SQL*Net message from client' ela= 10252982 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151865379208
CLOSE #18446741324892119016:c=0,e=13,dep=0,type=1,tim=42151865379327
CLOSE #18446741324892117968:c=0,e=28,dep=0,type=3,tim=42151865379370
WAIT #18446741324892082152: nam='single-task message' ela= 47849 p1=0 p2=0 p3=0 obj#=-1 tim=42151865429221
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 107 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151865429886
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 2 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151865429945
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 926 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151865430901
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 2 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151865431578
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 2525 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151865434125
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 1 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670108
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 58 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670178
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 0 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670235
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 60 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670310
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 1 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670337
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 59 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670407
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 0 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670464
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 60 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670539
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 1 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670566
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 59 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670636
WAIT #18446741324892082152: nam='SQL*Net message to dblink' ela= 1 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670693
WAIT #18446741324892082152: nam='SQL*Net message from dblink' ela= 60 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=42151894670768Regards
NM

How to find out Forms Server version in pl/sql procedure

How can I get the version number and/or patchset of the Forms Server through which my pl/sql procedure has been called?
Thanks,
Attila

You can't do this through PL/SQL. PL/SQL runs on the database server whereas Forms Server runs on the web server which are two different environments (even when they are installed on the same physical machine).
I don't know about Web Forms, but there may be a Forms built-in that can give you the information you require. You could then pass it as a parameter to the PL/SQL procedure.
Alternatively you could write a Java stored procedure to somehow pick up the information from the OS.
rgds, APC

Version number of SQL*NET

Similar Messages

Maybe you are looking for