He encontrado una solución para este problema. Para explicar mi solución, he usado algunos alias que se refieren a mis parámetros reales. Estos son:
[ME] = my user name
[MYHOST] = my current workstation hostname (netbios name as well)
[MYHOST.mycompany.com] = my worksation's fully qualified domain name
Al principio tenía la misma situación que se ha mencionado más arriba: yo era incapaz de conectar con el servicio ápice incluso después de la instalación exitosa.
En primer lugar he utilizado la utilidad tnsping oráculo:
C:\Users\ME>tnsping MYHOST
Ésta fue la respuesta:
TNS Ping Utility for 32-bit Windows: Version 11.2.0.2.0 - Production
Copyright (c) 1997, 2010, Oracle. All rights reserved.
Used parameter files:
C:\oraclexe\app\oracle\product\11.2.0\server\network\admin\sqlnet.ora
Used HOSTNAME adapter to resolve the alias
Attempting to contact (DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=
(PROTOCOL=TCP)(HOST=fe80::5d34:78a:5862:64%20)(PORT=1521))
(ADDRESS=(PROTOCOL=TCP)(HOST=fe80::c27:54a4:1600:86a4%26)(PORT=1521))(ADDRESS=
(PROTOCOL=TCP)(HOST=fe80::38ab:cdb4:dd77:7ed9%12)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)
(HOST=10.9.32.208)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.56.1)(PORT=1521))
(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.1.106)(PORT=1521)))
TNS-12541: TNS:no listener
Ves por encima de un montón de diferentes direcciones IP activas actualmente. Solo falta el 127.0.0.1 más importante. Trabajo en el portátil, por lo que la red "casi siempre" cambia (WLAN, 3G, HSDPA, Ethernet, etc.), solo se repara el host local. Y ese fue el verdadero caso del problema. (Cuando estaba trabajando en el entorno de oficina conectado a la red de la oficina también estaba funcionando).
Cuando estaba en esta situación, también comencé a usar la utilidad lsnrctl oracle. he visto lo siguiente:
LSNRCTL> status
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for 32-bit Windows: Version 11.2.0.2.0 - Production
Default Service XE
Listener Parameter File /oraclexe/app/oracle/product/11.2.0/server\network\admin\listener.ora
Listener Log File C:\oraclexe\app\oracle\diag\tnslsnr\MYHOST\listener\alert\log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC1ipc)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=MYHOST.mycompany.com)(PORT=1521)))
Services Summary...
Service "CLRExtProc" has 1 instance(s).
Instance "CLRExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
The command completed successfully
se puede ver que el servicio para el vértice en el puerto 8080 no se encuentra !!! He tratado también el ping normal, que funcionó a la perfección:
C: \ Users \ ME> ping MYHOST.mycompany.com
El resultado fue:
MYHOST.mycompany.com [fe80::c27:54a4:1600:86a4%26] ping
response fe80::c27:54a4:1600:86a4%26: time<10 ms
...
Puede darse cuenta de la dirección IPv6 también existe en mi prueba de tnsping también.
Así que he decidido definir myhost en mis anfitriones locales directamente archivo:
127.0.0.1 localhost MYHOST MYHOST.mycompany.com
Prueba ahora con mesa de ping:
C:\Users\ME>ping MYHOST
Y la respuesta:
MYHOST.mycompany.com [127.0.0.1] ping:
response 127.0.0.1: byte=32 time<10 ms. TTL=128
...
En este punto que reinicié (detuve y comencé de nuevo) los dos servicios Oracle en ejecución (con seguridad):
OracleServiceXE
OracleXETNSListener
Y mira el milagro:
C:\Users\ME>lsnrctl
LSNRCTL for 32-bit Windows: Version 11.2.0.2.0 - Production
LSNRCTL> status
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for 32-bit Windows: Version 11.2.0.2.0 - Production
Default Service XE
Listener Parameter File /oraclexe/app/oracle/product/11.2.0/server\network\admin\listener.ora
Listener Log File C:\oraclexe\app\oracle\diag\tnslsnr\MYHOST\listener\alert\log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC1ipc)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=MYHOST.mycompany.com)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=MYHOST.mycompany.com)(PORT=8080))(Presentation=HTTP)(Session=RAW))
Services Summary...
Service "CLRExtProc" has 1 instance(s).
Instance "CLRExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "XEXDB" has 1 instance(s).
Instance "xe", status READY, has 1 handler(s) for this service...
Service "xe" has 1 instance(s).
Instance "xe", status READY, has 1 handler(s) for this service...
The command completed successfully
LSNRCTL>
se puede ver la importante línea con el puerto = 8080 y la instancia de servicio XE. Así que estoy contento de que la URL de inicio esté funcionando nuevamente.
Este post despertó a un oyente HTTP 11g XE muerto de piedra en mi sistema Win7. Acaba de agregar la línea indicada a C: \ Windows \ System32 \ drivers \ etc \ hosts y el servicio HTTP funcionó, incluso sin reiniciar los servicios de Oracle. ¡Muchos Thanx Miklos, salvaste mi día! –