Bonjour,
Après la mise à jour de Discourse, j’ai remarqué que les migrations de septembre 2026 ont créé deux tables de sauvegarde :
browser_pageview_events_backupbrowser_pageview_event_scores_backup
Sur mon instance auto-hébergée de Discourse, la table browser_pageview_events_backup contient actuellement 2 869 175 enregistrements et occupe 902 Mo.
Les enregistrements vont du 11 juillet au 21 septembre 2026, et aucun nouvel enregistrement n’a été ajouté depuis lors.
J’ai vérifié les migrations concernées :
20260910030404_archive_duplicated_legacy_browser_pageview_events.rb20260910030427_archive_piggyback_browser_pageviews_after_beacon_cutover.rb
Il semble que ces migrations aient archivé les événements de page vues legacy dupliqués ainsi que les événements enregistrés après le basculement vers Beacon.
J’ai également examiné le code de l’application et je n’ai trouvé aucune référence à ces tables de sauvegarde en dehors des migrations et du schéma de base de données.
J’ai quelques questions :
- Est-il sûr d’exécuter
TRUNCATEsur ces tables de sauvegarde maintenant que les migrations sont terminées ? - Ces enregistrements archivés sont-ils encore nécessaires pour un reporting, une récupération ou des migrations futures ?
- Existe-t-il un plan pour nettoyer automatiquement ces tables de sauvegarde après une certaine période ?
Je préfère conserver les structures des tables tout en récupérant l’espace disque.
Merci !