Discussion :

[janlouk]

Bonjour à tous,

Je ne pensais pas qu'un jour, je posterais une question dans le forum d'Oracle :-)

Il faut savoir que depuis toujours j'ai bossé sur Windows et je suis DBA sur SQL Server. Mais on me demande aussi de m'occuper d'Oracle. Et je ne m'y connais pas du tout et pas plus sur Unix. Je découvre SQL Developer donc je ne suis pas trop perdu par rapport à SQL Server Management Studio car il est bien fait et je fais facilement les refresh de Prod à Dev.

Mais on me demande ceci :

Can you make a little bit of cleaning on these filesystems :
xxxxxDB: /ora01 filled at 91%
dbdevxxx: /ora02/oradata/HPRG filled at 100%

Je suis assez perdu dans ce cas-ci, même si c'est sur des DB de développement, je préfère être prudent et les scripts que je trouve sur le net, je ne les comprends pas vraiment donc je n'ose pas les executer comme je le ferais sur SQL Server.

Pourriez-vous svp me dire déjà (si sans connaitre nos serveurs, env...) ce qu'est ora01 et 02, oradata ? HPRG, c'est le nom de notre application+env.

Et si vous comprenez, comment et où puis-je faire cela svp ?

Merci beaucoup pour votre aide.
Jean-Luc

[McM]

Sous linux /XXX correspond à un répertoire XXX à la racine (/)
Il peut être un point de montage (équivalent d'un disque) : Au lieu d'avoir comme sous windows disque C, D, ... , tu montes dans un répertoire.
Voir les points de montage sous linux : df -h


/ora02/oradata/HPRG : oradata indiquerait que c'est le répertoire des fichiers de données oracle (fais un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * FROM dba_data_files

)
/ora01 ce serait surement le répertoire d'install Oracle.

Vérifie les fichiers/répertoires qui sont les plus gros, je pense que tu dois avoir pas mal de logs

Code linux :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
cd /ora01
du -ak | sort -nr | head -10

par contre pour oradata... vérifie les fichiers, mais si c'est que de la donnée, faut voir niveau tablespace.. suivant la version de la DB, system peut grossir énormément avec sys.aud$

[janlouk]

Merci, je vais examiner ça.

Pour la première, je testerai via SQL Plus cette aprem car là je viens d'essayer et dans SQL Developer, il me dit :

Error report -
SQL Error: ORA-00942: table or view does not exist
00942. 00000 - "table or view does not exist"

[janlouk]

Ok, si je lance ton code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
cd /ora01
du -ak | sort -nr | head -10

J'obtiens entre autre dans les premiers résultats ceci (J'ai compris que le -10 était le nombre de résultat qu'on voulait).

9559428 ./app/oracle
9559428 ./app
9559428 .
9273288 ./app/oracle/product/10.2.0
9273288 ./app/oracle/product
2958968 ./app/oracle/product/10.2.0/network
2735752 ./app/oracle/product/10.2.0/network/log

2723800 ./app/oracle/product/10.2.0/network/log/listener.log -> dans ce cas-ci, ça veut dire que je devrais vider le log pour faire de la place ?

263928 ./app/oracle/admin/MPRG -> dans ce cas-ci, ça veut dire que mon instance fait la taille de 263928 (MB ?) ?

199040 ./app/oracle/admin/MPRG/bdump -> et là que j'ai un backup de mon instance MPRG qui fait 199040 XX ?

Et dernière question :-), quand on demande un clean de filesystem, c'est plutôt vider des logs je suppose (comme le listener.log) que de supprimer des fichiers comme le bdump ?

Merci bcp
Jluc

[McM]

J'aurais du préciser, pour trier le -ak donne la taille en Kilo Octet


2723800 ./app/oracle/product/10.2.0/network/log/listener.log => 2.7 Go
A voir comment purger. Si tu veux effacer le fichier sans garder de données, un simple

Code linux :

Sélectionner tout - Visualiser dans une fenêtre à part

echo > listener.log

suffira.
Ne surtout pas deleter le fichier car s'il est ouvert en écriture par la base, il restera en tant que fichier fantôme.

199040 ./app/oracle/admin/MPRG/bdump -> et là que j'ai un backup de mon instance MPRG qui fait 199040 XX ?

ensuite pour bdump, tu peux supprimer les fichiers (autre que le ou les fichiers .log) de plus de XX jours, mais 200 Mo, c'est peu.
/bdump n'est pas un dump de la base, mais un répertoire des alertes oracle et du log de base (tu es en 9i c'est ça ?)

263928 ./app/oracle/admin/MPRG -> dans ce cas-ci, ça veut dire que mon instance fait la taille de 263928 (MB ?) ?

Pas du tout, les fichiers de données sont ailleurs.
PS : 263928 = 263 928 Ko

[janlouk]

Quand tu dis EFFACER, je suppose que tu parles de VIDER ?

Moi je veux le vider (enfin, je suppose que c'est ce qu'ils veulent car comme c'est pour du DEV...).

Non, je suis sous oracle 10G.

[McM]

oui mauvais choix du mot, je voulais dire effacer le contenu.
Vu que c'est du DEV, je suppose que tu ne veux pas garder des archives des connexions au listener, donc fais le echo > listener.log et tu vas gagner 2 Go sur /ora01

Pour /ora02, faudra voir ce qu'il y a dedans.
POur info tu peux aussi faire un

Code linux :

Sélectionner tout - Visualiser dans une fenêtre à part

du -h | more

afin de lister tous les fichiers d'une arborescence et voir la taille (fichier et dossier)

[janlouk]

fais le echo > listener.log et tu vas gagner 2 Go sur /ora01

Super, ça a fonctionné, il ne fait plus que 4. Je vais fouiller et utiliser la commande ECHO pour les fichiers que je peux vider.

Merci, les infos me suffiront pour faire ces petites choses, même si ça me prendra du temps, ce sera une bonne épine du pied enlevée.

Bonne aprem
Jluc