Discussion :

[Trady]

Bonjour,

J'utilisais sur un seul et même serveur les applis, site web et base de données il y a quelques temps.

j'ai pris depuis peu un 2nd serveur dédié en LAN avec le 1er et la BDD est maintenant dessus.

Je note des temps de traitement plus importants et parfois même des blocages peuvent se produire dans les logs des applis :

|Error|System.Data.EntityCommandExecutionException: An error occurred while executing the command definition. See the inner exception for details. ---> System.Data.SqlClient.SqlException: Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding. ---> System.ComponentModel.Win32Exception: The wait operation timed out
--- End of inner exception stack trace ---

Pour la config connectionStrings si il y a certains paramètres à définir pour éviter ces blocages ?

[SQLpro]

L'erreur ne vient pas du serveur SQL. Le timeout est un problème de connexion. Investiguez sur ce sujet.

A +

[Trady]

Je m'interroge sur le paramétrage "MultipleActiveResultSets".

Les blocages doivent intervenir lorsqu'un traitement important d'un batch s'opère (exemple 1 fois par heure) pendant 3-5 minutes.

Je viens de vérifier et je n'ai pas pour ces batchs de MultipleActiveResultSets=True défini.

[Trady]

Sinon c'est normal que les temps d'exécution soient bien + longs en se connectant par le LAN ?

Par exemple, un batch + BDD sur le serveur A prenait 3 minutes à traiter telle opération.
En LAN, batch sur serveur A et BDD sur serveur B, le même traitement prend 6 minutes.

[François DORIN]

Sinon c'est normal que les temps d'exécution soient bien + longs en se connectant par le LAN ?

Ca dépend. Il y a tellement de paramètres à prendre en compte. Les premiers qui me viennent à l'esprit :

• Comment est le batch ? Est-ce qu'il lance une seule opération longue ou 10000 opérations courtes ?
• Retourne-t-il des données ? Si oui, volumétrie ?
• Des messages (comme des PRINT, un oubli de SET NOCOUNT ON dans des procédures stockées, etc...)
• Qualité du réseau (bon, pour un tel écart, je ne pense pas..., mais sait-on jamais)
• Configuration du serveur dédié B par rapport au serveur A

[Trady]

Ce batch en particulier récupère par exemple 15000 lignes en 1 fois.

Et le traitement se fait dans le batch c# (pas moyen de faire autrement car connecté à un web service), updates des records le cas échéant.
C'est pourquoi c'est aussi long déjà à la base, même sans passer par le LAN.

Il n'y a pas de PRINT, SET NOCOUNT bien ON dans la SP.

Les 2 serveurs ont exactement la même config.