Mic13710

Recréer tous les comptes; les dossiers partagés, les réglages réseaux, attribuer les droits utilisateurs,, etc... Bref, la totale comme s'il s'agissait d'une installation à partir de zéro. Et là, c'est vous seul qui savez ce que vous aviez sur votre NAS avant le crash du disque.

Euh, non. Le DSM est déjà installé par RAID avec le disque 2. Refaire une nouvelle install va faire que le disque 2 passera en initialisé lorsqu'il sera réintroduit. Il faut simplement réinstaller les paquets et recharger le .dss s'il existe, sinon il va falloir reprendre tous les paramétrages. Ensuite, il suffit de restaurer les données du disque 2 vers le disque 1 avec la procédure de restauration inhérente au procédé de sauvegarde utilisé, ce qu'on ne sait pas.

Un ajout de disque correspond à étendre le groupe de disque. Passer d'un SHR sans protection à un SHR avec protection, c'est étendre le groupe, même si la capacité ne change pas.

Vous n'avez pas besoin d'une alimentation de 5.5A pour faire le test de la CM puisqu'il n'y a pas de disques durs pour ce test. Une alimentation de 1.5A 2A devrait être suffisante. Après, il est bien difficile de vous aider si vous n'êtes pas la possibilité de vérifier ce que vous injectez avec un multimètre. Oubliez l'histoire de la résistance. Comme le fait remarquer jacaj, c'est applicable sur les séries 15 pour palier un problème de défaut de conception CPU, défaut qui n'existe pas sur le votre.

Je viens de corriger le tuto car il est vrai que cette info obsolète induit tout le monde en erreur.

Perso, je ne vois pas bien l'intérêt de monter des SSD sur un groupe. Ca n'aura pratiquement aucun impact sur les vitesses de transfert qui sont de toute manière limitées par le réseau. Par contre, il serait plus approprié de garder des disques standards et de monter des caches SSD, ce qui est possible sur un 918+

Ce n'est pas une fonction mais une simple représentation de la position des bornes sur un plan de bâtiment avec indication de la borne active pour chaque appareil. Ca ne sert qu'à des fins de maintenance sur de gros réseaux pour localiser les bornes et voir de manière graphique les charges individuelles avec la qualité de connexion de chaque lien. Aucun impact sur la zone de couverture de la borne elle-même. Autant dire que cette représentation n'a guère d'utilité lorsqu'on n'a qu'une seule borne.

C'est impossible de répondre car tout dépend de la structure du bâtiment. Si le plancher et le plafond sont en bois, il n'y a aucun souci. S'ils sont en béton ce sera plus compliqué car dépendant de la perméabilité du béton et du maillage du ferraillage qui fait office de cage de faraday. Déjà en passant plutôt sur une pro, on augmente sensiblement la portée, ce qui ne présage en rien le fonctionnement final mais peut aider à augmenter le signal reçu aux niveaux inférieur et supérieur. Il faut faire des essais.

Si ce que vous voulez faire est de sauvegarder sur votre 3To puis d'ajouter ce disque sur votre groupe pour retrouver vos données, la réponse est non. Par contre, vous pouvez sauvegarder vos données sur un disque externe via hyperbackup puis les restaurer dans votre nouveau groupe en recopiant les fichiers hyperbackup dans le volume de votre NAS pour les restaurer. Si vous suivez cette procédure, je vous conseille vivement de faire plusieurs petites sauvegardes (dossier par dossier par exemple) plutôt qu'une grosse sauvegarde pour ne pas risquer de vous trouver à court de capacité. En effet, si vous faite une seule grosse sauvegarde, il faudra que la taille de votre volume soit au minimum le double de vos données sauvegardées. En faisant plusieurs sauvegardes, elles seront plus petites et vous pourrez les restaurer l'une après l'autre.

Il n'y a aucune chance là dedans, c'est seulement possible ou pas possible. Monter un 3To sur un groupe construit avec des 4To n'est pas possible. Si en revanche vous reconstruisez votre groupe avec vos 4To et votre 3To, ce sera possible et vous pourrez y rajouter d'autres 3To plus tard.. On ne copie pas l'un des disques RAID. On fait une sauvegarde des données, de préférence avec Hyperbackup.

Il n'y a rien de contradictoire. Le simulateur ne connait pas l'ordre d'intégration des disques. Si votre premier groupe a été construit avec des 4To, vous ne pouvez intégrer que des 4To ou plus. Si votre groupe avait initialement été construit avec des 3To, que vous aviez remplacé par la suite par des 4To, alors vous pourriez y intégrer des 3To. C'est le disque le plus petit lors de la construction du groupe qui détermine le plus petit disque que vous pouvez intégrer dans le groupe.

Pouvez-vous traduire ? La méthode proposée permet de séparer le groupe de disques. Une fois que c'est fait, vous pouvez reconstruire UN NOUVEAU GROUPE (et non pas une augmentation de volume) sur le deuxième disque. Sur ce groupe, vous pourrez monter un nouveau volume. Les données ne sont pas impactées, mais il est toujours plus prudent et fortement conseillé de mettre à jour vos sauvegardes avant de faire des manipulations sur les disques.

Désolé firlin, mais d'après le lien que tu donnes, il n'est pas possible de migrer les disques d'un série value vers un série + (voir tableau au § 2.1). Reconstruction obligatoire.

C'est franchement réducteur. Oui, il y a le choix d'avoir plusieurs certificats. J'ai 4 certificats et je ne m'en porte pas plus mal. Le tout est de faire les bonnes affectations. Je dirais même que je préfère avoir plusieurs certificats qu'un seul wildcard obtenu en passant par des services tiers dont on ne sait jusqu'où va la gratuité de leur service.

On peut créer autant de certificats qu'on souhaite mais il faut lier chaque certificat à son application. Le NAS ne le fait pas tout seul car il ne sait pas quelle est la destination de chaque certificat. Cliquer sur Configurer et choisir le certificat associé à chaque application et ça devrait fonctionner.

Le RAID0 doit effectivement être monté d'un seul coup et n'est pas extensible par la suite. Il offre des vitesses lecture/écriture plus importantes que sur un montage classique en RAID1, 5, 6 ou JBOD du fait de la ségrégation par bandes des données. Mais la perte d'un disque sonne la perte de toutes les données. Il faut donc le réserver pour des utilisations où les vitesses de transfert sont importantes pour des données qui ne le sont pas. Ceci étant dit, pour que le RAID0 ait un réel impact avec nos NAS, il faut travailler avec un réseau plus rapide que les vitesses de lecture écriture des disques actuels. Ce qui n'est pas le cas d'un réseau Gb qui est limite par rapport aux taux de transfert des disques actuels. Le RAID0 peut avoir un réel intérêt sur des réseaux >Gb. A vous de voir si le jeu en vaut la chandelle. Perso, je recommande d'éviter le RAID0 ou le JBOD sur nos NAS car le risque de perte est grand pour un avantage quasi inexistant. Mieux vaut travailler sur des groupes séparés, les pertes en cas de défaut disque sont moins importantes.

Un groupe est un ensemble physique de disques. il est constitué de 1 ou plusieurs disques. Sur une extension DX517 équipée de 5 disques, vous pouvez monter de 1 à 5 groupes si vous voulez. Tout dépend de ce que vous souhaitez faire. A mon avis, votre projet c'est de n'avoir qu'un seul groupe sur l'unité d'extension, soit jusqu'à 5 disques dans un même groupe. Un volume est monté sur un groupe. Par défaut, les NAS montent un volume par groupe, mais si votre NAS l'autorise, vous pouvez monter plusieurs volumes sur un seul groupe. Là aussi, je pense que ce que vous cherchez à faire c'est un seul volume sur votre groupe. Vous pouvez toujours commencer votre groupe avec un seul disque et lui rajouter plus tard des disques pour l'étendre, exactement comme vous le feriez si les disques étaient dans un NAS. Ils fonctionnent de la même manière. L'extension ne fait qu’accroitre le nombre de baies du NAS.

Un DS218+ ne peut pas étendre son groupe de disques sur une extension, mais il peut gérer un ou plusieurs nouveaux groupe(s) sur une extension. Il suffit donc de rajouter un ou plusieurs disques dans l'unité et de monter des groupes exactement comme on le ferait si les disques étaient dans le NAS. Il est bien évident que les données sur le groupe existant ne sont pas affectées par l'ajout de groupes supplémentaires.

C'est votre interprétation car je n'ai pas dit ça. J'ai dit que Synology a dressé une liste de NAS pour lesquels la migration ne seraient pas possible. Je rajoute que cette limitation n'existe qu'à partir de DSM6.0 car dans les versions précédentes, elle n'existait pas. En dehors des modèles listés, le transfert d'un 32 vers un 64 est tout à fait possible. Lors de la migration, DSM sera simplement réinstallé sur le nouveau NAS. Ce n'est que lorsque les NAS sont identiques et avec le même DSM qu'il n'y a pas de réinstallation. Sinon, que ce soit du 32 ou du 64, DSM sera systématiquement réinstallé.

La migration est possible pour certains modèles et sous certaines conditions. Si votre NAS est un 416, il fait partie de ceux pour lesquels la migration n'est pas possible. Ce n'est pas une question de 32bit versus 64bit, mais des limitations propres aux NAS. Je ne saurais dire lesquelles, seuls Synology peuvent éventuellement vous renseigner. Ceci dit, certains ont réussi avec succès à migrer de NAS donnés comme étant incompatibles et n'ont pas à priori rencontré de problème. Peut-être s'agit-il de bombes à retardement du genre une impossibilité de mettre à jour DSM. Voir ce lien : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later Quoi qu'il en soit même si la migration est possible, il est tout de même fortement conseillé de repartir sur une installation neuve car toute migration entraine avec elle toutes les limitations du NAS précédent. C'est pratiquement une obligation si l’écart technologique entre les deux modèles est important.

Pas d'autre choix que de sauvegarder le plus rapidement possible les données tant qu'il est encore temps. Le disque 2 n'a vraisemblablement qu'un problème de partition système. Ce n'est pas trop grave puisque cette partition fonctionne en RAID1 sur tous les disques. Le système est encore dispo sur les autres disques.

Désolé les gars, mais d'une part je ne connais pas le serveur VPN Plus, et d'autre part je n'ai pas beaucoup de temps en ce moment à consacrer au forum. J'y fais juste des passages éclairs.

On peut augmenter un volume sur un groupe de stockage mais on ne peut pas le diminuer. Vous ne pouvez pas non plus diminuer le nombre de disques du groupe et votre NAS est plein. Pas d'autre solution que de casser le volume existant pour créer soit un groupe multi -volume (un en ext4 et un autre en btrfs) soit un seul volume en btrfs. Mais avant de vous lancer, est-ce que votre nas est compatible btrfs ?

C'est la même chose, un en Français et l'autre en Anglais IPS : Images Par Seconde FPS : Frame Per Second

Les licences s'ajoutent. Par contre, faite attention aux capacités de votre NAS en matière de vidéosurveillance. Il faut vérifier l'IPS que le NAS est capable de gérer en fonction de la définition. Et s'il est aussi utilisé pour d'autres tâches que la surveillance, vous risquez de le mettre à genou si vous lui donnez trop de caméras à gérer. L'impact sur les vidéos enregistrées n'est pas négligeable puisque ça se traduit généralement par des saccades. Vérifiez bien votre NAS et votre environnement avant de vous lancer.