Instanciation Objet notresdatabase

Bonjour

j'ai un script qui passe en revue toutes les bases d'un serveur. pour certaine l'objet Notesdatabase n'est pas instancié sans pour autant renvoyer d'erreur.
et le plus énervant j'arrive a les ouvrir avec le client lourd.

J'utilise Session.get Database puis new notesdatabase si la premier ne fonctionne pas.

pour certaine base "l'explication" est claire, elles sont crypté. mais la aussi il n'y de message d'erreur qu'avec le client.

ya une methode pour avoir plus d'infos sur la cause de la "non ouverture" ?

Avec l’api c oui mais je ne comprends pas l’histoire de ton chiffrement, la base sur serveur est chiffrée avec l’id serveur donc le fait de l’ouvrir sur serveur tu passes par le serveur qui déchiffre la base. Si le serveur ne peut pas déchiffrer la base c’est que cette dernière est chiffrée avec un id user ou un autre (mais dans ce cas le log domino te l’indique lors des updall/fixup/compact/dbmt etc)

Autre point pourquoi un new? Troisième paramètre de getdatabase (srv,db,false) le false te renvoie nothing si la base ne peut pas être ouverte

Ton script il s’exécute avec quel compte? Exécute le pour le compte du serveur ça élimine pas mal de soucis (ou en mode full admin si le gars qui a enregistré l’agent a les droits full admin)

Merci pour le retour.

donc, je scan toutes les bases de tous les serveurs.
le scan ne tourne que sur le serveur en cours. l'agent est full admin avec un compte ayant tous les droits.
quand mon code essais de se connecter a une base il utilise différentes méthode (au cas ou la premiere ne marche pas)
(impossible de signer avec le nom du server la base qui scan est répliqué partout)

je me retrouve avec des bases inaccessible mais qui ne leve pas d'erreur a l'instanciation.

entre temps j'ai aussi eu l'idée de l'AP-C je l'ai codé ça remonte bien les erreurs, j'espere juste que ç'ets stable parceque je peut pas faire planter les serveur en boucle (meme si je n'tilise l'aPI C que pour les base non instancié)

Que veux tu récupérer lors de tes scans?

Essaie d'exécuter ton agent pour le compte de LocalDomainServers, souvent LocalDomainServers a tous les droits sauf rares cas

Je récupère tout ce qui est possible de récupérer.

le compte utilisé est un compte avec tout les droits, c'est juste que le lotus script ne leve pas d'érreur quand la base est crypté ou qu'elle a besoin d'un consistancy check.

erreur levé par l'API-C. on verra si ça fait planter les serveurs. on a remonté le probleme a HCL, réponse : passé par la LCA de l'objet notesdatabase pour voir si vous avez access... difficile a faire quand l'objet n'est pas instancié

Tu fais un Load catalog puis ensuite tu tapes dans le catalogue, tu as la lca et les autres infos, pas besoin s’ouvrît les bases :-) si c’est un catalogue de domaine c’est encore mieux!