|
|
Zeile 1: |
Zeile 1: |
| | | |
− | Es kommt vor, daß der Datafile der zu einem Tablespace gehört, voll ist, vor allem bei älteren Installationen haben die Datenfiles eine Maximalgröße vo 32 GB.
| + | siehe internes Wiki: |
− | Die bigfiles die wir bei neuen Installationen erstellen könne hingegen 32 TB groß werden.
| |
| | | |
− | Man bemerkt leider idR ewrst daß ein File voll ist, wenn es zu Fehlermeldungen imPAT kommt, daß ein bestimmter tablespace nicht erweitert werden kann.
| + | [https://intern.pplant.de/index.php?title=PlugPlant:Oracle.SQL] |
− | Die PAT datafiles haben idR denselben Namen wie der tablespace. Tablespace = JUNGPFL, datafile = jungpfl.dbf ( in ganz alten DB jungpfl.ora)
| |
− | | |
− | Wenn die Daten in den Tabellen in diesem Datafile nicht verringert werden können, dann muss man dem Tablespace einen weiteren Datafile zuweisen.
| |
− | | |
− | Das geht recht ganz leicht mit diesem Befehl im sql plus oder sql developer.
| |
− | Anmelden als SYS.
| |
− | | |
− | | |
− | alter tablespace JUNGPFL add datafile 'C:\APP\ORADATA\<Name_der_Datenbank\JUNGPFL_2.DBF' size 500m autoextend on;
| |
− | | |
− | | |
− | der Pfad muss bei den Kunden angepasst werden.
| |
− | | |
− | Wir haben unter pat\scripts\tablespaces_groeße_pruefen.sql ein Skript mit dem man alle Tablespaces mit Maximalgröße und aktueller Auslastung ansehen kann
| |
− | | |
− | | |
− | | |
− | Wenn ein System Datafile wie der UNDO datafile betroffen ist, gibt es hier eine gute Anleitung:
| |
− | | |
− | https://www.thegeekstuff.com/2016/04/oracle-undo-tablespace/ | |