SQL*NET for TCP/IP
Where can i download SQL*NET for tcp/ip?
When someone answers you, please forward the answer to my email. I am trying to connect to an Oracle db from Visual Basic, and need the component. I have downloaded software from this site, but it did not have the SQL Net.
Similar Messages
-
Looking for SQL*Net for Windows 95
I have Brio client installed on my laptop running Windows 98. I am looking for SQL *Net for Windows 95, to connect to an Oracle database running on Solaris. Where can I find it.
How do I connect? I tried MS ODBC and it did not work.
Please help
My email address is [email protected]
Thanks in advancedespite that I do not know the type of the Firewall , I was able to adjust Oracle with Microsoft ISA server as follows :
go to oracle server on Windows 2000
open system variables
insert the following variable : USE_SHARED_SOCKET
make its value : TRUE
restart server
this variable will make you able to share ports on windows platform ,, this is essential because Oracle servers replies back on any port randomly when trying to connect to it ,, you can track this by enabling tracing for listener.
on firewall you will need to redirect connection received by the firewall on specific port on the firewall and NAT it to Oracle server IP/port .
this is proven work
on UNIX you do not need this beacsue Unix natively share ports. -
Hello,
i have some clients on macintosh, and i'm looking for Sql*net
for macintosh. Can somebody tell me where i can find this
product ?
Thank's in advanceWhat did you end up doing?
-
SQL*NET for Linux[redhat 6.2]?
if there is SQLNET for redhat6.2 , where can I find it? without the whole Oracle database
if there is SQLNET for redhat6.2 , where can I find it? without the whole Oracle database
-
FUTURE TCP 와 SQL*NET V2 사용시 PERFORMANCE
제품 : SQL*NET
작성날짜 : 1995-05-04
Subject: Re: Know How..[ 2. Future/tcp 사용시]
두번째 항목의 경우 future/tcp 에서 Named Server를 잘못설정하면 Host의
Named Server를 다 찾고서, 없으면 Client의 host file을 뒤져서 자기 host
alias로 처리하는 경우가 있었습니다.(1-2초 걸리던 connection time이 12초
까지 걸렸음)
경남은행에도 SLIP으로 테스트를 하는데 SQL*Net을 통하면 엄청 늦다고 계속
불평 해서 가서 보니까 SQL*Net의 문제가 아니라 future/tcp의 Client host
file과 Named Server의 Host file의 불일치 때문으로 판명난 적이 있었습니다.
이런경우,
1. Client에서 future/tcp의 install program으로 Named Server를 없애든지
2. Host와 Client의 Host file을 일치 시키면 되었습니다.
sql*net v1 & v2 test 지원 중 발견된 사항입니다.
1.
아직도 많은 사용자가 sql*net v2 가 별 효과가 없다고 생각합니다. 이런
user는 주로 MTS 환경으로 setting은 하였으되 shared server와 dispatcher를
한개씩 뛰우고 사용하고 있었읍니다.
근본적으로 oracle의 mts는 FIFO 방식으로 SQL을 처리하기 때문에 server가
하나만 떠 가지고는 당연히 sql*net v1의 dedicated server 보다 느리게
처리됩니다.
따라서 mts 환경으로 setup 할 때에는 최소한 shared server와 dispatcher를
2개 이상씩 (3개이상 권유) 뛰워서 사용할 수 있도록 하기 바랍니다.
일부에서는 이런이유로 oracle mts 기능이 별볼일 없더라 라고 오해하며
옆사람에게도 전달하고 있습니다.
2.
future tcp/ip 사용시에 tnsnames.ora에 host name 을 사용하면 sql*net v2 가
v1보다 3배 정도 더 느리게 되는데 이때에는 ip address number를 직접사용하면
됩니다.
삼성전관 pdss test시 connection time : sql*net v1 --> 6-8초
sql*net v2 host name --> 25초
sql*net v2 ip number --> 2-3초Yes, it seems to be a kernel bug. Previously, my wife used Windows for years and nothing like this happened. Now, she tells a lot about Linux systems :-)
An example of this very-ugly-workaround for somebody who'll find this topic struggling with the same problem:
$ cat /etc/pm/sleep.d/99_fix_time_shift
#!/bin/bash
# fixing https://bbs.archlinux.org/viewtopic.php?id=173487
case "$1" in
suspend)
date +%s > /tmp/suspend.log
resume)
was=`cat /tmp/suspend.log`
now=`date +%s`
# time shifts for 68 hours
if [ $now -gt `expr $was + 244800` ]; then
date -s "`date -R --date="-68 hours ago"`"
## sleep 30; ntpdate ntp.ubuntu.com
fi
esac
Last edited by shurup (2014-03-26 16:25:55) -
SQL*NET V1 FOR APPC/LU6.2 TEST
제품 : SQL*NET
작성날짜 : 1995-06-05
Olivetti system에서 SQL*Net V1 for APPC/LU6.2 test 결과입니다.
customer : 한국컴퓨터
Test System : Olivetti UNIX System 2대
O / S version : SVR4 2.4
1. Server Install
1.1 Shared Memory Parameter
SHMMAX8388608
SHMSEG6
SHMMIN1
SHMMNI100
1.2 Kernel Parameter
SVMMLIM0x7FFFFFFF
HVMMLIM0x7FFFFFFF
SFSZLIM0x7FFFFFFF
HFSZLIM0x7FFFFFFF
파라메터가 이보다 적으면 oracle kernel을 만들면서 에러가 발생함.
1.3 Oracle Server Install 시 relink option 에서 Yes 선택.
LU6.2를 사용하기 위해서 반드시 해주어야 함.
1.4 Version이 2.3이하인 경우 kernel 생성시 에러 발생.
2. SQL*Net Install
2.1 Transaction Program 을 Generate.
$ $ORACLE_HOME/bin/gentpn ORACLE_SID Max_RU_size Min_RU_size
RU_size는 256 에서 1024 범위내에서 set 해야함.
ex) $ gentpn ORA7 512 512
generate 후 TPORA7 이라는 Transaction Program 이 generate
되었다는 message가 떨어짐
TP name은 ORACLE_SID 앞에 TP가 붙어서 생성.
generate후 $ORACLE_HOME/lu62/server directory 에 TPORA7
이라는 binary file이 생성.
2.2 TPORA7을 APPC Services에 등록.
sysadm tool을 이용하여 등록.
TP_Name : TPORA7
TP_Filespec : /home/oracle7/lu62/server/TPORA7
3. Connection.
3.1 Connect String
- @L:remote_LU_name::local_LU_name:mode_name:TP_name
remote_LU_name, local_LU_name, mode_name 의 value는 APPC
service에 등록이 되어있슴.
ex) $ sqlplus scott/tiger@L:BBBBBBBB::AAAAAAAA:CCCCCCCC:TPORA7
4. 특이사항.
-. gentpn시 Max_RU_size와 Min_RU_size 256으로 set:
sqlplus에서 접속시 SQL> prompt가 떨어지지 않고 waiting 상태.
반면 상대방 remote system에 session 은 연결됨.
-. gentpn시 Max_RU_size와 Min_RU_size 512으로 set:
sqlplus에서 접속은 됨.
그러나 512를 넘어서는 데이타일경우에는 ORA-6412 에러가 떨어지면서
disconnect 가 되어버림. (ORA-6412:bad read length)
remote에서 select 된 데이타는 local system 까지는 가져옴.
data size 는 548.
sqlplus 에서 array size를 '1'로 하면 정상적으로 작동.
ex) 1). select empno, ename from emp; ----> 정상
2). select * from emp; ----> disconnect
3). select empno, ename, hiredate, sal,
mgr, comm, deptno
from emp; ----> disconnect
4). set array 1
select * from emp; ----> 정상
-. gentpn시 Max_RU_size와 Min_RU_size 1024으로 set:
데이타 사이즈가 1024를 넘어설경우 동일한 현상발생.great to hear some one talking of sql*net for dos
hi
you can't connect from v1 to net8
you can conn from v1 to v2
don't start net8
on the server
start sql*net 2.?? at the server
hope this helps
I need drivers for sql*net on dos
where can i down load these from
thnkx
Adrian Maier (guest) wrote:
: Here is my problem:
: I have some DOS applications written for Oracle 6 for DOS.
: I want that these connect to an Oracle Server using SQL*Net.
: For the start, I want to connect to the server with sqlplus,
: from DOS. For testing I have a small TCP/IP network with two
: computers:
: 1. the SERVER, running Linux(Debian 2.1) and Oracle 8.0.5
: 2. the CLIENT, running MSDOS, PSNFS as networking software
: and SQL*Net Client v1 for DOS.
: Question: Is this version of SQl*Net client compatible with
: Net8 which comes with Oracle8?
: From win95 I've bben able to connect to the server, so I
: believe the serevr is correctly configured. When I'm trying
: to connect from DOS with sqlplus, the ethernet card's leds
: blink two or three times, which means that some data is
: transmitted through network. After that, sqlplus waits for
: an indefinite period of time.
: If I stop the listener, sqlplus generates the error ORA-06136
: and asks for a new username. If I don't stop the listener,
: sqlplus remains blocked.
: In SQLNet documentation I've found:
: "ORA-06136: Error during connection handshake.
: Cause: The destination server was unable to obtain enough
: information to complete the connection.
: Action: Check that the configuration of the server is correct,
: blah, blah .... "
: I think that the server might not understand this version
: of client, but Net8 should be "backward compatible"!
: SQL*Net client v1 was the only DOS version I could find.
: Are there any other newer DOS SQl*Net clients available?
: If you have any idea about what could I do, please let me know.
: Best regards,
: Adrian Maier
: [email protected]
null -
WINDOWS 용 SQL*NET 를 사용 시 ORA-3121
제품 : SQL*NET
작성날짜 : 1995-11-06
다음은 ORA-3121을 해결하기 위해 단계별 조치방법을 설명하겠습니다.
==========================
SQL*NET V2 에서의 ORA-3121
==========================
1) SQL*NET V2를 통해 연결하려 할 때 Connect String에 'tns:' prefix를 사용
하지 않으면 ORA-3121이 나오는 경우가 있습니다.
예를 들어서 tnsnames.ora 에 등록된 service name이 TORA라고 가정한다면
Connect String을
tns:TORA
와 같이 지정하면 됩니다.
Powerbuilder의 경우에는
@TORA 또는 @tns:TORA
로 주게 됩니다.
2) PC에 SQL*NET V2가 install이 안 되어 있는 경우에 Connect String을 TORA와
같이 SQL*NET V2 형식으로 주게되면 ORA-3121이 발생합니다.
ORACLE Installer를 실행하여 현재 인스톨 되어 있는 목록을 확인하여 SQL*NET
V2와 TCP/IP ADAPTER가 인스톨이 되어 있는지 확인합니다.
3) 만약 NETTEST나 TNSPING, SQLPLUS에서는 접속이 되는데 POWER BUILDER와 같은
3rd Party Tool에서 접속이 되지 않고 ORA-3121이 발생하면 이 때에는
C:\ORAWIN\BIN 또는 C:\ORAWIN95\BIN
디렉토리가 PATH에 설정이 되어 있지 않은 경우입니다.
PATH를 확인하시기 바랍니다.
4) 3rd PARTY TOOL로 개발된 16BIT APPLICATION 이라면 AUTOEXEC.BAT 화일에
다음을 추가하고 PC를 REBOOTING 합니다.
SET CONFIG=C:\WINDOWS\ORACLE.INI
=========================
SQL*NET V1에서의 ORA-3121
=========================
1. Windows에서 나와서 DOS 프롬프트로 가십시요.
2. DOS 프롬프트에서 PATH를 입력하고 <RETURN>을 누르십시요.
현재 경로에 있는 모든 드라이브를 적어 두십시요. (C:, D:)
3. 2에서 적은 DOS 경로의 모든 드라이브에서 ORA6WIN.DLL 이라는 화일을 찾으시
기 바랍니다.
(Norton에서 FILEFIND 유틸리티를 사용하거나 DOS 5.0 이상의 경우 Root 디렉토
리에서 간단하게 DIR ORA6WIN.DLL/S를 실행하는 것이 좋은 방법입니다.
Windows 파일 관리자의 파일 찾기 유틸리티를 사용할 수도 있습니다.)
ORA6WIN.DLL이 여러 개이면 한 가지만 제외하고 모든 복사본의 이름을 바꾸십
시요.
(ORA6WIN.DLL같은 것으로). 한 가지 예외는 4/13/92(285573 byte)
또는 10/15/92(380639 bytes)라고 적힌 ORA6WIN.DLL은 복사본입니다.
이들 두 버전의 ORA6WIUN.DLL은 Oracle Corporation이 적접 배포한 것입니다.
10/15/92이후 날짜로 되어있고 380639 바이트보다 큰 파일을 가지고 있다면 그
것을 사용해도 좋습니다.
( 이들 날짜의 ORA6WIN.DLL 복사본이 없으면 제3자 응용 프로그램 업체에 연락해
서 이 파일의 복사본을 구하십시요. 디스크 레이블이 "Windows Required
Support Files Version 6.0xx.x.x"인 Oracle 제품이라면, 틀림없이
ORA6WIN.DLL의 최신 복사본이 있을 것입니다.)
4. ORA6WIN.DLL이 있는 디렉토리를 적어 두십시요.
5. 현재 경로에 앞서 말한 디렉토리가 있는지 확인하십시요.
DOS Prompt에서 PATH를 입력하고 <RETURN>을 누르면 됩니다.
6. 현재 경로에 ORAWIN\BIN 디렉토리가 있는지 확인하십시요. (또는 Windows용
SQL*NET이 설치된 곳, 잘 모르겠으면 ORACLE_HOME\BIN 디렉토리를 보십시요.
ORACLE.INI 파일에 ORACLE_HOME이 정의되어 있습니다.)
또한 ORACLE_HOME\BIN 디렉토리에 SQL*NET DLL이 있는지 확인하십시요.
(예를 들어, Windows용 SQL*NET SPX의 경우는 SQLSPX.DLL과 SQLSPX1.DLL,
WINDOWS용 SQL*NET TCP/IP의 경우는 SQLTCP.DLL과 SQLTCP1.DLL).
ORACLE_HOME\BIN디렉토리에 ORA7WIN.DLL이 있는 지도 확인해야 합니다.
7. WINDOWS 디렉토리의 win.ini 파일을 편집하십시요.
다음과 같은 ORACLE이라는 그룹을 반드시 넣어야 합니다.
[Oracle]
ORA_CONFIG=C:\WINDOWS\ORACLE.INI
8. A) DOS 프롬프트에서 SET을 다시 입력하고 <RETURN>을 누르십시요.
CONFIG라는 DOS환경 변수가 CONFIG.ORA 라는 파일에 인쇄하도록 설정되어 있는지
점검하십시요.
CONFIG 환경 변수는 다음과 같아야 합니다.
<server : DOS, unix, tool : DOS>
CONFIG=C:\ORACLE6\CONFIG.ORA
B) 환경 변수에 CONFIG 변수가 설정되어 있지 않으면 AUTOEXEC.BAT 파일에
다음 명령문을 추가하고 나서 다시 부팅하십시요.
<server : unix, tool : windows>
SET CONFIG=C:\WINDOWS\ORACLE.INI
(Windows 디렉토리에 해당 경로에 넣으십시요)
CONFIG가 설정되지 않아서 8B) 단계를 수행했으면 9단계는 무시하십시요.
9. CONFIG.ORA와 ORACLE.INI FILE의 다음 매개변수를 일치 시키십시요.
(이들 파일의 위치에 대해서는 8단계를 참조하십시요.)
이들 매개변수 중에는 두 파일에 없는 것도 있습니다. 이들 매개 변수가 CONFIG.ORA나 ORACLE.INI에 있으면 정확히 일치하게 하십시요. 이들 매개변수 중
에 두 파일 중 어디에도 없는 것이 있다면, 그것을 추가하지 마십시요.
또한 이들 매개변수 중에 불필요한 것이 있을 수도 있지만, 그것을 CONFIG.
ORA와 ORACLE.INI에 모두 추가해도 전혀 문제는 없습니다.
매개변수 목록 :
WIN_LOCAL_SESSIONS
WIN_REMOTE_SESSIONS
LOCAL
REMOTE
INTERRUPT
XMMITR
TCP_HOSTS_FILE
TCP_SERVICES_FILE
SQLNET DBNAME
10. 지금 WINDOWS를 시작한 다음, 프로그램 관리자의 도움말(HELP)을 클릭하고
ABOUT PROGRAM MANAGER를 클릭하여 WINDOWS가 enhanced mode인지 확인해 보시
기 바랍니다.
WINDOWS용 SQL*NET은 표준 모드로 작동하지 않습니다.
11. 로그인 화면에 Connect String을 명시적으로 제공한 경우에는 Connect
String 앞에 '@'를 지정하지 마십시요.
다음 예와 같이 그냥 Connect String만을 입력하십시요.
t:orasrv:orasid 혹은 x:orasrv
12. ORACLE.INI와 CONFIG.ORA에 LOCAL 매개 변수가 있으면, 로그인 화면에서
Connect String을 지정하지 않고 Connect String field를 비워둘 수 있습니다.
LOCAL=t:orasrv:orasid
(Note): Oracle Corporation은 사용자의 \ORAWIN\BIN 디렉토리에 설치되는
NETTEST.EXE라는 WINDOWS 시험 프로그램을 배포합니다. 이 프로그램을 사용하면
Remote ORACLE 서버에 대한 연결을 시험할 수 있습니다. 이 프로그램은 연결되지
만 제3자 툴이 연결되지 않으면 해당 툴 업체에 문의하십시요.The last 16-bit ODBC driver was an Oracle7 driver. I don't believe it's certified for use with an 8i database.
Justin -
WINDOWS 용 SQL*NET 사용 시 TNS-12203
제품 : SQL*NET
작성날짜 : 2004-11-09
WINDOWS 용 SQL*NET 사용 시 TNS-12203
====================================
PURPOSE
TNS-12203 "TNS:unable to connect to destination"은 여러가지 원인 때문에
발생할 수 있습니다. 여기서는 가장 일반적인 몇 가지 원인을 설명합니다.
1. WINDOWS 용 TCP/IP 어댑터를 설치하지 않은 상태에서 연결하려 하면 TNS-
12203이 발생할 수 있습니다. SQL*NET TCP/IP V2는 SQL*NET V2와 V2 TCP/IP
어댑터 등 두가지 제품으로 구성됩니다. 이들은 별도의 두 키트로 되어 있는데,
반드시 두 키트를 모두 설치해야 합니다.
2. TNS-12203 에러는 WINDOWS 용 ORACLE SQL*NET소프트웨어가 ORACLE HOME
디렉토리를 찾을 수 없다는 의미일 수 있습니다. 이 문제를 해결하려면, 먼저
WIN.INI 화일의 ORACLE 부분에 다음 항목이 있는지 확인하십시오.
[ORACLE]
ORA_CONFIG=C:\WINDOWS\ORACLE.INI
WINDOWS디렉토리가 C:\WINDOWS가 아니면, 위 행의 C:\WINDOWS 부분을 그
이름으로 바꾸십시오. 그런 다음, ORACLE 소프트웨어를 다시 설치하십시오.
ORACLE.INI 화일이 있으면 그 ORACLE.INI 화일에 다음 행이 있는지
확인하십시오.
ORACLE_HOME=C:\ORAWIN
ORACLE 홈 디렉토리가 C:\ORAWIN이 아니면 위 행의 C:\ORAWIN 부분을 그
이름으로 바꾸십시오.
3. TNSNAMES.ORA가 ORACLE 홈 디렉토리 아래의 NETWORK\ADMIN에 있는지
확인하십시요. ORACLE 홈 디렉토리는 ORACLE.INI(또는 WIN.INI의
ORA_CONFIG 매개변수가 지시하는 파일)의 ORACLE_HOME 에 의해 정의됩니다.
4. 서버 쪽에서 실행 중인 SQL*NET V2 TCP/IP Listener가 없어도 TNS-12203이
발생할 수 있습니다. 서버 쪽에서 실행 중인 SQL*NET V2가 있는지 확인하십시오.
서버 쪽에서 Listener Control 유틸리티(LSNRCTL)를 사용하면 서버의 V2
Listener가 실행 중인지 확인할 수 있습니다. 서버에서 "LSNRCTL STATUS"
명령을 실행하십시오. Listener Control 유틸리티에 대해서는 SQL*NET
Administrator's Guide를 참조하십시오.
5. 연결할 SERVICES 이름에 대해 CONNECT DESCRIPTOR에 정확한 ADDRESS
매개 변수를 지정했는지 확인하십시오. 정확한 ADDRESS 매개변수를 사용 중인지
확인하는 방법은, WINDOWS 클라이언트에서 사용 할 것과 같은 ADDRESS 매개
변수를 가진 TNSNAMES.ORA를 사용하여 서버에서 루프백을 해 보는 것입니다.
루프백을 수행한다는 것은 데이타베이스와 같은 기계에서 SQL*DBA 등을
호출하고 연결 스트링을 지정함으로써 SQL*NET V2를 통해 연결한다는 뜻입니다.
6. JSB VSL 소켓이 초기화되지 않으면 TNS-12203이 발생할 수 있습니다. 이
문제를 해결하려면 다음 사항을 점검하여 JSB VSL 레이어가 정확하게
초기화되었는 지 확인하십시요.
1) ORACLE.INI 파일(또는 WIN.INI의 ORA_CONFIG 매개변수가 지시하는 파일)의
업체키 매개변수 TCP_VENDOR가 정확하게 설정되었는 지 확인하십시요
2) ORACLE_HOME\BIN 디렉토리에 MSOCKLIB.DLL이 있는지 확인하십시요.
3) ORACLE_HOME\BIN 디렉토리에 선택된 JSB 업체 특유의 DLL이 있는지, 또는
그 JSB 업체 특유의 TSR 파일이 실행되는 지 확인하십시요.
4) WINDOWS 홈 디렉토리에 VSL.INI 파일이 있는 지 확인하십시요.
7. TNS-12203에 이어 실제 문제가 무엇인지 더 자세하게 나타내 주는
또 다른 에러가 발생할 수 있습니다. 화면에서 다른 에러가 보이지 않으면
ORACLE_HOME\NETWORK\LOG 디렉토리의 SQLNET.LOG 파일을 점검하십시오.change (Port = 1526) to 1521 and try to connect
add the entry to tnsnames.ora file on both client and server
ORCL =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST =192.168.25.16 )(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = orcl)
EXTPROC_CONNECTION_DATA =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(CONNECT_DATA =
(SID = PLSExtProc)
(PRESENTATION = RO)
)Edited by: rajeysh on May 15, 2011 3:02 PM -
WINDOWS 용 SQL*NET 사용 시 TNS-12545
제품 : SQL*NET
작성날짜 : 1995-11-10
WINDOWS 용 SQL*NET 사용 시 TNS-12545
====================================
에러 TNS-12545 "TNS:name lookup failure"는 TCP/IP 프로토콜 어댑터를 가진
SQL*NET V2를 통해 툴에서 연결하려는데 TCP/IP 프로토콜 어댑터가 TNSNAMES.ORA
파일의 ADDRESS 부분에 제공된 호스트 이름을 분석할 수 없을 때 발생합니다.
TNS-12545는 SQL*NET TCP/IP V1에서 발생하는
ORA-6105 "NETTCP:remote host is unknown"과 비슷합니다.
* TNS-12545를 진단하는 단계
1. 호스트 이름을 이용하여 호스트에 대해 TELNET과 PING을 실행해 보십시요. 즉
PING <server> 또는 TELNET <server>를 실행해 보십시요. 호스트 이름을
사용하여 PING이나 TELNET을 성공적으로 실행할 수 없으면, 먼저 TCP/IP 구성을
점검해야 합니다. PING나 TELNET의 WINDOWS 버전을 사용하여 해 보십시요. 몇몇
DOS 버전이 잘 작동하더라도 WINDOWS 구성에 문제가 있으면 WINDOWS 버전에서
에러가 발생할 수 있습니다.
2. 서버에서 루프백을 수행하여 서버쪽이 정확하게 설정되었는지 확인하십시오.
루프백을 수행하려면 데이타베이스가 있는 MACHINE에서 아무 툴이나 호출하고,
TNSNAMES.ORA에 WINDOWS 클라이언트에 사용한 것과 같은 ADDRESS 매개 변수를
사용하여 SQL*NET V2를 통해 데이타베이스에 연결해 보십시요.
3. 다음에는 사용자의 TCP/IP 소프트웨어가 IP 주소의 이름 분석을 위해 PC에서
DOMAIN NAME SERVICE(DNS)를 사용하는지 아니면 파일 찾아보기를 사용하는지
점검하십시요.
4. DNS를 사용한다면, DNS에 해당하는 모든 드라이버를 올리도록 하십시요. 예를
들어, SUN PC/NFS는 RNMNIS.EXE를 올려야만 Naming Information Service를
사용할 수 있게 됩니다.
5. DNS를 사용하지 않는다면, HOST 파일에 연결해야 할 호스트의 항목이 있는
지 확인하고, 만약 없으면 추가하십시요. WINDOWS용 TCP/IP 어댑터는 원래
TCP/IP 업체가 예상한 디렉토리에 상주하는 HOST 화일을 사용합니다. HOST
파일의 각 항목 뒤에는 반드시 키리지 리턴을 넣어야 합니다. 또한 그러한
서비스에 필요한 드라이버를 모두 점검해야 합니다. 예를 들어, SUN PC/NFS는
그러한 서비스를 올리려면 RNMFILE.EXE가 필요합니다.
6. WINDOWS 호출을 사용하지 않고 open() 호출을 사용했기 때문에 파일 핸들이
초과할 수 있습니다. SQL*NET V1은 여기에 해당하지 않습니다. 이 버그는 버전
2.1.5에 와서 해결되었습니다.
7. 연결을 시도하여 여전히 TNS-12545가 나오면, TNSNAMES.ORA 파일의 ADDRESS
부분 아래에 있는 HOST 매개 변수에 호스트 이름을 지정하지 말고 IP 주소를
지정하는 것도 한 가지 해결책이 될 수 있습니다. 다음 예를 참조하십시요.
HOST=139.141.61.64I've downloaded 11i.10.2 from the edelivery site, and unzipped all files to E:, so
my staging area looks like E:\startCD, E:\oraDB, etc.You have to correct the set up of the stage area directory. The installation file system must contain a directory, Stage11i, in which the downloaded files will be unzipped. The file structure under that top-level directory will be automatically created when unzipping the files.
So, all what you need to do is the following:
- Create new directory E:\Stage11i
- Place all the zip files you have downloaded under this directory
- Unizip the files within this directory
By the end, you should have a directory structure similar to the following:
E:\Stage11i\startCD
E:\Stage11i\oraDB
E:\Stage11i\oraAppDB
E:\Stage11i\oraiAS
E:\Stage11i\oraApps
E:\Stage11i\oraNLS
Run Rapid Install from the Stage11i directory. -
SQL*Net over IPC fails for normal users
When normal users try to use SQL*Net to log on to a local
database on a Linux box, they get the message "ORA-12546:
TNS:permission denied". An example of this would be the command:
sqlplus scott/tiger@MG8
The oracle unix account can execute the above without problems
and when a normal user sets ORACLE_SID and omits the SQL*Net
connect string it works fine.
Oddly, this is only a problem for connections using the IPC
protocol. If I omit the IPC section from my listener.ora
(leaving only the TCP section), non-privileged users can log on
to local databases through SQL*Net without problems.
I suppose it's not a big deal (there's not that much overhead
going through the TCP loopback port on Linux), but I'm wondering
what's wrong. SQL*Net over IPC certainly works on Solaris.
This is on a S.u.S.E 5.3 distribution of Linux.
nullMark Gleaves (guest) wrote:
: When normal users try to use SQL*Net to log on to a local
: database on a Linux box, they get the message "ORA-12546:
: TNS:permission denied". An example of this would be the
: command
: sqlplus scott/tiger@MG8
: The oracle unix account can execute the above without problems
: and when a normal user sets ORACLE_SID and omits the SQL*Net
: connect string it works fine.
Check that your oracle executable is SUID oracle and SGID dba?
I'd have thought that would cause problems with bequeath
connections, so perhaps not.
Wierd error. You might try running an strace on the sqlplus to
see what system call fails.
-michael
null -
TCP/IP IN SQL*NET & SLIP / PPP
제품 : SQL*NET
작성날짜 : 1997-10-10
SLIP (Serial Line Internet Protocol)
SLIP 과 Ethernet 은 TCP/IP 을 구현하는 매체에 규정되어지는 두개의
PROTOCOL 입니다
SLIP은 serial/modem lines 에 사용되어지며, Ethernet은 Coaxial
cable 에 사용되어집니다
SQL*NET 에서는 이 두가지가 차이가 없으며, SQL*NET 은 이 두 가지를
단지 TCP/IP 로 볼 뿐입니다.
그림으로 보면 다음과 같읍니다
| SQL*Net |
| Tcp/ip |
-------------------+
| SLIP | Ether |
-------------------+
| Serial| Coax |
SLIP 대신에 PPP 를 사용하는 것은 serial TCP/IP 통신을 하는 새로운
방법입니다
이러한 방법은 SQL*NET 과는 직접적인 관련이 없으며, SQL*NET 은
Serial Line 을 통해 바로 접속이 됩니다.
따라서 Serial line (Modem)과 Ethernet (Lan card) 을 통한 접속은
TCP/IP 설정만 올바르게 되어있다면 SQL*NET 이상없이 접속할수
있으며 이상유무를 SQL*NET 에서 볼수는 없읍니다When someone answers you, please forward the answer to my email. I am trying to connect to an Oracle db from Visual Basic, and need the component. I have downloaded software from this site, but it did not have the SQL Net.
-
SQL*Net Client for Oracle 8i/9i ?
Hi..All,
Where do I download just the SQL*NET client for ORacle 8i/9i. ?
RegardsI have the same question: is there a stand-alone
installer for SQL*Net?No.
>
I need this for a Windows 2003 Server x64 platform.
The link provided just goes to the client, which is
far too large to transfer over my VPN connection to
a remote host.The alternative is the 'instant client'. You MIGHT be able to use that. -
Hello,
i'm looking for the SQL*NET proxy because i want to integrate into out firewall software. I'm looking for a contact too. Nobody knows anything about this product.
With best regards
Claus Rosenbergerdespite that I do not know the type of the Firewall , I was able to adjust Oracle with Microsoft ISA server as follows :
go to oracle server on Windows 2000
open system variables
insert the following variable : USE_SHARED_SOCKET
make its value : TRUE
restart server
this variable will make you able to share ports on windows platform ,, this is essential because Oracle servers replies back on any port randomly when trying to connect to it ,, you can track this by enabling tracing for listener.
on firewall you will need to redirect connection received by the firewall on specific port on the firewall and NAT it to Oracle server IP/port .
this is proven work
on UNIX you do not need this beacsue Unix natively share ports. -
How do I get SQL*Net Client for Win95?
Specifically, which software package comes with the SQL*Net Client for Windows 95?
Any of the products that requires a client side installation will include it. Things like the server will also normally include a client side instalation kit. The JDBC drivers do not come bundled with a client (not when downloaded from technet at any rate).
-
SQL*Net more data to dblink event for hours or days
Hello Everyone,
in our production database when we commit a transaction we call a remote procedure over dblink.
usually the call succeeds ,but every now and then a couple of sessions hang up,
when I use the session browser of Toad I notice that these sessions are waiting with the event SQL*Net more data to dblink
below are some queries and their results:
select sid,event,wait_class,wait_time,seconds_in_wait,state from gv$session_wait where sid=225
rslt:
225 SQL*Net more data to dblink Network -1 18279 WAITED SHORT TIME
select * from gv$session_wait_history where sid=225
rslt:
INST_ID SID SEQ# EVENT# EVENT P1TEXT P1 P2TEXT P2 P3TEXT P3 WAIT_TIME WAIT_TIME_MICRO TIME_SINCE_LAST_WAIT_MICRO
2 225 1 344 SQL*Net more data to dblink driver id 1413697536 #bytes 8144 0 0 8 41
2 225 2 344 SQL*Net more data to dblink driver id 1413697536 #bytes 8143 0 0 13 39
2 225 3 344 SQL*Net more data to dblink driver id 1413697536 #bytes 8149 0 0 7 37
2 225 4 344 SQL*Net more data to dblink driver id 1413697536 #bytes 8145 0 0 8 40
2 225 5 344 SQL*Net more data to dblink driver id 1413697536 #bytes 8145 0 1 11394 37
2 225 6 344 SQL*Net more data to dblink driver id 1413697536 #bytes 8143 0 0 7 37
2 225 7 344 SQL*Net more data to dblink driver id 1413697536 #bytes 8145 0 0 7 36
2 225 8 344 SQL*Net more data to dblink driver id 1413697536 #bytes 8138 0 0 8 37
2 225 9 344 SQL*Net more data to dblink driver id 1413697536 #bytes 8149 0 0 8 38
2 225 10 344 SQL*Net more data to dblink driver id 1413697536 #bytes 8149 0 1 11476 37I'm not sure but from the above results ,is it safe to conclude that I get stuck because I am caught in infinite loop trying to write to dblink?
additional notes:
<li>some times when I look at the current statement I find that the statement is a query or insert into a local table.
<li>there were some network outages.
<li>when viewing the database log files I found:Error 3135 trapped in 2PC on transaction 7.6.306086. Cleaning up.
Error stack returned to user:
ORA-03135: connection lost contact
ORA-02063: preceding line from MPF//where MPF is the name of dblinkeven though we use the DBLink to execute the procedure only without any changes on the remote DB, and we don't use 2PC.
<li> the local DB is a RAC
select * from dba_blockers
rslt:
no rows
select * from dba_waiters
rslt:
no rows
select * from gv$lock where sid=225
rslt:
INST_ID ADDR KADDR SID TYPE ID1 ID2 LMODE REQUEST CTIME BLOCK
2 0000000199D54F60 0000000199D54FB8 225 AE 100 0 4 0 20152 2
2 000000018EA18108 000000018EA18180 225 TX 1114138 251539 6 0 19654 2
select * from gv$session where sid=225
rslt:
INST_ID SADDR SID SERIAL# AUDSID PADDR USER# USERNAME COMMAND OWNERID TADDR LOCKWAIT STATUS SERVER SCHEMA# SCHEMANAME OSUSER PROCESS MACHINE PORT TERMINAL PROGRAM TYPE SQL_ADDRESS SQL_HASH_VALUE SQL_ID SQL_CHILD_NUMBER SQL_EXEC_START SQL_EXEC_ID PREV_SQL_ADDR PREV_HASH_VALUE PREV_SQL_ID PREV_CHILD_NUMBER PREV_EXEC_START PREV_EXEC_ID PLSQL_ENTRY_OBJECT_ID PLSQL_ENTRY_SUBPROGRAM_ID PLSQL_OBJECT_ID PLSQL_SUBPROGRAM_ID MODULE MODULE_HASH ACTION ACTION_HASH CLIENT_INFO FIXED_TABLE_SEQUENCE ROW_WAIT_OBJ# ROW_WAIT_FILE# ROW_WAIT_BLOCK# ROW_WAIT_ROW# TOP_LEVEL_CALL# LOGON_TIME LAST_CALL_ET PDML_ENABLED FAILOVER_TYPE FAILOVER_METHOD FAILED_OVER RESOURCE_CONSUMER_GROUP PDML_STATUS PDDL_STATUS PQ_STATUS CURRENT_QUEUE_DURATION CLIENT_IDENTIFIER BLOCKING_SESSION_STATUS BLOCKING_INSTANCE BLOCKING_SESSION FINAL_BLOCKING_SESSION_STATUS FINAL_BLOCKING_INSTANCE FINAL_BLOCKING_SESSION SEQ# EVENT# EVENT P1TEXT P1 P1RAW P2TEXT P2 P2RAW P3TEXT P3 P3RAW WAIT_CLASS_ID WAIT_CLASS# WAIT_CLASS WAIT_TIME SECONDS_IN_WAIT STATE WAIT_TIME_MICRO TIME_REMAINING_MICRO TIME_SINCE_LAST_WAIT_MICRO SERVICE_NAME SQL_TRACE SQL_TRACE_WAITS SQL_TRACE_BINDS SQL_TRACE_PLAN_STATS SESSION_EDITION_ID CREATOR_ADDR CREATOR_SERIAL# ECID
2 00000001993E4F58 225 445 1353611 0000000198E2FA10 198 <schema> 47 2147483644 000000018EA18108 ACTIVE DEDICATED 198 <schema> oracle 1234 <cluster name> 49993 unknown JDBC Thin Client USER 00000001968A1250 3198676106 72y8ztfzagv4a 2 02/04/2013 11:18:22 ص 33554852 00000001968A18E0 3992616824 03mm4u3qznzvs 0 02/04/2013 11:18:22 ص 33554730 158207 1 158207 1 JDBC Thin Client 2546894660 0 12206 122409 8 49354 0 94 02/04/2013 10:53:20 ص 19559 NO NONE NONE NO DISABLED ENABLED ENABLED 0 NOT IN WAIT NOT IN WAIT 42844 344 SQL*Net more data to dblink driver id 1413697536 0000000054435000 #bytes 8144 0000000000001FD0 0 00 2000153315 7 Network -1 19553 WAITED SHORT TIME 8 19553325216 SYS$USERS DISABLED FALSE FALSE FIRST EXEC 100 0000000198E2FA10 2 004qLk^iPyp0bqw5wFDCiW0002fR000B^fHi ,
we managed to reproduce the case in test environment, below are the steps:
1)have 2 databases on different machines, will call the first one local, the other one remote.
2)in the local database create:
a - DBLink to remote database.
b - read data from remote database(we simply used select count(*) from dummy_table )
c - insert data into a table on the local database
d - terminate the connection between the 2 databases (disconnect either machine from the network)
e - commit on local database.
what we noticed was the following:
1)when the local database is disconnected from the network(the machine is not connected to any network at the moment): almost immediately throws an error, and issuing the following:
select * from dba_2pc_pending;we found some data .
2) when the remote database was disconnected(the local database is still connected to the network):
after 7-8 seconds an error is thrown, and issuing the following:
select * from dba_2pc_pending;did not return any data.
since this is pretty similar to our case ,we concluded that it's a network issue.
is this the correct behavior ?
as a temporary solution till the network issue is fixed ,we did the following:
1) changed the call of the remote procedure to calling a local procedure that calls the remote procedure.
2) added pragma autonomous_transaction to the local procedure.
3) at the end of the local procedure rollback the autonomous transaction.
it seems that since the global transaction does not use the DBLink database does not issue a 2PC commit.
this works in my cases since the DBLink is only issed to read data.
Maybe you are looking for
-
ABAP-HR material needed - urgent please
Hi all I am new to sap hr, shifted from ABAP to HR-ABAP. could anyone plz send me the ABAB-HR related materials & documents to me plz to use the id in my business card. it will be of greatest help. thanks in advance. regards Anand
-
I have been told how to set up with a regular LINKSYS wireless but can I use my VOIP modem with the AIRPORT EXPRESS?
-
I think I said everything I needed to in my "Topic" comment. Thank you for any suggestions
-
Losing work and freezing up in Captivate 4 when adding any objects or recording slide
I've been using C4 for two months without any big issues until now. I can't record any new screens to my current file without the whole program crashing. In addition, I can't paste in the objects that make the project interactive without crashing. I'
-
Can we send attach with Inbound IDoc
Hi All, I have requirement, Proxy to Idoc scenario where i need to send attchement along with Idoc message coming from proxy message. Can we do that? Also, i have another requirement as , i have 2 receivers , one is soap and one is Idoc , i need to s