Discussion :

[Celestos]

Comment faire pour stopper archive log définitivement ?

Cordialement

Celestos

[LeoAnderson]

Code :

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

1
2
3
4
5
 
shutdown immediate;
startup mount;
alter database noarchivelog;
alter database open;

[laurentschneider]

sans oublier d'arrêter l'archiveur (implicite en 10g)

Code :

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

1
2
3
 
archive log stop;
alter system set LOG_ARCHIVE_START=false scope=spfile;

[Celestos]

Merci...
Mais je fais quoi et dans quel ordre SVP ?

[laurentschneider]

d'abord mettre la base de données en NOARCHIVELOG avant d'arrêter le ou les processus d'archivage

[remi4444]

Je rebondi sur ce post pour poser une question à mon tour...

N'y a-t-il aucun moyen d'arreter l'archivage à chaud ?

la commande suivante est-elle dangeureuse lorsque la base est toujours en archivelog (on me l'a dit mais j'ai du mal à m'y faire...):

Code :

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

ALTER SYSTEM ARCHIVE LOG STOP

En bref, lorsqu'on est confronté à un problème de saturation disque due aux archives alors qu'on a interdiction de stoper la prod, est on condamné à bricoler des scripts de purges ou à magouiller des LOG_ARCHIVE_DEST vers /dev/null ... ??

[LeoAnderson]

Si les archive_dest sont saturés (d'un point de vue espace disque), vous avez alors le choix :

• Vous les supprimez mais perdez les capacités de restauration
• Vous les déplacez vers un autre support

toute autre alternative interrompt la production ou flingue les sauvegardes.

Donc on ne fait pas des archive log stop, on ne redirige pas vers /dev/null, ...

[remi4444]

Mais je n'ai jamais dit que je ne voulais pas flinguer les sauvegarde, il y a bien des cas ou on préfère flinguer les sauvegardes d'une journée plutot que de faire un arret de prod.

Le cas classique qui me viens à l'esprit est un chargement en masse de données par un applicatif du style injecteur mal écrit en java(et j'en ai vu plein!) qui tourne depuis 2 jours. Dans ce cas, on a absoluement rien à faire des sauvegardes de la journée mais on veux éviter que la production exceptionnellement massive d'archives bloque le système, et surtout on veux éviter de devoir arrêter la base et repartir à 0.

Je pourrais trouver pas mal d'autres exemples ou ça se justifie de faire un arret d'archive à chaud.

Avant, je pensais qu'il suffisait de faire un "alter system archive log stop" mais des collegues dba m'on dit que ça bloquait le processus au moment ou les redo-log avaient fait un tour. Mais je n'ai jamais réussi à en avoir le coeur net. Surtout, ça m'étonne qu'au bout de 10 versions, oracle ne réponde pas à ce besoin....

[bouyao]

Dans tous les cas, tu ne peut pas modifier le mode d'archivage sans arrêter la base. La seule solution pour que ton disque ne devient pas plein est de faire ce que LeoAnderson te conseille est de supprimer les fichiers archivelogs generés ou d'ecrire un script qui les purges automatiquements.

[remi4444]

Ben c'est déja ce que je faisais mais je trouve ça très laid... pour le prix que ça coute, c'est quand meme une pitié qu'oracle ne fournisse pas de solution plus standard