Vous pouvez améliorer les performances de la base de données PostgreSQL de différentes façons.
Les deux paramètres suivants contrôlent les opérations de purge automatiques. Par défaut, ces paramètres sont commentés lors de l'installation du serveur Sentinel Rapid Deployment. Vous devez supprimer le commentaire et définir les valeurs.
vacuum_cost_delay : détermine la période pendant laquelle le processus reste en veille en cas de dépassement de la limite de coût. Vous pouvez, par exemple, définir cette valeur sur 100.
vacuum_cost_limit : détermine le coût cumulé qui entraîne la mise en veille du processus de purge. Vous pouvez, par exemple, définir cette valeur sur 10 000.
Le fait de définir ces paramètres sur une valeur autre que zéro réduira l'impact E/S des commandes de purge et d'analyse sur l'activité de base de données normale. Il se peut que l'impact sur les performances soit négligeable lors de l'exécution des rapports, dans la mesure où la purge prend plus de temps qu'auparavant.
Par défaut, le processus autovacuum s'exécute régulièrement pour restaurer l'espace disque et mettre à jour les statistiques du planificateur. Lorsque la taille de la base de données augmente, autovacuum ne peut pas assurer la maintenance de tous les objets de la base de données. Dans un tel cas et si les performances s'affaiblissent, exécutez le script AnalyzePartitions.sh en tant que tâche cron. Cette tâche cron doit être définie par l'utilisateur propriétaire des processus Sentinel Rapid Deployment.
Par exemple :
30 11 * * * $ESEC_HOME/bin/AnalyzePartitions.sh
Où :
30 correspond à la durée en minutes.
11 correspond à la durée en heures.
ESEC_HOME correspond au chemin absolu de la base de données.
Dans cet exemple, le script s'exécute tous les jours à 11h30.
Évitez de programmer l'archivage pendant la création de rapports. Si vous programmez les deux processus en même temps, la création de rapports se met en attente car PostgreSQL bogue et démarre le traitement des données après l'exécution de la tâche d'archivage. Cette modification affecte les performances de la base de données.