Classement

Voici un script pour sauvegarder ses disques externes en utilisant le paquet autorun : - Copiez ces lignes de code dans un fichier nommé autorun à la racine du disque externe (Attention à l'éditeur, il faut qu'il supporte les sauts de ligne de type UNIX) - Les 2 premières variables sont a modifier en fonction du partage cible et de l'identifiant que l'on veut donner à ce disque externe. - Le partage cible doit exister au préalable sinon le script s’arrêtera (techniquement je pourrais créer le répertoire cible mais si après si on ne peut pas accéder aux sauvegardes via DSM alors c'est un peu balot) #!/bin/sh # =========================================================================== # # # External disk backup script for "autorun" v1.03 # # v1.04 - Mon 06 Oct 2014 01:17:26 # # =========================================================================== # # Path to the share that will store the backups (this directory must exists) bpath="/volume1/Sauvegardes_disques_externes" # Unique ID for this external disk extid="mon_disque_externe_1" # =========================================================================== # # # Do not edit below this line # # =========================================================================== # # Securing the "sort" command (we don't want 0 to be greater than 9) export LANG=C export LC_ALL=C # *************************************************************************** # # Storing the launching date for further use bdate=`/bin/date "+%Y%02m%02d-%02H%02M%02S"` # Rational expression for recognizing our date format bexpr='20[0-9][0-9][0-1][0-9][0-3][0-9]-[0-2][0-9][0-5][0-9][0-5][0-9]' # *************************************************************************** # # Verifying that we can access the NAS backup share if [ ! -d "${bpath}" ]; then echo "[Error]: Enable to access the NAS backup share." 1>&2 exit 1 fi # *************************************************************************** # if [ ! -d "${bpath}/${extid}" ]; then # It seems to be the first time that we do a backup for this disk, so we # have to create the container directory before launching "rsync" /bin/mkdir "${bpath}/${extid}" >& /dev/null if [ "$?" -ne 0 ]; then echo "[Error]: Enable to create the backup directory for this disk." 1>&2 exit 1 fi fi # *************************************************************************** # # Determining the latest previous backup blast=`/bin/ls -1 ${bpath}/${extid} | /bin/grep -e "`eval echo '^${bexpr}$'`" | /usr/bin/sort | /usr/bin/tail -1` if [ -z "${blast}" ]; then #-> if there's not any previous backup # Do a full backup /usr/syno/bin/rsync --verbose --stats --archive "${1}/" "${bpath}/${extid}/${bdate}.synorun/" if [ "$?" -eq 0 ]; then /bin/mv "${bpath}/${extid}/${bdate}.autorun" "${bpath}/${extid}/${bdate}" echo "Done." else echo "[Error]: Failed to backup." 1>&2 exit 1 fi else #-> we did find a previous backup # Do an incremental backup /usr/syno/bin/rsync --verbose --stats --archive --delete --backup --link-dest="${bpath}/${extid}/${blast}/" "${1}/" "${bpath}/${extid}/${bdate}.autorun/" if [ "$?" -eq 0 ]; then /bin/mv "${bpath}/${extid}/${bdate}.autorun" "${bpath}/${extid}/${bdate}" echo "Done." else echo "[Error]: Failed to backup." 1>&2 exit 1 fi fi # *************************************************************************** # # If we are here now then it means that all went good, so we can # remove the previous failed or interrupted backups export IFS=" " for dir in `/bin/ls -1 "${bpath}/${extid}" | /bin/grep -e "`eval echo '^${bexpr}.synorun$'`"`; do echo "Removing incomplete backup : '${dir}'" /bin/rm -rf "${bpath}/${extid}/${dir}" >& /dev/null if [ "$?" -ne 0 ]; then echo "[Warning]: Enable to remove '${dir}' directory." 1>&2 fi done export IFS="${oIFS}" exit 100 PS: utilisez une clé USB pour vos tests de fonctionnement

Re, je me trompe peut-être, mais voilà comment j'analyse les choses au vu de tes copies d'écrans: le bouton "Créer" est dispo sur la copie d'écran du Volume1 ce Volume1 ne montre que le Disque1 le Groupe de disques, même s'il s'appelle "1", n'a rien à voir avec le Volume1 puisque qu'il ne contient que le Disque2 => amha le système a considéré (je ne sais pas pourquoi) que tu voulais faire 2 volumes distincts; et en plus (là aussi j'ignore pourquoi), pour ce 2ème volume il a créé un Groupe de disques, dans lequel il a mis le Disque2 => il "s'attend" à ce que tu crées un Volume2 dans le Groupe de disques 1 (qui comprend le Disque2). Cette hypothèse est facile à vérifier: dans l'onglet "Volume", utilise le bouton "Créer" (et la procédure manuelle) pour voir si DSM te propose de créer un 2ème volume, dans le Groupe de disques 1; inutile d'aller jusqu'au bout de la procédure et de créer réellement ce volume, c'est juste pour vérifier. Si c'est bien ça, je pense que la solution de ton problème initial, càd créer un SHR "avec protection des données sur 1 disque", passe par la suppression du Groupe de disques1, pour "libérer" le Disque2, et ensuite utiliser le bouton "Gérer" du Volume1 pour intégrer ce Disque2 au SHR du Volume1. Il reste quand même la question du Smart anormal du Disque1. Si le nom des volumes ne te soucie pas, au lieu de la "solution" que j'ai indiquée ci-dessus, tu pourrais envisager la manip suivante: créer un Volume2 sur le Disque2 (soit en ayant d'abord supprimé le Groupe de disques, soit en le laissant avec le Disque2 dedans), en SHR sans protection des données y déplacer les dossiers partagés actuellement dans le Volume1 (il y a une commande de DSM pour ça, c'est dans "Dossiers partagés" je crois) puis supprimer le Volume1 et retirer le Disque1 pour le réparer/remplacer, puis le remettre en place ensuite tu devrais pouvoir intégrer ce Disque1 dans le Groupe de disques1 et passer le SHR de "sans protection des données" à "avec protection des données sur un disque". Tout ceci en ayant bien-sûr une sauvegarde, par sécurité, de ce qui est actuellement dans le Volume1

Si à l'origine tu avais installé le syno en acceptant les paramètres proposés par synology ton premier disque s'est retrouvé en "SHR à un volume sans protection des données". Lors de la mise en place du second disque tu dois pouvoir choisir la configuration de ce disque en "SHR à un seul volume avec protection des données", c'est en principe le choix pré-proposé. Cela fait tu dois étendre ce disque au volume existant. A la fin du processus (qui peut être long) tu auras un SHR (assez équivalent à un RAID1) conçu sur un seul volume de stockage de données, volume lui-même constitué des deux disques en miroir l'un de l'autre. Ce volume n'aura bien évidemment que la taille du plus petit des disques, dans ton cas seulement 2To. Dès lors tu bénéficieras de la possibilité lors d'un arrêt et son remplacement d'un des deux disques d'avoir la continuité de service du syno comme si de rien n'était, les utilisateurs lambdas ne s'apercevront de rien. A NOTER un fait très important (on passe notre vie ici à répéter ce problème) : le terme "avec (ou sans) protection des données" est très trompeur et semble résulter d'une traduction assez farfelue en provenance du sud-est asiatique ! UN RAID/SHR ne "protège" absolument pas les données. Ca ne doit JAMAIS être considéré comme une sauvegarde, ce n'en est pas du tout une. Et du coup, paradoxalement ces système imposent presque obligatoirement la mise en place d'une vraie sauvegarde rigoureuse c'est à dire des recopies périodiques sur un autre support, sur une autre machine et si possible dans un autre lieu. Le "nan-nan" étant au moins deux sauvegardes différentes. Exemple : Si pour une raison ou une autre tu détruis des fichiers (effacement accidentel par exemple) ils seront effacés instantanément sur le volume c'est à dire sur les DEUX DISQUES en même temps. Tu n'en a plus aucune trace et ils sont perdus. Alors que sur une sauvegarde ils seront toujours là et tu pourras les y récupérer. Deuxième point très important aussi : ces systèmes SHR/RAID sur les synos sont des systèmes logiciels donc très sensibles aux plantages de toutes natures et la plus grande des terreurs de ces logiciels est la panne inopinée de courant. Elle stoppe brutalement le logiciel alors qu'il était peut être en train de faire une opération vitale sur les fichiers et des erreurs différentes vont être inscrites sur chacun des disques. Au redémarrage le logiciel ne comprend plus l'architecture des fichiers, il perd les pédales et fait un massacre dans les données. Et là, crois moi, on se prosterne devant la sauvegarde si bien entretenue ! C'est pour cette raison aussi que l'on recommande très, très vivement la mise en place d'un onduleur reconnu par le syno et qui possède une sortie USB. Raccordé au syno il enverra un ordre de mise à l'arrêt "propre" au syno dès détection d'une panne EDF. L'autonomie électrique permettra alors au syno d'arrêter le processus RAID/SHR, de stopper ses disques et de se mettre en veille profonde. Et surtout bien se mettre en tête qu'un plantage logiciel est infiniment plus fréquent que les très rares casses de disques. Au fait c'est quoi la marque et le modèle de tes disques ? Western Digital "Red" par hasard ? Il semblerait qu'il y ait un souci en ce moment avec ce matériel.

Bonjour domlas, Et comment fait-on pour travailler sur le NAS quand on est à 500 km de chez soi, sans connexion internet ? D'où la "drôle d'idée" de travailler sur un disque usb, qui tient dans un sac à main, et de vouloir le sauvegarder régulièrement. Un NAS est, à la base, un disque en réseau, c'est tout. Au fur et à mesure des besoins, s'y sont ajouté des fonctionnalités. Voici un besoin qui n'a pas encore été pris en compte par le fabricant Synology, probablement parce que le nombre de personnes exprimant ce besoin n'est pas encore assez élevé ? En attendant, je cherche le moyen de mettre en oeuvre une solution répondant à mon besoin. Cordialement

Bonsoir, J'ai exactement le même besoin : - le DD usb sert de disque de travail, avec des données modifiées (créées, supprimées, modifiées) - besoin d'une sauvegarde incrémentale sur le NAS dès que je branche le DD usb dessus J'ajouterais même un 2ème besoin : au lieu d'une simple sauvegarde incrémentale, faire plutôt une synchronisation, pour permettre de travailler aussi bien sur des documents du NAS, que sur des documents du DD usb, avec synchro transparente entre les 2 lors du branchement du disque sur le NAS. Quid des conflits ? C'est là que je me demande si ce n'est pas un outil de gestion de version moderne, genre GIT, qui conviendrait. Parce que je connais mieux GIT que les outils de synchronisation genre rsync et autres. Ce n'est pas prévu par Synology ? Ben alors, qu'est-ce qu'il fabriquent, les ingénieurs ? Ils manquent vraiment d'imagination !! Blague à part, ce besoin est réel et correspond à un cas d'usage : travail très mobile. Et un DD usb est plus mobile qu'un ordi : ça tient dans un sac à main, ça se branche sur l'ordi d'un/une collègue. Le NAS peut alors tenir lieu de système de sauvegarde par synchronisation du disque quand on le branche. Mais comme il centralise aussi les données du réseau, permettant ainsi de travailler dans un répertoire directement sur le NAS, il serait intéressant de faire la synchro dans les 2 sens. Le système Autorun présenté plus haut permet de détecter le branchement du DD usb sur le NAS, et de lancer un script. Pour répondre au premier besoin, ce genre de script pourrait contenir une commande rsync (adaptée d'ici : http://doc.ubuntu-fr.org/tutoriel/sauvegarder_home_avec_rsync ) : rsync -av --del --stats --filter "- .thumbnails/" --filter "- .Trash/" --filter "- *.tmp" --filter "- *.iso" --filter "- lost+found/" --filter "- .cache/" --filter "- .beagle/" /volumeUSB2/usbshare /volume1/sauvegarde/SauvUSB/ L'option --del supprime les fichiers de la destination, qui ne sont pas dans la source. Cela paraît risqué : si on veut une sauvegarde, c'est aussi pour se prémunir contre les suppressions intempestives, non ? Voilà pour un début de réflexion sur le script de synchro par lui-même. Bonne soirée

Pour la solution que j'ai proposée, elle est plus simple que tu ne le crois. En plus sur le fofo on peut t'aider a ecrire un script de sauvegarde fiable. Le fonctionnement résultant serait : - Tu branches ton disque externe sur ton NAS. - La sauvegarde se lance toute seule pour les cibles prédéfinies - si tout se passe bien, le disque s'éjecte toit seul a la fin de la procédure