Sauvegarde base ouverte - Oracle 10g

**matana** · 26/06/2007, 10h22

Bonjour,
Je travaille sous une base de données Oracle 10g.
Un export est effectué chaque soir, et à la fin de celui-ci, toutes les données sont enregistrées sur une bande magnétique. C'est ainsi que nous sauvegardons la base (nous n'avons pas choisi d'être en mode archivlog, nous estimons qu'une perte d'une journée n'est pas catastrophique...)
Mon souci est qu'avant, sous Oracle 7, on fermait la base avant de lancer l'enregistrement sur bande, puis on la remontait le matin.
Or avec la 10g j'avais un souci de startup, que je n'avais pas réussi à résoudre, donc la sauvegarde sur bande se fait base montée (même si personne le soir ne travaille dessus), ma question est de savoir si c'est grave, ou dangereux, de ne pas descendre la base...
Merci de vos réponses

**orafrance** · 26/06/2007, 10h47

si c'est bien le fichier export que tu sauvegardes, c'est complétement indépendant de ta base. Donc qu'elle soit démmarrée ou non n'a aucune espéce d'importance

par contre, la sauvegarde par export doit être réalisé alors qu'aucune donnée n'est modifiée dans la base sans quoi tu risques d'avoir des incohérences dans les données

**matana** · 26/06/2007, 10h54

Envoyé par orafrance

si c'est bien le fichier export que tu sauvegardes, c'est complétement indépendant de ta base. Donc qu'elle soit démmarrée ou non n'a aucune espéce d'importance

par contre, la sauvegarde par export doit être réalisé alors qu'aucune donnée n'est modifiée dans la base sans quoi tu risques d'avoir des incohérences dans les données

Je sauvegarde pas seulement l'export mais tout le disque sur lequel sont stockées les fichiers de la base, tous les datafiles etc... Est-ce qu'on peut base ouverte ?
Pour les incohérences... disons que j'exporte à 19h en supposant que plus personne n'utilise la base à cette heure-ci, et c'est pratiquement toujours le cas.

**orafrance** · 26/06/2007, 11h04

bah dans ce cas tu peux pas le faire en NOARCHIVELOG et surtout sans un minimum de préparation... tu sais c'est bien de sauvegarder mais si tu ne testes jamais la restauration, ça ne sert à rien

pour info : http://download-uk.oracle.com/docs/c....htm#sthref111

**matana** · 26/06/2007, 11h12

Envoyé par orafrance

bah dans ce cas tu peux pas le faire en NOARCHIVELOG et surtout sans un minimum de préparation... tu sais c'est bien de sauvegarder mais si tu ne testes jamais la restauration, ça ne sert à rien

pour info : http://download-uk.oracle.com/docs/c....htm#sthref111

Merci pour tes réponses.
Oui je sais que je devrais faire des tests...

Je ne suis pas dba moi comme tu peux le constater, et c'est pas trop ma tasse de thé... Je manque de temps, aussi...
Le mieux serait de descendre ma base donc, chaque soir après l'export et AVANT de sauvegarder sur bande, n'est-ce pas ?
Faut juste que je trouve comment la remonter après, car je ne sais pourquoi, lorsque je fais un startup, ça me dit pb d'instance ou de tns, je n'sais plus, ça ne veut pas marcher... Par contre si je redémarre le serveur, ça remonte la base parfaitement... et ce problème je ne l'ai que depuis la 10g...

**orafrance** · 26/06/2007, 11h20

Sous windows ? Si oui alors redémarre le service Oracle tout simplement.

**ducho** · 26/06/2007, 11h19

Bonjour,

nous faisons de même ici,
c' est préférable d' exclure les datafiles et redo-logs de la sauvegarde
base ouverte .

il faut vérifier les logs de la sauvegarde ( tout dépends de l' outil)

soit les fichiers sont pris par oracle et ignorés par la sauvegarde
(meilleur des cas)

soit les fichiers sont sauvegardés (base ouvete ) et alors en général
ils sont pris en exclusivité par la sauvegarde : si oracle en a besoin
(en écriture) , oracle part en crash direct
(on a rencontré ce cas avec ntbackup !)

cdlt

PS : l' idéal c' était bien de fermer la base avant la sauvegarde
s' il n' y a pas de contrainte d' exploitation

**matana** · 26/06/2007, 11h25

Envoyé par ducho

Bonjour,

nous faisons de même ici,
c' est préférable d' exclure les datafiles et redo-logs de la sauvegarde
base ouverte .

il faut vérifier les logs de la sauvegarde ( tout dépends de l' outil)

soit les fichiers sont pris par oracle et ignorés par la sauvegarde
(meilleur des cas)

soit les fichiers sont sauvegardés (base ouvete ) et alors en général
ils sont pris en exclusivité par la sauvegarde : si oracle en a besoin
(en écriture) , oracle part en crash direct (on a rencontré ce cas avec ntbackup !)

cdlt

PS : l' idéal c' était bien de fermer la base avant la sauvegarde
s' il n' y a pas de contrainte d' exploitation

Ok ok merci, je commence à baliser là... surtout avec ton "oracle part en crash direct " !
Faut absolument que je règle ce problème... Merci en tout cas.