Mic13710

Ce n'est pas du tout la même chose. WinSCP (disponible pour windows uniquement) permet de visualiser et travailler sur les dossiers et fichiers du NAS sur une interface type Filezilla. C'est beaucoup plus simple que l'austère mode terminal, permet d'avoir une vue partagée entre le PC local et le NAS ce qui facilite les transferts entre les deux par des copier/coller ou de glisser/coller, de modifier simplement certains fichiers, plus des tonnes de fonctions qui facilitent grandement le paramétrage.

Alors pour commencer, il y a des rubriques sur ce forum. Il serait souhaitable d'en tenir compte lorsque vous postez. Je déplace. Ensuite, Drive ne conserve que les versions sauvegardées. Vous ne pouvez pas programmer des sauvegardes à heures fixes. Si l'avant dernière version date du 10 novembre, c'est qu'il n'y en a pas eu avant. Ce qui ne veut pas dire que ce soit la réalité pour vous. Si c'est le cas, alors vous n'étiez pas connecté à Drive entre le 10 novembre le 19 janvier. Ou autre explication : comme vous êtes sur Mac, je sais qu'il y a quelques bugs entre Drive et les i bidules mais je ne peux pas en parler, je n'ai pas de produits de la pomme.

Je vous ai déjà donné l'outil. WinSCP pour windows

Putty est un terminal qui fonctionne sous windows pour accéder au dossier système et aux volumes du NAS, pas une commande ! cd /etc.default

En vous connectant en "root", même mdp que le compte admin ? (je suppose que c'est pour votre DS209 sous DSM4.2)

Il faut pour cela utiliser le reverse proxy. Vous trouverez un tuto dans la partie Tutoriels.

Activer ssh dans DSM et se connecter en mode terminal avec un PC Linux ou MAC, via putty ou WinSCP avec un PC Win

Et pour compléter, le fichier spk est effectivement celui du serveur (donc du NAS). Aucun rapport avec le client donc qui lui dépend de l'OS du dit client. Aussi, le titre de votre demande est erroné. Merci de l'éditer pour remplacer "serveur" par "client"

@lintuja, ce forum est composé de plusieurs sections. Il y en a une qui concerne les applications Synology dans laquelle il y a Synology Drive. Je déplace, mais avant de poster dans une section qui n'a aucun rapport avec le besoin, merci la prochaine fois de mieux chercher et en cas de doute, de lire le descriptif de la section. Ca c'est impossible. Le serveur est sur le NAS. Je ne sais pas où vous avez téléchargé ce fichier, mais celui pour les MAC se trouve très facilement : https://www.synology.com/fr-fr/support/download/DS720+?version=7.2#utilities c'est la page pour un 720+ mais c'est le même pour tous les NAS et le lien direct : https://global.synologydownload.com/download/Utility/Assistant/7.0.4-50051/Mac/synology-assistant-7.0.4-50051.dmg?model=DS720%2B&bays=2&dsm_version=7.2.1&build_number=69057

Donc, il ne devrait pas y avoir de problème pour les restaurations. Il faudrait tout de même tester avant que tu fasses le basculement de NAS. Hyperbackup a effectivement remplacé Sauvegarde et Restauration et a probablement conservé la même structure. Il remplace aussi Time backup et probablement d'autres, qu'il a du gérer au fur et à mesure de leur abandon si bien qu'on peut se perdre dans les différents formats des dossiers.

Les fichiers sont lisibles directement ? Et comment s'organisent les versions ? N'est-ce pas des anciennes sauvegardes crées avec Sauvegarde et Restauration, ou avec Time Backup ? ou bien du rsync multiversion ? Je n'utilise que la sauvegarde entre NAS et en multiversion. Comme Hyperbackup est un peu le couteau Suisse de la sauvegarde, il y a probablement d'autre structures de sauvegarde que je ne connais pas.

Bonjour @lintuja, soyez la bienvenue.

.hbk, ce sont les dossiers Hyperbackup multiversion. Les nom simple sont des sauvegardes monoversion. La structure des dossiers .hbk est propre à Hyperbackup. Tu peux les lire avec Hyperbackup Vault sur le NAS ou avec le client PC HyperBackup Explorer.

@MrGateau Je suis utilisateur de la solution Cloud de Synology depuis la toute première heure et je ne sais pas à quelle(s) faille(s) de sécurité vous faites allusion. Si vous avez des infos précises à nous fournir, ça nous intéresserait. Comme pour tout système exposé au net, il y a toujours des risques, le tout est qu'ils soient contenus. La meilleure solution en terme de sécurité reste de ne pas se connecter au web. Ce qui restreint du coup tout l'intérêt d'un cloud qui est par excellence une solution nomade.... Ensuite, CloudStation n'existe plus depuis DSM6 (des années). Il a été remplacé par Synology Drive. Quand à la deuxième partie de votre question, elle est bien trop vaste pour pouvoir y répondre. Comme le fait remarquer @CyberFr, il serait préférable de commencer par mettre en oeuvre les différents tutos du forum (en commençant en priorité par celui relatif à la sécurisation) pour vous familiariser avec votre NAS et son interface DSM, avant d'envisager une exposition vers l'extérieur. Ce n'est qu'à partir du moment où vous aurez appréhendé le fonctionnement de DSM que vous serez en mesure de poser des questions sur des points précis.

@corbendallas pourquoi vouloir faire un montage en plusieurs étapes ? C'est du stess pour les disques et de la perte de temps. vous montez tous vos disques et vous construisez directement un groupe en SHR2. Par contre, je vous conseille VIVEMENT de tester tous vos disques en profondeur (badblocks ou écriture de zéros) avant de les mettre en production. Rien n'empêche de monter des disques de marques différentes et même de vitesses différentes. Toutefois, je vous recommande de choisir des disques de caractéristiques similaires (vitesse, taux) pour équilibrer au mieux les lectures / écritures sur les disques.

Euh, il faudra un peu plus d'un clic 😉, mais c'est très simple et sans perturber le fonctionnement, que ce soit en RAID ou SHR.

En fait, le choix se fait au départ et il n'y a pas de passerelle entre les deux. Les ajouts de disques se font de la même manière. Les deux sont aussi fiables l'un que l'autre. C'est juste une gestion différente. Le basic/RAID est une gestion classique avec mdadm, le SHR un RAID hybride avec mdadm plus une surcouche lvm2 qui permet de combiner RAID1 et RAID5 à l'intérieur d'un même groupe. Le SHR sans protection de donnée correspond au basic. Il est évident que le SHR ne présente pas d'intérêt immédiat sur un NAS 2 baies puisqu'il n'y a que le RAID1 possible. Il devient plus attractif sur des 4 baies et plus. Mais un NAS 2 baies accepte très bien le SHR et il n'y a aucune raison valable de ne pas l'adopter. Mes 2 NAS locaux sont en RAID1 car c'est un choix que j'avais fait sur leurs prédécesseurs et que j'ai maintenu depuis. Le distant, d'installation plus récente, est équipé avec 2 disques en SHR sans protection des données.

Je sais bien, mais cette terminologie est inexacte du point de vue de la gestion du disque. C'est un faux basic et un vrai RAID. Tu peux aussi choisir le SHR (qui est de toute manière la configuration par défaut).

Tout en sachant qu'il ne s'agit pas d'un vrai basic (qui n'existe que sur les NAS monodisques), mais d'un RAID monodisque. Sinon le passage vers le RAID1 ou 5 ne serait pas possible.

Hormis celles que tu as citées, je ne vois pas ce qui limiterait l'utilisation du stockage et/ou de DSM s'il n'y a qu'un seul disque. Je te rappelle qu'il soit constitué d'un ou plusieurs disques, ton stockage est toujours géré en RAID (mdadm), avec une surcouche lvm2 si en SHR. Sauf si la panne de disque n'est pas pénalisante, je ne suis pas friand du RAID0. Si c'est ton choix, il faudra alors détruire le groupe existant pour construire ton RAID avec 2 disques. J'avoue ne pas bien comprendre ton choix dans la mesure où dixit tu n'as pas besoin d'un gros stockage et les performances ne sont pas ta priorité. AMHA, le RAID1 convient mieux à tes besoins. C'est peut-être une erreur typo ? 🙃

@CoolRaoul, c'est AMA la meilleure solution. Personnellement, je ne fais pas de sauvegarde globale. Je préfère créer des sauvegardes distinctes pour chaque dossier partagé. C'est un peu plus contraignant à la mise en place, mais si une sauvegarde ne se fait pas correctement, il ne faut pas tout refaire, seulement la session qui a queuté.

@maxou56 c'est bien ce qu'il me semblait. Mais comme dans le lien donné par @CoolRaoul ils n'en parlent pas, j'en ait conclu qu'il était maintenant possible de changer de système de fichier et je n'ai pas cherché plus loin. Et c'est somme toute logique que ça ne soit pas possible puisqu'il s'agit d'une migration par bloc.

Pour que le service d'application puisse fonctionner, il faut que Node.js v18 soit installé. Est-ce le cas et est il opérationnel ?

Il a bien trop de limitations (version de DSM, modèle de NAS, stockage) pour que ce soit une solution à recommander. Je l'ai essayé une fois et ça n'a pas du tout été probant. Un des problèmes concerne la capacité de stockage. Si la version de DSM du NAS source est ancienne, la taille de la partition système fait 2Go environ. Depuis DSM7.1, elle est passée à 7Go environ, rognant du même coup sur la partition des données. La migration devient alors impossible si le NAS de destination n'a pas une capacité supérieure à celle du NAS source.