Mic13710

Le nouveau disque est compatible avec le 218. Est-ce que les disques de 1To sont issus de la migration d'un ancien NAS Synology, si oui, lequel ? Avez-vous testé les nouveaux disques avec au minimum le logiciel du constructeur avant de les monter dans le NAS ?

Non. C'est uniquement pour les disques ayant été précédemment initiés sur un NAS Synology que le formatage a une utilité. Si vous voulez de l'aide, il faudrait en dire plus sur les disques installés et les nouveaux (quels modèles).

On ne peut pas enlever des disques d'un groupe. Il faut mettre à jour vos sauvegardes, supprimer le groupe (ce qui supprime les données) et reconstruire en montant un groupe par disque. Vous restaurez ensuite vos sauvegardes.

Vous connectez (mappez) un lecteur réseau vers le dossier du NAS dans l'explorateur du PC. Vous pouvez le faire directement dans l'explorateur (menu connecter un lecteur réseau) ou via Synology Assistant

Non, la suppression du groupe supprime tous les paquets. Il vous faudra reprendre tous vos paramétrages. Je vous suggère de sauvegarder vos données en utilisant Hyperbackup qui assure aussi la sauvegarde des paramètres du NAS et des applications. A la réinstallation, vous réinstallez les paquets et la restauration se chargera de restituer, si ce n'est tout, au moins une grande partie des réglages.

En remplaçant le disque de 1To par un 2To. Attention de bien choisir un disque en technologie CMR ! Par contre, si le but est de conserver les disques et de pouvoir utiliser les 3To, pas d'autre option que de supprimer le groupe existant (ce qui supprime les données) et de reconstruire 1 groupe par disque. Dans ce cas, la perte d'un disque entrainera la perte des données du disque.Vous avez aussi la possibilité de construire un JBOD sur un seul groupe, mais à ce moment là, la perte d'un disque entraine la perte des données.

Que ce soit un reset 1 ou 2, les données ne sont pas touchées. Mais comme toute opération, il peut arriver qu'elle ne se déroule pas comme prévu, raison pour laquelle il est recommandé d'avoir des sauvegardes à jour au cas où. Si vous n'en avez pas, vous n'avez pas d'autre solution de toute façon pour reprendre le contrôle de votre NAS.

Bonjour @JmSil, soyez le bienvenu. Je suppose que vous avez des questions concernant votre stockage. Alors oui, il pourrait être amélioré. Mais ce n'est pas le lieu pour en parler 🙃

@PiwiLAbruti On peut faire plus court. Par exemple : "G 1 218Play" Clair, précis, minimaliste 😁 Heureusement que c'est un Play, ça fait quelques lettres de plus dans la présentation 🙃.

Non, il ne faut la lancer qu'une fois. Elle est ensuite intégrée au fichier ndd.conf pour les déploiements suivants.

Vous n'avez pas de chance. Perso, j'ai des NAS depuis 2007, j'en gère aussi un certain nombre dont beaucoup tournent depuis plus de dix ans 24/7 et je n'ai jamais eu de panne de bloc d'alim. Il faut dire aussi que la plupart sont alimentés par des UPS line interactive ce qui filtre pas mal les variations réseaux. Mais a voir les messages qui passent à ce sujet, j'ai l'impression que les blocs des 918/920 sont fragiles. Beaucoup de pannes avec ceux-ci. Il est fort possible qu'ils soient sous calibrés et augmenter leur capacité n'est pas une mauvaise idée.

OK @Lelolo, ils n'ont pas tout faut sauter les sauvages 🙃. Je ne vois toujours pas la finalité de cette suppression. Ce ne sont que des données brutes. Pas de manipulation particulière et développement très simple, d'autant que c'était existant. Franchement, c'est incompréhensible.

Elles sont aussi accessibles via ssh avec la commande smartctl -a /dev/sd(x) Mais quelle régression ! Je ne comprends pas l'objectif de cette démarche. Si c'est pour rendre le système de plus en plus fermé, c'est réussi. Je ne suis toujours pas passé à 7.2 mais est-ce que les tests SMART peuvent être toujours lancés via DSM avec cette dernière mouture ou bien faut-il passer via SSH ?

Si les utilisateurs ont accès à tout, je ne vois pas comment les copies peuvent être bloquées. Un moyen serait d'avoir des pc connectés uniquement sur le réseau interne (pas d'internet), sans ports de connexion autre que l'ethernet, disque dur chiffré (pour se prémunir des vols), des IP dédiées hors plage DHCP, accès au NAS autorisé aux seules IP des PC. Ce qui ne garanti pas l'inviolabilité des données. Il est possible par exemple de modifier une adresse MAC d'un PC pour emprunter une IP autorisée et se connecter au NAS. Et si les accès sont verrouillés, le plus simple serait alors de voler carrément le NAS.... Mais je suppose que vos "collaborateurs" doivent avoir accès aux données de l'extérieur ce qui exclue la notion de réseau confiné et de facto autorise la copie de tout fichier. En tout état de cause, le NAS ne vous apportera pas de solution à votre problème. Il s'agit là de sécurisation d'un réseau d'entreprise. Aussi je vous conseille de vous tourner plutôt vers des entreprises spécialisées dans ce domaine.

Peut-être alors faudrait-il tout reprendre. Désinstaller synology drive du client, vider complètement le dossier client et réinstaller le client pour refaire une synchro.

https://www.synology.com/fr-fr/dsm/packages/ContainerManager D'abord, il vous faut DSM7.2 pour avoir container manager. Ensuite, le 216J n'est pas compatible. Et très franchement, ce modèle de NAS n'est pas adapté pour faire tourner correctement container manager (CPU anémique et RAM insuffisante). Si vous voulez utiliser ce paquet, il faut vous orienter vers un NAS plus puissant.

Avez-vous essayé le lien "Dépannage" ?

Propriété des fichiers sous windows : Il m'est arrivé d'avoir eu des problèmes avec les fichiers en lecture seule. Autre piste : la longueur des noms de fichier et des chemins : Le chemin du fichier contient plus de 2 048 caractères. Le nom de fichier contient plus de 255 caractères.

Et les attributs des fichiers ? De ce que dit le message, c'est soit le nom, soit les attributs.

Ca peut fonctionner mais il faut fixer les IP sur le PC et le NAS. Pourquoi le connecter au PC directement ? Il est tellement plus simple de passer par le réseau !

Je confirme aussi. A nouveau opérationnel chez moi.

Est-ce que vous arrivez à vous connecter en local ?

Cela ne change rien à ce que j'ai écrit. Ce n'est pas au NAS de faire ce boulot mais au logiciel que vous utilisez pour faire vos sauvegardes. Du point de vue des données, un doublon n'est rien d'autre qu'un fichier et votre NAS n'est ici qu'un disque de stockage. Il ne peut pas faire le distingo sur ce qu'il doit garder et ce qu'il doit supprimer.

Faire une sauvegarde tous les 6 mois est un laps de temps extrêmement long en informatique. A moins que vous ne modifiez ni n'ajoutiez/supprimiez des fichiers durant 6 mois, une sauvegarde mensuelle est le maximum à considérer. Le "tout en conservant certains fichiers à disposition" laisse à penser que vous utilisez votre sauvegarde comme dossier de travail. Si c'est le cas, c'est une erreur. Une sauvegarde est par définition la possibilité de restauration des dossiers/fichiers en cas de problème sur les dits dossiers/fichiers de l'espace de travail. Si vous travaillez sur des fichiers de sauvegarde, ils peuvent être corrompus, vérolés, effacés, cryptolockés. Ce n'est plus une sauvegarde. Si je comprends bien, vous sauvegardez sur votre NAS des données issues de vos appareils. Dans ce cas, le NAS n'est qu'un support et c'est votre logiciel de sauvegarde qu'il faut paramétrer pour traiter les doublons.

Bonjour, Le seuil d'alarme par défaut est de 20% qui peut être ajusté dans les paramètres du volume (sous réserve que votre version de DSM le permette). Vous avez donc largement dépassé ce seuil. De plus, votre organisation de disque vous fait perdre 1To de stockage. https://www.synology.com/fr-fr/support/RAID_calculator?drives=4 TB|3 TB|2 TB|2 TB&raid=SHR_1|RAID_5 Je vous conseille d'envisager le remplacement de votre 3To par un 4To pour augmenter et exploiter pleinement votre stockage, ce qui vous permettrait de repasser en deçà du seuil des 20%. https://www.synology.com/fr-fr/support/RAID_calculator?drives=4 TB|4 TB|2 TB|2 TB&raid=SHR_1|RAID_5