IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration SQL Server Discussion :

Flux réseau d'une requête


Sujet :

Administration SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Juin 2002
    Messages
    57
    Détails du profil
    Informations personnelles :
    Âge : 50
    Localisation : France, Calvados (Basse Normandie)

    Informations forums :
    Inscription : Juin 2002
    Messages : 57
    Par défaut Flux réseau d'une requête
    Bonjour,

    Connaissez-vous le flux réseau lorsqu'on lance une requête sur un poste client ?
    Mon contrôleur de domaine est distant, es-ce un élément pour avoir de mauvaises performances ?

  2. #2
    Membre émérite
    Profil pro
    Inscrit en
    Février 2008
    Messages
    758
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2008
    Messages : 758
    Par défaut
    Citation Envoyé par Wil14 Voir le message
    Bonjour,

    Connaissez-vous le flux réseau lorsqu'on lance une requête sur un poste client ?
    Mon contrôleur de domaine est distant, es-ce un élément pour avoir de mauvaises performances ?
    Pas évident de voir ce que tu entends par flux réseau. Lorsqu'une requête est envoyée pour exécution, l'étape d'authentification est déjà passée, donc il n'y a pas d'allers-retours vers un contrôleur de domaine. Simplement ce qui transite, ce sont les paquets TDS qui encapsulent la requête. Plus la requête est volumineuse (nb de lignes de code), plus il faudra de paquets. Mais ça ne joue pas tant que ça. Quel est ton problème exactement ? Quels sont les symptômes ?

    Merci,

    David B.

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Juin 2002
    Messages
    57
    Détails du profil
    Informations personnelles :
    Âge : 50
    Localisation : France, Calvados (Basse Normandie)

    Informations forums :
    Inscription : Juin 2002
    Messages : 57
    Par défaut
    Des temps de réponses assez long, pourtant dans le profiler les requêtes sont < 10ms.
    A part le contrôleur de domaine qui est distant je ne vois pas pourquoi.

  4. #4
    Membre émérite
    Profil pro
    Inscrit en
    Février 2008
    Messages
    758
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2008
    Messages : 758
    Par défaut
    Citation Envoyé par Wil14 Voir le message
    Des temps de réponses assez long, pourtant dans le profiler les requêtes sont < 10ms.
    A part le contrôleur de domaine qui est distant je ne vois pas pourquoi.

    Exécuter une requête type en local (sur la machine SQL Server) et en distant avec set statistics io on + set statistics time on:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    set statistics io on
    set statistics time on
    SELECT ....
    Et regarder s'il y a une différence.

  5. #5
    Membre Expert Avatar de iberserk
    Homme Profil pro
    Architecte de base de données
    Inscrit en
    Novembre 2004
    Messages
    1 795
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Architecte de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2004
    Messages : 1 795
    Par défaut
    Petite question anodime Wil14:

    Quel est le contexte de vos test? (DEBUG d'une appli .NET?)

    Les développeurs ASP.NET ont ce genre de problème avec le IIS virtuel crée lors du debug de leurs appli .NET... rien de grave en soit.

  6. #6
    Membre confirmé
    Profil pro
    Inscrit en
    Juin 2002
    Messages
    57
    Détails du profil
    Informations personnelles :
    Âge : 50
    Localisation : France, Calvados (Basse Normandie)

    Informations forums :
    Inscription : Juin 2002
    Messages : 57
    Par défaut
    Bonjour,

    Pas de différence en activant les compteurs.
    Les conditions sont en exploitation.

    Je reviens sur le trafic réseau concernant la sécurité avec mon contrôleur de domaine distant car en réalisant le test suivant :
    -Connexion sur client
    -Lance une requête -> ok
    -Niveau administration, j’enlève les droits sur l'utilisateur
    -Sur la connexion précédente toujours ouverte, je relance la même requête ->
    Msg*229, Niveau*14, État*5, Ligne*1
    L'autorisation SELECT a été refusée sur l'objet '...', base de données '...',...

    Lors de l’exécution d'une requête il y a donc une vérification de la sécurité avec le serveur Sql.
    Y a t-il également une communication avec le contrôleur de domaine lors de l'exécution d'une requête ? Si c'est le cas et que ma ligne Internet est saturée (navigation, téléchargement,...), ça pourrait être un facteur de ralentissement.

Discussions similaires

  1. [AC-97] Temps de réponse d'une requête lancée en réseau
    Par niko8181 dans le forum Requêtes et SQL.
    Réponses: 1
    Dernier message: 05/10/2009, 17h56
  2. [3.0.2]Extraire les données d'une requête vers un flux sortant
    Par lazarel dans le forum Développement de jobs
    Réponses: 1
    Dernier message: 26/11/2008, 09h16
  3. [Réseau] envoyer une requête http POST
    Par rich25200 dans le forum Langage
    Réponses: 3
    Dernier message: 31/01/2008, 23h15
  4. [réseau] capter une requête sur un port spécifique
    Par ebaynaud dans le forum Langage
    Réponses: 1
    Dernier message: 29/09/2006, 13h26
  5. [Réseau] Attendre une requête ??
    Par haffouff dans le forum Langage
    Réponses: 8
    Dernier message: 04/05/2006, 17h12

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo