Discussion :

[alvadije]

Bonjour à tous,


Est ce que quelqu'un peut me dire pourquoi dans les processus du gestionnaire de tache, mon service sqlserver.exe prend de plus en plus de mémoire au fil du temps.

Sur le serveur il commence, à l'instant T a 200 Mo et fini un mois plus tard a 3.3 GO.

A quoi cela est du ? que faudrait il faire pour le contenir, car le problème générer est que les utilisateurs de la base se retrouve avec des temps de réponses longs et il arrive qu'il ne soit plus possible de modifier ou créer des enregistrements via l'applicatif.

Merci pour vous réponses

Bonne journée à tous.

AlVaDiJe

[aieeeuuuuu]

Bonjour,

C'est le comportement normal.

Lire des données sur le disque, c'est beaucoup plus long que de le lire en RAM.
Lorsque SQL Server doit lire des données, il les charge en RAM mais ne les décharge pas. Elles sont ainsi disponibles en RAM pour les requêtes suivante.
Il en va de même pour la compilation des requêtes, procédures...
Trouver un plan d’exécution pour une requete, c'est long. lorsqu'un plan est généré, il est gardé en mémoire pour pouvoir être réutilisé si une requete identique se présente à nouveau.

l'occupation mémoire va donc continuer de croitre jusqu'a ce qu'il n'y ait plus de RAM disponible. C'est seulement alors que SQL Server va libérer la RAM (il supprimera alors les données qui n'ont pas été utilisées depuis le plus longtemps...)

Pour cette raison, il est souhaitable que le serveur SQL soit dédié, c'est à dire qu'il n'y ait aucun autre logiciel qui fonctionne sur la machine.
Votre applicatif est-il installé sur le même serveur que votre SGBD ?


Notez qu'il est toutefois possible de limiter la RAM maximum utilisée par SQL Server (même s'il peut dans certains cas dépasser cette limite)

[alvadije]

LE serveur est dédié mais a priori il ne libère jamais la mémoire ce qui provoque des bugs, comme ne plus pouvoir créer une facture ou un bl, c'est comme si il interdit la création d'enregistrement.


J'ai été limité la ram a 5.12GO pour un serveur dédié peut être que dans ce cas il libérera les anciennes requêtes.


Et je vais demandé a l'administrateur de redémarrer les services une fois par semaine.


Merci pour ta réponse.

J'ai une 2e question. (j en profite)
J'ai installé sql2014 sur un serveur 2012R2.
Je backup une base de données d'un sql2008 / ou Sql2008R2 d'un serveur 2008 et je la restaure sur le SQL2014 que je viens d'installé, je reconnecte mon application access via la création d'un nouvel ODBC et bizarrement je ne peux que consulter les données, a chaque mise a jour ou création par l'application, j'ai des messages d'erreurs. Pourquoi ?

Par contre, mon application gère des versions (si j'ajoute de nouvelles tables ou nouveaux champs) dans ce cas, je déconnecte mes tables, supprime les clés,... fait les mise a jour sur les tables concernées, je récré les index et les relations via le code. et la bizarrement toujours avec la même DBA et le m^me ODBC, les ajout et mise a jour fonctionnent.

A quoi cela est il du ?

Si tu as la réponse, tu feras un heureux

[SQLpro]

LE serveur est dédié mais a priori il ne libère jamais la mémoire ce qui provoque des bugs, comme ne plus pouvoir créer une facture ou un bl, c'est comme si il interdit la création d'enregistrement.

Un serveur dédié signifie que la machine physique (le PC, le Serveur) n'a AUCUNE autre application que le service SQL Server. pas même un antivirus... Est-ce bien le cas ? Votre application cliente n'est-elle pas installée sur la même machine ?

J'ai été limité la ram a 5.12GO pour un serveur dédié peut être que dans ce cas il libérera les anciennes requêtes.

Comment , A quel endroit avez vous faite cette manipulation ?

Et je vais demandé a l'administrateur de redémarrer les services une fois par semaine.

Ça c'est la pire des choses. Vous allez perdre toute le mise en cache et les statistiques d'exécution. Il ne faut JAMAIS redémarrer un serveur SQL. les performances vont devenir catastrophiques...

J'ai une 2e question. (j en profite)
J'ai installé sql2014 sur un serveur 2012R2.
Je backup une base de données d'un sql2008 / ou Sql2008R2 d'un serveur 2008 et je la restaure sur le SQL2014 que je viens d'installé, je reconnecte mon application access via la création d'un nouvel ODBC et bizarrement je ne peux que consulter les données, a chaque mise a jour ou création par l'application, j'ai des messages d'erreurs. Pourquoi ?

Pas normal. Comment est fait votre sauvegarde et restauration ? Quelle commande SQL ?

Par contre, mon application gère des versions (si j'ajoute de nouvelles tables ou nouveaux champs) dans ce cas, je déconnecte mes tables, supprime les clés,... fait les mise a jour sur les tables concernées, je récré les index et les relations via le code. et la bizarrement toujours avec la même DBA et le m^me ODBC, les ajout et mise a jour fonctionnent.

A quoi cela est il du ?

Si tu as la réponse, tu feras un heureux

Sans description exacte de ce que vous faites, difficile de vous aider.

A +

[alvadije]

si effectivement, il y a aussi l'application clientee


C'est ici que j'ai modifié la mémoire dans les propriétés de SQL:





Sauvegarde sql2008 / restauration sql 2012 / 2014
Je vais dans management studio, je me place sur la base et je fais sauvegarde d'un .bak

Ensuite sur le nouveau serveur sql 2012/2014, restauration a partir de la base créée manuellement (via menu contextuelle) ou restauration vers la nouvelle base en créant la base

mais le résultat est le même

[SQLpro]

si effectivement, il y a aussi l'application cliente

Donc, normal.... Déplacez votre application vers un autre serveur; SQL Server a besoin d'un serveur dédié.

Ensuite sur le nouveau serveur sql 2012/2014, restauration a partir de la base créée manuellement (via menu contextuelle) ou restauration vers la nouvelle base en créant la base

Une restauration est une création de base.
faire une restauration en créant la base préalablement est une ineptie. La base ne doit pas exister lorsque vous restaurez !

A +

[alvadije]

Merci pour ces réponses, je vais faire le test de restauration sans création de la base au préalable des que possible et je vous dirais le résultat.

Encore une question

Si j'ai 2 bases de données distinctes, admettons, une gestion commerciale et une paie, est il plus judicieux de créer les 2 BD dans la même instance SQL ou de créer 2 instances SQL différentes.
Quel est l'avantage et l'inconvénient de ses 2 possibilités ?

Encore merci pour votre retour