Mic13710

Pour la sauvegarde, vous avez toutes les fonctions disponibles dans Sauvegarde et Restauration. Vous pouvez choisir la destination, le ou les dossiers à sauvegarder, le type de sauvegarde et faire bien entendu des sauvegardes programmées

Salut Oooops! Effectivement, je n'avais pas précisé ce point qui nous semble tellement évident quand on sait comment ça fonctionne. Merci de le rappeler

La limitation n'est pas due au NAS mais au DSM et à la compatibilité des disques. Avec les dernières versions du DSM, le NAS peut contrôler des disques jusqu'à 6To soit 24To pour votre NAS. Les disques compatibles pour votre NAS sont ici. Ensuite pour votre problème,tout dépend de la manière dont sont organisés vos disques, ce que vous ne dites pas. Si vous êtes en RAID5, vous devrez changer tous vos disques pour augmenter la capacité totale. Si par contre vous êtes en SHR, vous pouvez envisager de ne changer que 2 disques sur 4. Si vous remplacez 2 disques de 1To par des 2To, vous aurez 1To de stockage supplémentaire. A votre place j'opterais pour des disques de 3To ce qui vous donnerait 2To de stockage supplémentaire. Juste une remarque qui vaut aussi pour JeanMars : quel que soit l'organisation de votre groupe (RAID ou SHR) l'augmentation de capacité se fait sans perte de données. Les disques ne se remplacent pas d'un coup mais l'un après l'autre. Il suffit de remplacer un disque par un neuf et de reconstruire le RAID. Une fois que c'est fait, on passe au suivant et ainsi de suite.

Il est bien évident que vous ne comprenez pas du tout le fonctionnement d'un groupe de disques. Vous résonnez en terme de données alors qu'il faut penser en organisation de votre unité de stockage. Si votre groupe de disque est en RAID ou SHR, toutes les données qui s'y trouvent sont dupliquées. Vous ne pouvez pas choisir. Ce n'est pas l'utilisateur qui décide comment sont stockées les données, mais seulement la manière dont le groupe est organisé. Quoique vous mettiez sur votre groupe, les données seront toujours stockées en fonction de l'organisation du groupe : Pas de duplication pour un disque en basic 1 duplication pour un groupe de disques en RAID1, RAID5 ou SHR 2 duplications pour un groupe de disques en RAID6 ou SHR2

Sur la partition données.

C'est simple, le DSM est installé sur tous les disques installés dans le NAS. Chaque disque a en fait 3 partitions : 1 pour le DSM, 1 pour le SWAP (utilisée par le DSM) et 1 pour les données.

C'est tout de même le but du SHR ! Il suffit simplement de remplacer le disque défectueux pour reconstruire le SHR. Ce qui m’étonne c'est que vous avez installé un système sans même savoir comment ça fonctionnait.

Vous faites de grosses confusions entre SHR et Volume. Je suis tenté de vous renvoyer à la réponse de Pluton212+ mais je vais essayer de vous expliquer. Le volume c'est simplement une partition sur un espace de stockage. Peu lui importe de savoir comment est organisé cet espace qui peut-être basic, RAID ou SHR. Avec nos NAS c'est comme les partitions d'un PC, vous pouvez créer plusieurs volumes sur le même espace de stockage ou sur des espaces de stockage différents. Le RAID ou le SHR c'est simplement l'association de plusieurs disques en une seule grappe ou groupe de disques pour créer un espace de stockage en miroir. Le SHR est un système RAID évolué qui permet d'exploiter des disques de différentes capacités, ce que ne permet pas le RAID. Si vous aviez lu correctement le lien de Pluton212+ vous auriez compris que les données sont dupliquées (voire triplées pour du SHR2) sur des disques différents. Ceci permet une tolérance de panne à un disque (ou 2 pour le SHR2), cad que si un disque tombe en panne, les données sont toujours présentes sur le ou les disques sains restants. Le système fonctionne alors en mode dégradé mais l'utilisateur peut continuer à travailler de manière totalement transparente, sans même se douter qu'un disque est en panne. Et donc pour en revenir à votre interrogation : votre volume 1 sur un groupe en SHR n'est pas sur un seul disque mais il est dupliqué à l'identique sur plusieurs disques, ce qui signifie qu'en cas de perte d'un disque votre volume continue de fonctionner.

Le test smart n'a rien à voir avec la session ouverte ou pas. Par contre, n'auriez-vous pas une hibernation active des disques ? Si oui, désactivez là et relancez le test.

Franchement je ne vois pas où est le soucis et je ne comprends pas le problème s'il y en a un. Comme pour tout partage, on ne le fait pas autrement qu'a partir d'un répertoire principal et/ou de ses sous-répertoires. Et donc oui, il faut bien un répertoire Cloudstation dans le serveur en tant que répertoire principal du Cloud. Ce répertoire est unique pour chaque utilisateur qui a les privilèges CS. Dans ce répertoire chacun y met bien ce qu'il veut avoir dans son cloud non ? C'est bien l'utilisateur qui choisi de mettre tel ou tel dossier ? A partir du répertoire CS du serveur, c'est encore et toujours l'utilisateur qui choisi quel(s) répertoire(s) il veut voir apparaître sur son cloud côté client. Si l'utilisateur a plusieurs clients (2 PC par exemple) pour des applications différentes, il peut ainsi différencier ce qui doit apparaître pour chaque client. Enfin, on peut associer à chaque CS un ou plusieurs dossiers partagés en fonction des droits individuels. Là encore il y a le choix des répertoires a intégrer côté client.

C'est marrant comme question. Un volume c'est équivalent à une partition sur un PC. Si une partition tombe en panne sur le disque de votre PC, vous perdez quoi ? C'est exactement la même chose. S'il y a des choses importantes, vous les perdez. Mais si vous avez fait correctement vos sauvegardes (données, configuration et applications), vous limiterez la casse. La perte des paquets n'est pas un problème en soit puisque vous pouvez les réinstaller.

Sans doute un pb de version de DSM. Faites un reset de l'os en suivant ce tuto et faites une réinstallation du DSM à l'aide de Synology Assistant.

Disons que les professionnels ont des disques en stock pour pouvoir remplacer rapidement en cas d'urgence. Et donc, les probabilités d'avoir des disques du même lot en opération sont faibles. Perso, j'ai acheté mes disques ensemble parce que je ne vois pas d'intérêt à payer plusieurs fois des frais de port. Mis à part de tomber sur un lot défectueux, les risques d'avoir des pannes simultanées de disques sont tout de même très rares. Et quand bien même cela m'arriverait, je serais certes ennuyé, mais aussi serein car je soigne mes sauvegardes. Et ça c'est beaucoup plus important que de faire une fixation sur des prétendues augmentations de risques de pannes simultanées sur des disques issus d'un même lot.

Si vos disques sont en bon état, en principe aucun. La partition des données n'est pas impactée. Au pire, vous aurez à refaire quelques paramétrages mais l'essentiel sera là et toutes les données préservées. Maintenant il y a toujours un risque que les choses ne se déroulent pas comme prévu. Il se peut aussi que la panne de votre ancien NAS ait provoqué des dommages à un de vos disques. Mais vous n'avez de toute façon pas d'autre choix que de faire la migration.

Tout est expliqué dans ce tuto Synology

Avez-vous essayé la méthode de test proposé par domlas ?

Sur cette FAQ Synology, vous pourrez mieux comprendre comment sont organisées les données sur chaque système. Il y a aussi une explication sur les rajout de disques.

Deux choses pour commencer : Le RAID 1 et + ne se basera que sur la capacité du plus petit disque de la grappe. Si vous optez pour un RAID classique, vous optez pour des disques de tailles identiques. Le SHR (Raid hybride à la mode Synology) en exploitant au mieux les espaces disques offre plus de souplesse car il permet de vous affranchir de cette contrainte de capacité unique. La seule condition c'est que tout disque rajouté soit de capacité au moins égale au disque le plus gros de la grappe (ou groupe). Il gère automatiquement les espaces disponibles et le type de RAID. Vous pouvez consulter le comparateur de RAID pour bien comprendre comment fonctionne chaque système. Une fois que vous avez fait le choix de l'un ou l'autre format, il est impossible d'en changer sans tout reconstruire. Petite correction : le RAID 5 c'est minimum 3 disques et non 4. Le rajout de disque se fait sans problème et sans précaution particulière, hormis la capacité, au moins égale à la capacité : - du plus petit disque pour du RAID 5, - du plus grand pour le SHR. En tout état de cause, quel que soit le système RAID ou SHR, il est TRES FORTEMENT conseillé d'alimenter le NAS avec un onduleur compatible si vous ne voulez pas voir vos données s'envoler suite à la perte de disques pour cause de coupures intempestives non contrôlées. Et bien entendu, on ne le répètera jamais assez, une sauvegarde périodique sur un système externe est indispensable. Pour le rajout de RAM, ça dépendra essentiellement de ce que vous allez demander à votre NAS. Même en usage intensif, la ram supplémentaire ne sera pas forcément un atout décisif. Ce sera en exploitation que vous pourrez savoir si oui ou non vous avez besoin de plus.

Mais bien sûr que si ! Dans le paramétrage du client, vous cliquez sur "règles de synchronisation" où vous pourrez choisir les dossiers que vous voulez dans votre cloud.

Je ne sais pas si ça peut fonctionner car ça reviendrait à mettre et enlever un volume ce qui risque de perturber quelque peu les paramétrages. Dans quelle mesure ? Je n'en n'ai aucune idée. La chose la plus sujette à caution à mon sens c'est l'utilisation de disques extractibles à chaud comme disques amovibles. Même si le NAS permet l'extraction à chaud, ce système n'est prévu que pour une utilisation occasionnelle pour remplacer un disque défectueux sans arrêter le NAS. Il n'est pas du tout conçus pour être manipulé comme un disque extractible et a toutes les chances de se dégrader très rapidement. Je ne vous conseille absolument pas ce mode de fonctionnement non conventionnel et non garanti. Prévoyez plutôt une sauvegarde sur disque externe en usb ou e-sata. Et comme je l'ai écrit dans votre sujet précédent, si Synology maintient la terminologie actuelle de ses nas, le DS451 n'existera pas avant 2051 !

@maho Ce sujet est résolu et votre question est hors sujet. Il est préférable d'aller consulter le forum dédié, et si vous n'y trouvez pas de réponse, vous ouvrez un nouveau sujet de discussion.

A mon avis, votre partition DSM a un soucis. Une fois reconnecté, il aurait fallu lancer un test smart étendu pour voir s'il n'y avait pas des mauvais secteurs. Mais maintenant que vous ne pouvez plus y accéder c'est un peu plus compliqué. Essayez tout de même de réinitialiser votre DSM (la procédure est donnée dans le lien de mon premier message de ce fil). Si ça marche, lancez immédiatement une sauvegarde complète de vos données et un test smart étendu.

Ce n'est pas le fait qu'ils nous permettent d'avoir la 5.1 qui me surprend. C'est le revirement de politique d'obsolescence. Car après avoir écarté les x10 des versions DSM supérieures à la 5.0 (c'est écrit dans les notes de versions), les voila qu'ils font machine arrière en sortant des 5.1 pour tous les x10. Je sais bien que les architectures sont encore largement capables de faire tourner des versions de DSM bien au delà de leur abandon par Synology. Ce ne sont pas les NAS qui bloquent mais seulement une volonté du fabricant de ne plus suivre une gamme de produits. Aussi ce rétropédalage sur un abandon programmé a de quoi surprendre non ? Comme je l'ai écrit je ne vais pas m'en plaindre, bien au contraire, même si l'installation ne va pas se faire avant un bon moment sur mon 710+. Vu les soucis remontés chaque jour sur ce forum et ailleurs, des update indispensables sont encore à venir.

Tant mieux si vous avez trouvé un problème sur votre PC. Il n'en demeure pas moins que vous ne pourrez pas fonctionner en Gb tant que vos paires seront incomplètes.

C'est une interprétation. Les x09 ne sont pas dépassés non plus et n'ont pourtant pas eu le même traitement. Il faudrait alors qu'ils corrigent leur notes de versions parce qu'en l'état, il n'y a plus de limite fixée pour les x10 et on peut même espérer plus tard une version 5.2 et au delà.