Voici ma problématique:
J'ai un volume de données bureautique en très forte augmentation chaque année. Ce volume est stocké sur des serveurs Debian très haute performance.
Pour limitER cette explosion de la consommation, je mesure via un script la taille de certains répertoires stratégiques chaque mois.
Voici ma problématique:
J'ai un volume de données bureautique en très forte augmentation chaque année. Ce volume est stocké sur des serveurs Debian très haute performance.
Pour limitER cette explosion de la consommation, je mesure via un script la taille de certains répertoires stratégiques chaque mois.
Voici ma problématique:
J'ai un volume de données bureautique en très forte augmentation chaque année. Ce volume est stocké sur des serveurs Debian très haute performance.
Pour limitER cette explosion de la consommation, je mesure via un script la taille de certains répertoires stratégiques chaque mois.
karine a écrit :
> Voici ma problématique:
> J'ai un volume de données bureautique en très forte augmentat ion chaque
> année. Ce volume est stocké sur des serveurs Debian très haute
> performance. Pour limitER cette explosion de la consommation, je mesure
> via un script la taille de certains répertoires stratégiques chaque mois.
* Un utilisateur, c'est comme un clébard: il faut le dresser correct ement
;) stocker tout et n'importe quoi ne sert à rien, sinon à avoir des
difficultés à retrouver le bon document le moment venu.
C'est à toi de faire un audit et de poser les bonnes questions pour
obtenir les bonnes réponses et faire baisser l'encombrement des part oches
(et tu seras ptêt surprise...)
* Il existe différents softs de gestion documentaire qui permettent la
ventilation intelligente des docs (v. google pour ça), l'affichage de
digests, la compression, l'indexation textuelle, etc
* Pour la partie à archiver, perso pour faire simple je ferais un tri
régulier à partir de 'atime' (access time) et, au-delà d'u n certain temps
(à déterminer par ton audit), un autre script basculerait les f ichiers en
question sur svr2.
à l'évidence ton PB est à reprendre à la racine avant toute manip ou
restructuration:
la plupart des gens qui n'ont pas été brieffés se
contentant de tout sauvegarder sans se poser de questions.
karine a écrit :
> Voici ma problématique:
> J'ai un volume de données bureautique en très forte augmentat ion chaque
> année. Ce volume est stocké sur des serveurs Debian très haute
> performance. Pour limitER cette explosion de la consommation, je mesure
> via un script la taille de certains répertoires stratégiques chaque mois.
* Un utilisateur, c'est comme un clébard: il faut le dresser correct ement
;) stocker tout et n'importe quoi ne sert à rien, sinon à avoir des
difficultés à retrouver le bon document le moment venu.
C'est à toi de faire un audit et de poser les bonnes questions pour
obtenir les bonnes réponses et faire baisser l'encombrement des part oches
(et tu seras ptêt surprise...)
* Il existe différents softs de gestion documentaire qui permettent la
ventilation intelligente des docs (v. google pour ça), l'affichage de
digests, la compression, l'indexation textuelle, etc
* Pour la partie à archiver, perso pour faire simple je ferais un tri
régulier à partir de 'atime' (access time) et, au-delà d'u n certain temps
(à déterminer par ton audit), un autre script basculerait les f ichiers en
question sur svr2.
à l'évidence ton PB est à reprendre à la racine avant toute manip ou
restructuration:
la plupart des gens qui n'ont pas été brieffés se
contentant de tout sauvegarder sans se poser de questions.
karine a écrit :
> Voici ma problématique:
> J'ai un volume de données bureautique en très forte augmentat ion chaque
> année. Ce volume est stocké sur des serveurs Debian très haute
> performance. Pour limitER cette explosion de la consommation, je mesure
> via un script la taille de certains répertoires stratégiques chaque mois.
* Un utilisateur, c'est comme un clébard: il faut le dresser correct ement
;) stocker tout et n'importe quoi ne sert à rien, sinon à avoir des
difficultés à retrouver le bon document le moment venu.
C'est à toi de faire un audit et de poser les bonnes questions pour
obtenir les bonnes réponses et faire baisser l'encombrement des part oches
(et tu seras ptêt surprise...)
* Il existe différents softs de gestion documentaire qui permettent la
ventilation intelligente des docs (v. google pour ça), l'affichage de
digests, la compression, l'indexation textuelle, etc
* Pour la partie à archiver, perso pour faire simple je ferais un tri
régulier à partir de 'atime' (access time) et, au-delà d'u n certain temps
(à déterminer par ton audit), un autre script basculerait les f ichiers en
question sur svr2.
à l'évidence ton PB est à reprendre à la racine avant toute manip ou
restructuration:
la plupart des gens qui n'ont pas été brieffés se
contentant de tout sauvegarder sans se poser de questions.
Depuis Samba 3 il y a deux ans, les vannes sont ouvertes. J'ai scripté un rapport mensuel pour me dresser une analyse des évolutions par répertoire +
alarme suivant une taille limite ou une évolution (%) trop importante par rapport au mois précédent. Ensuite je dédie au moins 2 jours par mois pour
faire la chasse au gaspillage. L'essentiel étant de la relance par mail. Et oui, les utilisateurs ne sont plus bloqués ... ma demande est nettement
moins contraingnante et dissuasive qu'avec des quotas "hard-limit" !. Bref, d'un point de vue coût TCO ça n'a rien à voir. Là ou nous traitions cette
tâche en temps masqué, aujourd'hui c'est devenu un temps non négligeable de travail et les disques sont pleins (+ 30Go par an par site en moyenne !)
Je te rejoint donc sur ta préconisation, et c'est justement parce que les comportements des utilisateurs finaux ne repondent par à mes attentes (et
j'ai autre chose à faire que de relancer tout le temps par mail et faire l'archivage à leur place) que je recherche une solution capable de soulager
cette gestion et de renouer avec de la performance: quota + cette notion de stockage répartie qui est le sujet de mon mail.* Il existe différents softs de gestion documentaire qui permettent la
ventilation intelligente des docs (v. google pour ça), l'affichage de
digests, la compression, l'indexation textuelle, etc
Peux-tu me donner des liens, c'est justement cela que je recherche, cette notion de "ventliation intelligente". Peux-tu me donner des noms de paquets
debian ?
!! ;-) Pour la compression, je l'intégre effectivement dans mon étude. merci.
L'affichage de digest, même avec google, je ne vois pas de quoi il s'agit. Peux-tu développer.
* Pour la partie à archiver, perso pour faire simple je ferais un tri
régulier à partir de 'atime' (access time) et, au-delà d'un certain temps
(à déterminer par ton audit), un autre script basculerait les fichiers en
question sur svr2.
!! ;-) Bien vu pour l'access time, je l'intègre également. Il faut que je regarde si les sauvegardes n'actualisent pas cette donnée.
À l'évidence ton PB est à reprendre à la racine avant toute manip ou
restructuration:
Je suis à la racine ... je cherche justement les différentes options sans en dénigrer l'une par rapport à l'autre. Ici, je recherche des logiiels
Debian gérant cette notion de HSM ou de "ventilation intelligente" comme tu l'appel.
la plupart des gens qui n'ont pas été brieffés se
contentant de tout sauvegarder sans se poser de questions.
Tout à fait d'accord. Pour le moment (mais j'insiste je ne suis qu'à l'étape d'assimilation de piste !), l'application de quota par répertoire me
semble la solution qui permettra aux utilisateurs de se RE-poser ces fameuses questions comme dans le système précédent.
Depuis Samba 3 il y a deux ans, les vannes sont ouvertes. J'ai scripté un rapport mensuel pour me dresser une analyse des évolutions par répertoire +
alarme suivant une taille limite ou une évolution (%) trop importante par rapport au mois précédent. Ensuite je dédie au moins 2 jours par mois pour
faire la chasse au gaspillage. L'essentiel étant de la relance par mail. Et oui, les utilisateurs ne sont plus bloqués ... ma demande est nettement
moins contraingnante et dissuasive qu'avec des quotas "hard-limit" !. Bref, d'un point de vue coût TCO ça n'a rien à voir. Là ou nous traitions cette
tâche en temps masqué, aujourd'hui c'est devenu un temps non négligeable de travail et les disques sont pleins (+ 30Go par an par site en moyenne !)
Je te rejoint donc sur ta préconisation, et c'est justement parce que les comportements des utilisateurs finaux ne repondent par à mes attentes (et
j'ai autre chose à faire que de relancer tout le temps par mail et faire l'archivage à leur place) que je recherche une solution capable de soulager
cette gestion et de renouer avec de la performance: quota + cette notion de stockage répartie qui est le sujet de mon mail.
* Il existe différents softs de gestion documentaire qui permettent la
ventilation intelligente des docs (v. google pour ça), l'affichage de
digests, la compression, l'indexation textuelle, etc
Peux-tu me donner des liens, c'est justement cela que je recherche, cette notion de "ventliation intelligente". Peux-tu me donner des noms de paquets
debian ?
!! ;-) Pour la compression, je l'intégre effectivement dans mon étude. merci.
L'affichage de digest, même avec google, je ne vois pas de quoi il s'agit. Peux-tu développer.
* Pour la partie à archiver, perso pour faire simple je ferais un tri
régulier à partir de 'atime' (access time) et, au-delà d'un certain temps
(à déterminer par ton audit), un autre script basculerait les fichiers en
question sur svr2.
!! ;-) Bien vu pour l'access time, je l'intègre également. Il faut que je regarde si les sauvegardes n'actualisent pas cette donnée.
À l'évidence ton PB est à reprendre à la racine avant toute manip ou
restructuration:
Je suis à la racine ... je cherche justement les différentes options sans en dénigrer l'une par rapport à l'autre. Ici, je recherche des logiiels
Debian gérant cette notion de HSM ou de "ventilation intelligente" comme tu l'appel.
la plupart des gens qui n'ont pas été brieffés se
contentant de tout sauvegarder sans se poser de questions.
Tout à fait d'accord. Pour le moment (mais j'insiste je ne suis qu'à l'étape d'assimilation de piste !), l'application de quota par répertoire me
semble la solution qui permettra aux utilisateurs de se RE-poser ces fameuses questions comme dans le système précédent.
Depuis Samba 3 il y a deux ans, les vannes sont ouvertes. J'ai scripté un rapport mensuel pour me dresser une analyse des évolutions par répertoire +
alarme suivant une taille limite ou une évolution (%) trop importante par rapport au mois précédent. Ensuite je dédie au moins 2 jours par mois pour
faire la chasse au gaspillage. L'essentiel étant de la relance par mail. Et oui, les utilisateurs ne sont plus bloqués ... ma demande est nettement
moins contraingnante et dissuasive qu'avec des quotas "hard-limit" !. Bref, d'un point de vue coût TCO ça n'a rien à voir. Là ou nous traitions cette
tâche en temps masqué, aujourd'hui c'est devenu un temps non négligeable de travail et les disques sont pleins (+ 30Go par an par site en moyenne !)
Je te rejoint donc sur ta préconisation, et c'est justement parce que les comportements des utilisateurs finaux ne repondent par à mes attentes (et
j'ai autre chose à faire que de relancer tout le temps par mail et faire l'archivage à leur place) que je recherche une solution capable de soulager
cette gestion et de renouer avec de la performance: quota + cette notion de stockage répartie qui est le sujet de mon mail.* Il existe différents softs de gestion documentaire qui permettent la
ventilation intelligente des docs (v. google pour ça), l'affichage de
digests, la compression, l'indexation textuelle, etc
Peux-tu me donner des liens, c'est justement cela que je recherche, cette notion de "ventliation intelligente". Peux-tu me donner des noms de paquets
debian ?
!! ;-) Pour la compression, je l'intégre effectivement dans mon étude. merci.
L'affichage de digest, même avec google, je ne vois pas de quoi il s'agit. Peux-tu développer.
* Pour la partie à archiver, perso pour faire simple je ferais un tri
régulier à partir de 'atime' (access time) et, au-delà d'un certain temps
(à déterminer par ton audit), un autre script basculerait les fichiers en
question sur svr2.
!! ;-) Bien vu pour l'access time, je l'intègre également. Il faut que je regarde si les sauvegardes n'actualisent pas cette donnée.
À l'évidence ton PB est à reprendre à la racine avant toute manip ou
restructuration:
Je suis à la racine ... je cherche justement les différentes options sans en dénigrer l'une par rapport à l'autre. Ici, je recherche des logiiels
Debian gérant cette notion de HSM ou de "ventilation intelligente" comme tu l'appel.
la plupart des gens qui n'ont pas été brieffés se
contentant de tout sauvegarder sans se poser de questions.
Tout à fait d'accord. Pour le moment (mais j'insiste je ne suis qu'à l'étape d'assimilation de piste !), l'application de quota par répertoire me
semble la solution qui permettra aux utilisateurs de se RE-poser ces fameuses questions comme dans le système précédent.