Mic13710

+1. Pas de migration possible d'un JBOD ou RAID0 vers un autre format. La solution proposé par Gaëtan est la seule possible. L'utilisation d'un des disques pour la sauvegarde des données est à considéré si vous n'avez pas d'autre support. Un point important à considérer avant de vous lancer dans un RAID ou SHR : prévoyez d'alimenter votre nas avec un onduleur compatible car ces formats supportent mal les arrêts intempestifs.

Oui mais firlin, on parle ici soit de 2x4, 3x3 et 2x2 ce qui donne bien 17To en SHR, soit de 2x4, 3x3 et 4x2 ce qui donne 17To en SHR2

C'est un bon choix. Bienvenue dans le monde des NAS Synology.

Mieux vaut lire la bible du DSM, ce sera plus profitable.

Pas de quoi. Et pour défendre mes collègues, je dirais que c'est souvent exaspérant de répondre à des questions dont les réponses se trouvent dans l'aide DSM (voir le lien donné par Gaëtan). Mais comme toujours, il est tellement plus facile de poser une question sur le forum et d'attendre la réponse que de lire un manuel.

Clarifions un peu les choses. Une sauvegarde ne doit pas être synchronisée aux dossiers et fichiers de travail. si vous supprimez un fichier, il sera supprimé partout. Une sauvegarde se fait sur un support séparé de préférence dans un lieu séparé. Et votre remarque concernant le RAID 1 va dans le même sens. Le RAID n'est pas une sauvegarde. Donc oui, vous pouvez organiser des sauvegardes périodiques entre votre NAS maison et celui du boulot au travers d'internet (la première sauvegarde devra se faire en local pour éviter de saturer votre connexion pendant de longues heures/journées) et non, vous ne devez pas synchroniser en permanence vos deux NAS car ce ne sera plus une sauvegarde. Autre option qui s'ouvre à vous, vous pouvez aussi paramétrer un CloudStation client sur le NAS boulot, synchronisé avec votre CloudStation du NAS maison.

C'est tout de même l'utilité principale d'un Cloud : pouvoir accéder à des fichiers qui sont susceptibles d'être modifiés (mais pas uniquement) et pouvoir diffuser les modifications sur l'ensemble des appareils qui ont accès au Cloud.

Ça fonctionne comme un Dropbox. Vous pouvez modifier vos fichiers en et hors ligne. Les fichiers sont synchronisés dès qu'une connexion est établie. Vous pouvez utiliser CloudStation sur tous vos appareils connectés, PC, tablette, smartphone et choisir pour chacun d'eux quel(s) dossier(s) vous souhaitez synchroniser. Enfin, en natif, vous avez la possibilité de récupérer jusqu'à 32 versions d'un fichier.

Tout à fait d'accord. Certains utilisent CloudStation comme un fourre tout, et y mettent tout et n'importe quoi, de la bureautique comme du multimedia. Le résultat ne se fait pas attendre et les disques deviennent vite trop petits. L'avantage de CloudStation c'est qu'il est privé et donc indépendant de fournisseurs externes, principalement américains (et leur patriot act qui ne nous veut que du bien). J'aime savoir où sont physiquement mes données et surtout je préfère que mes données personnelles le restent.

Deux choses à savoir : Si vous voulez faire tourner Surveillance Station, il est très important de vérifier que le 115 est capable de gérer les caméras que vous envisagez d'utiliser. Valeurs données dans les specs : Total IPS (H.264)* 300 FPS @ 720p (1280x720) 90 FPS @ 1080p (1920×1080) 60 FPS @ 3M (2048x1536) 30 FPS @ 5M (2591x1944) Total IPS (MJPEG)* 90 FPS @ 720p (1280x720) 54 FPS @ 1080p (1920×1080) 36 FPS @ 3M (2048x1536) 20 FPS @ 5M (2591x1944) La valeur FPS est la valeur max toutes caméras confondues. Attention de bien choisir des caméras compatibles Syno (voir liste ici). Le nombre maximum de cameras et de 10 (dont 2 Licences gratuites). Ensuite, vous serez probablement tenté par CloudStation qui vous permet d'avoir votre propre Cloud. Ce paquet est très gourmand en espace disque à cause du versionning. Grosso modo, il faut compter 2 fois le volume du Cloud, c.a.d., pour 10Go de données, la place totale occupée sur le disque du NAS sera +/- 20Go.

Depuis le 9 aout, ça n'a pas changé. Sortir le premier disque, le remplacer, reconstruire le RAID. Une fois que c'est fini, faire de même avec le 2eme, puis le 3eme et enfin le quatrième. Une fois que vous aurez remplacé les 4 disques, vous pourrez passer à l'extension du volume afin d'exploiter la capacité maximum des disques.

J'ai eu un DS107, puis un DS110J. Je les ai utilisé a un niveau similaire au vôtre, et je n'ai pas eu de problème particulier. Le souci avec les NAS, c'est que quand on y goute, on ne peut plus s'en passer et on leur demande toujours un peu plus au fur et à mesure des découvertes et des nouveaux besoins. D'où l’intérêt de partir avec un modèle un peu plus performant pour ne pas se retrouver plus ou moins vite avec un NAS au taquet.

Vu votre utilisation, un modèle J est largement suffisant. Petite chose à connaitre et qui peut avoir son importance : Les disques des NAS monobaie sont de vrais basics. Ils peuvent donc être lus comme des disques standards sur vos PC Linux. Par contre il ne sont migrables que vers des NAS monobaie. Impossible de les installer dans d'autres NAS sans refaire une installation complète. Les disques des NAS multibaie sont tous sans exception des RAID : RAID simple disque (basic) ou multidisques (RAID 1, 5 ....) ou SHR/SHR2. Ils peuvent aussi être lus par vos PC, moyennant quelques manipulations et notamment le rajout de la surcouche LVM pour pouvoir lire les disques SHR. Personnellement, je trouve les séries DS1xx un peu trop fermées à mon gout. Pour quelques Euros de plus, il est préférable de choisir un DS2xx au minimum afin de pouvoir augmenter la capacité le cas échéant et d'assurer la compatibilité avec les séries supérieures. Je ne sais pas qu'elles sont vos données, mais 1To de stockage constitue aujourd'hui moins que le minimum syndical. 2To serait nettement préférable, ne serait-ce que pour pouvoir faire tourner quelques paquets qui demandent un peu d'espace (Cloudstation, DownloadStation....) Enfin, penser que vous arriverez à maintenir vos disques en veille est illusoire. Le NAS lance souvent des opérations internes, interroge le réseau, reçoit des requêtes du réseau, si bien que les disques sont souvent sollicités et passent leur temps en démarrages et arrêts. Pas très bon pour leur longévité. Comme un serveur est sensé être accessible à tout moment, il est préférable d'inhiber les mises en veille et laisser les disques tourner 24/7.

Peut-être que oui, mais il faut vraiment enfoncer le clou pour faire taire cette rumeur folle qui consiste à dire que le RAID est une sauvegarde. Le nombre hallucinant d'intervenants qui viennent ici pour pleurer suite à la perte de leurs données est malheureusement un constat d'échec : le message ne passe pas. Je compatis vraiment au soucis de AnhMang. Cela dit, il faut bien reconnaitre qu'il faut y aller de bon coeur pour arriver à supprimer un volume. La démarche n'est pas un simple clic. Il faut se connecter au DSM en tant qu'administrateur, aller dans le gestionnaire de volume, demander la suppression du volume et confirmer l'opération avec à la clé (je suppose) un gros message d'avertissement sur la perte de données. Bref .... Je ne sais pas si le support Synology est moins performant qu'avant. Je crois surtout qu'ils sont victimes de leur succès. Il y a de plus en plus de néophytes qui s'équipent de NAS et qui par leurs méconnaissances inondent le support de demandes sur des sujets qui avant étaient traités directement par les utilisateurs. Ça ne peut que rallonger les délais de réponses pour les vrais problèmes.

Et un de plus. Ainsi qu'il est répété à longueur de posts, ici et partout sur la toile, le RAID N'EST PAS UNE SAUVEGARDE ! Ce n'est qu'un moyen de stockage pour assurer la continuité de service en cas de panne d'un disque. Si vous effacez un fichier, il est effacé partout, si un fichier est corrompu, il l'est sur tous les disques, si votre NAS prend feu, vous perdez toutes vos données. Un RAID ne dispense pas d'un sauvegarde régulière des données sur un autre support et dans un autre lieu. Et contrairement aux idées reçues, le RAID est plus sujet aux pannes qu'un disque en basic. Ces pannes sont principalement dues aux erreurs de parités qui peuvent entrainer des pertes de fichiers, voire des pertes de disques. Ces erreurs sont le plus souvent provoquées par des arrêts incontrôlés, et notamment des pertes d'alimentation. C'est pour cela qu'un RAID ne devrait jamais être monté dans un NAS sans un onduleur compatible.

Il n'y a pas de technique particulière pour mettre en place CloudStation. Si le dossier que vous voulez constituer est important, sa construction peut-être longue et sollicite le CPU, d'autant que vous avez un série J. Par ailleurs, vouloir faire tourner CloudStation avec un volume de 1To, vous allez très vite atteindre votre limite de stockage. Tout simplement parce que le fichier de suivi qui se trouve à la racine du disque et que vous ne voyez pas avec FileStation occupe grosso modo le même espace disque que l'ensemble des dossiers constituant le Cloud. En clair, si vous avez 100Go de données tous Cloud confondus, l'espace occupé sur le disque sera de 200Go. Pour éviter cela, vous pouvez mettre le nombre de versions à 0, mais dans ce cas vous perdez la possibilité de récupérer des versions antérieures, ce qui est tout de même un des points forts d'un Cloud.

C'est bien beau cette discussion, mais si on ne connait pas au minimum le modèle de NAS et comment les disques sont organisés (nombre de volumes, basic, raid, shr ...) on ne peut pas beaucoup vous aider.

Pour moi, y'a pas photo : RAID6 uniquement. Les problèmes souvent rapportés sur ce forum sont ceux qui se produisent au moment de la reconstruction d'un RAID5 défaillant. Et plus les disques sont gros, plus les chances de pannes augmentent (voir le lien donné par Gaëtan sur la fameuse URE). La perte d'un deuxième disque est devenue de plus en plus courante au fur et à mesure de l'augmentation de la taille des disques et c'est fatal.

A mon avis, il n'est pas possible d'indexer un disque externe. Le disque externe est sensé être une sauvegarde, pas un disque de travail du NAS. Et donc l'indexation de ses fichiers multimedia n'a aucun sens.

Tant que ce n'est pas le NAS qui traite les images, ça ne reste que des fichiers à enregistrer. Du classique quoi. Parce que le 115J avec ses 10FPS@3M ne pourrait même pas gérer une seule caméra.

Ah bon, tu le connais celui qui à dit ça ? J'ai bien un nom, mais je ne dirai rien....

Tout à fait d'accord. Pour commencer à faire vaciller un lien Gb, faut envoyer du lourd. Et c'est pas dans un environnement de particulier que ça peut arriver de manière suffisamment récurrente pour justifier une telle dépense.

Extrait du tuto Synology sur la migration : Le DiskStation cible doit comporter suffisamment d'emplacements de disques pour prendre en compote tous les disques durs du volume RAID sur le DiskStation source. Cependant, si une partie seulement des baies du DiskStation source sont utilisées, ses données peuvent encore être migrées vers un autre DiskStation comportant moins de baies. P.S. : j'aime la compote de disques

Si j'ai bonne mémoire l'adaptative load balancing est assez récent. Il a dû sortir avec la 5.1

Il est tout a fait possible de migrer d'un 3612 avec 3 disques vers un 415. Tant qu'il y a le nombre d'emplacement suffisant, c'est bon. Seul le nombre de disques compte (sauf pour les DS1xx qui sont à part). Maintenant, s'agissant d'un Xpenology, je ne suis pas sûr que les formats des disques soient strictement identiques à ceux des Syno.