"Shared database" pour fichiers attachés

[K. Chabot]

Bonjour,Quelqu'un à déjà implanté cette fonction sur un serveur Domino ?il s'agit de centraliser tous les fichiers attachés de toutes les bases de données dans une seule, et lorsque la dernière personne possédant un lien vers ce fichier l'efface, alors le fichier lui même est effacé de la base centrale.Est-ce stable ? Possibilité de corruption de la base ? Disponibilité en mode replique locale ? Procédure d'implantation ?Est-ce qu'une fois la base activé, est-ce seulement les nouveaux fichiers attachés qui y seront ajouté ou est-ce que Domino va ajouter ceux déjà attachés ? (J'en doute fort).Merci.K. Chabot

[PAT]

Je l'ai mis en production en v 4.5 et 4.6 et cela fonctionnait moyennement et surtout cela entrainait un risque important au cas où cette base serait corrompue ...J'ai abandonné en v5, car les tailles standards des disques durs ont depuis beaucoup augmentées. Je ne sais donc pas si cette fonctionnalité s'est améliorée.En ce qui concerne le mode replique, lors de la replique d'une BAL, tu récupéres sur la replique une copie de toutes les pieces jointes liées aux courriers de cette BAL qui etaient stockées dans le courrier partagé. Ce qui implique une taille du fichier répliqué largement supérieur à celle de la BAL serveur.

[K. Chabot]

D'accord, ça répond en général à ma question. Il est certain qu'un risque de corruption est toujours présent lorsqu'un plusieurs utilisent une base centrale.Nous avons bcp de gens qui gardent tous les documents ainsi que les fichiers attachés dans leur base, ce qui cause un problème d'espace disque lorsque le backup quotidien roule.Nous prenons quotidiennement 95 Gigs de base Notes, ce qui est totalement incompréhensible ici. Les gens négligent totallement de faire du ménage.Je vais quand même y jeter un coup d'oeil pour voir si l'implantation peut se faire sans lacune.Merci.K. Chabot

[PAT]

Il existe aussi des outils annexes d'archivage qui permettent de stocker les pieces jointes dans une base SQL, mais c'est vrai que c'est un peu cher ...