unable to import dump mit "imp"

Ich versuche zu import in oracle mit imp Befehl und die Ausgabe des Befehls ist wie folgt.

invincible:/home/invincible# imp

Import: Release 10.2.0.1.0 - Production on Thu Aug 12 22:19:00 2010

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Username: n_data
Password: 

IMP-00058: ORACLE error 1034 encountered
ORA-01034: ORACLE not available
ORA-27123: unable to attach to shared memory segment
Linux Error: 13: Permission denied
IMP-00005: all allowable logon attempts failed
IMP-00000: Import terminated unsuccessfully
invincible:/home/invincible#

Benutzername und Passwort korrekt sind(ich bin in der Lage, eine Verbindung mit sqldeveloper). Ich habe gewährt dba Zugang zu n_data. Alle Umgebungsvariablen gesetzt sind (ich lief oracle_env.sh vor der Ausführung env ). Also, was könnte das problem sein? Ich arbeite mit oracle auf debian.

  • Ich nehme an, die Datenbank auf dem gleichen host, weil Sie noch nicht angegeben, ein tns-alias - ist ORACLE_SID richtig gesetzt?
  • ja, die Datenbank auf dem gleichen host. ORACLE_SID gesetzt ist XE.
  • Kann man sqlplus aus der gleichen Eingabeaufforderung und log-in? Wenn ja, können Sie ausführen select count(*) from all_objects; und was macht die Abfrage?
  • Nein, ich bin nicht in der Lage zu laufen sqlplus(das ist, warum ich bin mit sqldeveloper)
  • Die Ausgabe der Anfrage im sqldeveloper ist : ZÄHLEN(*) ---------------------- 12196 1 Zeilen ausgewählt
  • Hat die imp-Befehl funktioniert, wenn man es als oracle-Benutzer?
  • Gibt es irgendwelche Hinweise in der alert-log?
  • Nicht in der Lage zu laufen, auch als Orakel.wo finden Sie den alert-log?
  • Ich weiß, du hast gesagt, dass Ihre Umgebung ordnungsgemäß eingerichtet ist, aber wenn Sie nicht ausführen können SQL*Plus, dann stimmt etwas nicht. Kannst du die Werte für $PFAD, $ORACLE_HOME, $ORACLE_SID aus dem Umfeld, aus dem Sie versuchen zu laufen, imp?
  • Ich schließe mich @dpbradley Kommentar.
  • Alert-Protokoll wird in der Regel in $ORACLE_BASE/admim/<SID>/bdump/Alarm<SID>.log. Jedoch, es ist wahrscheinlich nicht gehen, um zu helfen, wenn Sie können nicht selbst ausführen sqlplus.
  • Wenn das Umfeld war, dass es gebrochen, wäre noch nicht einmal den imp (oder sqlplus) binäre, wäre es? Klingt mehr wie ein permission-problem, vielleicht auf eine Bibliothek (aus der Vergangenheit Erfahrung mit der Installation mit einem dummen umask). Versuchen Sie ldd $ORACLE_HOME/bin/imp und sehen, ob es meldet fehlende libs, und wenn ja, überprüfen Sie die Berechtigungen auf diese.

InformationsquelleAutor hnm | 2010-08-12
  1. 3

    Überprüfen Sie in diesem blog-post: ORA-27123: unable to attach to shared memory segment.

    Beschreibt es die selben Fehler wie du haben und das problem verursacht wurde, mit falsch eingestellten Berechtigungen für oracle executable.

    Dies ist ein Auszug aus dem oben genannten blog-post:

    Hier die oracle-Berechtigung hat
    -rwxrwxr-x D. H. 775, aber diese Datei muss die Berechtigung haben -rwsr-s- -x
    also 6751

    Ändern Sie die Berechtigungen für oracle
    Datei.

    $ cd $ORACLE_HOME/bin
$ chmod 6751 oracle
$ ls -l oracle
-rwsr-s--x 1 oracle dba 119582976 Feb 3 2008 oracle

    Nach dem ändern der Berechtigungen auf
    oracle ausführbare Datei, die alle Benutzer
    sind jetzt in der Lage, eine Verbindung zu der
    Datenbank ohne Fehler.

    Lese blog-post für detaillierte Informationen.

    • Ein weiterer Favorit ist libclntsh mit den falschen Berechtigungen. Aber die Kommentare auf dem ursprünglichen post es sagt, er kann nicht führen Sie SQL*Plus als oracle-Besitzer, das ist seltsam.
    InformationsquelleAutor zendar
  2. 0

    Den Fehler, dass es versucht, eine Verbindung zu einer Instanz auf dem gleichen host, der nicht da ist. Generell würde ich sagen, die Datenbank ist nicht wirklich laufen, aber wenn Sie die Verbindung mit SQL Developer, schlägt er es ist. Aber check sind Sie auf der richtigen Maschine.

    Versuchen Sie auch

    echo :${ORACLE_SID}:

    Kann es einige streunende Charakter in der SID. Wenn Sie mit XE, die Sie wollen, um zu sehen :XE: (im oberen Fall, nicht gemischt oder niedriger)

    Haben Sie versucht, 

    imp n_data/password@XE
    InformationsquelleAutor Gary Myers
Schreibe einen Kommentar