Discussion :

[phil4444]

Bonjour,

j'ai une base en ARCHIVELOG, je voudrais scripter la gestion de mes redo log archivés dans le LOG_ARCHIVE_DEST pour éviter des saturer l'espace disque

[philcero]

Quel est ton OS s.v.p ?
Quelle politique d'archivage compte tu prendre (simple compression et purge, déport disque en ligne, bande, ...) ?

[lmartin]

Je pense que ça va dépendre du rythme d'écriture de ton appli.
Il faut que :
1) tu définisse la périodicité de tes copies
2) d'où une taille du FS recevant tes archives

Pour ça surdimensionne un peu ton FS, regarde à quelle vitesse il se remplit puis 1) et 2)
Enfin dimensionne correctement ton FS.

[philcero]

Généralement c'est l'historique de remontée qui va déterminer le nombre de archive logs à garder (Purge basée sur ce qui a plus de 2 ou 3 jours au plus simple).

Petite astuce on peut, en cas de forte volumétrie, dédier un processus à la compression des archive logs grace à un gzip par exemple (Tester que personne n'est sur le fichier au moment de la compression, il pourrait être en cours de création). Le jour ou on en a besoin on peut décompresser par paquet, la base repassera au fur et à mesure de leur apparition.

Pour la purge et la taille du FS il faut analyser la montée en charge de la base, celle-ci peut très bien augmenter sa production de logs (Réorganisation d'objet par le DBA par exemple) d'un jour à l'autre. quels pics peut-elle amener et en fonction quelle place dois-je prévoir au cas où.

Ne pas perdre de vue que les archive logs ne servent que pour remonter une base généralement. Faire donc la purge juste avant la sauvegarde.

Tous ces petits points mis en oeuvre, peux-tu préciser ta demande s.v.p ?

Tu veux un script clef en main, tu veux les commandes, tu veux quoi exactement ?

[phil4444]

l'OS c'est un windows 2003 serveur
avec un Oracle 10g
avec ACHIVELOG =TRUE
j'ai créée un LOG_ARCHIVE_DEST_1='location=D:\oracle\10gR2\etc'

mais en l'état je pense que mon répertoire va grossir et ce qui risque d'arrêter mon instance à la longue pour cause d'espace disque saturé.

L'idée comme j'ai vu sur les bouquins Oracle Press c'est de tester la taille du répertoire et dans la conditionnelle d'aller copier les journaux et de les compresser et de puger le répertoire D:\oracle\10gR2\etc
Mais bon les cripts était en Ksh et pas avec les commandes DOS, je suis un Unixien et pas dutout DOSien.

[scheu]

C'est sûr que si ton FS des archivelogs est à 100%, la base sera figée et plus aucune connexion ne sera possible
L'idéal est de faire un script qui s'exécute régulièrement (toutes les heures par exemples, qui vérifier le taux d'occupation de ton FS (commande 'df'), et qui, si ce seuil dépasse 70% par exemple, les copie ailleurs puis les supprime du FS

Tu pourrais utiliser RMAN pour cela, sinon un simple script shell sous Unix suffira amplement

Néanmoins fait régulièrement des sauvegardes à chaud de toute ta base, ensuite tu n'as plus besoin de conserver les archivelogs antérieurs à cette sauvegarde

[louping]

L'idée comme j'ai vu sur les bouquins Oracle Press c'est de tester la taille du répertoire et dans la conditionnelle d'aller copier les journaux et de les compresser et de puger le répertoire D:\oracle\10gR2\etc

Il y a un outil de commerce pour cela :
- alarme sur FS free (style PATROL)
- backup sur tape
- remove
Backtrack


Info ici

Sinon, RMAN le fait très bien aussi (fréquence 2 heures par ex)