Home-assistant_v2.db

Bonjour,

Je train un fichier home-assistant_v2.db un peu lourd (~42 GB) et je n’arrive pas à le nettoyer. Alors, il y a un petit historique. A la base, mon HA tournait en mode supervised sur un Rpi4 avec un SSD externe. J’ai migré sur un NUC sur lequel j’ai installé proxmox. Déploiement d’un petit HAOS (merci helper scripts) et restauration de mon HA. Pour la restauration, j’ai eu quelques difficultés. Mon fichier de backup faisait 2-3 GB, mais les restaurations ne semblaient pas fonctionner (malgré une version d’HA identique). En lisant les logs, je me suis aperçu qu’il avait un problème d’espace de stockage. J’ai provisionné un disque de 100GB et la restauration a pu se faire correctement. Tout marche nickel si ce n’est que mon fichier de DB est incroyablement gros sans raison. Aujourd’hui, quand je fais un backup de mon HA, mon fichier fait 3GB. Ca me donne l’impression que ma DB comporte quelques données inutiles…

J’ai tenté de paramétrer « recorder ». j’ai mis ces lignes dans mon « configuration.yaml » :

recorder:
  auto_purge: true
  purge_keep_days: 10

Mais rien n’y fait. J’ai aussi tenter d’appeler le service « Recorder: purger » avec les paramètres de 10j à conserver et « reconditionner ». Mais je n’ai pas l’impression que cela fasse grand chose.

Si quelqu’un à une idée, je suis très intéressé!

Merci beaucoup.
Bonne journée.

1 « J'aime »

Salut,

Je pense que tu peux prendre un peu de temps de lecture, les sujets sont nombreux à propos de la fameuse base de données
https://forum.hacf.fr/search?q=purger%20la%20base%20de%20donn%C3%A9es
Clairement 42Go pour 10 jours c’est beaucoup trop et certainement plein de choses inutiles

Hello,

J’ai bien lu plusieurs sujets. Mais je n’ai pas encore trouvé mon bonheur. Je pense que je vais devoir éditer la db… :sob:
J’ai l’impression que la partie purge du recorder ne fait rien, même avec l’option repack. Aussi, je n’ai pas non plus des centaines de device gérés. Je dois en avoir environ 50. Je n’ai aucune raison d’avoir une db si grosse. Histoire d’être toujours dans l’illogique, mon backup total de ha ne fait que 3 GB, est-ce que c’est logique vis à vis de la taille de la db?
Est-ce que c’est possible que la restauration de HA m’est stocké 40 GB de données mortes dans la db? :thinking:

J’ai juste un conseil : oublie l’idée … le modèle est un casse-tête, si la gestion de BdD c’est pas ton métier, le seul truc que tu va réussir à faire c’est tout casser

Donc la config du recoder n’est pas assez précise, tu ne la partages pas. Et si sa config c’est


il ne contient aucun filtre

Ce n’est pas le nombre d’entités qui compte, mais la quantité d’infos que tu y rattaches qui prends de la place 1 entité avec 1 valeur par secondes, ça prends plus de place que 1 entité avec 1 valeur par jour

On est bien d’accord

La compression de données, c’est magique :wink: Comme l’archive du backup est compressée (gzip) c’est parfaitement logique

Des données ‹ mortes › (on va dire qui n’existent plus) issues de quoi ?

C’est là où je pense que tu n’as pas fait l’analyse assez approfondie. Dans les différents sujets, il ya des requetes SQL qui donnent des indices sur les entités les plus nombreuses… ça permet de répondre à 2 de tes questions :

  • existe-t-il des données mortes ?
  • quelles sont mes entités qui consomment de la place ?

Bonjour,

moi qui rallais deja quand ma base faisait 800Mo :slight_smile:

la bonne question est : Que veux tu voir dans tes dashboard ?
et tu configure la base par rapport a ça…

perso, j’ai mis cela dans ma conf pour réduire la taille de ma base, après, il faut l’adapter suivant tes besoins :

  purge_keep_days: 7
  auto_purge: true
  include:
    domains:
      - binary_sensor
      - group
      - light
      - person
      - plant
      - sensor
      - switch
      - zone
      - device_tracker
      - input_boolean
  exclude:
    domains:
      - automation
      - camera
      - counter
      - cover
      - input_datetime
      - media_player
      - persistent_notification
      - remote
      - scene
      - script_started
      - sun
      - updater
      - weather
      - zwave
    event_types:
      - automation_triggered
      - browser_mod
      - call_service
      - component_loaded
      - feedreader
      - homeassistant_start
      - homeassistant_stop
      - platform_discovered
      - script_started
      - service_executed
      - service_registered
      - service_removed
      - timer_out_of_sync