Mic13710

Le changement du nombre de versions n'a aucune incidence sur les versions précédentes et donc sur la taille de la base. Il faut nettoyer la base pour retrouver l'espace, mais ça suppose qu'on tire un trait sur les versions précédentes et les fichiers supprimés.

Vous pouvez tout monter en une seule fois. C'est le mieux car chaque rajout fait travailler les disques. Si tous vos disques sont OK, ça ne posera pas de problème. L'ordre des disques importe peu, mais il est plus logique de monter les disques de manière ordonnée, du plus petit au plus grand par exemple. Votre SHR construira un RAID5 avec vos 3x4To + 4x4To pris sur les 8 et 10To (soit 24To de stockage), un autre RAID5 de 4x4To avec le reste des 8To et 4 autres To sur les 10To (soit 12To de stockage), et enfin un RAID1 de 2x2To sur le solde des 10To (soit 2To de stockage). Au total vous aurez un groupe de 38To, ce qui est conforme au résultat du calculateur. https://www.synology.com/fr-fr/support/RAID_calculator?hdds=4 TB|4 TB|4 TB|8 TB|8 TB|10 TB|10 TB Ce que vous ferez d'un aussi gros stockage vous regarde, mais de mon point de vue une telle capacité sur un seul groupe n'est pas une bonne chose car plus la taille augmente, plus les risques d'erreurs augmentent avec des conséquences désastreuses sur la viabilité du groupe. Si vous souhaitez un aussi gros groupe, il faudrait passer au SHR2, mais ceci nécessiterait de rajouter 2x10To supplémentaires.

La raison en est simple. Le SHR est un raid hybride. Le premier RAID qui sera constitué sera fait avec le plus petit des disques en place. Supposons que les premiers disques soient 1x2To et 2x4To, le SHR va créer un RAID5 avec le 2To et 2To des 2x4To. Il va ensuite créer un RAID1 avec les 2To restants des 2x4To. Par la suite, tout ajout de disque se fera par rapport à ces deux raid. Admettons qu'on rajoute un 6To, le SHR va d'abord rajouter 2To au premier RAID5, puis il va rajouter 2To au RAID1 et le transformer en RAID5. Les 2To restants ne seront pas exploités. Il faudra un autre 6To pour pouvoir les utiliser avec 2To rajoutés au premier RAID, 2To au deuxième et la création d'un RAID1 avec les 2To restants sur les 2x6To. Si on rajoute un 3To à ce groupe, seulement 2To seront utilisés avec le premier RAID, le To restant ne pouvant pas être associé avec un autre RAID ne sera pas utilisé. Il faudra un autre 3To pour à nouveau créer un RAID1 de 1To. En suivant cette logique, on peut très bien rajouter un 2To qui sera automatiquement associé au premier RAID.

C'est pas tout à fait exact. Le SHR exige que le nouveau disque soit au moins de capacité égale au disque le plus petit ayant constitué le SHR d'origine. Je m'explique. Si un SHR a été initialement constitué de disques de 2To, puis augmenté en remplaçant ces disques par des 4To, il sera toujours possible ultérieurement de rajouter des 2To dans le groupe, même s'il n'y en a plus physiquement installé.

Mieux vaut supprimer le volume proprement avant de le démonter. Mais avant, il y a lieu de faire quelques manipulations. En effet, il ne faut pas oublier que les paquets sont installés par défaut sur le volume 1. Si vous en avez, il faudra faire la sauvegarde des configurations de ceux que vous voulez recréer sur le volume 2. Il faudra aussi migrer du volume 1 vers le volume 2 les dossiers partagés que vous voulez conserver. Ca se fait simplement à partir du menu des dossiers partagés. Pas de problème pour DSM, il est installé sur tous les disques.

Euh.... Je suis de l'avis de @.Shad.. Le RAID ou SHR sur un NAS dédié uniquement à la sauvegarde, c'est beaucoup d'espace perdu, surtout avec un NAS 2 baies. La réflexion peut être différente si le NAS est utilisé pour d'autres services et/ou sur un multibaie en RAID5 ou SHR sur 3 disques et plus. Il n'en reste pas moins vrai que le disque de sécurisation occupe de l'espace non exploitable. Je suis d'autant de cet avis que je fais plus ou moins la même chose sur mon 710. Une sauvegarde au format hyperbackup (.hbk) sur un disque et une autre en clair sans version sur l'autre. La version .hbk n'est pas exploitable directement sous DSM 5.2, mais elle peut être copiée et restaurée sur un NAS en DSM 6.1 et ultérieur.

Est-ce que vous avez regardé (et suivi) ce tuto ?

Tout dépend de votre besoin de stockage et là personne ne peut vous donner de conseil. Le plus petit disque que vous pouvez monter est un 4To. Si celui que vous monterez fait plus, la capacité utilisée sera limitée à 4To. Vous ne gagnerez donc pas d'espace. Il faudra remplacer le deuxième disque avec un disque de même capacité pour pouvoir exploiter la totalité de l'espace.

Merci de ne pas citer inutilement le post précédent. Je viens de supprimer votre citation. C'est votre "." qui m'a fait dire que vous aviez des 2.6To, soit 3To. 2x3To + 4To, ça fait 1To de perte. S'il s'agissait de 2x6To, alors ma remarque était erronée, il n'y a pas d'espace non exploité.

Vous avez conscience que vous aurez 1To inutilisé avec cette combinaison. Il faudra plus tard rajouter un autre 4To ou remplacer un 3To par un 4To pour pouvoir utiliser la totalité de l'espace des disques. Si vous voulez du SHR, pas d'autre choix que de tout reconstruire. C'est à vous de voir si vous voulez séparer vos activités professionnelles de votre sphère privée. Perso, je ne suis pas friand du multi volume.

Toutes les réponses sont ici :

Rien de plus complexe, c'est comme ça depuis des années. Je dirais même que le SHR est venu sur les Syno bien après le RAID classique qui était le montage par défaut. Actuellement, c'est du SHR par défaut, mais on peut choisir de faire du RAID classique. Et donc, si votre disque est en Basic, c'est que vous l'avez choisi. Il n'est pas venu par hasard. Le choix SHR ou RAID classique se fait au départ. Il n'est pas possible de passer de l'un à l'autre (pas de passerelle). En réalité, le basic sur un nas multibaie est un RAID monodisque. Sinon, il ne serait pas possible de le faire évoluer vers du RAID1, 5, 6. Les seuls vrais basic sont sur les NAS monobaie (DS1xx)

Alors là, ce n'est pas pareil. Vos données sont sur le volume 1 situé sur le groupe de stockage 2. Dans ces conditions, c'est le groupe de stockage 1 qu'il faut supprimer. Il faut ensuite rajouter les disques 2 et 3 au groupe de stockage 2. Par contre, vous ne pourrez pas faire un groupe en SHR mais seulement en RAID5 puisque votre volume est en basic

Si je comprends bien, vous n'avez pas de données sur vos disques. Il aurait fallu aussi nous donner l'état des volumes. En supposant que vous avez un Volume 1 sur le groupe 1 et un 2 sur le groupe 2, supprimez le volume 2 puis le groupe de stockage 2 et ajoutez le disque1 au groupe 1

Un disque avec des erreurs peut très bien provoquer ce genre de comportement.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Ce n'est vraiment pas une bonne pratique d'ouvrir le 5001 sur le routeur et une grosse erreur d'ouvrir le 5000. Je vous conseille vivement d'aller faire un tour du côté des tutoriels. Vous y trouverez un tuto très important sur la sécurisation de nos n'as. Et plein d'autres tutos sur le reverse proxy, le serveur vpn etc

Parce que vous ne l'avez pas faite ? Comment espérez vous qu'une requête externe en https puisse aboutir ?

Alors il y a un problème. 4 x 1.5To en SHR ça donne 4.5To de stockage et pas 3To. Si c'est 3To de stockage et que les disques sont utilisés sur un seul groupe, alors ce sont des 1To.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Je confirme. J'avais un problème de certificats qui ne se renouvelait pas alors que je n'avais rien modifié. Jusqu'ici, les adresses LE fonctionnaient, mais là, rien à faire. Ca fait quelques jours que je me bat sans comprendre la raison du refus. Et puis en ouvrant le port 80 sans restriction, mes certificats se sont renouvelés sans difficulté. Ce comportement est récent car j'ai renouvelé d'autres certificats il y a moins d'un mois et c'était passé nickel avec les seules IP de LE. C'est bien dommage car avec le 80 fermé, et à moins de connaître les nouvelles IP, il va falloir surveiller les dates de validité pour ne pas se retrouver sans certificat. De toute manière, LE ne fournissent pas de liste d'IP et se donnent le droit d'en changer à tout moment. Finalement, les deux que nous utilisions auront duré pas mal d'années.

La mise à jour des sauvegardes est en effet un préalable à toute opération sur les disques. Bonne augmentation de volume. Soyez patient car c'est une opération assez longue, quoique avec des 2To, ça devrait pouvoir se faire dans la journée.

Ca n'a rien à voir ! Il ne faut pas confondre. La haute disponibilité n'est pas une sauvegarde mais une continuité de service en cas de panne du nas principal. Elle ne dispense pas d'une sauvegarde. Une sauvegarde, basique ou évoluée (hyperbackup) ne doit pas être utilisée comme base de travail. Elle ne doit servir qu'à la restauration des données. C'est tout.

Certainement pas sur un 218J ! Il nous faudrait aussi le vue du menu HDD/SSD car là on ne peut pas répondre correctement.

Et pourtant, ce sujet a été abordé plusieurs centaines de fois sur ce forum. Vous n'avez pas beaucoup cherché. Vous pouvez même faire plus simple. Si votre NAS est bien un 214+, il est extractible à chaud. Vous pouvez laisser le NAS en fonctionnement et extraire les racks. Vous sortez un rack (le NAS va bipper car le volume sera dégradé), remplacez le disque par un neuf, remettez le rack et vous lancez la reconstruction à partir du gestionnaire de stockage (quelques heures). Quand le RAID est à nouveau entièrement opérationnel, vous faites la même chose avec l'autre disque. A la fin, soit DSM fera de lui même l'extension du volume, soit vous aurez à la faire vous-même à partir du gestionnaire.