Wird der Platz im Tablespace zu klein. Da hilft es, ein weiteres Datafile anzuhängen, oder einfach bestehende Datafiles zu vergrößern.
Anhängen:
ALTER TABLESPACE “VMDAIN” ADD DATAFILE ‘/u02/oradata/neu_01.dbf’ SIZE 2G;
Erweitern:
ALTER DATABASE DATAFILE ‘d:\oradata\alt_01.dbf’ RESIZE 4G;
Ich habe mal die Pfade für Unix/Linux und Windows verwendet. - Auch hier ist wichtig:
Erst nachdenken und dann klicken!
Die Oracle Datenbank hat bzw. kann Zugriff auf das Dateisystem haben. Damit das funktioniert muss es “freigegeben” werden.
exec dbms_java.grant_permission( ‘ROLLE’, ‘SYS:java.io.FilePermission’, ‘C:\oracle\admin\DB\utl_file_dir\-’, ‘read, write, delete’);
Das Ergebnis lässt sich wie folgt abfragen.
select type_schema,type_name,name,action from USER_JAVA_POLICY
where type_name=’java.io.FilePermission’;
Schöner geht’s immer:
sqlplus user/pw@SID @java_policy_user
Anhang:
java_policy_user.sql
Der Oracle Applicationserver ist sicher mehr als nur ein Enterprise-Server - Er ist vor allem eine Herausforderung…an die Geduld!
Ich möchte hier mal im Kuren zeigen, wie man einen Container startet bzw. stoppt. Es wird hier davon ausgegangen, dass “opmnctrl” nicht im Pfad liegt. (ias10g HOME=/u01/app/oracle/product/ias10_2/userhome)
Status abfragen:
~/../opmn/bin/opmnctl status
Processes in Instance: ias01.kvasydbsrv.warlnet -------------------+--------------------+---------+--------- ias-component | process-type | pid | status -------------------+--------------------+---------+--------- DSA | DSA | N/A | Down LogLoader | logloaderd | N/A | Down HTTP_Server | HTTP_Server | 9279 | Alive dcm-daemon | dcm-daemon | 9352 | Alive OC4J | OC4J_BI_Forms | 9281 | Alive OC4J | myapp | 9280 | Alive rs_prod | ReportsServer | 11793 | Alive rs_test | ReportsServer | 9469 | Alive
Nun wird der Container “myapp” gestoppt und anschließend wieder gestartet.
~/../opmn/bin/opmnctl stopproc process-type=myapp
~/../opmn/bin/opmnctl startproc process-type=myapp
Das war’s!
Für produktive System ist es mehr als nur empfehlenswert, den Archivierungsmodus eingeschaltet zu lassen. Ob es an dem ist, kann wie folgt geprüft werden…
Schema oder Benutzer - Oracle macht an der Stelle keinen wirklichen Unterschied.
Daher zeigt die folgende Abfrage nicht nur alle Benutzer, sondern auch die vorhandenen Schemen:
SELECT username FROM all_users ORDER BY username;
Die periodische Ausführung der Benutzer-Prozesse lässt sich mit Hilfe des sogenannten “JOB_QUEUE_PROCESSE”-Parameter festlegen.
Anzeigen lässt sich die Queue mit folgendem Befehl:
show parameter JOB_QUEUE_PROCESSE
Die Änderung kann, im Falle der Verwendung eines spfiles sehr komfortabel wie folgt erledigt werden:
ALTER SYSTEM SET JOB_QUEUE_PROCESSES = 20;
Die “20″ sollte nicht als Standard angesehen werden. man kann als Richtung das Vierfache der Prozessoranzahl sein. - Das ist nur ein Richtwert, denn sonst hätte ich ja 5 Prozessoren. 
Die Benutzer (user) einer Oracle-Datenbank auszulesen ist gerade für administrative Zwecke sinnvoll. Man benötigt natürlich die nötigen Berechtigungen an der Datenbank.
sqlplus / as sysdba
SELECT username, password FROM DBA_USERS;
oder
SELECT name,password FROM SYS.USER$ WHERE password is not null;
Mit Oracle kann man nicht nur einfach Ausgaben erzeugen - Man kann diese auch in statischem HTML erzeugen lassen.
set markup HTML on
spool index.html
select * from tabelle;
spool off
set markup HTML off
Zum vergrößern des Tablespaces einer Oracle Datenbank nutzt man normalerweise den Enterprise Manager bzw. die DB-Console. Das dies speziell bei vielen Datenfiles wenig Freude macht, ist nachvollziehbar. Lösung: Handarbeit!