Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Tache journalière

globilux

Bonjour,

Je ne suis pas un expert, mais je pense que cron n'effectue pas des tâche sii l'utilisateu n'est pas logué (logique).
Voila j'aurais besoin d'effectuer une sauvegarde de ma bdd régulièrement (mysql), comment puis je faire ça ?

Merci de vos réponses,

PS : excusez moi si je dis n'importer quoi

magicbisous-nours

en local?

globilux

magicbisous-nours wrote:en local?

comment ça ?

oui

des crons sur un serveur qui ne font que sauvegarder des représentation SQL de la base de donnée

eponyme

Pour les sauvegarde mysql, tu as mysqldump.
Il te suffit de coller la commande dans un cron.
man cron, man mysqldump 🙂

epo

globilux

je sais mysqldump -h ... -u .... et consors
mais ça ne va pas marché si je me délogue, si ?

parce que c'est un serveur, j'y ais accès en SSH, il est allumé h24, mais je suis pas connecté h24

pmarion

globilux wrote:mais je pense que cron n'effectue pas des tâche sii l'utilisateu n'est pas logué (logique).

Mais, c'est l'inverse ou on peut dire que cron exécute ce qu'on lui demande sans se soucier du login ou non de l'utilisateur. ce ne serait pas logique qu'il vérifie le login d'un utilisateur. Exemple il existe de base un certain nombre de tâches qui doivent s'exécuter sous 'root' et qui s'exécutent sans tu te connectes sous 'root'.

philippe_PMA

globilux wrote:...
je pense que cron n'effectue pas des tâche sii l'utilisateu n'est pas logué (logique)
...

Si !

Quand tu configures la crontab d'un utilisateur tu indiques quand tu veux que la tache soit déclenchée.
Le daemon crond, lui, tourne en permanence (sauf si tu as désactivé le service ...).
C'est le daemon crond qui va déclencher les taches configurées sur les crontab des utilisateurs, que ceux-ci soient logués ou pas.

Par contre, il faut bien sûr que ton PC soit lancé au moment ou la tâche doit être déclanchée ...

globilux

pmarion wrote:
globilux wrote:mais je pense que cron n'effectue pas des tâche sii l'utilisateu n'est pas logué (logique).
Mais, c'est l'inverse ou on peut dire que cron exécute ce qu'on lui demande sans se soucier du login ou non de l'utilisateur. ce ne serait pas logique qu'il vérifie le login d'un utilisateur. Exemple il existe de base un certain nombre de tâches qui doivent s'exécuter sous 'root' et qui s'exécutent sans tu te connectes sous 'root'.

oki, donc ça va mettre utile

eponyme

globilux wrote:je sais mysqldump -h ... -u .... et consors
mais ça ne va pas marché si je me délogue, si ?

parce que c'est un serveur, j'y ais accès en SSH, il est allumé h24, mais je suis pas connecté h24

Bien sur que si ! :p
EN fait dans les options de la commande, tu lui passe juste le nom d'utilisateur et mdp de l'utilisateur mysql (peutetre le root mysql) qu'il faut.
Il n'y a pas besoins d'avoir une session oouverte pour que des choses tournent (d'ou l'utilité de cron).

epo

pmarion

Si tu lances mysqldump -h ... -u .... dans une session (fenêtre,console terminal) et que tu quittes cette session il est normale que la ou les commandes soient interrompues.
Pour qu'une commande continuer à s'exécuter, il faut utiliser 'nohup' et donc 'man nohup' avant d'utiliser 'nohup'.

Pour une tâche utilisée en cron ne t'en fais pas, crond se débrouille très bien.
Tout ce que tu as à faire c'est un script qui réalise la sauvegarde sans aucune interaction utilisateur (pas de saisie clavier, donc pas de mot de passe, voir donc un fichier ~/.my.cnf ). Dans certains cas tu auras besoin de positionner un PATH dans ton script car cron démarre les scripts avec un PATH minimum, même chose pour les variables d'environnement ). Attention aussi aux sorties standard et d'erreurs (STDIN et STDERR) il vaut mieux les rediriger toi-même dans un log que tu pourras surveiller. sans redirection des sorties et en cas de sortie, cron enverrra un courriel pour ne pas perdre d'information, mais il arrive souvent que sous Linux on ne pense même pas à lire ses courriels internes.

Une fois ce script réalisé, tu le paramètre dans cron avec 'crontab -e' et si ton script marche tout seul, cron le fera fonctionner aussi.

nouvo09

Je ne suis pas d'avis de définir des PATH dans des scripts destinés à être exécutés par cron.

Ce n'est pas plus dur d'écrire dans le script la commande le chemin absolu des commande comme çà

/usr/special/mysqldump..etc

pkutot que:

export PATH=$PATH:/usr/special;
mysqldump..;etc

pmarion

@nouv09
D'accord pour l'appel d'une commande avec un chemin absolu
Oui mais si le PATH est utilisé par des commandes ou des scripts que l'on appelle, la modification du PATH est indispensable.
Pour mysqldump cela suffit évidemment.