Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
Pages : 1
#1 Re : phpPgAdmin » [RESOLU] Phppgadmin - utilisateurs - changer leur MDP » 15/03/2013 15:13:06
Aie aie aie... les développeurs...
Il avait l'interface en FR, du coup quand je lui ai dit "clique sur rôles" il m'a répondu "je n'ai pas rôles".
Mais en effet en français, ce n'est pas "rôle" mais "comptes"... pffffff
Désolé de vous avoir embêté avec ça.
Bonne continuation à tous.
#2 Re : phpPgAdmin » [RESOLU] Phppgadmin - utilisateurs - changer leur MDP » 15/03/2013 11:30:42
Bonjour, Merci pour la réponse.
Oui pas de soucis avec l'instruction, mais je souhaite vraiment qu'ils passent par phppgadmin.
Personne ne sait chez Dalibo ?
PS : Je tiens encore a vous féliciter pour la formation que j'ai suivi chez vous. Super.
#3 phpPgAdmin » [RESOLU] Phppgadmin - utilisateurs - changer leur MDP » 13/03/2013 15:09:43
- Zellou
- Réponses : 4
Bonjour à tous,
Tout est à peu près dans le titre, mais je vais détailler un peu :
Nous avons deux serveur postgresql et nous nous connectons à ces derniers via phppgadmin (entre autre bien entendu).
Cependant, seuls les membres de notre équipe sont habilité a avoir tous les privilèges, les développeurs, non.
Je souhaiterai qu'ils puissent tout de même changer leur mots de passe via cette interface.
Est ce possible ?
Pour information, lorsqu’ils se connectent à l'interface et à la bonne instance PostgreSQL ils n'ont pas l'onglet "Roles"
Par avance, merci pour le partage de vos connaissances.
Cordialement.
JG.
#4 Re : Installation » Politique et moyen de sauvegarde » 16/08/2011 11:33:59
Qu'on soit bien d'accord, ce n'est en rien une obligation. Cependant, il est toujours intéressant d'avoir une sauvegarde pg_dump. Ne serait-ce que pour restaurer sur un serveur ayant une architecture différente (32/64 bits, little/big endian, etc)
Oui oui j'ai bien saisi que c'est par soucis de praticité. De plus avec une sauvegarde par semaine, le stockage ne sera pas vraiment un soucis.
Je suis d'ailleurs en train de modifier mon document et de recalculer la volumétrie nécessaire pour la totalité des sauvegardes.
Après il faudra sauvegarder et faire des tests de restauration, car je n'ai jamais utilisé le système PITR.
Une bonne journée en perspective
#5 Re : Installation » Politique et moyen de sauvegarde » 16/08/2011 11:05:29
Tout d'abord, merci pour votre rapidité
C'est bien ce que je pensais, il faut donc mettre en place deux systèmes de sauvegarde. Très bien.
Je vais lire la documentation que vous m'avez fourni, ça sera riche en enseignement pour sûr.
En ce qui concerne les formations, je suis d'accord en ce qui concerne la communauté. Pour la partie sur l'objectivité... l’expérience est souvent inversement proportionnelle à l'objectivité .
Avez vous des dates de prévus pour la formation "PostgreSQL Avancé" ?
Je pense que ce forum n'est pas là pour parler de cela, je vais donc de ce pas envoyer un e-mail à l'adresse indiquée sur le site de dalibo.
Encore merci pour vos réponses.
#6 Installation » Politique et moyen de sauvegarde » 16/08/2011 10:25:42
- Zellou
- Réponses : 4
Bonjour,
Je pense être dans la bonne section, vu que j'installe une solution de backup pour nos bases PostgreSQL, mais n'hésitez pas à déplacer ce post si je me trompe.
Je souhaiterai, comme tout administrateur de base de données, sauvegarder mes bases PostgreSQL et être certain de mes données.
Je connais bien les utilitaires pg_dump et pg_dumpall, cependant je souhaiterai savoir si une restauration "à la requête près est possible" ?
Je m'explique :
Nous avons deux serveurs PostgreSQL, un de production (<10 bases) et un de pré-production (10<x<15 bases).
Pour l'instant nous sauvegardons tous les jours nos bases de données. Cette solution ne me convient pas vraiment par rapport à la volumétrie et à l'utilisation que nous en avons (2 à 3 restauration par an). Cependant les responsables des applications sont OK pour perdre une journée, mais pas deux...
Dans mon plan de sauvegarde je souhaiterai sauvegarder une fois par semaine et restaurer à partir des journaux de transactions, j'ai donc activé les WAL et me suis penché sur cette documentation : http://docs.postgresqlfr.org/8.4/contin … iving.html
Naïf j'ai pensé que les dump de pg_dump et les WAL pouvait marcher ensemble pour restaurer des bases à la transaction près...
Mon objectifs est de sauvegarder les bases le dimanche soir et de pouvoir rejouer les WAL à partir de cette date jusqu’à la date de mon choix.
Mes questions sont les suivantes :
- Dois je mettre en place un backup de type PITR ?
- Est il complémentaire avec mon pg_dump ?
- Puis je me passer de mon backup pg_dump ?
- Quels sont vos conseils (commandes, astuces, idées) pour avoir un backup cohérent selon mon besoin ?
Par avance merci.
PS : C'est un vrai bonheur de passer de MySQL à PostgreSQL, je vais commencer mes formations DBA prochainement, avez vous des formations à me conseiller ?
Cordialement.
Pages : 1