Discussion :

[Aminos]

Bonsoir,
J'ai un serveur HPUX sur lequel est installé oracle en disque interne et la base de données sur une baie.
les disques de la baie ont sauté suite à une coupure d'electricité.
ma base de données est en mode noarchivelog.
j'ai une sauvegarde à froid des fichiers de ma base de données un peu ancien mais la perte de données est tolerable dans notre cas.
Je dispose sur une bande de sauvegarde des elements suivants:
fichiers de controle
datafile
tablespace
init.ora
redologs
mais je n'ai pas un backup du filesystem contenant les index, je n'ai qu'une version tres recente de ce filesystem (plus recente des tablespace et datafile).
Est ce que avec ces elements c'est suffisant pour reconstituer ma base de données et pouvoir l'ouvrir?
Car j'ai essayé de faire l'exercice mais j'ai des soucis avec les fichier dbf des index qui sont plus recent que le reste des elements, est ce que c'est dangereux de les desactiver des fichiers de controles?
Merci pour votre aide

[macben]

Alors oui à priori tu as tout ce qu'il faut pour repartir de l'état de ta dernière sauvegarde à froid

As-tu essayé de restaurer ta base, démarrer en nomount, puis mount, puis de l'ouvrir ? As-tu des erreurs, à quel moment ?

[Aminos]

Bonjour,
Tout d'abord merci pour ta reponse.
Oui j'ai essayé de demarrer en etape ce qui donne:
nomount =ok
mount=ok
open=erreur suivante

ORA-01157: cannot identify/lock data file 6 - see DBWR trace file
ORA-01110: data file 6: '/ora_idx/dbs/dpipe_property_ind_seg_001.dbf'

Oracle cherche les tablespaces des index que je n'ai pas.

Merci pour l'aide.

[macben]

Pour être précis sur les termes ce sont les datafiles que tu n'as pas.

As-tu identifié le tablespace, si oui as-tu essayé de le passer en OFFLINE ?

[islamov2000]

veux tu restaurer la base de données dans un nouveau serveur???

[Aminos]

Bonjour,
C'est les datafile des index j'en ai plusieurs sur un FS dedié, ce filesystem n'a pas ete sauvegardé par contre le FS de production est toujours accessible mais il contient les datafiles beaucoup plus recent que la sauvegarde dont je dispose.
Est il possible de forcer la base de données a demarrer avec ces datafiles contenant les tablespace des index qui sont plus recent que le reste.

Merci

[macben]

As-tu essayé de re-créer les datafiles "vides" ?

(et le coup de passer le tablespace OFFLINE ?)

[Aminos]

La restauration va se faire sur le meme serveur, on a essayer de restaurer le maximum de chose, mais oracle pose probleme.

[Aminos]

Est ce que cela aura un impact sur les données deja là?
Comment on peut realiser cette operation de creation de datafile vide?
Merci

[macben]

Vérifies l'état "unix" par ls -l du fichier '/ora_idx/dbs/dpipe_property_ind_seg_001.dbf' (existe-t-il ? avec quels droits ?)

Tu le déplaces du répertoire.

Puis :

Code :

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

ALTER DATABASE datafile '/ora_idx/dbs/dpipe_property_ind_seg_001.dbf' offline DROP;

Code :

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

1
2
3
4
ALTER TABLESPACE "IM_INDEX" ADD DATAFILE '/ora_idx/dbs/dpipe_property_ind_seg_001.dbf' SIZE 10M
[REUSE AUTOEXTEND
ON NEXT 10240K MAXSIZE 2000M]
;

Attention je ne te garantie pas les manips ! Le mieux serait d'abord de passer soit ton tablespace, soit ton datafile en offline puis d'essayer de rouvrir ta base.

Sinon as-tu essayé de reconstruire tes indexes base mount ?

As-tu lu les traces DBWR ?

Sinon as-tu regardé ce post ?

[macben]

Après avoir fait appel à une amie plus expérimentée, ta seule solution serait celle que tu avais prévue au début : faire un controlfile de backup et enlever le datafile dedans.

[pachot]

Bonjour,
Si tu as tout sauf les index, oui, c'est possible:
- monter la base (startup mount), renommant les fichiers s'il le faut, mettre ceux que tu n'as pas en offline,...
- recréer les index dans un nouveau tablespace
- supprimer l'ancien tablespace
Cordialement,
Franck.