MSACCESS 365 Problème de lenteur a l'ouverture du 2° utilisateur

Anonyme
2020-10-21T07:00:30+00:00

Bj,

Après vérification et test sur serveur (hyper performant I7 8E Génération, SSD 512,  32 G mémoire)

  • Pas d'antivirus installé, pas de pare feu activé.
  • Répertoire partagé avec tout les droits
  • Base compacté (test débogage effectué RAS)
  • Vérification des index de tables (OK)

Chemin réseau partage = z:\

Cette base environ 300 méga, fonction depuis plus de 15 ans, elle a évoluée avec toutes le nouveautés MSACCESS.

Il y a encore trois mois cela fonctionnait normalement cela se dégrade.

Réponse requête sur 40 000 Enregistrements moins d'une seconde (comme aujourd'hui en utilisation  locale)

En réseau toujours la même requête réponse plus de 8 secondes ???

Le réseau peut il être en cause, a priori il fonctionne, peut on faire des tests poussés quelle sont les spécification sous Windows 10.

On a l'impression que le passage en ACCDE se fait mal ?

Que cela compile mais sans les avantages ? 

Merci pour vos idées

Microsoft 365 et Office | Access | Pour la maison | Windows

Question verrouillée. Cette question a été migrée à partir de la Communauté Support Microsoft. Vous pouvez voter pour indiquer si elle est utile, mais vous ne pouvez pas ajouter de commentaires ou de réponses ni suivre la question.

0 commentaires Aucun commentaire

5 réponses

  1. Anonyme
    2020-10-25T14:07:38+00:00

    Prennons l'exemple d'un partage réseau Y:

    UNC donnerait quelque chose du genre \serveur\partage\chemin

    IP donnerait quelque chose du genre \192.168.0.122\partage\chemin

    Pour ce qui est de fichier volumineux, ce n'est pas difficile d'en créer un.  Ouvre Word, fait une capture d'écran puis insert l'image dans le document 10-20-30+ fois jusqu'à ce que le fichier soit 30-50 MB.  Tu peux aussi simplement télécharger un fichier quelconque (tel https://aka.ms/ssmsfullsetup qui est le 'SQL Server Management Studio (SSMS)' de Microsoft à 600+MB)

    Cette réponse a-t-elle été utile ?

    0 commentaires Aucun commentaire
  2. Anonyme
    2020-10-22T10:12:55+00:00

    RE 

    As tu un modèle d'ouverture UNC ou IP !

    Je n 'ai pas de fichier volumineux en excel ou word  dommage

    Cette réponse a-t-elle été utile ?

    0 commentaires Aucun commentaire
  3. Anonyme
    2020-10-22T09:47:55+00:00

    Bonjour et merci pour votre réponse.

    Voila une base pour test en réseau  :  https://1drv.ms/u/s!Aua8-f8GpNDmljWUbXrfsKv6Qlj7?e=Ih3t3b 

    La base de données ci-jointe comprend trois table env 40 000 enregistrements par table et une requête (filtre sur la date)

    En local temps de réponse < à la seconde idem en réseau sans autre personne sur la base.

    Si plus d'un user sur la table, le temps de réponse et  >7 Secondes ?   

    Cdlt

    Cette réponse a-t-elle été utile ?

    0 commentaires Aucun commentaire
  4. Anonyme
    2020-10-21T09:12:39+00:00

    Je te sugère aussi d'essayer de liée tes table en te servant du chemin UNC ou IP plutot que du partage réseau (mapped drive). Pour un premier test, j'essayerais le chemin par IP.

    Le système frontal est distribué localement, sur le poste de chaque utilisateur et ne roule pas directement sur le partage réseau?

    Est-ce que ouvrir des grands fichiers Excel, Word, PowerPoint du même partage réseau se fait rapidement normalement ou y a-t-il des lenteurs?

    Cette réponse a-t-elle été utile ?

    0 commentaires Aucun commentaire
  5. Anonyme
    2020-10-21T08:53:25+00:00

    Les base de données est fractionnée?

    Chaque utilisateur a leur propre copie du système frontal, aucun partage!?

    Le système frontal établit une connexion persistante à son démarrage?

    Avez-vous fait une réparation d'Office?

    Quel est votre numéro de build d'Access?  Est-ce 32 ou 64-bit?

    Cette réponse a-t-elle été utile ?

    0 commentaires Aucun commentaire