Mic13710

Votre disque, puisqu'il est unique, est en SHR sans protection des données. Pour installer ce qui est appelé (à tord) un disque en basic, il faut passer par l'installation personnalisé en RAID dans laquelle vous trouverez le basic. Toutefois, il n'y a pas de vrai basic dans un NAS multibaie. Il s'agit en réalité d'un RAID monodisque si on résonne en RAID classique, ou d'un SHR sans protection de donnée si on résonne en SHR. Vous pouvez donc laisser votre disque tel qu'il est.

Le but de le laisser ouvert en permanence est de pouvoir se connecter au NAS au cas où le DSM ne soit plus accessible. Vous pouvez le changer si vous le souhaitez, mais ça ne présente guère d'utilité de modifier celui par défaut si vous ne réservez son usage qu'à votre LAN. Par contre vous ne l'ouvrez pas dans le routeur. Si besoin d'accès de l'extérieur il faudra mettre un mdp fort, bien régler le parefeu et faire une translation du port de votre choix vers le 22 du NAS dans le routeur. Mais ce n'est pas du tout recommandé.

@catimini heureusement qu'on est là pour animer ce fil . Plus de @ClaCla37 à l'horizon. Parti aussi vite qu'il est venu.

Il se peut que la migration soit possible sans trop de casse, mais je pense qu'il est préférable de procéder autrement. Avant de commencer, je vous conseille fortement de mettre à jour vos sauvegardes, au moins des données les plus importantes. Votre disque 2 étant faiblement occupé, vous pouvez sauvegarder son contenu. Vous pouvez le faire sur le disque 1 par un simple déplacement. Si ce sont des dossiers partagés, il suffit de modifier leur emplacement du volume 2 vers le volume 1 dans les paramètres du dossier, DSM va ensuite déplacer le dossier et ses données. S'il reste encore des données que vous ne pouvez pas mettre sur le volume 1, vous les sauvegardez sur le PC. Le but final étant qu'il n'y ait plus de données sur le disque 2. Une fois le disque vidé, vous arrêtez le NAS, vous sortez le disque 2 (ne vous trompez pas !). Vous redémarrez le NAS et par précaution vous vérifiez que vos données sont toujours présentes afin de confirmer que le disque restant est bien le volume 1. Vous aurez probablement une alerte à cause du disque qui a été enlevé mais ça n'a pas d'importance. Vous formatez le disque sur un PC, formatage rapide, peu importe le format, le but étant de casser les partitions existantes. Vous montez le disque dans le 216play et vous faites une installation standard par défaut. Le NAS devrait s'installer avec la dernière version de DSM (6.1) et votre disque sera en SHR sans protection de données. Vous avez ensuite deux solutions : la plus simple consiste à sauvegarder la configuration du 209 pour la charger dans le 216, mais cette méthode risque de poser quelques problèmes de compatibilité. La deuxième qui est à mon sens préférable consiste à recréer sur le 216 tous les comptes utilisateurs et les dossiers partagés à l'identique du 209. Quand c'est fait, vous ouvrez file station du 216 et vous montez des dossiers distants avec le 209 qui vont vous permettre de transférer vos données dans les différents dossiers du 216. Quand tout a été transféré et qu'il ne reste plus rien dans le disque du 209, vous l'arrêtez et vous sortez le disque restant. Formatage comme pour le premier disque et installation dans le slot restant du 216. Attention de bien choisir la création d'un nouveau volume et pas l'augmentation de volume qui vous créerait un miroir du disque 1 (SHR avec protection des données). Quand votre volume 2 est créé, vous faite l'opération inverse en déplaçant les dossiers partagés qui ont été précédemment déplacés dans le 209 du volume 2 vers le 1 et vous complétez votre volume 2 des données sauvegardez sur le PC. A la fin de toutes ces opérations, vous devriez avoir toutes vos données comme avant mais avec les deuxdisques inversés par rapport au 209 (l'ancien 2 est devenu le 1, et le 1 est passé au 2)

Effectivement, dans ce sens il ne peut y avoir qu'un seul dossier CS sur le client. Si c'est possible, il faut alors les mettre en sous-dossiers d'un dossier CS. On peut aussi envisager de mettre un dossier sur le compte principal et un autre en dossier partagé sur lequel seul le propriétaire du compte a accès.

Généralement, avant d'installer un produit quel qu'il soit, on commence par lire le guide d'utilisation. L'installation par défaut crée automatiquement un (ou un groupe de) disque(s) en SHR. Là aussi, il faut un peu lire pour comprendre ce que c'est. En gros, le SHR c'est du basic avec 1 seul disque, du RAID 1 avec 2 disques et du RAID 5 avec 3 disques et plus. Votre 216J est donc constitué de 2 disques de 2To en SHR avec protection des données, ce qui est équivalent à un RAID 1. Je vous laisse aller consulter Wikipedia pour savoir ce qu'est un RAID car je vois bien que vous ne maitrisez pas bien le sujet (il n'y a pas de disque de stockage ou de copie mais un miroir entre les disques). Au final, vous avez une capacité de stockage de 2To en RAID 1. Si vous vouliez l'installer autrement, il aurait fallu choisir l'installation personnalisée pour sélectionner le type de groupe que vous vouliez créer. Il n'y a pas de partition au sens windosien du terme. L'équivalent de la partition s'appelle un volume dans le monde linux. Un volume ne fonctionne pas comme une partition. Je ne vais pas rentrer dans les détails ici. Par défaut, DSM ne crée qu'un seul volume. Là aussi, pour pouvoir monter plusieurs volumes, il aurait fallu passer par l'installation personnalisée. Dans votre cas, vous n'avez pas besoin de créer des volumes différents. Vous créez simplement des comptes utilisateurs (seul l'ayant droit y a accès) et des dossiers partagés (accessibles par les utilisateurs qui ont les droits dessus). Vous pouvez aussi donner des quotas pour chacun des types de dossier, utilisateur ou partagé. Bref, inutile de saucissonner l'espace de stockage. Il vous faudra toutefois maitriser les notions de droits mais ce n'est pas bien compliqué. Sur un RAID 1 ou SHR à deux disques, l'onduleur est fortement recommandé mais ce n'est pas une priorité si le réseau est peu ou pas perturbé. Dans votre cas, je vous conseille vivement de prévoir rapidement l'installation d'un onduleur compatible (important).

Il manque quelque chose dans votre demande : comment sont organisés vos disques : RAID 1, SHR avec protection des données ? Et pour confirmer : capacité de chaque disque, capacité totale de stockage, volume des données.

Sur CS, on peut synchroniser un dossier CS Drive à l'intérieur du dossier utilisateur et aussi synchroniser les dossiers partagés sur lesquels l'utilisateur a les droits. On peut ensuite choisir au niveau du client quel(s) dossier(s) à l'intérieur de l'espace CS serveur on veut synchroniser sur le client. En fait, ce qui est accessible via les droits peut être inclus dans CS. Il est bien évident qu'on ne peut pas accéder à plusieurs comptes utilisateurs, mais c'est bien la même chose à partir de n'importe quel poste de travail connecté sur un compte utilisateur. Je fais bien entendu abstraction des limitations propres à CS en ce qui concerne l'espace occupé sur le NAS : 1To sur CS = 2To occupés sur le NAS. Il faut en tenir compte lors de la création. CS n'est pas un fourre tout et il faut notamment éviter d'y mettre des documents qui ne changent pas et qui occupent beaucoup de place (multimédia par exemple).

Il ne faut pas être naif non plus. Je n'accorde que peu de crédit à une sauvegarde externe, aussi performante soit-elle. J'ai beaucoup plus confiance en mes propres sauvegardes que je réalise en double sur mon 710+. Et ça ne changera pas. Si je donne suite après la béta, ce ne serait qu'un support de la dernière chance en cas de perte simultanée de mes deux NAS. En attendant, contrairement aux nouvelles versions de DSM où je suis infiniment plus prudent parce qu'elles impactent directement les fonctions de mon NAS de prod, il n'y a aucun risque à essayer une solution qui n'engage en rien.

Data Replicator ? Quelle version de DSM avez-vous ? Vous avez un paquet qui fait ça sans intervention particulière de votre part : CloudStation.

Si je suis sélectionné, je ne vais surement pas y mettre des données sensibles. Des musiques et des films, quelques fichiers sans importance, le tout dans un dossier dédié, ce sera bien suffisant pour faire des tests. Ca n'engage à rien. Après, on verra comment tourne le bazar. Pour le moment je n'ai pas de solution de sauvegarde externe. Ce sera pour moi aussi l'occasion d'essayer.

Ce message date d'un an. On se base surtout sur les retours sur ce forum des utilisateurs de NAS Synology, et il est vrai qu'à l'époque de mon message, les 3To WD Red tombaient comme des mouches. Le forum grouille de problèmes sur ces disques. Il ne se passait pas une semaine sans qu'il y ait plusieurs retours sur des soucis concernant ces disques. Les choses se sont stabilisées semble t'il depuis puisque la cadence infernale s'est bien atténuée. WD ont certainement corrigé le tir. On peut dire aujourd'hui que l'hécatombe est terminée et que les problèmes sur ces disques ne sont pas plus courants qu'avec les autres.

Aucune idée. Pour le moment on parle uniquement de version beta. On ne va tout de même pas payer pour tester un produit. Les tarifs viendront après mais si on en croit le leaflet Synology, les tarifs devraient être moins élevés que ceux de la concurrence (il faut bien faire sa place au soleil) et basés sur la quantité de data.

Toutes les solutions sont envisageables et possibles avec nos NAS : disque externe, autre NAS en local ou déporté, solution cloud ..... Vous pouvez consulter l'aide d'Hyperbackup pour de plus amples informations.

Ce n'est pas tant les données directes qu'il faut considérer. Il y a aussi des Mo occupés par les applications qui gonflent l'addition. Et 1To c'est devenu une petite capacité. C'est assez simple de remplacer vos disques si vous êtes en RAID1 ou SHR avec protection des données. Il suffit de suivre une procédure établie. Vous pourrez poser la question lorsque l'occasion se présentera. Ici c'est juste le forum de présentation. Si vous avez des questions particulières, je vous invite à les poser sur les forums dédiés.

Moi je l'ai reçu tout de suite. Ya pu ka a tend !

Je viens de le faire. Merci rodo pour le lien.

Pour être plus complet, les disques de nos NAS ont trois partitions : une partition système (DSM), une partition de swap (Linux) et une partition data. La partition système et celle de swap sont en ext4. Elles fonctionnent en RAID1 sur tous les disques du NAS. La partition DATA est soit en ext4, soit en BTRFS pour les modèles compatibles. Elles fonctionnent selon le mode de stockage choisi par l'utilisateur (RAID ou SHR par défaut). Et pour en revenir au sujet initial, ext4 et BTRFS sont des systèmes du monde Linux. Nos nas fonctionnant sous linux, je ne vois absolument aucune raison valable ni d'intérêt pour qu'ils utilisent des formats de disques propres à Windows, d'autant qu'il y a probablement des barrières techniques à vouloir faire fonctionner un système hybride constitué de disques fat32 ou NTFS et de volumes Linux.

Excellent choix. Cette borne fonctionne super bien en n ou en ac et je n'ai plus de coupures intempestives comme avec mon ancienne borne TPLink.

Euh Fenrir, je crois bien que plansberg nous parle de Plex, pas de DSM. C'est vrai que le contenu du message est un peu déroutant... Je ne sais pas s'il est possible de retrouver les anciennes versions, mais je crois que la dernière (1.4.4.3495-edef59192 du 15 Mars 2017) est compatible avec DSM5.0 minimum.

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.

Bienvenue sur le forum. 1To de stockage, ce n'est pas énorme. J'espère que votre bibliothèque n'est pas trop volumineuse et que vous n'aurez pas trop de fichiers à y mettre sinon vous risquez de vous trouver très rapidement à l'étroit .

Il faudrait peut-être revoir les réglages des caméras et de SS. Plus la résolution et/ou le nombre d'images par seconde sont importants, plus le NAS est sollicité. De même, la détection de mouvement par le NAS entraine une activité plus importante. Et bien entendu, plus il y a de caméras (on ne sait pas combien vous en avez) et plus le NAS doit travailler. Chaque NAS est capable de gérer un certain nombre d'IPS selon la résolution et le format d'image. Cette capacité de traitement n'est envisageable que si le NAS est peu ou pas utilisé par d'autres applications. Il semble en effet que CloudSync soit assez gourmand en ressources, ce qui expliquerait que SS ne soit plus capable de gérer correctement les caméras. Je n'ai pas trouvé les valeurs d'IPS pour le 412+, les fiches techniques de l'époque ne les indiquaient pas. Mais en jouant sur la qualité et le nombre d'IPS et surtout en laissant la détection de mouvement au niveau de la caméra, ça devrait aider le NAS à faire face à la surcharge de travail de CloudSync.

C'est normal que vous voyez tous les dossiers homes puisque vous avez donné des droits en lecture/écriture à vos utilisateurs. Pour chaque utilisateur, vous supprimez tous les accès homes (vous désélectionnez toute la ligne). Si vous avez fait des réglages au niveau du groupe utilisateur, vous pouvez aussi agir à ce niveau en désélectionnant les accès à homes. Dans dossiers partagés, vous allez dans le dossier homes et dans les permissions vous vérifiez que tout est désélectionné (sinon vous désélectionnez tout), puis vous sélectionnez les utilisateurs qui ont accès à tous les dossiers homes (admin en général). Attention : si vous sélectionnez "Pas d'accès", le dossier home ne sera plus accessible par l'utilisateur ! Par défaut, les accès homes sont interdits à tous les utilisateurs.

Aucune comparaison possible entre un disque local (installé dans le PC) et un disque réseau (le NAS). A mon sens, un SSD n'aura pratiquement aucun impact positif. Tout d'abord DSM est installé sur tous les disques en RAID1. Avoir un disque en SSD va certes booster les accès DSM en interne, mais ça peut poser quelques soucis sur les temps d'écriture entre les différents disques avec le risque de possible time out d'un des disques standards. Idem du côté du volume. Même si les accès seront forcément plus rapides, il y aura toujours la limitation du réseau Gb. Et là, un disque standard est tout à fait capable de tenir très facilement les débits.