Mic13710

Les paquets sont installés par défaut sur le volume 1. Vu la méthode employée, vous avez probablement cassé des processus, ce qui cause les erreurs sur les paquets. Non, les paquets n'occupent pas 1To. Comme je l'ai dit, ce sont les dossiers cachés qui occupent l'espace. Ces dossiers sont gérés par les paquets mais peuplés par les données. Pour pouvoir supprimer un volume, il faut d'abord arrêter les paquets à partir du gestionnaire des paquets. Pour les données restantes sur les 2To, si ce sont des dossiers partagés, vous pouvez tout simplement modifier leur emplacement vers l'autre volume directement à partir du Panneau de configuration - Dossiers partagés. En modifiant le volume d'emplacement, le dossier et son contenu seront transférés. Il faudra attendre la fin du processus.

Ce dont je parlais c'est de la restauration des données à partir d'un dossier .bhk situé sur un disque externe. Pour ce qui est de la migration d'un dossier .bhk, c'est aussi possible. Si vous copiez un dossier toto.bhk de votre DD externe dans le dossier de sauvegarde du NAS cible, vous pouvez recréer une tâche dans Hyperbackup du nas de départ en vous reconnectant sur une tâche existante qui pointe vers le dossier toto.bhk. Toutes les versions qui existent dans ce dossier sont reprises à l'identique par Hyperbackup et seront prises en charge dans Hyperbackup Vault dès la première mise à jour de la sauvegarde.

Sur ce forum, on aime bien que les nouveaux arrivants passent par la section des présentations. Ca permet de mieux vous connaitre, connaitre votre matériel et savoir quel est votre niveau. Effectivement vous n'avez pas du tout suivi la bonne méthode pour effectuer votre migration. C'est probablement la pire qu'il m'ait été décrite. C'était avant d'agir qu'il aurait fallu venir nous voir. Maintenant, il est trop tard. Ce qui reste sur vos disques correspond à des dossiers cachés de certains paquets comme Cloud Station (ou Drive), download station et autres. Si vos données sont sauvegardées et que vous pouvez les restaurer, vous pouvez tout simplement supprimer votre volume puis le recréer. Cette opération supprimera tout le contenu des partitions de données. Le formatage des disques est inutile.

Il est tout à fait possible de restaurer des fichiers hyperbackup à partir d'un disque externe. Sur Hyperbackup du NAS distant, vous cliquez sur le bouton de restauration des données. Dans la page qui s'ouvre vous cliquez sur "Restaurer à partir des référentiels existants", puis vous choisissez Dossier local est USB. La suite est évidente.

Vous confondez volume et groupe. Vos disques constituent un groupe sur lequel vous pouvez montez un ou plusieurs volumes. Je ne connais pas le paquet en question.

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.