Discussion :

[orafrance]

ah bon ??? C'est nouveau ca ^^ d'ailleurs dans le post qui suit philcero te met carrément les manipulations à faire pour récupérer ta base sans les REDO LOGS... donc c'est ce que je dis depuis le début, tu peux faire une récupération en utilisant que les ARCHIVED REDO LOG

il parle de son cas en particulier, relis le fil complet si tu veux comprendre

[philcero]

Code :

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

je peux pas mettre la charrue avant les beaufs

Oui mais tu es quand même tenu d'avoir créé une route...

Code :

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

facilitons la tâche

J'en reviens à un de mes précédents POST, il faut obligatoirement un DBA qui soit joignable et qui jette un coups d'oeil de temps à autre et qui soit apte afin de faire la restauration.

Maintenant ton script peut effectivement être automatisé (en utilisant le double du fichier de contrôle et non le script) mais il ne faut pas perdre de vue qu'en cas de pépin dû à un facteur externe lors de la sauvegarde, un DBA devra toujours être joignable.

De là tu peux cela-dit faire ton script et en cas de pépin en avoir undeuxième qui créé une base from scratch et pratique un IMP FULL à partir du EXP FULL pré-cité.

[orafrance]

c'est pas évident d'être fonctionnel sur une phase de développement, je peux pas mettre la charrue avant les beaufs.
J'espère ne pas être trop désagréable

D'où l'intérêt de revoir tes scripts de backup et refaire le test. Là tu veux sortir d'une situation inextricable parce que ton backup est nul... si tu ne veux pas mettre la charrue avant les boeufs alors il faut commencer par avoir un backup nickel... ce que visiblement tu essayes de faire

[phil4444]

Houlà ça a du mal à suivre on dirait, j'ai pas les redo logs de la base.
Oui tient c'est drôle de les renomer sans les avoir

[philcero]

c'est drôle de les renomer sans les avoir

Renommer un REDO LOG d'une base sur trois pattes en l'état MOUNT revient à les ré-enregistrer quand on les a perdu (Lis la documentation : Backup and Recovery Advanced User's Guide).

Le ALTER DATABASE OPEN RESETLOGS fera le reste.

[orafrance]

J'en reviens à un de mes précédents POST, il faut obligatoirement un DBA qui soit joignable et qui jette un coups d'oeil de temps à autre et qui soit apte afin de faire la restauration.

+1 s'il suffisait de lancer un bête script pour restaurer une base ça ferait longtemps que ce serait intégré dans le RECOVER DATABASE

A chaque problème sa solution, sauf pour automatiser des clones scripter une restauration c'est non seulement une perte de temps mais en plus c'est dangereux

[phil4444]

Alors pour le coup c'est toi qui est mal parce que les script proposés dans les post et les différents sites ne prennent pas en compte ni la sauvegarde des redo logs courant ni la récupération d'un fichier de control file.

c'est quand même pas ma faute si les scripts visibles un peu partout sur le net sont fait pas des apprentis

[phil4444]

rassurez-vous, je ne veux pas piquer votre travail
ça serait dommage que votre travail soit réduit au faite de répondre aux post de developpez.com
humour humour quand tu nous tiens !!!!

Et puis si Oracle savait tout faire ça se serait et ça mettrait pas mal de monde sur la paille, ça évolue sans cesse.
les besoins évoluent, maintenant pour créer une base plus besoin d'être DBA faut juste savoir ou cliquer

[orafrance]

rassurez-vous, je ne veux pas piquer votre travail

bah j'aimerais autant, si tu avais la formation de DBA on serait au moins sûr que tu ne feras pas n'importe quoi

Et puis si Oracle savait tout faire ça se serait et ça mettrait pas mal de monde sur la paille, ça évolue sans cesse.
les besoins évoluent, maintenant pour créer une base plus besoin d'être DBA faut juste savoir ou cliquer

Bah oui mais il se trouve que pour la restauration des connaissances pointues sont primordiales... perdre 3 jours à installer une base ou perdre 2 ans de compta c'est juste pas tout à fait le même cout

[orafrance]

ni la sauvegarde des redo logs courant ni la récupération d'un fichier de control file.

parce que c'est pas obligatoire

Enfin, j'ai pas vu bcp de script hotbackup qui passent à coté... et surtout il n'y a qu'un seul site que tu peut lire les yeux fermés : http://tahiti.oracle.com, ensuite Metalink et enfin Developpez.com bien sûr

[philcero]

es scripts visibles un peu partout sur le net sont fait pas des apprentis

Et ça, c'est du poulet ?

http://sourceforge.net/projects/ora-hot-bkp

[phil4444]

Tu te trompes orafrance, des scripts tout bête comme tu dis sont fait dans des applications complexes où l'on clone non seulement l'appli, la base oracle, un LDAP et c'est loin d'être bête, c'est juste que le temps que tu installes toutes tes applis et services etc etc.
Tu fais une installe compléte en 4h là où il fallait 1 jour.
On appelle cela faire de la Masterisation

[philcero]

Si on en revenait à nos moutons, t'en es où de ta restauration tu as une base qui fonctionne ou non en l'instant T ?

[phil4444]

oui j'ai la même chose en 10 lignes
c'est ce que je disais, je ne vois pas de backup des redo logs current dans ce script, j'en suis au même point il est incomplet

[phil4444]

Oui elle fonctionne en ayant pas pu utiliser les archivelogs, dommage.
faut que je reprenne mon script de sauvegarde et faire un point de ARCHIVELOGS START en plus

[Milo59000]

Pour information, je viens de supprimer TOUS les fichiers DATAFILE, CTL et REDO LOG d'une de mes bases de test, j'ai fait la récupération à partir d'un hot backup contenant DATAFILE et CTL. Je les ai copiés dans leur répertoire en prenant le soin de recréer mes 3 CTL à partir du premier puis j'ai lancé un RECOVER AUTOMATIC DATABASE UNTIL CANCEL USING BACKUP CONTROLFILE;

J'ai entré CANCEL lorsqu'il m'a dis qu'il ne trouvait pas une séquence car je n'avais pas mes REDO LOG, et miracle ca a marché... donc maintenant, pourquoi sauvegardé les REDO LOGS en ligne ??? de toute façon ca sera bon au moment de la sauvegrade mais si 1h après votre sauvegarde les disques crash et vous perdez vos REDO LOG, votre sauvegarde des REDO LOGS ne servira à rien car les informations qui seront dedans auront été archivés et les données contenues dans vos REDO LOGS seront perdus !

[philcero]

je ne vois pas de backup des redo logs current dans ce script

Dans ce script il n'y a pas le backup des REDO LOGS parce que il y a un ALTER SYSTEM SWITCH LOGFILE (Qui expédit le CURRENT dans les ARCHIVES) à la fin juste avant la sauvegarde des ARCHIVE LOGS.

Le but de ce script, qui est plus que stable dans le cadre d"une base classique en mode ARCHIVELOG, c'est te garantir une sauvegarde qu'un DBA pourra remonter sans soucis et re-créer les REDO LOGS manquants.

En utilisant bien sûr la masse spongieuse située juste au dessus de ses sourcils, plus communément appelée cerveau !

[orafrance]

Si tu fais une restauration USING BACKUP CONTROL FILE ça sert à rien, mais t'aurais du faire un RECOVER tout simplement

Et pourquoi tu as fait CANCEL plutôt que donner le chemin du redo courant ?

http://download.oracle.com/docs/cd/B...7.htm#i1011267

Le manque de respect venant tout de même d'un administrateur du site... c'est tout de même limite... non ?

quel manque de respect ?

[Milo59000]

quel manque de respect ?

Excuse oraFrance, j'ai édité mon message, j'avais mal lu une phrase... sans doute la fatigue de la semaine... et l'approche du week-end....

[Milo59000]

Si tu fais une restauration USING BACKUP CONTROL FILE ça sert à rien, mais t'aurais du faire un RECOVER tout simplement

Et pourquoi tu as fait CANCEL plutôt que donner le chemin du redo courant ?

Pourquoi le USING BACKUP CONTROLFILE ne sert à rien ? Je reprends bien un controlfile sauvegardé.

Le CANCEL est fait car j'avais simulé la perte de l'ensemble des ficheirs REDO LOG donc pas de ficheir REDO LOG courant et pas de sauvegarde comme c'est le cas pour notre cher phil4444