Forum Domoticz en français

Je me suis rendu compte récemment que ma base était très grosse : 270 Mo.
Et la fonction permettant de la sauvegarder ne fonctionnait plus : Ça générait un fichier vide et c'est tout. Idem à partir des paramètres dans la page de l'interface web.

J'ai fouillé dedans avec DB Browser for SQLite après l'avoir téléchargée sur mon pc Windows.

J'ai trouvé près de 3 millions d'enregistrements dans la table LightingLog !

Ça semble enregistrer les actions On/Off sur les interrupteurs, mais aussi les titres qui passent sur les Kodi, ou sur Logitech Media Server, etc...
Bref, tout l'historique depuis Novembre 2019. Aucun intérêt.
Surtout que le paramètre qui va bien pour purger ça dans Domoticz est toujours fixé à 15 jours.

Pour nettoyer, j'ai essayé de laisser 15 jours d'historique en exécutant la syntaxe suivante :
Malheureusement j'ai eu un message d'erreur : Dommage.
C'est peut-être pour ça que Domoticz n'arrivait pas à la purger non plus.

Alors j'ai procédé par séquences.
Je me suis servi de la colonne nValue qui avait l'air de ne pas prendre trop de valeurs.

En passant le sql suivant en faisant varier nValue de 0 à 9, j'ai pu supprimer tous les enregistrements.
Ensuite j'ai compacté la base de données (Outils/Compacter la base de données) et là elle a vraiment maigri ! 9 Mo seulement.

Je l'ai replacée dans le répertoire Domoticz d'où elle venait après avoir arrêté Domoticz et je l'ai redémarré.
C'est reparti.
La sauvegarde de la base refonctionne, nickel.
Enfin presque.

Il y avait cette petite erreur persistante dans le log qui m'inquiétait pour l'avenir.

Ça semblait lié au navigateur.
J'ai supprimé les cookies et vidé le cache ; plus d'erreur.

Tout fonctionne normalement depuis.

Salut

Merci de ton retour ca peut aider en effet vue les changements d'état journalier de certains appareils qui engorgent la base sans intérêt

Bon comme ça continue à grossir et que je ne vais pas passer mon temps à purger la base à la main, j'ai automatisé la cure d'amaigrissement :

1. Installer sqlite3 pour pouvoir modifier la database :

   Code : Tout sélectionner

   sudo apt install sqlite3

2. Script de lancement de la cure que j'appelle ~/domoticz/scripts/compressdb.sh
   

   Code : Tout sélectionner

   #!/bin/bash
   SERVICE=/usr/sbin/service
   SQLITE3=/usr/bin/sqlite3
   cd /home/pi/domoticz
   $SERVICE monit stop
   if [ $? == 0 ]; then
     $SERVICE domoticz.sh stop
     if [ $? == 0 ]; then
       if [ -f "/home/pi/domoticz/domoticz.new.db" ]; then
         rm /home/pi/domoticz/domoticz.new.db
       fi
       cat /home/pi/domoticz/scripts/compressdb.sql | $SQLITE3
       cp /home/pi/domoticz/domoticz.new.db /home/pi/domoticz/domoticz.db
       chown pi.pi /home/pi/domoticz/domoticz.db
       $SERVICE domoticz.sh start
       $SERVICE monit start
     fi
   fi
   

   ne pas oublier de rendre le script exécutable

   Code : Tout sélectionner

   chmod +x ~/domoticz/scripts/compressdb.sh

3. Script sql qui va supprimer ces logs inutiles en laissant quand même le mois en cours et le mois précédent puis compacter la base: /home/pi/domoticz/scripts/compressdb.sql

   Code : Tout sélectionner

   .open /home/pi/domoticz/domoticz.db
   delete from LightingLog where date <= date('now','start of month','-1 month','-1 day');
   .clone domoticz.new.db
   .quit

4. Entrée dans la crontab de root pour exécuter tout ça une fois par mois

   Code : Tout sélectionner

   sudo crontab -e

   Code : Tout sélectionner

   0 5 1 * *       /home/pi/domoticz/scripts/compressdb.sh

Voilà, maintenant ça va maigrir tout seul.

Si vous n'utilisez pas monit, mettez en commentaire les lignes 5, 6, 18 dans ~/domoticz/scripts/compressdb.sh.
(faire précéder la ligne d'un #).

Merci Chrominator pour ton poste

Cela m'a bien aidé car en la purgeant, l'accès est de nouveau rapide.
Par contre, c'est depuis la MAJ 2020.1 que cela se produit, ils ont insérés un champs user genre quel utilisateur fait l'ajout dans la base (dans mon cas un script LUA EventSystem//home/pi/domoticz/scripts/lua/script_device_chauffage_salon_fenetre.lua) ce qui fait que la base a explosé.
17mo = 40mo en 7mois ... ca reste des valeurs très faible, pourtant la base semble cohérente et bien indexé d'après le logiciel "DB Browser".

A voir si c'est pas un autre élément dans la base, je continue mes recherches.

Content de t'avoir aidé !