Mic13710

Mouais... Réponse étrange. Lorsqu'on monte un groupe et un volume sur une NAS, DSM est systématiquement installé sur le nouveau disque. Je ne vois donc aucun intérêt de formater à nouveau le disque puisqu'il sera automatiquement réinstallé à l'identique. Créez simplement un nouveau groupe et volume sur le nouveau disque sans formatage. Bref, je n'avais pas compris que le groupe était toujours accessible. Dans ce cas oui, vous pouvez transférer les données du volume 1 vers le volume 2 puisqu'il ne s'agit que de lecture. Pour la suite, je vous conseille de mettre en place une sauvegarde périodique de vos données, au moins les plus importantes.

Il ne faut surtout pas tenter quoi que ce soit à partir du NAS. Comment est-ce possible si le disque est planté ? Avez-vous monté des lecteurs réseaux sur votre PC et sont-ils toujours actifs ? Vous pouvez aussi suivre les instructions de la kb synology : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_fix_hard_drive_failure_and_retrieve_the_data_from_your_hard_drives

Bonjour @Romuald_ , c'est plutôt l'administrateur @rodo37 qui peut répondre à cette question. Je suis moi même dans l'impossibilité de retrouver des anciens posts dans le moteur de recherche. Il semble qu'elle soit bloquée aux seuls sujets émis après le basculement du forum.

La version minimum de VMM pour DSM7.2 est la 2.7.0-12229. Le 716+ n'est pas compatible avec VMM et donc la question qu'il faut se poser c'est quel serait l'intérêt de monter en version de DSM au risque de ne plus pouvoir installer une nouvelle version de VMM si ça fonctionne correctement ? Le risque effectivement c'est que DSM détecte un paquet non compatible et l'inhibe. On ne sait pas non plus si un mécanisme a été mis en place dans 7.2 pour bloquer l'installation de paquets non compatibles. Au mieux DSM7.2 peut apporter des améliorations en terme de sécurité et de paquets par rapport à 7.1, mais si le NAS n'est pas connecté vers l'extérieur ou qu'il l'est de manière sécurisé, il n'est peut-être pas nécessaire de jouer à la roulette russe.

Si votre NAS répond à vos besoins, pourquoi en changer ? Le seul vrai problème concerne DSM qui n'évolue plus sur votre NAS. Il peut encore recevoir des mises à jour de sécurité importantes mais plus pour longtemps et pas pour les failles mineures. Sinon, vous changez simplement votre disque et vous réparez votre RAID. Il faut impérativement choisir un disque compatible avec votre NAS. Vous trouverez la liste sur le site Synology. Non, le fichier .dss ne sauvegarde pas tout et certainement pas les données. De plus, le fichiers .dss du 214 n'est pas forcément migrable vers un NAS Synology dernière génération. Il faudra dans ce cas tout reprendre, ce qui est souvent la meilleure solution. Pour restaurer vers un autre NAS Syno, vous pouvez passer par Hyperbackup. Ce n'est de toute manière pas une solution directe et il vous faudra faire preuve de patience et de rigueur.

C'est un problème récurent sur ce forum, qui n'a jamais été résolu.

Pas de problème. Vous pouvez effectivement me parler dans n'importe quelle langue si vous le souhaitez, le résultat serait le même. Si vous n'êtes pas en mesure de comprendre ce que je vous ai demandé et qui est essentiel pour pouvoir vous répondre, alors vous n'êtes pas sur le bon forum car les termes que j'ai employés sont tout à fait à la portée des membres qui viennent ici. Si vous ne savez pas ce qu'est un NAS c'est que vous n'en avez pas. Et donc que vous n'utilisez pas Surveillance Station mais une application tierce sur un support autre (pc, smartphone, tablette, etc..). Je ne peux que vous rappeler ce que j'ai écrit plus haut :

@Lilie comment voulez vous qu'on réponde à votre demande ? Je vous ai dit dans un post précédent que sans information sur l'application, le modèle de NAS la version de DSM et sans explication sur les circonstances, on ne peut pas vous aider. Ce forum ne concerne que les NAS et leurs applications. Si votre caméra est utilisée par une application autre que surveillance station, il faudra plutôt vous tourner vers un forum dédié à cette application.

Bonjour @Lilie , soyez la bienvenue sur le forum. Précision : la rubrique "Présentation" est faite comme son nom l'indique, pour les présentations et uniquement cela. Pas de question ici. Je vous invite à reformuler votre demande dans la rubrique concernant Surveillance Station en donnant toutes les précisions nécessaires pour qu'on puisse comprendre votre problème : modèle de NAS, version de DSM, de Surveillance station, etc..

Est-ce que la plage dhcp de la box est la même que l'ancienne ? Si vous connaissez l'ancienne ip du NAS, il suffit de modifier la plage de la box pour correspondre à l'ip du NAS. Par exemple, si l'ip du NAS est 192.168.2.10, il faut que la plage dhcp soit réglée sur 192.168.2.2 à 192.168.2.x, x étant la borne maximum que vous voulez jusqu'à 254. Si vous ne voyez pas le NAS c'est que vous avez une ip fixe sur le NAS. Il est préférable de laisser le NAS en DHCP et de réserver l'IP du NAS dans le routeur.

Il y a bien trop de processus qui peuvent empêcher les disques d'hiberner. Cloud Sync en fait partie. Voir la kb synology : https://kb.synology.com/fr-fr/DSM/tutorial/What_stops_my_Synology_NAS_from_entering_System_Hibernation? En clair, il y a tellement de cas qu'on peut se poser la question de l'intérêt de l'hibernation. C'est plus pour répondre à une obligation de mettre en place des mécanismes d'économie d'énergie, tout en sachant que c'est inapplicable dans la grande majorité des cas. Il faudrait que le NAS ne soit utilisé qu'en stockage et sans aucune application en service pour que l'hibernation ait une chance de pouvoir fonctionner.

@CoolRaoul , j'ai peur de ne pas bien comprendre. Hyperbackup Vault permet au nas de destination de pouvoir lire les différentes versions desfichiers hbk. Il ne me semble pas apte à gérer des sauvegardes autres que celles créées via hyperbackup. Cela en tout cas ne résoudrait pas le problème de la sauvegarde d'un usbshare du nas source vers le nas de destination. Ca c'est hyperbackup qui peut s'en charger, moyennant un montage du disque usb.

En faisant cela, c'est le meilleur moyen de bloquer les sauvegardes. Si le disque n'est plus accessible, la sauvegarde va bloquer. Cette opération DOIT être sur une tâche séparée. D'une manière générale, je ne recommande pas des faire une tâche globale mais plusieurs tâches séparées, une par exemple par dossier partagé. On limite ainsi grandement les problèmes et si une tâche est en défaut, elle ne concerne qu'un seul dossier et la création d'une nouvelle tâche sur un seul dossier est beaucoup moins chronophage que sur la totalité des données.

Les boitiers d'extension DX permettent d'étendre un groupe de stockage sur les NAS de la série + compatibles. Le DS920+ permet de monter un groupe de 9 disques, 4 dans le NAS et 5 dans le DX. Il faut savoir que quand un groupe augmente en capacité, les risques de pannes augmentent de manière exponentielle. Il n'est donc pas du tout recommandé de monter un groupe unique de 9 disques de 12To dans un SHR ou RAID1 car la perte d'un disque peut entrainer la perte du groupe lors de la reconstruction à cause du travail intensif sur les disques. Plus problématique encore lorsque vous ajoutez un disque à un groupe existant car tous les disques sont sollicités pour effectuer la nouvelle répartitions des données. Seul le SHR2 (ou RAID6) peut offrir une meilleure sécurité tant en extension qu'en réparation pour des groupes aussi importants. Donc, si vous envisager de peupler l'extension avec des disques de 12To ou plus, il vous faudra passer votre groupe au SHR2. Ca, c'est si les deux unités fonctionnent correctement. Ce qui peut devenir problématique c'est lorsque l'unité d'extension tombe en panne. Le groupe est alors cassé et selon le travail effectué au moment de la panne, c'est la perte assurée des données. Je ne sais pas comment Synology gère ce genre de situation mais il faut absolument que tout le travail en cours soit stoppé instantanément pour éviter de détruire le groupe. Personnellement, je préfère travailler sur 2 groupes séparés, un par unité pour ne pas avoir à être un jour confronté à un groupe unique cassé. Par contre, qui dit groupes séparés dit aussi volumes séparés et dans ce cas il n'est pas possible de conserver une arborescence unique, ce que vous souhaitez. Seule l'option du groupe et volume étendus sur le DX vous assure cela, mais dans ce cas, il faudra envisager de passer en SHR2 et il faudrait le faire dès le premier disque installé dans le DX pour que les futurs ajouts de disques se fassent avec plus de sécurité.

Il n'y a pas un petit problème là ? Je ne vois pas comment vous obtenez seulement 25To avec 4 disques de 12To. En RAID1 ou SHR, vous devriez avoir un peu moins de 33To En RAID6 ou SHR2 vous seriez plutôt être autour de 22To Vous n'auriez pas omis quelques informations sur votre groupe de stockage ?