[Nov 1, 2000 10:05] Email eines Studenten: Ich werde versuchen, alles, was bis jetzt geschah, zu revidieren: Problem 1: runInstaller - Fehlermeldung "Keine Zugriffsrechte", obwohl alle Rechte vorhanden Loesung: die CD mit der Option -o exec mounten oder exec in fstab eintragen - Fehlermeldung " ... PrizessId ... " hab ich nicht gehabt, koennte es etwas mit dem Zugriff auf das DISPLAY zu tun haben? - Falls alles nicht hilft, /install/linux/runInst.sh ausfuehren Problem 2: Java - mit JDK 1.1.7v3 von SuSE 6.3 laeuft die Installation durch, jedoch nicht der Net8 assistent und nicht der DB Assistent - mit JRE 1.1.7v3 von SuSE 6.3 laeuft auch der DB Assistent - mit JRE 1.1.6v5 laeuft alles. (mit JDK 1.1.6v5 angeblich nicht ...) Dabei muss das JRE im Verzeichnis /usr/local/jre zu finden sein (entweder dorthin installieren oder einen Link setzen) Problem 3: NOT LOGGED ON - die Variable NSL_LANG (oder so aehnlich) darf nicht gesetzt sein, zumindest waehrend dem Anlegen der Datenbank (die meisten von uns werden einen westeuropaeischen Zeichensatz eingestellt haben, ich hatte WE8ISO8859P1) Problem 4: CD-ROM Laufwerk nicht gefunden - Diese Fehlermeldung kommt, wenn man sich vom DB Assistent die Datenbank von der CD kopieren laesst. - eine Komische Fehlermeldung. Was hat denn das Installationsprogramm mit dem Laufwerk zu schaffen? Normalerweise hat es nur auf das gemountete Verzeichnis zuzugreifen. Versteh ich ueberhaupt nicht! Problem 5: RAM - bloss nicht den DB Assistent die Datenbank anlegen lassen. nach 30% hat er nur noch auf der Swap-Partition rumgemacht (und das bei 256 MB RAM) und schliesslich abgestuerzt. am besten laesst man sich ein Skript anlegen, beendet X und startet das ganze auf der Konsole. Problem 6: sqlplus - sqlplus laesst sich nicht starten. erstens sind die Ausfuehr-Rechte nicht gesetzt. Nach manuellem setzen findet er einen Konflikt mit einer der Bibliotheken aus $ORACLE_HOME/lib (hab mir leider nicht aufgeschrieben, mit welcher, aber sie ist da und auch nicht 0 Byte gross), er wuerde irgend ein Symbol nicht finden. - Momentan kann ich mich mit dem Servermanager einloggen (connect scott/tiger) und ich habe Zugriff auf EMP und DEPT. Aber dem Frieden traue ich noch nicht hundertprozentig ... Da ich gerade nicht genug Platz auf der Platte hab, hatte ich die Groesse der SYSTEM-Tabelle (DB Assistent, benutzerdefiniert) von den vorgegebenen 175 auf 50 MB runtergeschraubt. Ob des nicht auch eine Rolle spielt? (ich hab zwar die Option zum "Erweitern der Tabelle bei Bedarf" aktiviert gelassen, aber wer weiss, wir hatten schon so viele Ueberraschungen mit Oracle ...) ------------------------------------------------------------------------------- [Nov 07, 2000 13:22] Ein Student berichtete, dass folgende Bibliothek nach der Installation leer war (in $ORACLE_HOME/lib): -rw-r--r-- 1 oracle dba 40140 Sep 20 1999 libdsbtsh8.so lrwxrwxrwx 1 oracle dba 13 Oct 30 18:17 libobk.so -> libdsbtsh8.so Waehrend der Installation existierte sie aber (mit einer Groesse von ungefaehr 27KB) (obige Groesse ist unter Solaris). Die Loesung war dann, sie zu kopieren, sobald sie angelegt war, und sie nach der Installation wieder herzustellen. ------------------------------------------------------------------------------- [Mittwoch, Nov 8, 16:30] SQL*Plus meldete, dass das "Product User Profile" nicht geladen war. Dazu muss man folgende Datei ausfuehren: SQL> @/oracle01/app/oracle/product/8.1.5/sqlplus/admin/pupbld Es ist wichtig, diese Datei als SYSTEM auszufuehren, und nicht als SYS. Naehere Informationen findet man im Anhang E "Security" des "SQL*Plus User's Guide and Reference". ------------------------------------------------------------------------------- [Mittwoch, 29. November 2000] Email eines Studenten: Problem: Es koennen keine Daten in Tabellen eingefuegt werden (moeglicher) Grund: fehlendes Rollback Segment fuer den Tablespace Users. "A rollback segment is an object that Oracle uses to store data necessary to reverse, or undo, changes made by transactions." Anzeige der Rollbank Segemente: SQL> select * from DBA_ROLLBACK_SEGS; Leider sind r01 - r04 alle offline. ( Aendern kann man dies waehrend der Sitzung mit SQL> alter rollback segment r01 online; ) Fuer die Zukunft aber (zwei ist hier der Datenbankname): /oracle01/app/oracle/admin/zwei/pfile/initzwei.ora (line 32 of 69): # rollback_segments = (r01, r02, r03, r04) ^ Kommentarzeichen entfernen, dann sind die Rollback Segmente beim naechsten Start der Datenbank zwei ONLINE und alles klappt!