Oracle 10g (+Rman) - Error Drop Datafile

Version imprimable

Voir 40 message(s) de cette discussion en une page

Bonjour à tous,
après avoir cherché sur le forum et n'ayant pas trouvé de solution à mon problème, je vous expose ma situation :

Je souhaite supprimer un datafile (vide) qui fait parti d'un TBS (que je veux conserver) qui lui est composé de plusieurs datafile.
(une erreur faite par une autre personne :cry: )

Cependant étant et ArchiveLOG, cela me pose quelques soucis :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 SQL> ALTER TABLESPACE tbs_index DROP DATAFILE '/data/oradata/tbs_index_005.dbf' ; ALTER TABLESPACE tbs_index DROP DATAFILE * ERROR at line 1: ORA-03264: cannot drop offline datafile of locally managed tablespace SQL> ALTER DATABASE DATAFILE '/data/oradata/tbs_index_005.dbf' ONLINE; ALTER DATABASE DATAFILE '/data/oradata/tbs_index_005.dbf' ONLINE * ERROR at line 1: ORA-01113: file 14 needs media recovery ORA-01110: data file 14: '/data/oradata/tbs_index_005.dbf'
PS: je ne connais pas trop Rman ... et ne souhaite pas rejouer les ArchiveLog, car il y en a un paquet depuis cette erreur (env.400 seq.)

Merci d'avance pour votre aide (je précise que c'est un DB de prod, et qu'il y a des gens connectés dessus :? )

25/06/2007, 17h27
bouyao
C'est mieu de retailler le fichier de donnée.
Code:

1 2 ALTER DATABASE DATAFILE <filename> RESIZE taille;
taille = 5 fois la taille du bloc oracle, comme ca oracle ne peut plus etendre le datafile. Sinon, il faut, recréer le tablespace.

Je veux bien ... mais Oracle ne veut pas : :oops:
(db_block_size=8192)

Code:

1
2
3
4
5
6
7
 
SQL> ALTER database datafile '/data/oradata/tbs_index_005.dbf' resize 20M;
ALTER database datafile '/data/oradata/tbs_index_005.dbf' resize 20M
*
ERROR at line 1:
ORA-00376: file 14 cannot be read at this time
ORA-01110: data file 14: '/data/oradata/tbs_index_005.dbf'

Ca donne quoi cette requette :

Code:

1
2
3
 
SELECT V1.FILE#, NAME FROM V$BACKUP V1, V$DATAFILE V2 
WHERE V1.STATUS = 'ACTIVE' AND V1.FILE# = V2.FILE# ;

ça ne donne rien ...

Code:

1
2
3
4
5
6
7
8
9
 
SQL> SELECT V1.FILE#, NAME
  2    FROM V$BACKUP V1, V$DATAFILE V2
  3   WHERE V1.STATUS = 'ACTIVE'
  4     AND V1.FILE# = V2.FILE# ;
 
no rows selected
 
SQL>

26/06/2007, 11h10
ducho

Bonjour,

Curieux qu' oracle ne veuille pas supprimer le datafile avec la 1ere commande .

Maintenant le risque est qu' au prochain redémarrage de la base, oracle ne veuille pas soit rouvrir la base, soit le tablespace ne sera pas online .

à mon avis, il serait préférable de supprimer le tablespace et le le recréer comme l' a dit bouyao .

cdlt
26/06/2007, 11h16
lapincretin
Ca donne quoi :
Code:

1 2 3 4 select v.file#, dba.file_name from v$recover_file v, dba_data_files dba where v.file# = dba.file_id;
Il semble qu'Oracle est besoin de faire une recupération de données sur le fichier que tu veux supprimier :?
26/06/2007, 11h23
orafrance

et :

Code:

RECOVER DATAFILE '/data/oradata/tbs_index_005.dbf';

ou

Code:

RECOVER TABLESPACE tbs_index;

ce serait pas mal de nous en dire plus sur le scénario qui t'a amené là.
26/06/2007, 11h48
alfb59
Citation:
Envoyé par lapincretin

Ca donne quoi :

Code:

1 2 3 4 select v.file#, dba.file_name from v$recover_file v, dba_data_files dba where v.file# = dba.file_id;

Il semble qu'Oracle est besoin de faire une recupération de données sur le fichier que tu veux supprimier :?
En effet, c'est bien celui là qui ressort :
Code:

1 2 3 4 FILE# FILE_NAME ---------- --------------------------------------------- 14 /data/oradata/tbs_index_005.dbf
Par contre, pour l'explication exacte de ce qui a été fait, j'ai du aller voir dans les traces, car c'est une tierce personne qui a fait cette manip. durant mon absence, et ses explications n'étaient pas très claires.
En fait, elle a voulu ajouter un datafile pour étendre le TBS, et ensuite se rendant compte que le nom du datafile ne respectait pas la convention de nommage des précédents datafiles, elle a essayé de le mettre OFFLINE (le datafile) mais a rencontré une erreur, et elle a continué en tentant un rename datafile ... :?

Code:

1 2 3 4 5 6 7 SQL> RECOVER DATAFILE '/data/oradata/tbs_index_005.dbf'; ORA-00279: change 1781021180 generated at 06/21/2007 09:43:40 needed for thread 1 ORA-00289: suggestion : /usr/local/ora_alog/ORADB10/ARCH_ORADB10_SEQ~0000020369.0001.0600865793 ORA-00280: change 1781021180 for thread 1 is in sequence #20369 Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
Sauf que l'ArchiveLog n'est plus là (dans /usr/local/ora_alog/ORADB10/),
car RMAN est intallé sur un autre serveur (mode catalog) ... et l'a envoyé sur l'outil de sauvegarde sur bandes
Et je ne connais pas trop Rman pour faire le restore :oops:

26/06/2007, 11h58
orafrance

bah t'as plus qu'à ramener l'archive :?

mais comment t'en es arrivé là ?

Code:

1 2 3 4 5 SQL> RECOVER TABLESPACE TBS_INDEX; ORA-00283: recovery session canceled due to errors ORA-01124: cannot recover data file 15 - file is in use or recovery ORA-01110: data file 15: '/data/oradata/tbs_index_005.dbf' SQL>
j'ai l'impression qu'Oracle ne veut pas supprimer le file "14" '/data/oradata/tbs_index_004.dbf'
car le suivant, le "15" '/data/oradata/tbs_index_005.dbf' existe déjà ... :roll:

26/06/2007, 12h01
orafrance

pas du tout... il ne veut pas le supprimer parce qu'il est OFFLINE et nécessite un recover c'est tout :?
26/06/2007, 12h02
alfb59

Citation:

Envoyé par orafrance

bah t'as plus qu'à ramener l'archive :?

mais comment t'en es arrivé là ?

Comment fait-on pour redescendre l'archivelog à partir de Rman ?

1/ je me connecte à RMAN,
2/ je fais un "connect target user/passwd@DB" sur ma DB
3/ et ??
26/06/2007, 12h03
alfb59

Citation:

Envoyé par orafrance

pas du tout... il ne veut pas le supprimer parce qu'il est OFFLINE et nécessite un recover c'est tout :?

En effet il est OFFLINE, mais pas moyen de le remettre ONLINE ... il veut faire un recover
26/06/2007, 12h04
orafrance

tu dois restaurer l'archive de la bande :?
26/06/2007, 12h10
alfb59

Citation:

Envoyé par orafrance

tu dois restaurer l'archive de la bande :?

P'tite question, c'est Rman, qui l'envoi sur la bande il me semble ... et d'après la personne qui s'occupe des sauvegardes, le nom de l'archive serait modifié, donc ce ne peut être que RMAN qui redescend l'archive à partir de la bande : vrai ou faux ? :roll:
26/06/2007, 13h06
orafrance

peut-être bien en effet... mais là j'avoue que mes compétences sont limitées ;)

n'y a-t-il pas d'information dans ce tutoriel : http://oracle.developpez.com/guide/s...rde/rman/#L3.4 ?
26/06/2007, 13h23
orafrance

ça parait pas mal ça : http://download-uk.oracle.com/docs/c...4.htm#i1040443

Citation:

Envoyé par orafrance

ça parait pas mal ça : http://download-uk.oracle.com/docs/c...4.htm#i1040443

C'est ce que j'ai tenté de faire ... mais ça ne fonctionne pas :?
(j'ai desoin de la sequence 20369)
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 RMAN> RESTORE ARCHIVELOG SEQUENCE 20369; Starting restore at 26-JUN-07 using channel ORA_DISK_1 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of restore command at 06/26/2007 13:30:47 RMAN-06026: some targets not found - aborting restore RMAN-06102: no channel to restore a backup or copy of log thread 1 seq 20369 lowscn 1781004696 RMAN>
Si un spécialiste RMAN passe dans le coin ;)

Voir 40 message(s) de cette discussion en une page