jlbn

Normalement, et meme s'il est indiquė dans la tache de sauvegarde que ça reprend du début, c'est bien de l'incrementale en rsync et ce qui a déjà été sauvegardé sur le site distant n'est pas uploadé une deuxième fois. En tout cas c'est ce que j'ai constaté me semble-t-il pour moi

Bonsoir, Lorsque tu seras un peu plus avançé, je serais tres interressé par ton script, si tu peux avoir la gentillesse de le partager, je trouve que ça apporte du coup une sécurité supplémentaire vraiment appréciable Jlbn

j'ai écris un "killall rsync" dans le planificateur de tâches et ça semble fonctionner, en espérant que ça casse pas tout. En ce qui me concerne, la commande stoppe la sauvegarde distante réalisée à partir de l'outil standard "sauvegarder et restaurer". Reste pour moi à écrire mes propres scripts de sauvegarde, pour l'instant, c'est hors de portée mais je désespère pas !

pour la sauvegarde, tu peux utiliser l'outil natif "sauvegarder et restaurer" permettent de faire une sauvegarde en rsync entre deux synos ou serveur compatible en shh ou non. Par contre, comme indiqué, tu ne peux pas planifier un arrêt de la sauvegarde si celle ci n'est pas terminée, il faut alors passer par le planificateur de taches et programmer le script idoine mais lequel ? c'est l'objet de ma demande sans réponse pour le moment jlbn

Bonjour, un petit up sur le paquet et sa dispo ? jlbn

je réponds un peu en retard mais bon... arrêter crashplan via le planificateur permet véritablement de stopper le service et pas la sauvegarde, crashplan étant consommateur de RAM et de CPU sur les synos (sur le mien en tout cas). J'utilise d'ailleurs en fait les deux : je stoppe la sauvegarde dans crashplan à 9h par exemple, puis quelques minutes plus tard, je stoppe le service. Ceci étant, je devrais parler au passé puisque j'ai désinstallé crashplan et suis passé à une sauvegarde entre deux synos. Crashplan, c'est pas mal mais pour des volumes restreints à sauvegarder (environ 300 Go me concernant), sinon, la conso de RAM et CPU s'envole et ça finit par planter, sauf à avoir je suppose un syno beaucoup plus costaud que le mien en terme de RAM et CPU

merci pour ton retour, et effectivement ma ligne montante en simple adsl va brider le tout

merci pour la réponse, j'ai un peu de tout mais effectivement pas mal de fichiers excel et de fichiers de données en général et tout ça transite par le web après une première sauvegarde en local. as-tu un retour par rapport à la conso CPU et RAM, des risques supplémentaires de plantage ? jlbn

bonjour, un petit déterrage de sujet, cette possibilité de stopper la sauvegarde à heure fixe me convient plutôt bien et je voudrais la mettre en place sans faire d'erreur. Donc j'ai crée une tâche de sauvegarde réseau entre deux syno via "sauvegarder et restaurer" et effectivement il n'y a pas de possibilités de stopper celle-ci dans la planification. Il me suffirai donc d'ajouter un script dans le planificateur de tâche pour la stopper à heure fixe, à 8h par exemple, et si la sauvegarde n'est effectivement pas terminée à cette heure, elle sera stoppée et reprendra sans problèmes la fois prochaine sans reprendre tout depuis le début bien évidemment. quelqu'un aurait-il la gentillesse de me dire quoi écrire exactement dans le planificateur de tâches ? merci

Bonjour, quelqu'un a t-il une expérience positive par rapport à la compression du transfert lorsque l'on active cette option entre deux serveurs synology ? est -elle vraiment efficace par rapport au volume de données envoyé ? qu'en est-il de la conso CPU et RAM ? (mon serveur source est un ds212) y-a-t-il plus de plantages ou risques de plantage ? Merci de vos retours, jlbn

Bonjour, Je suis en train de mettre en place une sauvegarde réseau sur site distant de mon DS212. Après un peu de lecture, j'ai changé le port ssh par défaut et ça fonctionne sans soucis (aprés routage du port choisi vers le port 22 au niveau du routeur où est installé le serveur de destination, un DS109). J'ai également lu qu'il pouvait être préférable de scinder sa sauvegarde en plusieurs tâches afin d'éviter d'éventuels soucis/déconnexions (ceci étant j'ai sauvegardé 650 Go en local, et lorsque que je l'ai relancée une fois le serveur de destination sur le site distant, je n'ai pas eu de soucis, bien qu'il n'y avait pas eu de changements importants) Ainsi, lorsque j'ai voulu faire une nouvelle tâche pour tester, je n'a pas pu me connecter avec le même user utilisé dans la première tâche de sauvegarde. Par contre, la connexion a fonctionné en utilisant un autre compte utilisateur. Y a-t-il une explication ? une restriction de synology ? sinon, quelle est la différence entre le mode remote shell et le mode rsync daemon ?, entre deux syno, c'est le mode rsync daemon qui est utilisé ? merci de vos retours jlbn

je me réponds à moi même, j'avais pas activé le chiffrement dans la tâche de sauvegarde , donc une fois activé, impossible de se connecter au serveur de destination, j'en déduis donc que la manip fonctionne et qu'une redirection du port via le routeur lorsque je l'aurais installé devrait rétablir la connexion. Par contre, du coup, en local, y'a aucun moyen de faire fonctionner la sauvegarde si je ne me trompe pas ?

Bonjour, J'ai fait la manip, mais est-ce qu'on peut voir si le changement fonctionne en local, j'ai mis le fichier dans l'emplacement indiqué et mon serveur de destination est toujours visible, c'est normal ? merci

up

up

Bonjour, Après recherche sur ce forum, je trouve pas de réponses à ma question... Donc est-il possible de déclencher une sauvegarde vers un disque usb dès son insertion dans l'un des ports usb du syno, avec un contrôle sur le label du disque ou son nom ? je sais le faire à partir d'un PC avec syncback par exemple mais là non. Et le top du top serait de l'éjecter une fois la sauvegarde réalisée (et faire le café tiens pendant qu'on y est !!!) merci de vos retours jlbn

Bonjour à tous, Suite à l'acquisition récente d'un DS109+ auprès d'un membre du forum récemment (merci à lui au passage), je mets en place une sauvegarde distante entre mon DS212 et celui-ci. J'ai fait la première étape : j'ai créer un dossier partagé sur le serveur de destination (DS109+), un utilisateur dédié création d'une sauvegarde entre les 2 synology via l'outil dédié sur le serveur source en renseignant le dossier et l'utilisateur crées option activées : mode bloc (pour la sauvegarde distante c'est mieux non ?) j'ai d'abord lancé la tâche en local en ayant activé le ssh (c'est un peu idiot en local, je sais) et constaté d'une part un transfert assez lent (+/- 5 Mb/s en moyenne) et une utilisation CPU proche de 100% quasiment en permanence sur le DS212 (le serveur source). Après annulation de la tâche et relance avec le ssh décoché, les choses vont mieux : +/- 20 MB/s en moyenne et une utilisation CPU côté source plus raisonnable. lorsque la sauvegarde sera terminée (encore une dizaine d'heures), je compte donc réaliser cette sauvegarde entre deux sites distants. et voici mes questions : le mode bloc activé est-il bien une sauvegarde incrémentale ? et non différentielle ?, ce mode bloc est-il aussi une cause de consommation excessive de CPU ? pour le site distant, celui-ci n'ayant pas d'IP fixe, je dois j'imagine mettre en place un service DDNS sur le serveur de destination ? au niveau des ports, je dois mapper les ports 22 et 873 vers le serveur de destination et je compte restreindre l'accès à mon IP source (elle est fixe cette fois). Est-ce suffisant au niveau sécurité ? enfin, pour le ssh, y-a-t-il un moyen de chiffrer ce transfert sans avoir une consommation CPU à 100% ?, pour le débit, dans la mesure où ma connexion montante est limitée, je pense que ce n'est pas un problème. Merci de vos conseils et remarques jlbn

donc pour info, le userdef passe sur dsm 4.2. Sinon, pensez-vous possible de rajouter dans le lien url une image afin d'avoir une vignette de la radio ? Bonne soirée

Je continue mon monologue, j'ai fait ça, à priori ça fonctionne : #!/bin/sh exec >/volume1/Backup/log/crashplan.log 2>&1 /var/packages/CrashPlan/scripts/start-stop-status stop Adaptable pour d'autres packages j'imagine Si ça peut aider certains bonne journée

up

Merci white.spirit pour ton retour et tes essais

Bonsoir, Je souhaite configurer une planification pour stopper ou démarrer crashplan et sabnzbd. La synthaxe suivant est-elle la bonne : - pour sabnzbd #!/bin/sh /var/packages/sabnzbd/scripts/start-stop-status start - pour crashplan #!/bin/sh /var/package/CrashPlan/scripts/start-stop-status stop Çà semble fonctionner pour sabnzbd. Je voudrais aussi ajouter un fichier log localisé dans volume1/logscript J'ai vu ça : exec >/tmp/monscript.log 2>&1 Comment l'adapter et où le placer ? merci de votre aide (comme vous l'avez remarqué, j'y connais pas grand chose...) Si il existe un tuto général traitant de la question des scripts via le planificateur je suis preneur (syntaxe, exemple, etc...)

Bonjour, confirmation, le disque est mort avant d'avoir commençé ...

suite de mes essais d'installation du nouveau disque, et je crains que le problème ne soit plus grave que des problèmes de routeur. Je me suis connecté en direct avec le nas en ip fixe sur mon pc, je ping sur le nas sans probleme, pare-feu et antivirus désactivé. Résultat, toujours pareil, impossible de passer l'étape du formatage systeme. J'attends un boitier disque usb afin de tester le disque avec seatools (c'est un seagate st2000dm001). On verra la suite, mais ça sent le retour SAV, ça commence bien...

merci pour le conseil, je regarde