Stratégie de taille de la zone de récupération

[olivanto]

bonjour,

Je tatonne un peu sur RMAN et cette zone de récupération...

Voilà, j'ai une petite base (30Go), pour laquelle je voudrai pouvoir :

1. utiliser le système ARCHIVELOGS ; en cas de crash, je récupère ma derniere svg des fichiers et je restaure en appliquant les dit ARCHIVELOGS.

2. utiliser la zone de récupération rapide pour pouvoir faire un saut arrière dans le temps, tout au plus de 2/3 heures, en cas de mauvaise manip de mes collègues développeurs qui droppent régulièrement des objets....().

Pour le point 1, c'est pas bien compliqué. J'arrête la base une fois de temps en temps, copie des fichiers, suppression des archivelogs, et on reprend

Pour le point 2, je galère ; je n'arrive pas à estimer la taille nécessaire pour cette fichue zone ; actuellement elle fait le double de la taille de ma base, et en un jour, elle est déja remplie à 80% .... J'ai lancé une suppression des éléments obsolètes, et au lieu de me libérer de la place, le système m'a droppé des archivelogs (placé ailleurs pourtant, justement pour éviter ce genre de blagues...)

Quelqu'un peut il me donner qq conseils / infos sur la mise en place de cette zone, et son entretien (comment la nettoyer !!!), s'il vous plait ??

[IndianaAngus]

Salut,

Comment fais tu tes backups?

Si tu est en archivelog, tu peux faire une sauvegarde à chaud et supprimer les archivelog backupé en meme temps. Tu peux aussi compresser ton backup, ca te fera gagner beaucoup de place.

Par exemple

Code sql :

1
2
3
4
 
backup AS compressed backupset DATABASE plus archivelog ALL DELETE input;
report obsolete;
DELETE noprompt obsolete;

Avec ca, plus besoin d'arrêter la base pour supprimer et déplacer tes archivelogs et ils seront inclus dans le backups.
Le delete obsolete, dépendra de ce que tu as mis comme retention pour les backups (show all dans rman, par défaut à 1 jour).
Si tu génère beaucoup d'archivelog, tu peux faire juste un backup des archivelog régulièrement avec suppression automatique (genre toute les heures ou toute les deux heures).

Code sql :

1
2
 
backup AS compressed backupset archivelog ALL DELETE input;

Pour le point 2, quel genre d'objets les développeurs droppent ils? Si c'est des tables, tu peux juste faire un "flashback drop" de la table pour la récupérer dans l'état ou elle était avant la suppression.
Sinon tu as le flashback database (tu défini le temps de flashback en heure) mais dans ce cas la, tout ce qui as été fait depuis le moment ou tu reviens en arrière est perdue.

Pour la taille, le double de ta base devrait être largement suffisant.

Pour résumer
- backup compressé des archivelog régulier avec suppression automatique
- backup compressé de la base chaque jour avec suppression des backups obsolete
- flashback database si besoin

Avec tout ca, tu devrais toujours avoir suffisamment de place.

[olivanto]

...merci !!

c'est bien clair maintenant.

-->"Si tu est en archivelog, tu peux faire une sauvegarde à chaud et supprimer les archivelog backupé en meme temps. Tu peux aussi compresser ton backup, ca te fera gagner beaucoup de place."

j'ai fait ce que tu préconises, via la console (plus simple pour moi), en deux jobs ; un pour l'archivage à chaud, et l'autre pour le nettoyage des données obsolètes.
ca a l'air de fonctionner....
Plus besoin d'arrêter la base en effet pour le backup (ca c'est géant !::!).

je touche du bois..

merci bc pour tes informations claires et qui arrivent vraiment à pic (ma base est en prod depuis ce matin...).