Salut à toutes et tous ! Au sein de notre pôle d’administration à distance AllDB, nous traitons depuis presque 20 ans des incidents de base de données. Notre base d’incidents renferme un peu plus d’1 million de problèmes divers et… Continuer la lecture
Salut à toutes et tous ! Cette semaine la suite de notre petit tour des opérateurs Kubernetes pour PostgreSQL, et après kubegres, c’est au tour de PGO de CrunchyData. Quelques infos générales sur l’opérateur PGO Comparé à Kubegres, PGO semble… Continuer la lecture
Hello à toutes et tous ! Pour faire suite à l’article d’Emmanuel sur l’installation de PostgreSQL sur un cluster minikube local, aujourd’hui nous allons découvrir l’opérateur Kubegres qui permet de facilement déployer un cluster PostgreSQL avec Primary et Standby à… Continuer la lecture
Salut à toutes et tous, aujourd’hui un petit post pour évoquer les quelques petites modifications apportées à pg_stat_statements, l’extension phare de PostgreSQL, et qui ont pu passer inaperçues depuis le 13 octobre, date de sortie de la dernière release majeure… Continuer la lecture
Il y a quelques années nous avons commencé à réorienter nos efforts de développement de nos agents de supervision AllDB vers l’identification des problèmes de performance, parce que c’est finalement le fond de notre travail au quotidien, et que cela… Continuer la lecture
C’est un sujet d’actualité, d’ailleurs début mars l’ANSSI a réévalué son estimation de la menace cyber au regard des évènements en Ukraine, et invité les entreprises françaises à renforcer leur posture de sécurité. Le vol de données est un des… Continuer la lecture
Dans l’article précédent, nous avions évalué keepalived comme solution simple et généraliste pour gérer une VIP dans un cluster Patroni. Aujourd’hui nous allons tester une solution plus spécialisée, vip-manager de Cybertec. Cybertec est une entreprise basée en Autriche et contribue… Continuer la lecture
Hello à toutes / tous, Suite à l’article de Ludo sur Patroni, cette semaine nous allons faire un comparatif des solutions de gestion de VIP dans un cluster. Car si Patroni gère le déploiement et la supervision d’instances PostgreSQL dans… Continuer la lecture
Suite de l’épisode précédent … Cette fois nous voulons migrer notre socle Debian 10 / MariaDB 10.3 / Galera-3 vers le socle Debian 11 / MariaDB 10.5 / Galera-4, avec un minimum de temps d’indisponibilité. Nous pouvons le faire en… Continuer la lecture
Hello à toutes / tous, Restaurer tout un cluster actif-actif comme Galera cluster à un point dans le temps peut être une opération fastidieuse, et sous la pression on peut rapidement s’emmêler les pinceaux. C’est donc une bonne idée de… Continuer la lecture
Pour celles et ceux qui avaient raté ma session sur pg_stat_statements au dernier PGDay en juin dernier: Toutes les sessions sont disponibles sur la chaîne YT de PostgreSQL France. A bientôt ! ~David
Dans le même esprit que ce qui avait été fait pour MySQL dans cet épisode, nous allons balayer les possibilités qu’offre la solution Cloud SQL PostgreSQL du cloud de Moutain View. Pour la revue du décor (briques de service, organisation… Continuer la lecture
Hello à toutes et tous, un petit post rapide pour indiquer brièvement l’enregistrement de SAP IQ en tant que service sous Red Hat / systemd. Dans la mesure où la doc ne l’indique pas et l’assistant d’installation ne le permet… Continuer la lecture
En préambule: il peut être intéressant de lire les articles sur le verrouillage en 4 épisodes de Kuba Łopuszański: – épisode 1 : introduction – épisode 2 : locks – épisode 3 : locks deep dive – épisode 4 :… Continuer la lecture
Hello, Ce mercredi j’ai pu participer à la track Data & Blockchain du Paris Open Source Summit 2019, avec une conférence sur le stockage des séries de données temporelles via PostgreSQL/JSONB & l’extension de TimescaleDB. La vidéo est disponible ici:… Continuer la lecture
Avec le concours de Rémi Vidier. Disclaimer : Attention cet article utilise des outils de débogage qui sont intrusifs, et qui stoppent notamment l’exécution du processus qui est tracé, donc A NE PAS UTILISER EN PRODUCTION !!! Cette semaine nous… Continuer la lecture
Admettons que nous devions remonter pour une base mysql donnée le top 10 des tables les plus accédées en lecture par temps d’accès. On pourrait utiliser P_S.table_io_waits_summary_by_table par exemple : Bon c’est bien gentil mais on ne sait pas à… Continuer la lecture
Avant la version 5.6.24 ou 5.7.6 de MySQL, il n’y a aucun moyen de paramétrer la taille maximale du texte SQL capturé dans P_S.events_statements_summary_by_digest et events_statements_(current,history,history_long). Il est fixé à 1024 octets sans possibilité de le changer, et sur ces… Continuer la lecture
Si vous avez migré plus ou moins récemment de version de MySQL vers 5.7 ou 8.0, vous ne l’avez peut être pas encore remarqué, mais il y a eu quelques petits changements au niveau des variables de statut. Outre le… Continuer la lecture
Comme le dit très bien la doc, il est possible et même souhaitable de protéger ou désactiver l’historique des commandes lancées par tous les comptes ayant accès au client mysql, dans la mesure où celui-ci peut contenir des informations sensibles… Continuer la lecture