Hallo Chris!
irgendwann nachts hat sich die fuhre dann verabschiedet
IMP-00058: ORACLE error 321 encountered
ORA-00321: log of thread , cannot update log file header
IMP-00058: ORACLE error 12571 encountered
ORA-12571: TNS:stuck_out_tongue:acket writer failure
Dein Client kann die DB nicht mehr erreichen…
IMP-00018: partial import of previous table completed: 6289899
rows imported
…einen Teil der aktuellen Tabelle hat er aber schon importiert. Weil es schwer fallen dürfte beim nächsten Import genau diese Zeilen nicht nochmals zu importieren (höchstens du genehmigst dir 6289899 mal die Meldung, dass ein Satz wegen einer primary key violation nicht importiert werden kann) ist es meist besser, die schon importierten Sätze zu löschen (was besonders leicht geht, wenn die Tabelle vorher leer war).
IMP-00017: following statement failed with ORACLE error 3114:
„CREATE INDEX „VERBR_ZEITP_TARIF_ZEITP_ID“ ON
„VERBR_ZEITP_TARIF“ („VERBR_ZE“
„ITP_ID“ ) PCTFREE 10 INITRANS 2 MAXTRANS 255
STORAGE(INITIAL 52428800 NEXT“
" 163840 MINEXTENTS 1 MAXEXTENTS 2147483645 PCTINCREASE 0
FREELISTS 1 FREELI"
„ST GROUPS 1 BUFFER_POOL DEFAULT) TABLESPACE „ECCPLUS_I“
LOGGING“
IMP-00003: ORACLE error 3114 encountered
ORA-03114: not connected to ORACLE
IMP-00000: Import terminated unsuccessfully
Die Verbindung zur DB steht immer noch nicht. Der Import kann also nicht weiter machen und beendet sich mal intelligenterweise.
D:\Dumps\Ecca\Entpackt>imp xxxxxxxxxxxxxxxx COMMIT=Y
full=y ignore=Y
IMP-00058: ORACLE error 1092 encountered
ORA-01092: ORACLE instance terminated. Disconnection
forcedUsername:
Die Datenbank wurde „abnormal“ beendet. Das kann entweder einen Fehler zur Ursache haben, oder einen „shutdown abort“. Ich tippe auf einen Fehler, weil des Nächtens die Sicherung der Datenfiles läuft und diese exklusiv im Zugriff hat. Das passt aber Oracle nicht, wenn es da was reinschreiben will.
Kurz noch zum Shutdown: Unter Windows wird übrigens in der Standardeinstellung auch ein „shutdown abort“ gemacht, wenn das Service gestoppt wird. Das kann aber AFAIK mittlerweile ändern.
Um genau herauszufinden was passiert ist musst du dir die alert logs der DB ansehen (oder mal den Admin fragen, wegen der Sicherung und so…)
vermutung ist jetzt das noch irgendein job gelaufen ist…
liege ich da im zweifel richtig oder muß ich mir gedanken
machen ?
Ich vermute (wieder) mal: beides!
die fehlertabelle von oracle habe ich mir bezgl. der
fehlermeldungen schon durchgelesen, aber so wirklich hat mir
das nicht geholfen.
Gehen wir die aufgetretenen Fehlermeldungen nochmal durch:
IMP-00058: ORACLE error [xxxxx] encountered
Da beschwert sich der Imp, dass er einen Fehler von der DB bekommen hat (eine der unnötigsten Fehlermeldungen auf dieser Welt [Fehler: ein Fehler ist aufgetreten…]).
ORA-00321: log of thread , cannot update log file header
Oracle kann/darf nicht in sein Logfile schreiben - das mag es aber gar nicht. Ich hab’s jetzt nicht ausprobiert, aber ich gehe davon aus, dass Oracle das zum Anlass nimmt die Instance zu stoppen (und zwar auf die brutale Weise, weil es ja davon ausgehen muss, dass es die Logdateien etc. ohnehin nicht mehr richtigstellen kann).
ORA-12571: TNS:stuck_out_tongue:acket writer failure
Ich bemühe mal die Doku:
TNS-12571 TNS:stuck_out_tongue:acket writer failure
Cause: An error occurred during a data send. This message is not normally visible to the user.
In addition, this message could occur when any of the following SQL*Plus commands have been issued:
SHUTDOWN ABORT
SHUTDOWN IMMEDIATE
SHUTDOWN TRANSACTIONAL
Da haben wir’s also: Hier ist er wieder, unser shutdown abort…
IMP-00017: following statement failed with ORACLE error 3114:
Sehr ähnlich dem IMP-00058, allerdings sagt er uns da auch noch, was genau das Statement war, das den Fehler hervorgerufen hat. Damit kann man wenigstens hin und wieder was anfangen (hier allerdings nicht…).
ORA-03114: not connected to ORACLE
Der ist leicht, oder? Wenn die Instance runtergefahren ist (oder gerade dabei ist das zu tun) dann sind wir jetzt natürlich nicht mehr mit ihr verbunden.
IMP-00000: Import terminated unsuccessfully
Da sag ich jetzt aber wirklich nix dazu.
IMP-00058: ORACLE error 1092 encountered
Den hatten wir schon *grmbl*
ORA-01092: ORACLE instance terminated. Disconnection forced
Das heißt genau das, was da steht: Die Instance wurde beendet, deshalb wurde auch die Session, die dein Import aufmachen wollte gezwungen die verbindung abzubrechen. Vor dem Username: könnte zwar noch ein line feed stehen, aber wer will denn da noch so pingelig sein
Mit welcher Fehlermeldung genau hast du ein Verständnisproblem?
Ach ja, eine Lösung brauchst du auch noch: Falls meine Vermutung mit der Sicherung richtig ist, dann sag dem Admin, dass die DB auf mehrere Arten gesichert werden kann, aber eben nicht so wie jetzt.
- Man fahre einen Export auf der laufenden DB und sichere nur diesen, nicht die DB Files physisch.
- Man verwende eine Sicherungssoftware, die Online-Backups einer Oracle DB beherrscht.
- Man bringe die derzeitige Sicherung dazu, die Files während der Sicherung nicht zu sperren.
- Man beende die Instance vor der Sicherung und starte sie anschliessend wieder.
ACHTUNG: Wirklich sicher (und teuer) ist nur der zweite Weg, die beiden anderen Möglichkeiten haben zum Teil gravierende Nachteile (besonders 3)). Der Admin muss sich hier (evtl. gemeinsam mit einem, der von Oracle DBs einigermassen viel weiss) jedenfalls noch schlau machen!!!
Gruß,
Martin
