Je n'ai pas croisé beaucoup d'entreprises (qui se posent la question d'exploiter de manière industrielle leurs parc de SGBD) qui n'ont pas au moins un petit MySQL dans un coin (pour tout dire aucune, même celles qui font quasi 100% de leur CA autour de PG).
Maintenant, la remarque est prise en compte et nous adapterons le code si nous trouvons suffisamment de personnes intéressées par le fait de s'installer sur PG, sachant que les contributeurs ne courent pas les rues !
Je ne pense pas que dbSQWare puisse être qualifier de "CMS" mais je ne suis pas expert dans cette définition …
Et oui, nous exploitons PostgreSQL mais les indicateurs sont contenus dans une base MySQL !
Le choix a été fait comme ceci car un LAMP est courant pour ce genre d'outil (LAPP beaucoup moins), mais si cela vous intéresse de travailler sur le fait de laisser le choix postgres pour la base référentiel, vous êtes le bienvenu dans le groupe.
Désolé pour la fausse joie, il est vrai que pour l'instant on ne traite que du "R" …
Il est à l'étude d'intégrer MongoDB et Cassandra mais il nous faut des contributeurs qui connaissent bien la partie exploitation de ceux-ci, donc si cela intéresse quelqu'un de contribuer, n'hésitez pas !
Pour les septiques, je n'y peux pas grand chose.
dbSQWare n'est pas un requêteur, donc SquirrelSQL pourquoi pas mais c'est hors-sujet, on ne fait pas la même chose.
dbSQWare n'est pas non plus un outil de supervision comme dit dans un commentaire plus haut !
Pour ce qui est de la CMDB, elle est dynamique et permet d'alimenter en automatique d'autres outils comme GLPI par exemple avec les versions, volumétries, … le tout, toujours à jour.
Concernant le backup, je n'ai pas l'impression que les scripts soient limités en terme d'options, heureusement que l'on ne gère pas RMAN avec les mêmes options que le mysqldump ou le pg_dump !
dbSQWare est avant tout un outil destiné aux DBA pour les aider dans leurs tâches quotidiennes mais il permet aussi de donner quelques indicateurs à des décideurs ou utilisateurs moins avertis.
Ceux qui ne veulent pas l'utiliser peuvent très bien s'en passer bien sur.
Effectivement, comme le dit si bien Highfeeling, la partie restitution graphique (SQWareWeb) n'est qu'une partie de l'outil (1 des 4 modules comme expliqué dans l'article).
C'est juste que c'est la plus facile à faire voir en démo, le reste étant sous forme de scripts, pas facile à mettre une démo en place …
SQWareWeb ne fait pas de monitoring, l'interface est là pour permettre un certain nombre d'analyses sur les capacités, versions, CMDB, suivi d'exploitation, …
Pour ce qui est du backup et de l'exploitation au sens large, c'est le module SQWareProduction qu'il faut regarder !
[^] # Re: postgres
Posté par mpayan (site web personnel) . En réponse à la dépêche Exploitez vos SGBD grâce à dbSQWare. Évalué à 0.
Je n'ai pas croisé beaucoup d'entreprises (qui se posent la question d'exploiter de manière industrielle leurs parc de SGBD) qui n'ont pas au moins un petit MySQL dans un coin (pour tout dire aucune, même celles qui font quasi 100% de leur CA autour de PG).
Maintenant, la remarque est prise en compte et nous adapterons le code si nous trouvons suffisamment de personnes intéressées par le fait de s'installer sur PG, sachant que les contributeurs ne courent pas les rues !
[^] # Re: postgres
Posté par mpayan (site web personnel) . En réponse à la dépêche Exploitez vos SGBD grâce à dbSQWare. Évalué à 1.
Je ne pense pas que dbSQWare puisse être qualifier de "CMS" mais je ne suis pas expert dans cette définition …
Et oui, nous exploitons PostgreSQL mais les indicateurs sont contenus dans une base MySQL !
Le choix a été fait comme ceci car un LAMP est courant pour ce genre d'outil (LAPP beaucoup moins), mais si cela vous intéresse de travailler sur le fait de laisser le choix postgres pour la base référentiel, vous êtes le bienvenu dans le groupe.
[^] # Re: SGBD + R
Posté par mpayan (site web personnel) . En réponse à la dépêche Exploitez vos SGBD grâce à dbSQWare. Évalué à 3.
Désolé pour la fausse joie, il est vrai que pour l'instant on ne traite que du "R" …
Il est à l'étude d'intégrer MongoDB et Cassandra mais il nous faut des contributeurs qui connaissent bien la partie exploitation de ceux-ci, donc si cela intéresse quelqu'un de contribuer, n'hésitez pas !
Pour les septiques, je n'y peux pas grand chose.
dbSQWare n'est pas un requêteur, donc SquirrelSQL pourquoi pas mais c'est hors-sujet, on ne fait pas la même chose.
dbSQWare n'est pas non plus un outil de supervision comme dit dans un commentaire plus haut !
Pour ce qui est de la CMDB, elle est dynamique et permet d'alimenter en automatique d'autres outils comme GLPI par exemple avec les versions, volumétries, … le tout, toujours à jour.
Concernant le backup, je n'ai pas l'impression que les scripts soient limités en terme d'options, heureusement que l'on ne gère pas RMAN avec les mêmes options que le mysqldump ou le pg_dump !
dbSQWare est avant tout un outil destiné aux DBA pour les aider dans leurs tâches quotidiennes mais il permet aussi de donner quelques indicateurs à des décideurs ou utilisateurs moins avertis.
Ceux qui ne veulent pas l'utiliser peuvent très bien s'en passer bien sur.
[^] # Re: Optimisation
Posté par mpayan (site web personnel) . En réponse à la dépêche Exploitez vos SGBD grâce à dbSQWare. Évalué à 3.
Pour Oracle oui, en se basant sur AWR (attention à la licence "diagnostic pack") ou statspack !
Pour les autres SGBD, rien encore …
[^] # Re: Plutôt du monitoring ?
Posté par mpayan (site web personnel) . En réponse à la dépêche Exploitez vos SGBD grâce à dbSQWare. Évalué à 3.
Effectivement, comme le dit si bien Highfeeling, la partie restitution graphique (SQWareWeb) n'est qu'une partie de l'outil (1 des 4 modules comme expliqué dans l'article).
C'est juste que c'est la plus facile à faire voir en démo, le reste étant sous forme de scripts, pas facile à mettre une démo en place …
SQWareWeb ne fait pas de monitoring, l'interface est là pour permettre un certain nombre d'analyses sur les capacités, versions, CMDB, suivi d'exploitation, …
Pour ce qui est du backup et de l'exploitation au sens large, c'est le module SQWareProduction qu'il faut regarder !
Bon courage.
[^] # Re: login obligatoire
Posté par mpayan (site web personnel) . En réponse à la dépêche Exploitez vos SGBD grâce à dbSQWare. Évalué à 3.
Pour ceux qui ne veulent pas laisser de traces …
http://sourceforge.net/projects/dbsqware/