SQLServer Monitoring performances

Version imprimable

23/09/2022, 20h49
martial.kiba

SQLServer Monitoring performances
Bonsoir à tous

J'ai une base SQL Server 2019 Transactionnelle que j'alimente à l'aide d'ETL SSIS 2019.

Les processus tournent sans soucis, mais aprés trois/quantre jours, je commence à avoir des messages d'erreurs relatifs à un manque de mémoire.

Ci-dessous l'environnement:
- ETLs pour charger plusieurs types de fichiers au format CSV
- Chaque ETL a un nombre limite de fichiers à charger en un coup
- au moment où mes messages d'erreurs s'affichent, la queue des fichiers est presque vide. Donc moins de données sont traitées à chaque occurence comparativement aux premiers jours
Je pense à un problème de fuites mémoires côté SSIS. Mais il me faudrait des outils ou procédures pour analyser la mémoire occupée par SQL Server et SSIS pour confirmer cela.
Quelqu'un aurait-il un document/procédure permettant d'analyser de façon assez détaillée la mémoire de SQL Server (base de données) et SSIS?

Je précise qu'à chaque occurence des erreurs, quand je relance les traitements, ça passe sans problème.

Merci d'avance.
24/09/2022, 18h26
SQLpro
Avez vous réglé la limite de mémoire pour SQL Server / SSIS ?
- DefaultBufferMaxRows /DefaultBufferSize pour SSIS
- max server memory pour SQL Server
En outre si vous utilisez une VM il est impératif que la mémoire soit fixée.

A +
27/09/2022, 10h56
martial.kiba
Bonjour

Merci pour votre retour
Citation:
Envoyé par SQLpro

Avez vous réglé la limite de mémoire pour SQL Server / SSIS ?

DefaultBufferMaxRows /DefaultBufferSize pour SSIS
max server memory pour SQL Server

En outre si vous utilisez une VM il est impératif que la mémoire soit fixée.

A +
Oui, j'ai limité DefaultBufferMaxRows /DefaultBufferSize pour SSIS, et max server memory pour SQL Server.

par ailleurs, j'ai vu le weekend qu'il y'avait des fuites mémoire pour SQL Server, donc j'ai appliqué le dernier PATCH. Je vais observer pour voir.

Mais il y'a aussi des erreurs d'exécution de package avec [SSISDB].[catalog].[start_execution] (en utilisant la Tâche d'exécution de requêtes SQL): le package n'est même pas lancé où il est en statut 2 ou 5 (en cours d'exécution). Ces erreurs arrivent également poctuellement.

Cdlt.