Der Oracle-Listener wird nicht ausgeführt und startet nicht

Ich hatte das gleiche Problem . Lösung in meinem Fall: Führen Sie CMD als ADMINISTRATOR . Aus und geben Sie Folgendes ein: "lsnrctl start". (In meinem Fall waren es nur 50 Sekunden, aber nur um auf der sicheren Seite zu sein)

1.Überprüfen Sie die Umgebungsvariablen (muss für System und nicht für Benutzer festgelegt werden):

Oracle_HOME = C:\oraclexe\app\Oracle\product\11.2.0\server
Oracle_SID = XE

2.Überprüfen Sie, ob Sie in listener.ora die richtige Definition haben

XE =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
      (ADDRESS = (PROTOCOL = TCP)(Host = localhost)(PORT = 1521))
    )
  )

DEFAULT_SERVICE_LISTENER = (XE)

3.Starten Sie den Dienst neu (Dienste> OracleServiceXE).

Danach wird möglicherweise ein neuer Dienst namens OracleXETNSListenerXE angezeigt.
Es gibt bereits einen alten OracleXETNSListener.

Ich habe beides gestartet und konnte dann eine erfolgreiche Verbindung herstellen.

Bearbeiten:

Wenn alles läuft, Sie aber immer noch keine Verbindung herstellen können, prüfen Sie, ob kein Fehler vorliegt: ORA-12557: TNS: Protokolladapter nicht ladbar .

Um den Fehler zu korrigieren, gehen Sie zurück zu den Umgebungsvariablen und bearbeiten Sie diesmal die folgende Variable: Path. Stellen Sie sicher, dass C:\oraclexe\app\Oracle\product\11.2.0\server\bin irgendwo am Anfang steht, definitiv vor einem anderen Pfad, der auf eine andere Version der Oracle-Datenbank verweist.

Ich habe das Problem gelöst, indem ich die Datei listener.ora im Oracle-Verzeichnis oraclexe\app\Oracle\product\11.2.0\server\network\ADMIN aktualisiert habe.

Warum ist es mir passiert, weil ich meinen Systemnamen geändert habe, aber in listener.ora war ein alter Name für Host.

Dies könnte einer der Gründe sein ... für diejenigen, die immer noch mit einem solchen Problem konfrontiert sind, könnte auch diese Möglichkeit in Betracht gezogen werden.

Ich hatte das gleiche Problem am 11.201 unter Windows. Nach: zusätzliche Installation des 11.203 64-Bit-Servers und -Clients in neuen Ordnern. Die Umgebungsvariable PATH wurde direkt nach der Installation geändert. Nach dem Neustart des Listener-Dienstes wurde ein Fehler im Listener angezeigt. In meinem Fall gab es eine Nachtzeit und eine Anzahl von Windows-Aktualisierungen, so dass der Windows-Server-Neustart uns geholfen hat ..__ Auch die listener.log-Datei wurde gemäß http://pavandba.com/tag/tns-12560-tns gereinigt -protocol-adapter-error/ , es war überraschend groß.

Stellen Sie sicher, dass die Umgebungsvariable Oracle_HOME auf die richtige Oracle-Startseite verweist. In meinem Fall wurde sie durch eine andere Softwareinstallation geändert.

Dasselbe ist mir passiert, nachdem ich den Computernamen geändert habe. Um dies zu beheben, suchen Sie einfach die Datei listener.ora und ersetzen Sie den alten Computernamen durch den neuen

In meinem Fall habe ich versucht, den Listener über die Konsole zu starten:

> lsnrctl star

Dieser Befehl druckte den folgenden Fehler:

TNS-12560: TNS:protocol adapter error
TNS-00583: Valid node checking: unable to parse configuration parameters

Also habe ich die folgenden Aktionen ausgeführt:

1. Prüfen Sie, ob die Oracle-Datei listener.ora oder sqlnet.ora Sonderzeichen enthält
2. Prüfen Sie, ob die Oracle-Datei listener.ora oder sqlnet.ora` ein falsches Format oder eine falsche Syntax hat
3. Prüfen Sie, ob die Oracle-Datei listener.ora oder sqlnet.ora eine nach links gerichtete Klammer enthält, die vom Oracle-Parser nicht akzeptiert wird.

Schauen Sie sich diese Dateien an und überprüfen Sie die korrekte Syntax. Entfernen Sie, falls möglich, sqlnet.ora und versuchen Sie, den Listener erneut zu starten. Oder entfernen/benennen Sie die beiden Dateien listener.ora oder sqlnet.ora um und erstellen Sie sie ordnungsgemäß neu. Diese lösen das Problem auf jeden Fall.

Ich bin auf das gleiche Problem und den gleichen Grund gestoßen: Mein Computer ist ein persönlicher Windows-PC. Und ich habe den Computernamen geändert und das gleiche spiegelt sich nicht in listener.ora wider. Das Aktualisieren von Oracle_HOME\network\ADMIN\listener.ora mit einem aktualisierten Hostnamen hat das Problem behoben.

Bei der Installation von Oracle 11gR2 unter Windows 2012 Server tritt ein ähnliches Problem auf. Das Problem ist gelöst, wenn ich cmd.exe als Admistrator-Privileg und "lsnrctl start LISTENER" ausführen.

In meinem Fall wurde der Listener-Dienst nicht gestartet, da er so eingestellt war, dass er eine VPN-Verbindung abhört und auch andere Schnittstellen.

Nachdem ich mich mit dem VPN verbunden hatte, fing es gerade an.

@ Imre's Trick mit "lsnrctl start" brachte mich jedoch auf die richtige Spur.

Problem

Der Listener-Dienst wird in services.msc Gestoppt.

Ursache

Benutzerkennwort wurde geändert.

Lösung

• Öffnen Sie services.msc.
• Klicken Sie mit der rechten Maustaste auf den bestimmten Listener-Dienst.
• Klicken Sie auf Eigenschaften.
• Klicken Sie auf die Registerkarte Anmelden.
• Änder das Passwort.
• OK klicken.
• Starten Sie den Dienst.

In meinem Fall funktionierte der Windows-Listener-Dienst irgendwie nicht, sodass ich über sqldeveloper keine Verbindung zu Oracle herstellen konnte. Allerdings konnte ich über sqlplus eine Verbindung herstellen.

Die folgende Lösung hat für mich funktioniert:

Stellen Sie zunächst sicher, dass Ihr Listener-Dienst ausgeführt wird. 

C:\Dokumente und Einstellungen\ME> lsnrctl status 

Wenn der Listener-Dienst nicht ausgeführt wird, starten Sie den Listener-Dienst erneut mit dem Windows-Task-Manager oder verwenden Sie das DOS-Befehlszeilenprogramm, um den Windows-Dienst mit dem Befehl "net start" neu zu starten:

C:\Dokumente und Einstellungen\ME> net start OracleOraDb10g_home1TNSListener 

Versuchen Sie, den Listener-Dienst mit lsnrctl von der DOS-Eingabeaufforderung zu starten. 

lsnrctl starten

Es ist mir gelungen, das Problem zu beheben, durch das die Konfiguration in einem Docker-Container mit der Hortonworks HDP 2.6-Sandbox fehlgeschlagen ist.

Wenn die anfängliche Konfiguration fehlschlägt, wird der Listener ausgeführt und muss zuerst beendet werden:

ps -aux | grep tnslsnr
kill {process id identified above}

Der nächste Schritt besteht darin, das Problem mit dem gemeinsamen Speicher zu beheben, wodurch der Konfigurationsprozess fehlschlägt.

Oracle XE erfordert 1 GB gemeinsam genutzten Speicher und schlägt ansonsten fehl (ich habe 512 MB nicht versucht), gemäß https://blogs.Oracle.com/oraclewebcentersuite/implement-Oracle-database-xe-as-docker-containers) .

vi /etc/fstab

die Zeile ändern/hinzufügen:

tmpfs    /dev/shm     tmpfs   defaults,size=1024m 0 0

Laden Sie dann die Konfiguration erneut durch:

mount -a

Beachten Sie, dass Sie beim nächsten Neustart des Docker-Containers möglicherweise 'mount -a' ausführen müssen.