Sauvegarde d'une base de données Mysql d'un serveur local vers un serveur distant via ssh

Bonjour,

Le script bash suivant fonctionne bien:

Code:

---

1 2 3

#!/bin/bash   mysqldump --host 192.168.1.21 testbase -uroot -pmonmotdepasse | gzip -c | ssh root@xx.yyy.zzz.xx 'cat > /home/bup_testbase/bd/2018-02-23.testbase.sql.gz'

---

par contre quand j'ai inclus la variable " DATEENVOI " dans mon script la sauvegarde ne s’effectue plus!

Code:

---

1 2 3 4

#!/bin/bash   DATEENVOI=`date +'%Y-%m-%d_%H-%M-%S'` mysqldump --host 192.168.1.21 testbase -uroot -pmonmotdepasse | gzip -c | ssh root@xx.yyy.zzz.xx 'cat > /home/bup_testbase/bd/$DATEENVOI.testbase.sql.gz'

---

Quelqu'un pourrait me dire ce qu'il faut changer pour que se deuxième script fonctionne également?

Merci d'avance pour votre aide.

Ré-Bonjour,

Je viens de trouver un moyen pour contourner le problème:

Code:

---

1 2 3

#!/bin/bash   mysqldump --host 192.168.1.21 testbase -uroot -pmonmotdepasse | gzip -c | ssh root@xx.yyy.zzz.xx 'cat > /home/bup_testbase/bd/`date +%Y-%m-%d_%H.%M.%S`.testbase.sql.gz'

---

Au lieu d'utiliser le variable $DATEENVOI j'ai intégré le bout de code

Code:

---

`date +%Y-%m-%d_%H.%M.%S`

---

dans la commande.

Pour moi, ce n'est qu'un problème de syntaxe. Dans votre première version :

Code:

---

mysqldump --host 192.168.1.21 testbase -uroot -pmonmotdepasse | gzip -c | ssh root@xx.yyy.zzz.xx 'cat > /home/bup_testbase/bd/$DATEENVOI.testbase.sql.gz'

---

La partie "cat > /home/bup_testbase/bd/$DATEENVOI.testbase.sql.gz" saisie ainsi est une chaîne texte à part entière, pas le résultat d'une concaténation, et de toute évidence, on ne peut pas créer de fichier dont le nom commencerait par le caractère $.
Personnellement, je l'aurait écrit comme ça :

Code:

---

1 2	DATEENVOI=... mysqldump --host 192.168.1.21 testbase -uroot -pmonmotdepasse | gzip -c | ssh root@xx.yyy.zzz.xx "cat > /home/bup_testbase/bd/" + $DATEENVOI + ".testbase.sql.gz"

---

Bonjour :coucou:

Citation:

---

Code:

---

mysqldump --host 192.168.1.21 testbase -uroot -pmonmotdepasse | gzip -c | ssh root@xx.yyy.zzz.xx 'cat > /home/bup_testbase/bd/$DATEENVOI.testbase.sql.gz'

---

---

Les 'simple quotes' empêchent l'interprétation.
Les "doubles quotes" n'empêchent pas l'interprétation.

Si tu veux interpréter $DATEENVOI, sans doute feras-tu un truc comme ça:

Code:

---

mysqldump --host 192.168.1.21 testbase -uroot -pmonmotdepasse | gzip -c | ssh root@xx.yyy.zzz.xx 'cat > /home/bup_testbase/bd/'"$DATEENVOI"'.testbase.sql.gz'

---

ou comme ça:

Code:

---

mysqldump --host 192.168.1.21 testbase -uroot -pmonmotdepasse | gzip -c | ssh root@xx.yyy.zzz.xx "cat > /home/bup_testbase/bd/$DATEENVOI.testbase.sql.gz"

---

Citation:

---

Code:

---

`date +%Y-%m-%d_%H.%M.%S`

---

---

Pour éviter de rejouer à l'infini le sketch de Raymond Devos sur le thème "ouvrez le ban" et "fermez le ban", tu peux utiliser $( ) au lieu de ` `.
Comme ça, tu pourras emboîter les commandes sans casse-tête.

Citation:

---

Code:

---

1 2	DATEENVOI=... mysqldump --host 192.168.1.21 testbase -uroot -pmonmotdepasse | gzip -c | ssh root@xx.yyy.zzz.xx "cat > /home/bup_testbase/bd/" + $DATEENVOI + ".testbase.sql.gz"

---

---

Le java n'est pas tous les langages.
La concaténation de chaînes en bash ne se fait pas avec un "plus", et les variables se protègent par des double quotes dans la mesure du possible.

Si ta sauvegarde échoue, tu n'as pas idée de ce qui ne va pas. Ton script fait tout d'un couop sans vérification de code retour. Facile à mettre en place, difficile à maintenir.

Bacula est bien pour avoir un vrai outil de sauvegarde avec une rétention, des backups full/incrémentaux/différentiels.
Baculum permet d'y rajouter une couche web et api.