DominoArea.org [Archive]

Bonjour à tous,

Sur l'une de mes bases applicatives j'ai régulierement des documents qui disparaissent. Hors:
-aucun utilisateur n'a les droits en suppression.
-Il n'y a pas de gestion de champs lecteur.
-J'ai créé une vue "Tous documents" sans sélection particuliere mais je ne retrouve pas mes docs....
-Il n'y a pas d'agent qui supprime des documents.

Cette base est répliquée sur un cluster, le probleme peut-il venir de là ??

y-at-il d'autres choses que je puisse vérifier ??

Une idée ???

Merci d'avance!

Lotus V7 / client lourd.

salut

je pense que tu as bien ciblé le problème vue que tu as fait le tour de tout ce qui pouvait supprimer un doc.

va faire un tour sur la réplique pour voir si un utilisateur n'y aurrai pas les droits de suppression. va aussi faire un tour dans l'historique de réplication tu devrais avoir plus d'info.

mais je te confirme, qu'un document ne peut pas disparaitre tout seul

Dans ta vue tu as combien de documents ?

Dans les propriétés de ta base tu en as combien ?

Entre ma vue "Tous documents" et les propriétés de la base il y a 35 doc de différences....

Il faut que je lance un design et un fixup. Mes documents "disparus" sont peut-être endommagés?

re, vérifie bien qu'il n'y a pas de champ auteur/lecteurs dans tes documents. a mon avis ton pb viens de là

Il y a bien un champ auteur dans les documents mais ce n'est pas ça qui devrait m'empecher de les voir ?

Pour visualiser l'ensemble des documents je suis passée en "accès complet aux fonctions d'administrations" donc même s'il y avait une mauvaise gestion d'un champ lecteur j'aurais dû les retrouver dans ma vue "Tous documents"....

re,

ben justement l'une des fonctions des champs auteur/lecteur est de ne pas voir les documents auquel on a pas acces.

sinon c'est quoi la formules de ta vue alldocs ? le pb viens peut être de la un pb de nom de masque

Bonjour,

Vérifie que t'es serveur et les rôles nécessaire pour voir t'es documents.
Est ce qu'ils ont les mêmes accès, les documents peuvent disparaitre suite à une répliques dans le cluster parce qu'un des membres ne voient pas les documents.

1/ Dans ma vue "Tous docs" je n'ai mis aucune sélection donc même avec un probleme sur le champ Form, j'aurais du retrouver mes petits.

2/ J'ai vérifié la LCA de la base et de sa réplique sur le cluster: c'est ok, les serveurs sont bien gestionnaires. Par contre ils n'avaient pas tous les roles...
Normalement ces roles ne jouent pas sur la visibilité des documents mais j'ai tout remis d'aplomb.

En fait le problème venait de la réplication:
Si un utilisateur entrait en modification sur un doc de la base de production et si un autre utilisateur (ou lui-même!) entrait en modification sur ce même document sur la réplique de la base alors le document disparaissait.

J'ai donc "Autoriser le verrouillage des documents" pour cette base et modifier le traitement des conflits "Fusionner conflit/aucun conflit"

salut

tu peux faire apparaitre les documents en conflit avec une vue ayant pour select @IsAvailable( $Conflict )

oups! fort instructive cette vue: j'ai retrouvé mes documents perdus!
Ils n'avaient pas été supprimés mais le document principal n'existait plus et à la place il y avait deux documents en conflits

J'avais bien créé une vue "Tous documents" mais l'option "Hiérarchiser les doc réponses" était cochée.

bon bin je crois que j'ai vraiment un problème avec le paramétrage de mon cluster...

A priori ton cluster fait son boulot... Il te reste à trouver pourquoi les documents sont en conflits. Tu peux notamment regarder la date du conflit mais aussi l'utilisateur ou encore les champs en conflit. Tu peux t'aider d'un outil comme ScanEZ d'Ytria en version gratuite t'affiche les conflits et te permet de consulter simplement les champs de tes docs.

Si ce ne sont pas les utilisateurs qui créent les conflits, peut être est ce un agent planifié qui s'exécuterait sur les deux serveurs et ré-enregistrerait les documents...

Entre parenthèse, et de mémoire, l'activation de l'option "Fusionner conflit/aucun conflit" n'est pas rétroactive... Elle ne fonctionne pas sur les documents créés précédemment...

Good luck !

re,

si un document est modifié en simultané sur les 2 réplique du cluster, tu va avoir un bon confli de réplique car Domino ne sais pas lequel prendre.

dans ce cas là tu peut mettre en place un verrouillage centralisé des doc (a codé toi-même)

h amais il y avait déjà une gestion des verrouillages développé par l'un de mes prédecesseurs. Je l'ai désactivée pour utiliser "Autoriser le verrouillage des documents" natif (conseil d'IBM)