Oracle 11g Express-Fehler: ORA-12505, TNS: listener, die derzeit nicht wissen, von SID in connect-Deskriptor

Ich bin vor problem mit Oracle 11g Express gehostet auf Linux Centos 6.4. Dieser server ist umgezogen von einem Ort zu einem anderen, in diesem Umzug ändert sich die IP des Servers.
Haben wir geändert, die IP in der tnsname.ora und listerner.ora-Dateien. Nach diesen änderungen, wenn wir versuchen, Verbindung zu einer Datenbank-Instanz vom server wir sind immer Fehler "Verbindung im Leerlauf Instanz". Wenn wir versuchen es, um eine Verbindung vom client mit SQL-Entwickler wir sind immer Fehler "Status : Fehler-Test fehlgeschlagen: Hörer weigerte sich die Verbindung mit der folgenden Fehlermeldung: ORA-12505, TNS: listener, die derzeit nicht wissen, von SID in connect descriptor".

Wir haben neu gestartet wird dieser server und die Datenbank auf mehrere Zeit (über die option Start-und Stopp-Datenbank unter Oracle-Menü), mehrere Zeit, aber trotzdem sind wir immer die gleichen Fehler.

Fordern Sie bitte helfen, dieses Problem zu beheben.

InformationsquelleAutor Mangal | 2013-12-19
  1. 0

    Die lokale Verbindung über sqlplus user/passwd (im Gegensatz zu sqlplus user/passwd@TNSALIAS) ist nicht beeinflusst durch IP-Adresse oder den Inhalt tnsnames.ora. Es auch nicht erforderlich ein listener an alle, die listener gestoppt werden konnte oder gar nicht definiert in listener.ora. In anderen Worten, Sie haben etwas falsch hier.

    Meine Vermutung ist, dass Sie in die Irre führen zu denken, dass Sie begonnen haben, die Datenbank, wenn in der Tat ist es nicht gestartet. Überprüfen Sie, ob ein Prozess namens ora_MYORACLE_pmon.

    Auch die Datei tnsname.ora ist irrelevant; Oracle prüft nur tnsnames.ora.

    InformationsquelleAutor kubanczyk
  2. 0

    wir dieses Problem behoben, eigentlich waren wir fehlende server-Adresse in einigen Dateien war es noch die alte Adresse verweisen.

    initXE.ora fehlende lokale parameter listener, dann fügten wir diese parameter auf und es beginnt zu arbeiten.

    Kann dies nicht verallgemeinern Lösung, aber es funktioniert in unserem Fall.

    InformationsquelleAutor Mangal
  3. 0

    Dieses Verhalten wird erwartet, wenn der Hörer war ursprünglich mit einem konfigurierten ALTER SYSTEM Befehl wie ALTER SYSTEM SET LOCAL_LISTENER=''; und dass dieser Befehl spezifiziert die SCOPE=MEMORY - option oder wenn die SCOPE ist die Voreinstellung belassen und die Datenbank gestartet wurde mit einem pfile.

    Um es zu beheben, wiederholen alle ALTER SYSTEM Befehle aus, bevor der Neustart. Oder zumindest identifiziert LOCAL_LISTENER. Und setzen SCOPE=BOTH.

    InformationsquelleAutor Steven Ensslen
Schreibe einen Kommentar