Discussion :

[Lagnio]

Bonjour,

Aujourd'hui le backup ne s'est pas fait.

Le DBA dit il faut vider le repertore oraarch.

Mais euh.... il est ou se repertoire, comment je fais pour l'atteindre??

PS: mon DBA est incapable de me repondre d'ou ma question ici et autre chose, je n'ai aucune connaissance en adminstration oracle et au cas ou cela change quelque chose, c'est sur SOLARIS.

Merci

[vanagreg]

Bonjour,

Je dirais que le répertoire oraarch correspond à un répertoire défini dans une des paramètres log_archive_dest_n. Peux tu exécuter la commande suivante en sql*plus:

Code :

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

1
2
 
show parameter log_archive_dest;

Mais c'est au DBA de s'occuper des problématiques de sauvegarde, surtout s'il n'y a plus de place. De quand date le dernier backup full?

[Lagnio]

Je ne peux pas me connecter a la base via sql plus, il dit : SVR4

Error: 28: No space left on device

...

[vanagreg]

ah ouais à ce point lol!
Ca craint ça voudrait dire que si c'est bien ton répertoire oraarch qui est plein, il est sur le même disque que les binaires oracle.
Tu as accès au serveur? Au fichier alert.log?
Il faut au moins que tu fasses un peu de place sur la partition où se trouve le Oracle Home.

[Lagnio]

je ne suis pas sur d'y avoir acces et pour dire la verite je sais pas ou il est.

Peux-tu m'en dire un peu plus sur ca localisation exacte, au pire mon boss IT doit avoir access a ce ficher.

Merci

[vanagreg]

Je ne sais pas justement c'est pour cela que je te demandais de faire la commande sql*plus. Si tu es livrée à toi même sans compétence dba ça va être chaud. Tu sais te connecter au serveur Solaris avec le user oracle?

[Lagnio]

Et non, je n'ai jamais fait ca non plus!

J'esaye de regarder la doc que j'ai en local, mais j'ai pas grand chose...

[Lagnio]

J'ai reussi a deplacer des fichier de oraarch via Filezila

Mais maintenant j'aimerai comprendre le principe de fond...

Tout les mois, la base de donnees plante avec le meme message d'erreur et le DBA intervient en faisant apparement de la place au niveau de ce repertoire.

Cela est-il normal? Ca fait vraiment parti du travail de DBA de faire ca ou c'est une mauvaise configuration . Juste parceque ca me parait pas tres pro de verifier ca tout les lundi matin... mais peut-etre que je me trompe...

Merci pour votre aide

[vanagreg]

Si tous les mois ça plante c'est que le DBA ne fait pas bien son travail. Tu n'attends pas que le répertoire soit plein pour le vider. C'est un processus que tu peux (dois) automatiser.
Tu peux utiliser la FRA (Fast Recovery Area) pour qu'Oracle fasse de la place automatiquement si les archives sont expirées. Après il faut voir la politique de sauvegarde que vous avez mise en place, mais telle que tu le décris ça sent le DBA pépère qui est encore resté en 10g.

[Ikebukuro]

Quand on fait une recherche Google sur ORAARCH, on ne tombe que sur 18 800 résultats, autant dire rien. La plupart datent de 2008, autant dire une éternité.
Si on fait une recherche sur "Oracle FRA", on a 6 310 000 résultats...

Je n'avais JAMAIS entendu parler de ce terme ORAARCH; comme le dit vanagreg, ton DBA semble s'être reposé sur ses lauriers depuis looooooooooooooongtemps

[Lagnio]

mais telle que tu le décris ça sent le DBA pépère qui est encore resté en 10g

Je confirme, il est nul! Il sait rien faire, meme pas ecrire un select... mais il est certifie Oracle, c'est a desespere!!!

Merci pour le conseil, je vais regarder du cote de l'automatisation et voir avec le IT boss ce que l'on peut faire.

[13thFloor]

Hello,
ce problème de file-system plein et d'impossibilité de se connecter est un grand classique.
Dans ton cas il doit y avoir plusieurs soucis.
Déjà, les archives qui ne sont pas effacées : est-ce prévu par un script ? par un outil de backup ?
Si elles sont gérées par rman, la rétention est peut être trop courte. Ou le crosscheck n'est pas exécuté.

Un outil de monitoring aura dû alerter dès franchissement d'un seuil (90-95% de remplissage apr exemple) => un manque de ce coté-là ?
La mise en FRA comme indiqué par vanagreg permet de le gérer coté Oracle

Pour le terme oraarch, je l'ai déjà vu chez d'anciens clients : c'est un point de montage dans lequel vont les archived logs.
Tout comme les oradata, orasys etc.