mysqldump ne fonctionne pas dans crontab

J'essaye d'ajouter une tâche cron dans la crontab (ubuntu server), les sauvegardes de la base mysql.

L'exécution du script dans le terminal en tant que root fonctionne bien, mais inséré dans la crontab rien ne se passe. J'ai essayé de l'exécuter à chaque minutes, mais aucun fichier n'apparaît dans le dossier /var/db_backups.

(D'autres tâches cron)

Ici est la tâche cron:

* * * * * mysqldump-u root -pHERE IL EST de MON MOT de passe
--all-databases | gzip > /var/db_backups/database_'date +%d%m%y`.sql.gz

ce que peut être le problème?

source d'informationauteur xspecial

  1. 42

    Vous avez besoin pour échapper à caractère % avec \

    mysqldump -u 'username' -p'password' DBNAME > /home/eric/db_backup/liveDB_`date +\%Y\%m\%d_\%H\%M`.sql
  2. 3

    Vérifier cron journaux (doit être dans /var/log/syslog), Vous pouvez utiliser grep pour filtrer les.

    grep CRON /var/log/syslog

    Aussi, vous pouvez vérifier votre boîte aux lettres locale pour voir si il y a des mails du cron

    /var/mail/nom d'utilisateur

    Vous pouvez également configurer d'autres de réception des messages dans vous fichier crontab

    [email protected]

  3. 1

    Sinon, vous pouvez créer une commande personnalisée mycommand. À laquelle vous pouvez ajouter plus d'options. Vous devez donner les autorisations d'exécution.

    Il est préférable d'avoir un dossier où ils stockent toutes vos sauvegardes, dans ce cas, à l'aide d'une écriture dossier "sauvegarde" qui, la première, de créer dans votre "home" par exemple.

    Ma commande dans "usr/local/bin/mycommand":

    #!/bin/bash
MY_USER="your_user"
MY_PASSWORD="your_pass"
MY_HOME="your_home"
case $1 in 
"backupall")
    cd $MY_HOME/backup
    mysqldump --opt --password=$MY_PASSWORD --user=$MY_USER  --all-databases > bckp_all_$(date +%d%m%y).sql
    tar -zcvf bckp_all_$(date +%d%m%y).tgz bckp_all_$(date +%d%m%y).sql
    rm bckp_all_$(date +%d%m%y).sql;;
*)  echo "Others";;
esac

    Cron: Exécute le 1er jour de chaque mois.

    0 0 1 * * /usr/local/bin/mycommand backupall

    J'espère que cela aide un peu.

  4. 0

    Créer un nouveau fichier et l'exec du code de vidage dans un emplacement de fichier zip . Exécutez le script via un cron

  5. 0

    Ok, j'ai eu un problème similaire et a été en mesure de le faire réparer.

    Dans votre cas, vous pouvez insérer cette commande mysqldump pour un script
    puis le profil de l'utilisateur qui exécute la commande mysqldump
    pour exemple: 

    . /home/bla/.bash_profile

    puis utiliser le chemin absolu de la commande mysqldump

    /usr/local/mysql/bin/mysqldump -u root -pHERE THERE IS MY PASSWORD --all-databases | gzip > /var/db_backups/database_`date +%d%m%y`.sql.gz
  6. 0

    Je suis en utilisant Percona Server (un fork de MySQL) sur Ubuntu. Le package (très probablement la régulière paquet MySQL) est livré avec un compte de l'entretien appelé debian-sys-maint. Pour que ce compte sera utilisé, les informations d'identification sont créés lors de l'installation du package, et ils sont stockés dans /etc/mysql/debian.cnf.

    Et maintenant la surprise: Un lien symbolique /root/.my.cnf pointant vers /etc/mysql/debian.cnf est installé.

    Ce fichier est un fichier d'options lire automatiquement lors de l'utilisation de mysql ou mysqldump. Donc, fondamentalement, vous avez alors eu des informations de connexion de donnée deux fois - dans ce fichier, et sur la ligne de commande. C'était le problème que j'ai eu.

    Donc une solution pour éviter cela est d'utiliser --no-defaults option pour mysqldump. L'option fichier ne sera pas lu. Cependant, vous fournissez des informations d'identification via la ligne de commande, donc n'importe qui peut émettre un ps pouvez réellement voir le mot de passe une fois l'exécution de la sauvegarde. Il est donc préférable si vous créez un fichier d'option avec nom d'utilisateur et le mot de passe et de la transmettre à des mysqldump via --defaults-file.

    Vous pouvez créer l'option de fichier à l'aide de mysql_config_editor ou tout simplement dans n'importe quel éditeur.

    De course mysqldump via sudo à partir de la ligne de commande comme root fonctionne, tout simplement parce que sudo habituellement ne change pas $HOMEdonc .my.cnf est pas trouvé, alors. Lors de l'exécution d'une tâche cron, il est.

  7. 0

    J'ai essayé le même, mais j'ai trouvé que la sauvegarde a été créée avec 0KB. Donc, j'ai appris à connaître au sujet de la solution qui a sauvé mon temps.

    Commande :

    0 0 * * * mysqldump -u 'USERNAME' -p'PASSWORD' DATEBASE > /root/liveDB_`date +\%Y\%m\%d_\%H\%M\%S`.sql

    REMARQUE:
    1) Vous pouvez changer le réglage de l'heure selon vos besoins. J'ai mis tous les jours dans la commande ci-dessus.

    2) assurez-vous d'entrer votre nom d'utilisateur, MOT de passe et BASE de données à l'intérieur des guillemets simples (').

    3) Écrivez la commande ci-dessus dans votre Crontab.

    J'espère que cela aide quelqu'un.

  8. -1

    Vous pourriez aussi avoir besoin de redémarrer le service pour charger l'un de vos modifications.

    service cron restart

    ou

    /etc/init.d/cron restart