Mic13710

Fenrir dirait à juste titre qu'un sous-domaine n'existe pas. toto.fr est un domaine, titi.toto.fr est un autre domaine. Bref, un seul certificat suffit et peut se faire directement dans DSM. Il faut indiquer le nom de domaine et dans la case autres noms, indiquer les autres noms associées séparés d'un ; par exemple : ndd : toto.fr autres noms : titi.toto.fr;tata.toto.fr;etc.toto.fr;autre.nom.toto.fr;et.plus.encore.toto.fr......

Puisque tu as un NAS en BTRFS, ça ne te couterait rien d'essayer.

Prenons un cas concret : le mien. La totalité de mes fichiers et dossiers CS pèse 55Go. Mon dossier @cloudstation est lui à 152Go. C'est beaucoup, mais ce dossier existe depuis au moins 4 ans (il est en réalité plus vieux puisqu'il provient d'une migration). Au moins 30% des fichiers ont atteint ou largement dépassé les 32 versions, beaucoup d'autres ont été depuis supprimés mais sont encore disponible à la restauration. Bref, si je considère ne serait-ce que 10% des dossiers existants ayant 32 versions, mon dossier @cloudstation pèserait 54 + (5.4 x 31) = 221Go. On est loin des 152Go actuels. Et encore, ce calcul exclu les fichiers avec moins de versions et ceux qui ont été supprimés. A noter que mon NAS est en EXT4. En BTRFS, le dossier de version serait quasiment vide. Je ne sais même pas s'il y en a un ... https://www.synology.com/fr-fr/dsm/Btrfs A noter aussi que le versionning d'Hyperbackup fonctionne sur le même principe. Heureusement qu'on ne sauvegarde pas l'intégralité des fichiers modifiés car au bout de 256 versions, il faudrait un sacré volume de stockage !

La sauvegarde se pense au départ et doit être inclue dans le projet de NAS. Qu'elle soit sur un support externe, un site externe, un DD externe ou un autre NAS, elle se fait régulièrement. La logique voudrait même qu'elle soit faite sur plusieurs supports. Vous avez donc au moins un train de retard. Sur un PC ou dans un boitier USB externe tout simplement. Vous montez vos 4 disques et vous créez votre volume.

Je ne suis pas du tout d'accord avec InfoYANN sur le coup. Désolé, mais ça ne fonctionne pas tout à fait de cette manière. Il n'y a pas 16 ou 32 versions d'un même fichier mais seulement un fichier et ses modifications. Sur la restauration, on part du fichier de base auquel on ajoute les modifs d'une version à l'autre. Si on sauvegardait intégralement toutes les versions, le NAS serait très rapidement submergé ! C'est donc la première version d'un fichier qui tient le plus de place. Réduire de 32 à 16 n'impactera pas les versions existantes mais sera seulement appliqué aux nouvelles versions. Le dossier ne va donc pas réduire comme ça par enchantement. Enfin, cette réduction ne réduira pas de moitié le stockage nécessaire. Tout juste quelques pourcents ce qui n'est pas grand chose.

Bienvenu dans la communauté. Cependant, ici c'est pour les présentations uniquement. Ce n'est pas l'endroit pour poser des questions. Merci de respecter l'organisation des sections du site pour que ça ne devienne pas du grand n'importe quoi.

oui. vous pourrez changer vos 1To pour des 3To. Par contre, ce sera un stockage de 3x3To + 1x1To. Vous ne pouvez pas soustraire des disques d'une grappe. Vous ne pouvez qu'en rajouter.

Pas si simple. Votre volume sera en mode dégradé (perte d'un disque) et le NAS ne pourra alors vous proposer que la réparation du volume endommagé. Il ne proposera pas l'intégration du nouveau disque dans le volume 1.

Alors vous pouvez commencer par construire votre SHR avec les deux disques de 1To, ce qui vous donnera 1To de stockage. Vous installez les paquets que vous voulez et vous rechargez la configuration de votre ancien NAS dans le nouveau pour avoir tous les comptes utilisateurs et les dossiers partagés. A partir de File station du nouveau NAS, vous montez des lecteurs distants qui pointent vers les dossiers de l'ancien nas et vous faites le transfert des fichiers et dossiers de l'ancien vers le nouveau. Vous ne vous intéressez qu'aux données les plus importantes. Vous surveillez l'état du stockage pour ne pas saturer votre volume (ne pas aller au delà de 90%). Une fois le volume à ce niveau, vous ne faite plus de transfert. Vous eteignez les 2 NAS, vous récupérez un des 3To de l'ancien que vous montez dans le nouveau. Vous rallumez les 2 NAS. L'ancien va bipper (normal). Vous vérifiez que toutes les données restantes sur l'ancien NAS sont toujours accessibles. Si c'est OK, vous procédez à l'augmentation de volume sur le nouveau NAS en intégrant le 3To au volume existant. Ce processus est assez long. Une fois terminé, votre volume sera passé à 2To. Vous reprenez le transfert de l'ancien vers le nouveau. Si vous arrivez à tout caser, tant mieux, sinon, il va falloir laisser de côté certains fichiers (les films par exemple). Ne pas dépasser les 90% sur le volume. Il ne vous restera plus qu'à arrêter les NAS pour transférer le disque de 3To restant de l'ancien vers le nouveau NAS, puis de lancer l'augmentation de volume pour avoir à la fin un volume de 5To.

Avec ou sans les films ?

Quelle est la taille de vos données ?

Menu gestionnaire de stockage, onglet volume, bouton supprimer. Après les avertissements d'usage, le volume sera supprimé.

Oui ! 🙂. Pour la reconstruction (si vous optez pour cette option bien entendu), il faudra d'abord détruire le volume pour pouvoir intégrer les deux disques de 1To.

Encore une fois c'est votre interprétation. On ne vous a JAMAIS dit que vous ne pouviez pas mettre tous vos disques dans un seul volume. Il faut pour cela tout reconstruire. Et on vous a TOUJOURS dit que vous ne pouviez pas rajouter vos disques de 1To sur votre volume existant. Si vous ne comprenez pas la nuance entre construire un volume et rajouter des disques à un volume existant, je ne peux plus rien pour vous.

Vous êtes un grand inventeur vous ! Le basic c'est un seul disque. On tourne en rond. D'un côté on vous dit qu'un seul volume, c'est le mieux pour vous, d'un autre vous ne voulez pas casser le volume existant pour y intégrer vos disques de 1To donc vous partez sur 2 volumes séparés, un issu de la migration et un deuxième à créer et maintenant vous revenez à la charge pour savoir si vous avez intérêt à séparer. On peut en discuter indéfiniment, mais ce qui devait être dit a déjà été dit. Relisez ce qu'on vous a écrit et faite votre choix en fonction de ce que VOUS vous souhaitez.

Oui, le premier sera issu de la migration, le second est à créer, mais vous n'aurez qu'un volume de 1To. En fait, vous pouvez bien créer le nouveau volume que vous voulez (cf le message de Bruntcho plus haut)

On ne doit pas avoir le même windows alors. D'abord, la notion de volume n'existe pas sous Windows. Ensuite, vous ne pouvez pas créer une unité de stockage (lettre lecteur) s'il n'y a pas de support !

Peux pas dire, je n'ai installé DSM6 que très tard sur mon NAS et c'était comme ça à mon installation.

Euh, avez vous bien lu ce que vous avez écrit ? 🤢

C'est normal que vous puissiez travailler puisque c'est le principe même du RAID5 ou SHR qui autorise la perte d'un disque. Mais il faut croiser les doigts ou prier, ou les deux pour qu'il n'y ait pas un autre disque qui tombe en panne car là, c'est la perte d'une partie, voire la totalité, du volume. Je ne saurais trop vous conseiller de commander rapidement un nouveau disque de 4To car avec ce genre de défaillance, il y a fort à parier que le disque a un problème. La réparation à mon sens ne durera pas. Le mieux avec un volume aussi important serait de remplacer le disque sans trop se poser de questions car lorsqu'un disque commence comme ça, il va poser tôt ou tard des soucis.

D'abord la migration, ensuite le nouveau volume.

Je pense que faire un aussi gros volume (10x4To) n'est pas très bon. Les augmentations et réparations de volume font fortement travailler les disques et les risques que ces opérations ne se passent pas correctement augmentent considérablement. De plus, je ne suis pas partisan de volumes étendus sur les unités d'expansion. Si l'alim de l'unité tombe en panne, ou bien si le cordon esata se débranche, les probabilités de perte de volume sont trop importantes. Bref, vous l'aurez compris, je n'aurais pas construit mon ensemble NAS comme cela. Je serais plutôt parti sur 2 volumes, un par unité. Pour votre problème, que disent les tests smart étendus du disque 1 de l'expansion ?

Oui. C'est le même paquet sur le NAS. C'est aussi le même dossier Cloudstation de l'utilisateur, simplement il y a deux dossiers : un Drive pour CSDrive et un autre Backup pour CSBackup

Je ne confonds rien du tout. Le principe de fonctionnement reste similaire à CSDrive, mais la synchro est unidirectionnelle. Rien n'empêche de faire du versionning sur des sauvegardes ! Et pour info, j'utilise CSBkup comme solution de sauvegarde des PC de l'entreprise de mon frère. Perso, je suis encore à Syncback, plus par habitude qu'autre chose, mais aussi parce que mon NAS de travail n'a plus beaucoup de place pour ce genre d'appli. Mais je le mettrai en place dès que j'aurais changé de NAS.

Bin oui. Jusqu'à 256 par défaut. C'est là tout son intérêt : de pouvoir récupérer les données à une date précise. Et comme le fait remarquer Brunchto, ça peut permettre de retrouver ses données intactes en cas d'attaque crypto. Il y a donc un dossier @cloudstation qui grossi, ce qui peut poser un problème de stockage. D'où l'intérêt du BTRFS par rapport au EXT4.