Mic13710

Merci pour l'info @firlin, je ne suis pas allé vérifier. C'est effectivement un bon point. Même les séries DS 1xx sont passés à 108To. Il faut pourtant garder cette limitation à l'esprit dans le cas d'un achat d'occas'.

Bonjour, soyez le bienvenu dans la communauté.

Vous pouvez même n'en mettre qu'un seul et en rajouter par la suite. Pas de problème avec ça. Cependant, selon le modèle choisi, il faudra faire attention à la limite maximum de taille du volume qui est de 16To sur des modèles entrée de gamme, 108To sur les autres. Ce point est important si vous voulez monter un RAID de 4 disques de 12To. En SHR, le volume constitué serait de 36To. Vous seriez alors obligé de constituer 3 volumes si la limite est de 16To. Et enfin sur ce forum, on aime bien que les primo arrivants passent par la case présentation avant de poster.

Il n'y a pas de solution "officielle". Pour Syno, il faut tout reconstruire. Néanmoins, il existe une solution non officielle qui consiste à casser le RAID logiciel. Il faut pour cela passer en ssh. Vous avez un tuto de Gaëtan Cambier qui explique comment. https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/

Meilleurs performance. Ce mode crée un groupe à volume unique. Type de RAID : SHR. Vous créez un groupe avec un seul disque. Vous pouvez suivre les instructions données par Synology : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/StorageManager/storage_pool_create_storage_pool Mais pour éviter de refaire la même erreur, repartez de zéro. Sortez les deux disques, installez le 4To dans la baie 1 et faite une installation complète. Le NAS créera par défaut un volume SHR sans protection des données. Vous mettrez ensuite le disque de 2To dans la baie 2 pour lequel DSM n'offrira pas d'autre choix que de créer un deuxième volume.

Oui, sur 2 volumes. Merci de ne plus citer le message précédent. Ca ne sert à rien et ça rempli inutilement le sujet. J'ai supprimé vos citations précédentes.

Il suffit de supprimer le volume existant, de créer un groupe pour chaque disque puis de créer un volume sur chaque groupe. Normalement, chaque volume sera en SHR avec protection des données. Mais le plus simple à mon sens serait de commencer un premier volume sur le 4To, et d'installer le 2To en deuxième. Dans ce cas, le NAS n'aura pas d'autre possibilité que de proposer la création d'un deuxième volume.

Du SHR avec sécurisation sur un disque et SURTOUT une sauvegarde, une vraie. Visiblement, et malgré le nombre hallucinants de rappels qu'on fait à longueur de posts, le message ne passe pas. Je l'ai encore écrit plus haut : Vos données sont dupliquées en instantané. Si elles sont effacées, vérolées, corrompues ou pire, crypté par un crypto locker, elles le seront sur tous les disques et vous ne pourrez pas les récupérer. Il faut impérativement mettre en place un plan de sauvegarde périodique, au moins des données les plus importantes, sur un autre support (disque externe, autre nas, service de stockage externe). Ce support doit être déconnecté et éloigné de la source une fois les sauvegardes terminées. C'est le seul moyen pour se prémunir des points que j'ai énuméré. Il faut aussi faire de temps en temps des essais de restauration pour vérifier l'intégrité des données.

Du SHR2 sur un NAS 4 baies, c'est pas banal. Si c'est pour de la sécurisation, c'est un peu too much à mon goût, et si c'est pour de la sauvegarde (à en croire le premier message) , c'est tout faux pour tout le monde.

Bonjour tiebo, bienvenu dans la communauté. Même si c'est possible de mettre Domoticz sur un Syno (ce sera de toute manière une ancienne version sur un série 9), il est tout de même préférable de le faire tourner sur un RPI qui est beaucoup mieux adapté et surtout up todate.

Pas uniquement ça. Tous les paramétrages des paquets, les vignettes, les tags des fichiers et pas mal d'autres choses. Bref, pour ceux qui viendraient à lire ce sujet, je déconseille vivement de mettre en oeuvre la méthode alambiquée, longue et compliquée de Tryphon769.

Tout d'abord, vous n'êtes pas dans la bonne rubrique. Ce n'est pas un problème de disque WD mais d'interface écran/clavier. Je déplace le sujet. Problème récurent avec ceux qui se lancent tête baissée sans se renseigner auparavant. Vous avez choisi d'étendre le volume existant alors qu'il aurait fallu choisir de créer un nouveau volume. En conséquence, vous êtes passé d'un SHR sans protection des données à un SHR avec protection des données (équivalent RAID1) ce qui n'augmente pas le volume mais crée un miroir entre les deux disques. Vous avez donc les mêmes données sur les deux disques. La méthode officiel pour revenir en arrière, c'est de casser le volume (et donc perdre les données) et de tout recommencer. Il existe une méthode alternative qui consiste à casser le RAID, mais il faut passer par ssh et des lignes de commandes. Vous trouverez un tuto fait par Gaëtan Cambier ici : https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/#comment-30247

Pas que. On garde aussi la limitation du volume à 16To. Bon d'accord, il reste encore un peu de temps avant qu'on puisse atteindre cette limite avec un NAS 2 baies, mais c'est tout de même une limitation dont il faut tenir compte. Pas sûr non plus qu'on puisse installer Docker même si le 218+ est compatible. Et puis on se trimbale les reliques des anciennes versions de DSM et des paquets comme par exemple Cloud Station qui a changé son organisation depuis la création de ses déclinaisons : Drive, Backup etc... Pour ma part, je ne crois pas que la migration soit une bonne approche. Je ne la ferais déjà pas pour mon 214+, la question ne se poserait même pas pour un 212+.

De toute manière, même si c'était possible, le saut entre un 212+ et un 218+ est beaucoup trop important pour envisager une migration. Il est préférable de repartir sur une installation neuve.

Malheureusement pour vous, ce n'est pas aussi simple. Dans ce tuto Synology https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later#t1.3 il est dit que certains modèles dont le 214 play ne peuvent pas être migrés par la méthode directe : Toutefois, cette méthode de migration présente des restrictions au niveau du modèle des serveurs Synology NAS source et cible, ainsi que de la configuration système requise. Suivez les règles ci-dessous : Vous ne pouvez pas utiliser la migration de HDD si votre serveur Synology NAS source est l'un des modèles suivants : Série 18 : DS418, DS418j, DS218, DS218play, DS118 Série 17 : DS1817, DS1517 Série 16 : DS416, DS416play Série 15 : DS2015xs, DS1515, DS715, DS415play, DS215+ Série 14 : DS214, DS214play Série 13 : DS413, DS213+ Série 12 : DS212+, DS112+ Série 11 : DS211+ Série 10 : DS410, DS210+, DS110+ Il va vous falloir passer par les méthodes alternatives qui sont décrites dans le dit tuto.

On ne peut pas dire que vous ayez choisi la manière la plus directe. Il eut été beaucoup plus simple de suivre la procédure donnée par firlin plutôt que de faire des manipulations de volumes et des transfert de données. Il fallait d'abord construire le RAID avec un disque neuf et le disque existant, puis remplacer le disque existant pas un nouveau pour augmenter le volume.

Le RAID ou SHR N'EST PAS UNE SAUVEGARDE ! Ce n'est qu'une sécurisation des données pour assurer la continuité de service en cas de panne de disque. C'EST TOUT. Tout comme firlin, je ne comprends pas ce que vous voulez dire par SHR 12/12. Il n'y a que 2 types de SHR, le SHR classique (équivalent à un RAID5) et le SHR2 (équivalent à un RAID6)

C'est pourtant évident : avec cette adresse, vous passiez par le port 443 que votre routeur redirigeait vers le 5001, donc DSM. Maintenant que votre 443 va vers le 443, il est normal de ne plus atteindre DSM. La deuxième ligne de votre routeur n'est pas très claire et je suis d'accord avec Thierry94 sur l'accès à DSM de l'extérieur. Si toutefois vous souhaitez le faire de manière traditionnelle (sans VPN), je vous conseille vivement de supprimer l'accès par le 5000 (port HTTP)

Avez-vous une règle qui bloque tout le reste ? Sans elle, votre parefeu est une passoire

Ah oui, quand même. C'est probablement une limitation de DSM6 car il n'y a pas ce genre de restriction dans les migrations sous DSM5 https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_5_0_and_later Si votre NAS fonctionne toujours avec un seul disque, vous pouvez faire le transfert des données sur le nouveau NAS à partir de ce disque. Sinon, il vous reste l'option de transfert à partir d'un PC avec une distribution Linux (Ubuntu). Vous avez un tuto Synology dispo : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC

Il était temps en effet ! Mais, je vais faire profil bas, à l'époque de ma venue sur le forum (il y a 100 ans) la présentation n'était pas à l'ordre du jour. Inutile de chercher la mienne. Finalement, tout ce que je pourrais y mettre se trouve dans les quelques 7700 messages que j'ai déposé ici ou là 😉 Bienvenu dans la communauté.

Vous avez vu ça où ? La migration a certes certaines contraintes, mais elle est possible dans la grande majorité des cas, bien qu'il soit préférable de repartir de zéro lorsque c'est possible. https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later

Il existe bien une procédure à partir d'un PC avec une distri Ubuntu, mais ça ne peut fonctionner qu'avec des disques en état. Rien ne vous empêche d'essayer. https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC Edit : en regardant votre capture du disque, à mon avis il n'y a pas grand chose à en tirer car il ne donne aucun espace (libre, utilisé, total).

Je confirme. Un Nas n'est pas un dock dans lequel on enfiche ou on retire des disques. Par ailleurs, les disques sont en miroir (en passant, c'est comme pour vous quand vous vous regardez dans la glace. Si vous avez une chemise jaune, elle ne sera pas rouge dans le miroir. C'est pareil pour les données 😉) Et encore une fois, je répète ce que j'ai écrit plus haut :

C'est effectivement mon tuto dans le tuto de Fenrir. Il y fait référence dans son préambule.