Évolution de SKOOR StableNet FDW

9.1.1

  • Supprime les appels manuels de maintenance ANALYZE VACUUM, car ceux-ci ne sont plus nécessaires dans PostgreSQL 17.

9.1.0

  • Aucun changement

9.0.4

  • Corrige une condition de concurrence qui provoquait parfois l'échec des requêtes API avec le message d'erreur « Token expired ».

9.0.3

  • Correction d'un bug provoquant l'échec des connexions en l'absence de configuration OAuth Magellan.

9.0.2

  • Ajoute la colonne « state_agg » aux tables « minutely », « 5_minutely » et « 15_minutely ».

9.0.1

  • Correction d'un bug qui provoquait l'échec de la réauthentification OAuth de Magellan.
  • Optimise le script `magellan-default-organsisations-sync.py` en simplifiant la requête utilisée.

9.0.0

  • Passage aux dépendances de PostgreSQL 17.
  • Ajout des favicons StableNet à utiliser dans le SKOOR Dashboard.

8.1.16

  • Implémente la synchronisation des données dérivées. La synchronisation des données dérivées est désactivée par défaut et doit être activée via l'option sync_derived_data.
  • Permet de configurer les délais d'expiration à l'aide des options suivantes : query_timeout, measurement_sync_query_timeout, magellan_default_organisations_sync_query_timeout, load_query_timeout, aggregate_query_timeout, cleanup_query_timeout et analyze_query_timeout.

8.1.15

  • Modifie la synchronisation des organisations Magellan de manière à ce que seules les organisations comportant des données soient conservées. Cette modification est nécessaire à SKOOR Auth pour afficher des pages d'erreur appropriées dans le cas où un client ne disposerait d'aucune organisation active.

8.1.14

  • Définissez toujours la colonne «expected_interval» de la table «measurement_metric» sur «NULL» pour assurer la compatibilité avec StableNet 26. Nous conservons cette colonne dans la table étrangère afin de garantir la rétrocompatibilité.

8.1.13

  • Active la synchronisation incrémentielle de l’historique, ce qui permet d’ajouter des mesures et des métriques supplémentaires après la synchronisation initiale et garantit que seules les données nouvellement ajoutées sont synchronisées lors des exécutions suivantes.

8.1.12

  • Définissez toujours Content-Type: application/json dans les requêtes HTTP, car sinon, Magellan API Gateway échoue.
  • Ajoute les tables job, job_result et job_result_discovery_audit_event.

8.1.11

  • Implémente OAuth2 avec Magellan.

8.1.10

  • Supprime la mise en cache des entités dans FDW afin d’éviter les problèmes de mémoire et la confusion chez les utilisateurs.
  • Garantit que les mesures de ping ont des valeurs minimales et maximales dans les tables synchronisées.

8.1.9

  • Permet d'afficher les éléments taguables, les mesures, les alarmes actives, les moniteurs et les liens par pages.
  • Synchronise les données pour les mesures externes
  • Ajoute une table externe « stablenet_magellan_organisation ».

8.1.8

  • Exécute systématiquement la commande « VACUUM (ANALYZE) » après la synchronisation des données de mesure.

8.1.7

  • Supprime les tables « stats_agg_max » et « percentile_agg_max » des tables agrégées, car pour les nouvelles données, celles-ci ne sont que des doublons de « stats_agg » et « percentile_agg ». Ajoute à la place « value_min » et « value_max ».

8.1.6

  • Installe ou met à jour les extensions timescaledb, timescaledb_toolkit et tablefunc dans init-foreign-tables.sh

8.1.5

  • Ajoute un comportement de réessai plus robuste.

8.1.4

  • Permet de désactiver la synchronisation des données de mesure pour des tables individuelles.
  • Corrige l'inversion des valeurs « avg » et « min » lors de la récupération de données à partir de tables StableNet.
  • Limite à 60 le nombre de buckets pour les statistiques percentile_agg et fixe l’erreur maximale à 0,05 (5 %).
  • Améliore les performances de la synchronisation des données de mesure.
  • Adapte la synchronisation des données FDW et de mesure à un changement majeur dans StableNet. Les clés de métrique sont passées d’un format de type SNMP_1234 à #1234. Cela signifie que les données agrégées de l’historique de mesure ne peuvent plus être utilisées et qu’une resynchronisation complète est nécessaire. La meilleure façon de procéder consiste à supprimer manuellement les tables agrégées et à effectuer la préparation de la synchronisation conformément à la documentation (https://docs.skoor.com/skoor-doc/aggregated-measurement-data).
  • Permet de spécifier la plage de synchronisation de l'historique à l'aide de history_start_date et history_end_date

8.1.3

  • Améliore les performances de la synchronisation incrémentielle des données.
  • Ajoute le champ server_id aux tables étrangères.
  • Garantit que les measurement_ids sont toujours uniques dans les vues multi-serveurs en modifiant le type du measurement_id en TEXT et en ajoutant un suffixe à l’ID si un server_id est défini (par exemple 1234@server1)
  • Ajoute la table externe stablenet_taggable_monitor.

8.1.2

  • Implémente la synchronisation des données historiques basée sur la base de données

8.1.1

  • Rend l'heure de fin (endTime) du point de mesure facultative.

8.1.0

  • Aucune modification

8.0.4

  • Amélioration du calcul du hachage des autorisations.

8.0.3

  • Utilise des appels « pages » vers le point de terminaison /measurements pour éviter les exceptions OutOfMemoryException sur l'API REST StableNet
  • Implémente la table stablenet_monitor.
  • Prend en charge davantage d’opérateurs de qualification tels que IN, >, <, etc.
  • Implémente les tables « stablenet_taggable_tag » et d’autres tables de type « taggable_..._tag ».
  • Corrige un bug qui empêchait le bon fonctionnement de la table « open_alarm » lorsqu’aucune balise n’était fournie.

8.0.2

  • Amélioration de la gestion des erreurs de l’API REST StableNet.
  • Définit explicitement l'en-tête HTTP « Accept: application/json » dans les requêtes adressées à l' API StableNet, car la nouvelle valeur par défaut semble être CSV pour certains points de terminaison.

8.0.1

  • Accepte les réponses compressées au format gzip lors de la récupération de données depuis le backend StableNet.

8.0.0

  • Aucune modification

7.3.18

  • Implémente la table « stablenet_open_alarm »

7.3.17

  • Recours au champ « categories » sur le point de terminaison « /meaurements ». Ce champ a été renommé de « categories » en « tags » dans le SP3, mais nous souhaitons également fonctionner sous le SP3 pour le moment.

7.3.16

  • Crée la table « stablenet_measurement_metric » en utilisant le point de terminaison de l’API REST StableNet « /measurement-data/<obid>/metrics » à la place de celui de « /measurements/{measurementId}/metrics », qui est manquant (depuis la version 24 SP4).

7.3.15

  • Implémente les points de terminaison « geo » et « link »
  • Corrige un bug provoquant une erreur lors de la récupération des mesures de ping.

7.3.14

  • Permet de configurer la durée de conservation des données de mesure agrégées à l’aide du drapeau -r.

7.3.13

  • Fournit de meilleures estimations du nombre de lignes. Cela aide le planificateur de requêtes à choisir de meilleurs plans de requêtes.

7.3.12

  • Corrige un bug qui empêchait le bon fonctionnement de certains appels aux fonctions `stablenet_measurement `, `stablenet_measurement_metric ` et `stablenet_measurement_data ` dans les environnements multi-serveurs.

7.3.11

  • Ajoute la table `stablenet_multi_server_view` pour récupérer les servers configurés.
  • Ajoute la méthode `stablenet_permission_hash` pour obtenir un hachage des mesures accessibles. Ce hachage est utilisé par le SKOOR Webservice pour optimiser la mise en cache.

7.3.10

  • Corrige l’horodatage de l’stablenet_measurement_data lors de la récupération de données dans un intervalle différent de celui de l’bucket_size demandée.

7.3.9

  • Ajout de la colonne « interval » aux tables « stablenet_measurement_data » et « stablenet_measurement_data_aggregated ».
  • Garantit que la politique de compression sur stablenet_measurement_data_aggregated est configurée une fois les données entièrement initialisées.

7.3.8

  • Ajoute des index composés supplémentaires sans colonnes « server_name » à stablenet_measurement_data_aggregated afin d’améliorer les performances lors de l’exécution de requêtes ne comportant pas de clause « server_name » dans les clauses « where » ou « on ».

7.3.7

  • Ajout de TimescaleDB Toolkit

7.3.6

  • Ajoute des informations de journalisation supplémentaires pour stablenet_measurement_data.
  • Augmentation du délai de connexion à l’API StableNet à 20 secondes.

7.3.5

  • Mise en place d’une solution de contournement pour atténuer le bug d’/measurement-data de l’API StableNet qui entraîne la perte de certaines métriques lors du mélange de types de métriques.

7.3.4

  • Correction d’une stablenet_measurement_data concernant une mesure unique

7.3.3

  • Renomme les tables d’stablenet_<domain> en « stablenet_taggable_<domain> » afin d’indiquer plus clairement qu’elles sont en réalité dérivées de « stablenet_taggable » avec une domain préconfigurée.

7.3.2

  • Garantit que la fonction stablenet_measurement_data renvoie toutes les lignes reçues.
  • Implémente tag_filter pour stablenet_taggable, stablenet_<domain>, stablenet_measurement et stablenet_measurement_data.

7.3.1

  • Ajoute un délai d'expiration de 10 minutes aux requêtes HTTP de l'API StableNet.

7.3.0

  • Version initiale