[9i] Ouvrir une base

**tchalkost** · 20/07/2006, 11h14

En ce qui concerne la réinitialisation des redos c'est bien avec cette commande que l'on effectue la réinitialisation :

Code :

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

1
2
 
ALTER DATABASE CLEAR LOGFILE GROUP1,2 ou 3;

Par contre si on a ce message d'erreur

Code :

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

 ORA-02236: nom de fichier non valide

Est-ce que ça vient du fait que mes redos ne sont pas pris en compte, qu'ils sont illisible pour Oracle ou que j'oublie du code dans ma ligne de commande ?

J'obtien cet affichage lorsque je tape

Code :

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

1
2
3
4
5
6
SQL> SELECT GROUP#, ARCHIVED FROM SYS.V$LOG;
  GROUP# 	ARC
     -----------	------
         1 		YES
         2 		YES
         3 		YES

Cela me montre surtout que les groupes sont bien présent, alors q'auparavant il me dis que c'est un nom de fichier non valide

**orafrance** · 20/07/2006, 11h22

et le CANCEL ?

**tchalkost** · 20/07/2006, 13h11

J'ai essayé le cancel en faite il ne change pas grand chose, je l'ai déja dis je crois auparavant.

Mais ça ne change rien, je sais plus trop, le truc le plus chaint c'est que j'y suis presque et ne pas pouvoir l'ouvrir me gonfle vraiment

**orafrance** · 20/07/2006, 15h24

sauf qu'avant t'avais fait plein d'essayer. Les étapes sont :

- restauration
- creation des control files
- RECOVER -> CANCEL
- OPEN RESETLOG

**tchalkost** · 21/07/2006, 08h26

Cette fois-ci j'ai bien refais la manip, mais ça me met encore cette erreur :

Code :

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

1
2
3
4
5
 
ERREUR à la ligne 1:
OR1-01113: Le fichier 1 necessite une récupération après défaillance matérielle
ORA-01110: Le fichier de donnees 1:
'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\SYSTEM01.DBF'

Mais je pense que je vais tout reprendre depuis le début, avec toutes les opérations que j'ai faites j'ai dû détraquer oracle.

Je reprend tout depuis le début et on verra ce que ça va donner !!!

**tchalkost** · 21/07/2006, 10h48

Je suis en train d'analyser les messages d'erreur et j'ai remarqué que sur ce message :

Code :

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

1
2
3
4
5
 
ora-279: changement 99052106 genere a 06/22/2006 17:40:14 requis pour thread 1
ora-289: suggestion : D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\ARCHIVE\1_828.DBF
ora-280: le changement 99052106 pour le thread 1 se trouve au no de sequence 828
Indiquer le journal : <<RET>=suggéré | nomfichier | auto |cancel>

Il me demande un fichier daté du 22/06/2006, je suis allé vérifié dans ma base et il y a plusieurs fichiers qui sont daté du même jour

. Je me demande si lorsque la sauvegarde a été faite soit on la mal faite, soit les fichiers contenu dans le fichier archive n'ont pas été sauvegardé. Est-ce qu'un erreur peut venir de là ??

**orafrance** · 21/07/2006, 10h49

si c'est une sauvegarde base arrêtée, il n'y a aucun soucis

**tchalkost** · 21/07/2006, 11h13

Hier je suis aller sur le site ou se trouve la base en elle même. Et j'ai consulté le dossier ...\archive, à l'intérieur de ce fichier il y avait des fichiers "".DBF qui étaient numérotés de 1_906 à 915.
C'est pour cela que j'ai posé la question précédente !

J'ai essayé de tricher

en renommant un des fichiers 1_828.DBF et voir ce que ça va donner et tout naturelement ça n'a pas fonctionné !!

Je vais essayer de faire un restauration avec les nouveaux fichiers récupérés et on verra bien, je ne suis plus a ça près maintenant ...

**tchalkost** · 24/07/2006, 09h48

Bon bah je crois que je vais encore faire mon

mais j'arrive vraiment pas à restaurer cette p****n de base. Ca va finir par me rendre

Je respect bien toutes les étapes et j'ai toujours les mêmes problèmes dont j'ai fais part dans les pages précedentes.
Je ne sais plus quoi faire, s'il y a d'autre suggestion je suis preneur !!!!!!!!!!

**orafrance** · 24/07/2006, 10h41

c'est une nouvelle semaine et le week-end a quelques peu obscurci mes souvenirs. Peut-tu nous poster les étapes point par point de manière extrémement détaillé et donner les messages que tu rencontres. Eventuellement, supprime le fichier des alertes avant de commencer et poste ici le fichier après les manips

**tchalkost** · 24/07/2006, 14h14

Bon voilà exactement la méthode utilisée, Pour info méthode utilisé sur une base fraichement créé.

Je me connecte en tant que sys as sysdba. Je vérifie si je suis bien en mode archivelog

Code :

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

select name, log_mode from v$database

(j’y suis bien) et je fais un

Code :

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

shutdown immediate

(BdD fermée, démontée et instance oracle arrêtée)

Juste après je vais dans le repertoire D:\Programs\oracle\oradata\ICEFLD\ctl pour supprimer les fichiers .CTL ils seront recréé par le script que je vais lancer. Je rajoute les redos REDO01 à 03.TXT, que j’ai récemment récupéré sur le serveur principale de la base. Et je remplace tout les fichiers du repertoire D:\Programs\oracle\oradata\ICEFLD\dbf par ceux qui sont composés par la BdD sauvegardé.

Ensuite je retourne sur la commande DOS pour lancer le script que voici :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
 
STARTUP NOMOUNT
CREATE CONTROLFILE SET DATABASE "ICEFLD" RESETLOGS  ARCHIVELOG
--  SET STANDBY TO MAXIMIZE PERFORMANCE
    MAXLOGFILES 50
    MAXLOGMEMBERS 5
    MAXDATAFILES 100
    MAXINSTANCES 1
    MAXLOGHISTORY 113
LOGFILE
  GROUP 1 'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\REDO\REDO01.TXT'  SIZE 100M,
  GROUP 2 'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\REDO\REDO02.TXT'  SIZE 100M,
  GROUP 3 'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\REDO\REDO03.TXT'  SIZE 100M
-- STANDBY LOGFILE
DATAFILE
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\SYSTEM01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\UNDOTBS01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\DRSYS01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\EXAMPLE01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_04_PARAM01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\ODM01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\TOOLS01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_04_DATA01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\XDB01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_04_INDEX01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_04_BLOB01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_04_CDC01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_06_PARAM01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_06_DATA01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_06_INDEX01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_06_BLOB01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_06_CDC01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_08_PARAM01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_08_DATA01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_08_INDEX01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_08_BLOB01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\HERMESPARAM01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\HERMESDATA01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\HERMESBLOB01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\HERMESINDEX01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_3_1_02_PARAM01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_3_1_02_DATA01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_3_1_02_INDEX01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_3_1_02_BLOB01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_5_0_08_CDC01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\EFLUID_GEDIADATA01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\EFLUID_GEDIAINDEX01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\EFLUID_GEDIAPARAM01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\EFLUID_GEDIABLOB01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\EFLUID_RSEIPCDATA01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\EFLUID_RSEIPCINDEX01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\EFLUID_RSEIPCPARAM01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\EFLUID_RSEIPCBLOB01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_4_0_31_PARAM01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_4_0_31_DATA01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_4_0_31_INDEX01.DBF',
  'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\LIV_4_0_31_BLOB01.DBF'
CHARACTER SET WE8ISO8859P15
;

La génération de ce script me donne l’affichage suivant :

Code :

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

Instance oracle lancée -> info sur la base -> Fichier de contrôle créé.

Pour vérifier que mes dbf copier sont bien pris en compte je tape

Code :

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

alter database backup controlfile to trace;

(je retrouve bien mes fichiers)

Je me lance maintenant dans la synchronisation des fichiers je tape pour

Code :

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

recover database using backup controlfile

Il m’affiche les messages suivants :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
ORA-00279: changement 99052106 genere a 06/22/2006 17:40:14 requis pour thread 1
ORA-00289: suggsestion: D:\...\Oradata\NOM_BASE\ARCHIVE\1_828.dbf
ORA-00280: le changement 99052106 pour le thread 1 se trouve au no de sequence 828 

Indiquer le journal : <<RET>=sugéré | nomfichier|AUTO|CANCEL> 
D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\REDO\REDO01.TXT

ORA-308 : impossible d’ouvrir le journal archive
‘D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\REDO\REDO01A.TXT‘
ORA-27041 : ouverture du fichier impossible
ORA-04002 : ouverture impossible du fichier
O/S-Error : (OS 2) le fichier spécifié est introuvable
(J’obtien le même message lorsque je spécifi les autres redos)

Indiquer le journal : <<RET>=sugéré | nomfichier|AUTO|CANCEL> 
CANCEL (même en ne tapant que cancel à la première demande d’indication de journal j’obtient
 le message d’erreur, option que tu m’avais suggéré)
Récupération après défaillance matérielle annulée.

Pour rappel la méthode que tu m'avais demandé de faire était la suivante:
RECOVER DATABASE USING BACKUP CONTROLFILE
-> CANCEL
ALTER DATABASE OPEN RESETLOGS
(ça donné exactement les mêmes erreurs)

Je lance finallement

Code :

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

alter database open resetlogs;

et cette fois il m’affiche :

Code :

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

1
2
3
4
5
 
ERREUR à la ligne 1:
OR1-01113: Le fichier 1 necessite une récupération après défaillance matérielle
ORA-01110: Le fichier de donnees 1:
'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\DBF\SYSTEM01.DBF'

Et puis la franhcement je suis grave en manque d'idée et d'inspiration, j'espère que ça pourra t'aider à résoudre mon problème

Je sais pas si j'ai raison mais je doute fortement que cette base a été proprement sauvegardé, que pense-tu de cette dernière remarque ?

**orafrance** · 24/07/2006, 14h36

Code :

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

1
2
3
4
5
Indiquer le journal : <<RET>=sugéré | nomfichier|AUTO|CANCEL> 
D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\REDO\REDO01.TXT
 
ORA-308 : impossible d’ouvrir le journal archive
‘D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\REDO\REDO01A.TXT‘

Pourquoi il chercher REDO01A.TXT si tu indiques REDO01.TXT ?

**tchalkost** · 24/07/2006, 14h42

Nan t'as mal compris, la première fois qu'il y a

Code :

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

D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\REDO\REDO01.TXT

C'est moi qui lui indique le chemin

et la 2ième fois que c'est indiqué avec les cotes

Code :

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

'D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\REDO\REDO01.TXT'

C'est le logiciel qui me rappel l'emplacement du fichiers que j'ai spécifié. Même résultat pour les redos 2 et 3.

**orafrance** · 24/07/2006, 14h46

mais il y a incohérence entre les 2... apparemment c'est pas le même fichiers (REDO01 et REDO01A)

Vérifie que les REDO sont présents et accessible en lecture/écriture

**tchalkost** · 24/07/2006, 14h52

L'incohérence vient de mon côté effectivement c'est une erreur de frappe

Et je suis allé vérifier l'accessibilité des fichiers en lecture et écriture. Et c'est accessible

**orafrance** · 24/07/2006, 15h11

t'as bien saisi le nom sans les ' ?

**tchalkost** · 24/07/2006, 15h15

Oui, j'ai inséré le chemin sans ' !!

**orafrance** · 24/07/2006, 15h18

pourquoi il ne le trouve pas alors ?

**tchalkost** · 24/07/2006, 15h22

alors là franchement, connaître la réponse a ce problème me sera d'une grande utilité.

Je sais pas si j'ai raison mais je pense que cette base n'a pas été proprement sauvegardé, que pense-tu de cette dernière remarque ?

**orafrance** · 24/07/2006, 15h29

bof... le message d'erreur ne correspond pas vraiment à des redos corrompu... ça donne quoi ça :

Code :

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

dir D:\PROGRAMS\ORACLE\ORADATA\ICEFLD\REDO\REDO01.TXT

[9i] Ouvrir une base

Oracle

Discussions similaires

Partager

Partager