Discussion :

[NahMean]

Bonjour,

J'ai une application qui se sert d'une base de données distante sur SQL Server 2008 r2.

Mon application est en C#/WPF en utilisant donc des liaisons de données "directes" avec le XAML des formulaires pour un code moins imposant, mon problème est le suivant :

J'ai des coupures aléatoires dans mon application lors des accès à la base de données (j'enregistre toute les exceptions dans les logs mais la rien ne m'est retourné)
et je voudrais savoir si cela pouvait venir du serveur distant (Windows server 2003) qui n'est pas du tout une flèche (Pentium III 657Mhz si si sa existe toujours... et 1.12 Go de RAM).

Donc on pourrait penser à du code mal optimisé mais la je peux pas faire mieux qu'avec le XAML et ses fonctionnalité que j'appelle "accès simple et directes au données" sans avoir a taper 3 pages en C# pour remplir un tableau type listView.

Ou tout simplement à cause de ce serveur à la noix ...


Merci

P.S: Mon application n'a AUCUNES interruptions aléatoires quand j'utilise une instance SQL Server en local sur une machine avec W7 ou XP.

[sevyc64]

...'une base de données distante sur SQL Server 2008 r2..... serveur distant (Windows server 2003) qui n'est pas du tout une flèche (Pentium III 657Mhz si si sa existe toujours... et 1.12 Go de RAM).
...

Tu as réussi à installer SQLSERVEUR 2008R2 sur un Pentium III avec 1.12Go de ram
Il me semblait que SQL2008R2 exigeait un processeur et un os 64 bits et minimum 4Go de ram.

Mais il est certain que, si tu as réussi à faire une telle configuration, elle est complètement sur les genoux.

[NahMean]

Tu as réussi à installer SQLSERVEUR 2008R2 sur un Pentium III avec 1.12Go de ram
Il me semblait que SQL2008R2 exigeait un processeur et un os 64 bits et minimum 4Go de ram.

Mais il est certain que, si tu as réussi à faire une telle configuration, elle est complètement sur les genoux.

Non c'est vrai il faut me croire sa tourne, ou du moins tant que l'on ne touche pas au assistant SQL Server (qui mange 200% du Processeur ) quand ils sont lancés.

Je vais continuer de regarder mon code au cas ou il y aurait un défaut ultime pas encore solutionné ...

Merci

[StringBuilder]

Salut !

Non, moi j'ai un bête E2160 à 1,8 GHz avec 1 Go de mémoire RAM, et SQL Server 2008 R2 Express fonctionne parfaitement dessus avec XP 32 bits.

Par contre, ça rame tout ce que ça peut mais bon... Donc le coup de la brouette volante, ça ne me surprends pas du tout

[Serguei_TARASSOV]

NahMean,
Cela serait une bonne idée de prendre les traces d’activités (voir SQL profiler). Voir aussi les logs côté serveur.
En tous cas les pb de ce genre sont toujours mal localisés et prennent du temps.

[NahMean]

Oui vraiment pas bête de regarder les logs coté serveur, je connais pas trop en détail SQl Server.

Rien d'anormal coté serveur aux heures ou les erreurs sont survenues, faut pas plus loin c'est dans mon code

Merci comme même, si j'ai des latences je sais comme même que ma bécane (serveur) en est la cause.