Discussion :

[floritude]

Bonjour,

depuis quelques mois, je me casse les dents sur un problème assez embêtant :
j'ai un serveur Sql Server 2005 sur lequel tourne un job SSIS planifier 1 fois par jour via le Sql Agent.
Ce job a pour but de récupérer des données depuis une BD Oracle, et d'exécuter ensuite un certain nombre d'instructions SQL sur les tables récupérées (update de certains champs, ajout de PK, d'index...).
Il est assez lourd et prend une quinzaine de minutes.
Et voilà le problème, une fois de temps en temps, l'exécution de ce job plante le serveur !!! et pas un petit peu, celui-ci ne répond plus du tout, rien ne passe :
- pas d'accès via bureau à distance,
- pas de redémarrage à distance non plus
Il n'y a plus qu'à redémarrer le serveur manuellement.

J'ai essayé quelques pistes sans succès :
- limitation de la RAM maximale utilisable par Sql Server
- un EXEC sp_cycle_errorlog toutes les 4 heures

Avez-vous une idée du problème ? Vous m'enlèveriez une belle épine du pied

Ah, dernière précision le serveur a pour OS Windows 2003 Server SP2
Merci d'avance !

[mikedavem]

Bonsoir,

Je ne connais pas en détail l'architecture de votre package SSIS mais sachez qu'une mauvaise gestion des tampons de données entre vos opérations de chargement , extraction, transformation peut créer un goulot d'étranglement sur votre serveur niveau mémoire (surtout pour les opérations synchrones) et niveau CPU dès lors que vous avez une grosse quantité de données à gérer.

La mémoire utilisée par SSIS n'ait pas limitée par le paramétrage de la mémoire max de sqlserver, car SSIS est un composant indépendant de sqlserver. Faites donc bien attention à l'utilisation de la mémoire de chaque composant..

Vous devriez auditer l'utilisation de la mémoire et processeur pour vous faire une idée. (Avant et pendant l'utilisation de votre package SSIS)

++

[SQLpro]

Et voilà le problème, une fois de temps en temps, l'exécution de ce job plante le serveur !!! et pas un petit peu, celui-ci ne répond plus du tout, rien ne passe :
- pas d'accès via bureau à distance,
- pas de redémarrage à distance non plus
Il n'y a plus qu'à redémarrer le serveur manuellement.

Utilisez le DAC pour accéder à votre serveur en ligne de commande et voir ce qui se passe par requêtes.

J'ai essayé quelques pistes sans succès :
- limitation de la RAM maximale utilisable par Sql Server
- un EXEC sp_cycle_errorlog toutes les 4 heures

Ceci n'aura pas d'effet bénéfique (voir ce qu'à dit mikedavem) et surtout sans savoir ou vous allez !

A +