Reprise du message précédent :
Non, mais relis, ça fait partie des 8000 façons de perdre un fichier sont ils se fout, lui il veut juste prevenir le cas hyper frequent de corruption de fichier que tout le monde a au moins quinze fois par jour, qui est l'erreur disque/ram
 
Les virus et les mauvaises manipulation des utilisateurs sont quand à elles des sources de problèmes négligeables

tu veux parler du truc qui arrive statistiquement 1 fois sur 1 trillion de lectures?

Voila, on est bien d'accord
 
Franchement, de toutes les raisons justifiées ou bien absurdes pour lequelles j'ai du restaurer des fichiers en 13 ans de boulot, l'auto-corruption est probablement la seule et unique qui ne soit jamais arrivée.
 
Allez, mettons on sondage sur ce topic pour voir

C'est parce que tu n'as jamais fait de backup sur des supports amusants (d7, syquest
,... bref tous ces supports où tu ne sais pas si le crc est là pour aider ou empirer les choses)

Un virus qui modifie le fichier sera également détecté comme une corruption. Et pour les cas où l'utilisateur supprime accidentellement un fichier, il y a effectivement les sauvegardes.
 
Il s'agit simplement d'une extension du checksum ZFS sur toute la chaîne serveur <-> clients. Si vraiment c'est si inutile, pourquoi est-ce qu'il s'agit d'un point qui revient si souvent pour mettre en avant ZFS ?

Je prends un exemple.
Mes parents on eu un virus du type "gendarmerie nationale"
une variante de ce virus crypte tes fichiers et c'est DTC pour les récupérer.
 
Avec un système de sauvegarde. Si la sauvegarde écrase les fichiers non crypté par les fichiers crypté c'est DTC même si tu a une sauvegarde ?
Il faut quel genre de sauvegarde pour ses protéger de ce type de virus ?
Parce que le virus est passé au travers de l'antivirus qu j'avais installé.

Avec le versioning, l'historique,... fournit par les OS/logiciels de sauvegarde, les seules limites, c'est le temps et la place de copie.
 
A titre privé... aussi
 
Perso, mes données sont backupées sur un disque local et sur mes 2 syno à tour de rôles.
 
Et pour répondre à ta question, backup sur DVD-ROM ou sur support n'étant plus accédé par le pc après utilisation--> ne sera pas écrasé par un virus par après
 
 
NB. Pour savoir, Le virus agit aussi sur les snapshots des fichiers qu'il crypte ?

C'est une idée. Mais ça risque d'être fastidieux

Fastidieux ? Sur DVD ou vers plusieurs destinations ?
 
Si c'est vers plusieurs destinations, je fais des copies avec Robocopy en batch
 
Si c'est vers DVD, effectivement, ça fait très longtemps que je n'ai plus fait à cause de ça  

Pour les DVD.

à condition que le cheksum du FS soit modifié, ce qui n'est pas forcément le cas, deuxième édition.
 
et accessoirement un fichier modifié légitimement voit aussi son cheksum changer normalement...
 
comment tu détectes qu'un cheksum change légitimement ou pas?

pourquoi pas, c'est pas impossible.

Je pense aussi que ce n'est pas impossible, mais je me dis que si le virus cité ne s'attaque qu'à la version courante du fichier, alors activer les snapshots peut aider à contrer son effet.

Pas d'accord, la puissance de ZFS est dans le snapshot, et ça c'est une vraie solution pour les problèmes que tu cites.

pas vraiment non, c'est un pis-aller, puisque tu es dans l'impossibilité de savoir où et quand a lieu un problème, donc à moins d'avoir un nombre infini de snapshots, tu ne peux te garantir contre un de ces soucis.

Ben si justement en faisant des backup espacés avec une rétention longue et des snaphot peu espacé avec une rétention courte.  
 

longue sur plusieurs années la rétention des backups alors, ça fait beaucoup de données à stocker... parce que j'ai déjà vu le cas de perte de documents de plus d'une paire d'années...
 
tout comme les snapshots d'ailleurs, puisque j'ai déjà eu le cas de perte de fichiers conçus et malheureusement effacés entre 2 backups...

Pour les backups, tu as des stratégies de gestion assez élaborée du style : backup journalier et backup du vendredi gardé 1 mois. Certes avec ce genre de stratégie, plus tu remonte loin et moins tu as de chance de retrouver l'info, mais je ne connais aucune autre solution pour allier/ménager le volume de sauvegarde et l'historique de récupération

avec ton système backup journalier et backup du vendredi conservé 1 mois, tu n'as qu'une garantie de récupération d'une semaine gros max...
puisque un fichier créé le jeudi et effacé par erreur le vendredi, le lundi suivant, si les sauvegardes quotidiennes sont gardées jusqu'au back up hebdo, il n'es plus récupérable.

Ce n'était qu'un exemple
Pour moi, pour éviter qu'un virus ne tue tes données existantes, il faut que tes données backupées ne soient plus accessibles/modifiables
 
Si tu fait les backups sur media "non modifiables", tu as 4 choix
1. tu garde une infinité de médias --> pas réaliste
2. tu tourne tout le temps sur les même média --> après un cycle tes données sont perdues
3. tu garde à des moments clefs et/ou des dates fixes des medias --> pour moi, un compromis acceptable.
4. tu augmente la durée d'un cycle --> jusqu'où?
 
Perso, je trouve que définir une stratégie de backup adéquate est très très compliqué et se résume à 2 questions "Que suis-je près à perdre" + "Quel énergie suis-je près à mettre pour récupérer la situation".

Et Dieu inventa la sauvegarde incrémentielle

C'est marrant, faire des backups incomplet, je vois seulement ça quand le temps ou le volume ne permet pas de faire le complet, pas pour gagner de la place
 
Ceci dit, en cas de restore du système, tu n'as pas intérêt à avoir un cycle trop long d'incrémentiel. Différentiel alors ?
 
Je me rends compte en tout cas, que dans le passé, j'ai pris des habitudes et des choix uniquement bons (ou pas trop mauvais) dans la situation bien précise où l'on était. Et que remettre en question les certitudes est vraiment obligatoire pour la survie.
Merci déjà pour ce débat qui me remet un peu les aiguilles à l'heure.
 
La différentielle alors ?

différentielle ou incrémentielle, c'est kif kif, tu sauvegardes les différences entre l'état précédent et le nouveau.
 
Si tu as un système qui bouge modérément, tu peux ainsi te permettre d'avoir un très long temps de rétention, au prix d'une complexité un poil supérieure à une sauvegarde complète.

Le jour où tu dois faire un restore, c'est pas kifkif
restore incrémental :
 
restore dernier complet + incrémental 1 + incrémental 2 + incrémental 3 + ... (dans l'ordre et être sûr d'avoir tous les medias présent et lisible)
 
restore différentiel
 
restore dernier complet + restore dernier différentiel  

ok, le différentiel est plus gros puisqu'il faut la différence avec la dernière sauvegarde complète...
pas très intéressant...

Pour la problématique de la restauration, la technique de la consolidation est pas mal...

Truc tout con, pour nos pc de prod on a un système du genre:
- incrémental tous les jours
- différentiel toutes les semaines
- complète tous les mois
 
On garde 15j d'incrémental, les diff sur tous le mois, et les complètes sur 3 mois (me semble)
 
Bon après la problématique est particulière, on a pas d'intéret d'avoir une sauvegarde d'un jour précis du mois d'avant par exemple.

Salut ,
J ai commencé le montage de mon NAS sur nexenta stor.
Le controleur LAN qui est un intel Intel® i217LM + Intel® i210AT sur  ma carte mère n'est pas reconnue de base.
 
Je ne vois pas comment installer de driver complémentaire au moment de l installation.
Qq un a une idée?
 

 
Changer de CM ou ajouter un contrôleur LAN  
Les drivers sous les solaris-like, bon courage...

 
Ok merci, je suis partie sur la seconde solution...

Mon topic a l'air d' intéresser beaucoup moins de monde que les configs pour jouer, du coup messieurs qui peuplent ce topic, des avis là dessus ? http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0
 

Bonjour,
 
Je suis en train de chercher une config pour un NAS mini-Itx maison, et je voudrais l'utiliser pour ZFS.
 
Du coup, je suis tombé sur la magnifique  :  http://www.newegg.com/Product/Prod [...] 6813157466
 
Processeur pour ECC, je sais pas ce qu'il faut,  j'ai vu ça  :  http://www.cdiscount.com/informati [...] 34130.html  
 
Ram ECC et Alim, pas de souci, je verrais après.  
Est-ce que quelqu'un a des retours d'utilisation fonctionnels de cette carte mère avec une config sous OpenIndiana / Napp-it  (ou FreeBSD / FreeNas)  ?  
 
Merci    
 

les processeurs avec ECC ce sont les XEON chez INTEL, et quelques rares processeurs, style ATOM, vendu uniquement pour les constructeurs...

Ah..  
Zut, ça veut dire qu'il y a rien d'autre que Xeon si on veut que la Ram ECC fonctionne ??  

Tu as aussi un pentium dont je ne me rappelle plus la référence. Regarde sur ark.intel.com tu peux filtrer par support de l'ecc et socket

http://ark.intel.com/products/6666 [...] he-1_2-GHz
mais pour le trouver, bonjour.

Non c'est pas le seul, voici le lien, maintenant que je ne suis plus sur mon mobile
http://ark.intel.com/search/advanc [...] emory=true
Il y a des Celeron, des Core i3, des Pentium
Le G3220 par exemple est un bon plan pour une machine NAS avec la carte mère sus-citée

16Go de RAM ECC, E3C224D2I (la C226 n'apporte rien pour ce cas d'usage), Pentium G3220, et une IBM M1015 : c'est la config parfaite pour un NAS ZFS en Mini-ITX

EDIT : Par contre il faut savoir que c'est pas pour virtualiser le NAS, puisque ce processeur ne supporte pas le PCI Passthrough. C'est pour une config avec l'OS NAS en direct
EDIT 2 : Et la carte SAS n'est pas forcément nécessaire si on se limite aux ports SATA de la carte mère

Ok, par contre je ne prends pas de Raid matériel / carte SAS, les Sata de la carte mère seront très bien pour moi.
Et pour être honnête, en tant que particulier, la dépendance à un raid matériel ne m'enchante pas..  
 
Sinon, je vois merci de vos conseils,  super config    
Me reste à choisir Ram (en 1333 Mhz si j'ai bien vu.. )  et alim.
 
A l'occaz, si quelqu'un sait si les cartes réseaux I210 sont supportés sous OpenIndiana..  
 
Merci de votre aide, en tout cas.

 
On est d'accord mais c'était pas pour le RAID matériel, c'est au cas où tu manques de ports
 
EDIT : Pour l'alim je ne peux que recommander la Seasonic 360W, elle est certifiée Gold, compacte, super silencieuse et largement suffisante pour cette config

Sauf que celui que j'ai donné est le seul à avoir 375Go de RAM possible, tout l'intérêt de l'ECC...