Wait Type - FSAGENT

Bonjour,

Je voulais avoir avis de la communauté sur un temps d'attente que je n'avais encore jamais vu lié au FileStream :

Code:

---

1 2 3

Wait type Wait time (s) % waiting FSAGENT 1848905 36.69 REQUEST_FOR_DEADLOCK_SEARCH 369942 7.34

---

Ce temps est quand même assez élevé ... non? :?

Je suis actuellement sur SQL SERVER 2008 R2 RTM (je pensais installer le SP1). On me signale actuellement des problèmes de lenteurs sur ce server virtualisé. Ne sachant pas d'ou peut provenir le problème, je me suis tout naturellement interessé aux temps d'attentes.

Citation:

---

FSAGENT : Se produit lorsqu'une opération d'E/S de fichier FILESTREAM attend une ressource de l'agent FILESTREAM utilisée par une autre opération d'E/S de fichier.

---

Visiblement l'agent attend une ressource pour pouvoir manipuler ces fichiers...
Enfin le message est un peu vague pour moi :(


Par avance, Merci de vos retours.
Cdt,

Quelle version de SQL Server ?

Sur 2008, c'est un bug : KB 958942

++

Salut Mike,

je suis en version 2008 R2, du coup je me disais que ce correctif ne s'applique pas sur ce serveur.


Cdt,

Citation:

---

je suis en version 2008 R2, du coup je me disais que ce correctif ne s'applique pas sur ce serveur.

---

Autant pour moi je n'ai pas bien lu votre premier post ... Vous utilisez FILESTREAM ? La question peut paraître bête mais ...

Sinon que donne cette requête pour commencer ? Voyez-vous des temps d'attente liés à l'agent FS ?

Code:

---

1 2 3 4 5 6

SELECT CAST(wait_type AS VARCHAR(30)) AS [Waiting task], COUNT (*) AS [Number of waiting tasks] FROM sys.dm_os_waiting_tasks GROUP BY wait_type ORDER BY [Number of waiting tasks] DESC; Go

---

Comment cela je dirais que cela peut venir d'un sous-système disque peut performant ....

++

Oui, visiblement ils utilisent le FileStream dans leur application métier développée maison. Du coup, je ne peux pas désactiver cette option !

Citation:

---

Waiting task Number of waiting tasks
FSAGENT 5
CLR_AUTO_EVENT 2
BROKER_TRANSMITTER 2
CLR_MANUAL_EVENT 1
LAZYWRITER_SLEEP 1
BROKER_EVENTHANDLER 1
KSOURCE_WAKEUP 1
XE_TIMER_EVENT 1
SQLTRACE_INCREMENTAL_FLUSH_SLE 1
CHECKPOINT_QUEUE 1
BROKER_TASK_STOP 1
XE_DISPATCHER_WAIT 1
LOGMGR_QUEUE 1
ONDEMAND_TASK_QUEUE 1
REQUEST_FOR_DEADLOCK_SEARCH 1
BROKER_TO_FLUSH 1

---

Visiblement ils ont des lenteurs et des ralentissements un peu généralisées ... la virtualisation serait peut-être en cause (et du coup le sous système disque est peut être a la ramasse... enfin je ne vois pas lancer un SQLIO à mon 2ieme jour de boite ^^).

Bonjour,

Effectivement si on lit la documentation de la DMV sys.dm_os_wait_stats, ce type d'attente :

Citation:

---

Se produit lorsqu'une opération d'E/S de fichier FILESTREAM attend une ressource de l'agent FILESTREAM utilisée par une autre opération d'E/S de fichier.

---

La virtualisation n'aide pas, sauf probablement si FileStream est sur un fichier qui a un disque dédié ;)

Citation:

---

enfin je ne vois pas lancer un SQLIO à mon 2ieme jour de boite ^^

---

Ben heu ... si, ou alors dites-le à votre supérieur ;)

@++ ;)

Bonjour,

Je reviens pour cloturer mon topic.
Je pense que le problème se trouve au niveau du sous système disque à la ramasse...

• Environnement SQL Server virtualisé (HyperV)
• Intégralité des bases de données herbergées dans le VHD (logs, data, tempdb, pagefiles) !!!
• Baie HP Lefthand pas super rapide avec replication par pannier

Je me retrouve avec un débits de 3 à 5 mo/s le vent dans le dos 8O

Heureusement, les bases ne sont pas fortement sollicitées et l'intégralité des données tiennent en RAM. Cela explique donc que je ne trouve que des temps d'attentes du type "FSA Agent".


Bon Weekend.