Back up en PHP

Je suis en train de créer un outil de BACK UP des BDD via l'intranet, le back up est bien créée mais pour le nom du fichier je peux y ajouter que la date sinon ca fonctionne pas !
Voilà le code :

Code:

---

1 2 3 4

$Date = date("Y-m-d"); $Heure = date("H:i"); $date_heure = $Date.'_'.$Heure; echo $date;

---

La commande de création (le problème se site avant .sql, lorsque je mets Date (jour année mois) ca fonctionne, lorsque je mets date_heure ca crée un fichier mais pas sql :

Code:

---

$commande = "C:\MySQLServer\bin\mysqldump -h ".$_POST['ip_bdd_sauv']." -u root -p1234 ".$_POST['nom_bdd_sauv']." 1> ".$_POST['nom_bdd_sauv'].'_'. $date_heure.".sql";

---

Merci

Quelle forme a la valeur de la variable $date_heure ?

La forme de la variable est : 17-10-12_10:20 (elle s'affiche bien pourtant avec l'echo).
Pour une BDD toto par exemple j'obtiens : toto_2012-10-17_10 (et ce n'est plus un fichier sql ...)

C'est peut-être le : qui gène dans le nom de fichier. Je ne connais pas la tolérance de Winbug à ce niveau.

Tu peux donner un echo de $commande (en masquant l'IP et le mot de passe root si tu ne veux pas te faire attaquer ton serveur ! ) ?

Au passage, tu devrais créer un utilisateur MySQL spécifique pour les sauvegardes qui n'aurait que les droits nécessaires pour faire des sauvegardes.

L'utilisateur est déjà créée, la commande fonctionne en mettant uniquement date avec le nom :

Code:

---

2012-10-17_10:29C:\MySQLServer\bin\mysqldump -h @IP -u root -ppass toto 1> toto_2012-10-17_10:29.sql

---

Pourquoi as-tu un 1 devant le signe > ?

En dehors de ça et de mon doute sur l'acceptation du : dans le nom de fichier, la commande me semble correcte.

C'est pour faire un back up, la commande fonctionne avec la date (j'ai bien le fichier SQL ...) donc je ne pourrai pas ajouter l'heure au nom du fichier ?

Tu peux essayer de formater l'heure différemment :
2012-10-17_10-56.sql devrait mieux passer et on comprend quand même qu'il s'agit de l'heure de sauvegarde.

Ok je vais essayer; J'aimerai aussi modifier directement le chemin de suavegarde (parce que là ca crée les fichiers .sql dans WWW) , c'est possible ?

Il suffit d'indiquer le chemin avec le fichier mais je crois que sous Winbug il faut doubler ses saloperies de \ et la commande n'aimera pas les répertoires avec des espaces et autres caractères interprétables.

Windows n'accepte pas le caractère ':' dans un nom de fichier, pour le chemin complet il te suffit de préciser le chemin voulu :

Code:

---

c:/chemin/voulu/sauvegarde/toto_2012-10-17_10_19.sql

---

Merci!
Je souhaiterai créer un utilisateur (qui correspond au serveur WEB pour réaliser les back up ...) qui puisse accéder à tous les serveurs SQL du réseau local (chaque poste client à une BDD MySQL), je voulais taper une commande d'attribution des droites (grant all ...) avec l'IP du poste client et le mots de passe du poste clients (remplir via formulaire) avant de réaliser le back up , Je me demande si c'est possible d'avoir un utilisateur root sur tous les PCs clients et de le recréer à chaque back up ?
Merci;

Au fait, pour l'instant j'ai un site intranet sur lequel on peut y faire un back up d'une BDD en renseignant le nom de la table, de l'utilisateur, le mots de passe et l'IP du serveur SQL du client (1 serveur SQL sur chaque postes clients et 1 sur le serveur WEB).
Pour exécuter la commande dump depuis le serveur WEB je dois d'abord accéder au serveur SQL du PC client (je voulais créer un utilisateur avec l'IP du serveur WEB et lui attribuer tous les droits) par contre l'accès au serveur SQL est refusé ! Y a t il un moyen de permettre l'accès aux serveurs SQL des clients uniquement depuis le serveur SQL WEB ?(je voudrais éviter aux clients de manipuler au max, la commande back up fonctionnera ainsi ...)
Merci;

Tu ne devrais pas utiliser root pour les sauvegardes mais créer un utilisateur spécifique dans MySQL qui n'aurait que les droits nécessaires au dump (SELECT + LOCK TABLES) de la ou des BDD souhaitées.

Si tu fais ça sur chaque serveur SQL avec le même utilisateur et le même mot de passe et que l'application qui lance le dump n'est située, et donc lancée, que sur une seule machine, tu peux avoir un programme unique pour faire tous tes dump.

Oui mais je ne veux pas créer d'utilisateur sur chaque PC (le root est une bonne solution car j'ai un onglet de création des BDD aussi).
Si j'arriverai à me connecter j'aurai pu créer l'utilisateur root par la suite, mais j'ai un access denied ! Si c'est pas possible je mettrai une procédure pour que les clients créent un utilisateur ayant tous les droits pour le serveur WEB.

Tu n'arrives pas à te connecter où ?
Commence par régler ce problème d'accès.

Au fait je voulais faire un test du site sur un poste client, donc je renseigne l'IP du poste client, le nom de l'utilisateur, mots de passe et le nom de la BDD.
Apparament le serveur WEB MYSQL n'arrive pas à se connecter (renvoie d'erreurs Apache: ACCESS DENIED FOR USER ...) .
Merci;

Commence par identifier si c'est une erreur renvoyée par Apache ou par MySQL.
Ça ressemble en tout cas à un message de refus de connexion de MySQL.

Ce que tu n'as peut-être pas compris, c'est qu'un utilisateur MySQL est identifié par un 'nom_user'@'machine(s)_d_ou_il_se_connecte'.

Si sur le serveur MySQL auquel tu essaies d'accéder, ton utilisateur n'est autorisé qu'à partir de localhost ou 127.0.0.1 (c'est pareil !), cet utilisateur ne pourra pas accéder à son MySQL depuis une autre machine.

Exemple de création d'un utilisateur dédié au dump à partir de l'adresse IP 192.168.1.0 :

Code:

---

GRANT SELECT, LOCK TABLES ON nom_bdd.* TO 'dump_user'@'192.168.1.0' IDENTIFIED BY 'mot_de_passe'

---

Ensuite tu vas dans la BDD mysql et dans la table user tu verras comment est enregistré cet utilisateur.

C'est pour ça que je recommandais de créer cet utilisateur sur toutes les machines auxquelles tu dois accéder à partir de la machine qui héberge ton application et qui serait, dans mon exemple, la machine d'adresse IP 192.168.1.0.

Ca avait l'air d'être un message généré par MySQL, le problème est qu'avant de tester cette commande il faut pouvoir accéder au serveur SQL !

Ben vois ça avec l'administrateur du serveur !