Discussion :

[farenheiit]

Bonjour,

j'aurais voulu savoir comment choisir une stratégie de sauvegarde sur une base de production. Pourquoi faire une sauvegarde à chaud? à froid? quand utiliser la sauvegarde logique? Quid de la sauvegarde différentiel ou cumulative?
Quels impacts sur la restauration?

merci de votre aide

[Z3phur]

Bonjour,

Pourquoi faire une sauvegarde à chaud? à froid?

Tout dépend de ta base de production, si tu peux te permettre un arrêt ou pas.

[farenheiit]

Dans des projets precedents j'ai vu des sauvegardes à froid le week end mais aussi des sauvegardes à chaud toutes les nuits. pourquoi les 2 ?

[Z3phur]

Dans des projets precedents j'ai vu des sauvegardes à froid le week end mais aussi des sauvegardes à chaud toutes les nuits. pourquoi les 2 ?

Il se peut que tes sauvegardes à chaud sont des incrémentales et le week-end la sauvegarde à froid une full?
Mais cela est peut-être aussi du à une sécurité plus accrue, si perte de la base en journée la restauration sera plus rapide car il n'y aurait pas tous les redos à jouer depuis la dernière sauvegarde.

[farenheiit]

Le résultat de la sauvegarde à chaud est le même que la sauvegarde à froid?

[Z3phur]

Tiens si cela peut t'aider :

http://oracle.developpez.com/guide/s...e/generalites/

[pifor]

Toute stratégie de sauvegarde doit répondre à 2 questions fondamentales:

1. Combien de données est-on prêt à perdre ? On peut mesurer ceci avec l'intervalle de temps qui correspond aux dernières transactions perdues (x minutes, x heures ou x jours)
2. Combien de temps faut-il pour restaurer la base en cas de problème majeur ?

En fonction des réponses à ces 2 questions, on choisit:

• d'abord de mettre ou non la base en mode ARCHIVELOG
• et ensuite la fréquence des sauvegardes de la base et des archive logs.

[Ashleycole]

Toute stratégie de sauvegarde doit répondre à 2 questions fondamentales:
Combien de données est-on prêt à perdre ? On peut mesurer ceci avec l'intervalle de temps qui correspond aux dernières transactions perdues (x minutes, x heures ou x jours)
Combien de temps faut-il pour restaurer la base en cas de problème majeur ?

En fonction des réponses à ces 2 questions, on choisit:
d'abord de mettre ou non la base en mode ARCHIVELOG
et ensuite la fréquence des sauvegardes de la base et des archive logs.

Salut,
je suis pas expert je tiens à préciser!
En fait je ne sais pas non plus quelle stratégie de sauvegarde utilisée et j'ai oracle 10G sur un OS linux Redhat 5.
je lisais une documentation là-dessus mais je ne savais pas que pour le mode d'archivage il se fallait des interrogations de ce genre !
Du coup je ne sais plus quoi faire, d'autant plus que je suis un gros débutant!
Cependant, chaque jour à la descente, je fais un export full de la base que je sauvegarde sur support externe,je le fais sans arrêter la base,alors quel impact çà pourrait causer sur les données?
Mettre la base sur le mode archivelog entraine quoi concrètement comme conséquence positive?ou négative?
Quelle est la meilleure stratégie de sauvegarde?
Voilà un peu les interrogations qui envahissent mon esprit tous les jours!
Merci de me situer

[orafrance]

alors quel impact çà pourrait causer sur les données?

Si tu fais une photocopie de tous tes livres de la bibliothéque, si celle-ci brule, sauras-tu retrouver la dimension des étagères, les matériaux utiliser et où ranger les livres photocopiés ?

Evidemment non... l'export c'est pareil. Tu sauvegardes les données mais pas la base en elle-même ce qui peut faire perdre énormément de temps en cas de disaster recovery (restauration totale). Par contre, si tu veux restaurer une seule table c'est le meilleur moyen.

Comme tu vois, cela impose de se poser les bonnes questions.

Mettre la base sur le mode archivelog entraine quoi concrètement comme conséquence positive?ou négative?

Ca permet de faire des sauvegardes à chaud et surtout utiliser RMAN qui est très puissant (sauvegarde incrémentale, suivi des blocs modifiés, compression des sauvegardes, etc...). Par contre, ça consomme de l'espace disque.

Quelle est la meilleure stratégie de sauvegarde?

Celle qui répond le mieux à tes besoins

[farenheiit]

J'ai du mal à saisir la différence entre la sauvegarde à chaud et celle à froid puisque' au final il s'agit de sauvegarde physique

[Z3phur]

J'ai du mal à saisir la différence entre la sauvegarde à chaud et celle à froid puisque' au final il s'agit de sauvegarde physique

Bonjour,

c'est la même chose, la seule grande différence c'est base arrêter ou base ouverte.

[Ashleycole]

Salut,
merci orafrance pour tout, j'ai vraiment compris (je crois ) avec l'exemple de la bibliothèque!et je vois vraiment combien je perdais quand même mon temps chaque soir à la descente à faire des export full.
RMAN, j'en ai entendu parler, j'ai aussi lu là-dessus mais j'ai peur de me lancer car je travaille directement sur la base de production et aucun domage ne serait réversible à mon avis,alors,un petit chéminement à suivre et des conseils pratiques pour l'utiliser me seront une grande aide.
Encore quelques questions d'éclaircissement:
1- La base devrait obligatoirement être en mode archivelog si l'on veut
utiiser l'outil RMAN?

2-

Tu sauvegardes les données mais pas la base en elle-même ce qui
peut faire perdre énormément de temps en cas de disaster recovery
(restauration totale). Par contre, si tu veux restaurer une seule table c'est
le meilleur moyen.

je n'ai pas bien compris la fin lorsque tu parles de la restauration d'une seule
table;le meilleur moyen???!!! tu veux dire exactement?utiliser l'export
dans ce cas?

3- Pour être plus claireje vais étaler ce que j'aimerais faire en réalité:
En fait,je voudrais faire une sauvegarde de la base(les enregistrements ou
données de chaque jour) afin d'avoir un suivi journalier, de sorte à
restaurer aux plus récentes valeurs des tables en cas de désastre afin que
les utilisateurs n'aient pas trop à reprendre.

j'espère avoir été clair.

Merci

[orafrance]

RMAN, j'en ai entendu parler, j'ai aussi lu là-dessus mais j'ai peur de me lancer car je travaille directement sur la base de production et aucun domage ne serait réversible à mon avis,alors,un petit chéminement à suivre et des conseils pratiques pour l'utiliser me seront une grande aide.

Tu ne peux rien casser en faisant un backup avec RMAN, au pire, tu n'auras pas bien fait ta sauvegarde. C'est pourquoi il faut la tester

Tu peux très bien installer une petite base sur ton PC au moins pour tester les scripts de backup et restore.

Encore quelques questions d'éclaircissement:
1- La base devrait obligatoirement être en mode archivelog si l'on veut
utiiser l'outil RMAN?

Oui

2-
je n'ai pas bien compris la fin lorsque tu parles de la restauration d'une seule
table;le meilleur moyen???!!! tu veux dire exactement?utiliser l'export
dans ce cas?

RMAN sauvegarde la base de données. Si tu veux restaurer une seul table, soit tu utilises le FLASHBACK soit tu fais des exports de tes tables. Sinon tu dois restaurer la base et récupérer la table qui t'intéresse, ce qui évidemment est couteux

3- Pour être plus claire je vais étaler ce que j'aimerais faire en réalité:
En fait,je voudrais faire une sauvegarde de la base(les enregistrements ou
données de chaque jour) afin d'avoir un suivi journalier, de sorte à
restaurer aux plus récentes valeurs des tables en cas de désastre afin que
les utilisateurs n'aient pas trop à reprendre.

RMAN avec un backup complet toutes les mois par exemple, un backup incrémental toutes les semaines et un backup des archives tous les jours.

En cas de crash, tu restaures la dernière sauvegarde et tu rejoues les archivelogs jusqu'au point que tu veux (on parle de DBPITR DataBase Point in Time Recovery : http://download-west.oracle.com/docs...lashptr006.htm).

[farenheiit]

RMAN avec un backup complet toutes les mois par exemple, un backup incrémental toutes les semaines et un backup des archives tous les jours.

Et à quel moment tu fais ton export ?

[orafrance]

Jamais

Regarde du coté des RESTORE POINT en 10g, c'est nettement plus intéressant Sinon, tu peux le faire après la sauvegarde quotidienne qui est rapide.