Discussion :

[frodon33]

Bonjour,

Voilà mon problème: j'aimerai pouvoir forcer, en tant qu'administrateur d'une application sous Access2003, l'extinction des bases frontales installées sur les postes clients (15 PC ayant une base frontale embarquée liée à une base dorsale sur un serveur), après avoir placer un message d'avertissement de cette extinction aux utilisateurs, afin de pouvoir réparer et/ou compacter la base dorsale.
Cela est-il possible? Si la réponse est affirmative comment procéder?
Merci à toutes les personnes ayant eu à résoudre ce type de fonctionnalité de bien vouloir me répondre. D'avance merci!!

[FreeAccess]

Bonjour,

"..forcer, en tant qu'administrateur...., l'extinction des bases frontales installées sur les postes clients"

Une grande partie des réponses à ta question se trouve dans cet excellent tuto de dolphy:

Comment utiliser une application en mode multi-utilisateurs

.....et pour la déconnection de tes utilisateurs tu peux utiliser la solution de Morsi

Comment déconnecter les utilisateurs d'une base de données ?

...à tester.....

[frodon33]

Bonjour,

J'ai bien suivi les recommandations pour visualiser les différents postes connectés à la dorsale ( située sur un serveur): j'ai bien la liste des noms de Pcs et des login des utilisateurs mais je n'arrive pas à avoir de message envoyé sur les Postes utilisateurs ( par exemple : déconnection dans 5 mn!) Oû se trouve le problème dans le code? voici le lien explicatif:
http://dolphy35.developpez.com/artic.../basesreseaux/


Par ailleurs je n'arrrive pas à déconnecter les postes clients ( j'ai suivi les recommandations de MORSI ), dont voici le lien
http://access.developpez.com/faq/?pa...min#dconnexion
mais faut-il que le code de déconnexion soit situé dans le formulaire de la base principale ( base partagée nommée "dorsale")?
Tous mes formulaires possèdent des Codes sur Timer.

Ne peut-on pas créer un bouton de commande qui lancerait une màj de la table Administration ( liée à la base dorsale) et qui afficherait un formulaire de sur lequel je pourrai affecter la routine de déconnection?
Je sais c'est un peu alambiqué comme routine mais je ne connais pas toutes les astuces d'Access.
Merci de bien vouloir me répondre.
Bien amicalement

[fevec]

Bonjour,
Sauf erreur de ma part,
il y a une erreur de syntaxe dans le code (trouvée lors de la compilation)

http://access.developpez.com/faq/?pa...min#dconnexion


A la place de la ligne

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

rstLO.Close

il faut utiliser pour fermer le recordset

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

rcd.Close

Bonne journée à tous,

fevec

[frodon33]

Bonjour Fevec,
Bien lu ton message, mais la modification de code a pour effet de fermer
la connexion du poste sur lequel on lance la procédure et non les postes clients listés par le code développé par Dolphy

http://dolphy35.developpez.com/artic.../basesreseaux/

Quid de la procédure pour fermer par sélection (ou d'une seule commande) tous les postes clients de la base principale?
Merci de bien vouloir me répondre.
Bien amicalement.

[vodiem]

salut FreeAccess, fevec, frodon33

les solutions de Dolphy35 et Morsi sont de créer dans la dorsale une table qui contiendra un champ définissant l'état de verrouillage de la base.
les frontales doivent par timer vérifier la valeur de ce champ régulièrement afin de provoquer message+fermeture de la base.

de ce que j'ai rapidement lu, Dolphy35 fourni la liste des connectés pour envoyer des messages sur les postes connectés mais ne déconnecte pas à distance les postes. cette diffusion de message par gestion des utilisateurs n'a pas lieu d'être si ceux sont les frontales qui doivent s'auto-fermer: elle savent émettre un message avant fermeture.
toutefois la solution de Dolph35 peut par le ldb garantir le moment où la base peut faire sa maintenance.
je ne crois pas que tu trouves pour le moment d'alternative au suicide collectif des frontales bien qu'il y existe des possibilités pour que la dorsale rompt ses liens voir même ferme ces frontales à distance.

personnellement je n'aime pas ces solutions car le lbl n'est pas un fichier fiable et en aucun cas ne permet de forcer la clôture en cas de prb sur l'un des postes mais à défaut de mieux il faut que tu te contentes de ces codes.

bonne continuation,

[micniv]

Bonsoir Vodiem, Freeaccess et les autres,

Je vous soumet une idée pour la fermeture des postes.
Cette idée est une extension du tuto de Maxence http://mhubiche.developpez.com/Acces...autofermeture/
En plus, sur la dorsale on crée une table T_AdminQuit avec un champ blnQuit de type Yes/no et un champ PcAdmin pour connaitre le pc déclencheur de la procédure.

Chaque poste lance au démarrage un form caché qui scrute périodiquement la valeur blnQuit dans la table T_AdminQuit (similaire au tuto)

Quand l'administrateur décide de killer les autres utilisateurs de la base, il passe la valeur de blnQuit à Vrai. Un message d'avertissement est déclenché sur tous les autres postes, ainsi que la fermeture automatique du frontal (comme dans le tuto : un compte à rebours jusqu'au Quit).

Tant que la valeur de blnQuit reste à Vrai, un quidam ne peut pas se connecter à la base. Seul l'utilisateur du poste PcAdmin peut s'y reconnecter.
Quand l'administrateur a terminé sa manip, il repasse la valeur de blnQuit à False.

Reste 2 ou 3 petites choses à préciser mais je pense que c'est jouable ainsi !

[frodon33]

Bien lu le message,
je vais tester les propositions de la discussion et je vous tiendrais informé.
Merci à Micniv,Vodiem et Fevec pour la rapidité de leur réponse.
Bien cordialement

[frodon33]

Bonjour à tous,

J'ai repris l'idée de dolphy35 et ça fonctionne très bien : à condition que le serveur NAS sur lequel se trouve la dorsale ne plante pas. En fait mon problème vient de là: il semblerait que lorsque le serveur est trop sollicité, (de nombreux répertoires sont partagés et la téléphonie transitant par IP ( comme une box ADSL), utilise les mêmes câbles (?!) mais ne transite pas par une connexion commune ,dixit la DSI de mon lieu de travail.Bref de temps en temps les transactions de données entre frontales (PC clients connectés ) et la dorsale sur serveur, sont coupées par le fort ralentissement du serveur NAS ( message: la base ne peut pas se connecter à la base tartampion: format non reconnu). Il faut alors réparer la base systématiquement
Quelqu'un a t-il eu connaissance de ce problème?
Merci de bien vouloir me répondre
Bien amicalement.

[micniv]

à condition que le serveur NAS sur lequel se trouve la dorsale ne plante pas.

Attention : le NAS ne fait que du stockage or ACCESS a un réel besoin de ressources de partage.
J'ai déjà été confronté à ce problème et ma conclusion est qu'un NAS n'est pas un serveur suffisant.