Discussion :

[Invité]

Depuis quelque temps, et sans savoir ce qui a généré ce problème, j'ai un message d'anomalie dans le rapport d'exécution de rman.
La base se sauvegarde sans probleme, mais les archivelog me posent probleme

L'environnement est le suivant:
Oracle 9.2.0.2 - Linux Redhat 9

J'utilise un script lancé quotidiennement par cron pour faire Rman.
J'utilise le même canal pour la sauvegarde de la base, des archivelogs.

J'ai cherché sur le forum mais je n'ai pas réussi à trouver une réponse à ma situation.

Voilà le message que je récupère :

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: cd .
ORA-19502: erreur d'écriture sur fichier "/div/oracle/backup1/ar_ORAREU_2775_1_599342579", no de bloc 71681 (taille de b
loc=512)
ORA-27072: skgfdisp : erreur d'E/S
Linux Error: 2: No such file or directory
Additional information: 71680

RMAN> 2> 3>

Quelqu'un aurait-il une idée ... où je peux commencer à fouiller ?
Nota: je n'ai pas de problème d'espace disque, ni de problème de droits d'écriture sur la directory en question ..

[Invité]

Bizarrement .. je viens de faire à la main un backup archivelog all sous Rman .. il s'est bien exécuté, puis j'ai relancé mon script par cron .. et ça refonctionne ..

J'en reste bouche bée !

Je veux bien une explication quand même si quelqu'un peut m'en donner une ..

[bouyao]

Bonjour,

Ca donne quoi ?

Code :

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

 ls -s /div/oracle/backup1/

c'est quoi la taille du fichier ar_ORAREU_2775_1_599342579

[Invité]

la commande ls -s .. donne le resultat

total 1079212
1072508 db_ORAREU_2789_1_599428801
3364 ora_cfc-3447771801-20060825-06
3340 snapcf_ORAREU.f

la taille du fichier ar_ORAREU...

fichier non créé suite au plantage quotidien qui a réapparu cette nuit

[orafrance]

/div/oracle/backup1 est plein tout simplement non ?

[Invité]

/div/oracle/backup1 est plein tout simplement non ?

non .. 38% .. 1,8 Giga de libre ...