Mic13710

Un modèle supérieur c'est surtout pour mieux gérer le multitâche. Si vous ne faite que de la sauvegarde et que vous n'utilisez pas les autres applications, un modèle J fera l'affaire. Je vous orientais vers le 118 car il offrira au moins 3 ans de plus de support que le 115. Le Vault permet une gestion centralisée des sauvegardes entrantes et sortantes d'un NAS. Ce n'est pas indispensable et de toute manière, vous pourrez l'exploiter sur un nouveau NAS pour gérer les sauvegardes vers le 110J.

Vous pouvez paramétrer une tâche hyperbackup vers un NAS rsync, ce qui est le cas du 110J. Mais vous n'aurez pas le Vault. C'est vrai je me suis fourvoyé, pas de 118J mais un 218J. Dans la série DS1xx c'est le 115J. Il y aura peut-être un 119J dans ce cas, mais faut attendre quelques mois pour savoir .. Sinon, vous avez le 118 qui est dispo et plus performant.

Les sauvegardes rsync existent sur DSM5.2 dans sauvegarde et réplication. Pour autant, le 110J est un modèle assez ancien (2010) et son DSM arrêté au 5.2 ne dispose pas des nouvelles fonctionnalités offertes avec DSM 6.x telles que CloudStation Backup (PC vers NAS) et HyperBackup (NAS vers autres supports) qui correspondent parfaitement à votre demande. De plus, le 110J est un NAS entrée de gamme qui est aujourd'hui largement supplanté en terme de performance par les modèles J plus récents. A mon avis, il serait préférable d'investir dans un nouveau NAS (118J par exemple si vous cherchez un monobaie) et d'utiliser le 110J pour votre sauvegarde à distance, à la condition toutefois d'avoir des liaisons rapides des deux côtés pour ne pas y passer des plombes.

Je vous en ai parlé dans mon premier message. La seule solution viable hormis le HA c'est Hyper Backup. Tout n'est pas sauvegardé, mais les paramètres principaux le sont et il ne reste que quelques réglages à reprendre selon les paquets installés. Comparé au HA, vous aurez un temps de restauration qui sera bien évidemment plus ou moins long suivant la quantité de données, mais vous pouvez mettre cette solution en pratique avec vos NAS actuels.

Pas à ma connaissance. A moins d'une maj du firmware des DD qui réduirait le bruit, je ne vois pas de soft capable de faire ça. Les bruits mécaniques peuvent être diminués en plaçant par exemple un tapis amortisseur sous le nas.

Le High Availability est décrit dans cette page Synology https://www.synology.com/fr-fr/dsm/feature/high_availability Vous trouverez en haut à droite des liens vers les spécifications matériels et les modèles compatibles.

Je ne comprends pas ce qui ne va pas. Je m'occupe du NAS d'un ami à distance. Il a un ndd chez OVH et j'y ai fait les enregistrements de la zone publique. Le serveur DNS du NAS est activé et fonctionne en local. nslookup www.nas-forum.com 192.168.1.101 Server: 192.168.1.101 Address: 192.168.1.101#53 Non-authoritative answer: Name: www.nas-forum.com Address: 94.23.33.37 Le reverse proxy fonctionne aussi et mes ndd (OVH) et (NAS) sont bien résolus. J'ai 2 PC chez moi et lorsque je me connecte au réseau de mon ami via son serveur VPN, je n'ai pas du tout le même comportement selon le PC. Je précise que les deux liaisons VPN utilisent les mêmes DNS qui pointent vers l'IP du NAS distant. Elles passent toutes les deux par OpenVPN. De mon PC fixe, un tracert vers un ndd enregistré à la fois chez OVH et sur le NAS emprunte systématiquement le WAN (cad ma liaison internet normale) et me retourne l'IP publique de mon ami. Par contre, si le ndd n'est enregistré que sur le serveur DNS de son NAS, il passe par son LAN (via le VPN) et me retourne l'IP privée de son NAS. De mon portable, les mêmes tracert emprunte systématiquement le LAN (via le VPN), que le ndd soit enregistré ou pas chez OVH. A l'inverse, un tracert de mon PC fixe vers mon propre ndd interroge directement mon propre LAN et me renvoie l'adresse privée de mon NAS. Sur mon portable, il passe par le VPN et me renvoie mon IP publique. Il semblerait que mon PC fixe n'utilise pas systématiquement le VPN et tente d'abord de résoudre les ndd sur son propre réseau (LAN, WAN) avant d'aller interroger le serveur DNS de mon ami alors que le portable ne passe que par le VPN pour résoudre les ndd. Pourquoi à réglages identiques je n'ai pas les mêmes comportements ?

L'évolution du RAID d'un groupe existant vers un RAID supérieur n'est pas possible sans ajout de disque(s). Vous ne pouvez pas par exemple changer un RAID5 sur 4 disques en RAID6 sur 4 disques. C'est la même chose d'un SHR1 vers un SHR2. Tout simplement parce que cela reviendrait à dire qu'on diminuerait la taille du volume construit pour passer d'une tolérance de panne à 1 disque à une tolérance à 2 disques, ce qui est totalement impossible. La seule possibilité c'est d'ajouter un disque (ou plus selon les disques constituant le SHR).

Vous ne pouvez pas faire une conversion d'un SHR1 vers un SHR2 d'un groupe de disque existant. Ce que vous souhaitez faire exige l'ajout d'un disque de 4To. Et donc, à moins que votre NAS ait une baie de libre, ce ne sera pas possible et il va falloir supprimer votre volume pour le recréer.

Le disque a un sérieux problème. Le test smart étendu apportera des infos supplémentaires, mais avec autant de secteurs HS, il semble acquis que le disque est à changer. Perso, c'est ce que je ferais en urgence. Et je déplace le sujet dans la bonne section.

Dans la corbeille de file station, si elle a été activée.

La question n'a strictement rien à voir avec le sujet. Merci d'ouvrir un nouveau sujet.

badblock n'est pas uniquement réservé au NAS. A partir du moment ou le disque est reconnu, il ne doit pas y avoir de pb pour le faire. Et puis ça ne coute rien d'essayer puisque le test est non destructif je suppose. @firlin peut confirmer. Par contre, il est possible que la méthode par le DSM ne passe pas et qu'il te faille passer en ligne de commande sur le terminal. J'avais pensé que la numérotation des disques était différente sur le e-sata, un peu comme sur l'extension Syno dans laquelle les disques sont référencés en hdX et non en sdX. Je vois que ce n'est pas le cas et que la numérotation se continue si le disque est seul. L'erreur est semble t'il sur le boot. Je ne préfère pas aller plus loin au risque de te faire faire une ânerie. Toucher la table de partition est un exercice à risque. Tu as un article intéressant sur la réparation des disques GPT : http://rodsbooks.com/gdisk/repairing.html

@firlin à partir du moment ou le disque est désigné, il n'y a aucune raison pour que badblock ne fonctionne pas. @Lucien77 il semblerait que cette erreur de table de partition se produise lorsqu'il y a eut des manipulations sur les disques. Je crois savoir que c'est ton cas. Je ne m'aventurerai pas à te donner une marche à suivre, mais si tu fais une recherche sur la toile, tu verras que l'option w permet de la réparer.

Désolé pour le retard. Des choses urgentes sur le feu. @firlin tu me prêtes des connaissances que je n'ai pas. J'ai simplement appris certaines petites choses au fil du temps au contact de personnes de ce forum (Gaëtan Cambier, Fravadonna et bien entendu Fenrir pour ne citer qu'eux). Ca ne fait pas de moi un expert et je suis très loin de pouvoir arriver à leur niveau. Ceci étant dit, le disque a forcément une nomination particulière qui ne peut pas être sdX puisqu'il n'est pas interne et qu'il n'est pas partitionné comme un disque interne. Pour le savoir il faudrait lancer en mode terminal la commande : fdisk -l

C'est ce que je vous ai dit en parlant de tolérance de panne. Pour info, on parle de miroir sur un RAID1, d'agrégation par bande sur un RAID5. Les deux RAID ont une tolérance de panne d'un disque.

Bienvenu dans la communauté. Juste une remarque sur votre utilisation : exploiter des films à distance exige une liaison fibre. L'adsl est incapable de transférer avec suffisamment de fluidité un flux aussi important.

ici on ne bosse pas, on aide. Nous sommes tous des bénévoles. Je suis désolé si mon humour ne vous plait pas. Aussi j'ai bien compris et ferai en sorte à l'avenir de ne plus vous importuner.

Il n'y a pas qu'OVH qui propose ce service. Je pense que tous les registrars font plus ou moins la même chose. J'ai parlé d'OVH car c'est chez eux qu'est enregistré mon domaine. Synology le fait aussi, certes en moins glamour. Un vrai ndd, c'est tout de même mieux. Mon petit bonhomme est sourd et aveugle

Avec OVH, c'est très simple. Il suffit de créer un DynHOST sur l'IP publique actuelle ce qui va créer un enregistrement A mis à jour par le DynHOST. Et dans le NAS, on configure le DDNS pour qu'il mette jour le DynHOST lorsque l'IP change. L'enregistrement A n'apparait pas directement dans l'interface graphique de la zone mais est bien présent dans le mode texte.

Désolé @firlin mais pour moi, la demande n'est pas claire. Un grand volume avec 2 disques, ça ne veut rien dire. Il faut d'abord savoir comment ils sont montés (JBOD, RAID0, RAID1, SHR ?) avant de pouvoir répondre. Si c'est JBOD ou RAID0, c'est mort. Il faut tout réinstaller.

Il faut attendre la fin de la réindexation. Sur une série SE et suivant la quantité de données, ça peu prendre plusieurs jours.

Si pas d'IPV6, la seule solution que je vois passe par un ddns.

Bonjour, Un passage par le forum des présentations est toujours apprécié par ici. Certains y sont sensibles. Il n'est pas trop tard pour bien faire. Vu le peu d'infos fournies, je vous conseille d'aller d'abord consulter le sélecteur de NAS pour mieux cadrer votre besoin.

Bienvenu dans la communauté. Chez vous les années comptent double (DS213 c'est maxi 5 ans ) ?