Discussion :

[hkhan]

bonjour !!
J'ai à nouveau une tite question , cela concerne les sauvegardes.

Ma base (Oracle 8.1.7) est utilisée par un serveur Web, et le site doit être accessible à tout moment (jour et nuit).

Actuellement, il est fait une sauvegarde logique uniquement (import/export), pas de sauvegardes physique... Il n'est pas à l'ordre du jour de rendre le site inaccessible pendant la sauvegarde....

J'ai vu que la 9i, propose 2 autres solutions :
- interdiction temporaire d'écrire dans le fichier à sauvegarder
- l'utilisation des redologs et rbs pour retarder l'ecriture des modifications

Mais je suis en 8.i la :p (de toute facon, ca m'a pas l'air genial comme solution ca...)


Je pense pas que le cas de ma base soit une exception, donc comment faire ?

[lalystar]

Bonsoir,


Tu peux très bien faire des hot-backup sous Oracle 8i. Pour cela ta base doit être en ARCHIVELOG, ensuite pour chaque tablespace :
- tu places le tablespace en mode backup

Code :

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

alter tablespace ... begin backup

- tu sauvegardes ensuite les datafiles de ton fichier
- tu sors le tablespace du mode backup

Code :

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

alter tablespace ... end backup

Lors de la restauration, tu copies tous les datafiles nécessaires et ensuite Oracle appliquera les archiveds redo-logs nécessaires.

Lorsqu'un tablespace est en mode backup, Oracle continue d'écrire dans les datafiles mais les headers (les datafile SCN) sont inchangés ce qui fait que certains blocs sont dans un état inconsistant. Etant donné que tous les blocs sont versionnés, Oracle sait ensuite quels redos obtenus à partir des archived redologs il lui faut appliquer.

Pour tous les détails, se reporter à http://download-west.oracle.com/docs...up.htm#1004914


Laly.

[lalystar]

Je ne vois pas de quoi tu parles quand tu dis :

- interdiction temporaire d'écrire dans le fichier à sauvegarder

Quand tu places tes tablespaces en mode backup, tu peux très bien continuer d'écrire dedans, c'est uniquement le header et donc le SCN stocké dedans (start SCN) qui est figé.

Peux-être penses tu aux tablespaces transportables qui effectivement doivent être placés en read-only avant leur copie, mais ca ne constitue pas une méthode de sauvegarde avec laquelle tu peux retrouver toutes tes transactions.


Laly.

[hkhan]

Bonjour, merci pour tes info !
Seul soucis, ma base n'est pas en mode archivelog actuellement....


Est ce qu'il faut obligatoirement y etre pour effectuer des sauvegardes physiques base ouverte ?
De toute facon je vais me documenter la dessus

[LeoAnderson]

tu as une base en production qui n'est pas en archive log ??
:

Sinon, oui, il faut effectivement être en archive log pour le hot backup.

[hkhan]

tu as une base en production qui n'est pas en archive log ??
:

si tu voyais l'etat de ma base... :p
l'avantage c'est qu'avec une base comme ca, je ne peux que progresser car je dois me poser des questions sur tout...


sinon, merci pour le confirmation !!

[lalystar]

Seul soucis, ma base n'est pas en mode archivelog actuellement....

Tu as une base 24x7 mais pour laquelle tu n'es pas capable de restaurer plus tard que la dernière sauvegarde par import/export, c'est bizarre...


Laly.

[hkhan]

Seul soucis, ma base n'est pas en mode archivelog actuellement....

Tu as une base 24x7 mais pour laquelle tu n'es pas capable de restaurer plus tard que la dernière sauvegarde par import/export, c'est bizarre...


Laly.

bin vip, en fait il n'y a jamais reellement eu de dba sur cette base, ce qui explique qu'aucune opération de maintenance n'a ete faite, de gros pb de perf existent etc...

Comme je débute en admin base de données, j'essaye de regler pb par pb...
Je vais mettre en place le mode ArchiveLog sur la base en fin de semaine, après avoir lue de la doc à ce sujet :p