lausbub

das problem liegt an folgender zeile: du erzeugst einen fremdschlüssel der auf sich selbst referenziert. gruß

Hallo Alex, der Serverneustart ist aber nicht das normale Mittel um eine DB wieder an den Start zu bekommen. Zumal dir imho der 2te Neustart keinen Unterschied gemacht haben sollte.

bitte mal überprüfuen ob der windwos dienst des listeners und der db läuft dann auch mal einen tnsping auf deinen instanznamen machen vllt ist die tnsname fehlerhaft ansonst mal bitte so vorgehen, so wird der listener umgangen: set oracle_sid=deinesid sqlplus /nolog conn / as sysdba vllt kannst du auch mal den relevanten ausschnitt aus deiner tnsnames posten

kannst du mal bitte deine eingaben samt der fehlermeldung posten?

wenn du 2 instanzen hast musst du zunächst die oracle_sid setzen. das funktioniert so: set oracle_sid=deinesid -->in der console (dosbox) und dann weiter wie oben beschrieben wenn du dich als sysdba anmeldetst geht die connection nämlich nicht über den listener kannst au mal das probiern: 1.) sqlplus /nolog 2.) conn sys/syspw@deinedb as sysdba

um dich auf diese art als sysdba anmelden zu können musst du unbedingt lokal auf den server sei es per rdp pder ssh zum starten oder beenden einer instanz würde ich das sowieso grundsätzlich machen

mit dem enterprise manager wird das nix. mach mal ne console auf und geh wie folgt vor: 1.) sqlplus /nolog 2.) conn / as sysdba hier kommt dann ne meldung dass du bei einer nicht hochgefahrenen instanz angemeldet bist 3.) startup wenn jetzt ein fehler auftritt zeigt er dir den fehler an oder schreibt ihn ins alert

helfen kann ich dir schon brauch nur genauere infos. - was zeigt sqlplus an wenn du die instanz starten willst?

Hallo Alex, der Fehler hat nichts mit eine kaputten Redo Log zu tun. Der Fehler bezieht sich auf einen Bug in den Versionen: * 10.1.0.4 * 10.1.0.5 * 10.2.0.2 Wenn dein Redo kaputt ist oder fehlt hättest du so einen Fehler im alert: ORA-00313: Member von Log-Gruppe 3 (Thread 1) konnten nicht geoffnet werden Gruß

ich sehe da allerdings keine andere möglichkeit als die recht global in der db zu vergeben. mysql unterstütz das soweit ich weiß nicht: MySQL Bugs: #21100: Permission model does not allow for a read only user with temporary tables oder du legst für die temp tabellen eine extra db an, dann dürfte der rest ja egal sein. das würde allerdings änderungen am quelltext der applikation vorraussetzen.

ja dann braucht der user doch select und insert rechte...

hast du dich nach dem anlgen der tabelle von der db abgemeldet? die tabelle existiert nämlich nur solange bis du die session beendest

hi wollte gerade antworten du kannst meines wissens nach die rechte bei temp tabellen nicht weiter einschränken das heißt wenn du dem user create temp table rechte gibst hat er automatisch auch insert,select,etc

Hallo Callam, es gibt im phpmyadmin die möglichkeit das Recht create temporay table zu setzen -->bei Struktur http://web52.netroom.de/shutdown_privilegs.gif wenn du kein phpmyadmin hast geht es acuh mit folgendem befehl: grant create temporary tables on db_name.* to db_user gruß

ich würds mal mit folgenden Einstellungen probieren: key_buffer = 16M max_allowed_packet = 1M table_cache = 64 sort_buffer_size = 512K net_buffer_length = 8K read_buffer_size = 256K read_rnd_buffer_size = 512K myisam_sort_buffer_size = 8M ansonsten gibt es auch ne Faustformel für die Parameter: key_buffer - 64M for 1GB, 128M for 2GB, 256 for 4GB join_buffer_size - 1M for 1GB, 2M for 2GB, 4M for 4GB sort_buffer_size - 1M for 1GB, 2M for 2GB, 4M for 4GB read_buffer_size - 1M for 1GB, 2M for 2GB, 4M for 4GB read_rnd_buffer_size - 768K for 1GB, 1536K for 2GB, 3072K for 4GB myisam_sort_buffer_size - 32M for 1GB, 64M for 2GB, 128 for 4GB

also ich würds noch mal mit * an Stelle des '%' probieren

Hallo zusammen wäre nett wenn mir jemand die Zwischenprüfungen der letzten Jahre schicken könnte. e-mail: m.muehlbeyer@gmx.de Danke+Gruß Michael