Installer rdiff-backup chez un hébergeur web ?

Bonjour,

Debian me fait découvrir l’existence de rdiff-backup.
J’aimerais créer un système de sauvegarde incrémentale, automatique de mon site, hébergé chez 1&1.

rdiff-backup me semble idéal, du point de vue des services qu’il offre ( préserve tous les attributs, sauvegarde les différences dans des répertoires datés, agit sur des sites distants à travers ssh

Seulement il doit, pour agir sur un site distant y être installé ( en tant que demon, je crois ) sur “le path du site distant”

Quelqu’un a-t-il une pratique analogue ( par exemple avec rsync ) , ou quelqu’un sait-il comment installer rdiff-backup sur le site ?

rdiff-backup --test-server monsite.info::confused:
me rappelle que cette obligation n’est pas remplie.

Merci

PS: je ne suis pas informaticien, mais simple utilisateur obstiné ( et autodidacte grace à cette communauté libre et généreuse. )

:smt006

Il y a des infos sur la sauvegarde dans un fil de la section trucs & astuces :
viewtopic.php?f=8&t=10696
pour le reste je laisse ma place aux spécialistes … :wink:

Merci pour cette ressource intéressante.
Cependant elle ne semble pas aborder la question de l’installation chez un hébergeur ( rsync, rdiff-backup notamment )
En attendant j’envisageai déjà l’utilisation de cp lcp ou tar via ssh ( mais je ne maitrise pas encore suffisamment ssh ).

Il faut que ton site soit sur un serveur dédié ( = tu peux être root sur le serveur et faire ce que tu veux comme installer rsync ou rdiff-backup ) mais c’est plus cher $$.

Si tu es sur un serveur mutualisé, il faut faire la demande à l’hébergeur.

Sinon, j’ai eu une fois un souci avec rdiff-backup. rdiff-backup sur ma sid ne voulait pas synchroniser avec celui de mon serveur en etch car il y a avait une différence de version avec python.

J’utilise depuis rsync avec une sauvegarde incrémentale du type :

Et je n’ai plus de souci entre Etch et Sid

Merci, AnatomicJC
J’arrète donc de réver :wink:

Chez certains hébergeurs de sites mutualisés, tu peux avoir un accès ssh…

Après, pour l’accès à des commandes telles rsync ou rdiff-backup, il faut voir avec l’hébergeur. :slightly_smiling:

[quote=“AnatomicJC”]Chez certains hébergeurs de sites mutualisés, tu peux avoir un accès ssh…

Après, pour l’accès à des commandes telles rsync ou rdiff-backup, il faut voir avec l’hébergeur. :slightly_smiling:[/quote]

Oui, j’ai bien l’accès en SSH2 chez 1and1

Pour information:
Jusqu’ àprésent, j’utilisait gFTP, avec connexion ssh.
Sa fonction de comparaison des répertoires est bien pratique.
Mais il a une limite ( Un bug ? ), je ne peux pas transférer par gFTP un grand nombre de fichiers en une seule commande ( il plante avant d’avoir listé l’ensemble ); bien entendu il n’est pas non plus adapté ( je crois ) à être utilisé dans un script.

D’autre part, je voudrais créer une sauvegarde automatique et incrémentale, avec cron/anacron, et rdiff-backup correspondait exactement à mon voeu ; malheureusement, comme rsync, il lui faut être installé des deux cotés de la connexion.

Il me reste donc à utiliser tar ( pour sa fonction de sauvegarde incrémentale ) via SSH, en écrivant un script sur mesure pour cron.

:smt006

Bonne nouvelle

J’ ai découvert en pratique l’utilisation de ssh;
Contrairement à gftp, il me permet de disposer d’un accès total d’utilisateur sur mon espace 1and1, et là, surprise, ils sont sur debian etch, comme moi, avec rsync installé, même version: l’horizon se dégage donc.
Il ne me reste plus qu’ à découvrir comment communiquer entre l’espace distant ( les commandes et les adresses sont les même qu’en local en dehors du shell ssh ) et mon système local pour faire mes “rsync”.

Merci encore à tous.

Dés que je trouve un peu de temps je m’y met et si je trouve, je vous dit quoi :wink:

Ben tu nous dira ce qu’il en est :wink:
:laughing:

Bonjour,

je reprend ce fil très tardivement, car je découvre la solution:

Précision sur le problème:

Je souhaite utiliser rsync pour faire des sauvegardes incrémentales de mon site, hébergé chez 1and1, sur mon PC local.

Mon contrat pack minimum et pas cher ne permet pas d’utiliser rsync ( contrairement à un autre pack pour un autre site ); autrement dit rsyncd n’est pas accessible pour ce site chez mon hébergeur.

Par ailleurs, le FTP qu’il fallait utiliser auparavant dans ce cas, a fait place désormais obligatoirement à ssh ( le message propose d’utiliser sftp sur son serveur rssh )

Comment j’ai résolu le problème:

Avant de me lancer dans la création d’un nouveau script avec sftp, je teste une connexion par sshfs : ça marche sans problème.
Je fait du répertoire de montage le répertoire courant, et à partir de ce répertoire, en le désignant par le point ( [size=150] . [/size] ) ( et non par son chemin local ! ), rsync fonctionne sans problème ( et sans demander de mot de passe ) :115

Tout se passe pour le site distant comme s’il était commandé sur place, et pour la commande rsync, comme si elle agissait sur place (pas la même, mais en ignorant la distance )

Mon script est redevenu simple et sûr !

je récapitule le script: ( 25 lignes de code + les commentaires )

1 Rappel sur la préparation du site [size=85](vider les caches, faire un dump de la base de données )[/size]
2 Création du répertoire de backup [size=85](c’est à dire des fichiers qui vont être remplacés ou effacés : option --backup --backup-dir=“lerepertoire” )[/size]
3 Connexion sshfs
et faire du point de montage le répertoire courant: cd /montage_sshfs
4 Lancement de la sauvegarde rsync: ( sans appel à ssh ! )
5 Déconnexion du site

Puisque vous êtes revenus après si longtemps, voila mon script, à utiliser, modifier, critiquer à loisir:

cat BKP_monbeausite.deb

[code]#!/bin/bash -

BKP_monsite.deb

Backup incrémental du site vers le PC local de:

/home/monsite/monsite.deb/BKP_sftp

rsyncd n’est pas accessible pour monsite.deb

1and1 préconise sftp (rssh: ssh est requis) )

Heureusement: rsync est utilisable, après connexion par sshfs !!!

Condition: partir du répertoire distant, et le nommer “.” ( son nom sur le point de montage local

remet dans la situation ordinaire de rsync, et ne fonctionnera pas ! )

CONFIG:

SOURCE=‘u12345678@monsite.deb:./’;
DESTINATION=’/home/monsite/monsite.deb/BKP_sshfs_rsync’;
BKPDIR=’/home/monsite/monsite.deb/BKP_sshfs_rsync/’;

Point de montage de sshfs:

SSHFS=’/home/sshfs_monsite’

1 Rappel sur la préparation du site

FAIRE un dump de la base MySQL avant la sauvegarde:

echo “$0”;
invite1=“LA BASE DE DONNÉES A-T-ELLE été sauvegardée et les caches effacés ?”
invite2="Continuer = oui - Arréter maintenant = non: "
echo “-1- $invite1”
read -p “$invite2” reponse;
case $reponse in
o|O) echo “$(basename $0) va être exécuté”
echo “”
;;
n|N) echo " Sauvez la base maintenant "; exit
;;
*) echo “Répondre: o/O/n/N : $reponse n’est pas une réponse valide.”; exit
;;
esac

2 Création du répertoire de backup:

DATE=$(date +%Y_%m_%d_%Hh_%Mm)
BKPDIR=${BKPDIR}$DATE
echo “-2- Le répertoire de sauvegarde des fichiers remplacés/effacés”
echo " $BKPDIR va être créé:"
mkdir -p “$BKPDIR” || (echo “ERREUR: le répertoire $BKPDIR n’a pas pu être créé”; exit 1 )

3 Connexion sshfs

le répertoire $SSHFS ne doit pas être utilisé: (point de montage)

echo “-3- Connexion à $SOURCE:”
sshfs $SOURCE $SSHFS || (echo “Echec de connexion par sshfs de $SOURCE sur $SSHFS” ; exit 1 )

Répertoire courant: le site distant dans son accès local

cd $SSHFS || echo “Échec de déplacement vers le répertoire $SSHFS”

4 Lancement de la sauvegarde rsync: ( sans appel à ssh ! )

echo “-4- Lancement de la sauvegarde rsync:”

Le point ( . ) est important, et ne doit pas être nommé $SOURCE !

rsync -aHv --stats --delete --backup --backup-dir="$BKPDIR" . “$DESTINATION” || echo “ERREUR DE rsync $SOURCE” ;

5 Déconnexion du site:

libérer le point de montage:

cd -

STOPPER la connexion:

echo “-5- FIN de la connexion sshfs avec $SOURCE:”
fusermount -u $SSHFS || ( echo "Problème de déconnexion avec la commande: fusermount -u $SOURCE " ; exit 1 )

Fin du script:

exit 0 [/code]

Cette fois c’est bien résolu !

( PS inutile de chercher monbeausite.deb :114 )

(PPS j’avais lancé cette discussion à propos de rdiff-backup, parce que j’avais renoncé sachant qu’il n’était pas disponible,; je pense que le problème et la solution sont les même, bien que je ne connaisse pas bien rdiff-backup )