Mic13710

La sauvegarde se pense au départ et doit être inclue dans le projet de NAS. Qu'elle soit sur un support externe, un site externe, un DD externe ou un autre NAS, elle se fait régulièrement. La logique voudrait même qu'elle soit faite sur plusieurs supports. Vous avez donc au moins un train de retard. Sur un PC ou dans un boitier USB externe tout simplement. Vous montez vos 4 disques et vous créez votre volume.

Je ne suis pas du tout d'accord avec InfoYANN sur le coup. Désolé, mais ça ne fonctionne pas tout à fait de cette manière. Il n'y a pas 16 ou 32 versions d'un même fichier mais seulement un fichier et ses modifications. Sur la restauration, on part du fichier de base auquel on ajoute les modifs d'une version à l'autre. Si on sauvegardait intégralement toutes les versions, le NAS serait très rapidement submergé ! C'est donc la première version d'un fichier qui tient le plus de place. Réduire de 32 à 16 n'impactera pas les versions existantes mais sera seulement appliqué aux nouvelles versions. Le dossier ne va donc pas réduire comme ça par enchantement. Enfin, cette réduction ne réduira pas de moitié le stockage nécessaire. Tout juste quelques pourcents ce qui n'est pas grand chose.

Bienvenu dans la communauté. Cependant, ici c'est pour les présentations uniquement. Ce n'est pas l'endroit pour poser des questions. Merci de respecter l'organisation des sections du site pour que ça ne devienne pas du grand n'importe quoi.

oui. vous pourrez changer vos 1To pour des 3To. Par contre, ce sera un stockage de 3x3To + 1x1To. Vous ne pouvez pas soustraire des disques d'une grappe. Vous ne pouvez qu'en rajouter.

Pas si simple. Votre volume sera en mode dégradé (perte d'un disque) et le NAS ne pourra alors vous proposer que la réparation du volume endommagé. Il ne proposera pas l'intégration du nouveau disque dans le volume 1.

Alors vous pouvez commencer par construire votre SHR avec les deux disques de 1To, ce qui vous donnera 1To de stockage. Vous installez les paquets que vous voulez et vous rechargez la configuration de votre ancien NAS dans le nouveau pour avoir tous les comptes utilisateurs et les dossiers partagés. A partir de File station du nouveau NAS, vous montez des lecteurs distants qui pointent vers les dossiers de l'ancien nas et vous faites le transfert des fichiers et dossiers de l'ancien vers le nouveau. Vous ne vous intéressez qu'aux données les plus importantes. Vous surveillez l'état du stockage pour ne pas saturer votre volume (ne pas aller au delà de 90%). Une fois le volume à ce niveau, vous ne faite plus de transfert. Vous eteignez les 2 NAS, vous récupérez un des 3To de l'ancien que vous montez dans le nouveau. Vous rallumez les 2 NAS. L'ancien va bipper (normal). Vous vérifiez que toutes les données restantes sur l'ancien NAS sont toujours accessibles. Si c'est OK, vous procédez à l'augmentation de volume sur le nouveau NAS en intégrant le 3To au volume existant. Ce processus est assez long. Une fois terminé, votre volume sera passé à 2To. Vous reprenez le transfert de l'ancien vers le nouveau. Si vous arrivez à tout caser, tant mieux, sinon, il va falloir laisser de côté certains fichiers (les films par exemple). Ne pas dépasser les 90% sur le volume. Il ne vous restera plus qu'à arrêter les NAS pour transférer le disque de 3To restant de l'ancien vers le nouveau NAS, puis de lancer l'augmentation de volume pour avoir à la fin un volume de 5To.

Avec ou sans les films ?

Quelle est la taille de vos données ?

Menu gestionnaire de stockage, onglet volume, bouton supprimer. Après les avertissements d'usage, le volume sera supprimé.

Oui ! 🙂. Pour la reconstruction (si vous optez pour cette option bien entendu), il faudra d'abord détruire le volume pour pouvoir intégrer les deux disques de 1To.

Encore une fois c'est votre interprétation. On ne vous a JAMAIS dit que vous ne pouviez pas mettre tous vos disques dans un seul volume. Il faut pour cela tout reconstruire. Et on vous a TOUJOURS dit que vous ne pouviez pas rajouter vos disques de 1To sur votre volume existant. Si vous ne comprenez pas la nuance entre construire un volume et rajouter des disques à un volume existant, je ne peux plus rien pour vous.

Vous êtes un grand inventeur vous ! Le basic c'est un seul disque. On tourne en rond. D'un côté on vous dit qu'un seul volume, c'est le mieux pour vous, d'un autre vous ne voulez pas casser le volume existant pour y intégrer vos disques de 1To donc vous partez sur 2 volumes séparés, un issu de la migration et un deuxième à créer et maintenant vous revenez à la charge pour savoir si vous avez intérêt à séparer. On peut en discuter indéfiniment, mais ce qui devait être dit a déjà été dit. Relisez ce qu'on vous a écrit et faite votre choix en fonction de ce que VOUS vous souhaitez.

Oui, le premier sera issu de la migration, le second est à créer, mais vous n'aurez qu'un volume de 1To. En fait, vous pouvez bien créer le nouveau volume que vous voulez (cf le message de Bruntcho plus haut)

On ne doit pas avoir le même windows alors. D'abord, la notion de volume n'existe pas sous Windows. Ensuite, vous ne pouvez pas créer une unité de stockage (lettre lecteur) s'il n'y a pas de support !

Peux pas dire, je n'ai installé DSM6 que très tard sur mon NAS et c'était comme ça à mon installation.

Euh, avez vous bien lu ce que vous avez écrit ? 🤢

C'est normal que vous puissiez travailler puisque c'est le principe même du RAID5 ou SHR qui autorise la perte d'un disque. Mais il faut croiser les doigts ou prier, ou les deux pour qu'il n'y ait pas un autre disque qui tombe en panne car là, c'est la perte d'une partie, voire la totalité, du volume. Je ne saurais trop vous conseiller de commander rapidement un nouveau disque de 4To car avec ce genre de défaillance, il y a fort à parier que le disque a un problème. La réparation à mon sens ne durera pas. Le mieux avec un volume aussi important serait de remplacer le disque sans trop se poser de questions car lorsqu'un disque commence comme ça, il va poser tôt ou tard des soucis.

D'abord la migration, ensuite le nouveau volume.

Je pense que faire un aussi gros volume (10x4To) n'est pas très bon. Les augmentations et réparations de volume font fortement travailler les disques et les risques que ces opérations ne se passent pas correctement augmentent considérablement. De plus, je ne suis pas partisan de volumes étendus sur les unités d'expansion. Si l'alim de l'unité tombe en panne, ou bien si le cordon esata se débranche, les probabilités de perte de volume sont trop importantes. Bref, vous l'aurez compris, je n'aurais pas construit mon ensemble NAS comme cela. Je serais plutôt parti sur 2 volumes, un par unité. Pour votre problème, que disent les tests smart étendus du disque 1 de l'expansion ?

Oui. C'est le même paquet sur le NAS. C'est aussi le même dossier Cloudstation de l'utilisateur, simplement il y a deux dossiers : un Drive pour CSDrive et un autre Backup pour CSBackup

Je ne confonds rien du tout. Le principe de fonctionnement reste similaire à CSDrive, mais la synchro est unidirectionnelle. Rien n'empêche de faire du versionning sur des sauvegardes ! Et pour info, j'utilise CSBkup comme solution de sauvegarde des PC de l'entreprise de mon frère. Perso, je suis encore à Syncback, plus par habitude qu'autre chose, mais aussi parce que mon NAS de travail n'a plus beaucoup de place pour ce genre d'appli. Mais je le mettrai en place dès que j'aurais changé de NAS.

Bin oui. Jusqu'à 256 par défaut. C'est là tout son intérêt : de pouvoir récupérer les données à une date précise. Et comme le fait remarquer Brunchto, ça peut permettre de retrouver ses données intactes en cas d'attaque crypto. Il y a donc un dossier @cloudstation qui grossi, ce qui peut poser un problème de stockage. D'où l'intérêt du BTRFS par rapport au EXT4.

C'est de toute évidence CSBckp qui est le fautif. Vous pouvez limiter voire supprimer le versionning dans les paramètres de votre sauvegarde. Mais ce serait aussi perdre un des gros intérêts de CSBckp. Autant dans ce cas abandonner ce paquet et vous tourner vers une solution comme Syncback.

C'est de l'agrégation par bande. Je vous invite à aller jeter un oeil sur le fonctionnement du RAID5 qui est le système de base de votre SHR. https://fr.wikipedia.org/wiki/RAID_(informatique)#RAID_5_:_volume_agrégé_par_bandes_à_parité_répartie

Attention : le RAID ou le SHR n'est pas une sauvegarde mais une sécurisation des données qui permet d'assurer la continuité de service en cas de perte d'un disque L'espace de sécurisation sera toujours équivalent à la capacité d'un des disques du couple de disques le plus gros de la grappe. Dans votre cas ce sont les 3To, donc la sécurisation se fait sur cette capacité. D'où les 3To pour la sécurisation. Je parle bien de couple car c'est la condition minimum pour que le SHR puisse utiliser toute la capacité des disques. Il faut en effet que les disques les plus gros soient au minimum 2 pour que le miroir puisse être créé.