Vous n'êtes pas identifié(e).
Bonsoir,
J'ai recherché, sans succès, des informations sur la taille optimale des répertoires d'archivelog et de redolog. Peut-être pas assez ou mal cherché.
Mais existe t il des abaques ou des indications ou une méthode objectives pour estimer la taille de ces fs ?
Actuellement la database est très volumineuse car contient près de 800 000 objets (genre documents pdf/doc de taille variable, environ 230 ko) mais qui sont en cours de migration vers un autre système de consultation. L'activité utilisateur crée des nouveaux objets, les batchs envoient au fil de l'eau les "anciens" objets vers l'autre système. A noter que l'ajout est moins rapide que le transfert vers l'autre système, ce qui permet donc in fine de diminuer la taille de la database.
Si vous acez des idées sur la taille des fs ou la méthode, je prends.
Ordre de grandeur :
Taille de la base : 200 Go (90% de la volumétrie sont des objets de type blob)
Ajout quotidien d'objets : en moyenne 2 Go, en pic 4 Go
Modification quotidienne d'objets : en moyenne 1/2 Go, en pic 3 Go
Suppression quotidienne d'objets : en moyenne 6 Go, pas de pic
Vaccum et reindex : 1 fois par semaine
Sauvegarde à froid : 1 fois par nuit
Version de postgres : 8.4
Dernière modification par stevenc (12/09/2011 21:43:30)
Hors ligne
au niveau de PostgreSQL, on ne parle pas de d'archivelog e redolog mais de "Write Ahead Logs" . On trouve également les termes "WALs" et "xlog"
Je vous conseille ce chapitre 29.4 de la doc. C'est le meilleur point de départ possible :
http://docs.postgresql.fr/9.1/wal-configuration.html
Pour une explication un peu plus complète vous avez l'article ci-dessous :
damien clochard
http://dalibo.org | http://dalibo.com
Hors ligne
