We help IT Professionals succeed at work.

Oracle 9i/des2k6i/dev2k installation

mhoyman
mhoyman asked
on
I am going to install the latest version of the database, desk2k and forms.  It used to be that you had to put them in different Oracle Homes and install in a certain order.  is that true?  If so which belongs in a seperate Oracle Home and which should be done first.
Comment
Watch Question

CERTIFIED EXPERT
Top Expert 2008
Commented:
First install the Oracle server. After that in different Oracle home install forms (if needed Forms Server). For DESK2K look in the documentation or Oracle Technology Network online documentation. After that you have to establish connections to the Oracle server. It is FAQ and I will provide you with the description how to do this.
CERTIFIED EXPERT
Top Expert 2008

Commented:
Oracle Client/server and Developer2000 have to reside in different Oracle Homes.

You can use the "Oracle Net 8 assistant", "Oracle Net 8 Easy config" to see if you have the appropriate
entry to the server in the local tnsnames.ora file (find it!). I mean that one in the Client or Forms&Reports
home, not that one in the Oracle_Home.
Under local I mean the file tnsnames.ora  in your application, not at the Oracle Server - this is a
common mistake.

You have to have there an entry like:

REKS816.RILA.us =
 (DESCRIPTION =
   (ADDRESS_LIST =
     (ADDRESS = (PROTOCOL = TCP)(HOST = bigbluenew.rila.us)(PORT = 1521))
   )
   (CONNECT_DATA =
     (SERVICE_NAME = REKS816)
    )
 )


Be aware that in old versions of Oracle instead of SERVICE_NAME you have to use SID. So (SERVICE_NAME
= REKS816)will be (SID = REKS816)
   
It is a bad practice, but you can add such entry using simple text editor. But before that make a copy
of tnsnames.ora in order to restore it if you do not succeed.

After that go to "control panel" and run "services".
Look at your Oracle_Home_TNSlistener80 process. Stop it! Start it again!

If you work on Unix find the relevant processes and notions of the Unix OS.

On NT server: The listener has a corresponding 'service' running. To be able to connect from the network,
the service had to be configured to "Log on as: This account ......." and the account had to have administrator
privileges on the network.

If your database is version 8.1.7 on Windows 2000, it is a bug for autostart in services. Check if you
can start the database manually i.e. using DBA Studio or Server Manager. The available patch for the
file "orannts8.dll" is at:
ftp://oracle-ftp.oracle.com/server/patchsets/wgt_tech/server/windowsNT/network/net8/81701/
Download, stop services, copy the new file, and restart services. It should work.



Two common areas of misconfiguration are responsible for these log-in errors:

(1) Erroneous entries in the TNSNAMES.ORA file, and  
(2) An erroneous default domain setting in the SQLNET.ORA file

A successful client log-in requires that:

1. The database is running.
2. The listener on the host machine is running and is configured correctly.
3. The network is correctly routing TCP/IP packets.
4. The client machine has TCP/IP installed correctly.
5. The client machine has SQL*Net installed correctly.
6. The TNSNAMES.ORA entry for that connection has the correct information.
7. The SQLNET.ORA file is configured correctly.

This solution covers common SQL*Net misconfiguration issues on the client side, and assumes that all

other necessary aspects of the connection are correctly configured and operating properly.

Please refer to the attached files for configuration information.

######################################################

The TNSNAMES.ORA file

The log-in dialog box of the client asks for a connect
string to identify the database in which the client account is located.
The TNSNAMES.ORA file is then searched for this connect string, and the actual  
connect information is found.

Below is a sample TNSNAMES.ORA entry for connecting to a machine named  
"oas.this.com" in DNS. The connection is via TCP/IP to port 1521, and  
the SID of the database containing the server is V732.

oas =  
 (description=  
    (address=(protocol=tcp)(host=oas.this.com)(port=1521))  
    (connect_data=(sid=V732))  
 )  

Note: the parentheses are extremely important - omitted or extraneous  
parentheses will result in an invalid entry. On the other hand, white space,
such as tabs, spaces, or newlines, are ignored.

The "host=" entry shown above implies DNS availability; if DNS is not
available, the IP address number may be substituted.


The SQLNET.ORA file:

Before being searched for in the TNSNAMES.ORA file, the connect string  
supplied in the log-in dialog box may be modified if the NAMES.DEFAULT_DOMAIN
variable has a value.

During login, the connect string is parsed to determine whether or not it is
fully-qualified, i.e. that it has full domain information. If it does not, and
the NAMES.DEFAULT_DOMAIN variable is set, then that value is appended to the  
connect string.  

For example, using a connect string "conn" and a NAMES.DEFAULT_DOMAIN  
setting of "oas.this.com" will result in a final connect string of  
"conn.oas.this.com". It is this final value "conn.oas.this.com" that will be  
searched for in the TNSNAMES.ORA file; thus, your entry in the TNSNAMES.ORA
file should start with

conn.oas.this.com =  


Using the TNSPING utility to test connect strings:

To test whether or not a connect string is valid, the utility TNSPING is
provided in the $ORACLE_HOME\bin directory. Run TNSPING with the connect
string you wish to test.  

Example 1:

D:\ORAWIN95\BIN>tnsping test

TNS Ping Utility for 32-bit Windows: Version 2.3.3.0.0 - Production on 02-JUN-
97 18:39:09

Copyright (c) Oracle Corporation 1995.  All rights reserved.

Attempting to contact  
(ADDRESS=(COMMUNITY=tcp.oas.this.com)(PROTOCOL=TCP)(Host=
conn.oas.this.com)(Port=1521))
OK (170 msec)

<end example>


From this result, we see that the connect string "test" resolves correctly to
an entry in the TNSNAMES.ORA file to valid connect information for an Oracle  
database.

On the other hand, the following is a test of an invalid connect string:


Example 2:

D:\ORAWIN95\BIN>tnsping notgood

TNS Ping Utility for 32-bit Windows: Version 2.3.3.0.0 - Production on 04-JUN-
97 09:13:32

Copyright (c) Oracle Corporation 1995.  All rights reserved.

TNS-03505: Failed to resolve name

<end example>

Using TNSPING as a test ensures that your TNSNAMES.ORA entry syntax is
correct, and that there is a listener on the host machine listening for
requests for that port.


~~~~~     ~~~~~     ~~~~~     ~~~~~     ~~~~~     ~~~~~     ~~~~~     ~~~~~     ~~~~~     ~~~~~

What follows here are several common problem descriptions & their solutions.


Problem Description:
====================
      You receive an ORA-12162 "TNS:service name is incorrectly
specified" when attempting a Sqlplus (804)/Net8 login with the following
syntax:
      sqlplus <userid>@<alias>
Enter password: <password>

Problem Explanation:
====================
Due to a parsing error with Sqlplus (8.0.4 only) the connect descriptor
is not beeing read properly.

Parsing error does not occur using other utilities, ie. tnsping,
svrmgrl or other versions of Sqlplus.
Using the tnsping utility you are able to resolve the connect string
and verify a listener process is responding.

For example:

[Alpha]> tnsping N804

TNS Ping Utility for Solaris: Version 8.0.4.0.0 - Production on 15-AUG-99 08:03:
04

(c) Copyright 1997 Oracle Corporation.  All rights reserved.

Attempting to contact (ADDRESS=(PROTOCOL=TCP)(Host=Alpha)(Port=1521))
OK (60 msec)



Solution Description:
=====================
Try using a full command line syntax for Sqlplus to avoid this parsing
problem.  For example, at the command prompt use the following syntax:

        sqlplus system/manager@N804

Versus the previous syntax where you were prompted for the password:

      sqlplus system@N804
Enter password: manager    <password is not visible when using this syntax>


If you are able to connect with using the full line syntax, you are
running into Base Bug:611696 for Sqlplus Version 8.0.4.  This bug is fixed in Sqlplus
release 8.0.5, and serveral backports are available, depending on you platform.


Problem Description
-------------------

TNSPING works fine but connecting via SQL*PLUS fails with an ORA-12545. Normally this indicates some


syntax issue with the TNSNAMES.ORA which is not the cause.

Turn on client tracing in the sqlnet.ora file TRACE_CLIENT_LEVEL = 16

nscall: connecting...
nsc2addr: entry
nttbnd2addr: entry
nttbnd2addr: port resolved to 2929
nttbnd2addr: looking up IP addr for host: tcp2.oas.this.com
nttbnd2addr:  *** hostname lookup failure! ***
nttbnd2addr: exit

The problem in this case the tnsnames.ora, sqlnet.ora and hosts file had the following entries that

caused the the
lookup of the IP addr to fail when resolving the address in the host file.

TNSNAMES.ORA
~~~~~~~~~~~~~
HOST = 196.6.122.28 or tcp2

Calling address: (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)
(Host=196.6.122.28)(Port=1521))(ADDRESS=(PROTOCOL=TCP)

SQLNET.ORA
~~~~~~~~~~~
names.default_domain = oas.this.com
name.default_zone = oas.this.com

HOST File (WINNT/system32/hosts)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
196.6.122.28     tcp2.oas.this.com


Solution Description
--------------------

To correct the problem ensure the following:

TNSNAMES.ORA
~~~~~~~~~~~~
HOST = tcp2.oas.this.com

SQLNET.ORA
~~~~~~~~~~
names.default_domain = oas.this.com
name.default_zone = oas.this.com

HOSTS File
~~~~~~~~~~
196.6.122.28     oas.this.com

Explanation
-----------
The Calling address in the tnsnames.ora and host file has a different domain_name then in the sqlnet.ora

thus
causing ORA-12545.


Problem Description
-------------------

The connection is refused. You know that the user exists and the password is
correct and the database is up.

You cannot connect from sql*plus on the client to your database. You get
the following error message;

ORA-12705 Invalid or unknown NLS parameter value specified.

Solution Description
--------------------

Check your NLS_LANG settings.
The value entered is incorrect or there is a typo error.
For example, the NLS_LANG value for the United States English should be:

NLS_LANG = AMERICAN_AMERICA.WE8ISO8859P1
You do the following:

Create domain user accounts on Windows NT using Windows scripting, Enterprise
Administrator, or a third party administration tool.

Problem
=========
Certain users cannot authenticate successfully with any Oracle OLAP client
product, such as Express Spreadsheet Add-in (XSA), Express Admininstrator, or
Express Analyzer (OEA), but can authenticate successfully using the Express
Connection Utility if they do the following:

-  Open the Express Connection Utility.

-  Select Options...Set Domain Identity, and enter the User ID, Domain, and
Password.

-  Select Options...Set Authentication Level, and choose Connect.

-  Select File...Open, choose Connect to remote Express Server 5 or 6, and
enter the following information:

Object UUID:    <Your OES UUID>
Transport:      ncacn_ip_tcp
Host:           <Your host name>

Solution summary
================
In User Manager for Domains, check the Profile for the failing user and make
sure the Home Directory does not have a UNC address specified in the "Local
path:" field.
     
Authentication failure can occur if Oracle Express Server is not able to get a
valid Home Directory.  This can occur if, in the Windows NT User Environment
Profile, Home Directory groupbox, the "Local path:" option is chosen, but a UNC
path is referenced in the field, e.g.:

\\Servername\Sharename.

Only a local path on the machine is valid for this field.

You can check this by doing the following:

-  Login to the Domain Controller as an Administrator.

-  Run the User Manager for Domains utility in the Administrative Tools.

-  Double-click on a failing user to open the User Properties dialog box.

-  Click on the Profile button.

If the "Local path:" option is selected in the Home Directory groupbox,  a UNC
path such as \\Servername\Sharename is not valid.

Normally, if you select the "Local path:" option and try to enter a UNC path,
you will get an error message as follows:

\\Servername\Sharename is an invalid path name.  Please enter a valid path name.

If you are using Windows scripting or an administration tool such as Enterprise
Administrator to create user accouts, it may be possible to create a user
profile with an invalid UNC path in the "Local path:" field.
         

Author

Commented:
I understand how sqlnet works and historically you have always had to setup seperate tnsnames.ora for each of your Oracle Homes.  And thank you for the answer, the database does have to be seperate from dek2k.

But what do you mean that Oracle client server and dev2000 have to be in different Oracle Homes.  What is Oracle client server?

I know Designer needs to be in another Oracle home then the database so basically that means I will need 3 Oracle homes.

CERTIFIED EXPERT
Top Expert 2008

Commented:
I mean Oracle client. But it seems you have no Oracle clients installed.

Please read the following short instruction. It is about creating connection between Oracle server and Developer/2000 (Forms,Reports).:


Oracle Server <---> Developer 6i:

Oracle Developer6i and the Oracle8i database require separate Oracle home directories.
Even if you configure SQL*net (Net8) in the Oracle home that your database Oracle server uses, so that you can connect via SQL*Plus, that does not allow Developer2000 to connectsuccessfuly to the Oracle server.  You also need to configure SQL*Net (in tnsnames.ora file) in the
Oracle home for Developer2000.  You can do that either using the GUI tools, or to copy two files:
sqlnet.ora and tnsnames.ora from your 8i Oracle home to your Developer2000 Oracle home.  In your 8i
Oracle home these files are in: \Network\admin, but in your Developer2000 home they are in: \Net80\Admin. A safety measure is to save a copy of them first, before you make changes or copy other ones in. This is so because you have to keep a way for restoring the files if you make a mistake.

Author

Commented:
Okay good well that established that I need dev2k to be in an different Oracle home the the database.  Now what about des2k.  Can that be installed in the same directory as dev2k?  I would imagine yes as all the runtime functionality in dev2k is installed in Des2k.  

thanks again for the answer

CERTIFIED EXPERT
Top Expert 2008

Commented:
It is possible to instale des in the Oracle client home, but it is better to use different Ora home. Details can be find in the appropriate documetation of Des.
Please update and finalize this old, open question. Please:

1) Award points ... if you need Moderator assistance to split points, comment here with details please or advise us in Community Support with a zero point question and this question link.
2) Ask us to delete it if it has no value to you or others
3) Ask for a refund so that we can move it to our PAQ at zero points if it did not help you but may help others.

EXPERT INPUT WITH CLOSING RECOMMENDATIONS IS APPRECIATED IF ASKER DOES NOT RESPOND.

Thanks,

** Mindphaser - Community Support Moderator **

P.S.  Click your Member Profile, choose View Question History to go through all your open and locked questions to update them.
CERTIFIED EXPERT
Author of the Year 2009

Commented:
Recommended disposition:

    Accept schwertner's comment(s) as an answer.

DanRollins -- EE database cleanup volunteer
Thanks, Dan. :)
Finalized.
Moondancer - EE Moderator

Author

Commented:
Okay sounds good.  How do I accept that as an answer.  I don't an option to do that on this page.

Mike

Explore More ContentExplore courses, solutions, and other research materials related to this topic.