Bonjour,
J'ai une arborescence de fichiers de production servie en smb par un NAS sous linux ( 30k dossiers, 160k fichiers, 500GB de données).
Je souhaitais mettre à disposition des mes utilisateurs des instantanés réguliers: heures, jours, etc.
Après qques recherches, j'ai tenté un 'cp -al source snapshot'.
Dans cette copie, le fichiers pointent donc sur les mêmes octets de données (hardlink).
Le gros avantage est que c'est relativement rapide: 25" et peu gourmand en place: 39MB.
Par contre, contrairement à ce que je pensais, les applications, même de "haut niveau" comme les applications bureautique - je pense à openoffice - réécrivent exactement au même endroit lors d'un enregistrement (ctrl+S):
'stat source/fichier.ods snapshot/fichier.ods' donne le même inode de départ pour les deux fichiers.
Ceci a pour conséquence de rendre inutile mon snapshot puisqu'il est lui aussi modifié lors d'un enregistrement. Après réflexion, je me dis que c'est sûrement pour éviter d'avoir à re-réserver de la place et/ou éviter la fragmentation. Bref, ça ne m'arrange pas dans mon cas.
D'où ma question, est-il possible de forcer le système/filesystème/smb/application à changer la position d'écriture lors d'un enregistrement ? (unlink ou tout autre moyen).
Merci de votre aide.
# non
Posté par Krunch (site web personnel) . Évalué à 1.
Par contre tu peux utiliser des snapshots LVM. Ou bien un système de fichiers qui gère les snapshots (mais ya rien de libre et stable sous Linux pour le moment AFAIK).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: non
Posté par GG (site web personnel) . Évalué à 2.
LVM gère très bien les snapshots, et ça permet de répondre a ses besoins, c'est même fait pour. Pas besoin de s'embêter avec un système de fichiers spécifique.
A bientôt
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: non
Posté par __o . Évalué à 1.
C’est bien pour faire des backups consistents à partir d'un snapshot (faire un snapshot, copier son contenu, supprimer le snapshot). Par contre c'est totalement inutilisable pour y faire des backups incrémentaux (1. stocker un backup dans un volume, 2. snapshoter le volume, 3. goto 1).
# zfs/samba/
Posté par towanda . Évalué à -3.
http://blogs.sun.com/amw/entry/using_the_previous_versions_t(...)
=> Pour résumer il semble que la fonction "restauration" inclue dans l'explorateur de windows marche bien avec un samba sur du zfs/lvm. Par contre, zfs marche pas sous Linux, too bad !
Enfin, je te mets le lien au cas où tu es des envies d'un autre système.
[^] # Re: zfs/samba/
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
C'est une volonté de Sun. A mon avis, tant pis pour Sun car le jour ou Btrfs sera prêt, ce sera le début de la fin pour ZFS...
# Voir rsnapshot
Posté par ranDom (site web personnel) . Évalué à 1.
Il suffit ensuite de faire des cp -l de cette copie à intervalle régulier pour avoir tes snapshots.
Cela correspond au fonctionnement de [http://rsnapshot.org/]
Salutations
[^] # Re: Voir rsnapshot
Posté par steph1978 . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.